#fork and deterministic resumption of the resulting process
Paolo Bonzini
bonzini at gnu.org
Tue Feb 5 21:12:37 UTC 2008
> I ran into a similar problem in VAST that I got around by extending Block and
> Process. I extended Block with #forkReady, #forkReadyAt: and some others and
> Process with #ready. The #forkReady extension to Block basically does what it
> says, it creates a new fork or process in the ready state by does not start it
> immediately. The new process will wait for its normal turn to start. The
> #ready extension to Process makes the process ready without running it
> immediately and is used by #forkReady.
I bet that your #forkReady has the same race condition problem that
Andreas is trying to solve in Squeak's #fork. :-(
Paolo
More information about the Squeak-dev
mailing list
|