[Vm-dev] Spur corrupts large images when saving

[Eliot Miranda]

Yuriy, Steph,

> On Mar 8, 2016, at 2:43 AM, Yuriy Tymchuk <yuriy.tymchuk at me.com> wrote:
> 
> Yes, I’m using VMMaker.oscog-EstebanLorenzano.1676

ignore my earlier response.  You need to use a newer VM.  The problem was fixed in VMMaker.oscog-eem.1679 so move to a newer VM.

_,,,^..^,,,_ (phone)

> 
> Thank you
> 
>> On 08 Mar 2016, at 06:08, Eliot Miranda <eliot.miranda at gmail.com> wrote:
>> 
>> Hi Yuriy,
>> 
>>     what's the version info in that VM?  I expect this is the same bug I fixed in
>> 
>> CogVM binaries as per VMMaker.oscog-eem.1679/r3602
>>  ...
>> Fix start up of images containing >= 16 segments.  The old code assumed
>> numSegments < 16 and failed to grow the segment records, resulting in objects
>> in segments greater than 15 to not be swizzled, and a resulting crash.
>> 
>> 
>> _,,,^..^,,,_ (phone)
>> 
>>> On Mar 7, 2016, at 1:32 PM, Yuriy Tymchuk <yuriy.tymchuk at me.com> wrote:
>>> 
>>> Dear vm developers,
>>> 
>>> I’ve encountered multiple times an issue when my images cannot be opened after saving (only on spur). I think that this happens when image is large, and the following script results in a corrupt image almost 100%:
>>> 
>>> 
>>> curl get.pharo.org/50+vm | bash
>>> 
>>> ./pharo Pharo.image --no-default-preferences eval --save \
>>>   "Smalltalk globals at: #ReallyBigArray put: (ByteArray new: 1024*1024*1000). 'Done'"
>>> 
>>> ./pharo Pharo.image printVersion
>>> 
>>> 
>>> The last line is there just to make image do something and for me it fails all the times. I hope that this can help to troubleshoot the issue with the vm.
>>> 
>>> Also here are my system & hardware specs:
>>> 
>>> System Version:	OS X 10.11.3 (15D21)
>>> Model Identifier:	MacBookPro11,5
>>> Processor Name:	Intel Core i7
>>> Processor Speed:	2.8 GHz
>>> Total Number of Cores:	4
>>> Memory:	16 GB
>>> 
>>> Cheers!
>>> Uko
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20160308/923ee47f/attachment-0001.htm