<div dir="ltr">I tried loading these changes manually but my image just crashes hard.<div><br></div><div>If I try to add instance variable 'value' to Character I just get a debugger and no option to continue.</div><div><br></div><div>Karl<br><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 6, 2015 at 8:31 PM, Levente Uzonyi <span dir="ltr"><<a href="mailto:leves@elte.hu" target="_blank">leves@elte.hu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Eliot,<br>
<br>
The workaround is in the Trunk, so if you think that it may help, then please update your image (which creates the .spur versions), and recreate the .spur versions starting from at least Collections.spur-tfel.623 (or the .mcm which contains it).<span class="HOEnZb"><font color="#888888"><br>
<br>
Levente</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On Tue, 5 May 2015, Levente Uzonyi wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It seems to me that the tool which creates the .spur versions of the packages is running in an updated non-spur Trunk image, and it somehow added its own version of #isAlphaNumeric to Collections.spur-tfel.623.<br>
<br>
The method in Collections.spur-tfel.623 is:<br>
<br>
isAlphaNumeric<br>
"Answer whether the receiver is a letter or a digit."<br>
<br>
self asInteger > 255 ifFalse: [ ^((ClassificationTable at: self asInteger + 1) bitAnd: AlphaNumericMask) > 0 ].<br>
^self encodedCharSet isAlphaNumeric: self<br>
<br>
While in Collections-tfel.623 it is:<br>
<br>
isAlphaNumeric<br>
"Answer whether the receiver is a letter or a digit."<br>
<br>
^self encodedCharSet isAlphaNumeric: self<br>
<br>
The version which got patched is from Collections-ul.628 (which merges Collections-ul.625):<br>
<br>
isAlphaNumeric<br>
"Answer whether the receiver is a letter or a digit."<br>
<br>
value > 255 ifFalse: [ ^((ClassificationTable at: value + 1) bitAnd: AlphaNumericMask) > 0 ].<br>
^self encodedCharSet isAlphaNumeric: self<br>
<br>
If I'm right, then we can work around the problem by updating the current methods in Trunk to check whether the AlphaNumericMask is initialized (along with DigitBit and LetterMask). Then update the image which creates, the .spur versions, and finally recreate the Collections.spur packages starting from tfel-623.<br>
<br>
Levente<br>
<br>
On Mon, 4 May 2015, Eliot Miranda wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
On Mon, May 4, 2015 at 1:55 PM, Levente Uzonyi <<a href="mailto:leves@elte.hu" target="_blank">leves@elte.hu</a>> wrote:<br>
I tried to update an old Spur image, and somehow Character >> #isAlphaNumeric from Collections.spur-ul.628 (which should be loaded by<br>
update.spur-ul.311) appeared in the image, while loading Collections.spur-tfel.623 from update.spur-mt.310.<br>
Assuming that the load order of the packages is untouched, I suspect that the method got merged in from the non-spur branch of<br>
Collections somehow.<br>
<br>
<br>
I think the multiple ancestry that one ends up with in Spur packages, e.g. that Collections.spur-abc.123 inherits from<br>
both Collections.spur-xyz-122 and Collections.abc-123, causes issues for the update merge. I wonder whether that could be the cause?</blockquote></blockquote>
</div></div><br><br>
<br></blockquote></div><br></div>