![]() |
|
|
|
|
|||||||
| Forums | Portal | Register | Forum Rules | FAQ | Contribute | Members List | Arcade | Search | Today's Posts | Mark Forums Read |
| HP-UX HP-UX (Hewlett Packard UniX) is Hewlett-Packard's proprietary implementation of the Unix operating system, based on System V. |
|
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Using Signals | kapilv | High Level Programming | 2 | 6 Days Ago 02:56 AM |
| Threads and Threads Count ? | varungupta | UNIX for Advanced & Expert Users | 2 | 03-21-2008 06:23 PM |
| Threads Signals | uday_kumar_spl | High Level Programming | 1 | 11-03-2004 12:44 AM |
| Signals in Shell | UNIX for Advanced & Expert Users | 5 | 03-26-2003 09:31 AM | |
| Signals In HP-UX | kapilv | High Level Programming | 1 | 08-18-2001 06:58 PM |
|
|
Submit Tools | LinkBack | Thread Tools | Search this Thread | Display Modes |
|
#1
|
|||
|
|||
|
Threads and Signals
I want to handle signals in a process that involves lots of threads. Now I do know that there should be a dedicated thread that will actually be traping signals and then these signals will be ditributed to actual threads.
My question is...in case a signals has been generated by a kernel for the process itself and not any specific thread, then what will be the behaviour of that thread, and how should be the algorithm to differentiate between such signals ? One more quer plz give me the list of signals that are specific to threads...ex: SIGLWP etc.. etc.. |
|||
| Google The UNIX and Linux Forums |
| Forum Sponsor | ||
|
|