lkml.org 
[lkml]   [1997]   [Feb]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Signals
Date
From
In message <Pine.LNX.3.91.970204181020.167A-100000@chaos.analogic.com>,"Richard
B. Johnson" writes:
[...]

> Now, I have an old version of Unix System V Release 2.0 User Reference
> Manual, Copyright 1983 AT&T Bell Telephone Laboratories, Inc. (<grin>)
> The __first__ real UNIX documentation. Under SIGNAL(2) there are only
> 19 defined signals! Anything outside this range is illegal. However, there
> is also SSIGNAL(4), the "software signals" which are all user defined and,
> according to the documentation, are handled within the 'C' runtime
> library, not the kernel. These are aparently implemented from a "master"
> signal, SIGUSR1, because they explicitly state that when using SSIGNAL,
> the function of SIGUSR1 is undefined.

Unfortunately, there are some major differences with ssignal/gsignal.
First, the System V man page says you can only have 16 of them numbered
1-16.
Second, (and much more important to my mind) you will notice a conspicuous
lack of pid in the calls. You can only send "signals" to yourself. Not a
great deal of use IMHO.

To be honest, I really don't see the problem. You have SIGUSR1 and SIGUSR2.
You can overload information by other means if necessary, but generally,
relying on signals for "IPC" makes for unreliable, impossible to debug
software (at least that's my experience). There are better ways of
doing this (i.e. the event driven programming model).

t

--
Tim Wright, Worldwide Technical Services, | Email: timw@sequent.com
Sequent Computer Systems Inc., 15450, |
SW Koll Parkway, Beaverton, Oregon 97006 | Phone: +1-503-578-3822
"Applying computer technology is simply finding the right wrench to pound
in the correct screw"



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