subsurface crash when merging .xml files

Alessandro Volpi volpial at gmail.com
Wed Feb 15 16:25:24 PST 2017


Hi all.

I have tried to simulate what would happen if I try to import NEW DIVES
from my SmartTrak log file to my existing .xml subsurface log file.

I have got my subsurface data file, named "complete.xml", relying on
executable smtk2ssrf_test.AppImage. The "complete.xml" file last dive is #
501

I have then successfully opened said file with subsurface, I have deleted
dives # 483 to # 501 and saved the remaining 482 dives as file
"first_482.xml" .

I then opened file "first_482.xml" launching subsurface from a terminal and
I tried to import file "complete.xml"; the expected result was to add the
deleted dives once again on my new logbook.

After a few seconds after the beginning of the file merge operation
subsurface crashed.

The output on the terminal was :

~]$subsurface
Segmentation fault (core dumped)
[~]$

I have tried to locate the core dump file, but I was not able to find it.

The above described trial has been carried out on my Fujitsu Celsius
workstation (x86_64) and Fedora 24.

I have tried to do the same on my Dell XPS 13 DE laptop (also x86_64) with
a freshly installed Ubuntu xenial OS. The result was still the same.

Therefore I guess that the crash is probably not related to missing
libraries or other OS faults.

The subsurface version is in both cases the latest one : 4.6.1 . Subsurface
was installed from the Fedora 24 repo and from the xenial ppa.

The files mentioned in this message can be found at:

https://www.dropbox.com/sh/dsg43qcbo013i1k/AAC_vCS3cZeZar5i3HngCNq3a?dl=0

Best regards.

Alessandro
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20170216/a99f0096/attachment.html>


More information about the subsurface mailing list