From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24912 invoked by alias); 1 Mar 2007 22:28:08 -0000 Received: (qmail 24896 invoked by uid 22791); 1 Mar 2007 22:28:05 -0000 X-Spam-Check-By: sourceware.org Received: from igw3.br.ibm.com (HELO igw3.br.ibm.com) (32.104.18.26) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 01 Mar 2007 22:27:56 +0000 Received: from mailhub3.br.ibm.com (unknown [9.18.232.110]) by igw3.br.ibm.com (Postfix) with ESMTP id 33CE2390137 for ; Thu, 1 Mar 2007 19:23:15 -0300 (BRT) Received: from d24av02.br.ibm.com (d24av02.br.ibm.com [9.18.232.47]) by mailhub3.br.ibm.com (8.13.8/8.13.8/NCO v8.2) with ESMTP id l21MRdlH1585162 for ; Thu, 1 Mar 2007 19:27:39 -0300 Received: from d24av02.br.ibm.com (loopback [127.0.0.1]) by d24av02.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l21MQYZr020010 for ; Thu, 1 Mar 2007 19:26:34 -0300 Received: from dyn532128.br.ibm.com (dyn532128.br.ibm.com [9.18.238.251]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l21MQYeq020006; Thu, 1 Mar 2007 19:26:34 -0300 Subject: Re: [PATCH 24700] From: Thiago Jung Bauermann To: Daniel Jacobowitz Cc: Jose Flavio Aguilar Paulino , gdb-patches@sourceware.org In-Reply-To: <20070301220325.GA21380@caradoc.them.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> <20070301220325.GA21380@caradoc.them.org> Content-Type: text/plain Date: Thu, 01 Mar 2007 22:28:00 -0000 Message-Id: <1172788058.31150.13.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit 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/msg00008.txt.bz2 On Thu, 2007-03-01 at 17:03 -0500, Daniel Jacobowitz wrote: > 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. Whooops, mislead by the function name. :-) Now I see what you mean. We'll try this alternative then. -- []'s Thiago Jung Bauermann Software Engineer IBM Linux Technology Center