[squeak-dev] Older VM's won't start the latest beta images

Jaromir Matas mail at jaromir.net
Sat Jun 25 11:32:48 UTC 2022

Hi all,

I wonder if (or how) this is supposed to work:

I’d like to open the latest image using an old VM; I used to do that by copying the old VM’s files into the new image’s directory but it doesn’t work any longer (I’m on Win10); I don’t know how these things are supposed to work; please, could someone point me in the right direction or maybe just confirm it’s not working yet :)

From: Marcel Taeumel<mailto:marcel.taeumel at hpi.de>
Sent: Monday, May 30, 2022 13:48
To: squeak-dev<mailto:squeak-dev at lists.squeakfoundation.org>; vm-dev<mailto:vm-dev at lists.squeakfoundation.org>
Subject: Re: [squeak-dev] Older VM's won't start the latest beta images

Hi Dave --

Here is a possible in-image fix for this problem.


Am 30.05.2022 11:57:22 schrieb Marcel Taeumel <marcel.taeumel at hpi.de>:
Hi Dave --

See https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/638

Should we fix this in the image or in the VM?


Am 30.05.2022 11:48:03 schrieb Marcel Taeumel <marcel.taeumel at hpi.de>:
Hi Dave --

I wonder why I cannot change the format from 68021 to 68533 via

CompiledCode multipleBytecodeSetsActive: true.
Smalltalk snapshot: true andQuit: true.

Any ideas? At least the System Reporter does not report that format. Is this a VM bug?


Am 29.05.2022 16:04:04 schrieb David T. Lewis <lewis at mail.msen.com>:
On Sun, May 29, 2022 at 08:06:59AM +0000, Jaromir Matas wrote:
> Hi,
> 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).
> I?m on Win10, the process explorer (windows) shortly runs WerFault.exe and than the Squeak process is closed/disappears.

The change is here:


The current release candidate image does not have this, but it will be
applied as soon as you update that image, and it expected to be part of
the final release. The update applies a new image format number to the
saved image files (stored in the first 4 bytes of the image file) when
multiple bytecode set support is required from the VM. Effectively, the
means that the image is using the Sista bytecode set. Older VMs can
run the Sista bytecodes but do not yet have the code for recognizing
the additional image format number.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20220625/fa08edab/attachment.html>

More information about the Squeak-dev mailing list