<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">How is the </span><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">genuine process supposed to answer #isTerminated, isActive etc.?</span></div><div><br></div><div>So, you are wondering about the result of "genuineProcess isTerminated" being sent from a simulated process? Since it is an instance variable, this construction would not easily be possible. Meaning, it is not intended to access the genuine process from outside "Processor".</div><div><br></div><div>> <span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Should there be two active processes? The genuine and the effective?</span><br></div><div><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px"><br></span></div><div>Well, at best, code simulation would be oblivious to the objects involved. So, that question would not arise. Yet, thinking about nested code simulation, one might argue that n processes are "active". :-) From a general perspective, however, only 1 process is running at a time. And most of that time, I would argue, it is some process being the genuine process, not an effective one. ;-) </div><div><br></div><div>> <span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">As a consequence the genuine process is not shown on the Process </span><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">Browser in such a case. [... ] </span><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">And </span><span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">extend the isActiveProcess like [...]</span></div><div><br></div><div>No further changes to Process >> #isActiveProcess are needed for our current understanding of code simulation. :-) Given that debugging the debugger is tricky, debugging a process browser belongs to a similar category.</div><div><br></div><div>Best,</div><div>Marcel</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 13.03.2021 21:30:15 schrieb Jaromir Matas <m@jaromir.net>:</p><div style="font-family:Arial,Helvetica,sans-serif">Hi Marcel, Christoph,<br><br>trying to follow this wonderful job, thanks indeed :) A question: How is the<br>genuine process supposed to answer #isTerminated, isActive etc.? At the<br>moment it answers true to isTerminated if the effective process variable is<br>set. As a consequence the genuine process is not shown on the Process<br>Browser in such a case. <br><br><http: forum.world.st="" file="" t372955="" active_genuine_effective.png=""> <br><br>The effective process rightly answers true to isActiveProcess but what about<br>the genuine one?<br><br>Generally there's not much difference between a genuine and a terminated<br>process. Both have suspendedContext = nil. I guess the only difference is<br>that the genuine process is not terminated, and Processor is the place<br>keeping this information.<br><br>Should there be two active processes? The genuine and the effective? And<br>extend the isActiveProcess like<br><br>  self == Processor activeProcess or: [self effectiveProcess == Processor<br>activeProcess]<br><br>Thanks again, I hope I'm not confused again :)<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>