<div dir="ltr"><div><div>Good night Jan.<br><br></div>I'm having the same crash in 683 (and 675, and 680), but in latest it's limited to just *three* consecutive dives. In fact, I can scroll dive after dive the full log and it only crashes when reaching that group, or even selecting them from the dive list. In previous versions it was more similar to your issue.<br><br></div><div>Regards<br><br></div><div>Salva.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-01-20 13:12 GMT+01:00 Jan Mulder <span dir="ltr"><<a href="mailto:jlmulder@xs4all.nl" target="_blank">jlmulder@xs4all.nl</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span class="">
<div>On 20-01-16 11:39, Jan Mulder wrote:<br>
</div>
<blockquote type="cite">
<div><br>
So, back to device 1)<br>
<br>
Tested for the crash both the -683 from Google Play (so built
with Qt 5.6), as well as a self built, using Qt 5.5. Crash
behavior is identical, so I do not suspect a recent Qt problem
or fix. Divelist is shown correctly, clicking the first (newest)
dive, and the divedetails are shown, right swipe trough the
divedetails of consecutive dives works (not "perfectly", as
already mentioned somewhere, this list or IRC, it hicks at
approx 75% of the next divedetails). From this, I conclude that
it (the crash) is not something specific about one or more
dives. Now restart the app, just to be sure to have a clean
state, divelist is shown, and select the 3rd or 4rd dive from
the top. I get an instant SIGSEGV for this. A small fragment
from the tombstone:<br>
<pre>backtrace:
#00 pc 00254214 /data/app/org.subsurfacedivelog.mobile-1/lib/arm/libQt5Gui.so
#01 pc 00254d41 /data/app/org.subsurfacedivelog.mobile-1/lib/arm/libQt5Gui.so
#02 pc 00256927 /data/app/org.subsurfacedivelog.mobile-1/lib/arm/libQt5Gui.so (QGridLayoutEngine::ensureColumnAndRowData(QGridLayoutRowData*, QGridLayoutBox*, double const*, double const*, Qt::Orientation, QAbstractLayoutStyleInfo const*) const+222)
#03 pc 00256be5 /data/app/org.subsurfacedivelog.mobile-1/lib/arm/libQt5Gui.so (QGridLayoutEngine::sizeHint(Qt::SizeHint, QSizeF const&, QAbstractLayoutStyleInfo const*) const+604)
#04 pc 0000893f /data/data/org.subsurfacedivelog.mobile/qt-reserved-files/qml/QtQuick/Layouts/libqquicklayoutsplugin.so</pre>
Obviously, reproducible and as I said ... very obscure and not
clearly pointing to an obvious piece of Sursurface-mobile code.<br>
<br>
</div>
</blockquote></span>
It gets even more interesting. I can force a very similar SIGSEGV
when running the mobile app on the desktop (in qtcreator) with
debugging enabled. Open the app, select the first dive. Now the
screen is split in left part divelist, and right part divedetail of
the selected dive. There is a slider under the divedetail (to
simulate sliding on a true device). Slide it (and see the console
output, selecting trough the dives). This craches the app.<br>
<br>
The call stack contains the exact same
QGridLayoutEngine::ensureColumnAndRowData and
QGridLayoutEngine::sizeHint and a huge stack of
QQuickItem.SetImplicitSize. It almost looks like infinite recursion.<br>
<br>
best,<br>
<br>
--jan<br>
</div>
<br>_______________________________________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org">subsurface@subsurface-divelog.org</a><br>
<a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface" rel="noreferrer" target="_blank">http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</a><br>
<br></blockquote></div><br></div>