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