#fork and deterministic resumption of the resulting process
Andreas Raab
andreas.raab at gmx.de
Tue Feb 5 02:30:24 UTC 2008
Michael van der Gulik wrote:
> What I am proposing is simply to make p2 non-nil in 100% of the cases.
> There is no change to those parts of the existing semantics that are
> actually well-defined. The only change is that it takes a rare
> non-deterministic occurrence and makes the overall behavior consistent
> in this case.
>
> You're relying on the current implementation of the scheduler. If the
> implementation of the scheduler changes (such as would happen when
> Squeak is made capable of using multi-cored or multiple CPUs) then your
> bug will re-appear and your "fix" will no longer fix the problem 100% of
> the time.
Indeed, I'm trying to fix it in the context of the *current*
implementation of the scheduler. If you change the scheduler there will
be a variety of new issues of which this is by far the smallest.
Cheers,
- Andreas
More information about the Squeak-dev
mailing list
|