<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body>
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
<p>Hi all, Hi Marcel,</p>
<p><br>
</p>
<p>I am investigating different issues after installing the latest Trunk updates today, and I can reproduce this in multiple images. The error pattern is like this:</p>
<p><br>
</p>
<p>After saving the clean image and reopening it, the image fails to start up again, not showing any EEs or debuggers, but just freezing - in some cases, not even the host window showed up, and the VM allocates more and more RAM. Recovery via Cmd + dot (interrupt)
 impossible. It *could* play a role that I have deleted the "locale" folder on my machine because it made the docking bar menu slower?</p>
<p><br>
</p>
<p>Here is my fix to this bug: *Before* closing the image, go to <span>Locale class>>#startUp: and comment out the "<span>self currentPlatform: nil." line. Now you can safely save and close your image again and it will reopen correctly.</span></span></p>
<p><span><span>If you have already closed the image, here is another workaround: Open the image twice in parallel so that the second image will show up the warning "cannot write to change file". Instead of closing this dialog, debug its invocation via the dialog
 window menu and install the patch described above first before proceeding the startup phase.</span></span></p>
<p><span><span><b><br>
</b></span></span></p>
<p><span><span><b>@everyone</b> I would recommend you make sure that you are not affected by the issue to avoid possible data loss before you save your image again (if you keep thousands of important notes in your image like me ...). You could do this by saving
 a new version of your important image and trying to open this version in a second VM instance. If this works, you are not affected. If you experience troubles, make the described patch before saving your image to the regular path again.</span></span></p>
<p><span><span><br>
</span></span></p>
<p><span><span>Best,</span></span></p>
<p><span><span>Christoph</span></span></p>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>Von:</b> Squeak-dev <squeak-dev-bounces@lists.squeakfoundation.org> im Auftrag von Taeumel, Marcel<br>
<b>Gesendet:</b> Donnerstag, 10. März 2022 17:25:32<br>
<b>An:</b> squeak-dev<br>
<b>Betreff:</b> [squeak-dev] PSA | Possible EE during Trunk updates, quickfix here</font>
<div> </div>
</div>
<div>
<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
Hi all --
<div class="mb_sig"></div>
<div><br>
</div>
<div>I finished committing the clean-ups around Locale and LanguageEnvironment. </div>
<div><br>
</div>
<div>Unfortunately, I overlooked an edge case concerning the load order within System-mt.1318, where "LocaleID class >> #default" was not yet installed but needed by another method in that package version. As a consequence, a<span style="font-size: 10pt">n
 EmergencyEvaluator (EE) is possible if you are using a GetTextTranslator bc. we are translating even some fixed strings that are used during MCMcmUpdater logging ... -.-"</span></div>
<div><span style="font-size: 10pt"><br>
</span></div>
<div><span style="font-size: 10pt">Two possible workarounds:</span></div>
<div><span style="font-size: 10pt"><br>
</span></div>
<div>A) Do not use a GetText translation, that is, close your image, rename the "locale" folder, and then restart the image to then do the update.</div>
<div><br>
</div>
<div>B) Compile this method before the update: "LocaleID class compile: 'default ^ self isoLanguage: ''en'' ' "</div>
<div><br>
</div>
<div>Our CI at <a href="https://github.com/squeak-smalltalk/squeak-app/actions"><span style="font-size: 10pt">https://github.com/squeak-smalltalk/squeak-app/actions</span></a> is not affected. <span style="font-size: 10pt">Sorry for the inconvenience.</span></div>
<div><br>
</div>
<div>Best,</div>
<div>Marcel</div>
</div>
</div>
</body>
</html>