From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18170 invoked by alias); 24 Jan 2005 19:48:16 -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 17376 invoked from network); 24 Jan 2005 19:48:04 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 24 Jan 2005 19:48:04 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j0OJm4B7022330 for ; Mon, 24 Jan 2005 14:48:04 -0500 Received: from localhost.redhat.com (vpn50-69.rdu.redhat.com [172.16.50.69]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j0OJlwO32435; Mon, 24 Jan 2005 14:47:58 -0500 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 2ADC47D79; Mon, 24 Jan 2005 14:47:57 -0500 (EST) Message-ID: <41F550EC.60807@gnu.org> Date: Mon, 24 Jan 2005 19:48:00 -0000 From: Andrew Cagney User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) MIME-Version: 1.0 To: Dave Trollope Cc: gdb@sources.redhat.com Subject: Re: Intrusive GDB Symbol Lookup when debugging remotely References: <1093622671.2836.ezmlm@sources.redhat.com> <76E69B58-F852-11D8-8E70-000A958F4C44@apple.com> <412F87A4.nail3LU117EOV@mindspring.com> <20050105232657.GB27494@white> <01c4f3aa$Blat.v2.2.2$b4217d20@zahav.net.il> <20050106233136.GA29435@white> <4CE93165-C27F-4CF6-90B8-7632A7BD2672@apple.com> <20050107011211.GB29435@white> <41DDFF0D.5040205@netspace.net.au> <20050111193526.GA5699@white> <41E5E102.2010703@lucent.com> <41F1D5C2.9040005@lucent.com> In-Reply-To: <41F1D5C2.9040005@lucent.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-01/txt/msg00116.txt.bz2 Dave Trollope wrote: > Hello, > > No-one responded to this, but I'm sure someone on this list understands > how difficult it would be to implement a new handler for a signal to run > gdb in a "Local" mode when connected to a gdbserver. I'd really > appreciate an estimate of how much effort this would be, or where in the > code to start looking. In theory, "target async-remote" does what you're looking for - it runs the inferior in the background letting you interact with the local symbol table. In reality though, that code hasn't been tested in years ..... We need something like native GNU/Linux being made async giving us a mainstream async target. Andrew