This is the mail archive of the gdb@sourceware.org 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: 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


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