From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13922 invoked by alias); 17 Nov 2008 22:37:50 -0000 Received: (qmail 13855 invoked by uid 22791); 17 Nov 2008 22:37:49 -0000 X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.45.13) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 17 Nov 2008 22:37:14 +0000 Received: from wpaz21.hot.corp.google.com (wpaz21.hot.corp.google.com [172.24.198.85]) by smtp-out.google.com with ESMTP id mAHMbCY8032152 for ; Mon, 17 Nov 2008 14:37:12 -0800 Received: from rv-out-0708.google.com (rvbk29.prod.google.com [10.140.87.29]) by wpaz21.hot.corp.google.com with ESMTP id mAHMbASi020583 for ; Mon, 17 Nov 2008 14:37:10 -0800 Received: by rv-out-0708.google.com with SMTP id k29so4870406rvb.2 for ; Mon, 17 Nov 2008 14:37:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.208.17 with SMTP id f17mr2510128rvg.261.1226961430342; Mon, 17 Nov 2008 14:37:10 -0800 (PST) In-Reply-To: <200811172042.mAHKg6rd008540@d12av02.megacenter.de.ibm.com> References: <20081117200140.GA18828@caradoc.them.org> <200811172042.mAHKg6rd008540@d12av02.megacenter.de.ibm.com> Date: Tue, 18 Nov 2008 05:46:00 -0000 Message-ID: Subject: Re: [RFA] fix popping of dummy frame if inferior gets signal with unwindonsignal From: Doug Evans To: Ulrich Weigand Cc: Daniel Jacobowitz , gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 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: 2008-11/txt/msg00452.txt.bz2 On Mon, Nov 17, 2008 at 12:42 PM, Ulrich Weigand wrote: > Daniel Jacobowitz wrote: >> On Mon, Nov 17, 2008 at 08:50:13PM +0100, Ulrich Weigand wrote: >> > I'm not sure what the point is of having two copies of the regcache >> > preserved across the full extent of the inferior call ... >> >> Maybe in case we get to somewhere we can not backtrace from? > > OK, good point. The inf_status will always work ... I don't understand why two copies are needed. Can either of you elaborate?