From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20940 invoked by alias); 13 Dec 2001 23:04:17 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 20818 invoked from network); 13 Dec 2001 23:02:59 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 13 Dec 2001 23:02:59 -0000 Received: from drow by nevyn.them.org with local (Exim 3.33 #1 (Debian)) id 16EesV-0002vz-00; Thu, 13 Dec 2001 18:02:59 -0500 Date: Thu, 13 Dec 2001 15:04:00 -0000 From: Daniel Jacobowitz To: Michael Snyder Cc: gdb-patches@sources.redhat.com Subject: Re: [RFA] Don't use thread_db on corefiles Message-ID: <20011213180259.A11251@nevyn.them.org> Mail-Followup-To: Michael Snyder , gdb-patches@sources.redhat.com References: <20011213114847.A17989@nevyn.them.org> <3C190DDC.B32D6A7B@cygnus.com> <20011213152958.A30211@nevyn.them.org> <3C1931E3.E240B409@cygnus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C1931E3.E240B409@cygnus.com> User-Agent: Mutt/1.3.23i X-SW-Source: 2001-12/txt/msg00363.txt.bz2 On Thu, Dec 13, 2001 at 02:55:31PM -0800, Michael Snyder wrote: > Daniel Jacobowitz wrote: > > > > On Thu, Dec 13, 2001 at 12:21:48PM -0800, Michael Snyder wrote: > > > Daniel Jacobowitz wrote: > > > > > > > > This patch fixes a really frustrating internal error when you open the > > > > coredump of a multithreaded application. Depending on your kernel, either > > > > the core has threads (corefile.c supports this just fine) or it doesn't. > > > > Neither way will opening libthread_db work right. > > > > > > Daniel, what exactly is the problem that you are solving? > > > What do you mean by "work right"? > > > > Work at all. Witness: > > What the heck kind of core file is this? I've never seen > the behavior you're getting. GDB certainly works for standard > corefiles on Linux (which BTW don't have any thread info in them). This is a multithreaded core file :) It follows the basic ELF standard for multiple threads in one core file; multiple PRSTATUS notes, the first of which is the thread that crashed. I'm still putting some touches on the kernel patch itself. Stopping multiple threads so you can dump them is a royal pain. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer