From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22933 invoked by alias); 23 Apr 2008 12:54:12 -0000 Received: (qmail 22924 invoked by uid 22791); 23 Apr 2008 12:54:11 -0000 X-Spam-Check-By: sourceware.org Received: from mail.ashling.com (HELO ashling.com) (62.77.186.162) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 23 Apr 2008 12:53:52 +0000 Received: from Syam ([192.168.10.57]) by ashling.com (ashling.com [127.0.0.1]) (MDaemon PRO v9.6.5) with ESMTP id md50000997608.msg for ; Wed, 23 Apr 2008 13:53:48 +0100 X-Spam-Processed: ashling.com, Wed, 23 Apr 2008 13:53:48 +0100 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 192.168.10.57 X-Return-Path: jiju.george@nestgroup.net X-Envelope-From: jiju.george@nestgroup.net X-MDaemon-Deliver-To: gdb@sources.redhat.com From: "Jiju George T" To: "'Daniel Jacobowitz'" , "'Vladimir Prus'" Cc: References: <005101c8a52a$13f76910$390aa8c0@ashmicro.ashling.com> <20080423114537.GA15843@caradoc.them.org> Subject: RE: clearing call stack when a new binary file is loaded Date: Wed, 23 Apr 2008 20:03:00 -0000 Message-ID: <00a601c8a541$1194f090$390aa8c0@ashmicro.ashling.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20080423114537.GA15843@caradoc.them.org> X-MDAV-Processed: ashling.com, Wed, 23 Apr 2008 13:53:49 +0100 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: 2008-04/txt/msg00202.txt.bz2 Is there any equivalent mi command to invalidate the frame cache? Thanks, Jiju -----Original Message----- From: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] On Behalf Of Daniel Jacobowitz Sent: 23 April 2008 12:46 To: Vladimir Prus Cc: gdb@sources.redhat.com Subject: Re: clearing call stack when a new binary file is loaded On Wed, Apr 23, 2008 at 02:51:35PM +0400, Vladimir Prus wrote: > Which version of GDB? I expect it still does this. write_pc doesn't invalidate the frame cache, so we should manually do so at the end of generic_load. -- Daniel Jacobowitz CodeSourcery