Here's a possibly related question: after having analysed a large object graph, I get exceptions in FLEncoder>>encodeReferenceTo:. When I look at the values #largeIdentityHash generates for that object, then the one looked up in the dictionary (that is used by the debugger) is different than the one I get when asking the object manually. Incidentally, the manually retrieved value would lead to a match in the lookup. Could there be something weird going on with the hashes?
BTW, the VM is a SqueakVM 4.2.5beta1U. I'll also try with a CogVM later and let you know if it worked. Cheers, Max On 07.10.2012, at 14:38, Edgar J. De Cleene <[email protected]> wrote: > Hi Mariano: > > > Just have Fuel loaded into Squeak. > Trying to understand , first I run Sunit > The test says 240 run, 231 passes, 2 expected failures, 6 failures, 0 errors, > 1 unexpected passes > > > failures > > FLBasicSerializationTest>>#testDate > FLBasicSerializationTest>>#testGradientFillStyle > FLInMemoryBasicSerializationTest>>#testDate > FLInMemoryBasicSerializationTest>>#testGradientFillStyle > FLMigrationTest>>#testFormatFixedToVariable > FLMigrationTest>>#testFormatVariableToFixed > FLWeakObjectsTest>>#testAssociationWithWeakFinalizationList > > In testDate, clicking in debugger for materialized and for anObject both > shows as Date objects with 14 May 2002 as value. > Could tell why anObject = materialized evaluates to false ? > > Edgar >
