<br><br><div class="gmail_quote">On Feb 5, 2008 11:02 PM, Bert Freudenberg &lt;<a href="mailto:bert@freudenbergs.de">bert@freudenbergs.de</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On Feb 5, 2008, at 10:29 , Andreas Raab wrote:<br><br>&gt; Paolo Bonzini wrote:<br>&gt;&gt; I&#39;m with Terry on the correct idiom to use, i.e.<br>&gt;&gt; &nbsp; &nbsp; workerProcess := [self runWorkerProcess] newProcess.<br>
&gt;&gt; &nbsp; &nbsp; workerProcess resume.<br>&gt;<br>&gt; Sigh. One of the problems with examples is that they are ... well<br>&gt; examples. They are not the actual code. The above solution is<br>&gt; simply not applicable in our context (if it were, I would agree<br>
&gt; with it as the better solution).<br>&gt;<br>&gt; [BTW, I&#39;m gonna drop out of this thread since it&#39;s clear that there<br>&gt; is too much opposition for such a change to get into Squeak. Which<br>&gt; is fine by me - I&#39;ll wait until you will get bitten in some really<br>
&gt; cruel and unusual ways and at that point you might be ready to<br>&gt; understand why this fix is valuable. Personally, I think that<br>&gt; changes that take out an unusual case of non-determinism like here<br>&gt; are always worth it - if behavior is deterministic you can test it<br>
&gt; and fix it. If it&#39;s not you might get lucky a hundred times in a<br>&gt; row. And in the one critical situation it will bite you].<br><br></div></div>Well, you should give us a bit more than a few hours ;) Until now<br>
most posters did not even understand the proposal.<br><br>I for one would appreciate getting your fix in. It does not change<br>the current semantics, and makes one very common idiom (var := [...]<br>fork) safer to use. There may be better idioms, granted. However, for<br>
now Squeak&#39;s scheduling policy is beautifully deterministic, and I<br>like keeping simple things simple.<br></blockquote></div><br><br>Andreas&#39;s original code was buggy and his proposed fix was incorrect.<br><br>You should never make any assumptions about the scheduling behaviour of your environment. It can and will change in the future. Also, it makes your code less portable across dialects.<br>
<br>Gulik.<br><br clear="all"><br>-- <br><a href="http://people.squeakfoundation.org/person/mikevdg">http://people.squeakfoundation.org/person/mikevdg</a><br><a href="http://gulik.pbwiki.com/">http://gulik.pbwiki.com/</a>