From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4287 invoked by alias); 30 Apr 2009 19:03:51 -0000 Received: (qmail 4136 invoked by uid 22791); 30 Apr 2009 19:03:50 -0000 X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout7.012.net.il (HELO mtaout7.012.net.il) (84.95.2.19) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 30 Apr 2009 19:03:43 +0000 Received: from conversion-daemon.i-mtaout7.012.net.il by i-mtaout7.012.net.il (HyperSendmail v2007.08) id <0KIX00H00GWXWU00@i-mtaout7.012.net.il> for gdb@sourceware.org; Thu, 30 Apr 2009 22:03:23 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.127.230.216]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KIX002RFGXENGC0@i-mtaout7.012.net.il> for gdb@sourceware.org; Thu, 30 Apr 2009 22:03:15 +0300 (IDT) Date: Thu, 30 Apr 2009 19:08:00 -0000 From: Eli Zaretskii Subject: Remote core file debugging To: gdb@sourceware.org Reply-to: Eli Zaretskii Message-id: <83k552dkw3.fsf@gnu.org> X-IsSubscribed: yes 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: 2009-04/txt/msg00236.txt.bz2 Is gdbserver supposed to support remote post-mortem debugging using a core file on a remote machine? I have a situation where producing a backtrace from a dead program's core file by running GDB on the machine where the application crashed is impractical. This is because the program has huge amounts of debug info, so starting GDB eats up all memory, which is a no-no, since the application which restarted itself after a crash must be up at all times, and eating up too much memory causes the OS to kill applications. So I'm looking for ways of producing the equivalent of "bt full", but without firing up GDB on the target system (a Red Hat box). If gdbserver does not support this, what alternatives do I have? TIA