From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9249 invoked by alias); 31 Aug 2004 15:31:30 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 9228 invoked from network); 31 Aug 2004 15:31:29 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 31 Aug 2004 15:31:29 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7VFVTS2031500 for ; Tue, 31 Aug 2004 11:31:29 -0400 Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [172.16.52.154]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7VFVT300429; Tue, 31 Aug 2004 11:31:29 -0400 Received: from [10.0.1.84] (drepper.cipe.redhat.com [10.0.1.84]) by lacrosse.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7VFVLr31941; Tue, 31 Aug 2004 11:31:23 -0400 Message-ID: <413499B2.2030900@redhat.com> Date: Tue, 31 Aug 2004 15:31:00 -0000 From: Ulrich Drepper Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a3) Gecko/20040830 MIME-Version: 1.0 To: davidm@hpl.hp.com CC: libc-hacker@sources.redhat.com, davidm@napali.hpl.hp.com Subject: Re: fix ia64 longjmp() to work from alternate signal-stack References: <16684.49335.802840.212013@napali.hpl.hp.com> <412DAC31.1050404@redhat.com> <16692.38122.52348.850833@napali.hpl.hp.com> In-Reply-To: <16692.38122.52348.850833@napali.hpl.hp.com> X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SW-Source: 2004-08/txt/msg00088.txt.bz2 David Mosberger wrote: > Were you able to get clarification on this issue already? Getting a formal answer will take a while. One reply I got indicated that indeed the altstack is not switched. So, the public siglongjmp interface need not handle this, just the exception handling stuff. If it turns out that we want the siglongjmp code to handle this as well some day, we still can enable it. For now, changing your patch to just implement the cancellation appropriately should go in. -- ➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖