From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12796 invoked by alias); 1 Nov 2004 22:13:04 -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 12692 invoked from network); 1 Nov 2004 22:13:01 -0000 Received: from unknown (HELO walton.sibelius.xs4all.nl) (82.92.89.47) by sourceware.org with SMTP; 1 Nov 2004 22:13:01 -0000 Received: from elgar.sibelius.xs4all.nl (elgar.sibelius.xs4all.nl [192.168.0.2]) by walton.sibelius.xs4all.nl (8.13.0/8.13.0) with ESMTP id iA1MCqS5024170; Mon, 1 Nov 2004 23:12:52 +0100 (CET) Received: from elgar.sibelius.xs4all.nl (localhost [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.12.6p3/8.12.6) with ESMTP id iA1MCqKQ000637; Mon, 1 Nov 2004 23:12:52 +0100 (CET) (envelope-from kettenis@elgar.sibelius.xs4all.nl) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.12.6p3/8.12.6/Submit) id iA1MClCE000632; Mon, 1 Nov 2004 23:12:47 +0100 (CET) Date: Mon, 01 Nov 2004 22:13:00 -0000 Message-Id: <200411012212.iA1MClCE000632@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: cagney@gnu.org CC: drow@false.org, gdb-patches@sources.redhat.com, ezannoni@redhat.com In-reply-to: <417D81D5.1000206@gnu.org> (message from Andrew Cagney on Mon, 25 Oct 2004 18:44:37 -0400) Subject: Re: [rfa] Attach vsyscall support for GNU/Linux References: <20041024185345.GB22700@nevyn.them.org> <200410242054.i9OKsjnl028328@elgar.sibelius.xs4all.nl> <20041024231636.GA21927@nevyn.them.org> <200410252212.i9PMCQhJ031724@elgar.sibelius.xs4all.nl> <417D81D5.1000206@gnu.org> X-SW-Source: 2004-11/txt/msg00028.txt.bz2 Date: Mon, 25 Oct 2004 18:44:37 -0400 From: Andrew Cagney Thos funny little diagrams are UML isn't it? It needs to be changed so more like: SYMBOL /|\ | FRAME <>----- FUNCTION <>------ UNWINDER and have the FUNCTION provide: - signal trampoline? I think this is wrong. It's probably true that functions that are used as signal trampolines in traditional UNIX systems are only usable as such, this is not true for interrupt handlers. On i386 systems you can write interrupt handlers that are also usable as trap handlers. Where interrupt handlers are sigtramp-like, trap handlers are musch more normal. This kind of attributes depend more on the context and thereforeit is more logical to put them in the frame. I think the same is true for the unwinder. That said, it is perfectly reasonable to let the frame inherit some of these attributes from the function. Mark