From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20663 invoked by alias); 6 Oct 2011 18:43:11 -0000 Received: (qmail 20556 invoked by uid 22791); 6 Oct 2011 18:43:10 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,TW_BJ X-Spam-Check-By: sourceware.org Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 06 Oct 2011 18:42:54 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=EU1-MAIL.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1RBsuD-0007FG-RP from pedro_alves@mentor.com ; Thu, 06 Oct 2011 11:42:54 -0700 Received: from scottsdale.localnet ([172.16.63.104]) by EU1-MAIL.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Oct 2011 19:42:51 +0100 From: Pedro Alves To: Tom Tromey Subject: Re: program spaces vs exec Date: Thu, 06 Oct 2011 18:43:00 -0000 User-Agent: KMail/1.13.6 (Linux/2.6.38-11-generic; KDE/4.7.1; x86_64; ; ) Cc: Doug Evans , gdb@sourceware.org References: <20111005181526.B6CCA2461D1@ruffy.mtv.corp.google.com> <201110061251.22983.pedro@codesourcery.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201110061942.49805.pedro@codesourcery.com> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-10/txt/msg00032.txt.bz2 On Thursday 06 October 2011 19:22:38, Tom Tromey wrote: > >>>>> "Pedro" == Pedro Alves writes: > > Pedro> E.g., breakpoints are supposed to reset/resolve after the exec, > Pedro> and since the breakpoint symbol search scope is currently tied to > Pedro> a program space, keeping the same program space keeps that > Pedro> working the same. > > FWIW, I'm changing this. Yeah, I assumed so. For watchpoints too though, or just things with linespecs? > Pedro> For exec, I don't have a strong feeling either way, we could say > Pedro> that there's a new address/program space attached to the > Pedro> inferior, or we could say that the inferior's address/program > Pedro> spaces have been refreshed with a new set of pages. I chose the > Pedro> latter approach originally. > > I think it would be fine to reset the pretty-printers at this point. But aren't we already? We get rid of the executable and all the shared libraries at this point. > Pedro> How do pretty-printers from a shared library that unloads go > Pedro> away? > > Generally they are attached to the objfile. So, they disappear > automatically when the objfile is removed. There must be something more to the issue then. Both "file foo" or an exec get rid of the previous executable's symfile_objfile and create a new one too, so the executable's printers must already be being removed. -- Pedro Alves