many tails
Cameron Simpson
cs at zip.com.au
Fri Dec 8 02:08:03 UTC 2006
On 07Dec2006 11:10, Mike - EMAIL IGNORED <m_d_berger_1900 at yahoo.com> wrote:
| PROBLEM SOLVED but there may be another. I have confirmed
| Andy's description. The reason that I had many persistent
| tail processes is that I run swatch with the --tail-file
| option. When I kill a swatch process, it leaves a tail
| processes behind, but the tail process no longer receives
| input. (I discovered this the hard way -- a day after
| killing all my tails, I found that my swatch was no longer
| reporting.)
|
| The new problem: what to do (automatically) to eliminate the
| tail when I kill a swatch?
Well, first up it sounds like a bug in swatch. Report it!
You could try to find out if swatch is in its own process group.
If you started it from an interactive shell, or it is in its own
terminal "stand alone", as it were, then this is probably true.
Evn more helpfully, it is probably the process group leader, so the
number of the process group is the same as swatch's pid.
Just as you kill a process with
kill -s 15 pid-number
you can kill a process group with a negative number.
kill -s 15 -pgroup-number
... but ... you need to disam
You need to use "-s signal' instead of "-signal" because otherwise the
"-pgroup-number" looks like a signal.
Example:
kill -s 15 -1234
to kill process group "1234" with signal 15 (SIGTERM, the default
signal).
Cheers,
--
Cameron Simpson <cs at zip.com.au> DoD#743
http://www.cskk.ezoshosting.com/cs/
At some point, we must recognize that the judiciary is not omniscient, and
that all problems do not require a remedy of constitutional proportions.
- Justice Clarence Thomas
More information about the fedora-list
mailing list