Date: Tue, 10 Nov 1998 11:39:48 -0500 (EST) From: Brian Feldman <green@unixhelp.org> To: Sheldon Hearn <axl@iafrica.com> Cc: Dmitry Valdov <dv@dv.ru>, Kris Kennaway <kkennawa@physics.adelaide.edu.au>, Brian Somers <brian@FreeBSD.ORG>, current@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp ip.c Message-ID: <Pine.BSF.4.05.9811101138460.6411-100000@janus.syracuse.net> In-Reply-To: <11258.910689277@axl.training.iafrica.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 10 Nov 1998, Sheldon Hearn wrote: > > > On Tue, 10 Nov 1998 11:52:33 +0300, Dmitry Valdov wrote: > > > Thanks, will be know. But why not to fix it in ppp? :) > > Hi Dmitry, > > Even if ppp does the route cleanup for you, a signal 9 (KILL) doesn't Duh. > allow it to attempt graceful exit. This means that building cleanup code > into ppp would not "fix it in ppp", since the code would never be > reached once a SIGKILL is received. > > Assuming you _want_ to send ppp a SIGKILL instead of SIGTERM, your best > bet is to run ppp from a shell wrapper script and put the route cleanup > in the script, after the line that runs ppp. > > It would be nicer, though, if you could send ppp a SIGTERM instead. I > remember that this wasn't always feasible last year when I used to use > ppp (sometimes SIGTERM would have no apparent effect), but it's worth I've noticed this too, sometimes having to SIGKILL ppp because SIGTERM didn't seem to do much of anything. > checking to see whether the software doesn't respond to this signal if > you haven't checked already. > > Hope this helps, > Sheldon. > Brian Feldman > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9811101138460.6411-100000>