<body><div id="__MailbirdStyleContent" style="font-size: 12pt;font-family: calibri;color: #000000">
Hi Stef,<div><br></div><div>such fragility should usually be discovered quickly by the progarmmer that tries something like this. So, this is not considered an issue for bigger projects. Since Squeak is an interactive environment, the feedback loop is very short in this regard.</div><div><br></div><div>As for your GC concerns: Can you construct a more elaborate example? If your environment experiences a severe memory issue, you should just try to clean-up the system like in the release process:</div><div><br></div><div>UserInterfaceTheme cleanUp: true.</div><div><br></div><div>or</div><div><br></div><div>Smalltalk cleanUp: true.</div><div><br></div><div>Since the "cope" instVar is local to a specific instance of UserInterfaceTheme, programmers can easily fix any issues there. One could also add a test case for that to improve usability. :)</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;">
<p style="color: #AAAAAA; margin-top: 10px;">Am 17.09.2017 14:04:21 schrieb Stéphane Rollandin <lecteur@zogotounga.net>:</p>Nice informative post, thanks Marcel.<br><br>I think I see something fragile in the implementation though: each <br>#userInterfaceTheme send must absolutely be followed by another <br>selector, else the relevant stacked object (in the scope inst. var. of <br>the theme) will not be popped at the proper moment.<br><br>In other words, a line of code as simple as<br><br> Morph new userInterfaceTheme explore<br><br>may break things in potentially ugly ways; for one thing, even if <br>further scope push/pop work properly, the Morph instanciated by the <br>above code will never be GCed...<br><br>Does that make sense?<br><br><br>Stef<br><br>
</blockquote>
</div></body>