So because I'm testing my BLE code (yes, I have working downloads on
the Suunto EON Steel over BLE - no, it's not ready to be merged yet,
and other dive computers won't automatically work), I've been doing
odd things when downloading.
And I hit an issue that seems to be about the Qt models, not the
low-level downloading code itself.
It seems reproducible to me (and happens even without the BLE code, I
just checked), so maybe somebody else could take a look. Somebody who
knows our Qt models (Tomaz?)
The way to cause the crash is:
- have all existing dives downloaded (but want to download again due
to testing downloading)
- download dives, forgetting to check the "Force all dives" button
- "Arghh, nothing downloaded"
- Check the "Force all dives" button and then press "Retry download"
and when I do that, I get
ASSERT: "last >= first" in file itemmodels/qabstractitemmodel.cpp, line 2743
Aborted (core dumped)
Now, it may be that (once more) this is because I run my self-compiled
Qt, and apparently it ends up adding more sanity checks and asserts
when built in developer mode. So maybe it's not so reproducible for
others as it is for me.
The relevant gdb back-trace seems to be:
DownloadFromDCWidget::on_downloadCancelRetryButton_clicked() ->
DiveImportedModel::clearTable() ->
QAbstractItemModel::beginRemoveRows()
and it's that beginRemoveRows() function (inside Qt) that fails the
assert. Not very informative to me, but maybe it makes somebody who
knows the model code go "Ahh, yes.."
Linus
_______________________________________________
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
