Bug 266660

Summary:	Crashed after successfully converting png image to jpg
Product:	[Applications] digikam	Reporter:	ubuntuku <ubuntuku>
Component:	Plugin-Bqm-Convert	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	crash	CC:	caulier.gilles
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:	7.3.0
Sentry Crash Report:

Description ubuntuku 2011-02-19 12:22:46 UTC

Application: gwenview (2.6.0)
KDE Platform Version: 4.6.00 (4.6.0)
Qt Version: 4.7.0
Operating System: Linux 2.6.35-25-generic i686
Distribution: Ubuntu 10.10

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

Converting png image to jpg using Batch convert images (v2.0.0-beta2), the image is successfully converted though.

The crash can be reproduced every time.

-- Backtrace:
Application: Gwenview (gwenview), signal: Segmentation fault
[Current thread is 1 (Thread 0xb77d0710 (LWP 4377))]

Thread 3 (Thread 0xb57adb70 (LWP 4378)):
#0  0x0056b3eb in __pthread_mutex_lock (mutex=0x9759d7c) at pthread_mutex_lock.c:61
#1  0x07c06f66 in pthread_mutex_lock (mutex=0x9759d7c) at forward.c:182
#2  0x090845f8 in g_main_context_acquire () from /lib/libglib-2.0.so.0
#3  0x090861ee in ?? () from /lib/libglib-2.0.so.0
#4  0x09086848 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#5  0x00bd159f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#6  0x00ba1609 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#7  0x00ba1a8a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#8  0x00a9db7e in QThread::exec() () from /usr/lib/libQtCore.so.4
#9  0x00b8035b in ?? () from /usr/lib/libQtCore.so.4
#10 0x00aa0df9 in ?? () from /usr/lib/libQtCore.so.4
#11 0x00568cc9 in start_thread (arg=0xb57adb70) at pthread_create.c:304
#12 0x07bf969e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 2 (Thread 0xb4b14b70 (LWP 4390)):
#0  0x00580e36 in clock_gettime (clock_id=5787636, tp=0xb4b13f90) at ../sysdeps/unix/clock_gettime.c:100
#1  0x00afc50b in ?? () from /usr/lib/libQtCore.so.4
#2  0x00bd36e5 in ?? () from /usr/lib/libQtCore.so.4
#3  0x00bd372a in ?? () from /usr/lib/libQtCore.so.4
#4  0x00bd17a8 in ?? () from /usr/lib/libQtCore.so.4
#5  0x00bd183d in ?? () from /usr/lib/libQtCore.so.4
#6  0x09085e6a in g_main_context_prepare () from /lib/libglib-2.0.so.0
#7  0x09086279 in ?? () from /lib/libglib-2.0.so.0
#8  0x09086848 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#9  0x00bd159f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#10 0x00ba1609 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#11 0x00ba1a8a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#12 0x00a9db7e in QThread::exec() () from /usr/lib/libQtCore.so.4
#13 0x00b8035b in ?? () from /usr/lib/libQtCore.so.4
#14 0x00aa0df9 in ?? () from /usr/lib/libQtCore.so.4
#15 0x00568cc9 in start_thread (arg=0xb4b14b70) at pthread_create.c:304
#16 0x07bf969e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

Thread 1 (Thread 0xb77d0710 (LWP 4377)):
[KCrash Handler]
#7  0x084440cf in Exiv2::Exifdatum::Exifdatum(Exiv2::Exifdatum const&) () from /usr/lib/libexiv2.so.6
#8  0x05d553f0 in construct (this=0x9999788, __x=...) at /usr/include/c++/4.4/ext/new_allocator.h:105
#9  _M_create_node (this=0x9999788, __x=...) at /usr/include/c++/4.4/bits/stl_list.h:464
#10 _M_insert (this=0x9999788, __x=...) at /usr/include/c++/4.4/bits/stl_list.h:1407
#11 push_back (this=0x9999788, __x=...) at /usr/include/c++/4.4/bits/stl_list.h:920
#12 _M_initialize_dispatch<std::_List_const_iterator<Exiv2::Exifdatum> > (this=0x9999788, __x=...) at /usr/include/c++/4.4/bits/stl_list.h:1361
#13 list<std::_List_const_iterator<Exiv2::Exifdatum> > (this=0x9999788, __x=...) at /usr/include/c++/4.4/bits/stl_list.h:577
#14 insert<std::_List_const_iterator<Exiv2::Exifdatum> > (this=0x9999788, __x=...) at /usr/include/c++/4.4/bits/stl_list.h:1051
#15 std::list<Exiv2::Exifdatum, std::allocator<Exiv2::Exifdatum> >::operator= (this=0x9999788, __x=...) at /usr/include/c++/4.4/bits/list.tcc:147
#16 0x05d52f64 in operator= (this=0xbfddc928, filePath=...) at /usr/include/exiv2/exif.hpp:438
#17 KExiv2Iface::KExiv2::load (this=0xbfddc928, filePath=...) at /media/LINUX/trunk/digikam-2.0.0-beta2/extra/libkexiv2/libkexiv2/kexiv2.cpp:344
#18 0x05d538f0 in KExiv2Iface::KExiv2::KExiv2 (this=0xbfddc928, filePath=...) at /media/LINUX/trunk/digikam-2.0.0-beta2/extra/libkexiv2/libkexiv2/kexiv2.cpp:80
#19 0x0375c148 in KIPIBatchProcessImagesPlugin::ConvertImagesDialog::processDone (this=0x9b5a170) at /media/LINUX/trunk/digikam-2.0.0-beta2/extra/kipi-plugins/batchprocessimages/convertimagesdialog.cpp:322
#20 0x0373ed80 in KIPIBatchProcessImagesPlugin::BatchProcessImagesDialog::slotFinished (this=0x9b5a170) at /media/LINUX/trunk/digikam-2.0.0-beta2/extra/kipi-plugins/batchprocessimages/batchprocessimagesdialog.cpp:583
#21 0x03740c1b in KIPIBatchProcessImagesPlugin::BatchProcessImagesDialog::qt_metacall (this=0x9b5a170, _c=QMetaObject::InvokeMetaMethod, _id=77, _a=0xbfddcc14) at /media/LINUX/trunk/digikam-2.0.0-beta2/build/extra/kipi-plugins/batchprocessimages/batchprocessimagesdialog.moc:105
#22 0x0375b98a in KIPIBatchProcessImagesPlugin::ConvertImagesDialog::qt_metacall (this=0x9b5a170, _c=QMetaObject::InvokeMetaMethod, _id=77, _a=0xbfddcc14) at /media/LINUX/trunk/digikam-2.0.0-beta2/build/extra/kipi-plugins/batchprocessimages/convertimagesdialog.moc:71
#23 0x00ba88ca in QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) () from /usr/lib/libQtCore.so.4
#24 0x00bbb6ad in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
#25 0x00b36719 in QProcess::finished(int, QProcess::ExitStatus) () from /usr/lib/libQtCore.so.4
#26 0x00b3bb7e in ?? () from /usr/lib/libQtCore.so.4
#27 0x00b3c16e in QProcess::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libQtCore.so.4
#28 0x027282ea in KProcess::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkdecore.so.5
#29 0x00ba88ca in QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) () from /usr/lib/libQtCore.so.4
#30 0x00bbb6ad in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4
#31 0x00c0d073 in QSocketNotifier::activated(int) () from /usr/lib/libQtCore.so.4
#32 0x00bc0347 in QSocketNotifier::event(QEvent*) () from /usr/lib/libQtCore.so.4
#33 0x03fdafdc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
#34 0x03fe104e in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
#35 0x00ee0f7a in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5
#36 0x00ba2b3b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4
#37 0x00bd193a in ?? () from /usr/lib/libQtCore.so.4
#38 0x09082855 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#39 0x09086668 in ?? () from /lib/libglib-2.0.so.0
#40 0x09086848 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#41 0x00bd1565 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#42 0x0409cbe5 in ?? () from /usr/lib/libQtGui.so.4
#43 0x00ba1609 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#44 0x00ba1a8a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#45 0x00ba600f in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4
#46 0x03fd9e07 in QApplication::exec() () from /usr/lib/libQtGui.so.4
#47 0x080843cd in _start ()

Reported using DrKonqi

Comment 1 Angelo Naselli 2011-02-21 11:13:10 UTC

Just wonder... but all this gv crashes due to
kipi 2.0.0 beta... aren't they caused by
a non rebuilt of gwenview using new libkipi & co. that
are into digikam 2.0.0 tarball?
As said just wonder...

Comment 2 caulier.gilles 2021-05-09 14:50:11 UTC

Not reproducible with digiKam 7.3.0 and Exiv2 0.27.4