Bug 204562 - showfoto crash while quitting
Summary: showfoto crash while quitting
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Showfoto-Core (show other bugs)
Version: 1.0.0
Platform: Unlisted Binaries Linux
: NOR crash
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-20 20:13 UTC by Stefano Marelli
Modified: 2022-01-20 06:40 UTC (History)
4 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefano Marelli 2009-08-20 20:13:23 UTC
Application that crashed: showfoto
Version of the application: 1.0.0-beta3
KDE Version: 4.3.00 (KDE 4.3.0)
Qt Version: 4.5.2
Operating System: Linux 2.6.29-2-686 i686
Distribution: Debian GNU/Linux unstable (sid)

What I was doing when the application crashed:
while the program was loading a folder with several RAW Nikon images (.NEF), I decided to quit (ctrl-Q), and the program crashed

 -- Backtrace:
Application: showFoto (showfoto), signal: Segmentation fault
[Current thread is 1 (Thread 0xb3cf0700 (LWP 11054))]

Thread 2 (Thread 0xb1b1ab90 (LWP 11056)):
[KCrash Handler]
#6  QFactoryLoader::d_func (this=0x0) at plugin/qfactoryloader_p.h:69
#7  QFactoryLoader::keys (this=0x0) at plugin/qfactoryloader.cpp:210
#8  0xb64c62d0 in createWriteHandlerHelper (device=0x9a6a940, format=...) at image/qimagewriter.cpp:135
#9  0xb64c820f in QImageWriter::canWrite (this=0xb1b19f78) at image/qimagewriter.cpp:537
#10 0xb64c82c5 in QImageWriter::write (this=0xb1b19f78, image=...) at image/qimagewriter.cpp:565
#11 0xb64aee6c in QImageData::doImageIO (this=0x9a969d8, image=0xb1b1a010, writer=0xb1b19f78, quality=0) at image/qimage.cpp:4705
#12 0xb64b0905 in QImage::save (this=0xb1b1a010, fileName=..., format=0xb7fbf35b "PNG", quality=0) at image/qimage.cpp:4674
#13 0xb7e6b93d in Digikam::ThumbnailCreator::storeFreedesktop(Digikam::ThumbnailInfo const&, Digikam::ThumbnailImage const&) () from /usr/lib/libdigikamcore.so.1
#14 0xb7e6f1b0 in Digikam::ThumbnailCreator::load(QString const&) () from /usr/lib/libdigikamcore.so.1
#15 0xb7e753cb in ?? () from /usr/lib/libdigikamcore.so.1
#16 0xb7e54a08 in Digikam::LoadSaveThread::run() () from /usr/lib/libdigikamcore.so.1
#17 0xb6e30582 in QThreadPrivate::start (arg=0x99d9ce0) at thread/qthread_unix.cpp:188
#18 0xb56724b5 in start_thread (arg=0xb1b1ab90) at pthread_create.c:300
#19 0xb6103a5e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 1 (Thread 0xb3cf0700 (LWP 11054)):
#0  0xb8048424 in __kernel_vsyscall ()
#1  0xb5675f65 in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
#2  0xb611285d in __pthread_cond_wait (cond=0x9a8b3d8, mutex=0x9a8b3c0) at forward.c:139
#3  0xb6e31562 in QWaitConditionPrivate::wait (this=0x9a8b348, mutex=0x9a8b334, time=4294967295) at thread/qwaitcondition_unix.cpp:87
#4  QWaitCondition::wait (this=0x9a8b348, mutex=0x9a8b334, time=4294967295) at thread/qwaitcondition_unix.cpp:159
#5  0xb6e3071b in QThread::wait (this=0x99d9ce0, time=4294967295) at thread/qthread_unix.cpp:484
#6  0xb7e54abd in Digikam::LoadSaveThread::shutdownThread() () from /usr/lib/libdigikamcore.so.1
#7  0xb7e735a0 in Digikam::ThumbnailLoadThread::~ThumbnailLoadThread() () from /usr/lib/libdigikamcore.so.1
#8  0xb7e6fd55 in ?? () from /usr/lib/libdigikamcore.so.1
#9  0xb7e749fb in ?? () from /usr/lib/libdigikamcore.so.1
#10 0xb6052589 in *__GI_exit (status=0) at exit.c:75
#11 0xb60387ad in __libc_start_main (main=0x8077ab0, argc=2, ubp_av=0xbf866264, init=0x8084c20 <__libc_csu_init>, fini=0x8084c10 <__libc_csu_fini>, rtld_fini=0xb80576e0 <_dl_fini>, 
    stack_end=0xbf86625c) at libc-start.c:254
#12 0x08056321 in _start ()

This bug may be a duplicate of or related to bug 195373

Reported using DrKonqi
Comment 1 caulier.gilles 2009-08-21 10:23:33 UTC
Run showfoto into gdb and try again. Your backtrace is not really suitable...

Gilles Caulier
Comment 2 Stefano Marelli 2009-08-22 10:32:50 UTC
Dear Gilles,
I tried a few times again to reproduce the bug with and without gdb, but I don't seem to be able to reproduce it. 
I apologize for this not-so-useful bug-report,
best regards,
stefano
Comment 3 Dario Andres 2009-10-01 02:07:57 UTC
Bug 209050 got a complete backtrace:
---

Thread 2 (Thread 0xb4785b90 (LWP 31286)):
[KCrash Handler]
#6  QFactoryLoader::keys (this=0x0) at plugin/qfactoryloader_p.h:69
#7  0x012d7290 in createWriteHandlerHelper (device=0xb05caf58,
format=@0xb312dc30) at image/qimagewriter.cpp:135
#8  0x012d9227 in QImageWriter::canWrite (this=0xb4784f38) at
image/qimagewriter.cpp:537
#9  0x012d92d5 in QImageWriter::write (this=0xb4784f38, image=@0xb4784fe0) at
image/qimagewriter.cpp:565
#10 0x012bfafc in QImageData::doImageIO (this=0xb312d7c0, image=0xb4784fe0,
writer=0xb4784f38, quality=0) at image/qimage.cpp:4705
#11 0x012c15a5 in QImage::save (this=0xb4784fe0, fileName=@0xb4785014,
format=0x406b94 "PNG", quality=0) at image/qimage.cpp:4674
#12 0x0029ba62 in Digikam::ThumbnailCreator::storeFreedesktop (this=0xa12d078,
info=@0xb47850d4, image=@0xb478511c) at
/build/buildd/digikam-1.0.0~beta4/libs/threadimageio/thumbnailcreator.cpp:704
#13 0x0029f850 in Digikam::ThumbnailCreator::load (this=0xa12d078,
path=@0xb04afec) at
/build/buildd/digikam-1.0.0~beta4/libs/threadimageio/thumbnailcreator.cpp:207
#14 0x002a6dd2 in Digikam::ThumbnailLoadingTask::execute (this=0xb04afe0) at
/build/buildd/digikam-1.0.0~beta4/libs/threadimageio/thumbnailtask.cpp:133
#15 0x0027fb38 in Digikam::LoadSaveThread::run (this=0xa1251d8) at
/build/buildd/digikam-1.0.0~beta4/libs/threadimageio/loadsavethread.cpp:139
#16 0x07652132 in QThreadPrivate::start (arg=0xa1251d8) at
thread/qthread_unix.cpp:188
#17 0x04f904ff in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#18 0x01d2749e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 1 (Thread 0xb723d700 (LWP 31268)):
#0  0x005a4422 in __kernel_vsyscall ()
#1  0x04f940e5 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/tls/i686/cmov/libpthread.so.0
#2  0x01d362ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6
#3  0x07653172 in QWaitCondition::wait (this=0x9f42f58, mutex=0x9f42f44,
time=4294967295) at thread/qwaitcondition_unix.cpp:87
#4  0x076522d3 in QThread::wait (this=0xa1251d8, time=4294967295) at
thread/qthread_unix.cpp:484
#5  0x0027fdbd in Digikam::LoadSaveThread::shutdownThread (this=0xa1251d8) at
/build/buildd/digikam-1.0.0~beta4/libs/threadimageio/loadsavethread.cpp:91
#6  0x002a1170 in ~ThumbnailLoadThread (this=0xa1251d8) at
/build/buildd/digikam-1.0.0~beta4/libs/threadimageio/thumbnailloadthread.cpp:146
#7  0x002a0425 in destroy () at
/build/buildd/digikam-1.0.0~beta4/libs/threadimageio/thumbnailloadthread.cpp:130
#8  0x001dc49b in ~KCleanUpGlobalStatic (this=0x476f44) at
/usr/include/kglobal.h:62
#9  0x01c71bb9 in exit () from /lib/tls/i686/cmov/libc.so.6
#10 0x01c5977d in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#11 0x08056bd1 in _start () at ../sysdeps/i386/elf/start.S:119
Comment 4 Dario Andres 2009-10-01 02:08:04 UTC
*** Bug 209050 has been marked as a duplicate of this bug. ***
Comment 5 Marcel Wiesweg 2009-10-02 18:39:29 UTC
Probably the same cause: missing cleanup call

*** This bug has been marked as a duplicate of bug 204080 ***
Comment 6 caulier.gilles 2022-01-20 06:40:39 UTC
Fixed with https://bugs.kde.org/show_bug.cgi?id=204080