Re: rfork() [was: Concept check]

[Michael Bacarella]

> > Almost all of the flags it accepts seem like functionality that can easily
> > be implemented in userspace around fork() (and maybe vfork()).
> 
> nope. This whole issue is about (let me check :-) ) 4.5 years old. I did
> the first rfork for freebsd ca. 9/1994, and I can tell you that you can't
> easily get what it does with userland wrappers. Well, actually, in the
> general case it's impossible. Just think about that fact that with shared
> file descriptors, a child can open a socket and the parent can use it,
> right down to using the same FD #. (And yes, I use this). I don't want to
> try to emulate that behaviour in userland.

> Fork and vfork, however, are a subset of rfork.

Oh.... Yes, that perspective is much more different and sensible.


One such as me might say that it makes more sense to turn fork() and 
vfork() into userland wrappers for rfork()!

Too bad rfork is an afterthought, and then there are those people that
want their fork()s without userland overhead. Pfft. :)

-MB



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message