From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8465 invoked by alias); 28 Apr 2012 06:51:20 -0000 Received: (qmail 8314 invoked by uid 22791); 28 Apr 2012 06:51:17 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,RCVD_IN_RP_RNBL,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout22.012.net.il (HELO mtaout22.012.net.il) (80.179.55.172) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 28 Apr 2012 06:51:04 +0000 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M3600700G1RAE00@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Sat, 28 Apr 2012 09:51:01 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.21.156]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M360075EGCY7D60@a-mtaout22.012.net.il>; Sat, 28 Apr 2012 09:50:59 +0300 (IDT) Date: Sat, 28 Apr 2012 07:15:00 -0000 From: Eli Zaretskii Subject: Re: [RFC - doc] Add note about the possibility of symbols getting moved across blocks In-reply-to: To: Siva Chandra Cc: tromey@redhat.com, dje@google.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83vckk73ja.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT References: <83bomgfcbt.fsf@gnu.org> <87ipgna94k.fsf@fleche.redhat.com> <83y5pjedjp.fsf@gnu.org> <87397qa9a0.fsf@fleche.redhat.com> <83fwbqinsw.fsf@gnu.org> <83pqatgp9k.fsf@gnu.org> 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: 2012-04/txt/msg01048.txt.bz2 > Date: Sat, 28 Apr 2012 00:56:52 +0530 > From: Siva Chandra > Cc: tromey@redhat.com, dje@google.com, gdb-patches@sourceware.org > > >  A @code{gdb.Block} is iterable.  The iterator returns the symbols > >  (@pxref{Symbols In Python}) local to the block.  Python programs > >  should not assume that a specific block object will always contain a > >  given symbol, since changes in @value{GDBN} features and > >  infrastructure may cause symbols move across blocks in a symbol > >  table. > > I have modified the patch to use the exact same text as above. Thanks. If everyone is happy, then so am I.