| To: | austin-group-l@xxxxxxxxxxxxx |
|---|---|
| Subject: | meaning of "the process is blocking [a specific signal]" |
| From: | "Philip Guenther" <guenther@xxxxxxxxx> |
| Date: | Sun, 6 Jul 2008 01:58:45 -0600 |
| Dkim-signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=jabmI9zU0oZK0iXE9veZpdBVPAFYf0gylSkoThkIvaI=; b=ud/zxYewXEzh3bdUqJp1md7Fw5Yh2qsJwssTdVDqKxI/CbyU4lGLf6+cExaKTuynGg eannYrVYKdd2YymZBrrwvQIBAWj1gG5TdWp7isVoikNZejwq7nDptn2MArhGvO3gVzxY OyoJWGVHh/KFIG6tAm8Xgp8AJuMkasZmuzDpU= |
| Domainkey-signature: | a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=Srq3Wc0LARU/6Yknszyq4Vje350bB7HKMbZZYUp5FTISJrpfFkiDliGUrm6FNx1BLu KUke51esuwVYLDcyGdnsUZIbUM8heZSlA29eDWVY+tiqeROdi7okmmQLOs4AdiiNzFfk n8nuwtSoXCAGkyOHyJMVIrMxfsWokKpYjUwSs= |
In the descriptions for tcdrain(), tcflow(), tcflush(), tcsendbreak(),
tcsetattr(), and tcsetpgrp(), sentences similar to the following
appear:
If the calling process is blocking or ignoring SIGTTOU signals, the
process shall be allowed to perform the operation, and no signal is sent.
I can't seem to find any text specifying what the phrase "process is
blocking [some signal]" means in a multi-threaded process. The signal
concepts page describes what it means for a signal to be pending for a
process, but that involves whether any threads would accept the signal
via sigwait(). I.e., it's possible that the signal would not be
pending if it were sent, even though it's blocked in all threads.
Should those tc* functions result in a signal in that case?
Also, are there any requirements on whether the tc* call fail or
succeed if the signal is sent?
Philip Guenther
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Other standards with names encroaching on POSIX reserved symbols, Geoff Clare |
|---|---|
| Next by Date: | Re: Other standards with names encroaching on POSIX reserved symbols, Martin Sebor |
| Previous by Thread: | Other standards with names encroaching on POSIX reserved symbols, Nick Stoughton |
| Next by Thread: | Re: meaning of "the process is blocking [a specific signal]", Geoff Clare |
| Indexes: | [Date] [Thread] [All Lists] |