From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9788 invoked by alias); 21 Jun 2002 22:37:34 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 9732 invoked from network); 21 Jun 2002 22:37:29 -0000 Received: from unknown (HELO zwingli.cygnus.com) (208.245.165.35) by sources.redhat.com with SMTP; 21 Jun 2002 22:37:29 -0000 Received: by zwingli.cygnus.com (Postfix, from userid 442) id 180125EA11; Fri, 21 Jun 2002 17:37:28 -0500 (EST) To: Daniel Jacobowitz Cc: Andrew Cagney , gdb@sources.redhat.com Subject: Re: GDB support for thread-local storage References: <20020619160004.38A625EA11@zwingli.cygnus.com> <3D1282DD.7000508@cygnus.com> <20020621014821.GA7608@nevyn.them.org> <3D135FE5.6090605@cygnus.com> <20020621173249.GA11443@nevyn.them.org> <20020621201847.GB23307@nevyn.them.org> From: Jim Blandy Date: Fri, 21 Jun 2002 15:37:00 -0000 In-Reply-To: <20020621201847.GB23307@nevyn.them.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-06/txt/msg00182.txt.bz2 Daniel Jacobowitz writes: > On Fri, Jun 21, 2002 at 03:08:03PM -0500, Jim Blandy wrote: > > Why aren't we using thread_db, though? Why can't we run thread_db and > > simply serve its memory and register requests from the core file? I > > don't see which part of the interface makes this impossible. And > > we'll need to do it if Linux switches to an NxM thread model, no? > > I should add to my previous comment that the use of libthread_db to > access TLS data means that such will never be possible in a core file, > either, without significant redesign of libthread_db - possibly as some > sort of data file which can be loaded separately from the coredump and > describe thread structures. Well, if the core file support is willing to reach into the notes and construct a thread list, what's wrong with having it override the `thread_local_storage_get_address' target method, too?