RE: SCO: "thread creation is about a thousand times faster than

From: Marty Fouts (
Date: Mon Aug 28 2000 - 01:26:53 EST

So when a 'process' has tons'o'threads from the point-of-view of a
programmer, even though it is really tons'o'clone()s from the point of view
of an OS implementation, what *does* 'send the signal to the process' mean?

but yes, i agree that in trying to effectively support the
many-threads/process model, pthreads made it hard to support the
one-thread/process model for signal handling.

But since IMO, signal handling is brain dead to begin with, what were we to

-----Original Message-----
From: []
Sent: Sunday, August 27, 2000 9:42 PM
To: Marty Fouts
Subject: Re: SCO: "thread creation is about a thousand times faster than


And one of the problems that motivated this discussion was the POSIX
requirement that a signal sent to a "multithreaded process" be sent to
some thread that has enabled that signal or, if no thread is willing
to accept it, the signal must be marked pending and then
delivered to the first thread that enables that signal. When
threads are processes it's a pain to implement this.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

This archive was generated by hypermail 2b29 : Thu Aug 31 2000 - 21:00:20 EST