From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15735 invoked by alias); 7 Dec 2004 15:56:11 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 15641 invoked from network); 7 Dec 2004 15:56:04 -0000 Received: from unknown (HELO arwen.tausq.org) (64.81.244.109) by sourceware.org with SMTP; 7 Dec 2004 15:56:04 -0000 Received: by arwen.tausq.org (Postfix, from userid 1000) id 1B102111F54; Tue, 7 Dec 2004 07:56:03 -0800 (PST) Date: Tue, 07 Dec 2004 16:31:00 -0000 From: Randolph Chung To: Joel Brobecker Cc: gdb-patches@sources.redhat.com Subject: Re: [RFC] Infinite backtraces... Message-ID: <20041207155603.GX6359@tausq.org> Reply-To: Randolph Chung References: <20041202231255.GM994@adacore.com> <20041203024314.GR6359@tausq.org> <20041203025737.GT994@adacore.com> <20041203045252.GU6359@tausq.org> <20041203165430.GC16491@adacore.com> <20041203180324.GE6359@tausq.org> <20041203182049.GF16491@adacore.com> <20041206071739.GI6359@tausq.org> <20041207094028.GA2524@adacore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041207094028.GA2524@adacore.com> X-GPG: for GPG key, see http://www.tausq.org/gpg.txt User-Agent: Mutt/1.5.6+20040722i X-SW-Source: 2004-12/txt/msg00200.txt.bz2 > if hppa_stub_frame_prev_register() doesn't set anything? > > You added "if (info) then hppa_frame_prev ().". Could it ever happen > that info is NULL? i haven't seen it hit that case; i think since this_id is null_frame_id in this case it will not query the frame for registers. should i fill in dummy values just in case? > One thing that I'm thinking is that this will no longer stop the > backtrace once your change to hide the stubs goes in (except in > the very unlikely case when we're inside the initial stub). Is it > still worth including this patch under these conditions? why is that? even with my export stub change this is still applicable to your threading case.... randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/