[digiKam-users] Crash (Captions, Stars) Version 6.0.0 beta 3

[papertape]

Windows 7 Home Premium 64-bit
DigiKam 5.9.0 and 6.0.0 beta 3
Desktop computer

So far, I have used DigiKam only to enter Captions on TIFF files.   DigiKam
occasionally crashes.  Once, it crashed when I clicked on the Rotate overlay
in the expanded display produced by double-clicking on a thumbnail.  Oddly,
my computer becomes catatonic.

I copy text into the clipboard from a list of Captions in an editor (emacs),
and then click the right mouse button in DigiKam's Caption field in the
right-hand column.  Sometime during the cycle, the machine freezes.  The
mouse pointer moves OK, but clicks have no effect.  CTL-ALT-DEL has no
effect.  To get the machine going, I have to cycle power.

This has happened a half-dozen times, scattered over about a dozen hours of
running.  Twice, the file for the last image I was working on before the
crash was filled with zeros.

My album has only 600 images, and Task Manager shows memory consumption sits
around 2.6 GB (out of 6 GB).  CPU hardly ever rises above 5%.  Lazy synch is
off.

I ran chkdsk and HDSentinal's read test diagnostics on the machine's
internal disk and on the USB external disk that holds the image files.  I
ran Intel Processor Diagnostic Tool and memtest86.  No diagnostic
complained.

Has anyone else seen anything like this?

(Many thanks to everyone who has replied to my other questions!)




--
Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[Gilles Caulier-4]

Hi,

Unfortunatly, it's difficult to verify where the code crash under Windows using 5.9.0 release. There is no crash handler with this release under Windows.

This have been improved with next 6.0.0, which still in beta stage for the moment. The DrMinGW crash handler have been add an now, we can see a crash backtrace as well without to use an extra software to debug. It's easy to see where the dysfunction appear in source code.

So, i recommend to test with the last DK 6.0.0-beta3 installer available here :

https://files.kde.org/digikam/

Note that 6.0.0 introduce changes in database schema which will make the tables not compatible with 5.9.0 later. So please make a database backup before to try 6.0.0.

Best

Gilles Caulier

Le dim. 16 déc. 2018 à 07:10, papertape <[hidden email]> a écrit :

Windows 7 Home Premium 64-bit
DigiKam 5.9.0
Desktop computer

So far, I have used DigiKam only to enter Captions on TIFF files.   DigiKam
occasionally crashes.  Once, it crashed when I clicked on the Rotate overlay
in the expanded display produced by double-clicking on a thumbnail.  Oddly,
my computer becomes catatonic.

I copy text into the clipboard from a list of Captions in an editor (emacs),
and then click the right mouse button in DigiKam's Caption field in the
right-hand column.  Sometime during the cycle, the machine freezes.  The
mouse pointer moves OK, but clicks have no effect.  CTL-ALT-DEL has no
effect.  To get the machine going, I have to cycle power.

This has happened a half-dozen times, scattered over about a dozen hours of
running.  Twice, the file for the last image I was working on before the
crash was filled with zeros.

My album has only 600 images, and Task Manager shows memory consumption sits
around 2.6 GB (out of 6 GB).  CPU hardly ever rises above 5%.  Lazy synch is
off.

I ran chkdsk and HDSentinal's read test diagnostics on the machine's
internal disk and on the USB external disk that holds the image files.  I
ran Intel Processor Diagnostic Tool and memtest86.  No diagnostic
complained.

Has anyone else seen anything like this?

(Many thanks to everyone who has replied to my other questions!)




--
Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[papertape]

Version 6.0.0 Beta 3 crashes also.

No crashes when I run other programs.

I have been assigning tags and "stars".  The machine freezes after an hour
or two.

To recover, I cycle power.  Then I find an image file filled with zeroes.
The file's modification time coincides with the crash time.

The cause could be some synergism among DigiKam, the file system, the OS,
TotalAV antivirus, Acronis Active Protection, Adobe Creative Cloud, SQLite,
the disk controller, USB, the ASUS motherboard driving chips, the CPU, the
memory, and God Almighty.

I advise ignoring, unless others see the same weirdness.




--
Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[Gilles Caulier-4]

digiKam crash without to report a backtrace inside DrMinGW ?

Did you use the windows installer that we provide officially ?

Can you provide a debug trace with "debugview.exe" from Microsoft when you run DK in these conditions ?

Gilles Caulier

Le ven. 28 déc. 2018 à 22:16, papertape <[hidden email]> a écrit :

Version 6.0.0 Beta 3 crashes also.

No crashes when I run other programs.

I have been assigning tags and "stars".  The machine freezes after an hour
or two.

To recover, I cycle power.  Then I find an image file filled with zeroes.
The file's modification time coincides with the crash time.

The cause could be some synergism among DigiKam, the file system, the OS,
TotalAV antivirus, Acronis Active Protection, Adobe Creative Cloud, SQLite,
the disk controller, USB, the ASUS motherboard driving chips, the CPU, the
memory, and God Almighty.

I advise ignoring, unless others see the same weirdness.




--
Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[papertape]

I do not have DrMinGW installed.
I used the official installation procedure.
I will try DrMinGW and DebugView.exe, if circumstances force me to.

DigiKam does not lose info (descriptions, tags, ratings), and crashes
infrequently, so I just power-cycle my computer when it goes catatonic.

The only reason to suspect DigiKam itself is the zeros that fill the last
image file I worked on.  I have not seen zeros spill into other files.

I was a computer programmer from 1962 to 2008.  I now avoid touching the
stuff, but if other DigiKam users see the same thing, I'll pursue debugging.

Gilles, thank you very much for your attention.  As I wrote earlier, ignore
this, unless other users see it.
And congratulations to the DigiKam team.  DigiKam's ingenuity is
astonishing.




--
Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[Gilles Caulier-4]

Le mar. 1 janv. 2019 à 16:25, papertape <[hidden email]> a écrit :

I do not have DrMinGW installed.
I used the official installation procedure.
I will try DrMinGW and DebugView.exe, if circumstances force me to.

No, DrMinGw crash handler is included in digiKam as well. there is nothing to install.

If this one do not provide a dialog to report the crash backtrace to developers (as under Linux), so i suspect that Windows cut the processus in the low level.

It's not a trivial digiKam crash in fact. It's a low level dysfunction in Windows core or something like that.

Remember that under Windows, you have plenty of layer used to re-route the processus runtime, as to check execution with Antivirus for ex. It's the hell...

Another possible issue is a low level library which is not compiled with debug symbol and DrMinGW do not found the right way to get the backtrace and stop immediately...

Best

Gilles Caulier

DigiKam does not lose info (descriptions, tags, ratings), and crashes
infrequently, so I just power-cycle my computer when it goes catatonic.

The only reason to suspect DigiKam itself is the zeros that fill the last
image file I worked on.  I have not seen zeros spill into other files.

I was a computer programmer from 1962 to 2008.  I now avoid touching the
stuff, but if other DigiKam users see the same thing, I'll pursue debugging.

Gilles, thank you very much for your attention.  As I wrote earlier, ignore
this, unless other users see it.
And congratulations to the DigiKam team.  DigiKam's ingenuity is
astonishing.




--
Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html