From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20882 invoked by alias); 11 Dec 2005 14:39:19 -0000 Received: (qmail 20869 invoked by uid 22791); 11 Dec 2005 14:39:19 -0000 X-Spam-Check-By: sourceware.org Received: from ip127.bb146.pacific.net.hk (HELO mailhub.stlglobal.com) (202.64.146.127) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 11 Dec 2005 14:39:17 +0000 Received: from 236.193.17.210.dyn.pacific.net.hk ([210.17.193.236] helo=[192.168.1.10]) by mailhub.stlglobal.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1ElSLK-0002jp-RG; Sun, 11 Dec 2005 22:38:26 +0800 Message-ID: <439C3A10.8090103@tausq.org> Date: Tue, 13 Dec 2005 10:06:00 -0000 From: Randolph Chung User-Agent: Debian Thunderbird 1.0.2 (X11/20050331) MIME-Version: 1.0 To: Mark Kettenis CC: gdb-patches@sources.redhat.com Subject: Re: [hpux] Improve sigtramp frame identification References: <437F1F25.6040104@tausq.org> <200512062139.jB6LdRX4029666@elgar.sibelius.xs4all.nl> <43961F34.9020701@tausq.org> <200512111112.jBBBCR6P004287@elgar.sibelius.xs4all.nl> In-Reply-To: <200512111112.jBBBCR6P004287@elgar.sibelius.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2005-12/txt/msg00204.txt.bz2 > Hmm, here's an alternative approach: if we're in an export stub, look > if the stub leads us to a function that has HP_UX_interrupt_marker set > in its unwind record. This makes us read an instruction from the > inferior, but it should be pretty robust. > > ok? Hrm, this seems to assume that you are sitting at a specific insn of the export stub when doing unwinding. We should be able to unwind from any insn in the export stub, right? > Now that signal trampolines get detected again on HP-UX 10.20, I > noticed another recent change that seems to have broken things. Your > recent overhaul of hppa_hpux_sigtramp_frame_unwind_cache added these > two lines: > > info->saved_regs[HPPA_PCOQ_HEAD_REGNUM].addr = > info->saved_regs[HPPA_RP_REGNUM].addr; > > This breaks stuff, since at least on HP-UX 10.20 %pcoqh as read from > the signal state is correct. And I have a hard time believing that > this would be different on HP-UX 11.xx. Can you explain why you added > this? You are right, I shouldn't have added that. I thought this fixed a problem with signal frame unwinding when I was looking at hppa64-hp-hpux11.11, but actually I think something else is broken. Sorry for not testing this more thoroughly before committing. I'll back out that change tomorrow. A few gcc bugs were making it a bit difficult for me to get good testsuite runs, but I think I have a good environment now that I can test hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11; I'll make sure I run the testsuite on these targets before I commit any other non-trivial hpux changes. thanks for testing things out on hpux10.20... :) randolph