vfork()

[Chris Torek]

In article <11366 at dog.ee.lbl.gov> I wrote:
>[quoting Paul Falstad] ... But another statement above, that
>children of vfork cannot `destroy the parent's stack frame', is not
>correct for (some/many/most?) existing implementations, as even the
>stack is shared.

... which is of course what Paul wrote in the first place.

Just to be absolutely clear on the point:  The child of a vfork must
not return from the function that called vfork, as this could destroy
the (shared) stack frame, causing the parent process to misbehave later.
In some implementations this restriction is relaxed to `if the child
returns, it must not call any other functions'.

These `features' of vfork are subject to change without notice.
-- 
In-Real-Life: Chris Torek, Lawrence Berkeley Lab CSE/EE (+1 415 486 5427)
Berkeley, CA		Domain:	torek at ee.lbl.gov