<body><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000">
                                        Hi, there.<div><br></div><div>Hmm... I think that the position of Project in the StartUpList and ShutDownList is unrelated to this issue. I think I just removed a duplication via <span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Graphics-mt.432.</span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"><br></span></div><div><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px">Looking at Display >> #restore, the bug Jakob mentioned could be related to an issue with "depth" being "0" in the Display object. Not sure how this can happen in any image unless maybe some class-recompilation hickup? But then "nil" would be more likely a reset value than "0" .... </span></span></div><div><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px"><br></span></span></div><div><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px">Anyway, since "AutoStart" is before "Project" in the start-up list, you can start the VM + image + startup script to then reset "depth" in "Display" to "32". :-)</span></span></div><div><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px"><br></span></span></div><div><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px">Display newDepth: 32</span></span></div><div><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px"><br></span></span></div><div><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px">Best,</span></span></div><div><span style="font-family: Arial, Helvetica, sans-serif"><span style="font-size: 13px">Marcel</span></span></div><div class="mb_sig"></div><blockquote class="history_container" type="cite" style="border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;">
                        <p style="color: #AAAAAA; margin-top: 10px;">Am 24.05.2020 19:06:57 schrieb Levente Uzonyi <leves@caesar.elte.hu>:</p><div style="font-family:Arial,Helvetica,sans-serif">I haven't tried to reproduce it yet, but I think the cause of the problem  <br>is that Project - where the new start up code is - is the 41st on the  <br>StartUpList, while DisplayScreen was the 4th. <br>It is possible that objects between those two indexes assume that the  <br>Display had been set up correctly when their #startUp: method is sent. <br> <br>Also, I just went through the StartUpList and I found that it includes  <br>classes which do not override #startUp or #startUp:, so their existence on  <br>the list is questionable. <br> <br>There are also plenty of classes which implement #startUp instead of  <br>#startUp:, which is a problem because #startUp should be deprecated and  <br>removed. <br> <br>Very likely there are similar issues with the ShutDownList. <br> <br> <br>Levente <br> <br>On Sun, 24 May 2020, Jakob Reschke wrote: <br> <br>> The failure is introduced when I load Graphics-mt.432. <br>> <br>> More specifically, I see these changes: <br>> DisplayScreen class>>shutDown (removed) <br>> DisplayScreen class>>startUp (removed) <br>> DisplayScreen>>restore (changed) <br>> DisplayScreen>>shrink <br>> DisplayScreen>>shutDown (removed) <br>> Graphics package postscript (changed) <br>> <br>> It fails after I load either of these: <br>> DisplayScreen class>>startUp (removed) <br>> Graphics package postscript (changed) <br>> <br>> The rest of the changes I can load without breaking the image. <br>> <br>> Am Fr., 22. Mai 2020 um 18:36 Uhr schrieb Jakob Reschke <br>> <forums.jakob@resfarm.de>: <br>>> <br>>> This is from the image before the update, the VM is the same (should <br>>> be the 5.3 release VM if I remember correctly): <br>>> <br>>> Image <br>>> ----- <br>>> C:\Users\Jakob\HiDrive\Squot-trunk-64bit.2.image <br>>> Squeak6.0alpha <br>>> latest update: #19634 <br>>> Current Change Set: Git unit of work <br>>> Image format 68021 (64 bit) <br>>> <br>>> Virtual Machine <br>>> --------------- <br>>> C:\Squeak\VMs\Squeak64\Squeak64.exe <br>>> Open Smalltalk Cog[Spur] VM [CoInterpreterPrimitives VMMaker.oscog-nice.2715] <br>>> Win32 built on Mar  3 2020 08:36:19 GMT Compiler: 4.2.1 Compatible <br>>> Clang 8.0.1 (tags/RELEASE_801/final) <br>>> platform sources revision VM: 202003021730 <br>>> https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Mon Mar 2 <br>>> 18:30:55 2020 CommitHash: 6a0bc96 Plugins: 202003021730 <br>>> https://github.com/OpenSmalltalk/opensmalltalk-vm.git <br>>> CoInterpreter VMMaker.oscog-nice.2715 uuid: <br>>> 78e2f556-9829-42fe-963d-e19dfc43c0e9 Mar  3 2020 <br>>> StackToRegisterMappingCogit VMMaker.oscog-eem.2719 uuid: <br>>> e40f3e94-3a54-411b-9613-5d19114ea131 Mar  3 2020 <br>>> <br>>> Am Fr., 22. Mai 2020 um 18:33 Uhr schrieb Jakob Reschke <br>>> <forums.jakob@resfarm.de>: <br>>> > <br>>> > Hi all, <br>>> > <br>>> > I just updated my Squeak trunk image. After saving, I cannot reload it: <br>>> > <br>>> > --------------------------- <br>>> > Squeak! <br>>> > --------------------------- <br>>> > Aborting!!!! <br>>> > Color depth 0 not supported <br>>> > --------------------------- <br>>> > OK <br>>> > --------------------------- <br>>> > <br>>> > Then it prints the stack trace and exits. <br>>> > <br>>> > I restored a backup from yesterday and reloaded my own changes. An <br>>> > image saved from that is still functional. After updating Squeak <br>>> > again, I see the same error as above, so it is reproducible. <br>>> > <br>>> > But I cannot invoke the error with a fresh image... so it must be <br>>> > something with my image after all. Any ideas or suggestions? Does <br>>> > anyone else experience issues after an update? <br>>> > <br>>> > Kind regards, <br>>> > Jakob <br></forums.jakob@resfarm.de></forums.jakob@resfarm.de></div></blockquote>
                                        </div></body>