| Summary: | digikam crashes, if pics of collections are changed externally | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Axel Krebs <axel.krebs> |
| Component: | Database-Scan | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | axel.krebs, caulier.gilles |
| Priority: | NOR | ||
| Version: | 2.6.0 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 5.1.0 | |
| Sentry Crash Report: | |||
| Attachments: | New crash information added by DrKonqi | ||
|
Description
Axel Krebs
2012-04-21 12:53:23 UTC
happens abpout five times since april 21th, 2012 *** This bug has been marked as a duplicate of bug 280142 *** I am _not_ quite sure, if this is a duplicate of bug #280142. Further more, if so, it would be still open (=unsolved). The relavance of the reportet bug is tremendeous for me: digiKam version 2.5.0 Bilder: BMP: 1 GIF: 100 JP2: 16 JPG: 101070 PGF: 2 PNG: 1245 RAW-CR2: 632 RAW-CRW: 15760 RAW-DNG: 6 RAW-NEF: 55508 TIFF: 1442 XCF: 1 Gesamt: 175783 : Videos: AVI: 73 MOV: 9 MPEG: 2 Gesamt: 84 : Gesamtzahl der Einträge: 175867 Alben: 2580 Stichwörter: 44 Datenbanktreiber: QSQLITE About 3000 faces - all have gone after crash: loss of at least 2 days About 2582 subfolder - all folder previews have gone after crash: weeks of work? Writing all metadata: takes ~ 8 hours Writing all thumbnails: takes ~ 12 hours Writing all fingerprints: takes ~ 18 hours All gone, once again... These experiences make me doubt about the metadata storing concept heavily. Instead of keeping _several_ databases (db, thumbnail-db, faces?) with _uncertain_ (as my experiences indicate) connecting to _single_ pictures, I suggest to use one unique number per pic (I support here another persons suggestion) to connect to database. As different formats seem to be supported to a different extend by digiKam, this could resolve this problematic situation to a far extent. Writing metadata into Canon CRW takes about 5 times more time than to write into jpg!! By the way: I always search for dublettes intensively when reoporting a bug. But I don´t see similar ones. Is there a bug in KDE bug-reporting system? Please let me know about progresses! Axel Hello, this type of crashes still occurs several times a day... is definitely _not_ removed in DigiKam V. 2.6. For me, it looks like a conflict between two progs, trying to access the the same file by subsequently crashing... or so. But I'm not a computer freak... !! When I'm running HUGIN to do panoramas, digiKam crashes quite often, if a !! panorama pic has finished. Hope these lines are useful for you- Axel My database statistics: digiKam version 2.6.0 Bilder: BMP: 1 GIF: 98 JP2: 14 JPEG: 98 JPG: 109121 NIKON-NEF: 111 PGF: 2 PNG: 1454 RAW-CR2: 632 RAW-CRW: 11252 RAW-DNG: 6 RAW-NEF: 72101 TIFF: 1632 XCF: 1 Gesamt: 196523 : Videos: AVI: 60 MOV: 16 MPEG: 2 Gesamt: 78 : Gesamtzahl der Einträge: 196601 Alben: 2101 Stichwörter: 104 Datenbanktreiber: QSQLITE HUGIN: Betriebssystem: Linux 3.2.0-29-generic x86_64 Architektur: 64 bit Freier Speicher: 3299196 kiB Hugin Version: 2011.4.0.cf9be9344356 Ressourcen-Pfad: /usr/share/hugin/xrc/ Datenpfad: /usr/share/hugin/data/ Bibliotheken wxWidgets: 2.8.11.0 libpano13: 2.9.18 Boost: 1.46.1 Exiv2: 0.22.0 Please don't tell me, that this is HUGINS mistake- on my LINUX system it is very usual to run many progs at the same time... This is definitivly not reproducible here. I use too Huggin without any problem with digiKam. I process few panorama by day currently. Sound like a 3rd party library problem on your system... Gilles Caulier Hi Gilles:
how to proceed?
To reproduce s.th., one needs to know exactly what to repeat, or?
So what is your thought about causes? how can I proove, how can I avoid?
I have 8 Gigs RAM- but still thinking there could be a space/cache
issue involved? I looks like digikam _or_ HUGIN request s.th. and my PC
is not able to provide- crash...
By the way: if digikam.dbg installed- will this mechanism provide
digikam internal crash causes or all related even from other progs (as
HUGIN)
This is strange to me: no root cause, but only effects?
How to find out the _real_ reason?
Axel
P.S.: without understanding the root cause, and beeing able to provoke
the observed fault, I think I do not understand the reasons...
Am 14.08.2012 19:03, schrieb Gilles Caulier:
> https://bugs.kde.org/show_bug.cgi?id=298547
>
> Gilles Caulier <caulier.gilles@gmail.com> changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> Status|VERIFIED |RESOLVED
> CC| |caulier.gilles@gmail.com
> Resolution|REMIND |WAITINGFORINFO
>
> --- Comment #5 from Gilles Caulier <caulier.gilles@gmail.com> ---
> This is definitivly not reproducible here. I use too Huggin without any problem
> with digiKam. I process few panorama by day currently.
>
> Sound like a 3rd party library problem on your system...
>
> Gilles Caulier
>
New appearence...
Application: digiKam (digikam), signal: Bus error
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
[Current thread is 1 (Thread 0x7f409cc46a00 (LWP 12010))]
Thread 37 (Thread 0x7f40789a1700 (LWP 12011)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1 0x00007f4096e8c4db in wait (time=18446744073709551615,
this=0x22548e0) at thread/qwaitcondition_unix.cpp:86
#2 QWaitCondition::wait (this=<optimized out>, mutex=0x22547d8,
time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3 0x00000000005d66b0 in Digikam::ScanController::run (this=0x2254570)
at /build/buildd/digikam-2.6.0/core/digikam/database/scancontroller.cpp:698
#4 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0x2254570) at
thread/qthread_unix.cpp:298
#5 0x00007f40919d2e9a in start_thread (arg=0x7f40789a1700) at
pthread_create.c:308
#6 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7 0x0000000000000000 in ?? ()
Thread 36 (Thread 0x7f4073fff700 (LWP 12012)):
#0 0x00007f408f65b5ec in g_mutex_unlock () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#1 0x00007f408f61f83b in g_main_context_prepare () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007f408f61ff5b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007f408f620164 in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007f4096fba426 in QEventDispatcherGlib::processEvents
(this=0x7f406c0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#5 0x00007f4096f89c82 in QEventLoop::processEvents (this=<optimized
out>, flags=...) at kernel/qeventloop.cpp:149
#6 0x00007f4096f89ed7 in QEventLoop::exec (this=0x7f4073ffeb50,
flags=...) at kernel/qeventloop.cpp:204
#7 0x00007f4096e88fa7 in QThread::exec (this=<optimized out>) at
thread/qthread.cpp:501
#8 0x00007f4096f699ff in QInotifyFileSystemWatcherEngine::run
(this=0x21c8c10) at io/qfilesystemwatcher_inotify.cpp:248
#9 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0x21c8c10) at
thread/qthread_unix.cpp:298
#10 0x00007f40919d2e9a in start_thread (arg=0x7f4073fff700) at
pthread_create.c:308
#11 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#12 0x0000000000000000 in ?? ()
Thread 35 (Thread 0x7f40737fe700 (LWP 12038)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1 0x00007f4096e8c4db in wait (time=18446744073709551615,
this=0x20934a0) at thread/qwaitcondition_unix.cpp:86
#2 QWaitCondition::wait (this=<optimized out>, mutex=0x259cfc8,
time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3 0x00007f409a2a6e31 in Digikam::ParkingThread::run (this=0x259cfb0)
at /build/buildd/digikam-2.6.0/core/libs/threads/threadmanager.cpp:119
#4 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0x259cfb0) at
thread/qthread_unix.cpp:298
#5 0x00007f40919d2e9a in start_thread (arg=0x7f40737fe700) at
pthread_create.c:308
#6 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7 0x0000000000000000 in ?? ()
Thread 34 (Thread 0x7f4069bc4700 (LWP 12039)):
#0 0x00007f40919d605d in __pthread_mutex_unlock_usercnt
(mutex=<optimized out>, decr=<optimized out>) at pthread_mutex_unlock.c:52
#1 __pthread_mutex_unlock (mutex=0x7f4060000a60) at
pthread_mutex_unlock.c:290
#2 0x00007f408f65b5d1 in g_mutex_unlock () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007f408f61fb3d in g_main_context_check () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007f408f61ffd6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5 0x00007f408f620164 in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6 0x00007f4096fba426 in QEventDispatcherGlib::processEvents
(this=0x7f40600008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#7 0x00007f4096f89c82 in QEventLoop::processEvents (this=<optimized
out>, flags=...) at kernel/qeventloop.cpp:149
#8 0x00007f4096f89ed7 in QEventLoop::exec (this=0x7f4069bc3b50,
flags=...) at kernel/qeventloop.cpp:204
#9 0x00007f4096e88fa7 in QThread::exec (this=<optimized out>) at
thread/qthread.cpp:501
#10 0x00007f4096f699ff in QInotifyFileSystemWatcherEngine::run
(this=0x2ad1390) at io/qfilesystemwatcher_inotify.cpp:248
#11 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0x2ad1390) at
thread/qthread_unix.cpp:298
#12 0x00007f40919d2e9a in start_thread (arg=0x7f4069bc4700) at
pthread_create.c:308
#13 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#14 0x0000000000000000 in ?? ()
Thread 33 (Thread 0x7f405f633700 (LWP 12174)):
#0 0x00007f408f61f740 in g_main_context_prepare () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#1 0x00007f408f61ff5b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007f408f620164 in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007f4096fba426 in QEventDispatcherGlib::processEvents
(this=0x7f40500149c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#4 0x00007f4096f89c82 in QEventLoop::processEvents (this=<optimized
out>, flags=...) at kernel/qeventloop.cpp:149
#5 0x00007f4096f89ed7 in QEventLoop::exec (this=0x7f405f632b20,
flags=...) at kernel/qeventloop.cpp:204
#6 0x00007f409a2a64ae in Digikam::WorkerObjectRunnable::run
(this=0xebb2320) at
/build/buildd/digikam-2.6.0/core/libs/threads/threadmanager.cpp:196
#7 0x00007f4096e7f4f2 in QThreadPoolThread::run (this=0xf571ee0) at
concurrent/qthreadpool.cpp:107
#8 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0xf571ee0) at
thread/qthread_unix.cpp:298
#9 0x00007f40919d2e9a in start_thread (arg=0x7f405f633700) at
pthread_create.c:308
#10 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#11 0x0000000000000000 in ?? ()
Thread 32 (Thread 0x7f403bdb8700 (LWP 12182)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f403bdb8700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 31 (Thread 0x7f403adce700 (LWP 12183)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f403adce700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 30 (Thread 0x7f403a5cd700 (LWP 12184)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f403a5cd700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 29 (Thread 0x7f4059325700 (LWP 16039)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1 0x00007f4096e8c4db in wait (time=18446744073709551615,
this=0xe3a73a0) at thread/qwaitcondition_unix.cpp:86
#2 QWaitCondition::wait (this=<optimized out>, mutex=0xe3a71c8,
time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3 0x00000000006ebe3b in Digikam::ActionThread::run (this=0xe396050) at
/build/buildd/digikam-2.6.0/core/utilities/queuemanager/manager/actionthread.cpp:165
#4 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0xe396050) at
thread/qthread_unix.cpp:298
#5 0x00007f40919d2e9a in start_thread (arg=0x7f4059325700) at
pthread_create.c:308
#6 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7 0x0000000000000000 in ?? ()
Thread 28 (Thread 0x7f3fc67fc700 (LWP 16040)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f3fc67fc700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 27 (Thread 0x7f4025915700 (LWP 16041)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f4025915700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 26 (Thread 0x7f4039dcc700 (LWP 16042)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f4039dcc700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 25 (Thread 0x7f4025114700 (LWP 16081)):
#0 0x00007f40960acb03 in __GI___poll (fds=<optimized out>,
nfds=<optimized out>, timeout=<optimized out>) at
../sysdeps/unix/sysv/linux/poll.c:87
#1 0x00007f408f620036 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007f408f620164 in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007f4096fba426 in QEventDispatcherGlib::processEvents
(this=0x7f4010116f00, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#4 0x00007f4096f89c82 in QEventLoop::processEvents (this=<optimized
out>, flags=...) at kernel/qeventloop.cpp:149
#5 0x00007f4096f89ed7 in QEventLoop::exec (this=0x7f4025113b20,
flags=...) at kernel/qeventloop.cpp:204
#6 0x00007f409a2a64ae in Digikam::WorkerObjectRunnable::run
(this=0x6d396ed0) at
/build/buildd/digikam-2.6.0/core/libs/threads/threadmanager.cpp:196
#7 0x00007f4096e7f4f2 in QThreadPoolThread::run (this=0x6c8a3cc0) at
concurrent/qthreadpool.cpp:107
#8 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0x6c8a3cc0) at
thread/qthread_unix.cpp:298
#9 0x00007f40919d2e9a in start_thread (arg=0x7f4025114700) at
pthread_create.c:308
#10 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#11 0x0000000000000000 in ?? ()
Thread 24 (Thread 0x7f405abf8700 (LWP 16082)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f405abf8700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 23 (Thread 0x7f4059b26700 (LWP 16083)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f4059b26700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 22 (Thread 0x7f4058b24700 (LWP 16084)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f4058b24700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 21 (Thread 0x7f3fceffd700 (LWP 20305)):
#0 0x00007fff3990e70c in ?? ()
#1 0x00007fff3990e959 in ?? ()
#2 0x00007f408e28f15d in __GI_clock_gettime (clock_id=<optimized out>,
tp=<optimized out>) at ../sysdeps/unix/clock_gettime.c:116
#3 0x00007f4096ee2bb4 in do_gettime (frac=0x7f3fceffc8e8,
sec=0x7f3fceffc8e0) at tools/qelapsedtimer_unix.cpp:123
#4 qt_gettime () at tools/qelapsedtimer_unix.cpp:140
#5 0x00007f4096fbab8d in QTimerInfoList::updateCurrentTime
(this=0x7f3fc00021e0) at kernel/qeventdispatcher_unix.cpp:343
#6 0x00007f4096fbaec3 in QTimerInfoList::timerWait
(this=0x7f3fc00021e0, tm=...) at kernel/qeventdispatcher_unix.cpp:450
#7 0x00007f4096fb997c in timerSourcePrepareHelper (src=<optimized out>,
timeout=0x7f3fceffc9bc) at kernel/qeventdispatcher_glib.cpp:136
#8 0x00007f4096fb9a25 in timerSourcePrepare (source=<optimized out>,
timeout=<optimized out>) at kernel/qeventdispatcher_glib.cpp:169
#9 0x00007f408f61f846 in g_main_context_prepare () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#10 0x00007f408f61ff5b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#11 0x00007f408f620164 in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#12 0x00007f4096fba426 in QEventDispatcherGlib::processEvents
(this=0x7f3fc03aa240, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#13 0x00007f4096f89c82 in QEventLoop::processEvents (this=<optimized
out>, flags=...) at kernel/qeventloop.cpp:149
#14 0x00007f4096f89ed7 in QEventLoop::exec (this=0x7f3fceffcb20,
flags=...) at kernel/qeventloop.cpp:204
#15 0x00007f409a2a64ae in Digikam::WorkerObjectRunnable::run
(this=0x7f4010032210) at
/build/buildd/digikam-2.6.0/core/libs/threads/threadmanager.cpp:196
#16 0x00007f4096e7f4f2 in QThreadPoolThread::run (this=0x68559210) at
concurrent/qthreadpool.cpp:107
#17 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0x68559210) at
thread/qthread_unix.cpp:298
#18 0x00007f40919d2e9a in start_thread (arg=0x7f3fceffd700) at
pthread_create.c:308
#19 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#20 0x0000000000000000 in ?? ()
Thread 20 (Thread 0x7f401d03a700 (LWP 20306)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f401d03a700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 19 (Thread 0x7f401d83b700 (LWP 20307)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f401d83b700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 18 (Thread 0x7f401e03c700 (LWP 20308)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f401e03c700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 17 (Thread 0x7f4055768700 (LWP 20313)):
#0 __pthread_mutex_lock (mutex=0x7f3fc0009de0) at pthread_mutex_lock.c:127
#1 0x00007f408f65b5a1 in g_mutex_lock () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007f408f61f675 in g_main_context_prepare () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007f408f61ff5b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007f408f620164 in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5 0x00007f4096fba426 in QEventDispatcherGlib::processEvents
(this=0x7f3fc03aea20, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#6 0x00007f4096f89c82 in QEventLoop::processEvents (this=<optimized
out>, flags=...) at kernel/qeventloop.cpp:149
#7 0x00007f4096f89ed7 in QEventLoop::exec (this=0x7f4055767b20,
flags=...) at kernel/qeventloop.cpp:204
#8 0x00007f409a2a64ae in Digikam::WorkerObjectRunnable::run
(this=0x7f40100325c0) at
/build/buildd/digikam-2.6.0/core/libs/threads/threadmanager.cpp:196
#9 0x00007f4096e7f4f2 in QThreadPoolThread::run (this=0x6995c910) at
concurrent/qthreadpool.cpp:107
#10 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0x6995c910) at
thread/qthread_unix.cpp:298
#11 0x00007f40919d2e9a in start_thread (arg=0x7f4055768700) at
pthread_create.c:308
#12 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#13 0x0000000000000000 in ?? ()
Thread 16 (Thread 0x7f40395cb700 (LWP 20314)):
#0 0x00007f40919d4f69 in __pthread_mutex_lock (mutex=0x7f3fc000bec0) at
pthread_mutex_lock.c:92
#1 0x00007f408f65b5a1 in g_mutex_lock () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007f408f61f851 in g_main_context_prepare () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007f408f61ff5b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007f408f620164 in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5 0x00007f4096fba426 in QEventDispatcherGlib::processEvents
(this=0x7f3fc00034c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#6 0x00007f4096f89c82 in QEventLoop::processEvents (this=<optimized
out>, flags=...) at kernel/qeventloop.cpp:149
#7 0x00007f4096f89ed7 in QEventLoop::exec (this=0x7f40395cab20,
flags=...) at kernel/qeventloop.cpp:204
#8 0x00007f409a2a64ae in Digikam::WorkerObjectRunnable::run
(this=0x7f4010020ba0) at
/build/buildd/digikam-2.6.0/core/libs/threads/threadmanager.cpp:196
#9 0x00007f4096e7f4f2 in QThreadPoolThread::run (this=0x6c6ebd70) at
concurrent/qthreadpool.cpp:107
#10 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0x6c6ebd70) at
thread/qthread_unix.cpp:298
#11 0x00007f40919d2e9a in start_thread (arg=0x7f40395cb700) at
pthread_create.c:308
#12 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#13 0x0000000000000000 in ?? ()
Thread 15 (Thread 0x7f4027de2700 (LWP 20318)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f4027de2700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 14 (Thread 0x7f40275e1700 (LWP 20319)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f40275e1700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 13 (Thread 0x7f4026116700 (LWP 20320)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f4026116700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 12 (Thread 0x7f4024913700 (LWP 20324)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f4024913700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 11 (Thread 0x7f401ffff700 (LWP 20325)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f401ffff700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 10 (Thread 0x7f401f03e700 (LWP 20326)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f401f03e700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 9 (Thread 0x7f401e83d700 (LWP 20328)):
#0 0x00007f40919d605d in __pthread_mutex_unlock_usercnt
(mutex=<optimized out>, decr=<optimized out>) at pthread_mutex_unlock.c:52
#1 __pthread_mutex_unlock (mutex=0x7f3fc04d5b30) at
pthread_mutex_unlock.c:290
#2 0x00007f408f65b5d1 in g_mutex_unlock () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007f408f61fb3d in g_main_context_check () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007f408f61ffd6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5 0x00007f408f620164 in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6 0x00007f4096fba426 in QEventDispatcherGlib::processEvents
(this=0x7f3fc03b7b50, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#7 0x00007f4096f89c82 in QEventLoop::processEvents (this=<optimized
out>, flags=...) at kernel/qeventloop.cpp:149
#8 0x00007f4096f89ed7 in QEventLoop::exec (this=0x7f401e83cb20,
flags=...) at kernel/qeventloop.cpp:204
#9 0x00007f409a2a64ae in Digikam::WorkerObjectRunnable::run
(this=0x7f4010020e50) at
/build/buildd/digikam-2.6.0/core/libs/threads/threadmanager.cpp:196
#10 0x00007f4096e7f4f2 in QThreadPoolThread::run (this=0xf296cb0) at
concurrent/qthreadpool.cpp:107
#11 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0xf296cb0) at
thread/qthread_unix.cpp:298
#12 0x00007f40919d2e9a in start_thread (arg=0x7f401e83d700) at
pthread_create.c:308
#13 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#14 0x0000000000000000 in ?? ()
Thread 8 (Thread 0x7f401c839700 (LWP 20338)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f401c839700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 7 (Thread 0x7f4007fff700 (LWP 20339)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f4007fff700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 6 (Thread 0x7f40077fe700 (LWP 20340)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f40077fe700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 5 (Thread 0x7f3fedffb700 (LWP 21109)):
[KCrash Handler]
#6 __memcpy_sse2 () at ../sysdeps/x86_64/multiarch/../memcpy.S:535
#7 0x00007f4091e51519 in ?? () from /usr/lib/x86_64-linux-gnu/libtiff.so.4
#8 0x00007f4091e743c9 in TIFFReadEncodedStrip () from
/usr/lib/x86_64-linux-gnu/libtiff.so.4
#9 0x00007f4091e5c836 in ?? () from /usr/lib/x86_64-linux-gnu/libtiff.so.4
#10 0x00007f409a0c7533 in Digikam::TIFFLoader::load
(this=0x7f3fedff9b50, filePath=..., observer=0x6c9f8770) at
/build/buildd/digikam-2.6.0/core/libs/dimg/loaders/tiffloader.cpp:608
#11 0x00007f409a0a28bd in Digikam::DImg::load (this=0x7f3fedffa2c0,
filePath=..., loadFlagsInt=13, observer=0x6c9f8770,
rawDecodingSettings=...) at
/build/buildd/digikam-2.6.0/core/libs/dimg/dimg.cpp:451
#12 0x00007f409a0a3f7e in Digikam::DImg::load (this=0x7f3fedffa2c0,
filePath=..., loadMetadata=<optimized out>, loadICCData=<optimized out>,
loadUniqueHash=<optimized out>, loadImageHistory=<optimized out>,
observer=0x6c9f8770, rawDecodingSettings=...) at
/build/buildd/digikam-2.6.0/core/libs/dimg/dimg.cpp:406
#13 0x00007f409a286818 in Digikam::ThumbnailCreator::loadWithDImg
(this=0xdf283e0, path=..., profile=0x7f3fedffa480) at
/build/buildd/digikam-2.6.0/core/libs/threadimageio/thumbnailcreator.cpp:559
#14 0x00007f409a28735b in Digikam::ThumbnailCreator::createThumbnail
(this=0xdf283e0, info=..., detailRect=..., isFace=false) at
/build/buildd/digikam-2.6.0/core/libs/threadimageio/thumbnailcreator.cpp:488
#15 0x00007f409a2879c0 in Digikam::ThumbnailCreator::load
(this=0xdf283e0, path=..., rect=..., pregenerate=false) at
/build/buildd/digikam-2.6.0/core/libs/threadimageio/thumbnailcreator.cpp:258
#16 0x00007f409a288892 in Digikam::ThumbnailCreator::load
(this=<optimized out>, path=...) at
/build/buildd/digikam-2.6.0/core/libs/threadimageio/thumbnailcreator.cpp:197
#17 0x00007f409a297427 in Digikam::ThumbnailLoadingTask::execute
(this=0x6c9f8760) at
/build/buildd/digikam-2.6.0/core/libs/threadimageio/thumbnailtask.cpp:170
#18 0x00007f409a2670ce in Digikam::LoadSaveThread::run (this=0xdf2c340)
at
/build/buildd/digikam-2.6.0/core/libs/threadimageio/loadsavethread.cpp:136
#19 0x00007f409a2a874e in Digikam::DynamicThread::DynamicThreadPriv::run
(this=0xdf28190) at
/build/buildd/digikam-2.6.0/core/libs/threads/dynamicthread.cpp:186
#20 0x00007f4096e7f4f2 in QThreadPoolThread::run (this=0x6d6065f0) at
concurrent/qthreadpool.cpp:107
#21 0x00007f4096e8bfcb in QThreadPrivate::start (arg=0x6d6065f0) at
thread/qthread_unix.cpp:298
#22 0x00007f40919d2e9a in start_thread (arg=0x7f3fedffb700) at
pthread_create.c:308
#23 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#24 0x0000000000000000 in ?? ()
Thread 4 (Thread 0x7f40057fa700 (LWP 21110)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f40057fa700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 3 (Thread 0x7f4005ffb700 (LWP 21111)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f4005ffb700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 2 (Thread 0x7f40067fc700 (LWP 21112)):
#0 0x00007f40923553d6 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1 0x00007f4092353efe in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2 0x00007f40919d2e9a in start_thread (arg=0x7f40067fc700) at
pthread_create.c:308
#3 0x00007f40960b84bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4 0x0000000000000000 in ?? ()
Thread 1 (Thread 0x7f409cc46a00 (LWP 12010)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1 0x00007f4096e8c4db in wait (time=18446744073709551615,
this=0xdf28210) at thread/qwaitcondition_unix.cpp:86
#2 QWaitCondition::wait (this=<optimized out>, mutex=0xdf281c0,
time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3 0x00007f409a2a8d78 in Digikam::DynamicThread::wait (this=0xdf2c340,
locker=...) at
/build/buildd/digikam-2.6.0/core/libs/threads/dynamicthread.cpp:351
#4 0x00007f409a2a8f94 in Digikam::DynamicThread::shutDown
(this=0xdf2c340) at
/build/buildd/digikam-2.6.0/core/libs/threads/dynamicthread.cpp:222
#5 0x00007f409a26de18 in Digikam::ManagedLoadSaveThread::shutDown
(this=0xdf2c340) at
/build/buildd/digikam-2.6.0/core/libs/threadimageio/managedloadsavethread.cpp:94
#6 0x00007f409a28b49f in
Digikam::ThumbnailLoadThread::~ThumbnailLoadThread (this=0xdf2c340,
__in_chrg=<optimized out>) at
/build/buildd/digikam-2.6.0/core/libs/threadimageio/thumbnailloadthread.cpp:174
#7 0x00007f409a28b5e9 in
Digikam::ThumbnailLoadThread::~ThumbnailLoadThread (this=0xdf2c340,
__in_chrg=<optimized out>) at
/build/buildd/digikam-2.6.0/core/libs/threadimageio/thumbnailloadthread.cpp:177
#8 0x00007f4096001921 in __run_exit_handlers (status=1,
listp=0x7f409637c688, run_list_atexit=true) at exit.c:78
#9 0x00007f40960019a5 in __GI_exit (status=<optimized out>) at exit.c:100
#10 0x00007f40979f05e8 in qt_xio_errhandler () at
kernel/qapplication_x11.cpp:780
#11 0x00007f40986bc718 in KApplication::xioErrhandler
(this=0x7fff3989ded0, dpy=0x2041900) at
../../kdeui/kernel/kapplication.cpp:419
#12 0x00007f40945c741e in _XIOError () from
/usr/lib/x86_64-linux-gnu/libX11.so.6
#13 0x00007f40945c4e1d in _XEventsQueued () from
/usr/lib/x86_64-linux-gnu/libX11.so.6
#14 0x00007f40945b642f in XEventsQueued () from
/usr/lib/x86_64-linux-gnu/libX11.so.6
#15 0x00007f4097a2cb9c in x11EventSourceCheck (s=0x2032cb0) at
kernel/qguieventdispatcher_glib.cpp:85
#16 0x00007f408f61fb43 in g_main_context_check () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#17 0x00007f408f61ffd6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#18 0x00007f408f620164 in g_main_context_iteration () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#19 0x00007f4096fba3bf in QEventDispatcherGlib::processEvents
(this=0x1fd05c0, flags=...) at kernel/qeventdispatcher_glib.cpp:424
#20 0x00007f4097a2cd5e in QGuiEventDispatcherGlib::processEvents
(this=<optimized out>, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#21 0x00007f4096f89c82 in QEventLoop::processEvents (this=<optimized
out>, flags=...) at kernel/qeventloop.cpp:149
#22 0x00007f4096f89ed7 in QEventLoop::exec (this=0x7fff3989dd50,
flags=...) at kernel/qeventloop.cpp:204
#23 0x00007f4096f8ef67 in QCoreApplication::exec () at
kernel/qcoreapplication.cpp:1148
#24 0x000000000048e44b in main (argc=1, argv=<optimized out>) at
/build/buildd/digikam-2.6.0/core/digikam/main/main.cpp:232
Am 14.08.2012 21:59, schrieb Axel Krebs:
> https://bugs.kde.org/show_bug.cgi?id=298547
>
> --- Comment #6 from Axel Krebs <axel.krebs@t-online.de> ---
> Hi Gilles:
>
> how to proceed?
>
> To reproduce s.th., one needs to know exactly what to repeat, or?
> So what is your thought about causes? how can I proove, how can I avoid?
>
> I have 8 Gigs RAM- but still thinking there could be a space/cache
> issue involved? I looks like digikam _or_ HUGIN request s.th. and my PC
> is not able to provide- crash...
>
> By the way: if digikam.dbg installed- will this mechanism provide
> digikam internal crash causes or all related even from other progs (as
> HUGIN)
>
> This is strange to me: no root cause, but only effects?
>
> How to find out the _real_ reason?
>
>
> Axel
>
> P.S.: without understanding the root cause, and beeing able to provoke
> the observed fault, I think I do not understand the reasons...
>
> Am 14.08.2012 19:03, schrieb Gilles Caulier:
>> https://bugs.kde.org/show_bug.cgi?id=298547
>>
>> Gilles Caulier <caulier.gilles@gmail.com> changed:
>>
>> What |Removed |Added
>> ----------------------------------------------------------------------------
>> Status|VERIFIED |RESOLVED
>> CC| |caulier.gilles@gmail.com
>> Resolution|REMIND |WAITINGFORINFO
>>
>> --- Comment #5 from Gilles Caulier <caulier.gilles@gmail.com> ---
>> This is definitivly not reproducible here. I use too Huggin without any problem
>> with digiKam. I process few panorama by day currently.
>>
>> Sound like a 3rd party library problem on your system...
>>
>> Gilles Caulier
>>
>
It crash in libtiff, about memory allocation, when thumbnail are processed. Are you able to identify which TIFF image crash digiKam ? If yes send me the file by mail (or share it through internet), to see if i can reproduce the crash here... Look also which libtiff you use with digiKam (Help/components Info) Here i process panorama my my Toshoba ultrabook Z830 (4Gb RAM). Between 14 and 27 JPEG files are processed as tiff output with Hugin in background, using Panorama kipi-plugin. No problem... Gilles Caulier Gilles.
I processed about 41 panoramas in the last days. Smallest with 23,9,
largest with 480 MB size. Largest files I can sent by email is about 10
MG...
I am not quite sure, which one was definitly one of those questioned ones...
Thank you for your offer, I do not have any idea how I could "transport"
these, however...
--
My components:
digiKam version 2.6.0
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: Interne Bibliothek
LibExiv2: 0.22
LibJPEG: 80
LibJasper: 1.900.1
LibKDE: 4.9.00
LibKExiv2: 2.1.0
LibKGeoMap: 2.0.0
LibKdcraw: 2.0.1
LibLCMS: 119
LibLensFun: Externe gemeinsame Bibliothek
LibLqr: Interne Bibliothek
LibPGF: 6.11.42 - Interne Bibliothek
LibPNG: 1.2.46
LibQt: 4.8.1
LibRaw: 0.14.4
LibTIFF: LIBTIFF, Version 3.9.5 Copyright (c) 1988-1996 Sam Leffler
Copyright (c) 1991-1996 Silicon Graphics, Inc.
Marble-Funktion: 0.12.2 (stable release)
Parallelisiertes Entfernen von Mosaikmustern: Ja
Datenbanktreiber: QSQLITE
LibGphoto2: 2.4.13
LibKface: 2.0.0
LibKipi: 1.3.0
LibOpenCV: 2.3.1
Libface: 0.2
---
I do not use kipi-plugin or panoramas, as for some relevant options in
HUGIN standalone-version.
Axel
Am 14.08.2012 23:51, schrieb Gilles Caulier:
> https://bugs.kde.org/show_bug.cgi?id=298547
>
> Gilles Caulier <caulier.gilles@gmail.com> changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> Version|2.5.0 |2.6.0
>
> --- Comment #8 from Gilles Caulier <caulier.gilles@gmail.com> ---
> It crash in libtiff, about memory allocation, when thumbnail are processed. Are
> you able to identify which TIFF image crash digiKam ? If yes send me the file
> by mail (or share it through internet), to see if i can reproduce the crash
> here...
>
> Look also which libtiff you use with digiKam (Help/components Info)
>
> Here i process panorama my my Toshoba ultrabook Z830 (4Gb RAM). Between 14 and
> 27 JPEG files are processed as tiff output with Hugin in background, using
> Panorama kipi-plugin. No problem...
>
> Gilles Caulier
>
Created attachment 83124 [details]
New crash information added by DrKonqi
digikam (3.4.0) on KDE Platform 4.11.2 using Qt 4.8.4
- What I was doing when the application crashed:
just editing some panorama i n HUGIN (Version 2013.0.0.76c3df493921).
digiKam regularly crashes when HUGIN proceeds doing panoramas
-- Backtrace (Reduced):
#6 __memcpy_sse2 () at ../sysdeps/x86_64/multiarch/../memcpy.S:368
[...]
#8 0x00007f1c6b86a939 in TIFFReadEncodedStrip () from /usr/lib/x86_64-linux-gnu/libtiff.so.5
[...]
#10 0x00007f1c73b12819 in Digikam::TIFFLoader::load (this=this@entry=0x7f1c237fd2f0, filePath=..., observer=observer@entry=0x3e1b9df0) at /build/buildd/digikam-3.4.0/core/libs/dimg/loaders/tiffloader.cpp:528
#11 0x00007f1c73aeaa2e in Digikam::DImg::load (this=this@entry=0x7f1c237fd460, filePath=..., loadFlagsInt=13, observer=observer@entry=0x3e1b9df0, rawDecodingSettings=...) at /build/buildd/digikam-3.4.0/core/libs/dimg/dimg.cpp:449
#12 0x00007f1c73aeb75a in Digikam::DImg::load (this=this@entry=0x7f1c237fd460, filePath=..., loadMetadata=loadMetadata@entry=false, loadICCData=<optimized out>, loadUniqueHash=loadUniqueHash@entry=false, loadImageHistory=loadImageHistory@entry=false, observer=0x3e1b9df0, rawDecodingSettings=...) at /build/buildd/digikam-3.4.0/core/libs/dimg/dimg.cpp:403
New digiKam 4.11.0 is available : https://www.digikam.org/node/740 Can you reproduce the problem with this release ? Gilles caulier digiKam 4.12.0 is out : https://www.digikam.org/node/741 We need a fresh feedback using this release please... Thanks in advance. This problem is not reproducible with last 5.0.0. I close this file now. Don't hesitate to re-open it if necessary. Gilles Caulier |