<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">Hi Christoph,<br><div dir="ltr"><br></div><div dir="ltr"><br><blockquote type="cite">On Mar 4, 2021, at 3:08 AM, Thiede, Christoph <Christoph.Thiede@student.hpi.uni-potsdam.de> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr">
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
<meta content="text/html; charset=UTF-8">
<div dir="ltr">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:#000000; font-family:Calibri,Helvetica,sans-serif">
<p>Hi Jaromir,</p>
<p><br>
</p>
<p>thanks for your report. There are two problems here:</p>
<p><span style="font-size:12pt"><br>
</span></p>
<p><span style="font-size:12pt">1.</span><span style="font-size:12pt"> </span><span style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt">The usage of primitive 19 in #newProcess, which I'm glad not to be the only person to find it questionary.
I already mentioned this here: <a href="http://forum.world.st/Just-another-debugger-bug-primitive-19-td5109411.html" class="x_OWAAutoLink" id="LPlnk312492">http://forum.world.st/Just-another-debugger-bug-primitive-19-td5109411.html</a> IMO the primitive does
not make sense in this place, rather we should raise the simulation guard when <span>primitiveSuspend or <span><span>primitiveResume is invoked via simulation. Still, it is not necessarily a bad thing to let these things happen during simulation - that's why
I would prefer to show some confirmation dialog instead of a warning. This is already on my to-do list and a solution for the second aspect should arrive in the Trunk during the next weeks. :-)</span></span></span></span></p></div></div></div></blockquote><div><br></div>Good to hear. And your point about it not making sense makes me think. Given fast step, whether one hits the simulation guard or not doesn’t depend on whether one is debugging, but depends on whether one is at just the right point to enter doPrimitive:... rather than just perform:.<div><br></div><div>So I agree; we should nuke it, with one proviso. We need to ensure that a newProcess gets Processor activePriority. ie we need to ensure that Processor activeProcess is always correct. Some more thought on this is needed.<br><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:#000000; font-family:Calibri,Helvetica,sans-serif">
<p><span style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt"><span><span><span><br>
</span></span></span></span></p>
<p><span style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt"><span><span><span>2. Debugger chains crashing your image, which has already been discussed in great detail in <a href="http://forum.world.st/I-broke-the-debugger-td5110752.html#a5124736" class="x_OWAAutoLink" id="LPlnk237437">http://forum.world.st/I-broke-the-debugger-td5110752.html#a5124736</a>.
I found the cause of the issue and have provided two possible solutions in this thread. Marcel and I are currently discussing the last details of the patch, but it should be complete soon and will arrive in the Trunk, probably together with the extended simulation
guard as noted above!</span><br>
</span></span></span></p>
<p><span style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt"><span><span><span><br>
</span></span></span></span></p>
<p><span style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt"><span><span><span>If you find further interesting bugs, please let us know them all. :D</span></span></span></span></p>
<p><span style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt"><span><span><span><br>
</span></span></span></span></p>
<p><span style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt"><span><span><span>Best,</span></span></span></span></p>
<p><span style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt"><span><span><span>Christoph</span></span></span></span></p>
<div id="x_Signature">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:rgb(0,0,0); font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols">
<div name="x_divtagdefaultwrapper" style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:; margin:0">
<div><font size="2" color="#808080"></font></div>
</div>
</div>
</div>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>Von:</b> Squeak-dev <squeak-dev-bounces@lists.squeakfoundation.org> im Auftrag von Jaromir Matas <m@jaromir.net><br>
<b>Gesendet:</b> Donnerstag, 4. März 2021 10:03:13<br>
<b>An:</b> squeak-dev@lists.squeakfoundation.org<br>
<b>Betreff:</b> [squeak-dev] Simulation guard <primitive: 19> crashes the image</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">Hi, why the simulation guard <primitive: 19> in BlockClosure >> newProcess?<br>
<br>
It crashes the image when debugging e.g. [] fork. You hit Into -> Into -><br>
the the error window pops up, you cancel it (or Abandon...) and hit Into<br>
again and the image is done :|<br>
<br>
In case there's no reason to keep the simulation guard why not just remove<br>
it?<br>
Thanks,<br>
<br>
Squeak6.0alpha-20243-64bit-202003021730-Windows<br>
<br>
<br>
<br>
-----<br>
^[^ Jaromir<br>
--<br>
Sent from: <a href="http://forum.world.st/Squeak-Dev-f45488.html">http://forum.world.st/Squeak-Dev-f45488.html</a><br>
<br>
</div>
</span></font>
<span></span><br></div></blockquote></div></body></html>