lkml.org 
[lkml]   [2000]   [Aug]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: SCO: "thread creation is about a thousand times faster than
Date

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
do?

-----Original Message-----
From: yodaiken@fsmlabs.com [mailto:yodaiken@fsmlabs.com]
Sent: Sunday, August 27, 2000 9:42 PM
To: Marty Fouts
Cc: linux-kernel@vger.kernel.org
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 majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:38    [W:0.026 / U:37.024 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site