Backtrace extraction ONLY gdb
Maucci, Cyrille
cyrille.maucci@hp.com
Fri Apr 22 20:49:00 GMT 2011
Hi All,
I've just found http://sourceware.org/frysk/manpages/fstack.1.html.
This looks like what I need.
++Cyrille
-----Original Message-----
From: Maucci, Cyrille
Sent: Sunday, March 27, 2011 10:25 PM
To: 'Jan Kratochvil'
Cc: Joel Brobecker; Eli Zaretskii; gdb@sourceware.org
Subject: RE: Backtrace extraction ONLY gdb
Hey Jan,
Thanks for the pointers.
The ABRT project is very interesting.
Concerning the presence of a host on the LAN where multi-GB xfers are not an issue, it is very rarely the case.
++Cyrille
-----Original Message-----
From: Jan Kratochvil [mailto:jan.kratochvil@redhat.com]
Sent: Thursday, March 24, 2011 6:25 AM
To: Maucci, Cyrille
Cc: Joel Brobecker; Eli Zaretskii; gdb@sourceware.org
Subject: Re: Backtrace extraction ONLY gdb
On Wed, 23 Mar 2011 23:51:42 +0100, Maucci, Cyrille wrote:
> . the core files are multi GB large and the 'separate' host is not located on the customer network.
> . you not only need the core files but the libs to debug the core.
> Indeed, you could argue to setup a 'replica' system to read the core
> file, but when you've got dozens of customers with dozens of different
> software versions, this becomes the nightmare.
This is solved by the ABRT project https://fedorahosted.org/abrt/wiki
automatically getting the right binaries and debug info versions by the build-id present in any binary and core file (with properly configured GCC).
It is now deploying a http://fedoraproject.org/wiki/Features/RetraceServer .
If there are security concerns about running GDB locally (as ABRT has been doing before RetraceServer so far) isn't there located a host for backtraces in LAN where multi-GB transfers are not an issue?
Regards,
Jan
More information about the Gdb
mailing list