[RFA] Don't use thread_db on corefiles
Daniel Jacobowitz
drow@mvista.com
Sun Dec 16 12:26:00 GMT 2001
On Sat, Dec 15, 2001 at 12:15:58PM -0500, Andrew Cagney wrote:
> >Hmm, perhaps it is a native GDB looking at a threaded core file? In
> >>that case, yes the thread-db should drop its self on top. If that is
> >>causing an internal error then there is something messed up that should
> >>be fixed.
> >
> >
> >Yes, that's where the internal error is. They're based on the fact
> >that thread-db tries to enable event reporting, as best I can tell.
>
>
> Sounds like that is the bug to fix. Enabling event reporting probably
> doesn't make much sense when the target is lifeless.
I was about to try a patch for this when I realized that my primary
objection still holds.
This only works if you're debugging on a very similar host to the one
the core was dumped on. If you've got, say, a glibc 2.1.3 host and are
looking at a glibc 2.2.3 core... well, you can provide target libraries
and make GDB use those, but there's no way to provide a cross
libthread_db.
Are we really comfortable with that? This'll probably cause GDB to
misbehave in arbitrarily unpredictable ways in that circumstance. And
we've no way to detect it that I can see.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
More information about the Gdb-patches
mailing list