| Summary: | libpgf relevant : digiKam crash while scrolling the thumbnail view | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Heikki Välisuo <heikki.valisuo> |
| Component: | Plugin-DImg-PGF | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | caulier.gilles, jeffnik, rschweizer, tiziano.cardosi |
| Priority: | NOR | ||
| Version: | 1.3.0 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 1.5.0 | |
| Sentry Crash Report: | |||
|
Description
Heikki Välisuo
2010-08-15 19:50:36 UTC
The crash appears in libpgf when thumbnails are created. http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimageio/pgfutils.cpp#73 Do you use a big or little endian cpu ? Gilles Caulier Hi, my computer has an Intel i3 530 CPU *** Bug 246789 has been marked as a duplicate of this bug. *** I CC libpgf maintener for info... Gilles Caulier __cxa_call_unexpected This indicates that an exception is thrown but not caught, leading to abort(). (console output would confirm that). Now libpgf throws IOException, which is defined by libpgf itself. I dont know why the compiler wouldn't find this definition. Ok, a namespace around the exception would be nice, but it works for most people. Thank you for the report. At first glance it seems that CPGFImage::Read would only throw an IOException if the callback indicates that the process should be aborted (e.g. ESC pressed). Unfortunately I can only start to look into this by midweek. ^^ it's clear however, that there's no callback here With 1061 pictures and a thumbnail DB of 6.1mb for me everything still works as expected. What size of album / DB do you have? Did you catch any console output? If it's an IOException from libpgf something like "Error running libpgf ..." should be logged, at least in the latest debug version. I think I can't help you. I'm not an expert in computer and I don't understand well English, chiefly technical words. I have an album with about 18.000 images, each about 3 Mib now the program runs; sometime, when I send images by email, has problems with temporary folder. The program use hardly the cpu, so sometime the PC stops because of hot; I'm planning to change the ventilator of cpu. best regards TC On 25/08/2010 18:34, Raphael Schweizer wrote: > https://bugs.kde.org/show_bug.cgi?id=247977 > > > > > > --- Comment #8 from Raphael Schweizer<rschweizer schweizer-informatik ch> 2010-08-25 18:34:55 --- > With 1061 pictures and a thumbnail DB of 6.1mb for me everything still works as > expected. What size of album / DB do you have? > Did you catch any console output? If it's an IOException from libpgf something > like "Error running libpgf ..." should be logged, at least in the latest debug > version. > There are over 24000. There is no reason to handle such a number of photos at the same. Not even have them in the same album. But for the sake of testing I did it. I have set the thumbnail size to maximum. Thumbnails-digikam.dg is 457 MB. I did some more testing. I started digikam and selected for thumbnail view my main album and all its subalbums, over 24000. I scrolled back and forth the thumbnail view. The system got sluggish and there was a lot of disk traffic. I had difficulties to jump to another virtual desktop, where I had open the system monitor. I saw how the memory usage had went down few seconds earliers from the full 4GB to about 1 GB. And digikam had mysteriously disappeared. I found no trace of any debug information. I moved with crtl-alt F1 to console (ok?) There was nothing. I glanced the tails of the log files in /var/log. I checked what the syslogviewer showed. Nothing. I must admit that I am not used to digging out the debug information. One more thing. I just realised that among the photos there are some avi-videos originating from my camera. I retried. Started digikam and "asked to see all the thumbnails". I was following the system memory use. Memory usage grows linearly in time. First application memory in system monitor graph arose to 3.7 and stabilised there. then cached memory started to go down. When in was very low, the swap memory started to go up. I guess that when the swap got full, all the graps came quickly down and digikam had disappeared. ??? No KED crash message, nothing on console. I tried once more. going through the photos in smaller portions. Memory usage grows in steps whenever I open a new album. Finally it crashed, when the swap got full (I guess) This time I got a KDE crash report I will be travelling for two weeks, so i am sorry I cannot be of more help. +++++++++++++++++ Application: digiKam (digikam), signal: Aborted [Current thread is 1 (Thread 0x7f82b6ba17c0 (LWP 9503))] Thread 15 (Thread 0x7f829f2c3710 (LWP 9504)): #0 0x00007f82ae54339c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f82b1e722bb in wait (this=<value optimized out>, mutex=0xbed360, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87 #2 QWaitCondition::wait (this=<value optimized out>, mutex=0xbed360, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159 #3 0x00000000006aa43d in ?? () #4 0x00007f82b1e71bf5 in QThreadPrivate::start (arg=0xb7b280) at thread/qthread_unix.cpp:248 #5 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #6 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #7 0x0000000000000000 in ?? () Thread 14 (Thread 0x7f829eac2710 (LWP 9508)): #0 0x00007f82b05046b3 in poll () from /lib64/libc.so.6 #1 0x00007f82a907afd4 in g_main_context_poll (context=0xca0b70, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2904 #2 g_main_context_iterate (context=0xca0b70, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2586 #3 0x00007f82a907b510 in IA__g_main_context_iteration (context=0xca0b70, may_block=1) at gmain.c:2654 #4 0x00007f82b1f816d6 in QEventDispatcherGlib::processEvents (this=0xca0a80, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:414 #5 0x00007f82b1f58292 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007f82b1f58495 in QEventLoop::exec (this=0x7f829eac1dc0, flags=...) at kernel/qeventloop.cpp:201 #7 0x00007f82b1e6f2cf in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:487 #8 0x00007f82b1e71bf5 in QThreadPrivate::start (arg=0xd39930) at thread/qthread_unix.cpp:248 #9 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #10 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #11 0x0000000000000000 in ?? () Thread 13 (Thread 0x7f829e0b4710 (LWP 9509)): #0 0x00007f82ae54268e in __pthread_mutex_unlock_usercnt () from /lib64/libpthread.so.0 #1 0x00007f82a907afc8 in g_main_context_poll (context=0x7f829000f7f0, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2903 #2 g_main_context_iterate (context=0x7f829000f7f0, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2586 #3 0x00007f82a907b510 in IA__g_main_context_iteration (context=0x7f829000f7f0, may_block=1) at gmain.c:2654 #4 0x00007f82b1f816d6 in QEventDispatcherGlib::processEvents (this=0xc7eee0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:414 #5 0x00007f82b1f58292 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007f82b1f58495 in QEventLoop::exec (this=0x7f829e0b3dc0, flags=...) at kernel/qeventloop.cpp:201 #7 0x00007f82b1e6f2cf in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:487 #8 0x00007f82b1e71bf5 in QThreadPrivate::start (arg=0xca2870) at thread/qthread_unix.cpp:248 #9 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #10 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #11 0x0000000000000000 in ?? () Thread 12 (Thread 0x7f829d5e9710 (LWP 9510)): #0 0x00007f82ae54339c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f82b1e722bb in wait (this=<value optimized out>, mutex=0xc85768, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87 #2 QWaitCondition::wait (this=<value optimized out>, mutex=0xc85768, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159 #3 0x00007f82b40951f8 in ?? () from /usr/lib64/libdigikamcore.so.1 #4 0x00007f82b1e71bf5 in QThreadPrivate::start (arg=0xc85750) at thread/qthread_unix.cpp:248 #5 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #6 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #7 0x0000000000000000 in ?? () Thread 11 (Thread 0x7f829cde8710 (LWP 9511)): #0 g_main_context_iterate (context=0xc42dd0, block=1, dispatch=1, self=0xc20cc0) at gmain.c:2532 #1 0x00007f82a907b510 in IA__g_main_context_iteration (context=0xc42dd0, may_block=1) at gmain.c:2654 #2 0x00007f82b1f816d6 in QEventDispatcherGlib::processEvents (this=0xc288f0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:414 #3 0x00007f82b1f58292 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149 #4 0x00007f82b1f58495 in QEventLoop::exec (this=0x7f829cde7dc0, flags=...) at kernel/qeventloop.cpp:201 #5 0x00007f82b1e6f2cf in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:487 #6 0x00007f82b1e71bf5 in QThreadPrivate::start (arg=0x185a000) at thread/qthread_unix.cpp:248 #7 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #8 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #9 0x0000000000000000 in ?? () Thread 10 (Thread 0x7f8297fff710 (LWP 9512)): #0 idleTimerSourcePrepare (source=<value optimized out>, timeout=0x7f8297ffec2c) at kernel/qeventdispatcher_glib.cpp:207 #1 0x00007f82a9079f7f in IA__g_main_context_prepare (context=0xc8c710, priority=0x7f8297ffec9c) at gmain.c:2280 #2 0x00007f82a907ae69 in g_main_context_iterate (context=0xc8c710, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2571 #3 0x00007f82a907b510 in IA__g_main_context_iteration (context=0xc8c710, may_block=1) at gmain.c:2654 #4 0x00007f82b1f816d6 in QEventDispatcherGlib::processEvents (this=0xcaabb0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:414 #5 0x00007f82b1f58292 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007f82b1f58495 in QEventLoop::exec (this=0x7f8297ffedc0, flags=...) at kernel/qeventloop.cpp:201 #7 0x00007f82b1e6f2cf in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:487 #8 0x00007f82b1e71bf5 in QThreadPrivate::start (arg=0xcaadc0) at thread/qthread_unix.cpp:248 #9 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #10 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #11 0x0000000000000000 in ?? () Thread 9 (Thread 0x7f828b649710 (LWP 9514)): #0 0x00007f82ae543709 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f829529b951 in metronom_sync_loop () from /usr/lib64/libxine.so.1 #2 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 8 (Thread 0x7f828a20c710 (LWP 9515)): #0 0x00007f82ae543709 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f82952a998f in video_out_loop () from /usr/lib64/libxine.so.1 #2 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 7 (Thread 0x7f8289a0b710 (LWP 9516)): #0 0x00007f82ae5410b4 in pthread_mutex_lock () from /lib64/libpthread.so.0 #1 0x00007f82a9079fae in IA__g_main_context_prepare (context=0x19a2170, priority=0x7f8289a0ac4c) at gmain.c:2282 #2 0x00007f82a907ae69 in g_main_context_iterate (context=0x19a2170, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2571 #3 0x00007f82a907b510 in IA__g_main_context_iteration (context=0x19a2170, may_block=1) at gmain.c:2654 #4 0x00007f82b1f816d6 in QEventDispatcherGlib::processEvents (this=0x19a2080, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:414 #5 0x00007f82b1f58292 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007f82b1f58495 in QEventLoop::exec (this=0x7f8289a0ad70, flags=...) at kernel/qeventloop.cpp:201 #7 0x00007f82b1e6f2cf in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:487 #8 0x00007f82954f93b4 in ?? () from /usr/lib64/kde4/plugins/phonon_backend/phonon_xine.so #9 0x00007f82b1e71bf5 in QThreadPrivate::start (arg=0x19a7100) at thread/qthread_unix.cpp:248 #10 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #11 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #12 0x0000000000000000 in ?? () Thread 6 (Thread 0x7f8289000710 (LWP 9519)): #0 0x00007f82b05046b3 in poll () from /lib64/libc.so.6 #1 0x00007f82890059d7 in ao_alsa_handle_event_thread () from /usr/lib64/xine/plugins/1.29/xineplug_ao_out_alsa.so #2 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 5 (Thread 0x7f82887ff710 (LWP 9520)): #0 0x00007f82ae54339c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f82952ad96b in ao_loop () from /usr/lib64/libxine.so.1 #2 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #3 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #4 0x0000000000000000 in ?? () Thread 4 (Thread 0x7f8287ffe710 (LWP 9521)): #0 0x00007f82b05046b3 in poll () from /lib64/libc.so.6 #1 0x00007f82a907afd4 in g_main_context_poll (context=0x214a3b0, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2904 #2 g_main_context_iterate (context=0x214a3b0, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2586 #3 0x00007f82a907b510 in IA__g_main_context_iteration (context=0x214a3b0, may_block=1) at gmain.c:2654 #4 0x00007f82b1f816d6 in QEventDispatcherGlib::processEvents (this=0x213c0a0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:414 #5 0x00007f82b1f58292 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007f82b1f58495 in QEventLoop::exec (this=0x7f8287ffdd80, flags=...) at kernel/qeventloop.cpp:201 #7 0x00007f82b1e6f2cf in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:487 #8 0x00007f82b1f3a458 in QInotifyFileSystemWatcherEngine::run (this=0x213bb60) at io/qfilesystemwatcher_inotify.cpp:248 #9 0x00007f82b1e71bf5 in QThreadPrivate::start (arg=0x213bb60) at thread/qthread_unix.cpp:248 #10 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #11 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #12 0x0000000000000000 in ?? () Thread 3 (Thread 0x7f828572b710 (LWP 9528)): #0 0x00007f82b05046b3 in poll () from /lib64/libc.so.6 #1 0x00007f82a907afd4 in g_main_context_poll (context=0x268ede0, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2904 #2 g_main_context_iterate (context=0x268ede0, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2586 #3 0x00007f82a907b510 in IA__g_main_context_iteration (context=0x268ede0, may_block=1) at gmain.c:2654 #4 0x00007f82b1f816d6 in QEventDispatcherGlib::processEvents (this=0x26884d0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:414 #5 0x00007f82b1f58292 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007f82b1f58495 in QEventLoop::exec (this=0x7f828572ad80, flags=...) at kernel/qeventloop.cpp:201 #7 0x00007f82b1e6f2cf in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:487 #8 0x00007f82b1f3a458 in QInotifyFileSystemWatcherEngine::run (this=0x2687800) at io/qfilesystemwatcher_inotify.cpp:248 #9 0x00007f82b1e71bf5 in QThreadPrivate::start (arg=0x2687800) at thread/qthread_unix.cpp:248 #10 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #11 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #12 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f8284729710 (LWP 9604)): [KCrash Handler] #6 0x00007f82b046f9e5 in raise () from /lib64/libc.so.6 #7 0x00007f82b0470ee6 in abort () from /lib64/libc.so.6 #8 0x00007f82b0cc9cdd in __gnu_cxx::__verbose_terminate_handler () at ../../../../libstdc++-v3/libsupc++/vterminate.cc:93 #9 0x00007f82b0cc7ef6 in __cxxabiv1::__terminate (handler=<value optimized out>) at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:39 #10 0x00007f82b0cc7f23 in std::terminate () at ../../../../libstdc++- v3/libsupc++/eh_terminate.cc:49 #11 0x00007f82b0cc7f36 in __cxxabiv1::__unexpected (handler=<value optimized out>) at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:55 #12 0x00007f82b0cc7b23 in __cxxabiv1::__cxa_call_unexpected (exc_obj_in=0x7f80d7de1370) at ../../../../libstdc++- v3/libsupc++/eh_personality.cc:755 #13 0x00007f82b408bc54 in ?? () from /usr/lib64/libdigikamcore.so.1 #14 0x00007f82b4092920 in ?? () from /usr/lib64/libdigikamcore.so.1 #15 0x00007f82b406e7cc in Digikam::ThumbnailCreator::loadFromDatabase(Digikam::ThumbnailInfo const&) () from /usr/lib64/libdigikamcore.so.1 #16 0x00007f82b4072086 in Digikam::ThumbnailCreator::load(QString const&) () from /usr/lib64/libdigikamcore.so.1 #17 0x00007f82b407a26b in ?? () from /usr/lib64/libdigikamcore.so.1 #18 0x00007f82b4059596 in Digikam::LoadSaveThread::run() () from /usr/lib64/libdigikamcore.so.1 #19 0x00007f82b40960a6 in ?? () from /usr/lib64/libdigikamcore.so.1 #20 0x00007f82b1e68035 in QThreadPoolThread::run (this=0x3f1e980) at concurrent/qthreadpool.cpp:106 #21 0x00007f82b1e71bf5 in QThreadPrivate::start (arg=0x3f1e980) at thread/qthread_unix.cpp:248 #22 0x00007f82ae53ea4f in start_thread () from /lib64/libpthread.so.0 #23 0x00007f82b050d82d in clone () from /lib64/libc.so.6 #24 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f82b6ba17c0 (LWP 9503)): #0 0x00007f82ae543709 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f82b1e719b5 in thread_sleep (ti=0x7fffb0352870) at thread/qthread_unix.cpp:398 #2 0x00007f82b1e71b20 in QThread::msleep (msecs=<value optimized out>) at thread/qthread_unix.cpp:424 #3 0x00007f829550f5c2 in ?? () from /usr/lib64/kde4/plugins/phonon_backend/phonon_xine.so #4 0x00007f829550f6d9 in ?? () from /usr/lib64/kde4/plugins/phonon_backend/phonon_xine.so #5 0x00007f82b6550cc7 in ?? () from /usr/lib64/libphonon.so.4 #6 0x00007f82b6550e09 in ?? () from /usr/lib64/libphonon.so.4 #7 0x00007f82b04724e1 in __run_exit_handlers () from /lib64/libc.so.6 #8 0x00007f82b0472535 in exit () from /lib64/libc.so.6 #9 0x00007f82b113dcb8 in ?? () from /usr/lib64/libQtGui.so.4 #10 0x00007f82b2872068 in KApplication::xioErrhandler(_XDisplay*) () from /usr/lib64/libkdeui.so.5 #11 0x00007f82aecd2a3e in _XIOError (dpy=0xa91ef0) at XlibInt.c:3138 #12 0x00007f82aecd95a5 in process_responses (dpy=0xa91ef0, wait_for_first_event=0, current_error=0x0, current_request=0) at xcb_io.c:247 #13 0x00007f82aecd990c in _XEventsQueued (dpy=0xa91ef0, mode=<value optimized out>) at xcb_io.c:263 #14 0x00007f82aecc27ef in XEventsQueued (dpy=0xa91ef0, mode=2) at Pending.c:44 #15 0x00007f82b1174fec in ?? () from /usr/lib64/libQtGui.so.4 #16 0x00007f82a907a718 in IA__g_main_context_check (context=0xa8d120, max_priority=2147483647, fds=<value optimized out>, n_fds=<value optimized out>) at gmain.c:2469 #17 0x00007f82a907aff2 in g_main_context_iterate (context=0xa8d120, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2588 #18 0x00007f82a907b510 in IA__g_main_context_iteration (context=0xa8d120, may_block=1) at gmain.c:2654 #19 0x00007f82b1f8167f in QEventDispatcherGlib::processEvents (this=0xa4d000, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:412 #20 0x00007f82b117514e in ?? () from /usr/lib64/libQtGui.so.4 #21 0x00007f82b1f58292 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149 #22 0x00007f82b1f58495 in QEventLoop::exec (this=0x7fffb0352c70, flags=...) at kernel/qeventloop.cpp:201 #23 0x00007f82b1f5c88b in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1003 #24 0x00000000007139c5 in ?? () #25 0x00007f82b045bb7d in __libc_start_main () from /lib64/libc.so.6 #26 0x000000000047a6a9 in _start () Ok, looks like this is the memory leak that was fixed in 1.4. Typical situation (opening very large album). Raphael, probably false alarm: In this case, the relevant exception would be std::bad_alloc thrown from a failed new[]. (normally, this can be seen from the backtraces. In any way, console output would help clear things) Heikki: Please reopen if the problem is persisting with 1.4. Hi, 1.4 works fine ;-) OK. Thanks for reporting and the additional information. Still, I wonder how to read the traces. No std::bad_alloc, libpgf the latest call before the crash... Never mind! Best regards Raphael *** Bug 255930 has been marked as a duplicate of this bug. *** |