Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-05-2006 03:55 AM
12-05-2006 03:55 AM
signals
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-05-2006 03:57 AM
12-05-2006 03:57 AM
Re: signals
# man 5 signal
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-05-2006 04:07 AM
12-05-2006 04:07 AM
Re: signals
In order for a signal to terminate a process in an orderly fashion, the signal must be catchable and it must be caught.
In the shell, arming a 'trap' constitutes the signal handler. When caught, the signal handler code runs and does *only* what you tell it to do. Different actions might be taken upon receipt of different signals. Removing temporary files, flushing file buffers, and releasing shared memory segments are common actions handled.
Some signals are *not* catchable. A kill -9 is the classic case. No signal handler that you write will run when your program receives a SIGKILL. Given that a SIGKILL cannot be caught (trapped) nothing can run to cleanup and hence things like shared memory segments can be left orphaned by your process.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-05-2006 04:09 AM
12-05-2006 04:09 AM
Re: signals
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-05-2006 04:17 AM
12-05-2006 04:17 AM
Re: signals
SIGKILL (signum 9) is the "deadliest" signal of all.
PCS
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-05-2006 04:24 AM
12-05-2006 04:24 AM
Re: signals
Pete
Pete
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-05-2006 04:32 AM
12-05-2006 04:32 AM
Re: signals
I should add that there are times when a SIGKILL will have no effect. If a process is waiting on an I/O, or has already died but is waiting to be removed from the process table by its parent process (a "zombie"); then a 'kill -9' will have no effect.
Regards!
...JRF...