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: Thread signal information

From: Andrew Cagney <ac131313 at ges dot redhat dot com>
To: Dan Kegel <dkegel at ixiacom dot com>
Cc: Daniel Jacobowitz <drow at mvista dot com>,Lucy Zhang <lucyz at uclink4 dot berkeley dot edu>, gdb at sources dot redhat dot com
Date: Wed, 24 Jul 2002 14:52:42 -0400
Subject: Re: Thread signal information
References: <004501ea8fb2$e33da4c0$9a0a0109@zhangl> <20020724160422.GA5346@nevyn.them.org> <3D3EE3D4.9030502@ixiacom.com>

Does one give up anything by doing a postmortem gdb session
rather than a live session?  Obviously one loses the ability to continue,
but what else?  Presumably (once we coax the OS into producing the
proper core dump) we still can do 'info threads' and 'backtrace' on
each thread, right?

Main thing you loose is inferior function calls. Often they are useful when it comes to displaying data.

Andrew

References:
- Thread signal information
  - From: Lucy Zhang
- Re: Thread signal information
  - From: Daniel Jacobowitz
- Re: Thread signal information
  - From: Dan Kegel

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