<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=Windows-1252"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="blue" vlink="#954F72" style="word-wrap:break-word"> <div class="WordSection1"> Hi Juan, <o:p> </o:p> I’ve observed the debugger to pop up all of a sudden a few times when working with the Process Browser. The root cause seems to be my #isDone method: <o:p> </o:p> isDone "Answer if the receiver has no unexecuted code left." <o:p> </o:p> self isDead ifTrue: [^true]. self isBottomContext ifTrue: [^self atEnd]. self atEnd ifTrue: [^self sender isDone]. ^false <o:p> </o:p> The second line checks if the sender variable is nil and hence the third line assumes the sender is not nil – however it may still be nil if the method computation is preempted and the higher priority process being checked terminates in the meantime. <o:p> </o:p> Here’s my improved version (also enclosed): <o:p> </o:p> isDone "Answer if the receiver has no unexecuted code left." <o:p> </o:p> ^sender ifNil: [self isDeadOrAtEnd] ifNotNil: [:ctx | ctx isDone] <o:p> </o:p> I think this should work as expected because ifNil:ifNotNil: is inlined (not a send). <o:p> </o:p> PS: as a side-effect the ProcessorTest suite now works fine consistently; before, some of the tests failed occasionally (on my Win10/Intel machine). <o:p> </o:p> Best, Jaromir <o:p> </o:p> -- Jaromír Matas<o:p></o:p> mail@jaromir.net<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <div style="mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> From: <a href="mailto:juan@cuis.st">Juan Vuletich</a> Sent: Tuesday, September 6, 2022 16:25 To: <a href="mailto:cuis-dev@lists.cuis.st">Discussion of Cuis Smalltalk</a> Cc: <a href="mailto:mail@jaromir.net">Jaromir Matas</a> Subject: Re: [Cuis-dev] #terminate and #suspend update </div> <o:p> </o:p> Hi Jaromir, On 8/27/2022 7:12 AM, Jaromir Matas via Cuis-dev wrote: <o:p></o:p> <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt"> Hi Juan,<o:p></o:p> <o:p></o:p> > There is one problem left. #isTerminated will always answer false if #suspend primitive failed and old primitive 88 fallback method is called. I just pushed to github update #5458 to address this. Please check it carefully. Maybe you prefer a different solution, I'll be happy to review and integrate it.<o:p></o:p> <o:p></o:p> Oops, I forgot to mention the backward compatibility consideration but you caught it :) (meaning: to be able to run new images with older VMs, not only older images with the new VM). Squeak decided to maintain only its ability to run older images with the new VM - so no change in #isTerminated in Squeak; however I agree with you that "fixing" #isTerminated is worth the effort provided the fix is pretty easy.<o:p></o:p> <o:p></o:p> I'm enclosing my original suggestion for #isTerminated; I think the semantics is very similar to your version (checking whether the remaining context chain has anything useful left) except one thing: Your version allows a process with its suspended context's pc = nil to be considered not terminated. My understanding was: if a process's suspended context's pc is nil, it implies the process would be considered terminated. Is this right or would you define 'being terminated' differently?<o:p></o:p> <o:p></o:p> Check this example:<o:p></o:p> <o:p></o:p> ctx _ [] asContextWithSender: [] asContext.<o:p></o:p> p _ Process forContext: ctx priority: 40.<o:p></o:p> ctx pc: nil.<o:p></o:p> p isTerminated. "answers false in your version and true in mine"<o:p></o:p> <o:p></o:p> I already noticed a while ago my previous version of #isTerminated failed to catch pc = nil in a process's suspended context and evaluate the process as 'terminated'. I wonder now what definition of 'terminated' state is actually 'the right one'.<o:p></o:p> </blockquote> I had assumed there would always be sender frames. I believe my code worked correctly unless there were no sender frames of the frame with pc=nil. In any case, your version is more robust and nicer code. I just integrated it. Thanks! <o:p></o:p> <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt"> Another question: in the example above - how do you look at the bytecodes of ctx? In Squeak the Explorer shows the bytecodes right away but in Cuis I have to open an extra inspector for 'method' and look at 'allBytecodes', right? <o:p></o:p> </blockquote> Yes. You are right. The explorer could be improved, to behave like Squeak's in this case. If you happen to have a couple of hours to hack this, it would be useful. <o:p></o:p> <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt"> In Squeak the process p answers true to #isTerminated even without nilling its pc, which is expected because each of the two contexts consists only of a single instruction, a return. But in Cuis I'm not sure how come the answer is false; I suspect I've got confused by the different implementation of Context / ContextPart in Squeak/Cuis. Here's what I mean:<o:p></o:p> <o:p></o:p> ctx _ [] asContextWithSender: [] asContext.<o:p></o:p> p _ Process forContext: ctx priority: 40.<o:p></o:p> p isTerminated. "answers false in Cuis and true in Squeak because ctx atEnd differs"<o:p></o:p> </blockquote> Just tried the example above, and it answers false in Squeak 6.0 alpha 21576 on my Intel Mac. Maybe this has changed recently? Perhaps it needs fixing in both environments. <o:p></o:p> <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt"> ... while this works the same in both:<o:p></o:p> <o:p></o:p> ctx _ [1] asContextWithSender: [] asContext.<o:p></o:p> p _ Process forContext: ctx priority: 40.<o:p></o:p> p isTerminated. "answers false in both Cuis and Squeak because ctx is not atEnd"<o:p></o:p> </blockquote> Yes it does. <o:p></o:p> <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt"> Thank you for your advice.<o:p></o:p> <o:p></o:p> Best regards,<o:p></o:p> Jaromir<o:p></o:p> <o:p></o:p> --<o:p></o:p> Jaromír Matas<o:p></o:p> <a href="mailto:mail@jaromir.net">mail@jaromir.net</a><o:p></o:p> <o:p></o:p> </blockquote> Thanks, <o:p></o:p> <pre>-- </pre> <pre>Juan Vuletich</pre> <pre>cuis.st</pre> <pre>github.com/jvuletich</pre> <pre>researchgate.net/profile/Juan-Vuletich</pre> <pre>independent.academia.edu/JuanVuletich</pre> <pre>patents.justia.com/inventor/juan-manuel-vuletich</pre> <pre>linkedin.com/in/juan-vuletich-75611b3</pre> <pre>twitter.com/JuanVuletich</pre> <o:p> </o:p> </div> </body> </html>