Summary: | digiKam crashes on PPC Linux when changing thumbnail size | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Vlado Plaga <rechner> |
Component: | Portability-Runtime | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | andresbajotierra, caulier.gilles, languitar, rschweizer |
Priority: | NOR | ||
Version: | 1.0.0 | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 1.0.0 | |
Sentry Crash Report: |
Description
Vlado Plaga
2009-10-14 19:23:42 UTC
Crash seems to happen in libPGF...? Andi, It's not clear if it's libpgf which crash there. Anyway, current code from svn has a new libpgf version code... Gilles I just thought because the crash seems to happen in Thread11 in some libPGF method... Ok, I tried the current SVN version. It runs and crashes on my computer like the previous betas. The version digikam reports is: Version 1.0.0-beta6 (rev.: 1035472) Using KDE 4.3.1 (KDE 4.3.1) Gilles: I did a "diff -r" with "libs/3rdparty/libpgf" from beta4 and the svn checkout, but they seem to be identical. I don't really understand the debug information I attached, but libpgf sounds like a good candidate for searching for the bug. I looked into libpgf/Decoder.cpp and there are some blocks with "#ifdef __BIGENDIAN__" which are relevant on my PPC computer ( http://en.wikipedia.org/wiki/Endianness ). Endianness has been the source of other bugs before, like in a recent PHP version: http://bugs.php.net/bug.php?id=48276 I'm once again including the kcrash output, although I don't think it contains a lot of new information. But before that there's one side issue: I followed the instructions on the digiKam website for checking out and compiling the svn version: http://www.digikam.org/drupal/download?q=download/KDE4 There is a broken link in the last paragraph on that page: "see here for KDE4.2: [Kubuntu howto]" http://wiki.kde.org/tiki-index.php?page=Digikam+Compilation+on+Kubuntu+Intrepid Why does it say "see here for KDE4.2" anyway? Are the instructions on the digiKam website for a newer or an older release? Maybe the paragraph should be changed to something like "see [KDE TechBase] for more detailed instructions when using Ubuntu 9.04"? http://techbase.kde.org/Projects/Digikam/Compilation_on_Kubuntu KCrash output: Application: digiKam (digikam), signal: Segmentation fault [Current thread is 1 (Thread 0x48e42e40 (LWP 23276))] Thread 15 (Thread 0x4ae433e0 (LWP 23277)): #0 0x0fc9c1ec in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x480cbe2c in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x10399a68 in Digikam::ScanController::run (this=0x107af9c8) at /home/vlado/src/svn/graphics/digikam/digikam/scancontroller.cpp:499 #3 0x480ca948 in ?? () from /usr/lib/libQtCore.so.4 #4 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #5 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 14 (Thread 0x50e183e0 (LWP 23279)): #0 0x0fc99228 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0x0f939250 in g_main_context_prepare () from /lib/libglib-2.0.so.0 #2 0x0f9396cc in ?? () from /lib/libglib-2.0.so.0 #3 0x0f939c48 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #4 0x48221d0c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #5 0x481e9ebc in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #6 0x481ea458 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #7 0x480c6574 in QThread::exec() () from /usr/lib/libQtCore.so.4 #8 0x0e216264 in Digikam::ImageFilterModelWorker::Thread::run (this=0x10908d08) at /home/vlado/src/svn/graphics/digikam/libs/models/imagefiltermodelthreads.h:66 #9 0x480ca948 in ?? () from /usr/lib/libQtCore.so.4 #10 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #11 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 13 (Thread 0x519ff3e0 (LWP 23280)): #0 0x0fee1dbc in poll () from /lib/libc.so.6 #1 0x0f94a4b4 in g_poll () from /lib/libglib-2.0.so.0 #2 0x0f9398dc in ?? () from /lib/libglib-2.0.so.0 #3 0x0f939c48 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #4 0x48221d0c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #5 0x481e9ebc in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #6 0x481ea458 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #7 0x480c6574 in QThread::exec() () from /usr/lib/libQtCore.so.4 #8 0x0e216264 in Digikam::ImageFilterModelWorker::Thread::run (this=0x112587b0) at /home/vlado/src/svn/graphics/digikam/libs/models/imagefiltermodelthreads.h:66 #9 0x480ca948 in ?? () from /usr/lib/libQtCore.so.4 #10 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #11 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 12 (Thread 0x523ff3e0 (LWP 23281)): [KCrash Handler] #5 0x0e55213c in CDecoder::BitplaneDecode (this=0x820000e4, bufferSize=8192) at /home/vlado/src/svn/graphics/digikam/libs/3rdparty/libpgf/Decoder.cpp:591 #6 0x0e551ae4 in CDecoder::DecodeBuffer (this=0x57ccf370) at /home/vlado/src/svn/graphics/digikam/libs/3rdparty/libpgf/Decoder.cpp:455 #7 0x0e5517ec in CDecoder::DequantizeValue (this=0x57ccf370, band=0x50f8623c, bandPos=0, quantParam=0) at /home/vlado/src/svn/graphics/digikam/libs/3rdparty/libpgf/Decoder.cpp:395 #8 0x0e550b7c in CDecoder::Partition (this=0x57ccf370, band=0x50f8623c, quantParam=0, width=64, height=43, startPos=0, pitch=64) at /home/vlado/src/svn/graphics/digikam/libs/3rdparty/libpgf/Decoder.cpp:212 #9 0x0e563ab4 in CSubband::PlaceTile (this=0x50f8623c, decoder=@0x57ccf370, quantParam=0, tile=false, tileX=0, tileY=0) at /home/vlado/src/svn/graphics/digikam/libs/3rdparty/libpgf/Subband.cpp:226 #10 0x0e5574b0 in CPGFImage::Read (this=0x523fe428, level=0, cb=0, data=0x0) at /home/vlado/src/svn/graphics/digikam/libs/3rdparty/libpgf/PGFimage.cpp:286 #11 0x0e567174 in Digikam::readPGFImageData (data=@0x523fe9c0, img=@0x523fe9c4) at /home/vlado/src/svn/graphics/digikam/libs/threadimageio/pgfutils.cpp:65 #12 0x0e52fb98 in Digikam::ThumbnailCreator::loadFromDatabase (this=0x11032d18, info=@0x523fead8) at /home/vlado/src/svn/graphics/digikam/libs/threadimageio/thumbnailcreator.cpp:587 #13 0x0e52d178 in Digikam::ThumbnailCreator::load (this=0x11032d18, path=@0x12091ca8) at /home/vlado/src/svn/graphics/digikam/libs/threadimageio/thumbnailcreator.cpp:185 #14 0x0e53bc7c in Digikam::ThumbnailLoadingTask::execute (this=0x12091c98) at /home/vlado/src/svn/graphics/digikam/libs/threadimageio/thumbnailtask.cpp:130 #15 0x0e50d088 in Digikam::LoadSaveThread::run (this=0x11292e08) at /home/vlado/src/svn/graphics/digikam/libs/threadimageio/loadsavethread.cpp:135 #16 0x480ca948 in ?? () from /usr/lib/libQtCore.so.4 #17 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #18 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 11 (Thread 0x52dff3e0 (LWP 23282)): #0 0x0fee1dbc in poll () from /lib/libc.so.6 #1 0x0f94a4b4 in g_poll () from /lib/libglib-2.0.so.0 #2 0x0f9398dc in ?? () from /lib/libglib-2.0.so.0 #3 0x0f939c48 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #4 0x48221d0c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #5 0x481e9ebc in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #6 0x481ea458 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #7 0x480c6574 in QThread::exec() () from /usr/lib/libQtCore.so.4 #8 0x1038c890 in Digikam::MetadataManagerWorker::Thread::run (this=0x10fd3050) at /home/vlado/src/svn/graphics/build/digikam/digikam/../../../digikam/digikam/metadatamanager_p.h:143 #9 0x480ca948 in ?? () from /usr/lib/libQtCore.so.4 #10 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #11 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 10 (Thread 0x537ff3e0 (LWP 23283)): #0 0x0fee1dbc in poll () from /lib/libc.so.6 #1 0x0f94a4b4 in g_poll () from /lib/libglib-2.0.so.0 #2 0x0f9398dc in ?? () from /lib/libglib-2.0.so.0 #3 0x0f939c48 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #4 0x48221d0c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #5 0x481e9ebc in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #6 0x481ea458 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #7 0x480c6574 in QThread::exec() () from /usr/lib/libQtCore.so.4 #8 0x1038c890 in Digikam::MetadataManagerWorker::Thread::run (this=0x108e5e88) at /home/vlado/src/svn/graphics/build/digikam/digikam/../../../digikam/digikam/metadatamanager_p.h:143 #9 0x480ca948 in ?? () from /usr/lib/libQtCore.so.4 #10 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #11 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 9 (Thread 0x541ff3e0 (LWP 23284)): #0 0x0fc9c1ec in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x480cbe2c in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x0e50cffc in Digikam::LoadSaveThread::run (this=0x10f91e58) at /home/vlado/src/svn/graphics/digikam/libs/threadimageio/loadsavethread.cpp:132 #3 0x480ca948 in ?? () from /usr/lib/libQtCore.so.4 #4 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #5 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 8 (Thread 0x55f953e0 (LWP 23285)): #0 0x0fc9c7e8 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x50e46d58 in ?? () from /usr/lib/libxine.so.1 #2 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #3 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 7 (Thread 0x56a593e0 (LWP 23286)): #0 0x0fee5628 in select () from /lib/libc.so.6 #1 0x50e77370 in xine_usec_sleep () from /usr/lib/libxine.so.1 #2 0x50e581ac in ?? () from /usr/lib/libxine.so.1 #3 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #4 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 6 (Thread 0x574593e0 (LWP 23287)): #0 0x0fc9abe4 in pthread_mutex_unlock () from /lib/libpthread.so.0 #1 0x0f937640 in g_main_context_acquire () from /lib/libglib-2.0.so.0 #2 0x0f93960c in ?? () from /lib/libglib-2.0.so.0 #3 0x0f939c48 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #4 0x48221d0c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #5 0x481e9ebc in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #6 0x481ea458 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #7 0x480c6574 in QThread::exec() () from /usr/lib/libQtCore.so.4 #8 0x0daf49b0 in ?? () from /usr/lib/kde4/plugins/phonon_backend/phonon_xine.so #9 0x480ca948 in ?? () from /usr/lib/libQtCore.so.4 #10 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #11 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 5 (Thread 0x5be5a3e0 (LWP 23293)): #0 0x0fc9c1ec in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x50e5bf54 in ?? () from /usr/lib/libxine.so.1 #2 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #3 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 4 (Thread 0x5c85a3e0 (LWP 23294)): #0 0x0fc9c1ec in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x480cbe2c in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x0e50cffc in Digikam::LoadSaveThread::run (this=0x11d79ce8) at /home/vlado/src/svn/graphics/digikam/libs/threadimageio/loadsavethread.cpp:132 #3 0x480ca948 in ?? () from /usr/lib/libQtCore.so.4 #4 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #5 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 3 (Thread 0x5d25a3e0 (LWP 23307)): #0 0x0fc9c1ec in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x480cbe2c in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x0e50cffc in Digikam::LoadSaveThread::run (this=0x12094840) at /home/vlado/src/svn/graphics/digikam/libs/threadimageio/loadsavethread.cpp:132 #3 0x480ca948 in ?? () from /usr/lib/libQtCore.so.4 #4 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #5 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 2 (Thread 0x588ff3e0 (LWP 23308)): #0 0x0fc9c1ec in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x480cbe2c in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #2 0x0e50cffc in Digikam::LoadSaveThread::run (this=0x11e3e258) at /home/vlado/src/svn/graphics/digikam/libs/threadimageio/loadsavethread.cpp:132 #3 0x480ca948 in ?? () from /usr/lib/libQtCore.so.4 #4 0x0fc95d2c in start_thread () from /lib/libpthread.so.0 #5 0x0feee6b0 in clone () from /lib/libc.so.6 Thread 1 (Thread 0x48e42e40 (LWP 23276)): #0 0x0fee1dbc in poll () from /lib/libc.so.6 #1 0x0fa97060 in ?? () from /usr/lib/libxcb.so.1 #2 0x0fa97680 in ?? () from /usr/lib/libxcb.so.1 #3 0x0fa97a7c in xcb_writev () from /usr/lib/libxcb.so.1 #4 0x0fb21138 in _XSend () from /usr/lib/libX11.so.6 #5 0x0fb218bc in _XFlush () from /usr/lib/libX11.so.6 #6 0x0faf2468 in XFreeGC () from /usr/lib/libX11.so.6 #7 0x4862d308 in ?? () from /usr/lib/libQtGui.so.4 #8 0x48579270 in QPainter::end() () from /usr/lib/libQtGui.so.4 #9 0x48579418 in QPainter::~QPainter() () from /usr/lib/libQtGui.so.4 #10 0x48866f50 in QFrame::paintEvent(QPaintEvent*) () from /usr/lib/libQtGui.so.4 #11 0x489179f8 in QAbstractScrollArea::event(QEvent*) () from /usr/lib/libQtGui.so.4 #12 0x489d11ec in QAbstractItemView::event(QEvent*) () from /usr/lib/libQtGui.so.4 #13 0x489ed2d4 in QListView::event(QEvent*) () from /usr/lib/libQtGui.so.4 #14 0x48431bf8 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #15 0x4843a810 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #16 0x0124addc in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #17 0x481ec2a0 in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #18 0x484a1498 in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #19 0x484a1c04 in QWidgetPrivate::paintSiblingsRecursive(QPaintDevice*, QList<QObject*> const&, int, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #20 0x484a1160 in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #21 0x484a1c04 in QWidgetPrivate::paintSiblingsRecursive(QPaintDevice*, QList<QObject*> const&, int, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #22 0x484a1160 in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #23 0x484a1c04 in QWidgetPrivate::paintSiblingsRecursive(QPaintDevice*, QList<QObject*> const&, int, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #24 0x484a1160 in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #25 0x484a1c04 in QWidgetPrivate::paintSiblingsRecursive(QPaintDevice*, QList<QObject*> const&, int, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #26 0x484a1160 in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #27 0x484a1c04 in QWidgetPrivate::paintSiblingsRecursive(QPaintDevice*, QList<QObject*> const&, int, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #28 0x484a1160 in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #29 0x48646b1c in ?? () from /usr/lib/libQtGui.so.4 #30 0x4848fbb4 in QWidgetPrivate::syncBackingStore() () from /usr/lib/libQtGui.so.4 #31 0x484988f8 in QWidget::event(QEvent*) () from /usr/lib/libQtGui.so.4 #32 0x488862dc in QMainWindow::event(QEvent*) () from /usr/lib/libQtGui.so.4 #33 0x0134ea24 in KMainWindow::event(QEvent*) () from /usr/lib/libkdeui.so.5 #34 0x0139d020 in KXmlGuiWindow::event(QEvent*) () from /usr/lib/libkdeui.so.5 #35 0x48431bf8 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #36 0x4843a810 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #37 0x0124addc in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #38 0x481ec2a0 in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #39 0x481ed384 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQtCore.so.4 #40 0x481ed620 in QCoreApplication::sendPostedEvents(QObject*, int) () from /usr/lib/libQtCore.so.4 #41 0x48222288 in ?? () from /usr/lib/libQtCore.so.4 #42 0x0f935110 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #43 0x0f939a98 in ?? () from /lib/libglib-2.0.so.0 #44 0x0f939c48 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #45 0x48221c84 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #46 0x484e2130 in ?? () from /usr/lib/libQtGui.so.4 #47 0x481e9ebc in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #48 0x481ea458 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4 #49 0x481ed724 in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4 #50 0x48431980 in QApplication::exec() () from /usr/lib/libQtGui.so.4 #51 0x10447ca0 in main (argc=1, argv=0xbfca9514) at /home/vlado/src/svn/graphics/digikam/digikam/main.cpp:186 The backtrace matches bug 201302, should them be merged? Thanks I think yes... gilles Mh, I didn't read them all.. bug 201302 was fixed some time ago, and this crash is in a recent version... so I guess a) it is not the same crash, b) is the same crash but it was not fixed for all the cases... Sorry about the noise Is there anything I can do now? I looked at the bug Dario mentioned, but as he says in his second comment it does not look like the same issue, or not completely fixed. By the way: after days (!) of compiling I now have digiKam 0.10 on MacOS again (installed via Fink, without any problems). I might find time to try and compile 1.0beta5 there (digiKam alone takes "just" about three hours), but so far this is more of a Linux ussue to me. I consider switching to Ubuntu 9.10, so I can finally stop living with Debian "unstable", but if digiKam is currently broken on the powerpc architecture I could again not use the digiKam package provided by the distribution... To confirm the problem using libpgf under PPC, just try with this CMake option before to compile digiKam : "-DENABLE_THUMB_DB=no" This will not use database thumbnail based on PGF format to store icon view thumbs. Gilles Caulier Problem confirmed: with "-DENABLE_THUMBS_DB=no" digiKam does not crash anymore! (readers with PPCs: notice Gilles forgot a letter in the parameter). What is next? Could you need more info from me? Should I recommend ppc package maintainers to compile digiKam without libpgf? Ubuntu 9.10 is due to be published in 10 days, and their digiKam also crashes on my system... I'd say it's a bug to report to the libpgf maintainers. Ok, I just sent a message to the libpgf developers' mailing list: http://sourceforge.net/mailarchive/forum.php?thread_name=20091021175231.298fb65c%40platypus.fritz.box&forum_name=libpgf-devel But is libpgf really such an improvement over the previous method? Maybe it should be disabled by default until the issues are resolved. Powerpcs as desktops may be a negligible, dying species, but if it really is an endianness bug ARM processors would also be affected. ARM netbooks running Android or Ubuntu Linux could soon be a big competition to WinTel machines... Or maybe configure could figure out what machine type it runs on and automatically set ENABLE_THUMBS_DB accordingly? Vlado, I have contacted too Libpgf developper outside ML. no responses yet. Agree. under PPC, Cmake must turn on "-DENABLE_THUMBS_DB=no" this option. Do you know CMake ? Just a rule to check if PPC computer is detected musbe add at this place : http://lxr.kde.org/source/extragear/graphics/digikam/CMakeLists.txt#6 Gilles Caulier Dear all we just got hold of a G5 and will start investigating immediately. Raphael Dear Gilles, thank you very much again for all this work you put into this great program! Sorry, but I don't know much about cmake, and in the coming weeks I also won't have much time to explore it. But maybe Raphael can even fix the problem with thumbsdb? Or someone else in the meantime finds a solution for the cmake file, maybe someone concerned with packaging digiKam for a Linux distribution? Personally I like the idea of sharing thumbnails between different applications, or at least all KDE applications. But one significant limitation of the current .thumbnail definition (http://jens.triq.net/thumbnail-spec/ ) certainly is the amount of files that end up in a single directory. I found a proposal for nested thumbnail directories, which would drastically improve this system - too bad it seems not implemented yet: http://lists.freedesktop.org/archives/xdg/2007-August/008750.html But if ".thumbnails" improves, maybe one day digiKam no longer needs its private database? Regards, Vlado Dear all a new release (6.09.44) of libPGF and the console application is available on sourceforge (SVN rev 36). This version should fix the decoder crash on bigendian systems. Please report any issues to the libpgf-devel mailinglist or via the sourceforge forum. Regards, Raphael Thanks Raphael I will update code to digiKam core... Gilles Caulier SVN commit 1042300 by cgilles: update internal libpgf to last version 6.09.44 CCBUGS: 210580 M +0 -20 BitStream.h M +12 -15 Decoder.cpp M +1 -1 Decoder.h M +0 -300 Encoder.cpp M +1 -11 Encoder.h M +47 -25 PGFimage.cpp M +5 -5 PGFimage.h M +1 -1 PGFplatform.h M +48 -1 PGFtypes.h M +7 -2 Stream.cpp M +24 -8 Stream.h M +2 -1 Subband.cpp M +2 -0 Subband.h M +4 -4 WaveletTransform.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1042300 To all PPC Mac OS X users, Please update digiKam code from svn trunk where libpgf has been updated to last version which must fix crash, and please report in this room. Thanks in advance Gilles Caulier Great, the current SVN digiKam no longer crashes on my PPC Linux system, when resizing thumbnails (with THUMBS_DB enabled)! The fix works! Thanks to you two, Raphael and Gilles, for providing this fix! By the way: I reported a compile time of about three hours, but that was only a rough estimate for MacOS. On Debian unstable compiling digiKam took slightly less than one hour, on my G4 iMac. Regards, Vlado |