Messages in this thread | | | Date | Sat, 31 Jul 1999 23:36:30 +0300 (IDT) | From | Alon Ziv <> | Subject | Re: Patch: CLONE_PPID, CLONE_WAIT, CLONE_SUSPENDED |
| |
On Sat, 31 Jul 1999, Mike Touloumtzis wrote:
> > This appears to be another argument for more flexible > signal semantics (which are currently being worked on, > I think). Suppose you have groups of threads akin to > process groups. Deliver a signal to all threads in a > multithreaded process; then the next one to be scheduled > will handle the core dump. >
No, this is still a no-go.
POSIX signal semantics say that traps go to the faulting thread; only if they're not handled, the whole process is killed (and leaves a coredump). So we can't send the signal to other threads in the process before we know that it should have produced a core dump.
And, besides, at least _my_ plan is to implement the signal semantics entirely in userspace using existing process group semantics.
-az
------------------------+---------------------------------------------------- . __ | Phone: +972 3 5340753 (home), +972 3 9685882 (work) _| / | email: alonz@usa.net / | /_ Alon Ziv | smail: 33 Ha-Rama St., Ganey Tiqwah 55900, Israel ------------------------+---------------------------------------------------- <<<(((this place reserved for that ultra-wise oneliner I haven't found.)))>>>
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |