From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8208 invoked by alias); 22 Mar 2004 22:28:52 -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 8190 invoked from network); 22 Mar 2004 22:28:51 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 22 Mar 2004 22:28:51 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 7E59F2B9B; Mon, 22 Mar 2004 17:28:48 -0500 (EST) Message-ID: <405F68A0.3060300@gnu.org> Date: Mon, 22 Mar 2004 22:28:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040217 MIME-Version: 1.0 To: Daniel Jacobowitz Cc: gdb-patches@sources.redhat.com Subject: Re: [rfa/remote] Reread symbols on 'target remote' References: <20040228173955.GA15910@nevyn.them.org> <404810C2.8050005@gnu.org> <20040306235436.GA10071@nevyn.them.org> <40586BC3.1080706@gnu.org> <20040317165115.GA8390@nevyn.them.org> In-Reply-To: <20040317165115.GA8390@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-03/txt/msg00511.txt.bz2 >>> While "run" and "load" are fairly obvious sync points for GDB and its >>> executable I'm not sure that "target remote" is - it's behavior is kind >>> of sort of a screwed up version of attach. >>> >>> What does that do (as far as I can tell it doesn't re-read symbols)? > > > I think you're right - attach won't reread symbols either. I believe > run is the only current sync point. My instinct is that target remote > and attach both ought to be - I know that if I'm debugging something > that needs to be started in a separate environment and attached to, and > I detach, rebuilt, re-attach, I'd be confused if GDB didn't > auto-reload. I know I've tried to do the same thing for target remote, > and expected GDB to reload - it didn't, and it took me a while to work > out what the problem was. > > We should probably be consistent. Want me to get attach too? Well attach is more messed up than that. It might load the symbol table (if it isn't already loaded and can be determined from /proc). Should attach instead always load the symbol table, prefering what is provided by the executable? (meanwhile the remote change might as well go in to mainline) Andrew