SUNWcsu
For each pid operand, the kill utility will perform actions equivalent to the kill(2) function called with the following arguments:
.
- The value of the pid operand will be used as the pid argument.
.- The sig argument is the value specified by the -s option, or by SIGTERM , if none of these options is specified.
The signaled process must belong to the current user unless the user is the super-user.
See NOTES for descriptions of the shell built-in versions of kill.
.- A decimal integer specifying a process or process group to be signaled. The process or processes selected by positive, negative and zero values of the pid operand will be as described for the kill function. If process number 0 is specified, all processes in the process group are signaled. If the first pid operand is negative, it should be preceded by -- to keep it from being interpreted as an option.
.- A job control job ID that identifies a background process group to be signaled. The job control job ID notation is applicable only for invocations of kill in the current shell execution environment.
Note the job control job ID type of pid is available only on systems supporting the job control option.
The job control job ID notation is not required to work as expected when kill is operating in its own utility execution environment. In either of the following examples:
nohup kill %1 &
system( "kill %1");
kill operates in a different environment and will not share the shell’s understanding of job numbers.
When the -l option is specified, the symbolic name of each signal will be written in the following format:
"%s%c", <signal>, <separator>
where the <signal> is in upper-case, without the SIG prefix, and the <separator> will be either a newline character or a space character. For the last signal written, <separator> will be a newline character.
When both the -l option and exit_status operand are specified, the symbolic name of the corresponding signal will be written in the following format:
"%s\n", <signal>
sends the SIGKILL signal to the process whose process ID is 100 and to all processes whose process group ID is 165, assuming the sending process has permission to send that signal to the specified processes, and that they exist.
To avoid an ambiguity of an initial negative number argument specifying either a signal number or a process group, the former will always be the case. Therefore, to send the default signal to a process group (for example, 123), an application should use a command similar to one of the following:
kill
[ -sig ] [ pid ] [ %job ] ...
kill [ -sig ] [ pid ] [ %job ] ...
The csh kill built-in sends the TERM (terminate) signal, by default, or the signal specified, to the specified process ID , the job indicated, or the current job. Signals are either given by number or by name. There is no default. Typing kill does not send a signal to the current job. If the signal being sent is TERM (terminate) or HUP (hangup), then the job or process is sent a CONT (continue) signal as well.
- -l
- List the signal names that can be sent.
kill [ -sig ] [ pid
] [ %job ] ...
The ksh kill sends either the TERM (terminate) signal or the specified signal to the specified jobs or processes. Signals are either given by number or by names (as given in signal(5) stripped of the prefix ‘SIG’). If the signal being sent is TERM (terminate) or HUP (hangup), then the job or process will be sent a CONT (continue) signal if it is stopped. The argument job can be the process id of a process that is not a member of one of the active jobs. In the second form, kill -l, the signal numbers and names are listed.