From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26402 invoked by alias); 30 Nov 2006 13:19:19 -0000 Received: (qmail 26350 invoked by uid 22791); 30 Nov 2006 13:19:17 -0000 X-Spam-Check-By: sourceware.org Received: from pas38-1-82-67-71-117.fbx.proxad.net (HELO siegfried.gbfo.org) (82.67.71.117) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 30 Nov 2006 13:19:09 +0000 Received: from erda.mds (localhost [127.0.0.1]) by siegfried.gbfo.org (8.13.6/8.13.6) with ESMTP id kAUDItCg009981; Thu, 30 Nov 2006 14:18:55 +0100 Received: from localhost (saffroy@localhost) by erda.mds (8.13.6/8.13.6/Submit) with ESMTP id kAUDIs1K009978; Thu, 30 Nov 2006 14:18:54 +0100 Date: Thu, 30 Nov 2006 13:19:00 -0000 From: Jean-Marc Saffroy To: Jim Blandy cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] gdb script performance In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-11/txt/msg00417.txt.bz2 On Wed, 29 Nov 2006, Jim Blandy wrote: > When the user changes the symbol file (or when GDB notices it has > changed and automatically re-reads it), the section and symtab objects > your static variables are pointing to will be freed. If you then get a > spurious cache hit, you'll hand out a pointer to garbage. So you'll > need to invalidate the cache whenever the section or symtab get freed. Yes, that's what I meant when I said that hooks for invalidating the caches are missing, but I haven't looked yet where they should be added. BTW I don't know if the test suite would catch this; if not, a test should probably be added. -- saffroy@gmail.com