From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9199 invoked by alias); 27 Jan 2011 10:47:18 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 9180 invoked by uid 22791); 27 Jan 2011 10:47:17 -0000 X-SWARE-Spam-Status: No, hits=-6.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org From: Phil Muldoon To: archer@sourceware.org Subject: Re: [patch] Fix RH BZ 672235 References: Reply-to: pmuldoon@redhat.com X-URL: http://www.redhat.com Date: Thu, 27 Jan 2011 10:47:00 -0000 In-Reply-To: (Phil Muldoon's message of "Wed, 26 Jan 2011 20:18:25 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2011-q1/txt/msg00025.txt.bz2 Phil Muldoon writes: > Bug: > > http://bugzilla.redhat.com/show_bug.cgi?id=672235 > > The latter half of this bug was caused by removing the value function > from gdb.Symbol. This happened quite some time ago, so I am a little > surprised it took this long to surface. I should have read Tom's email about reworking backtraces before I hacked on this. As FrameWrapper, et al is being redesigned (see Tom's patch), I'm not sure we should submit the gdb.Symbol.block() upstream API upstream now. This patch might be enough to allow new-backtrace to continue working in Fedora (via an rpm patch) until the new functionality is written and implemented. WDYT? Cheers Phil