<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 18 April 2016 at 18:21, Rick Walsh <span dir="ltr"><<a href="mailto:rickmwalsh@gmail.com" target="_blank">rickmwalsh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On 18 April 2016 at 11:20, Steve <span dir="ltr"><<a href="mailto:stevewilliams@internode.on.net" target="_blank">stevewilliams@internode.on.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>><br>
> Registers:<br>
>  rax            0x0     0<br>
>  rbx            0x7ffeef3a09d0  140732911978960<br>
>  rcx            0x7ffeef3a09d0  140732911978960<br>
>  rdx            0x7ffeef3a09d0  140732911978960<br>
><br>
> SegvAnalysis:<br>
>  Segfault happened at: 0x6a8d58 <dc_device_foreach+8>:  mov    0x30(%rax),%rax<br>
<br>
Hmm.<br>
<br>
dc_device_foreach is in libdivecomputer, and is a rather simple function.<br>
<br>
I suspect that "device->vtable" is NULL.<br>
<br>
>  #0  0x00000000006a8d58 in dc_device_foreach ()  No symbol table info<br>
> available.<br>
>  #1  0x0000000000652b02 in do_libdivecomputer_import ()  No symbol<br>
> table info available.<br>
<br>
The caller is do_libdivecomputer_import -> do_device_import, but do_device_import is likely inlined.<br>
<br>
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.<br>
<br>
              Linus<br>
<br>
<br>
<br>
</span>I can also confirm an issue in windows 10 as well when using the older serial port method to download from a petrel 2.<br>
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.<br>
<span><font color="#888888"><br></font></span></blockquote></span>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.<br><a href="http://lists.subsurface-divelog.org/pipermail/subsurface/2016-April/025260.html" target="_blank">http://lists.subsurface-divelog.org/pipermail/subsurface/2016-April/025260.html</a><br><br></div></div></div></blockquote><div>It also fails for me with the same backtrace using the 4.5.4 Appimage, but works fine with the 4.5.2 Appimage.  However, if I build v4.5.2 myself, it fails the same way.  I dare say the cause is something that changed in Subsurface-branch of libdivecomputer between 27 October (4.5.2) and 16 March (4.5.5).<br><br></div><div>To confirm my suspicion, I built the current subsurface master (with changes to include lines to build with native Bluetooth support), and old libdivecomputer that I think would have been used for v4.5.2 Appimage (058538e Use hidapi for Suunto EON Steel on Mac).  I successfully downloaded my dives from yesterday off my Petrel 2.<br><br></div><div>I would try to bisect through the hundred-odd changes in the Subsurface-branch of libdivecomputer, but I need to get dinner ready.<br></div><div><br></div><div>Rick<br></div><div> </div></div></div></div>