From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30354 invoked by alias); 6 Dec 2004 23:04:06 -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 30331 invoked from network); 6 Dec 2004 23:04:03 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 6 Dec 2004 23:04:03 -0000 Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian)) id 1CbRtc-0008BV-03; Mon, 06 Dec 2004 18:03:56 -0500 Date: Mon, 06 Dec 2004 23:06:00 -0000 From: Daniel Jacobowitz To: Mark Kettenis Cc: kevinb@redhat.com, gdb-patches@sources.redhat.com Subject: Re: [RFC] Generic support for qGetTLSAddr packet Message-ID: <20041206230355.GA31381@nevyn.them.org> Mail-Followup-To: Mark Kettenis , kevinb@redhat.com, gdb-patches@sources.redhat.com References: <20041206143109.7e29789f.kevinb@redhat.com> <200412062237.iB6MbIGY000533@elgar.sibelius.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412062237.iB6MbIGY000533@elgar.sibelius.xs4all.nl> User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2004-12/txt/msg00176.txt.bz2 On Mon, Dec 06, 2004 at 11:37:18PM +0100, Mark Kettenis wrote: > That said, I don't understand why there's any need for the remote code > to get so deep into the core GDB code. I don't see the big picture > yet, but my initial reaction is that this must be wrong. Why does the > remote protocol need to know more than a native GDB? Because shared libraries are handled by GDB, and not by gdbserver. Take a look at thread_db_get_thread_local_address; there's a call to svr4_fetch_objfile_link_map in it, which gdbserver can't do (unless we were to add ELF header support to it... yuck). That said, I wonder if this query should be handled uniquely by remote.c, or by GNU/Linux specific code using an xfer-partial mechanism. I haven't thought about the details yet. -- Daniel Jacobowitz