Summary: | Showfoto 1.9 (strigi relevant), installed in /usr/local/bin along with digiKam 1.9, crashes when opening many, but not all, jpegs. | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Elle Stone <elle> |
Component: | Showfoto-Load | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | axel.krebs, caulier.gilles, christian, errol, frank78ac, gstateo, johannes.schwall, morlix, peter, remur, RussellH, rydberg, sam.chola+kdebugs |
Priority: | NOR | ||
Version: | 2.0.0 | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 2.0.0 | |
Sentry Crash Report: | |||
Attachments: | jpeg that crashes showfoto |
Description
Elle Stone
2011-01-31 13:18:07 UTC
Crash appears in strigi analyser... Gilles Caulier Note to Strigi developpers : Code from Showfoto is there : http://lxr.kde.org/source/extragear/graphics/digikam/libs/imageproperties/imagepropertiessidebar.cpp#225 Gilles Caulier Strigi has got its own bug tracker at http://sourceforge.net/tracker/?group_id=171000&atid=856302 I don't know though if Strigi developers read the issues reported there regularly (most Strigi web content is quite out of date). In any case, it might help to upload a file which makes it crash. On a hunch, I tried opening one of the jpegs that make showfoto 1.9 crash, two different ways, directly and via digiKam 1.9. Launch directly (as in my bug report), using the command line "/usr/local/bin/showfoto" and open the jpeg - showfoto 1.9 crashes reliably. Instead of launching directly, first open digiKam 1.9 ("/usr/local/bin/digikam") and then open the same jpeg by right-clicking on the image in digiKam and selecting "open with showfoto". showfoto 1.9 opens all the jpegs without crashing. And as before, launch showfoto 1.8 directly by typing "/usr/bin/showfoto" and showfoto 1.8 opens the jpeg without crashing. Can you provide a jpg on which it crashes as a testcase? Attached is a jpeg that crashes showfoto 1.9 in /usr/bin from svn (yesterday, not the same installation as the original bug report) and also digikam 2.0.0 beta2 (side-along svn in /user/local/bin) when showfoto (either version) is started by right-clicking the image and opening with showfoto. It also crashes showfoto when opened from within digikam 1.9 (svn /usr/bin yesterday). If I remove all the metadata with "mogrify -strip" the image opens just fine. The same thing happens with some, but not all jpegs downloaded from the internet. Application: showFoto (showfoto), signal: Segmentation fault [Current thread is 1 (Thread 0x7f7a41fd97c0 (LWP 5142))] Thread 3 (Thread 0x7f7a29f5d700 (LWP 5143)): #0 0x00007f7a3b0e6a9c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007f7a3df46e3b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x00007f7a41a2cec2 in ?? () from /usr/lib/libdigikamcore.so.1 #3 0x00007f7a3df4627e in ?? () from /usr/lib/libQtCore.so.4 #4 0x00007f7a3b0e2971 in start_thread () from /lib/libpthread.so.0 #5 0x00007f7a3d49592d in clone () from /lib/libc.so.6 #6 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f7a2975c700 (LWP 5144)): #0 0x00007fff035ff85d in ?? () #1 0x00007fff035ff945 in clock_gettime () #2 0x00007f7a355820bf in clock_gettime () from /lib/librt.so.1 #3 0x00007f7a3df9b94f in ?? () from /usr/lib/libQtCore.so.4 #4 0x00007f7a3e0681fd in ?? () from /usr/lib/libQtCore.so.4 #5 0x00007f7a3e068225 in ?? () from /usr/lib/libQtCore.so.4 #6 0x00007f7a3e0663dd in ?? () from /usr/lib/libQtCore.so.4 #7 0x00007f7a3e066485 in ?? () from /usr/lib/libQtCore.so.4 #8 0x00007f7a3a005a11 in g_main_context_prepare () from /lib/libglib-2.0.so.0 #9 0x00007f7a3a005e78 in ?? () from /lib/libglib-2.0.so.0 #10 0x00007f7a3a00645c in g_main_context_iteration () from /lib/libglib-2.0.so.0 #11 0x00007f7a3e0661e6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #12 0x00007f7a3e038a02 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #13 0x00007f7a3e038dec in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #14 0x00007f7a3df432fd in QThread::exec() () from /usr/lib/libQtCore.so.4 #15 0x00007f7a3e0185f8 in ?? () from /usr/lib/libQtCore.so.4 #16 0x00007f7a3df4627e in ?? () from /usr/lib/libQtCore.so.4 #17 0x00007f7a3b0e2971 in start_thread () from /lib/libpthread.so.0 #18 0x00007f7a3d49592d in clone () from /lib/libc.so.6 #19 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f7a41fd97c0 (LWP 5142)): [KCrash Handler] #6 0x00007f7a38362390 in vtable for Exiv2::ExifKey () from /usr/local/lib/libexiv2.so.10 #7 0x00007f7a1e7cebff in JpegEndAnalyzer::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) () from /usr/lib/strigi/strigiea_jpeg.so #8 0x00007f7a37a11f7a in ?? () from /usr/lib/libstreamanalyzer.so.0 #9 0x00007f7a40eac585 in ?? () from /usr/lib/libkio.so.5 #10 0x00007f7a40eae2c3 in KFileMetaInfo::KFileMetaInfo(QString const&, QString const&, QFlags<KFileMetaInfo::What>) () from /usr/lib/libkio.so.5 #11 0x00007f7a40e931ca in KFileItem::metaInfo(bool, int) const () from /usr/lib/libkio.so.5 #12 0x00007f7a41abbc91 in Digikam::ImagePropertiesSideBar::setImagePropertiesInformation(KUrl const&) () from /usr/lib/libdigikamcore.so.1 #13 0x00007f7a41ab9ce4 in Digikam::ImagePropertiesSideBar::slotChangedTab(QWidget*) () from /usr/lib/libdigikamcore.so.1 #14 0x000000000043966d in ?? () #15 0x000000000043f5a1 in ?? () #16 0x00007f7a3e051b27 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #17 0x00007f7a41b07a76 in Digikam::Canvas::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libdigikamcore.so.1 #18 0x00007f7a3e051b27 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #19 0x00007f7a41af8a9b in Digikam::DImgInterface::setModified() () from /usr/lib/libdigikamcore.so.1 #20 0x00007f7a41afa80a in Digikam::DImgInterface::slotImageLoaded(Digikam::LoadingDescription const&, Digikam::DImg const&) () from /usr/lib/libdigikamcore.so.1 #21 0x00007f7a41afdc14 in Digikam::DImgInterface::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libdigikamcore.so.1 #22 0x00007f7a3e04bbde in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4 #23 0x00007f7a3ec96fdc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #24 0x00007f7a3ec9caed in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #25 0x00007f7a401f7a36 in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #26 0x00007f7a3e039cdc in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #27 0x00007f7a3e03cc22 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQtCore.so.4 #28 0x00007f7a3e066653 in ?? () from /usr/lib/libQtCore.so.4 #29 0x00007f7a3a002342 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #30 0x00007f7a3a0062a8 in ?? () from /lib/libglib-2.0.so.0 #31 0x00007f7a3a00645c in g_main_context_iteration () from /lib/libglib-2.0.so.0 #32 0x00007f7a3e066193 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #33 0x00007f7a3ed49a4e in ?? () from /usr/lib/libQtGui.so.4 #34 0x00007f7a3e038a02 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #35 0x00007f7a3e038dec in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #36 0x00007f7a3e03cebb in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4 #37 0x0000000000436f93 in ?? () #38 0x00007f7a3d3cdd8e in __libc_start_main () from /lib/libc.so.6 #39 0x0000000000411ac9 in _start () On 2/4/11, Karsten König <remur@gmx.net> wrote: > https://bugs.kde.org/show_bug.cgi?id=264945 > > > Karsten König <remur@gmx.net> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |remur@gmx.net > > > > > --- Comment #5 from Karsten König <remur gmx net> 2011-02-04 19:21:19 --- > Can you provide a jpg on which it crashes as a testcase? > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. You forgot to attach the jpg file ;-) Also could you try running xmlindexer on the file? KFileMetaInfo has some unwelcome influence on strigi =/ Sorry about the image - guess I didn't find the right button. Hope it works this time. What is KFileMetaInfo? How to "run xmlindexer on the file"? The only strigi-related items installed on my computer according to synaptic are: libstreamanalyzer0 0.7.2-1 libstreams0 0.7.2-1 shared-desktop-ontologies 0.5-1 No strigi client, daemon, utils or dbg or any of the other strigi-related libs or plugins are installed. The main reason there are any kde applications at all on my computer is digiKam/ShowFoto. My installation (ubuntu 10.10 with kubuntu backports enabled for kde 4.6) was done as a minimal command-line install, with icewm as my "desktop". If digiKam/showFoto would run more smoothly with more kde stuff, what do I need? Elle Created attachment 56892 [details]
jpeg that crashes showfoto
I uploaded the jpeg to the bug report: https://bugs.kde.org/show_bug.cgi?id=264945 I tried twice with gmail and it shows both times that it sent the jpeg, but apparently it really didn't. Elle On 2/5/11, Karsten König <remur@gmx.net> wrote: > https://bugs.kde.org/show_bug.cgi?id=264945 > > > > > > --- Comment #7 from Karsten König <remur gmx net> 2011-02-05 09:23:23 --- > You forgot to attach the jpg file ;-) > Also could you try running xmlindexer on the file? KFileMetaInfo has some > unwelcome influence on strigi =/ > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. xmlindexer is a part of strigi, this analyses files for kde to generate metainfo (in the case of graphics for example the dimensions). the call would look like this: 'xmlindexer small.jpg' KFileMetaInfo will use libstrigi0 to get the file informations. I am unsure how this is triggered if it crashes with showfoto 1.9 and not with 1.8 =( Actually it does crash with 1.8 as installed from kubuntu backports. I had to totally uninstall and reinstall kde and my graphics driver because all kde apps were suddenly beset by the "floating point exception" problem. In the process I removed the phillip5 repository and somehow I ended up overwriting the digikam 1.9svn installation. It also crashes with 2.0.0beta2 installed in /usr/local/bin. "Edit" (which I am assuming really is showfoto) within digikam2 beta2 doesn't crash. So far no tif has crashed. Only most but not all jpegs crash if opened with showfoto directly (either right-click within digikam or with digikam not running). I don't see "KFileMetaInfo" or "libstrigi0" in synaptic. I installed "strigi" to run xmlindexer for you: xmlindexer /media/d6/esp/digikam/small.jpg <?xml version='1.0' encoding='UTF-8'?> <metadata> <file uri='/media/d6/esp/digikam/small.jpg' mtime='0'> <value name='http://www.w3.org/1999/02/22-rdf-syntax-ns#type'>http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#FileDataObject</value> <value name='http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#fileName'>small.jpg</value> <value name='http://www.semanticdesktop.org/ontologies/2007/01/19/nie#lastModified'>0</value> <value name='http://www.semanticdesktop.org/ontologies/2007/01/19/nie#url'>/media/d6/esp/digikam/small.jpg</value> <value name='http://www.semanticdesktop.org/ontologies/2007/01/19/nie#isPartOf'></value> <value name='http://strigi.sf.net/ontologies/0.9#depth'>0</value> </file> </metadata> Here's a 2-beta2 trace: Application: showFoto (showfoto), signal: Segmentation fault [Current thread is 1 (Thread 0x7fd6f21c49a0 (LWP 3693))] Thread 6 (Thread 0x7fd6d144e700 (LWP 3694)): #0 0x00007fd6ea989a9c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007fd6edc9ce3b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x00007fd6f1b3afa5 in Digikam::ParkingThread::run (this=0x1acccd0) at /home/elle/trunk/digikam-2.0.0-beta2/core/libs/threads/threadmanager.cpp:119 #3 0x00007fd6edc9c27e in ?? () from /usr/lib/libQtCore.so.4 #4 0x00007fd6ea985971 in start_thread () from /lib/libpthread.so.0 #5 0x00007fd6ed1eb92d in clone () from /lib/libc.so.6 #6 0x0000000000000000 in ?? () Thread 5 (Thread 0x7fd6cec7d700 (LWP 3698)): #0 0x00007fd6edcf1911 in ?? () from /usr/lib/libQtCore.so.4 #1 0x00007fd6eddbe1fd in ?? () from /usr/lib/libQtCore.so.4 #2 0x00007fd6eddbe225 in ?? () from /usr/lib/libQtCore.so.4 #3 0x00007fd6eddbc3dd in ?? () from /usr/lib/libQtCore.so.4 #4 0x00007fd6eddbc485 in ?? () from /usr/lib/libQtCore.so.4 #5 0x00007fd6e9101a11 in g_main_context_prepare () from /lib/libglib-2.0.so.0 #6 0x00007fd6e9101e78 in ?? () from /lib/libglib-2.0.so.0 #7 0x00007fd6e910245c in g_main_context_iteration () from /lib/libglib-2.0.so.0 #8 0x00007fd6eddbc1e6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #9 0x00007fd6edd8ea02 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #10 0x00007fd6edd8edec in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #11 0x00007fd6edc992fd in QThread::exec() () from /usr/lib/libQtCore.so.4 #12 0x00007fd6edd6e5f8 in ?? () from /usr/lib/libQtCore.so.4 #13 0x00007fd6edc9c27e in ?? () from /usr/lib/libQtCore.so.4 #14 0x00007fd6ea985971 in start_thread () from /lib/libpthread.so.0 #15 0x00007fd6ed1eb92d in clone () from /lib/libc.so.6 #16 0x0000000000000000 in ?? () Thread 4 (Thread 0x7fd6cde5b700 (LWP 3706)): #0 0x00007fd6ea989e09 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007fd6edc9cda2 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x00007fd6edc91da2 in ?? () from /usr/lib/libQtCore.so.4 #3 0x00007fd6edc9c27e in ?? () from /usr/lib/libQtCore.so.4 #4 0x00007fd6ea985971 in start_thread () from /lib/libpthread.so.0 #5 0x00007fd6ed1eb92d in clone () from /lib/libc.so.6 #6 0x0000000000000000 in ?? () Thread 3 (Thread 0x7fd6bd177700 (LWP 3707)): #0 0x00007fd6ea989e09 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007fd6edc9cda2 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x00007fd6edc91da2 in ?? () from /usr/lib/libQtCore.so.4 #3 0x00007fd6edc9c27e in ?? () from /usr/lib/libQtCore.so.4 #4 0x00007fd6ea985971 in start_thread () from /lib/libpthread.so.0 #5 0x00007fd6ed1eb92d in clone () from /lib/libc.so.6 #6 0x0000000000000000 in ?? () Thread 2 (Thread 0x7fd6bc976700 (LWP 3708)): #0 0x00007fd6ea989e09 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007fd6edc9cda2 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x00007fd6edc91da2 in ?? () from /usr/lib/libQtCore.so.4 #3 0x00007fd6edc9c27e in ?? () from /usr/lib/libQtCore.so.4 #4 0x00007fd6ea985971 in start_thread () from /lib/libpthread.so.0 #5 0x00007fd6ed1eb92d in clone () from /lib/libc.so.6 #6 0x0000000000000000 in ?? () Thread 1 (Thread 0x7fd6f21c49a0 (LWP 3693)): [KCrash Handler] #6 0x00007fd6ed4844e8 in ?? () from /lib/libc.so.6 #7 0x00007fd6c77efbff in JpegEndAnalyzer::analyze(Strigi::AnalysisResult&, Strigi::StreamBase<char>*) () from /usr/lib/strigi/strigiea_jpeg.so #8 0x00007fd6e662ef7a in ?? () from /usr/lib/libstreamanalyzer.so.0 #9 0x00007fd6f0c02585 in ?? () from /usr/lib/libkio.so.5 #10 0x00007fd6f0c042c3 in KFileMetaInfo::KFileMetaInfo(QString const&, QString const&, QFlags<KFileMetaInfo::What>) () from /usr/lib/libkio.so.5 #11 0x00007fd6f0be91ca in KFileItem::metaInfo(bool, int) const () from /usr/lib/libkio.so.5 #12 0x00007fd6f1bea7ff in Digikam::ImagePropertiesSideBar::setImagePropertiesInformation (this=0x1a939b0, url=...) at /home/elle/trunk/digikam-2.0.0-beta2/core/libs/imageproperties/imagepropertiessidebar.cpp:226 #13 0x00007fd6f1be9c9e in Digikam::ImagePropertiesSideBar::slotChangedTab (this=0x1a939b0, tab=0x1ad00f0) at /home/elle/trunk/digikam-2.0.0-beta2/core/libs/imageproperties/imagepropertiessidebar.cpp:158 #14 0x00007fd6f1be9923 in Digikam::ImagePropertiesSideBar::itemChanged (this=0x1a939b0, url=..., rect=..., img=0x1a5bb20) at /home/elle/trunk/digikam-2.0.0-beta2/core/libs/imageproperties/imagepropertiessidebar.cpp:111 #15 0x000000000043fc19 in ShowFoto::ShowFoto::slotChanged (this=0x19d5720) at /home/elle/trunk/digikam-2.0.0-beta2/core/showfoto/showfoto.cpp:652 #16 0x000000000043b86c in ShowFoto::ShowFoto::qt_metacall (this=0x19d5720, _c=QMetaObject::InvokeMetaMethod, _id=10, _a=0x7fffd9613c40) at /home/elle/trunk/digikam-2.0.0-beta2/build/core/showfoto/showfoto.moc:113 #17 0x00007fd6edda7b27 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #18 0x00007fd6f1c41fd9 in Digikam::Canvas::signalChanged (this=0x1a410e0) at /home/elle/trunk/digikam-2.0.0-beta2/build/core/digikam/canvas.moc:220 #19 0x00007fd6f1c49743 in Digikam::Canvas::slotModified (this=0x1a410e0) at /home/elle/trunk/digikam-2.0.0-beta2/core/utilities/imageeditor/canvas/canvas.cpp:1504 #20 0x00007fd6f1c41e12 in Digikam::Canvas::qt_metacall (this=0x1a410e0, _c=QMetaObject::InvokeMetaMethod, _id=37, _a=0x7fffd9613db0) at /home/elle/trunk/digikam-2.0.0-beta2/build/core/digikam/canvas.moc:184 #21 0x00007fd6edda7b27 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #22 0x00007fd6f1c386bf in Digikam::DImgInterface::signalModified (this=0x1a78570) at /home/elle/trunk/digikam-2.0.0-beta2/build/core/digikam/dimginterface.moc:130 #23 0x00007fd6f1c3cfd7 in Digikam::DImgInterface::setModified (this=0x1a78570) at /home/elle/trunk/digikam-2.0.0-beta2/core/utilities/imageeditor/canvas/dimginterface.cpp:830 #24 0x00007fd6f1c3a156 in Digikam::DImgInterface::slotImageLoaded (this=0x1a78570, loadingDescription=..., img=...) at /home/elle/trunk/digikam-2.0.0-beta2/core/utilities/imageeditor/canvas/dimginterface.cpp:448 #25 0x00007fd6f1c385d9 in Digikam::DImgInterface::qt_metacall (this=0x1a78570, _c=QMetaObject::InvokeMetaMethod, _id=9, _a=0x1e31d30) at /home/elle/trunk/digikam-2.0.0-beta2/build/core/digikam/dimginterface.moc:114 #26 0x00007fd6edda1bde in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4 #27 0x00007fd6eec47fdc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #28 0x00007fd6eec4daed in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #29 0x00007fd6ef9d7a36 in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #30 0x00007fd6edd8fcdc in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #31 0x00007fd6edd92c22 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQtCore.so.4 #32 0x00007fd6eddbc653 in ?? () from /usr/lib/libQtCore.so.4 #33 0x00007fd6e90fe342 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #34 0x00007fd6e91022a8 in ?? () from /lib/libglib-2.0.so.0 #35 0x00007fd6e910245c in g_main_context_iteration () from /lib/libglib-2.0.so.0 #36 0x00007fd6eddbc193 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #37 0x00007fd6eecfaa4e in ?? () from /usr/lib/libQtGui.so.4 #38 0x00007fd6edd8ea02 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #39 0x00007fd6edd8edec in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #40 0x00007fd6edd92ebb in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4 #41 0x000000000043ad55 in main (argc=1, argv=0x7fffd9614c28) at /home/elle/trunk/digikam-2.0.0-beta2/core/showfoto/main.cpp:89 On 2/5/11, Karsten König <remur@gmx.net> wrote: > https://bugs.kde.org/show_bug.cgi?id=264945 > > > > > > --- Comment #11 from Karsten König <remur gmx net> 2011-02-05 18:23:16 --- > xmlindexer is a part of strigi, this analyses files for kde to generate > metainfo (in the case of graphics for example the dimensions). > > the call would look like this: 'xmlindexer small.jpg' > > KFileMetaInfo will use libstrigi0 to get the file informations. > > > I am unsure how this is triggered if it crashes with showfoto 1.9 and not > with > 1.8 =( > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. Hmm I can't reproduce, with strigi 0.7.3.99 (it's some betaversion shipped by opensuse kde:distro:factory repository) it doesn't crash, could you please try using a more recent version? My xmlindexer output is also much more verbose, it should at least have width, height etc for images, besides exif information Karsten, my apologies, I am not willing to locate and compile strigi 0.7.3.99. Ubuntu Maverick is using 0.7.2.1. If no-one besides me is having trouble with showfoto crashing upon opening jpegs, then let's assume it is not a bug but rather an issue plaguing only my own computer. If someone else reports the same problem, I'll happily help investigate further. Elle On 2/8/11, Karsten König <remur@gmx.net> wrote: > https://bugs.kde.org/show_bug.cgi?id=264945 > > > > > > --- Comment #13 from Karsten König <remur gmx net> 2011-02-08 17:27:39 --- > Hmm I can't reproduce, with strigi 0.7.3.99 (it's some betaversion shipped > by > opensuse kde:distro:factory repository) it doesn't crash, could you please > try > using a more recent version? > > My xmlindexer output is also much more verbose, it should at least have > width, > height etc for images, besides exif information > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. *** Bug 268889 has been marked as a duplicate of this bug. *** (In reply to comment #15) > *** Bug 268889 has been marked as a duplicate of this bug. *** Thank you. 2 additions: - Eye of GNOME 2.32.0 opens the same pic without problems; therefore the assumption, that pic is "ok" - strigi seems _not_ to be installed on my system, but some libraries: -- libstreamanalyzer0 "streamanalyzer library for Strigi Desktop Search", Version 0.7.2-1 -- libstrems0 "streams library for for Strigi Desktop Search", Version 0.7.2-1 -- shared desktop-ontologies, "shared ontologies for semantic searching", Version 0.5-1 Maybe interesting for you!? Axel Krebs *** Bug 269188 has been marked as a duplicate of this bug. *** *** Bug 269674 has been marked as a duplicate of this bug. *** *** Bug 270457 has been marked as a duplicate of this bug. *** *** Bug 271096 has been marked as a duplicate of this bug. *** *** Bug 271414 has been marked as a duplicate of this bug. *** *** Bug 271455 has been marked as a duplicate of this bug. *** *** Bug 273367 has been marked as a duplicate of this bug. *** *** Bug 273595 has been marked as a duplicate of this bug. *** *** Bug 275423 has been marked as a duplicate of this bug. *** Git commit 838e30ad7aed1a1ed213f5a2056ce7683d96174e by Gilles Caulier. Committed on 28/06/2011 at 15:30. Pushed by cgilles into branch 'master'. use Exiv2 to get image dim. disable KFileMetaInfo code CCBUGS: 264945 M +7 -47 libs/imageproperties/imagepropertiessidebar.cpp http://commits.kde.org/digikam/838e30ad7aed1a1ed213f5a2056ce7683d96174e Git commit 8de3f216f21fd1a23e4b063a4b28731eb643e373 by Gilles Caulier. Committed on 29/06/2011 at 12:43. Pushed by cgilles into branch 'master'. don't use KFileMetaInfo to prevent crash into strigi. Use more private internal container CCBUGS: 264945 M +5 -22 libs/imageproperties/cameraitempropertiestab.cpp M +2 -2 libs/imageproperties/cameraitempropertiestab.h http://commits.kde.org/digikam/8de3f216f21fd1a23e4b063a4b28731eb643e373 Git commit 291fb66b7027f1a9a6eef459c106690e0df6686a by Gilles Caulier. Committed on 30/06/2011 at 09:07. Pushed by cgilles into branch 'master'. Another place where KFileMetaInfo must not be used to prevent crash in strigi. CCBUGS: 264945 BUG: 276795 M +4 -24 libs/widgets/q3support/thumbbar.cpp http://commits.kde.org/digikam/291fb66b7027f1a9a6eef459c106690e0df6686a Elle, The original problem from showfoto is now fixed in digiKam 2.0.0 implementation. KFileMetaInfo class (which use strigi API in background) is fully dropped everywhere now. The crash, reproducible in the pass on my computer has disappear. As the Strigi problem have been reported to the project on SF.net bugtracker, i close this file now. Gilles Caulier Git commit 9d7ff4e3cd42533908da18a37b6d8ff4ac383a13 by Gilles Caulier. Committed on 30/06/2011 at 10:27. Pushed by cgilles into branch 'master'. move color model string convertion static method to DImg, to be able to use it in Showfoto. Remove all KFileMetaInfo instance in digiKam core. We don't want to use strigi API in background, which crash Exiv2 CCBUGS: 264945 M +2 -1 NEWS M +1 -27 libs/database/imagescanner.cpp M +1 -2 libs/database/imagescanner.h M +25 -0 libs/dimg/dimg.cpp M +5 -0 libs/dimg/dimg.h M +4 -28 libs/imageproperties/imagepropertiessidebar.cpp M +9 -9 utilities/searchwindow/searchfields.cpp http://commits.kde.org/digikam/9d7ff4e3cd42533908da18a37b6d8ff4ac383a13 *** Bug 281431 has been marked as a duplicate of this bug. *** *** Bug 278776 has been marked as a duplicate of this bug. *** *** Bug 282921 has been marked as a duplicate of this bug. *** *** Bug 283009 has been marked as a duplicate of this bug. *** *** Bug 284889 has been marked as a duplicate of this bug. *** |