atom feed30 messages in org.freebsd.freebsd-currentRe: KSE signal problems still
FromSent OnAttachments
Andrew GallatinJul 2, 2002 2:12 pm 
Julian ElischerJul 2, 2002 3:54 pm 
Andrew GallatinJul 2, 2002 4:10 pm 
Julian ElischerJul 2, 2002 5:48 pm 
Andrew GallatinJul 2, 2002 6:02 pm 
Matthew DillonJul 2, 2002 6:11 pm 
Julian ElischerJul 2, 2002 6:38 pm 
Andrew GallatinJul 2, 2002 6:42 pm 
Julian ElischerJul 2, 2002 6:43 pm 
Julian ElischerJul 2, 2002 6:45 pm 
Andrew GallatinJul 2, 2002 6:57 pm 
Julian ElischerJul 2, 2002 7:30 pm 
Julian ElischerJul 2, 2002 7:31 pm 
Andrew GallatinJul 2, 2002 7:56 pm 
John BaldwinJul 2, 2002 9:17 pm 
Julian ElischerJul 2, 2002 9:42 pm 
David XuJul 2, 2002 10:34 pm 
Matthew DillonJul 2, 2002 10:35 pm 
Julian ElischerJul 2, 2002 10:55 pm 
Matthew DillonJul 2, 2002 11:02 pm 
Bruce EvansJul 3, 2002 12:32 am 
Bruce EvansJul 3, 2002 12:44 am 
Julian ElischerJul 3, 2002 1:37 am 
John BaldwinJul 3, 2002 1:40 am 
Terry LambertJul 3, 2002 1:52 am 
Julian ElischerJul 3, 2002 2:13 am 
Julian ElischerJul 3, 2002 2:25 am 
John BaldwinJul 3, 2002 2:47 am 
Julian ElischerJul 3, 2002 9:30 am 
John BaldwinJul 3, 2002 9:57 am 
Subject:Re: KSE signal problems still
From:Terry Lambert (tlam@mindspring.com)
Date:Jul 3, 2002 1:52:13 am
List:org.freebsd.freebsd-current

Julian Elischer wrote:

Should ALL threads be awakened, or is it enough if ONE thread awakens to deliver the thread.

For right now it's mostly important that single threaded processs act as they used to. We can always change how multithreaded processes work.

POSIX makes no guarantees for threads delivery of signals.

Specifically, signals are not thread-things, they are process things, and there are seperate threads-things for sending the moral equivalents (e.g. pthread_kill) to threads on an individual basis, but the system is not expected to make a distinction on signal delivery as to what theread is running, nor are there expected to be per thread masking, etc..

Garrett would probably be the right person to ask; he's a much better POSIX lawyer.

This is really the problem I tried to explain earlier when it came to the disabling on SIG_POLL on a per descriptor basis.

-- Terry

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message