Can I rely absolutely on what happens when a process dies.

David Collier from_busybox_maillist at dexdyne.com
Thu Dec 9 15:31:00 UTC 2010


In article <20101207174632.GA28972 at coneharvesters.com>,
dan at coneharvesters.com (Dan Fandrich) wrote:

> *From:* Dan Fandrich <dan at coneharvesters.com>
> *To:* busybox at busybox.net
> *Date:* Tue, 7 Dec 2010 09:46:36 -0800
> 
> On Tue, Dec 07, 2010 at 10:26:00AM +0000, David Collier wrote:
> > I am struggling a bit with locating and sending signals to 
> > processes like
> > udhcpc.
> > 
> > I enabled the "write your pid to this file" option... but of 
> > course the
> > file persists after the process dies... so if you look in the 
> > file for a
> > pid... and some other process has started up in the meantime with 
> > the
> > SAME pid, you will send your signal to the wrong flipping process.
> 
> The directory holding pid files ought to be on a volatile 
> filesystem like
> tmpfs, or cleared out early on after booting.

yup, they're all on /tmp which is a RAMdisk.

but as noted, I have a screen on which a user can reconfig major
networking stuff, and then I'm expected to restart the networking as
directed.

I could force a reboot.... but over-the-air reboots on unattended boxes
in fields are not the best of ideas.

D


> >>> Dan
> _______________________________________________
> busybox mailing list
> busybox at busybox.net
> http://lists.busybox.net/mailman/listinfo/busybox
> 


More information about the busybox mailing list