[squeak-dev] Revised suspend: possible need for a fix in SqueakMap (?)
Jaromir Matas
mail at jaromir.net
Wed Jun 15 09:21:57 UTC 2022
Hi Marcel, all,
Jakob spotted an issue with Squot after introducing the revised #suspend semantics (prim 578) and the latest version of #terminate.
I found a pattern in Squot where you suspend and resume a process: if the process was on a semaphore the new #suspend semantics would change the behavior of the computation; however we don’t know yet whether this is the cause of Squot’s issue.
The same pattern:
oldUIProcess suspend.
Project resumeProcess: oldUIProcess.
is used in InstallerSqueakMap >> #update so I wonder whether this might be an issue too. I have no experience with SqueakMap and don’t know how to find out whether InstallerSqueakMap >> #update works as intended or whether a fix is necessary; could possibly somebody experienced verify?
The fix should be straightforward: use #suspendAndUnblock instead of #suspend to revert to the previous semantics (prim 88) in this particular case.
Thanks for your help.
Best,
Jaromir
--
Jaromír Matas
mail at jaromir.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20220615/32d1548f/attachment.html>
More information about the Squeak-dev
mailing list
|