From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17290 invoked by alias); 23 Mar 2004 16:47:58 -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 17280 invoked from network); 23 Mar 2004 16:47:56 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 23 Mar 2004 16:47:56 -0000 Received: from drow by nevyn.them.org with local (Exim 4.30 #1 (Debian)) id 1B5p4E-0005kV-Pp for ; Tue, 23 Mar 2004 11:47:54 -0500 Date: Tue, 23 Mar 2004 16:47:00 -0000 From: Daniel Jacobowitz To: gdb-patches@sources.redhat.com Subject: Re: [rfa/remote] Reread symbols on 'target remote' Message-ID: <20040323164753.GB21830@nevyn.them.org> Mail-Followup-To: gdb-patches@sources.redhat.com References: <20040228173955.GA15910@nevyn.them.org> <404810C2.8050005@gnu.org> <20040306235436.GA10071@nevyn.them.org> <40586BC3.1080706@gnu.org> <20040317165115.GA8390@nevyn.them.org> <405F68A0.3060300@gnu.org> <20040323155049.GA21830@nevyn.them.org> <406068DB.30007@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <406068DB.30007@gnu.org> User-Agent: Mutt/1.5.1i X-SW-Source: 2004-03/txt/msg00525.txt.bz2 On Tue, Mar 23, 2004 at 11:42:03AM -0500, Andrew Cagney wrote: > I was thinking of something more agressive: > > if target (via /proc) can identify exec file > switch to target's exec file, load > else if exec file known > load > else > hope the user knows what they are doing > fi I don't think that's a good idea. For example, recently, I was running /usr/bin/gdb. It got stuck in a loop. I attached, but could not get a backtrace - it was stripped - so I detached, loaded /nevyn/local/gdb/gdb-6.0/objdir/gdb/gdb, and attached. Then I had my backtrace. Your proposed change above would have made GDB switch back to the stripped version. Sure, separate debug info is a nice solution to this - if you've prepared it in advance. > however yes, at least (per your patch) always loading the symbols is a > good first step. OK, I'm checking it in for HEAD. > (this goes back to earlier posts where we need to overaul the target > stack so that multiple instances are available) Absolutely agreed. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer