Path: csiph.com!newsfeed.hal-mli.net!feeder3.hal-mli.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!feeder.erje.net!eu.feeder.erje.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Markus Elfring <Markus.Elfring@web.de>
Newsgroups: comp.programming.threads,comp.unix.programmer
Subject: Re: Combination of sigwait() with sigaction()?
Date: Thu, 21 Nov 2013 18:38:24 +0100
Lines: 13
Message-ID: <528E4510.6020206@web.de>
References: <bf6rviFm5kiU1@mid.individual.net> <87zjox7kn9.fsf@sable.mobileactivedefense.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: individual.net 6+5GpX/yM7k5lB/yMlzx2Qc2iGY46YV/BxEzn73Azhm4IECCe2
Cancel-Lock: sha1:J/ZnwcWEfjdzRQH6gNx/I+hTN5E=
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0
In-Reply-To: <87zjox7kn9.fsf@sable.mobileactivedefense.com>
Xref: csiph.com comp.programming.threads:1999 comp.unix.programmer:5003

> The author is somewhat confused here: sigwait returns "pending signals",
> this means "signals which don't cause any 'action' because they're
> blocked", hence, no "default actions" will happen.

Thanks for your feedback.

I have just found that the section "12.8 Threads and Signals" of the book
"Advanced Programming in the UNIX® Environment" contains also a bit of
information for the requested issue. The corresponding handling might be
implementation-defined. Is any more clarification for such details possible?

Regards,
Markus