From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17628 invoked by alias); 27 Mar 2011 20:26:47 -0000 Received: (qmail 17620 invoked by uid 22791); 27 Mar 2011 20:26:46 -0000 X-SWARE-Spam-Status: No, hits=0.8 required=5.0 tests=AWL,BAYES_20,SARE_SPEC_REPLICA_OBFU,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from g1t0026.austin.hp.com (HELO g1t0026.austin.hp.com) (15.216.28.33) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 27 Mar 2011 20:26:42 +0000 Received: from G4W3009.americas.hpqcorp.net (g4w3009.houston.hp.com [16.234.35.43]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by g1t0026.austin.hp.com (Postfix) with ESMTPS id D3922C2E1; Sun, 27 Mar 2011 20:26:40 +0000 (UTC) Received: from G5W0324.americas.hpqcorp.net (16.228.8.69) by G4W3009.americas.hpqcorp.net (16.234.35.43) with Microsoft SMTP Server (TLS) id 14.1.270.1; Sun, 27 Mar 2011 20:23:17 +0000 Received: from GVW1121EXC.americas.hpqcorp.net ([16.228.24.179]) by G5W0324.americas.hpqcorp.net ([16.228.8.69]) with mapi; Sun, 27 Mar 2011 20:23:17 +0000 From: "Maucci, Cyrille" To: Jan Kratochvil CC: Joel Brobecker , Eli Zaretskii , "gdb@sourceware.org" Date: Sun, 27 Mar 2011 20:26:00 -0000 Subject: RE: Backtrace extraction ONLY gdb Message-ID: <0E02F16954AF394BB163AEE50FDF5485690156E0AF@GVW1121EXC.americas.hpqcorp.net> References: <0E02F16954AF394BB163AEE50FDF5485690094DFED@GVW1121EXC.americas.hpqcorp.net> <8339mg9unq.fsf@gnu.org> <0E02F16954AF394BB163AEE50FDF548569009DAB5A@GVW1121EXC.americas.hpqcorp.net> <20110323224339.GS2534@adacore.com> <0E02F16954AF394BB163AEE50FDF548569009DAB62@GVW1121EXC.americas.hpqcorp.net> <20110324052431.GA24500@host1.jankratochvil.net> In-Reply-To: <20110324052431.GA24500@host1.jankratochvil.net> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-03/txt/msg00169.txt.bz2 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 a= n issue, it is very rarely the case. ++Cyrille -----Original Message----- From: Jan Kratochvil [mailto:jan.kratochvil@redhat.com]=20 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 locat= ed 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 bui= ld-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 backtrace= s in LAN where multi-GB transfers are not an issue? Regards, Jan