<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
                                        Hi Jaromir,<div><br></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">> The other problem I raised in [...]</span><br></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">> is that the really executing process (which really is the genuine process)</span><br style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">> is invisible to the user because it responds true to isTerminated! In order</span><br style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">> to make this process visible I tweaked a bit the isTerminated as you can see</span><br style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">> at the top of the printscreen.</span><br></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;font-size: 13px">In this discussion, you should always specify whether "responds to" involves a sender within a simulated or genuine "context". ;-) I am still not convinced that this is an actual problem.</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;font-size: 13px">Best,</span></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Marcel</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;min-width: 500px">
                        <p style="color: #AAAAAA; margin-top: 10px;">Am 15.03.2021 09:35:15 schrieb Jaromir Matas <m@jaromir.net>:</p><div style="font-family:Arial,Helvetica,sans-serif"><br>> Hi Jaromir,<br><br><br>> thanks a lot for your answer! Great to hear that you have found some other<br>> examples that would benefit > from my patch as well. :-)<br><br>Hi Christoph,<br><br>I've realized there's one disadvantage to your patch. It quite successfully<br>masks the real issue but every occurrence/application of the patch leaves<br>one suspended process behind - the one that was left prematurely through the<br>non-local return - see the enclosed printscreen after two iterations of your<br>example:<br><br><http: forum.world.st="" file="" t372955="" christoph_fix_disadvantage.png=""> <br><br>Purple highligted processes are being left behind every occurrence of the<br>patch application.<br><br>The other problem I raised in<br>http://forum.world.st/Please-try-out-Fixes-for-debugger-invocation-during-code-simulation-tp5127684p5127748.html<br>is that the really executing process (which really is the genuine process)<br>is invisible to the user because it responds true to isTerminated! In order<br>to make this process visible I tweaked a bit the isTerminated as you can see<br>at the top of the printscreen.<br><br>The scary part is after one occurrence of the issue the image may happily<br>run with the invisible UI forever - or to be precise until another error<br>occurs and the invisible becomes visible :)<br><br>Best,<br> <br><br><br><br><br>-----<br>^[^ Jaromir<br>--<br>Sent from: http://forum.world.st/Squeak-Dev-f45488.html<br><br></http:></div></blockquote></div>