<div dir="ltr"><div><div><div>Anyway, MC use a DataStream.<br>A DataStream has no specific method for writing a Character (see typeIDFor: )<br></div>It writes a String like this:<br><br>nextStringPut: s <br>    &quot;Append the string, s, to the receiver.  Only used by DataStream.  Max size of 64*256*256*256.&quot;<br>
<br>    | length |<br>    (length := s size) &lt; 192<br>        ifTrue: [self nextPut: length]<br>        ifFalse: <br>            [self nextPut: (length digitAt: 4)+192.<br>            self nextPut: (length digitAt: 3).<br>
            self nextPut: (length digitAt: 2).<br>            self nextPut: (length digitAt: 1)].<br>    self nextPutAll: s asByteArray.<br>    ^s<br><br></div>So, there are chances that the Spur MC output perfectly match the Cog MC output...<br>
</div>In this case, there is not even a fallback to text.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-14 21:21 GMT+02:00 Nicolas Cellier <span dir="ltr">&lt;<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank">nicolas.cellier.aka.nice@gmail.com</a>&gt;</span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-14 21:15 GMT+02:00 Eliot Miranda <span dir="ltr">&lt;<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>&gt;</span>:<div>
<div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi All,<div><br></div><div>    I&#39;ve moved my VM work from an old Squeak 4.1 image to a trunk-derived 4.5 image and now to a Spur version of that.  Remember that Spur has immediate characters.  So the stupid thing I did was...</div>


<div><br></div><div>I just published a version of Compiler to trunk form my Spur image.  So right now that package&#39;s binary component is potentially Spur format.  I realised too late and thought &quot;oh s..., maybe I broke trunk&quot;.  So I started up my non-Spur image and checked that I could successfully load the new Compiler package.</div>


<div><br></div><div> Can anyone who understands the binary scheme inside Monticello packages explain why it &quot;just worked&quot;?<span><font color="#888888"><br clear="all"><div><br></div></font></span></div>
</div></blockquote><div><br></div></div></div><div>MCZ also embed a textual source file.<br></div><div>If ever MC fails to decode the binary blob it falls back to decoding the text...<span class="HOEnZb"><font color="#888888"><br>
<br></font></span></div><span class="HOEnZb"><font color="#888888"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><span><font color="#888888"><div></div>-- <br>relieved,<div>Eliot</div>
</font></span></div></div>
<br><br>
<br></blockquote></font></span></div><br></div></div>
</blockquote></div><br></div>