Strange crashes
Locked
Strange crashes
 
|
Hi,
I just watched a folder, closed digiKam and it crashed. As I closed it, thumbs were still generated. Unfortunately I have my /tmp folder in a different partition as my home folder, so the rename macro we are using is not working here. Anyway after closing the app, I get the following backtrace: rogram received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xa70ffb90 (LWP 18442)] 0xb6f2480b in QString (this=0xa8708430, other=@0x8) at /usr/include/QtCore/qstring.h:711 711 inline QString::QString(const QString &other) : d(other.d) (gdb) bt #0 0xb6f2480b in QString (this=0xa8708430, other=@0x8) at /usr/include/QtCore/qstring.h:711 #1 0xb6ffefa9 in QHashNode (this=0xa8708428, key0=@0x8, value0=@0xc) at /usr/include/QtCore/qhash.h:217 #2 0xb70001db in QHash<QString, Digikam::LoadingProcess*>::duplicateNode (node=0x0, newNode=0xa8708428) at /usr/include/QtCore/qhash.h:506 #3 0xb5307e58 in QHashData::detach_helper () from /usr/lib/libQtCore.so.4 #4 0xb6ffef09 in QHash<QString, Digikam::LoadingProcess*>::detach_helper (this=0x96a5890) at /usr/include/QtCore/qhash.h:568 #5 0xb6ffd667 in QHash<QString, Digikam::LoadingProcess*>::detach (this=0x96a5890) at /usr/include/QtCore/qhash.h:284 #6 0xb6ffc099 in QHash<QString, Digikam::LoadingProcess*>::remove (this=0x96a5890, akey=@0xa70ff18c) at /usr/include/QtCore/qhash.h:766 #7 0xb6ff99b6 in Digikam::LoadingCache::removeLoadingProcess (this=0x96a5830, process=0xbd60174) at /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimageio/loadingcache.cpp:162 #8 0xb700ba35 in Digikam::ThumbnailLoadingTask::execute (this=0xbd600a8) at /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimageio/thumbnailtask.cpp:143 #9 0xb6ff391c in Digikam::LoadSaveThread::run (this=0xbceb378) at /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimageio/loadsavethread.cpp:139 #10 0xb52e53be in ?? () from /usr/lib/libQtCore.so.4 #11 0xb52604c5 in start_thread () from /lib/libpthread.so.0 #12 0xb50acf9e in clone () from /lib/libc.so.6 I fixed the bug by checking if the process pointer in loadingcache.cpp:162 is valid, but then I get more errors in different places. For example here: #0 0xb52dbf57 in QMutex::lock () from /usr/lib/libQtCore.so.4 #1 0xb6ff7405 in CacheLock (this=0xa78ff1d0, cache=0x9649318) at /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimageio/loadingcache.cpp:447 #2 0xb70079b1 in Digikam::ThumbnailLoadingTask::execute (this=0xbfd23f0) at /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimageio/thumbnailtask.cpp:138 #3 0xb6fef91c in Digikam::LoadSaveThread::run (this=0xbf5d650) at /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimageio/loadsavethread.cpp:139 #4 0xb52e13be in ?? () from /usr/lib/libQtCore.so.4 #5 0xb525c4c5 in start_thread () from /lib/libpthread.so.0 #6 0xb50a8f9e in clone () from /lib/libc.so.6 It looks like some locking problem? But why? Could it be my system? Andi _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Re: Strange crashes
|
|
Ok the crashes appear ALWAYS when thumbnails are still generated.
I just tested it. As long as the thumbs are generated and you close digiKam, you get a crash. If it is finished, everything is fine. Andi On Wednesday 20 May 2009 21:01:19 Andi Clemens wrote: > Hi, > > I just watched a folder, closed digiKam and it crashed. > As I closed it, thumbs were still generated. Unfortunately I have my /tmp > folder in a different partition as my home folder, so the rename macro we > are using is not working here. > Anyway after closing the app, I get the following backtrace: > > rogram received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0xa70ffb90 (LWP 18442)] > 0xb6f2480b in QString (this=0xa8708430, other=@0x8) at > /usr/include/QtCore/qstring.h:711 > 711 inline QString::QString(const QString &other) : d(other.d) > (gdb) bt > #0 0xb6f2480b in QString (this=0xa8708430, other=@0x8) at > /usr/include/QtCore/qstring.h:711 > #1 0xb6ffefa9 in QHashNode (this=0xa8708428, key0=@0x8, value0=@0xc) at > /usr/include/QtCore/qhash.h:217 > #2 0xb70001db in QHash<QString, Digikam::LoadingProcess*>::duplicateNode > (node=0x0, newNode=0xa8708428) at /usr/include/QtCore/qhash.h:506 > #3 0xb5307e58 in QHashData::detach_helper () from /usr/lib/libQtCore.so.4 > #4 0xb6ffef09 in QHash<QString, Digikam::LoadingProcess*>::detach_helper > (this=0x96a5890) at /usr/include/QtCore/qhash.h:568 > #5 0xb6ffd667 in QHash<QString, Digikam::LoadingProcess*>::detach > (this=0x96a5890) at /usr/include/QtCore/qhash.h:284 > #6 0xb6ffc099 in QHash<QString, Digikam::LoadingProcess*>::remove > (this=0x96a5890, akey=@0xa70ff18c) at /usr/include/QtCore/qhash.h:766 > #7 0xb6ff99b6 in Digikam::LoadingCache::removeLoadingProcess > (this=0x96a5830, process=0xbd60174) at > /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >o/loadingcache.cpp:162 #8 0xb700ba35 in > Digikam::ThumbnailLoadingTask::execute (this=0xbd600a8) at > /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >o/thumbnailtask.cpp:143 #9 0xb6ff391c in Digikam::LoadSaveThread::run > (this=0xbceb378) at > /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >o/loadsavethread.cpp:139 #10 0xb52e53be in ?? () from > /usr/lib/libQtCore.so.4 > #11 0xb52604c5 in start_thread () from /lib/libpthread.so.0 > #12 0xb50acf9e in clone () from /lib/libc.so.6 > > > > > > I fixed the bug by checking if the process pointer in loadingcache.cpp:162 > is valid, but then I get more errors in different places. For example here: > > > #0 0xb52dbf57 in QMutex::lock () from /usr/lib/libQtCore.so.4 > #1 0xb6ff7405 in CacheLock (this=0xa78ff1d0, cache=0x9649318) at > /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >o/loadingcache.cpp:447 #2 0xb70079b1 in > Digikam::ThumbnailLoadingTask::execute (this=0xbfd23f0) at > /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >o/thumbnailtask.cpp:138 #3 0xb6fef91c in Digikam::LoadSaveThread::run > (this=0xbf5d650) at > /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >o/loadsavethread.cpp:139 #4 0xb52e13be in ?? () from > /usr/lib/libQtCore.so.4 > #5 0xb525c4c5 in start_thread () from /lib/libpthread.so.0 > #6 0xb50a8f9e in clone () from /lib/libc.so.6 > > > > > It looks like some locking problem? But why? Could it be my system? > > Andi > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
Not reproducible here. tmp is in a separated partition. reiserfs file
system everywhere. Gilles 2009/5/21 Andi Clemens <[hidden email]>: > Ok the crashes appear ALWAYS when thumbnails are still generated. > I just tested it. As long as the thumbs are generated and you close digiKam, > you get a crash. If it is finished, everything is fine. > > Andi > > On Wednesday 20 May 2009 21:01:19 Andi Clemens wrote: >> Hi, >> >> I just watched a folder, closed digiKam and it crashed. >> As I closed it, thumbs were still generated. Unfortunately I have my /tmp >> folder in a different partition as my home folder, so the rename macro we >> are using is not working here. >> Anyway after closing the app, I get the following backtrace: >> >> rogram received signal SIGSEGV, Segmentation fault. >> [Switching to Thread 0xa70ffb90 (LWP 18442)] >> 0xb6f2480b in QString (this=0xa8708430, other=@0x8) at >> /usr/include/QtCore/qstring.h:711 >> 711 inline QString::QString(const QString &other) : d(other.d) >> (gdb) bt >> #0 0xb6f2480b in QString (this=0xa8708430, other=@0x8) at >> /usr/include/QtCore/qstring.h:711 >> #1 0xb6ffefa9 in QHashNode (this=0xa8708428, key0=@0x8, value0=@0xc) at >> /usr/include/QtCore/qhash.h:217 >> #2 0xb70001db in QHash<QString, Digikam::LoadingProcess*>::duplicateNode >> (node=0x0, newNode=0xa8708428) at /usr/include/QtCore/qhash.h:506 >> #3 0xb5307e58 in QHashData::detach_helper () from /usr/lib/libQtCore.so.4 >> #4 0xb6ffef09 in QHash<QString, Digikam::LoadingProcess*>::detach_helper >> (this=0x96a5890) at /usr/include/QtCore/qhash.h:568 >> #5 0xb6ffd667 in QHash<QString, Digikam::LoadingProcess*>::detach >> (this=0x96a5890) at /usr/include/QtCore/qhash.h:284 >> #6 0xb6ffc099 in QHash<QString, Digikam::LoadingProcess*>::remove >> (this=0x96a5890, akey=@0xa70ff18c) at /usr/include/QtCore/qhash.h:766 >> #7 0xb6ff99b6 in Digikam::LoadingCache::removeLoadingProcess >> (this=0x96a5830, process=0xbd60174) at >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >>o/loadingcache.cpp:162 #8 0xb700ba35 in >> Digikam::ThumbnailLoadingTask::execute (this=0xbd600a8) at >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >>o/thumbnailtask.cpp:143 #9 0xb6ff391c in Digikam::LoadSaveThread::run >> (this=0xbceb378) at >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >>o/loadsavethread.cpp:139 #10 0xb52e53be in ?? () from >> /usr/lib/libQtCore.so.4 >> #11 0xb52604c5 in start_thread () from /lib/libpthread.so.0 >> #12 0xb50acf9e in clone () from /lib/libc.so.6 >> >> >> >> >> >> I fixed the bug by checking if the process pointer in loadingcache.cpp:162 >> is valid, but then I get more errors in different places. For example here: >> >> >> #0 0xb52dbf57 in QMutex::lock () from /usr/lib/libQtCore.so.4 >> #1 0xb6ff7405 in CacheLock (this=0xa78ff1d0, cache=0x9649318) at >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >>o/loadingcache.cpp:447 #2 0xb70079b1 in >> Digikam::ThumbnailLoadingTask::execute (this=0xbfd23f0) at >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >>o/thumbnailtask.cpp:138 #3 0xb6fef91c in Digikam::LoadSaveThread::run >> (this=0xbf5d650) at >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadimagei >>o/loadsavethread.cpp:139 #4 0xb52e13be in ?? () from >> /usr/lib/libQtCore.so.4 >> #5 0xb525c4c5 in start_thread () from /lib/libpthread.so.0 >> #6 0xb50a8f9e in clone () from /lib/libc.so.6 >> >> >> >> >> It looks like some locking problem? But why? Could it be my system? >> >> Andi >> >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Re: Strange crashes
|
|
Have you deleted / renamed your ~/.thumbnails folder?
Already generated thumbnails from the past (before the KDE::rename patches) are working perfectly fine here, too. What happens when you rename the thumbnails folder so that all thumbs are really generated new? I always get digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: Cannot rename thumb file ( "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- wS7372.png" ) digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: to ( "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" )... My /tmp is on my root partition (ext4), /home is reiserfs. I also changed /tmp to be the tmpfs (so that it is a ramdisk actually), but still the same error. Andi On Thursday 21 May 2009 14:36:07 Gilles Caulier wrote: > Not reproducible here. tmp is in a separated partition. reiserfs file > system everywhere. > > Gilles > > 2009/5/21 Andi Clemens <[hidden email]>: > > Ok the crashes appear ALWAYS when thumbnails are still generated. > > I just tested it. As long as the thumbs are generated and you close > > digiKam, you get a crash. If it is finished, everything is fine. > > > > Andi > > > > On Wednesday 20 May 2009 21:01:19 Andi Clemens wrote: > >> Hi, > >> > >> I just watched a folder, closed digiKam and it crashed. > >> As I closed it, thumbs were still generated. Unfortunately I have my > >> /tmp folder in a different partition as my home folder, so the rename > >> macro we are using is not working here. > >> Anyway after closing the app, I get the following backtrace: > >> > >> rogram received signal SIGSEGV, Segmentation fault. > >> [Switching to Thread 0xa70ffb90 (LWP 18442)] > >> 0xb6f2480b in QString (this=0xa8708430, other=@0x8) at > >> /usr/include/QtCore/qstring.h:711 > >> 711 inline QString::QString(const QString &other) : d(other.d) > >> (gdb) bt > >> #0 0xb6f2480b in QString (this=0xa8708430, other=@0x8) at > >> /usr/include/QtCore/qstring.h:711 > >> #1 0xb6ffefa9 in QHashNode (this=0xa8708428, key0=@0x8, value0=@0xc) at > >> /usr/include/QtCore/qhash.h:217 > >> #2 0xb70001db in QHash<QString, > >> Digikam::LoadingProcess*>::duplicateNode (node=0x0, newNode=0xa8708428) > >> at /usr/include/QtCore/qhash.h:506 #3 0xb5307e58 in > >> QHashData::detach_helper () from /usr/lib/libQtCore.so.4 #4 0xb6ffef09 > >> in QHash<QString, Digikam::LoadingProcess*>::detach_helper > >> (this=0x96a5890) at /usr/include/QtCore/qhash.h:568 > >> #5 0xb6ffd667 in QHash<QString, Digikam::LoadingProcess*>::detach > >> (this=0x96a5890) at /usr/include/QtCore/qhash.h:284 > >> #6 0xb6ffc099 in QHash<QString, Digikam::LoadingProcess*>::remove > >> (this=0x96a5890, akey=@0xa70ff18c) at /usr/include/QtCore/qhash.h:766 > >> #7 0xb6ff99b6 in Digikam::LoadingCache::removeLoadingProcess > >> (this=0x96a5830, process=0xbd60174) at > >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima > >>gei o/loadingcache.cpp:162 #8 0xb700ba35 in > >> Digikam::ThumbnailLoadingTask::execute (this=0xbd600a8) at > >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima > >>gei o/thumbnailtask.cpp:143 #9 0xb6ff391c in > >> Digikam::LoadSaveThread::run (this=0xbceb378) at > >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima > >>gei o/loadsavethread.cpp:139 #10 0xb52e53be in ?? () from > >> /usr/lib/libQtCore.so.4 > >> #11 0xb52604c5 in start_thread () from /lib/libpthread.so.0 > >> #12 0xb50acf9e in clone () from /lib/libc.so.6 > >> > >> > >> > >> > >> > >> I fixed the bug by checking if the process pointer in > >> loadingcache.cpp:162 is valid, but then I get more errors in different > >> places. For example here: > >> > >> > >> #0 0xb52dbf57 in QMutex::lock () from /usr/lib/libQtCore.so.4 > >> #1 0xb6ff7405 in CacheLock (this=0xa78ff1d0, cache=0x9649318) at > >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima > >>gei o/loadingcache.cpp:447 #2 0xb70079b1 in > >> Digikam::ThumbnailLoadingTask::execute (this=0xbfd23f0) at > >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima > >>gei o/thumbnailtask.cpp:138 #3 0xb6fef91c in > >> Digikam::LoadSaveThread::run (this=0xbf5d650) at > >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima > >>gei o/loadsavethread.cpp:139 #4 0xb52e13be in ?? () from > >> /usr/lib/libQtCore.so.4 > >> #5 0xb525c4c5 in start_thread () from /lib/libpthread.so.0 > >> #6 0xb50a8f9e in clone () from /lib/libc.so.6 > >> > >> > >> > >> > >> It looks like some locking problem? But why? Could it be my system? > >> > >> Andi > >> > >> _______________________________________________ > >> Digikam-devel mailing list > >> [hidden email] > >> https://mail.kde.org/mailman/listinfo/digikam-devel > > > > _______________________________________________ > > Digikam-devel mailing list > > [hidden email] > > https://mail.kde.org/mailman/listinfo/digikam-devel > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
Done,
Nothing special. thumbs are regenerated properly... No errors messages from the console. Gilles 2009/5/21 Andi Clemens <[hidden email]>: > Have you deleted / renamed your ~/.thumbnails folder? > Already generated thumbnails from the past (before the KDE::rename patches) > are working perfectly fine here, too. > > What happens when you rename the thumbnails folder so that all thumbs are > really generated new? > > I always get > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: Cannot rename > thumb file ( "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- > wS7372.png" ) > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: to ( > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" )... > > My /tmp is on my root partition (ext4), /home is reiserfs. > I also changed /tmp to be the tmpfs (so that it is a ramdisk actually), but > still the same error. > > Andi > > On Thursday 21 May 2009 14:36:07 Gilles Caulier wrote: >> Not reproducible here. tmp is in a separated partition. reiserfs file >> system everywhere. >> >> Gilles >> >> 2009/5/21 Andi Clemens <[hidden email]>: >> > Ok the crashes appear ALWAYS when thumbnails are still generated. >> > I just tested it. As long as the thumbs are generated and you close >> > digiKam, you get a crash. If it is finished, everything is fine. >> > >> > Andi >> > >> > On Wednesday 20 May 2009 21:01:19 Andi Clemens wrote: >> >> Hi, >> >> >> >> I just watched a folder, closed digiKam and it crashed. >> >> As I closed it, thumbs were still generated. Unfortunately I have my >> >> /tmp folder in a different partition as my home folder, so the rename >> >> macro we are using is not working here. >> >> Anyway after closing the app, I get the following backtrace: >> >> >> >> rogram received signal SIGSEGV, Segmentation fault. >> >> [Switching to Thread 0xa70ffb90 (LWP 18442)] >> >> 0xb6f2480b in QString (this=0xa8708430, other=@0x8) at >> >> /usr/include/QtCore/qstring.h:711 >> >> 711 inline QString::QString(const QString &other) : d(other.d) >> >> (gdb) bt >> >> #0 0xb6f2480b in QString (this=0xa8708430, other=@0x8) at >> >> /usr/include/QtCore/qstring.h:711 >> >> #1 0xb6ffefa9 in QHashNode (this=0xa8708428, key0=@0x8, value0=@0xc) at >> >> /usr/include/QtCore/qhash.h:217 >> >> #2 0xb70001db in QHash<QString, >> >> Digikam::LoadingProcess*>::duplicateNode (node=0x0, newNode=0xa8708428) >> >> at /usr/include/QtCore/qhash.h:506 #3 0xb5307e58 in >> >> QHashData::detach_helper () from /usr/lib/libQtCore.so.4 #4 0xb6ffef09 >> >> in QHash<QString, Digikam::LoadingProcess*>::detach_helper >> >> (this=0x96a5890) at /usr/include/QtCore/qhash.h:568 >> >> #5 0xb6ffd667 in QHash<QString, Digikam::LoadingProcess*>::detach >> >> (this=0x96a5890) at /usr/include/QtCore/qhash.h:284 >> >> #6 0xb6ffc099 in QHash<QString, Digikam::LoadingProcess*>::remove >> >> (this=0x96a5890, akey=@0xa70ff18c) at /usr/include/QtCore/qhash.h:766 >> >> #7 0xb6ff99b6 in Digikam::LoadingCache::removeLoadingProcess >> >> (this=0x96a5830, process=0xbd60174) at >> >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima >> >>gei o/loadingcache.cpp:162 #8 0xb700ba35 in >> >> Digikam::ThumbnailLoadingTask::execute (this=0xbd600a8) at >> >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima >> >>gei o/thumbnailtask.cpp:143 #9 0xb6ff391c in >> >> Digikam::LoadSaveThread::run (this=0xbceb378) at >> >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima >> >>gei o/loadsavethread.cpp:139 #10 0xb52e53be in ?? () from >> >> /usr/lib/libQtCore.so.4 >> >> #11 0xb52604c5 in start_thread () from /lib/libpthread.so.0 >> >> #12 0xb50acf9e in clone () from /lib/libc.so.6 >> >> >> >> >> >> >> >> >> >> >> >> I fixed the bug by checking if the process pointer in >> >> loadingcache.cpp:162 is valid, but then I get more errors in different >> >> places. For example here: >> >> >> >> >> >> #0 0xb52dbf57 in QMutex::lock () from /usr/lib/libQtCore.so.4 >> >> #1 0xb6ff7405 in CacheLock (this=0xa78ff1d0, cache=0x9649318) at >> >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima >> >>gei o/loadingcache.cpp:447 #2 0xb70079b1 in >> >> Digikam::ThumbnailLoadingTask::execute (this=0xbfd23f0) at >> >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima >> >>gei o/thumbnailtask.cpp:138 #3 0xb6fef91c in >> >> Digikam::LoadSaveThread::run (this=0xbf5d650) at >> >> /home/andi/Programmieren/KDE/digiKam/digikam_KDE4/digikam/libs/threadima >> >>gei o/loadsavethread.cpp:139 #4 0xb52e13be in ?? () from >> >> /usr/lib/libQtCore.so.4 >> >> #5 0xb525c4c5 in start_thread () from /lib/libpthread.so.0 >> >> #6 0xb50a8f9e in clone () from /lib/libc.so.6 >> >> >> >> >> >> >> >> >> >> It looks like some locking problem? But why? Could it be my system? >> >> >> >> Andi >> >> >> >> _______________________________________________ >> >> Digikam-devel mailing list >> >> [hidden email] >> >> https://mail.kde.org/mailman/listinfo/digikam-devel >> > >> > _______________________________________________ >> > Digikam-devel mailing list >> > [hidden email] >> > https://mail.kde.org/mailman/listinfo/digikam-devel >> >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
In reply to this post by Bugzilla from andi.clemens@gmx.net
> Have you deleted / renamed your ~/.thumbnails folder?
> Already generated thumbnails from the past (before the KDE::rename patches) > are working perfectly fine here, too. > > What happens when you rename the thumbnails folder so that all thumbs are > really generated new? > > I always get > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: Cannot rename > thumb file ( "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- > wS7372.png" ) > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: to ( > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" )... > > My /tmp is on my root partition (ext4), /home is reiserfs. > I also changed /tmp to be the tmpfs (so that it is a ramdisk actually), but > still the same error. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote:
> > Have you deleted / renamed your ~/.thumbnails folder? > > Already generated thumbnails from the past (before the KDE::rename > > patches) are working perfectly fine here, too. > > > > What happens when you rename the thumbnails folder so that all thumbs are > > really generated new? > > > > I always get > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: Cannot > > rename thumb file ( > > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- wS7372.png" ) > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: to ( > > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" )... > > > > My /tmp is on my root partition (ext4), /home is reiserfs. > > I also changed /tmp to be the tmpfs (so that it is a ramdisk actually), > > but still the same error. > > I can confirm this. New thumbnails are not stored. The error messages as > above appear. /tmp is on a different partition than /home, both ext4. Ah. So the rename is not working across file systems :-) Maybe because it uses rename(2)? Take a look at the man page. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
On Thursday 21 May 2009 19:16:46 Matthias Welwarsky wrote:
> On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: > > > Have you deleted / renamed your ~/.thumbnails folder? > > > Already generated thumbnails from the past (before the KDE::rename > > > patches) are working perfectly fine here, too. > > > > > > What happens when you rename the thumbnails folder so that all thumbs > > > are really generated new? > > > > > > I always get > > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: Cannot > > > rename thumb file ( > > > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- wS7372.png" ) > > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: to ( > > > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" > > > )... > > > > > > My /tmp is on my root partition (ext4), /home is reiserfs. > > > I also changed /tmp to be the tmpfs (so that it is a ramdisk actually), > > > but still the same error. > > > > I can confirm this. New thumbnails are not stored. The error messages as > > above appear. /tmp is on a different partition than /home, both ext4. > > Ah. So the rename is not working across file systems :-) Maybe because it > uses rename(2)? Take a look at the man page. Yup, that's it. KDE_rename is just "#define KDE_rename ::rename". That one cannot safely be used to move files around. > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
In reply to this post by Matthias Welwarsky
Well, the question is why it's work with dolphin and konqueror and not
in digiKam, as Andi said in a private mail. Code relevant is here : 1/ Dolphin and konqueror use it from a kioslave : http://lxr.kde.org/source/KDE/kdebase/runtime/kioslave/thumbnail/thumbnail.cpp#739 2/ digiKam from a separated thread: http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimageio/thumbnailcreator.cpp#268 Possible issue : ::rename is not re-entrant and crash digiKam (multi-threading) Question : if i remember, Gwenview use also multithreading to render thumbs. Look like there is an option in setup to clean up ~/.thumbnails dir when program session is down. Andi, can you test with Gwenview on your computer ? Gilles 2009/5/21 Matthias Welwarsky <[hidden email]>: > On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: >> > Have you deleted / renamed your ~/.thumbnails folder? >> > Already generated thumbnails from the past (before the KDE::rename >> > patches) are working perfectly fine here, too. >> > >> > What happens when you rename the thumbnails folder so that all thumbs are >> > really generated new? >> > >> > I always get >> > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: Cannot >> > rename thumb file ( >> > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- wS7372.png" ) >> > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: to ( >> > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" )... >> > >> > My /tmp is on my root partition (ext4), /home is reiserfs. >> > I also changed /tmp to be the tmpfs (so that it is a ramdisk actually), >> > but still the same error. >> >> I can confirm this. New thumbnails are not stored. The error messages as >> above appear. /tmp is on a different partition than /home, both ext4. > > Ah. So the rename is not working across file systems :-) Maybe because it uses > rename(2)? Take a look at the man page. > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
In reply to this post by Matthias Welwarsky
2009/5/21 Matthias Welwarsky <[hidden email]>:
> On Thursday 21 May 2009 19:16:46 Matthias Welwarsky wrote: >> On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: >> > > Have you deleted / renamed your ~/.thumbnails folder? >> > > Already generated thumbnails from the past (before the KDE::rename >> > > patches) are working perfectly fine here, too. >> > > >> > > What happens when you rename the thumbnails folder so that all thumbs >> > > are really generated new? >> > > >> > > I always get >> > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: Cannot >> > > rename thumb file ( >> > > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- wS7372.png" ) >> > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: to ( >> > > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" >> > > )... >> > > >> > > My /tmp is on my root partition (ext4), /home is reiserfs. >> > > I also changed /tmp to be the tmpfs (so that it is a ramdisk actually), >> > > but still the same error. >> > >> > I can confirm this. New thumbnails are not stored. The error messages as >> > above appear. /tmp is on a different partition than /home, both ext4. >> >> Ah. So the rename is not working across file systems :-) Maybe because it >> uses rename(2)? Take a look at the man page. > > Yup, that's it. KDE_rename is just "#define KDE_rename ::rename". That one > cannot safely be used to move files around. > Well, why it's work with dolphin and konqueror ? Gilles >> >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
And yes, GwenView use ::rename too !
http://lxr.kde.org/source/KDE/kdegraphics/gwenview/lib/thumbnailloadjob.cpp#249 Gilles 2009/5/21 Gilles Caulier <[hidden email]>: > 2009/5/21 Matthias Welwarsky <[hidden email]>: >> On Thursday 21 May 2009 19:16:46 Matthias Welwarsky wrote: >>> On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: >>> > > Have you deleted / renamed your ~/.thumbnails folder? >>> > > Already generated thumbnails from the past (before the KDE::rename >>> > > patches) are working perfectly fine here, too. >>> > > >>> > > What happens when you rename the thumbnails folder so that all thumbs >>> > > are really generated new? >>> > > >>> > > I always get >>> > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: Cannot >>> > > rename thumb file ( >>> > > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- wS7372.png" ) >>> > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: to ( >>> > > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" >>> > > )... >>> > > >>> > > My /tmp is on my root partition (ext4), /home is reiserfs. >>> > > I also changed /tmp to be the tmpfs (so that it is a ramdisk actually), >>> > > but still the same error. >>> > >>> > I can confirm this. New thumbnails are not stored. The error messages as >>> > above appear. /tmp is on a different partition than /home, both ext4. >>> >>> Ah. So the rename is not working across file systems :-) Maybe because it >>> uses rename(2)? Take a look at the man page. >> >> Yup, that's it. KDE_rename is just "#define KDE_rename ::rename". That one >> cannot safely be used to move files around. >> > > Well, why it's work with dolphin and konqueror ? > > Gilles > >>> >>> _______________________________________________ >>> Digikam-devel mailing list >>> [hidden email] >>> https://mail.kde.org/mailman/listinfo/digikam-devel >> >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel >> > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Re: Strange crashes
|
|
In reply to this post by Gilles Caulier-4
I have removed KDEmod (a modular and modified version of Qt and KDE for
Archlinux) and installed vanilla packages now (puh but I don't like this.. so big packages). Anyway I need to setup my system here again, and then I will test this. Andi On Thursday 21 May 2009 19:40:47 Gilles Caulier wrote: > Well, the question is why it's work with dolphin and konqueror and not > in digiKam, as Andi said in a private mail. Code relevant is here : > > 1/ Dolphin and konqueror use it from a kioslave : > > http://lxr.kde.org/source/KDE/kdebase/runtime/kioslave/thumbnail/thumbnail. >cpp#739 > > 2/ digiKam from a separated thread: > > http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimageio/thu >mbnailcreator.cpp#268 > > Possible issue : ::rename is not re-entrant and crash digiKam > (multi-threading) > > Question : if i remember, Gwenview use also multithreading to render > thumbs. Look like there is an option in setup to clean up > ~/.thumbnails dir when program session is down. Andi, can you test > with Gwenview on your computer ? > > Gilles > > 2009/5/21 Matthias Welwarsky <[hidden email]>: > > On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: > >> > Have you deleted / renamed your ~/.thumbnails folder? > >> > Already generated thumbnails from the past (before the KDE::rename > >> > patches) are working perfectly fine here, too. > >> > > >> > What happens when you rename the thumbnails folder so that all thumbs > >> > are really generated new? > >> > > >> > I always get > >> > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: Cannot > >> > rename thumb file ( > >> > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- wS7372.png" ) > >> > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: to ( > >> > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" > >> > )... > >> > > >> > My /tmp is on my root partition (ext4), /home is reiserfs. > >> > I also changed /tmp to be the tmpfs (so that it is a ramdisk > >> > actually), but still the same error. > >> > >> I can confirm this. New thumbnails are not stored. The error messages as > >> above appear. /tmp is on a different partition than /home, both ext4. > > > > Ah. So the rename is not working across file systems :-) Maybe because it > > uses rename(2)? Take a look at the man page. > > > > _______________________________________________ > > Digikam-devel mailing list > > [hidden email] > > https://mail.kde.org/mailman/listinfo/digikam-devel > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Re: Strange crashes
|
|
Dolphin / gwenview doesn't seem to create the thumbs in /tmp first, I watched
the folder but no files were generated. They seem to go immediately into .thumbnails. Andi On Thursday 21 May 2009 20:41:20 Andi Clemens wrote: > I have removed KDEmod (a modular and modified version of Qt and KDE for > Archlinux) and installed vanilla packages now (puh but I don't like this.. > so big packages). > Anyway I need to setup my system here again, and then I will test this. > > Andi > > On Thursday 21 May 2009 19:40:47 Gilles Caulier wrote: > > Well, the question is why it's work with dolphin and konqueror and not > > in digiKam, as Andi said in a private mail. Code relevant is here : > > > > 1/ Dolphin and konqueror use it from a kioslave : > > > > http://lxr.kde.org/source/KDE/kdebase/runtime/kioslave/thumbnail/thumbnai > >l. cpp#739 > > > > 2/ digiKam from a separated thread: > > > > http://lxr.kde.org/source/extragear/graphics/digikam/libs/threadimageio/t > >hu mbnailcreator.cpp#268 > > > > Possible issue : ::rename is not re-entrant and crash digiKam > > (multi-threading) > > > > Question : if i remember, Gwenview use also multithreading to render > > thumbs. Look like there is an option in setup to clean up > > ~/.thumbnails dir when program session is down. Andi, can you test > > with Gwenview on your computer ? > > > > Gilles > > > > 2009/5/21 Matthias Welwarsky <[hidden email]>: > > > On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: > > >> > Have you deleted / renamed your ~/.thumbnails folder? > > >> > Already generated thumbnails from the past (before the KDE::rename > > >> > patches) are working perfectly fine here, too. > > >> > > > >> > What happens when you rename the thumbnails folder so that all > > >> > thumbs are really generated new? > > >> > > > >> > I always get > > >> > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: Cannot > > >> > rename thumb file ( > > >> > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- wS7372.png" > > >> > ) digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: to ( > > >> > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" > > >> > )... > > >> > > > >> > My /tmp is on my root partition (ext4), /home is reiserfs. > > >> > I also changed /tmp to be the tmpfs (so that it is a ramdisk > > >> > actually), but still the same error. > > >> > > >> I can confirm this. New thumbnails are not stored. The error messages > > >> as above appear. /tmp is on a different partition than /home, both > > >> ext4. > > > > > > Ah. So the rename is not working across file systems :-) Maybe because > > > it uses rename(2)? Take a look at the man page. > > > > > > _______________________________________________ > > > Digikam-devel mailing list > > > [hidden email] > > > https://mail.kde.org/mailman/listinfo/digikam-devel > > > > _______________________________________________ > > Digikam-devel mailing list > > [hidden email] > > https://mail.kde.org/mailman/listinfo/digikam-devel > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
In reply to this post by Gilles Caulier-4
On Thursday 21 May 2009 19:44:55 Gilles Caulier wrote:
> And yes, GwenView use ::rename too ! > > http://lxr.kde.org/source/KDE/kdegraphics/gwenview/lib/thumbnailloadjob.cpp >#249 Looking at that code, isn't the temporary file created in the same directory and then just renamed? > Gilles > > 2009/5/21 Gilles Caulier <[hidden email]>: > > 2009/5/21 Matthias Welwarsky <[hidden email]>: > >> On Thursday 21 May 2009 19:16:46 Matthias Welwarsky wrote: > >>> On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: > >>> > > Have you deleted / renamed your ~/.thumbnails folder? > >>> > > Already generated thumbnails from the past (before the KDE::rename > >>> > > patches) are working perfectly fine here, too. > >>> > > > >>> > > What happens when you rename the thumbnails folder so that all > >>> > > thumbs are really generated new? > >>> > > > >>> > > I always get > >>> > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: > >>> > > Cannot rename thumb file ( > >>> > > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- > >>> > > wS7372.png" ) digikam(7372)/digikam (core) > >>> > > Digikam::ThumbnailCreator::load: to ( > >>> > > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" > >>> > > )... > >>> > > > >>> > > My /tmp is on my root partition (ext4), /home is reiserfs. > >>> > > I also changed /tmp to be the tmpfs (so that it is a ramdisk > >>> > > actually), but still the same error. > >>> > > >>> > I can confirm this. New thumbnails are not stored. The error messages > >>> > as above appear. /tmp is on a different partition than /home, both > >>> > ext4. > >>> > >>> Ah. So the rename is not working across file systems :-) Maybe because > >>> it uses rename(2)? Take a look at the man page. > >> > >> Yup, that's it. KDE_rename is just "#define KDE_rename ::rename". That > >> one cannot safely be used to move files around. > > > > Well, why it's work with dolphin and konqueror ? > > > > Gilles > > > >>> _______________________________________________ > >>> Digikam-devel mailing list > >>> [hidden email] > >>> https://mail.kde.org/mailman/listinfo/digikam-devel > >> > >> _______________________________________________ > >> Digikam-devel mailing list > >> [hidden email] > >> https://mail.kde.org/mailman/listinfo/digikam-devel > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
Ok. i think the problem come from this commit :
http://websvn.kde.org/trunk/extragear/graphics/digikam/libs/threadimageio/thumbnailcreator.cpp?r1=965516&r2=965524 Gilles 2009/5/21 Matthias Welwarsky <[hidden email]>: > On Thursday 21 May 2009 19:44:55 Gilles Caulier wrote: >> And yes, GwenView use ::rename too ! >> >> http://lxr.kde.org/source/KDE/kdegraphics/gwenview/lib/thumbnailloadjob.cpp >>#249 > > Looking at that code, isn't the temporary file created in the same directory > and then just renamed? > >> Gilles >> >> 2009/5/21 Gilles Caulier <[hidden email]>: >> > 2009/5/21 Matthias Welwarsky <[hidden email]>: >> >> On Thursday 21 May 2009 19:16:46 Matthias Welwarsky wrote: >> >>> On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: >> >>> > > Have you deleted / renamed your ~/.thumbnails folder? >> >>> > > Already generated thumbnails from the past (before the KDE::rename >> >>> > > patches) are working perfectly fine here, too. >> >>> > > >> >>> > > What happens when you rename the thumbnails folder so that all >> >>> > > thumbs are really generated new? >> >>> > > >> >>> > > I always get >> >>> > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: >> >>> > > Cannot rename thumb file ( >> >>> > > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- >> >>> > > wS7372.png" ) digikam(7372)/digikam (core) >> >>> > > Digikam::ThumbnailCreator::load: to ( >> >>> > > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" >> >>> > > )... >> >>> > > >> >>> > > My /tmp is on my root partition (ext4), /home is reiserfs. >> >>> > > I also changed /tmp to be the tmpfs (so that it is a ramdisk >> >>> > > actually), but still the same error. >> >>> > >> >>> > I can confirm this. New thumbnails are not stored. The error messages >> >>> > as above appear. /tmp is on a different partition than /home, both >> >>> > ext4. >> >>> >> >>> Ah. So the rename is not working across file systems :-) Maybe because >> >>> it uses rename(2)? Take a look at the man page. >> >> >> >> Yup, that's it. KDE_rename is just "#define KDE_rename ::rename". That >> >> one cannot safely be used to move files around. >> > >> > Well, why it's work with dolphin and konqueror ? >> > >> > Gilles >> > >> >>> _______________________________________________ >> >>> Digikam-devel mailing list >> >>> [hidden email] >> >>> https://mail.kde.org/mailman/listinfo/digikam-devel >> >> >> >> _______________________________________________ >> >> Digikam-devel mailing list >> >> [hidden email] >> >> https://mail.kde.org/mailman/listinfo/digikam-devel >> >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
Andi,
please try my commit #971243... Gilles 2009/5/22 Gilles Caulier <[hidden email]>: > Ok. i think the problem come from this commit : > > http://websvn.kde.org/trunk/extragear/graphics/digikam/libs/threadimageio/thumbnailcreator.cpp?r1=965516&r2=965524 > > Gilles > > 2009/5/21 Matthias Welwarsky <[hidden email]>: >> On Thursday 21 May 2009 19:44:55 Gilles Caulier wrote: >>> And yes, GwenView use ::rename too ! >>> >>> http://lxr.kde.org/source/KDE/kdegraphics/gwenview/lib/thumbnailloadjob.cpp >>>#249 >> >> Looking at that code, isn't the temporary file created in the same directory >> and then just renamed? >> >>> Gilles >>> >>> 2009/5/21 Gilles Caulier <[hidden email]>: >>> > 2009/5/21 Matthias Welwarsky <[hidden email]>: >>> >> On Thursday 21 May 2009 19:16:46 Matthias Welwarsky wrote: >>> >>> On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: >>> >>> > > Have you deleted / renamed your ~/.thumbnails folder? >>> >>> > > Already generated thumbnails from the past (before the KDE::rename >>> >>> > > patches) are working perfectly fine here, too. >>> >>> > > >>> >>> > > What happens when you rename the thumbnails folder so that all >>> >>> > > thumbs are really generated new? >>> >>> > > >>> >>> > > I always get >>> >>> > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: >>> >>> > > Cannot rename thumb file ( >>> >>> > > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- >>> >>> > > wS7372.png" ) digikam(7372)/digikam (core) >>> >>> > > Digikam::ThumbnailCreator::load: to ( >>> >>> > > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" >>> >>> > > )... >>> >>> > > >>> >>> > > My /tmp is on my root partition (ext4), /home is reiserfs. >>> >>> > > I also changed /tmp to be the tmpfs (so that it is a ramdisk >>> >>> > > actually), but still the same error. >>> >>> > >>> >>> > I can confirm this. New thumbnails are not stored. The error messages >>> >>> > as above appear. /tmp is on a different partition than /home, both >>> >>> > ext4. >>> >>> >>> >>> Ah. So the rename is not working across file systems :-) Maybe because >>> >>> it uses rename(2)? Take a look at the man page. >>> >> >>> >> Yup, that's it. KDE_rename is just "#define KDE_rename ::rename". That >>> >> one cannot safely be used to move files around. >>> > >>> > Well, why it's work with dolphin and konqueror ? >>> > >>> > Gilles >>> > >>> >>> _______________________________________________ >>> >>> Digikam-devel mailing list >>> >>> [hidden email] >>> >>> https://mail.kde.org/mailman/listinfo/digikam-devel >>> >> >>> >> _______________________________________________ >>> >> Digikam-devel mailing list >>> >> [hidden email] >>> >> https://mail.kde.org/mailman/listinfo/digikam-devel >>> >>> _______________________________________________ >>> Digikam-devel mailing list >>> [hidden email] >>> https://mail.kde.org/mailman/listinfo/digikam-devel >> >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel >> > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
2009/5/22 Gilles Caulier <[hidden email]>:
> Andi, > > please try my commit #971243... Note: this commit work too under windows. thumbs are created and used as cache as expected. Gilles > > Gilles > > 2009/5/22 Gilles Caulier <[hidden email]>: >> Ok. i think the problem come from this commit : >> >> http://websvn.kde.org/trunk/extragear/graphics/digikam/libs/threadimageio/thumbnailcreator.cpp?r1=965516&r2=965524 >> >> Gilles >> >> 2009/5/21 Matthias Welwarsky <[hidden email]>: >>> On Thursday 21 May 2009 19:44:55 Gilles Caulier wrote: >>>> And yes, GwenView use ::rename too ! >>>> >>>> http://lxr.kde.org/source/KDE/kdegraphics/gwenview/lib/thumbnailloadjob.cpp >>>>#249 >>> >>> Looking at that code, isn't the temporary file created in the same directory >>> and then just renamed? >>> >>>> Gilles >>>> >>>> 2009/5/21 Gilles Caulier <[hidden email]>: >>>> > 2009/5/21 Matthias Welwarsky <[hidden email]>: >>>> >> On Thursday 21 May 2009 19:16:46 Matthias Welwarsky wrote: >>>> >>> On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: >>>> >>> > > Have you deleted / renamed your ~/.thumbnails folder? >>>> >>> > > Already generated thumbnails from the past (before the KDE::rename >>>> >>> > > patches) are working perfectly fine here, too. >>>> >>> > > >>>> >>> > > What happens when you rename the thumbnails folder so that all >>>> >>> > > thumbs are really generated new? >>>> >>> > > >>>> >>> > > I always get >>>> >>> > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: >>>> >>> > > Cannot rename thumb file ( >>>> >>> > > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- >>>> >>> > > wS7372.png" ) digikam(7372)/digikam (core) >>>> >>> > > Digikam::ThumbnailCreator::load: to ( >>>> >>> > > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90.png" >>>> >>> > > )... >>>> >>> > > >>>> >>> > > My /tmp is on my root partition (ext4), /home is reiserfs. >>>> >>> > > I also changed /tmp to be the tmpfs (so that it is a ramdisk >>>> >>> > > actually), but still the same error. >>>> >>> > >>>> >>> > I can confirm this. New thumbnails are not stored. The error messages >>>> >>> > as above appear. /tmp is on a different partition than /home, both >>>> >>> > ext4. >>>> >>> >>>> >>> Ah. So the rename is not working across file systems :-) Maybe because >>>> >>> it uses rename(2)? Take a look at the man page. >>>> >> >>>> >> Yup, that's it. KDE_rename is just "#define KDE_rename ::rename". That >>>> >> one cannot safely be used to move files around. >>>> > >>>> > Well, why it's work with dolphin and konqueror ? >>>> > >>>> > Gilles >>>> > >>>> >>> _______________________________________________ >>>> >>> Digikam-devel mailing list >>>> >>> [hidden email] >>>> >>> https://mail.kde.org/mailman/listinfo/digikam-devel >>>> >> >>>> >> _______________________________________________ >>>> >> Digikam-devel mailing list >>>> >> [hidden email] >>>> >> https://mail.kde.org/mailman/listinfo/digikam-devel >>>> >>>> _______________________________________________ >>>> Digikam-devel mailing list >>>> [hidden email] >>>> https://mail.kde.org/mailman/listinfo/digikam-devel >>> >>> _______________________________________________ >>> Digikam-devel mailing list >>> [hidden email] >>> https://mail.kde.org/mailman/listinfo/digikam-devel >>> >> > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Re: Strange crashes
|
|
Yeah, it seems to work!! WOHOO!! :-)
And also the crash is gone (I guess, need to do more tests). Andi On Friday 22 May 2009 08:32:42 Gilles Caulier wrote: > 2009/5/22 Gilles Caulier <[hidden email]>: > > Andi, > > > > please try my commit #971243... > > Note: this commit work too under windows. thumbs are created and used > as cache as expected. > > Gilles > > > Gilles > > > > 2009/5/22 Gilles Caulier <[hidden email]>: > >> Ok. i think the problem come from this commit : > >> > >> http://websvn.kde.org/trunk/extragear/graphics/digikam/libs/threadimagei > >>o/thumbnailcreator.cpp?r1=965516&r2=965524 > >> > >> Gilles > >> > >> 2009/5/21 Matthias Welwarsky <[hidden email]>: > >>> On Thursday 21 May 2009 19:44:55 Gilles Caulier wrote: > >>>> And yes, GwenView use ::rename too ! > >>>> > >>>> http://lxr.kde.org/source/KDE/kdegraphics/gwenview/lib/thumbnailloadjo > >>>>b.cpp #249 > >>> > >>> Looking at that code, isn't the temporary file created in the same > >>> directory and then just renamed? > >>> > >>>> Gilles > >>>> > >>>> 2009/5/21 Gilles Caulier <[hidden email]>: > >>>> > 2009/5/21 Matthias Welwarsky <[hidden email]>: > >>>> >> On Thursday 21 May 2009 19:16:46 Matthias Welwarsky wrote: > >>>> >>> On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: > >>>> >>> > > Have you deleted / renamed your ~/.thumbnails folder? > >>>> >>> > > Already generated thumbnails from the past (before the > >>>> >>> > > KDE::rename patches) are working perfectly fine here, too. > >>>> >>> > > > >>>> >>> > > What happens when you rename the thumbnails folder so that all > >>>> >>> > > thumbs are really generated new? > >>>> >>> > > > >>>> >>> > > I always get > >>>> >>> > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: > >>>> >>> > > Cannot rename thumb file ( > >>>> >>> > > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- > >>>> >>> > > wS7372.png" ) digikam(7372)/digikam (core) > >>>> >>> > > Digikam::ThumbnailCreator::load: to ( > >>>> >>> > > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90 > >>>> >>> > >.png" )... > >>>> >>> > > > >>>> >>> > > My /tmp is on my root partition (ext4), /home is reiserfs. > >>>> >>> > > I also changed /tmp to be the tmpfs (so that it is a ramdisk > >>>> >>> > > actually), but still the same error. > >>>> >>> > > >>>> >>> > I can confirm this. New thumbnails are not stored. The error > >>>> >>> > messages as above appear. /tmp is on a different partition than > >>>> >>> > /home, both ext4. > >>>> >>> > >>>> >>> Ah. So the rename is not working across file systems :-) Maybe > >>>> >>> because it uses rename(2)? Take a look at the man page. > >>>> >> > >>>> >> Yup, that's it. KDE_rename is just "#define KDE_rename ::rename". > >>>> >> That one cannot safely be used to move files around. > >>>> > > >>>> > Well, why it's work with dolphin and konqueror ? > >>>> > > >>>> > Gilles > >>>> > > >>>> >>> _______________________________________________ > >>>> >>> Digikam-devel mailing list > >>>> >>> [hidden email] > >>>> >>> https://mail.kde.org/mailman/listinfo/digikam-devel > >>>> >> > >>>> >> _______________________________________________ > >>>> >> Digikam-devel mailing list > >>>> >> [hidden email] > >>>> >> https://mail.kde.org/mailman/listinfo/digikam-devel > >>>> > >>>> _______________________________________________ > >>>> Digikam-devel mailing list > >>>> [hidden email] > >>>> https://mail.kde.org/mailman/listinfo/digikam-devel > >>> > >>> _______________________________________________ > >>> Digikam-devel mailing list > >>> [hidden email] > >>> https://mail.kde.org/mailman/listinfo/digikam-devel > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
|
ok.
I seen that you suspect that similar crash are already reported to B.K.O. Please report on file... I'm leave home now for the rest of weekend (mountain bike party (:=))) Best Gilles 2009/5/22 Andi Clemens <[hidden email]>: > Yeah, it seems to work!! WOHOO!! :-) > And also the crash is gone (I guess, need to do more tests). > > Andi > > On Friday 22 May 2009 08:32:42 Gilles Caulier wrote: >> 2009/5/22 Gilles Caulier <[hidden email]>: >> > Andi, >> > >> > please try my commit #971243... >> >> Note: this commit work too under windows. thumbs are created and used >> as cache as expected. >> >> Gilles >> >> > Gilles >> > >> > 2009/5/22 Gilles Caulier <[hidden email]>: >> >> Ok. i think the problem come from this commit : >> >> >> >> http://websvn.kde.org/trunk/extragear/graphics/digikam/libs/threadimagei >> >>o/thumbnailcreator.cpp?r1=965516&r2=965524 >> >> >> >> Gilles >> >> >> >> 2009/5/21 Matthias Welwarsky <[hidden email]>: >> >>> On Thursday 21 May 2009 19:44:55 Gilles Caulier wrote: >> >>>> And yes, GwenView use ::rename too ! >> >>>> >> >>>> http://lxr.kde.org/source/KDE/kdegraphics/gwenview/lib/thumbnailloadjo >> >>>>b.cpp #249 >> >>> >> >>> Looking at that code, isn't the temporary file created in the same >> >>> directory and then just renamed? >> >>> >> >>>> Gilles >> >>>> >> >>>> 2009/5/21 Gilles Caulier <[hidden email]>: >> >>>> > 2009/5/21 Matthias Welwarsky <[hidden email]>: >> >>>> >> On Thursday 21 May 2009 19:16:46 Matthias Welwarsky wrote: >> >>>> >>> On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: >> >>>> >>> > > Have you deleted / renamed your ~/.thumbnails folder? >> >>>> >>> > > Already generated thumbnails from the past (before the >> >>>> >>> > > KDE::rename patches) are working perfectly fine here, too. >> >>>> >>> > > >> >>>> >>> > > What happens when you rename the thumbnails folder so that all >> >>>> >>> > > thumbs are really generated new? >> >>>> >>> > > >> >>>> >>> > > I always get >> >>>> >>> > > digikam(7372)/digikam (core) Digikam::ThumbnailCreator::load: >> >>>> >>> > > Cannot rename thumb file ( >> >>>> >>> > > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- >> >>>> >>> > > wS7372.png" ) digikam(7372)/digikam (core) >> >>>> >>> > > Digikam::ThumbnailCreator::load: to ( >> >>>> >>> > > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2abc90 >> >>>> >>> > >.png" )... >> >>>> >>> > > >> >>>> >>> > > My /tmp is on my root partition (ext4), /home is reiserfs. >> >>>> >>> > > I also changed /tmp to be the tmpfs (so that it is a ramdisk >> >>>> >>> > > actually), but still the same error. >> >>>> >>> > >> >>>> >>> > I can confirm this. New thumbnails are not stored. The error >> >>>> >>> > messages as above appear. /tmp is on a different partition than >> >>>> >>> > /home, both ext4. >> >>>> >>> >> >>>> >>> Ah. So the rename is not working across file systems :-) Maybe >> >>>> >>> because it uses rename(2)? Take a look at the man page. >> >>>> >> >> >>>> >> Yup, that's it. KDE_rename is just "#define KDE_rename ::rename". >> >>>> >> That one cannot safely be used to move files around. >> >>>> > >> >>>> > Well, why it's work with dolphin and konqueror ? >> >>>> > >> >>>> > Gilles >> >>>> > >> >>>> >>> _______________________________________________ >> >>>> >>> Digikam-devel mailing list >> >>>> >>> [hidden email] >> >>>> >>> https://mail.kde.org/mailman/listinfo/digikam-devel >> >>>> >> >> >>>> >> _______________________________________________ >> >>>> >> Digikam-devel mailing list >> >>>> >> [hidden email] >> >>>> >> https://mail.kde.org/mailman/listinfo/digikam-devel >> >>>> >> >>>> _______________________________________________ >> >>>> Digikam-devel mailing list >> >>>> [hidden email] >> >>>> https://mail.kde.org/mailman/listinfo/digikam-devel >> >>> >> >>> _______________________________________________ >> >>> Digikam-devel mailing list >> >>> [hidden email] >> >>> https://mail.kde.org/mailman/listinfo/digikam-devel >> >> _______________________________________________ >> Digikam-devel mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-devel > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel > Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Re: Strange crashes
|
|
Ok, HAVE FUN!!!
Andi On Friday 22 May 2009 09:47:25 Gilles Caulier wrote: > ok. > > I seen that you suspect that similar crash are already reported to > B.K.O. Please report on file... I'm leave home now for the rest of > weekend (mountain bike party (:=))) > > Best > > Gilles > > 2009/5/22 Andi Clemens <[hidden email]>: > > Yeah, it seems to work!! WOHOO!! :-) > > And also the crash is gone (I guess, need to do more tests). > > > > Andi > > > > On Friday 22 May 2009 08:32:42 Gilles Caulier wrote: > >> 2009/5/22 Gilles Caulier <[hidden email]>: > >> > Andi, > >> > > >> > please try my commit #971243... > >> > >> Note: this commit work too under windows. thumbs are created and used > >> as cache as expected. > >> > >> Gilles > >> > >> > Gilles > >> > > >> > 2009/5/22 Gilles Caulier <[hidden email]>: > >> >> Ok. i think the problem come from this commit : > >> >> > >> >> http://websvn.kde.org/trunk/extragear/graphics/digikam/libs/threadima > >> >>gei o/thumbnailcreator.cpp?r1=965516&r2=965524 > >> >> > >> >> Gilles > >> >> > >> >> 2009/5/21 Matthias Welwarsky <[hidden email]>: > >> >>> On Thursday 21 May 2009 19:44:55 Gilles Caulier wrote: > >> >>>> And yes, GwenView use ::rename too ! > >> >>>> > >> >>>> http://lxr.kde.org/source/KDE/kdegraphics/gwenview/lib/thumbnailloa > >> >>>>djo b.cpp #249 > >> >>> > >> >>> Looking at that code, isn't the temporary file created in the same > >> >>> directory and then just renamed? > >> >>> > >> >>>> Gilles > >> >>>> > >> >>>> 2009/5/21 Gilles Caulier <[hidden email]>: > >> >>>> > 2009/5/21 Matthias Welwarsky <[hidden email]>: > >> >>>> >> On Thursday 21 May 2009 19:16:46 Matthias Welwarsky wrote: > >> >>>> >>> On Thursday 21 May 2009 18:40:29 Marcel Wiesweg wrote: > >> >>>> >>> > > Have you deleted / renamed your ~/.thumbnails folder? > >> >>>> >>> > > Already generated thumbnails from the past (before the > >> >>>> >>> > > KDE::rename patches) are working perfectly fine here, too. > >> >>>> >>> > > > >> >>>> >>> > > What happens when you rename the thumbnails folder so that > >> >>>> >>> > > all thumbs are really generated new? > >> >>>> >>> > > > >> >>>> >>> > > I always get > >> >>>> >>> > > digikam(7372)/digikam (core) > >> >>>> >>> > > Digikam::ThumbnailCreator::load: Cannot rename thumb file ( > >> >>>> >>> > > "/tmp/kde-andi/415adced8a4644d971d5c6706c2abc90-digikam- > >> >>>> >>> > > wS7372.png" ) digikam(7372)/digikam (core) > >> >>>> >>> > > Digikam::ThumbnailCreator::load: to ( > >> >>>> >>> > > "/home/andi/.thumbnails/large/415adced8a4644d971d5c6706c2ab > >> >>>> >>> > >c90 .png" )... > >> >>>> >>> > > > >> >>>> >>> > > My /tmp is on my root partition (ext4), /home is reiserfs. > >> >>>> >>> > > I also changed /tmp to be the tmpfs (so that it is a > >> >>>> >>> > > ramdisk actually), but still the same error. > >> >>>> >>> > > >> >>>> >>> > I can confirm this. New thumbnails are not stored. The error > >> >>>> >>> > messages as above appear. /tmp is on a different partition > >> >>>> >>> > than /home, both ext4. > >> >>>> >>> > >> >>>> >>> Ah. So the rename is not working across file systems :-) Maybe > >> >>>> >>> because it uses rename(2)? Take a look at the man page. > >> >>>> >> > >> >>>> >> Yup, that's it. KDE_rename is just "#define KDE_rename > >> >>>> >> ::rename". That one cannot safely be used to move files around. > >> >>>> > > >> >>>> > Well, why it's work with dolphin and konqueror ? > >> >>>> > > >> >>>> > Gilles > >> >>>> > > >> >>>> >>> _______________________________________________ > >> >>>> >>> Digikam-devel mailing list > >> >>>> >>> [hidden email] > >> >>>> >>> https://mail.kde.org/mailman/listinfo/digikam-devel > >> >>>> >> > >> >>>> >> _______________________________________________ > >> >>>> >> Digikam-devel mailing list > >> >>>> >> [hidden email] > >> >>>> >> https://mail.kde.org/mailman/listinfo/digikam-devel > >> >>>> > >> >>>> _______________________________________________ > >> >>>> Digikam-devel mailing list > >> >>>> [hidden email] > >> >>>> https://mail.kde.org/mailman/listinfo/digikam-devel > >> >>> > >> >>> _______________________________________________ > >> >>> Digikam-devel mailing list > >> >>> [hidden email] > >> >>> https://mail.kde.org/mailman/listinfo/digikam-devel > >> > >> _______________________________________________ > >> Digikam-devel mailing list > >> [hidden email] > >> https://mail.kde.org/mailman/listinfo/digikam-devel > > > > _______________________________________________ > > Digikam-devel mailing list > > [hidden email] > > https://mail.kde.org/mailman/listinfo/digikam-devel > > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
«
Return to digikam-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |