<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 17, 2013 at 12:49 PM, Frank Shearar <span dir="ltr"><<a href="mailto:frank.shearar@gmail.com" target="_blank">frank.shearar@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I ran a MessageTally and was told that False doesn't understand #-.<br>
This, it turns out, was because MessageTally >> #computeGCStats<br>
assumes that all VM parameters are Number-like. Changing the method to<br>
this:<br>
<br>
computeGCStats<br>
"Compute the deltas in the GC stats. Serves for reporting,<br>
hibernating and unhibernating."<br>
SmalltalkImage current getVMParameters keysAndValuesDo:<br>
[ :idx :gcVal |<br>
gcVal isNumber ifTrue: [ "This is the new line"<br>
gcVal ifNotNil: [gcStats at: idx put: (gcVal - (gcStats at: idx))]]]<br>
<br>
lets the MessageTally run to completion. Now this might be because I'm<br>
running a Cog r.2672 and a 4.3 image. I don't know.<br>
<br>
My question is this: should SmalltalkImage current getVMParameters<br>
keys be a collection of Numbers? Or should MessageTally defend against<br>
things not being numbers? Or have I just stumbled across a bad<br>
image/VM combination?<br></blockquote><div><br></div><div>Both of the last two. This was fixed in 4.4 a few weeks ago.</div><div>The VM change was to answer a boolean for parameter 65, this being whether the VM supports multiple bytecode sets or not.</div>
</div>-- <br>best,<div>Eliot</div>
</div></div>