<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">Hi Eliot,</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">> Jaromir, you should be able to run the vm turning on the send trace and see where an image starts to crap out.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The trouble with me is I’ve only ever run the VM by doubleclicking Sqeak.exe icon so far… I’ll try my best though :D<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I only wanted to verify the older VMs run with the new #suspend ok - which they do except one thing: #isTerminated only recognizes the process as terminated when the pc is at the end of the bottom context - which is not true if suspend
uses the fallback code and builds another context on top of the bottom one and suspends there…</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I don’t know if this is relevant or not to keep this level of compatibility with the older VMs but fixing #isTerminated seems easy in case anyone’s interested - see attached.</p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks,</p>
<p class="MsoNormal">Jaromir</p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="border:none;padding:0in"><b>From: </b><a href="mailto:eliot.miranda@gmail.com">Eliot Miranda</a><br>
<b>Sent: </b>Saturday, June 25, 2022 18:45<br>
<b>To: </b><a href="mailto:squeak-dev@lists.squeakfoundation.org">The general-purpose Squeak developers list</a><br>
<b>Subject: </b>Re: [squeak-dev] Older VM's won't start the latest beta images</p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">Hi Dave, Hi Jaromir,<br>
<br>
> On May 29, 2022, at 7:03 AM, David T. Lewis <lewis@mail.msen.com> 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 Squeak6.0beta-21772-64bit on won?t start with the previous release VM (squeak.cog.spur_win64x64_202003021730) or even with pre-release new VMs (e.g. version 3154).<br>
>> <br>
>> I?m on Win10, the process explorer (windows) shortly runs WerFault.exe 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">
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>
> Dave<br>
<br>
I don’t think that’s the reason. Older VMs have supported the Sista bytecode set fir several years. However, older VMs lack the new suspend primitives. These have only been in the vm for about three months.<br>
<br>
Jaromir, you should be able to run the vm turning on the send trace and see where an image starts to crap out. See the -trace argument. The documentation on the flag bits is (alas) in a VMMaker.oscog method on Cogit. (This I should fix)<br>
<br>
Eliot,<br>
_,,,^..^,,,_ (phone)<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>