<div dir="ltr"><div>Bingo, by instrumenting basicNew with self name == #Alias ifTrue: [self haltOnce], I got my first Alias during update 228, with previous version of Association>>asBinding: (said like that it sounds like sexually transmitted infection).<br>
</div>Once in the references, an Alias is sticky. If you recompile, you just propagate the Alias in each and every reference to the global...<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/12/18 Nicolas Cellier <span dir="ltr"><<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank">nicolas.cellier.aka.nice@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Previous version of Association>>asBinding: could have created the Alias...<br><br></div>
By evaluating this:<br><br>Smalltalk globals instVarNamed: 'references' put: IdentityDictionary new.<br>
Symbol rehash. "Argh this should not be necessary but I got two instances of the same Symbol"<br>Compiler recompileAll.<br>Smalltalk garbageCollect.<br>Alias allInstances size.<br><br></div>the number of Alias felt from 45 to 6 in my image, presumably some closure.<br>
<div><div><div><div><br></div></div></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">2013/12/17 Frank Shearar <span dir="ltr"><<a href="mailto:frank.shearar@gmail.com" target="_blank">frank.shearar@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On 17 December 2013 22:27, Chris Muller <<a href="mailto:asqueaker@gmail.com" target="_blank">asqueaker@gmail.com</a>> wrote:<br>
> I wrote:<br>
><br>
> On Sat, Dec 14, 2013 at 4:33 PM, Chris Muller <<a href="mailto:ma.chris.m@gmail.com" target="_blank">ma.chris.m@gmail.com</a>> wrote:<br>
>><br>
>> I'm trying to get a picture of our state of quality (for release) in<br>
>> terms of our tests.<br>
>><br>
>> Here are failing tests in Trunk (as debuggable expressions):<br>
>> ... snip...<br>
>><br>
>> 5. (MethodHighlightingTests selector: #testMethodHighlighting) debug.<br>
><br>
> Working on this one today. The root cause of the test breakage seems<br>
> to be the fact that the variable binding for String is now an Alias,<br>
> which responds "true" to #isSpecialReadBinding.<br>
><br>
> This causes LiteralVariableNode>>#sizeCodeForValue: to bypass the<br>
> guard at the top of that method, calculating a different value than it<br>
> otherwise would.<br>
><br>
> What should be done?<br>
<br>
</div></div>(right arrow, enter)<br>
<br>
Right. I'm not sure what should be done, but we've seen Aliases<br>
causing trouble elsewhere. IIRC I chased a semi-wild goose finding out<br>
that #String -> Alias -> ClassBinding pointing to String isn't the<br>
same as a ClassBinding pointing to String.<br>
<br>
Colin right asked why we have Aliases at all (because at the moment we<br>
only have one Environment, hence no imports, hence no need for any<br>
Aliases). We don't know where they came from. Attempting to Compiler<br>
recompileAll doesn't get right of them.<br>
<span><font color="#888888"><br>
frank<br>
<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>