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

[Esteban Lorenzano]

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 <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.
> 
> -- 
> 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/a8c18546/attachment.htm