Re: glib segfault
- From: Tim Janik <timj gtk org>
- To: gtk-devel-list redhat com
- Subject: Re: glib segfault
- Date: Tue, 26 Jan 1999 03:35:50 +0100 (CET)
On Mon, 25 Jan 1999, Havoc Pennington wrote:
>
> On Mon, 25 Jan 1999, Havoc Pennington wrote:
> >
> > I've totally rebuilt glib and libgnome, but conceivably I need to make
> > clean in gtk/ORBit/imlib instead of relying on .deps, and that explains
> > it. It doesn't look much like a need-to-rebuild segfault to me though.
> >
>
> OK - on a completely different machine, total make-clean rebuild of all
> libs, completely different program (Guppi instead of gnome-apt), I get the
> same segv:
>
> #0 0x405416c2 in chunk_free (ar_ptr=0x405958a0, p=0x8058938) at
> malloc.c:2943
> #1 0x40541581 in __libc_free (mem=0x8058940) at malloc.c:2867
> #2 0x403eeacf in g_free (mem=0x8058940) at gmem.c:394
> #3 0x403fd07a in g_get_any_init () at gutils.c:451
> #4 0x403fd3c0 in g_get_home_dir () at gutils.c:544
> #5 0x403c2df2 in gnomelib_init (app_id=0x8053df7 "guppi",
> app_version=0x8053df1 "0.0.2") at gnomelib-init.c:138
> #6 0x4007d1f5 in gnome_init_with_popt_table (app_id=0x8053df7 "guppi",
> app_version=0x8053df1 "0.0.2", argc=1, argv=0xbffff808, options=0x0,
> flags=0, return_ctx=0x0) at gnome-init.c:401
> #7 0x4007d327 in gnome_init (app_id=0x8053df7 "guppi",
> app_version=0x8053df1 "0.0.2", argc=1, argv=0xbffff808) at
> gnome-init.c:445
> #8 0x804fc1d in main (argc=1, argv=0xbffff808) at guppi.cc:47
>
>
> This is a Red Hat box, the other was Debian. So I think it's safe to say
> this is not my app's fault. It may be some kind of C++ interaction, since
> other Gnome apps are not dying on startup. But in any case, it is broken.
>
> Can I change bufsize = 1 to bufsize = 2? That fixes the problem. I know
> it's a band-aid but the real bug is too mysterious for me.
>
> I can patch locally but I'd like my apps to work for people other than me.
>:-)
>
> Thanks,
> Havoc
hmmmmmmmm, *big* HMMMMM ;9
i'd like to know whether the system libraries are screwed for a buffer size of
1. could you try a program as simple as
#include <glib.h>
int main ()
{
printf ("%s\n", g_get_hmoe_dir ());
return 0;
}
and tell me the *exact* glibc version you are using?
eventually the getpwuid version you are using is broken for
odd or exact buffer sizes of 1.
---
ciaoTJ
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]