From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24263 invoked by alias); 24 Jan 2005 19:54:45 -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 24192 invoked from network); 24 Jan 2005 19:54:41 -0000 Received: from unknown (HELO hoemail2.lucent.com) (192.11.226.163) by sourceware.org with SMTP; 24 Jan 2005 19:54:41 -0000 Received: from nwsgpa.ih.lucent.com (h135-1-121-22.lucent.com [135.1.121.22]) by hoemail2.lucent.com (8.12.11/8.12.11) with ESMTP id j0OJsc1Y012441 for ; Mon, 24 Jan 2005 13:54:39 -0600 (CST) Received: from lucent.com by nwsgpa.ih.lucent.com (8.11.7p1+Sun/EMS-1.5 sol2) id j0OJsc221558; Mon, 24 Jan 2005 13:54:38 -0600 (CST) Message-ID: <41F5527E.6020802@lucent.com> Date: Mon, 24 Jan 2005 19:54:00 -0000 From: David Steven Trollope User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.0.1) Gecko/20020920 Netscape/7.0 (CK-LucentTPES) MIME-Version: 1.0 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> <41F550EC.60807@gnu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2005-01/txt/msg00118.txt.bz2 Hi Andrew Thanks very much for responding. This is a great lead. We will take a look at this option and see how it works today on our system. Cheers! Dave On 01/24/05 13:47, Andrew Cagney wrote: >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 > > -- Dave Trollope HTML: mailto:trollope@lucent.com Tel: +1 630 713 9110 Fax: +1 630 713 6087 WWW: http://nwswww.ih.lucent.com/~dtrollop/ WWW: http://www.geocities.com/SiliconValley/7499/