<div dir="ltr"><div>Sorry to catch up a little late on this. I don't know how much work this request would mean, or even if it is feasible in this case (I mean proper handling). Dying gracefully would still be better than silent hara-kiri.<br>
<br></div><div>I think it is a great feature request. Of course, things have to get patched and work, eventually. But as digikam, and most OSS, relies heavily on other components, this will happen over and over again. "Protecting" your digikam session against such events is a huge step forward in terms of robustness.<br>
<br>Nicolas Martinez<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, May 24, 2014 at 6:16 AM, Gilles Caulier <span dir="ltr"><<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">About Sqlite, A upstream patches have been applied in top level, but<br>
not yet applied to all distribution. See the long story in this bug<br>
report :<br>
<br>
<a href="https://bugs.kde.org/show_bug.cgi?id=329697" target="_blank">https://bugs.kde.org/show_bug.cgi?id=329697</a><br>
<br>
About Exiv2, library must be patched. It's not yet done.<br>
<br>
Gilles Caulier<br>
<br>
2014-05-24 4:49 GMT+02:00 James R. Shipman <<a href="mailto:JimShip@sbcglobal.net">JimShip@sbcglobal.net</a>>:<br>
<div class="HOEnZb"><div class="h5">> Digikam as currently designed is vulnerable to crashes in third party<br>
> subsystems.  This has showed up strongly with the current problems with<br>
> sqlite and exiv2 where digikam simply dies every time one of its subsystem<br>
> crashes.<br>
><br>
> I would suggest that a better way would be to catch these crash events and<br>
> either handle them (for example skip a file that caused exiv2 to crash) or<br>
> at least to die gracefully.<br>
><br>
> Not doing this causes digikam to suffer in its reputation and in the worst<br>
> case to make it unusable.  Right now when I start digikam and just let it be<br>
> idle, then a few minutes later it simply disappears. Crashing while scanning<br>
> metadata in the background.  I have been trying to filter out the offending<br>
> files (*.MTS files in my case), but I have to be fast because while I'm<br>
> trying to change digikam settings (filter out mts type) it will still crash<br>
> causing me to have to start all over.  This is really bad behavior.<br>
><br>
> Jim Shipman<br>
> _______________________________________________<br>
> Digikam-users mailing list<br>
> <a href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/digikam-users" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-users</a><br>
_______________________________________________<br>
Digikam-users mailing list<br>
<a href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digikam-users" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-users</a><br>
</div></div></blockquote></div><br></div>