Very Computer

kill(-child_pid, SIGKILL);

Otherwise, there's no automatic way to do it.

--

Genuity, Woburn, MA
*** DON'T SEND TECHNICAL QUESTIONS DIRECTLY TO ME, post them to newsgroups.
Please DON'T copy followups to me -- I'll assume it wasn't posted to the group.

w> How can I set the child to process group leader?

In my server program I do this:

fork()

then, in the child:

setpgrp()
execl()  the child, which is a script
The script does an exec of pppd

To kill pppd, the server knows what the original child pid is, so it runs
another script, passing the original child pid as an argument.  This
second "kill" script then calls:

/bin/kill -s SIGTERM -${1}

Whether this is correct or not, I don't know.  I discovered the concept of
process groups when killing pppd appeared to kill the server as well.

Alan

(If replying by mail, change scatology to AC2)

 w> How can I set the child to process group leader?

 Alan> In my server program I do this:

 Alan> fork()

 Alan> then, in the child:

 Alan> setpgrp()

see also the job control example in the FAQ.

setpgrp() is a bit non-portable because there were two incompatible
versions: the BSD version with two arguments (equivalent to setpgid)
and the SysV version with no arguments (equivalent to setpgid(0,0)).

The FAQ example calls setpgid() for the child in both parent and child
processes; that's necessary to avoid race conditions in some cases
(i.e. if the parent needs to make some use of the pgid before the
child process has reached the setpgid() call). The child has to do the
call too because the parent can't change the child's pgrp after the
child has performed an exec*().

--
Andrew.

comp.unix.programmer FAQ: see <URL: http://www.erlenstar.demon.co.uk/unix/>
                           or <URL: http://www.whitefang.com/unix/>