[BusyBox] udhp/dhcpd.c (lost/rejected) patch

Paul Fox pgf at brightstareng.com
Sun Jan 30 21:55:53 UTC 2005


 > >  > > Even though I've never observed udhcpd crashing, this
 > >  > > patch affords the comfort of knowing that init will
 > >  > > respawn udhcpd if this unlikely event does occur.
 > >  > 
 > >  > Wouldn't it just be much easier then to start udhcpd from an init.d
 > >  > style script?
 > >  > 
 > > 
 > > i'm surprised at the pushback being given to this trivial feature --
 > > one which may help increase overall reliability of an embedded
 > > system.  it sounds like people think that if dhcp dies, perhaps
 > > because of a latent bug in its underlying libraries, that it's
 > > really better that it stay dead rather than be restarted.  it's
 > > all very well to say "the bug should be fixed", but in the
 > > meantime someone's little embedded box on a shelf somewhere isn't
 > > functioning correctly, and is waiting for them to power-cycle it.
 > 
 > 
 > How about a patch that gives optional (compile time) proper getopt
 > support to udhcpd.

you mean for all of the config options?  sure, that would be
fine, or even if it were just for some of them.  your call.  but
i'd be equally happy seeing the original patch for foreground
operation be re-implemented to use the existing config-file
mechanism -- all that code is already there, and adding one more
boolean to the table doesn't seem like it would be that big a
deal.  (not that i've looked closely at it.)

paul
=---------------------
 paul fox, pgf at brightstareng.com



More information about the busybox mailing list