Petrel2 and Linux

Miika Turkia miika.turkia at gmail.com
Sun Apr 17 12:42:48 PDT 2016


Jumping to Subsurface developer mailing list. Here is some information
on a crash when downloading from Petrel2. More info on background on
our user forum:

https://groups.google.com/d/msgid/subsurface-divelog/ee1fa92c-81d1-4a28-a989-f8a937c4337c%40googlegroups.com?utm_medium=email&utm_source=footer

This is pretty much what I could dig out from the crash dump. Must be
another memory corruption that evades my analysis...

miika

Registers:
 rax            0x0     0
 rbx            0x7ffeef3a09d0  140732911978960
 rcx            0x7ffeef3a09d0  140732911978960
 rdx            0x7ffeef3a09d0  140732911978960
 rsi            0x6523c0        6628288
 rdi            0x7f5ad800a4a0  140028147704992
 rbp            0x7f5ad800a4a0  0x7f5ad800a4a0
 rsp            0x7f5af25f3d88  0x7f5af25f3d88
 r8             0x32206c65727465        14109398766089317
 r9             0x7f5ad8002390  140028147671952
 r10            0x134   308
 r11            0x0     0
 r12            0x0     0
 r13            0x7ffeef39f84f  140732911974479
 r14            0x7f5af25f3e10  140028590112272
 r15            0x7f5ad4004280  140028080571008
 rip            0x6a8d58        0x6a8d58 <dc_device_foreach+8>
 eflags         0x10206 [ PF IF RF ]
 cs             0x33    51
 ss             0x2b    43
 ds             0x0     0
 es             0x0     0
 fs             0x0     0
 gs             0x0     0
SegvAnalysis:
 Segfault happened at: 0x6a8d58 <dc_device_foreach+8>:  mov    0x30(%rax),%rax
 PC (0x006a8d58) ok
 source "0x30(%rax)" (0x00000030) not located in a known VMA region
(needed readable region)!
 destination "%rax" ok
 Stack memory exhausted (SP below stack segment)
SegvReason: reading NULL VMA
SourcePackage: subsurface
Stacktrace:
 #0  0x00000000006a8d58 in dc_device_foreach ()
 No symbol table info available.
 #1  0x0000000000652b02 in do_libdivecomputer_import ()
 No symbol table info available.
 #2  0x00000000005a3ed5 in DownloadThread::run() ()
 No symbol table info available.
 #3  0x00007f5b7d7502be in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
 No symbol table info available.
 #4  0x00007f5b8173b6aa in start_thread (arg=0x7f5af25f4700) at
pthread_create.c:333
         __res = <optimized out>
         pd = 0x7f5af25f4700
         now = <optimized out>
         unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140028590114560,
-1351335522329479201, 0, 140732911974479, 8388608, 140028080571008,
1408205285279872991, 1407398419570702303}, mask_was_saved = 0}}, priv
= {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0,
canceltype = 0}}}
         not_first_call = <optimized out>
         pagesize_m1 = <optimized out>

On Sun, Apr 17, 2016 at 9:37 PM, Linus Malmgren
<linus.malmgren at gmail.com> wrote:
> Core dump is not really my thing. I'll give it a try...
> https://dl.dropboxusercontent.com/u/5205475/subsurface_core_dump.tar.gz
>
> /Linus
>
> Den söndag 17 april 2016 kl. 19:45:38 UTC+2 skrev Miika Turkia:
>>
>> Any change you could send the core dump? Looks like one is created on the
>> crash and that might show where the problem lies.
>>
>> On Sunday, April 17, 2016 at 8:30:52 PM UTC+3, Linus Malmgren wrote:
>>>
>>> Hi,
>>> I'm having trouble downloading dives from my Shearwater Petrel 2.
>>> Subsurface is closed down after pressing download to get the divelist. If i
>>> run subsurface from command line i get this output:
>>>
>>> <<My translation>>
>>> Completed connection with cloud storage backend, response "[OK]"
>>> qt.bluetooth.bluez: Bluez 5 detected.
>>> qt.bluetooth.bluez: Creating QtBluezDiscoveryManager
>>> qt.bluetooth.bluez: Discovered:  "00:13:43:0C:52:0A" "Petrel" Num UUIDs 0
>>> total device 0 cached RSSI 0 Class 0
>>> qt.bluetooth.bluez: Updating RSSI for "00:13:43:0C:52:0A" QVariant(short,
>>> -64)
>>> qt.bluetooth.bluez: void QBluetoothDeviceDiscoveryAgentPrivate::stop()
>>> qt.bluetooth.bluez: void QBluetoothSocketPrivate::_q_readNotify() 25
>>> error: -1 "Resursen tillfälligt otillgänglig" <<Resource temporary
>>> unavalible>>
>>> Connection on channel 1 failed. Trying on channel number 5.
>>> Segmenteringsfel (minnesutskrift skapad) <<Seg.fault (memory dump
>>> created)>>
>>>
>>> I'm running 4.5.5 on Ubuntu 15.10 (4.2.0-35-generic). Problem first
>>> occured on version 4.5.4 but then subsurface froze insted of just crashing.
>>>
>>> I tried download using rfcomm but the divecomputer just keeps getting
>>> some angry red letters saying something like TX error.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Subsurface Divelog" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to subsurface-divelog+unsubscribe at googlegroups.com.
> To post to this group, send email to subsurface-divelog at googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/subsurface-divelog/ee1fa92c-81d1-4a28-a989-f8a937c4337c%40googlegroups.com.
>
> For more options, visit https://groups.google.com/d/optout.


More information about the subsurface mailing list