From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7421 invoked by alias); 1 Mar 2007 22:03:40 -0000 Received: (qmail 7398 invoked by uid 22791); 1 Mar 2007 22:03:39 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Thu, 01 Mar 2007 22:03:29 +0000 Received: from dsl093-172-095.pit1.dsl.speakeasy.net ([66.93.172.95] helo=caradoc.them.org) by nevyn.them.org with esmtp (Exim 4.63) (envelope-from ) id 1HMtN0-00049R-80; Thu, 01 Mar 2007 17:03:26 -0500 Received: from drow by caradoc.them.org with local (Exim 4.63) (envelope-from ) id 1HMtMz-0005ZA-Mh; Thu, 01 Mar 2007 17:03:25 -0500 Date: Thu, 01 Mar 2007 22:03:00 -0000 From: Daniel Jacobowitz To: Thiago Jung Bauermann Cc: Jose Flavio Aguilar Paulino , gdb-patches@sourceware.org Subject: Re: [PATCH 24700] Message-ID: <20070301220325.GA21380@caradoc.them.org> Mail-Followup-To: Thiago Jung Bauermann , Jose Flavio Aguilar Paulino , gdb-patches@sourceware.org References: <1172777198.10229.11.camel@kadinsky.prado> <20070301183700.GA19796@caradoc.them.org> <1172783136.10229.28.camel@kadinsky.prado> <20070301204046.GA5989@caradoc.them.org> <1172786200.31150.11.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1172786200.31150.11.camel@localhost.localdomain> User-Agent: Mutt/1.5.13 (2006-08-11) 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: 2007-03/txt/msg00007.txt.bz2 On Thu, Mar 01, 2007 at 06:56:40PM -0300, Thiago Jung Bauermann wrote: > In the testcase mentioned here, GDB wants to allocate memory in the > inferior so that it can set the string's value. It's GDB that's calling > malloc and not the inferior, so the inferior's PC is not anywhere near > malloc (unless we're lucky), as far as I know... That doesn't have anything to do with my question :-) find_pc_section does the PC -> section mapping pretty much the way the new code you've duplicated does it. -- Daniel Jacobowitz CodeSourcery