problem unwinding past pthread_cond_wait() on x86 RedHat 9.0

Daniel Jacobowitz drow@mvista.com
Tue Oct 14 12:57:00 GMT 2003


On Mon, Oct 13, 2003 at 10:42:25PM -0700, Joel Brobecker wrote:
> We now basically get almost nothing:
> 
>         #0  0xffffe002 in ?? ()
>         #1  0x4002d379 in pthread_cond_wait@@GLIBC_2.3.2 ()
>            from /lib/tls/libpthread.so.0

That's NPTL.  Are you sure you understand the problem right - I don't
have RH9's glibc here, only Rawhide's, but there's CFI for
pthread_cond_wait in Rawhide.

So anyway this _will_ go away someday.

> The problem I am now trying to solve is the following: How can we fix
> the i386 unwinder to be smart enough to handle this wicked function?
> Is this even possible? The only possibility I see right now is with
> dwarf2 CFI, but then the problem I foresee is that we can not help
> the people using the stock RH9. If the only hope is with CFI, then
> they will have to update their pthread library...

You really can't unwind past this sort of thing without either debug
info or frame pointers.  How did it work in 5.3?  I'm assuming dumb
luck, we unwound 0xfffffe02 wrong.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer



More information about the Gdb-patches mailing list