[Vm-dev] Cog spur VMs crashing in new Fedora 24

Thu Jun 23 21:39:32 UTC 2016

can you try this one? 

cog_linux32x86_squeak.stack.spur_201606230315.tar.gz <https://bintray.com/opensmalltalk/vm/download_file?file_path=cog_linux32x86_squeak.stack.spur_201606230315.tar.gz>

pharo will not work completely but at least we will know if is pharovm flavour or all vm’s 

Esteban

> On 23 Jun 2016, at 23:22, Casimiro - GMAIL <casimiro.barreto at gmail.com> wrote:
> 
> Em 23-06-2016 18:04, Esteban Lorenzano escreveu:
>>  
>> 
>> 
>> Hi,
>> 
>> as I told you in the users list, this is not enough information :(
>> 
>> - when it crashes?
>> - normally crash should let a crash.dmp file… 
>> - also a way to reproduce the problem would be cool… a description of what you are doing, etc.
>> 
>> cheers, 
>> Esteban
>> 
>> ps: this one: 53.zip <https://ci.inria.fr/pharo/view/5.0-VM-Spur/job/PharoVM-spur32-debug/53/Architecture=32,Slave=vm-builder-linux/artifact/53.zip>
>> is compiled in debug mode, but I do not think you will get more information from there.
>> 
>>> On 23 Jun 2016, at 22:40, Casimiro - GMAIL < <mailto:casimiro.barreto at gmail.com>casimiro.barreto at gmail.com <mailto:casimiro.barreto at gmail.com>> wrote:
>>> 
>>> VMs are crashing. In the  case of Pharo 5.0 VM does that SIGSEGV thing. Trace is:
>>> 
>>> Pharo 5 crashes. VM does a SIGSEGV 0x00000000 at start
>>> 
>>> Running GDB I got:
>>> 
>>> (gdb) run
>>> Starting program: /home/CdAB63/Downloads/pharo5.0/bin/pharo 
>>> Missing separate debuginfos, use: dnf debuginfo-install glibc-2.23.1-8.fc24.i686
>>> [Thread debugging using libthread_db enabled]
>>> Using host libthread_db library "/lib64/libthread_db.so.1".
>>> 
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0x00000000 in ?? ()
>>> (gdb) backtrace full
>>> #0  0x00000000 in ?? ()
>>> No symbol table info available.
>>> #1  0xf7f3dd7e in __pthread_once_slow () from /lib/libpthread.so.0
>>> No symbol table info available.
>>> #2  0xf7aa9c05 in ?? () from /lib/libGL.so.1
>>> No symbol table info available.
>>> #3  0xf7a722ab in ?? () from /lib/libGL.so.1
>>> No symbol table info available.
>>> #4  0xf7fe8da1 in call_init.part () from /lib/ld-linux.so.2
>>> No symbol table info available.
>>> #5  0xf7fe8f00 in _dl_init () from /lib/ld-linux.so.2
>>> No symbol table info available.
>>> #6  0xf7fed80f in dl_open_worker () from /lib/ld-linux.so.2
>>> No symbol table info available.
>>> #7  0xf7fe8c91 in _dl_catch_error () from /lib/ld-linux.so.2
>>> No symbol table info available.
>>> #8  0xf7fecd89 in _dl_open () from /lib/ld-linux.so.2
>>> No symbol table info available.
>>> #9  0xf7f4dc05 in dlopen_doit () from /lib/libdl.so.2
>>> No symbol table info available.
>>> #10 0xf7fe8c91 in _dl_catch_error () from /lib/ld-linux.so.2
>>> No symbol table info available.
>>> #11 0xf7f4e35d in _dlerror_run () from /lib/libdl.so.2
>>> No symbol table info available.
>>> #12 0xf7f4dcae in dlopen@@GLIBC_2.1 <mailto:dlopen@@GLIBC_2.1> () from /lib/libdl.so.2
>>> No symbol table info available.
>>> #13 0x080bd60f in tryLoading ()
>>> No symbol table info available.
>>> #14 0x080bd751 in ioLoadModule ()
>>> No symbol table info available.
>>> #15 0x080bf18b in queryLoadModule ()
>>> No symbol table info available.
>>> #16 0x080bf27f in queryModule ()
>>> No symbol table info available.
>>> #17 0x080bf2c7 in loadImplicit ()
>>> No symbol table info available.
>>> #18 0x0805ccd7 in main ()
>>> No symbol table info available.
>>> (gdb)
>>> Would be helpful if VM was compiled in debug mode so it would possible to understand better what's happening.
> Just sent the core dump.
> Problem happens every time the following command is issued:
> 
> pharo (the shell script)
> 
> or even
> 
> $> cd shared
> $> ../bin/pharo
> 
> It seems to be a problem with thread infrastructure in the Fedora 24 (for in the debug I see that pharo starts with the i686 libraries but then something happens and it tries a /usr/lib64/libthread_db.so.1
> 
> #0  0x00000000 in ?? ()
> #1  0xf7f3cd7e in __pthread_once_slow () from /lib/libpthread.so.0
> #2  0xf7aa7c05 in ?? () from /lib/libGL.so.1
> #3  0xf7a702ab in ?? () from /lib/libGL.so.1
> #4  0xf7fe8da1 in call_init.part () from /lib/ld-linux.so.2
> #5  0xf7fe8f00 in _dl_init () from /lib/ld-linux.so.2
> #6  0xf7fed80f in dl_open_worker () from /lib/ld-linux.so.2
> #7  0xf7fe8c91 in _dl_catch_error () from /lib/ld-linux.so.2
> #8  0xf7fecd89 in _dl_open () from /lib/ld-linux.so.2
> #9  0xf7f4cc05 in dlopen_doit () from /lib/libdl.so.2
> #10 0xf7fe8c91 in _dl_catch_error () from /lib/ld-linux.so.2
> #11 0xf7f4d35d in _dlerror_run () from /lib/libdl.so.2
> #12 0xf7f4ccae in dlopen@@GLIBC_2.1 <mailto:dlopen@@GLIBC_2.1> () from /lib/libdl.so.2
> #13 0x080bd60f in tryLoading ()
> #14 0x080bd751 in ioLoadModule ()
> #15 0x080bf18b in queryLoadModule ()
> #16 0x080bf27f in queryModule ()
> #17 0x080bf2c7 in loadImplicit ()
> #18 0x0805ccd7 in main ()
> 
>>> 
>>> 
>>> -- 
>>> The information contained in this message is confidential and intended to the recipients specified in the headers. If you received this message by error, notify the sender immediately. The unauthorized use, disclosure, copy or alteration of this message are strictly forbidden and subjected to civil and criminal sanctions.
>>> 
>>> ==
>>> 
>>> This email may be signed using PGP key ID: 0x4134A417
>> 
> 
> 
> -- 
> The information contained in this message is confidential and intended to the recipients specified in the headers. If you received this message by error, notify the sender immediately. The unauthorized use, disclosure, copy or alteration of this message are strictly forbidden and subjected to civil and criminal sanctions.
> 
> ==
> 
> This email may be signed using PGP key ID: 0x4134A417

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20160623/2683f505/attachment-0001.htm