<div dir="ltr">Hi again.<div><br></div><div>After the discussion a while back about 64 bit being slower than 32, I ran the full test suite for the latst 5.2a release against both on Windows.</div><div><br></div><div>32bit - 22:52.193</div><div>64bit - 25:07.789</div><div><br></div><div>Yep, looks like the truth.</div><div><br></div><div>The results - same number of failures (21) and expected failures (29) on both.</div><div>32bit had 2 errors</div><div>  - WebClientServerTest>>#testGetFields (Test timed out)</div><div>  - AllocationTest>>#testOutOfMemorySignal</div><div><br></div><div>64bit has 2 errors:</div><div>  - WebClientServerTest>>#testServerDestroy (twice) (Test timed out)</div><div>No idea why it had it twice - weird.</div><div><br></div><div>Both also had 1 unexpected passes as well.  How do you find these in the TestRunner?</div><div><br></div><div>Hmm.  The timeouts - before writing this email, I tried it a few times and continued to get timeouts. Then, looked away, fiddled, and they ran.  After clicking on one of them about 30 times, I got the timeout error again, then once again they are clearly sub-second.  Very annoying heisen bugs.</div><div><br></div><div>The 32bit outOfMemorySignal is failing at allocationTest>>vmParameterAt:put:, where it is getting called to set parm 67 to 1712567184 (instead of 0, which it was previously).  I'm not sure how to debug this - anything else that would help?</div><div><br></div><div>Thanks,</div><div>cbc</div></div>