From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KSydC-0004XR-Vx for qemu-devel@nongnu.org; Tue, 12 Aug 2008 14:30:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KSydB-0004UZ-4s for qemu-devel@nongnu.org; Tue, 12 Aug 2008 14:30:06 -0400 Received: from [199.232.76.173] (port=55116 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KSydB-0004UK-0N for qemu-devel@nongnu.org; Tue, 12 Aug 2008 14:30:05 -0400 Received: from mx1.redhat.com ([66.187.233.31]:58648) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KSydA-0008OM-Lx for qemu-devel@nongnu.org; Tue, 12 Aug 2008 14:30:04 -0400 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m7CITvAT002617 for ; Tue, 12 Aug 2008 14:29:57 -0400 Received: from pobox.stuttgart.redhat.com (pobox.stuttgart.redhat.com [172.16.2.10]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m7CITulu023581 for ; Tue, 12 Aug 2008 14:29:57 -0400 Received: from zweiblum.travel.kraxel.org (vpn-4-50.str.redhat.com [10.32.4.50]) by pobox.stuttgart.redhat.com (8.13.1/8.13.1) with ESMTP id m7CITuKn020134 for ; Tue, 12 Aug 2008 14:29:56 -0400 Message-ID: <48A1D6A3.4050406@redhat.com> Date: Tue, 12 Aug 2008 20:29:55 +0200 From: Gerd Hoffmann MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Handle terminating signals. References: <48998F9E.90206@redhat.com> <18592.28256.85302.846876@mariner.uk.xensource.com> <48A09722.3060106@redhat.com> <18593.24673.304649.806330@mariner.uk.xensource.com> In-Reply-To: <18593.24673.304649.806330@mariner.uk.xensource.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Ian Jackson wrote: > Gerd Hoffmann writes ("Re: [Qemu-devel] [PATCH] Handle terminating signals."): >> Ian Jackson wrote: >>> SIGQUIT should not be in this list. QUIT does not mean `please >>> terminate'. It's a signal used for debugging purposes and usually >>> means `please pretend this program took a SEGV'. The default action >>> is to die and dump core, and this should be preserved. >> Ok, we could take the SIGSEGV cleanup route, then call abort(). That >> should come close enougth. Does that sound ok? > > No, because the program should not attempt to catch SEGV either. Why not? Can you change your attitude to say "no" without giving reasons please? cheers, Gerd -- http://kraxel.fedorapeople.org/xenner/