This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: expected behavior of GNU/Linux gcore and corefiles



If that position means precluding certain native-only functionality? 


Not exactly; if that native-only functionality precludes keeping what
we have now for non-thread_db setups and extending it.




For instance, I
think we should always be able to print LWP state (assuming a 1-1
mapping when we have no thread_db to ask for more information).  And I
think we should add support for TLS based only on LWPs, since it's not
dependent on the thread manager.  If we can't "info mutex" on a cross
corefile, well, that's the same as now.

To draw this back to the original post. What of a native GDB loading libthread-db over a core file to determine thread IDs and TLS?

Andrew


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]