>3) What about Roland's modified bomb? I haven't tried it, but I trust him
>when he says that, even when he added a 1 second wait after fork failures
>(to simulate your .5 sec wait), it behaved the same. Thus the delay
>doesn't stop that bomb; the scope of this fix is limited and easily
>circumvented.

actually, roland's modified fork-bomb simply chews the cpu for a
period of time instead of repeatedly trying to fork (and failing and
sleeping) so that the cpu impact of a fork-bomb isn't mitigated in any
way by a sleep imposed by the system.  my enhancement to that was for
him to call getpid() in the loop instead of just looping.

-- 
|-----< "CODE WARRIOR" >-----|
codewarrior@daemon.org             * "ah!  i see you have the internet
twofsonet@graffiti.com (Andrew Brown)                that goes *ping*!"
werdna@squooshy.com       * "information is power -- share the wealth."