Petrel2 and Linux

[Rick Walsh]

On 18 April 2016 at 11:20, Steve <stevewilliams at internode.on.net> wrote:

> >
> > Registers:
> >  rax            0x0     0
> >  rbx            0x7ffeef3a09d0  140732911978960
> >  rcx            0x7ffeef3a09d0  140732911978960
> >  rdx            0x7ffeef3a09d0  140732911978960
> >
> > SegvAnalysis:
> >  Segfault happened at: 0x6a8d58 <dc_device_foreach+8>:  mov
> 0x30(%rax),%rax
>
> Hmm.
>
> dc_device_foreach is in libdivecomputer, and is a rather simple function.
>
> I suspect that "device->vtable" is NULL.
>
> >  #0  0x00000000006a8d58 in dc_device_foreach ()  No symbol table info
> > available.
> >  #1  0x0000000000652b02 in do_libdivecomputer_import ()  No symbol
> > table info available.
>
> The caller is do_libdivecomputer_import -> do_device_import, but
> do_device_import is likely inlined.
>
> I'm not seeing how device->vtable would be NULL, but it's either a
> libdivecomputer bug, or it is, as you say, memory corruption.
>
>               Linus
>
>
>
> I can also confirm an issue in windows 10 as well when using the older
> serial port method to download from a petrel 2.
> I don't remember the exact error message and when I tried again from
> command line using -vvv to capture the messages it worked successfully.
>
> I have the same issue and backtrace using native Bluetooth download (for
Petrel 2) running the current master (just verified 15 min ago with 628f83d
but reported on 9 April) running Fedora 23.
http://lists.subsurface-divelog.org/pipermail/subsurface/2016-April/025260.html

In order to build the current master with native Bluetooth support, I had
to remove #include <libdivecomputer/version.h> from
core/configuredivecomputerthreads.cpp,
and un-ifdef it from core/libdivecomputer.h, as described in my email
linked above.

Cheers,

Rick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20160418/3b962deb/attachment.html>