On Fri, Mar 23, 2018 at 11:17 PM, Eliot Miranda <[email protected]>
wrote:

>
>
> On Fri, Mar 23, 2018 at 7:54 AM, Javier Pimás <[email protected]>
> wrote:
>
>> Hi Eliot, the crash.dmp shows what I put in the first mail, gdb shows
>> some more info:
>>
>> #0  __GI___libc_free (mem=0x7f15fc1d15d0) at malloc.c:2965
>> #1  0x00000000004c745b in primitiveFFIFree () at
>> /home/travis/build/OpenSmalltalk/opensmalltalk-vm/src/
>> plugins/SqueakFFIPrims/X64SysVFFIPlugin.c:6352
>> #2  0x0000000000457f64 in primitiveExternalCall () at
>> /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/
>> vm/gcc3x-cointerp.c:75751
>> #3  0x00000000004595cb in interpretMethodFromMachineCode () at
>> /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/
>> vm/gcc3x-cointerp.c:18524
>> #4  0x000000000045bc69 in ceSendsupertonumArgs (selector=<optimized out>,
>> superNormalBar=0, rcvr=<optimized out>, numArgs=0)
>>     at /home/travis/build/OpenSmalltalk/opensmalltalk-vm/spur64src/
>> vm/gcc3x-cointerp.c:16602
>> #5  0x00000000009000bb in ?? ()
>> #6  0x00007fffffffdbc0 in ?? ()
>> #7  0x000000000045ce56 in interpret () at /home/travis/build/OpenSmallta
>> lk/opensmalltalk-vm/spur64src/vm/gcc3x-cointerp.c:2731
>> #8  0x00000000009ccf7f in ?? ()
>> #9  0x00000000045e39c8 in ?? ()
>> #10 0x00000000045e39c8 in ?? ()
>> ...
>>
>> As it is just loading, I think that it is trying to free some memory that
>> was allocated before the image was saved. Looks like there is an external
>> address that should have been niled but for some reason wasn't.
>>
>
> I can take a look at the image in the simulator and/or debugger and see if
> any stale pointers exist.  Put the image and changes somewhere where I can
> download them.
>
>

Thanks! I'll try to do something better instead: do it by myself asking
questions if needed, it might take some time before I start though.

Cheers,
Pocho


>> On Fri, Mar 23, 2018 at 11:43 AM, Eliot Miranda <[email protected]>
>> wrote:
>>
>>> Hi Javier,
>>>
>>>     what does the crash.dmp file say?  Or what does a gdb stacktrace say?
>>>
>>> _,,,^..^,,,_ (phone)
>>>
>>> On Mar 23, 2018, at 7:18 AM, Javier Pimás <[email protected]>
>>> wrote:
>>>
>>> no luck with this one :(
>>>
>>> On Fri, Mar 23, 2018 at 4:48 AM, Alistair Grant <[email protected]>
>>> wrote:
>>>
>>>> Hi Javier,
>>>>
>>>> On 23 March 2018 at 04:54, Javier Pimás <[email protected]>
>>>> wrote:
>>>> > Hi folks, I take a fresh Pharo6.1 (spur64), load a git repository and
>>>> save
>>>> > the image. When reopening I get a segmentation fault. OS is ubuntu
>>>> 17.04/64
>>>> > bits. I just cannot make it work, tried with all the vms I could
>>>> (vmI61,
>>>> > vmT61, vmLatest70, vmTLatest70). I suspect it is related to using git
>>>> but
>>>> > I'm not even sure.
>>>> >
>>>> > Below I put the involved code, crash dump at the end (seems to be the
>>>> same
>>>> > with any vm). btw, the vmILatest70 script does not seem to work (curl
>>>> > https://get.pharo.org/64/vmILatest70 | bash).
>>>> >
>>>> > Any ideas?
>>>>
>>>> I'm using the following VM on Ubuntu 16.04 without any issues:
>>>>
>>>> http://files.pharo.org/vm/pharo-spur64/linux/pharo-linux-x86
>>>> _64threaded-201803160215-43a2f5c.zip
>>>>
>>>>
>>>> HTH,
>>>> Alistair
>>>>
>>>>
>>>
>>>
>>> --
>>> Javier Pimás
>>> Ciudad de Buenos Aires
>>>
>>>
>>
>>
>> --
>> Javier Pimás
>> Ciudad de Buenos Aires
>>
>
>
>
> --
> _,,,^..^,,,_
> best, Eliot
>



-- 
Javier Pimás
Ciudad de Buenos Aires

Reply via email to