<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 25, 2022 at 11:16 AM David T. Lewis <<a href="mailto:lewis@mail.msen.com">lewis@mail.msen.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On Sat, Jun 25, 2022 at 10:30:54AM -0700, Eliot Miranda wrote:<br>
> On Sun, May 29, 2022 at 7:03 AM David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> wrote:<br>
> <br>
> > On Sun, May 29, 2022 at 08:06:59AM +0000, Jaromir Matas wrote:<br>
> > > Hi,<br>
> > > I wonder what?s changed that the images starting from<br>
> > Squeak6.0beta-21772-64bit on won?t start with the previous release VM<br>
> > (squeak.cog.spur_win64x64_202003021730) or even with pre-release new VMs<br>
> > (e.g. version 3154).<br>
> > ><br>
> > > I?m on Win10, the process explorer (windows) shortly runs WerFault.exe<br>
> > and than the Squeak process is closed/disappears.<br>
> > ><br>
> ><br>
> > The change is here:<br>
> ><br>
> > <a href="http://lists.squeakfoundation.org/pipermail/squeak-dev/2022-May/220660.html" rel="noreferrer" target="_blank">http://lists.squeakfoundation.org/pipermail/squeak-dev/2022-May/220660.html</a><br>
> ><br>
> > The current release candidate image does not have this, but it will be<br>
> > applied as soon as you update that image, and it expected to be part of<br>
> > the final release. The update applies a new image format number to the<br>
> > saved image files (stored in the first 4 bytes of the image file) when<br>
> > multiple bytecode set support is required from the VM. Effectively, the<br>
> > means that the image is using the Sista bytecode set. Older VMs can<br>
> > run the Sista bytecodes but do not yet have the code for recognizing<br>
> > the additional image format number.<br>
> ><br>
> <br>
> So given that older VMs supported the bytecode set and have (as do all Cog<br>
> VMs) a VM parameter flag bit to indicate this, what's the rationale for the<br>
> image format number including whether the image chooses to use the bytecode<br>
> set or not?<br>
> <br>
<br>
To the best of my recollection, it's something that we all agreed on a<br>
few years ago. The commit notice in ImageFormat-dtl.37 refers to our<br>
oversight board meeting of 2019-05-15. You were part of that discussion.<br></blockquote><div><br></div><div class="gmail_default" style="font-size:small">And of course I've long forgotten.  It feels over complicated to me now.  Bit I do see that setting the flags from the image via a primitive (preferably vmParameterAt: rather than a whole bespoke primitive for 1 parameter) is better than having the VM note when it's using a particular bytecode set.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">BTW, part of the commit comment is probably wrong.  I would expect both fields 0 implying a pre-Sista (V3) bytecode set. I would expect 0, 1 to imply V3 primary, SistaV1 secondary, etc.</div><div class="gmail_default" style="font-size:small"></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Getting the update into the VM took longer than originally anticipated.<br></blockquote><div><br></div><div class="gmail_default" style="font-size:small">No matter. We have it now and you explained the fix to Jaromir, who wants to do this for special reasons (testing that the suspend fallback code functions properly, even though this isn't strictly necessary).</div><div class="gmail_default" style="font-size:small"></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Dave<br>
</blockquote></div><div><br></div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div></div>