On Sun, Feb 20, 2005 at 08:44:51PM +0200, Martin-=C9ric Racine wrote:
> On Sun, 20 Feb 2005, Justin Pryzby wrote:
>=20
> > Could you try running MALLOC_CHECK_=3D1 gaim? See if that reports
> > anything. Or, if MALLOC_CHECK_ is already set, unset it (indeed, tha=
t
> > itself could cause the abort).
>=20
> LD_LIBRARY_PATH=3D/usr/lib/debug MALLOC_CHECK_=3D1 gdb gaim
Did this have "using debugging hooks" messages? I don't know if
that's meant to be combined with GDB:)
Could you retry it without gdb?
Thanks,
Justin
[...]
> Previous frame inner to this frame (corrupt stack?)
Interesting; its a stack smash, but its somehow managing to call
abort()..
Message-ID: <20050220194835 .GA1598@ andromeda> 1?Q?Martin- =C9ric? = Racine <email address hidden>,
Date: Sun, 20 Feb 2005 14:48:35 -0500
From: Justin Pryzby <email address hidden>
To: =?iso-8859-
<email address hidden>
Cc: Nick Nolan <email address hidden>
Subject: Re: Bug#295904: gaim ppc bug
On Sun, Feb 20, 2005 at 08:44:51PM +0200, Martin-=C9ric Racine wrote: PATH=3D/ usr/lib/ debug MALLOC_CHECK_=3D1 gdb gaim
> On Sun, 20 Feb 2005, Justin Pryzby wrote:
>=20
> > Could you try running MALLOC_CHECK_=3D1 gaim? See if that reports
> > anything. Or, if MALLOC_CHECK_ is already set, unset it (indeed, tha=
t
> > itself could cause the abort).
>=20
> LD_LIBRARY_
Did this have "using debugging hooks" messages? I don't know if
that's meant to be combined with GDB:)
Could you retry it without gdb?
Thanks,
Justin
[...]
> Previous frame inner to this frame (corrupt stack?)
Interesting; its a stack smash, but its somehow managing to call
abort()..