From: Christopher Smith <x@xman.org>
To: Jamie Lokier <lk@tantalophile.demon.co.uk>, Dan Kegel <dank@kegel.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: A signal fairy tale
Date: Wed, 27 Jun 2001 11:16:08 -0700 [thread overview]
Message-ID: <53790000.993665768@hellman> (raw)
In-Reply-To: <20010627111827.A22744@pcep-jamie.cern.ch>
--On Wednesday, June 27, 2001 11:18:28 +0200 Jamie Lokier
<lk@tantalophile.demon.co.uk> wrote:
> Btw, this functionality is already available using sigaction(). Just
> search for a signal whose handler is SIG_DFL. If you then block that
> signal before changing, checking the result, and unblocking the signal,
> you can avoid race conditions too. (This is what my programs do).
It's more than whether a signal is blocked or not, unfortunately. Lots of
applications will invoke sigwaitinfo() on whatever the current signal mask
is, which means you can't rely on sigaction to solve your problems. :-(
--Chris
next prev parent reply other threads:[~2001-06-27 18:18 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-06-26 12:54 A signal fairy tale Dan Kegel
2001-06-27 3:56 ` Christopher Smith
2001-06-27 6:21 ` Balbir Singh
2001-06-27 18:11 ` Christopher Smith
2001-06-28 3:28 ` Balbir Singh
2001-06-27 9:18 ` Jamie Lokier
2001-06-27 18:16 ` Christopher Smith [this message]
2001-06-28 12:58 ` John Fremlin
2001-06-28 16:21 ` Jamie Lokier
2001-06-29 8:22 ` Christopher Smith
2001-06-29 11:47 ` John Fremlin
-- strict thread matches above, loose matches on Subject: below --
2001-06-28 2:49 Daniel R. Kegel
2001-06-29 8:18 ` Christopher Smith
2001-06-29 9:05 ` Dan Kegel
2001-06-28 2:57 Daniel R. Kegel
2001-06-29 8:19 ` Christopher Smith
2001-06-29 9:29 ` Dan Kegel
2001-06-29 18:46 ` Dan Kegel
2001-07-02 22:33 ` Christopher Smith
2001-06-28 3:04 Daniel R. Kegel
2001-06-28 14:46 ` Jamie Lokier
[not found] <fa.d69j5vv.ej8irj@ifi.uio.no>
[not found] ` <fa.h2rpibv.87m5bp@ifi.uio.no>
2001-06-28 14:59 ` Dan Maas
2001-06-28 15:21 ` Alan Cox
2001-06-29 8:26 ` Christopher Smith
2001-06-29 11:56 ` Chris Wedgwood
2001-06-30 10:02 ` Jan Hudec
2001-06-28 20:11 Daniel R. Kegel
2001-06-29 8:31 ` Christopher Smith
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53790000.993665768@hellman \
--to=x@xman.org \
--cc=dank@kegel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lk@tantalophile.demon.co.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.