From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-41922-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 23859 invoked by alias); 9 Dec 2005 21:55:14 -0000
Received: (qmail 23852 invoked by uid 22791); 9 Dec 2005 21:55:14 -0000
X-Spam-Check-By: sourceware.org
Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 09 Dec 2005 21:55:13 +0000
Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) 	by sibelius.xs4all.nl (8.13.4/8.13.4) with ESMTP id jB9LsdtX013020; 	Fri, 9 Dec 2005 22:54:39 +0100 (CET)
Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) 	by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id jB9Lsdjq012997; 	Fri, 9 Dec 2005 22:54:39 +0100 (CET)
Received: (from kettenis@localhost) 	by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id jB9LscFJ017427; 	Fri, 9 Dec 2005 22:54:38 +0100 (CET)
Date: Sat, 10 Dec 2005 04:47:00 -0000
Message-Id: <200512092154.jB9LscFJ017427@elgar.sibelius.xs4all.nl>
From: Mark Kettenis <mark.kettenis@xs4all.nl>
To: drow@false.org
CC: gdb-patches@sourceware.org
In-reply-to: <20051209205210.GA21244@nevyn.them.org> (message from Daniel 	Jacobowitz on Fri, 9 Dec 2005 15:52:10 -0500)
Subject: Re: [linux] Always ignore restart/cancellation signals
References: <200512081950.jB8Jo9im029464@elgar.sibelius.xs4all.nl> <20051208133824.24b4c680@ironwood.lan> <20051208204301.GA29490@nevyn.them.org> <uzmnajxuh.fsf@gnu.org> <20051209143451.GA11917@nevyn.them.org> <ulkyujpof.fsf@gnu.org> <20051209144651.GA12425@nevyn.them.org> <uhd9ije8k.fsf@gnu.org> <20051209185810.GA18701@nevyn.them.org> <200512092049.jB9Kn59V026226@elgar.sibelius.xs4all.nl> <20051209205210.GA21244@nevyn.them.org>
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2005-12/txt/msg00185.txt.bz2

> Date: Fri, 9 Dec 2005 15:52:10 -0500
> From: Daniel Jacobowitz <drow@false.org>
> 
> On Fri, Dec 09, 2005 at 09:49:05PM +0100, Mark Kettenis wrote:
> > Ah yes, it all comes back to me.  Believe SIGRTMIN will be 32, unless
> > you link your stuff with libpthreads, since that consumes two signals
> > for internal use, and therefore SIGRTMIN will be 34.  Are the signal
> 
> Nowadays I believe they are always reserved; it's valid to dlopen
> libpthread.so.
> 
> > numbers hardcoded in libpthread (in particular the NPTL one) or does
> > it depend on whether there are other consumers of real-time signals?
> 
> They're hardcoded.

Then it has my blessing ;-).

Mark