<div dir="ltr"><div><div>Pharo or Squeak ?<br><br></div>In squeak, this stackframe / large stackframe bug was introduced some months ago by a change for the compiler but it is already fixed.<br></div>In pharo, we have a simliar bug (in pharos compiler (opal), not related to the change on the squeak compiler). <br>This is a bug that is known but not yet fixed <br><div class="ixBug"><div class="ixBug5"><a href="https://pharo.fogbugz.com/default.asp?13854">13854</a></div></div><div class="content title">frameSize calculated wrongly for #lineSegmentsDo: !<br><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-08-09 18:39 GMT+02:00 tim Rowledge <span dir="ltr">&lt;<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Sabine,<br>
As a general rule of thumb, if a method is too long to see at a glance - in practice this means too long to fit on your screen - then it almost certainly needs splitting up. I have been forcibly reminded of this a lot recently due to having to decode insanely long Python routines; seriously - 1100 lines for a single function?<br>
<br>
tim<br>
--<br>
tim Rowledge; <a href="mailto:tim@rowledge.org">tim@rowledge.org</a>; <a href="http://www.rowledge.org/tim" rel="noreferrer" target="_blank">http://www.rowledge.org/tim</a><br>
Strange OpCodes: FSRA: Forms Skip and Run-Away<br>
<br>
<br>
</blockquote></div><br></div>