Bug 268817 - DK 2.0 beta 4 - crash when starting sw conversion
Summary: DK 2.0 beta 4 - crash when starting sw conversion
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-Editor-BlackWhite (show other bugs)
Version: 2.0.0
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-18 14:37 UTC by Axel Krebs
Modified: 2017-08-07 21:07 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 2.0.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Axel Krebs 2011-03-18 14:37:04 UTC
Application: digikam (2.0.0-beta4)
KDE Platform Version: 4.6.1 (4.6.1)
Qt Version: 4.7.0
Operating System: Linux 2.6.35-27-generic-pae i686
Distribution: Ubuntu 10.10

-- Information about the crash:
- What I was doing when the application crashed:

- pic 14430 x 2565 pix (37,01 Mpx), type png (too large for sending!?)

- loading the pic for editing

- starting "Color" -> "black-white" 

DK crashes 


(good that bug tracking system works again!)

-- Backtrace:
Application: digiKam (digikam), signal: Aborted
[Current thread is 1 (Thread 0xaf08f890 (LWP 3942))]

Thread 11 (Thread 0xaec0fb70 (LWP 3943)):
#0  0xb7702424 in __kernel_vsyscall ()
#1  0xb40ebdf6 in poll () from /lib/libc.so.6
#2  0xb310ca1b in g_poll () from /lib/libglib-2.0.so.0
#3  0xb30ff43c in ?? () from /lib/libglib-2.0.so.0
#4  0xb30ffba7 in g_main_loop_run () from /lib/libglib-2.0.so.0
#5  0xb1f9c9c4 in ?? () from /usr/lib/libgio-2.0.so.0
#6  0xb312648f in ?? () from /lib/libglib-2.0.so.0
#7  0xb3329cc9 in start_thread () from /lib/libpthread.so.0
#8  0xb40fa69e in clone () from /lib/libc.so.6

Thread 10 (Thread 0xac14cb70 (LWP 3944)):
#0  0xb7702424 in __kernel_vsyscall ()
#1  0xb332e4dc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb4107d9d in pthread_cond_wait () from /lib/libc.so.6
#3  0xb44899c7 in wait (this=0xa62c364, mutex=0xa62c360, time=4294967295) at thread/qwaitcondition_unix.cpp:88
#4  QWaitCondition::wait (this=0xa62c364, mutex=0xa62c360, time=4294967295) at thread/qwaitcondition_unix.cpp:160
#5  0x08238b99 in Digikam::ScanController::run (this=0xa62de60) at /build/buildd/digikam2-2.0.0~beta4+git110307/digikam/database/scancontroller.cpp:602
#6  0xb4488df9 in QThreadPrivate::start (arg=0xa62de60) at thread/qthread_unix.cpp:266
#7  0xb3329cc9 in start_thread () from /lib/libpthread.so.0
#8  0xb40fa69e in clone () from /lib/libc.so.6

Thread 9 (Thread 0xab94bb70 (LWP 3945)):
#0  0xb2d0ae36 in clock_gettime () from /lib/librt.so.1
#1  0xb44e450b in do_gettime () at tools/qelapsedtimer_unix.cpp:105
#2  qt_gettime () at tools/qelapsedtimer_unix.cpp:119
#3  0xb45bb6e5 in QTimerInfoList::updateCurrentTime (this=0xa635fac) at kernel/qeventdispatcher_unix.cpp:339
#4  0xb45bb72a in QTimerInfoList::timerWait (this=0xa635fac, tm=...) at kernel/qeventdispatcher_unix.cpp:442
#5  0xb45b97a8 in timerSourcePrepareHelper (src=<value optimized out>, timeout=0xab94af3c) at kernel/qeventdispatcher_glib.cpp:136
#6  0xb45b983d in timerSourcePrepare (source=0x0, timeout=0xb2d0eff4) at kernel/qeventdispatcher_glib.cpp:169
#7  0xb30fee6a in g_main_context_prepare () from /lib/libglib-2.0.so.0
#8  0xb30ff279 in ?? () from /lib/libglib-2.0.so.0
#9  0xb30ff848 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#10 0xb45b959f in QEventDispatcherGlib::processEvents (this=0xa6328f0, flags=...) at kernel/qeventdispatcher_glib.cpp:417
#11 0xb4589609 in QEventLoop::processEvents (this=0xab94b110, flags=) at kernel/qeventloop.cpp:149
#12 0xb4589a8a in QEventLoop::exec (this=0xab94b110, flags=...) at kernel/qeventloop.cpp:201
#13 0xb4485b7e in QThread::exec (this=0xa631ec8) at thread/qthread.cpp:490
#14 0xb456835b in QInotifyFileSystemWatcherEngine::run (this=0xa631ec8) at io/qfilesystemwatcher_inotify.cpp:248
#15 0xb4488df9 in QThreadPrivate::start (arg=0xa631ec8) at thread/qthread_unix.cpp:266
#16 0xb3329cc9 in start_thread () from /lib/libpthread.so.0
#17 0xb40fa69e in clone () from /lib/libc.so.6

Thread 8 (Thread 0xab14ab70 (LWP 3947)):
#0  0xb7702424 in __kernel_vsyscall ()
#1  0xb332e4dc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb4107d9d in pthread_cond_wait () from /lib/libc.so.6
#3  0xb44899c7 in wait (this=0xaabda50, mutex=0xaabda4c, time=4294967295) at thread/qwaitcondition_unix.cpp:88
#4  QWaitCondition::wait (this=0xaabda50, mutex=0xaabda4c, time=4294967295) at thread/qwaitcondition_unix.cpp:160
#5  0xb649ceaa in Digikam::ParkingThread::run (this=0xaabda40) at /build/buildd/digikam2-2.0.0~beta4+git110307/libs/threads/threadmanager.cpp:119
#6  0xb4488df9 in QThreadPrivate::start (arg=0xaabda40) at thread/qthread_unix.cpp:266
#7  0xb3329cc9 in start_thread () from /lib/libpthread.so.0
#8  0xb40fa69e in clone () from /lib/libc.so.6

Thread 7 (Thread 0xa34dfb70 (LWP 3948)):
#0  0xb7702424 in __kernel_vsyscall ()
#1  0xb332e884 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb4107df4 in pthread_cond_timedwait () from /lib/libc.so.6
#3  0xa76e8b3f in ?? () from /usr/lib/libxine.so.1
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 6 (Thread 0xa28a8b70 (LWP 3949)):
#0  0xb7702424 in __kernel_vsyscall ()
#1  0xb40f3371 in select () from /lib/libc.so.6
#2  0xa7714f1c in xine_usec_sleep () from /usr/lib/libxine.so.1
#3  0x00000000 in ?? ()

Thread 5 (Thread 0xa20a7b70 (LWP 3950)):
#0  0xb2d0ae36 in clock_gettime () from /lib/librt.so.1
#1  0xb44e450b in do_gettime () at tools/qelapsedtimer_unix.cpp:105
#2  qt_gettime () at tools/qelapsedtimer_unix.cpp:119
#3  0xb45bb6e5 in QTimerInfoList::updateCurrentTime (this=0xf131734) at kernel/qeventdispatcher_unix.cpp:339
#4  0xb45bb72a in QTimerInfoList::timerWait (this=0xf131734, tm=...) at kernel/qeventdispatcher_unix.cpp:442
#5  0xb45b97a8 in timerSourcePrepareHelper (src=<value optimized out>, timeout=0xa20a6f2c) at kernel/qeventdispatcher_glib.cpp:136
#6  0xb45b983d in timerSourcePrepare (source=0x0, timeout=0xb2d0eff4) at kernel/qeventdispatcher_glib.cpp:169
#7  0xb30fee6a in g_main_context_prepare () from /lib/libglib-2.0.so.0
#8  0xb30ff279 in ?? () from /lib/libglib-2.0.so.0
#9  0xb30ff848 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#10 0xb45b959f in QEventDispatcherGlib::processEvents (this=0xb0a0550, flags=...) at kernel/qeventdispatcher_glib.cpp:417
#11 0xb4589609 in QEventLoop::processEvents (this=0xa20a7100, flags=) at kernel/qeventloop.cpp:149
#12 0xb4589a8a in QEventLoop::exec (this=0xa20a7100, flags=...) at kernel/qeventloop.cpp:201
#13 0xb4485b7e in QThread::exec (this=0xf12ff90) at thread/qthread.cpp:490
#14 0xa7a12d7a in ?? () from /usr/lib/qt4/plugins/phonon_backend/phonon_xine.so
#15 0xb4488df9 in QThreadPrivate::start (arg=0xf12ff90) at thread/qthread_unix.cpp:266
#16 0xb3329cc9 in start_thread () from /lib/libpthread.so.0
#17 0xb40fa69e in clone () from /lib/libc.so.6

Thread 4 (Thread 0xa18a6b70 (LWP 3951)):
#0  0xb7702424 in __kernel_vsyscall ()
#1  0xb40ebdf6 in poll () from /lib/libc.so.6
#2  0xb4018562 in ?? () from /usr/lib/libpulse.so.0
#3  0xb4004ab9 in pa_mainloop_poll () from /usr/lib/libpulse.so.0
#4  0xb4006a73 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0
#5  0xb4006b44 in pa_mainloop_run () from /usr/lib/libpulse.so.0
#6  0xb4018303 in ?? () from /usr/lib/libpulse.so.0
#7  0xb2ccfbd5 in ?? () from /usr/lib/libpulsecommon-0.9.21.so
#8  0xb3329cc9 in start_thread () from /lib/libpthread.so.0
#9  0xb40fa69e in clone () from /lib/libc.so.6

Thread 3 (Thread 0x9d0a4b70 (LWP 3952)):
#0  0xb7702424 in __kernel_vsyscall ()
#1  0xb332e4dc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb4107d9d in pthread_cond_wait () from /lib/libc.so.6
#3  0xa76fab54 in ?? () from /usr/lib/libxine.so.1
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 2 (Thread 0x8b4ffb70 (LWP 3955)):
#0  0xb2d0ae36 in clock_gettime () from /lib/librt.so.1
#1  0xb44e450b in do_gettime () at tools/qelapsedtimer_unix.cpp:105
#2  qt_gettime () at tools/qelapsedtimer_unix.cpp:119
#3  0xb45bb6e5 in QTimerInfoList::updateCurrentTime (this=0x1208b694) at kernel/qeventdispatcher_unix.cpp:339
#4  0xb45bb72a in QTimerInfoList::timerWait (this=0x1208b694, tm=...) at kernel/qeventdispatcher_unix.cpp:442
#5  0xb45b97a8 in timerSourcePrepareHelper (src=<value optimized out>, timeout=0x8b4fef3c) at kernel/qeventdispatcher_glib.cpp:136
#6  0xb45b983d in timerSourcePrepare (source=0x0, timeout=0xb2d0eff4) at kernel/qeventdispatcher_glib.cpp:169
#7  0xb30fee6a in g_main_context_prepare () from /lib/libglib-2.0.so.0
#8  0xb30ff279 in ?? () from /lib/libglib-2.0.so.0
#9  0xb30ff848 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#10 0xb45b959f in QEventDispatcherGlib::processEvents (this=0xc17ea10, flags=...) at kernel/qeventdispatcher_glib.cpp:417
#11 0xb4589609 in QEventLoop::processEvents (this=0x8b4ff110, flags=) at kernel/qeventloop.cpp:149
#12 0xb4589a8a in QEventLoop::exec (this=0x8b4ff110, flags=...) at kernel/qeventloop.cpp:201
#13 0xb4485b7e in QThread::exec (this=0xaba9748) at thread/qthread.cpp:490
#14 0xb456835b in QInotifyFileSystemWatcherEngine::run (this=0xaba9748) at io/qfilesystemwatcher_inotify.cpp:248
#15 0xb4488df9 in QThreadPrivate::start (arg=0xaba9748) at thread/qthread_unix.cpp:266
#16 0xb3329cc9 in start_thread () from /lib/libpthread.so.0
#17 0xb40fa69e in clone () from /lib/libc.so.6

Thread 1 (Thread 0xaf08f890 (LWP 3942)):
[KCrash Handler]
#7  0xb7702424 in __kernel_vsyscall ()
#8  0xb4054941 in raise () from /lib/libc.so.6
#9  0xb4057e42 in abort () from /lib/libc.so.6
#10 0xb4278055 in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/libstdc++.so.6
#11 0xb4275f35 in ?? () from /usr/lib/libstdc++.so.6
#12 0xb4275f72 in std::terminate() () from /usr/lib/libstdc++.so.6
#13 0xb427614b in __cxa_rethrow () from /usr/lib/libstdc++.so.6
#14 0xb459d776 in QObject::event (this=0x118c8768, e=0x84586e90) at kernel/qobject.cpp:1222
#15 0xb4aebfdc in QApplicationPrivate::notify_helper (this=0xa5a89f0, receiver=0x118c8768, e=0x84586e90) at kernel/qapplication.cpp:4396
#16 0xb4af204e in QApplication::notify (this=0xbf8b5190, receiver=0x118c8768, e=0x84586e90) at kernel/qapplication.cpp:3798
#17 0xb56937da in KApplication::notify (this=0xbf8b5190, receiver=0x118c8768, event=0x84586e90) at ../../kdeui/kernel/kapplication.cpp:311
#18 0xb458ab3b in QCoreApplication::notifyInternal (this=0xbf8b5190, receiver=0x118c8768, event=0x84586e90) at kernel/qcoreapplication.cpp:732
#19 0xb458dd8b in sendEvent (receiver=0x0, event_type=0, data=0xa55ed88) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#20 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0xa55ed88) at kernel/qcoreapplication.cpp:1373
#21 0xb458df4d in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1266
#22 0xb45b9a74 in sendPostedEvents (s=0xa5aad78) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:220
#23 postEventSourceDispatch (s=0xa5aad78) at kernel/qeventdispatcher_glib.cpp:277
#24 0xb30fb855 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#25 0xb30ff668 in ?? () from /lib/libglib-2.0.so.0
#26 0xb30ff848 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#27 0xb45b9565 in QEventDispatcherGlib::processEvents (this=0xa55e838, flags=...) at kernel/qeventdispatcher_glib.cpp:415
#28 0xb4badbe5 in QGuiEventDispatcherGlib::processEvents (this=0xa55e838, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#29 0xb4589609 in QEventLoop::processEvents (this=0xbf8b5074, flags=) at kernel/qeventloop.cpp:149
#30 0xb4589a8a in QEventLoop::exec (this=0xbf8b5074, flags=...) at kernel/qeventloop.cpp:201
#31 0xb458e00f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1009
#32 0xb4aeae07 in QApplication::exec () at kernel/qapplication.cpp:3672
#33 0x0832b3db in main (argc=1, argv=0xbf8b5434) at /build/buildd/digikam2-2.0.0~beta4+git110307/digikam/main/main.cpp:232

Possible duplicates by query: bug 268761, bug 268647, bug 268502, bug 268460, bug 268435.

Reported using DrKonqi
Comment 1 caulier.gilles 2011-03-18 18:00:34 UTC
In KCrash Handler trace, there is no digiKam source code annoted.

Please, try again to have a better backtrace...

Gilles Caulier
Comment 2 Axel Krebs 2011-03-18 18:17:57 UTC
(In reply to comment #1)
> In KCrash Handler trace, there is no digiKam source code annoted.
> 
> Please, try again to have a better backtrace...
> 
> Gilles Caulier


digiKam is 2.0.0-beta4, component information is 

digiKam version 2.0.0-beta4
Exiv2 kann in JP2 speichern: Ja
Exiv2 kann in JPEG speichern: Ja
Exiv2 kann in PGF speichern: Ja
Exiv2 kann in PNG speichern: Ja
Exiv2 kann in TIFF speichern: Ja
Exiv2 unterstützt XMP-Metadaten: Ja
LibCImg: 130
LibClapack: internal library
LibExiv2: 0.21.1
LibJPEG: 62
LibJasper: 1.900.1
LibKDE: 4.6.1 (4.6.1)
LibKExiv2: 2.0.0
LibKMap: 2.0.0
LibKdcraw: 2.0.0
LibLCMS: 118
LibPGF: 6.09.44 - internal library
LibPNG: 1.2.44
LibQt: 4.7.0
LibRaw: 0.13.1
LibTIFF: LIBTIFF, Version 3.9.4 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc.
Marble Widget: 0.11.0 (Stable Release)
Parallelisiertes Entfernen von Mosaikmustern: Ja
Datenbanktreiber: QSQLITE
LibGphoto2: 2.4.10.1
LibKface: 2.0.0
LibKipi: 1.2.0
LibOpenCV: 2.1.0
Libface: 0.1

I hope, _not_ to experience further crashes ;-) !
--------------------------------------------------------------------------------
>>
>> One thing comes into my mind: 
>> when trying to store a pics new version, and _before_ another action has 
>> completed, DK crashes. 
>> 
>> Idee: force waiting to end, including emptying potential internal caches(??) >> and waiting for finishing writing of files.
>>
Comment 3 caulier.gilles 2011-04-19 15:28:36 UTC
Can you reproduce the crash with a difference backtrace ?

Gilles Caulier
Comment 4 Axel Krebs 2011-04-20 09:31:42 UTC
Gilles:

this will take some time. I get back to this topic 

Axel
Comment 5 Axel Krebs 2011-04-20 16:14:40 UTC
(In reply to comment #3)
> Can you reproduce the crash with a difference backtrace ?
> 
> Gilles Caulier

I tested extensively with the pic, I experienced problems earlier (38 MB), and other pics with 15 and 107 MB: 

Variations: black-and-white, filmtype, lens filter, color type ( .. ), and their permutations.

I further tried to provoke crashes: sharpening, denoising, size changes even "impossible" combinations!

Since my bug was reported, my system (and therefore to above mentioned components!) might have changed, too: 

! 2.6.35-28-generic-pae
= DK Version 2.0.0-beta4
! KDE 4.6.2 (4.6.2)

I could not produce a new backtrace, as I had no crash. Assumption: more stable working KDE?


--- "in brackets" ---

There might be other gaps and suggestions:
- how to store _one_ pic-version in _two_ file-types?
- batch manager, might crash without explicite selection if storage path
- batch-manager: how to store _several_ work sequences under different names 
  to re-use as predefined "workflows"?

These thoughts are quite preliminary at the moment, sorry!
Comment 6 caulier.gilles 2011-07-02 10:02:10 UTC
digiKam 2.0.0 RC is out. Please check if crash is reproducible with this version.

Thanks in advance

Gilles Caulier
Comment 7 Axel Krebs 2011-07-03 14:48:57 UTC
Checked several original-pics: jpg, size, HUGIN-mounted panorama. Cannot
find problems. You may want to close this bug.

Axel

Am 02.07.2011 12:02, schrieb Gilles Caulier:
> https://bugs.kde.org/show_bug.cgi?id=268817
> 
> 
> 
> 
> 
> --- Comment #6 from Gilles Caulier <caulier gilles gmail com>  2011-07-02 10:02:10 ---
> digiKam 2.0.0 RC is out. Please check if crash is reproducible with this
> version.
> 
> Thanks in advance
> 
> Gilles Caulier
>