From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20117 invoked by alias); 15 Dec 2001 02:25:36 -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 12885 invoked from network); 15 Dec 2001 02:24:18 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 15 Dec 2001 02:24:18 -0000 Received: from drow by nevyn.them.org with local (Exim 3.33 #1 (Debian)) id 16F4Uf-0000rj-00; Fri, 14 Dec 2001 21:24:05 -0500 Date: Fri, 14 Dec 2001 18:25:00 -0000 From: Daniel Jacobowitz To: Andrew Cagney Cc: Michael Snyder , gdb-patches@sources.redhat.com Subject: Re: [RFA] Don't use thread_db on corefiles Message-ID: <20011214212405.A3269@nevyn.them.org> Mail-Followup-To: Andrew Cagney , Michael Snyder , gdb-patches@sources.redhat.com References: <20011213152958.A30211@nevyn.them.org> <3C1931E3.E240B409@cygnus.com> <20011213180259.A11251@nevyn.them.org> <3C1933E7.E2B9DE87@cygnus.com> <20011213181006.A11536@nevyn.them.org> <3C193BA0.2030207@cygnus.com> <20011213184449.A12630@nevyn.them.org> <3C19516C.DB743DF2@cygnus.com> <20011213232816.C20920@nevyn.them.org> <3C1AB194.7080902@cygnus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C1AB194.7080902@cygnus.com> User-Agent: Mutt/1.3.23i X-SW-Source: 2001-12/txt/msg00390.txt.bz2 On Fri, Dec 14, 2001 at 09:12:36PM -0500, Andrew Cagney wrote: > >On Thu, Dec 13, 2001 at 05:10:04PM -0800, Michael Snyder wrote: > > > >>Hold on -- I think we're having too many conversations at once. > >>The kernel doesn't know anything about glibc threads, which are > >>the only threads that thread-db is concerned with. > > > > > >Oversimplification there on my part. At the moment, LinuxThreads is > >the only package we've been asked to support for Linux thread > >debugging; and for the at least short-term foreseeable future, it uses > >a one-thread/one-kernel-task model. Thus the kernel has everything I > >need to debug them. > > > We? Just to clarify something is that a royal wee? Sorry, that's a corporate we. I'm working on this for a customer contract. Just about equally shortsighted of a we, though. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer