[squeak-dev] Some notes about SqueakMap dead in trunk images...

Levente Uzonyi leves at elte.hu
Mon Mar 15 23:07:09 UTC 2010


On Mon, 15 Mar 2010, Nicolas Cellier wrote:

> 2010/3/15 Göran Krampe <goran at krampe.se>:
>> ...I know :)
>>
>> But so far I am unclear as to why this is so. I have now tested LOTS of
>> trunk images backwards and it seems to be broken all the way down to 7179!
>> Funny thing is - my 3.10.1-7175 image works fine.
>>
>> And there may be a hint here: The 7175 image can be opened by an old 3-9-8
>> VM. But the later 7179 images can NOT be opened due to some kind of image
>> format change.
>>
>> Can that be related to this issue?
>>
>> Note that you can easily try out an image/VM combo using:
>>
>>        "SMSqueakMap default reload"

This won't work if there's no checkpoint available. SMSqueakMap default 
loadFull should do it.

>>
>> This will try to load the map.xxx.sgz file with the highest number in the
>> "sm" directory. The failure is the primitive loading the ImageSegment - so
>> it is a bit hard to figure out what is going on here.
>>
>
> Yep, primitive 99...

It's probably not a vm issue, because it works in 3.10.2-7179 (if it 
doesn't work for you, just delete the sm folder and try again) with the 
latest vm.


Levente

>
>
>> We have had issues in this area before on Linux and FreeBSD, later kernels.
>> This turned out to be related to buglets in the VM that was only discovered
>> when the kernel loaded the Squeak process higher up in the virtual OS
>> memory.
>>
>> Now... I have no idea if this is the same problem popping up again, in some
>> shape or form.
>>
>> regards, Göran
>>
>>
>>
>
>


More information about the Squeak-dev mailing list