digiKam svn crash
Locked
digiKam svn crash
 
|
Hello Gilles,
since yesterday digiKam crashes here with a segfault. I did a clean checkout and compilation, didn't change a thing. I paste here the traces I could get. The full strace in zip format is atached. Gerhard kcrash trace: ---------------------------------- (no debugging symbols found) Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1250441008 (LWP 1127)] [KCrash handler] #6 0xb7ae2a98 in Digikam::Album::isRoot () from /usr/lib/libdigikam.so.0 #7 0xb7acec83 in Digikam::DigikamApp::slotTagSelected () from /usr/lib/libdigikam.so.0 #8 0xb7ae0dd1 in Digikam::DigikamApp::qt_invoke () from /usr/lib/libdigikam.so.0 #9 0xb60bd893 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #10 0xb60bdbed in QObject::activate_signal_bool () from /usr/lib/libqt-mt.so.3 #11 0xb7b55fdc in Digikam::DigikamView::signalTagSelected () from /usr/lib/libdigikam.so.0 #12 0xb7b56131 in Digikam::DigikamView::slotAlbumSelected () from /usr/lib/libdigikam.so.0 #13 0xb7b5640c in Digikam::DigikamView::slotAllAlbumsLoaded () from /usr/lib/libdigikam.so.0 #14 0xb7b5b66b in Digikam::DigikamView::qt_invoke () from /usr/lib/libdigikam.so.0 #15 0xb60bd9c0 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #16 0xb60be338 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #17 0xb7b2a4f4 in Digikam::AlbumManager::signalAllAlbumsLoaded () from /usr/lib/libdigikam.so.0 #18 0xb7b369e1 in Digikam::AlbumManager::startScan () from /usr/lib/libdigikam.so.0 #19 0xb7addd40 in Digikam::DigikamApp::DigikamApp () from /usr/lib/libdigikam.so.0 #20 0x0804b01f in main () end of strace output: ----------------------------------------------------------------------- open("/usr/share/apps/digikam/icons/hicolor/16x16/actions/digitalcam.png", O_RDONLY|O_LARGEFILE) = 13 fstat64(13, {st_mode=S_IFREG|0644, st_size=572, ...}) = 0 fstat64(13, {st_mode=S_IFREG|0644, st_size=572, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb407e000 _llseek(13, 0, [0], SEEK_SET) = 0 read(13, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\20\0\0\0\20\10\6\0\0"..., 4096) = 572 close(13) = 0 munmap(0xb407e000, 4096) = 0 write(3, "F\1\5\0I\n@\5J\n@\5\0\0\0\0\26\0\26\0>\0\7\0\343\2@\5I"..., 16380) = 16380 fcntl64(10, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xbffc9be4) = 0 fcntl64(10, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741826, len=510}, 0xbffc9be4) = 0 fcntl64(10, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=1073741824, len=1}, 0xbffc9be4) = 0 access("/home/gerhard/Fotos/digikam3.db-journal", F_OK) = -1 ENOENT (No such file or directory) fstat64(10, {st_mode=S_IFREG|0660, st_size=4802560, ...}) = 0 _llseek(10, 24, [24], SEEK_SET) = 0 read(10, "\0\0ua\0\0\0\0\0\0\22:\0\0\0.", 16) = 16 _llseek(10, 19456, [19456], SEEK_SET) = 0 read(10, "\5\0\0\0\6\3\342\0\0\0\22 \3\373\3\366\3\361\3\354\3\347"..., 1024) = 1024 _llseek(10, 3978240, [3978240], SEEK_SET) = 0 read(10, "\r\3M\0\3\1\302\0\1\302\2\177\2\333\2\333\2\333\3M\3M\0"..., 1024) = 1024 _llseek(10, 3979264, [3979264], SEEK_SET) = 0 read(10, "\r\2\352\0\5\1\224\0\3\224\2\207\2=\1\351\1\224\1\224\1"..., 1024) = 1024 _llseek(10, 3980288, [3980288], SEEK_SET) = 0 read(10, "\r\0\0\0\t\0\262\0\0\262\1\21\1\203\1\332\0025\2\215\2"..., 1024) = 1024 _llseek(10, 4423680, [4423680], SEEK_SET) = 0 read(10, "\r\0\344\0\6\0~\1\0~\1\277\2\27\2y\2\331\1h\1h\0\0\0\0"..., 1024) = 1024 _llseek(10, 4713472, [4713472], SEEK_SET) = 0 read(10, "\r\0\0\0\1\3J\0\3J\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1024) = 1024 _llseek(10, 4744192, [4744192], SEEK_SET) = 0 read(10, "\r\0\0\0\1\2\326\0\2\326\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1024) = 1024 _llseek(10, 4750336, [4750336], SEEK_SET) = 0 read(10, "\r\0\0\0\1\0\366\0\0\366\0\230\0\0\0\0\0\0\0\0\0\0\0\0"..., 1024) = 1024 _llseek(10, 4746240, [4746240], SEEK_SET) = 0 read(10, "\0\0\22\0337-10-01&2.key=imagedate&2.op"..., 1024) = 1024 _llseek(10, 4745216, [4745216], SEEK_SET) = 0 read(10, "\0\0\22\37T&25.val=2007-10-20&26.key=i"..., 1024) = 1024 _llseek(10, 4749312, [4749312], SEEK_SET) = 0 read(10, "\0\0\0\0=2008-01-11&49.key=imagedate"..., 1024) = 1024 fcntl64(10, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbffc9c04) = 0 brk(0x859a000) = 0x859a000 gettimeofday({1200994827, 285257}, NULL) = 0 access("/home/gerhard/.kde/share/icons/nuoveXT-2.2_KDE/22x22/actions/find.png", R_OK) = 0 open("/home/gerhard/.kde/share/icons/nuoveXT-2.2_KDE/22x22/actions/find.png", O_RDONLY|O_LARGEFILE) = 13 fstat64(13, {st_mode=S_IFREG|0644, st_size=1260, ...}) = 0 fstat64(13, {st_mode=S_IFREG|0644, st_size=1260, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb407e000 _llseek(13, 0, [0], SEEK_SET) = 0 read(13, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\26\0\0\0\26\10\6\0\0"..., 4096) = 1260 close(13) = 0 munmap(0xb407e000, 4096) = 0 gettimeofday({1200994827, 290360}, NULL) = 0 gettimeofday({1200994827, 298727}, NULL) = 0 write(3, ">\1\7\0\340\2@\5H\v@\5\35\0@\5\0\0\0\0\0\0\0\0\26\0\26"..., 14312) = 14312 write(3, "\2\1\4\0000\2@\5\2\0\0\0\357\357\357\377\2\0\4\0\302\1"..., 720) = 720 gettimeofday({1200994827, 300027}, NULL) = 0 gettimeofday({1200994827, 301971}, NULL) = 0 ioctl(5, FIONREAD, [1]) = 0 gettimeofday({1200994827, 302188}, NULL) = 0 ioctl(5, FIONREAD, [1]) = 0 write(3, "\2\1\4\0\251\3@\5\2\0\0\0\344\337\335\3775\30\4\0\312\v"..., 428) = 428 gettimeofday({1200994827, 302852}, NULL) = 0 gettimeofday({1200994827, 303520}, NULL) = 0 write(3, "\f\1\4\0\362\0@\5@\0\0\0\0\0\0\0\f\30\4\0\7\1@\5@\0\0\0"..., 96) = 96 write(3, "\2\1\4\0\310\1@\5\0@\0\0\0\0\0\0", 16) = 16 gettimeofday({1200994827, 303954}, NULL) = 0 ioctl(5, FIONREAD, [1]) = 0 gettimeofday({1200994827, 304201}, NULL) = 0 gettimeofday({1200994827, 305017}, NULL) = 0 write(3, "\f\1\7\0\304\2@\5\17\0\0\0\0\0\0\0\212\0\0\0\30\0\0\0$"..., 248) = 248 write(3, "\2\1\4\0\310\1@\5\0@\0\0\0\0\0\0", 16) = 16 gettimeofday({1200994827, 305274}, NULL) = 0 gettimeofday({1200994827, 305338}, NULL) = 0 ioctl(5, FIONREAD, [1]) = 0 gettimeofday({1200994827, 305427}, NULL) = 0 gettimeofday({1200994827, 305448}, NULL) = 0 ioctl(5, FIONREAD, [1]) = 0 write(3, "\f\1\5\0\356\2@\5\f\0\0\0\30\0\0\0e\0\0\0", 20) = 20 write(3, "\2\1\4\0\210\0@\5\0@\0\0\375\2@\5", 16) = 16 write(3, "\2\1\4\0\210\0@\5\0@\0\0\0\0\0\0", 16) = 16 write(3, "\2\1\4\0\210\0@\5\0@\0\0\375\2@\5", 16) = 16 write(3, "\2\1\4\0\210\0@\5\0@\0\0\0\0\0\0", 16) = 16 gettimeofday({1200994827, 306346}, NULL) = 0 gettimeofday({1200994827, 305017}, NULL) = 0 write(3, "\f\1\7\0\304\2@\5\17\0\0\0\0\0\0\0\212\0\0\0\30\0\0\0$"..., 248) = 248 write(3, "\2\1\4\0\310\1@\5\0@\0\0\0\0\0\0", 16) = 16 gettimeofday({1200994827, 305274}, NULL) = 0 gettimeofday({1200994827, 305338}, NULL) = 0 ioctl(5, FIONREAD, [1]) = 0 gettimeofday({1200994827, 305427}, NULL) = 0 gettimeofday({1200994827, 305448}, NULL) = 0 ioctl(5, FIONREAD, [1]) = 0 write(3, "\f\1\5\0\356\2@\5\f\0\0\0\30\0\0\0e\0\0\0", 20) = 20 write(3, "\2\1\4\0\210\0@\5\0@\0\0\375\2@\5", 16) = 16 write(3, "\2\1\4\0\210\0@\5\0@\0\0\0\0\0\0", 16) = 16 write(3, "\2\1\4\0\210\0@\5\0@\0\0\375\2@\5", 16) = 16 write(3, "\2\1\4\0\210\0@\5\0@\0\0\0\0\0\0", 16) = 16 gettimeofday({1200994827, 306346}, NULL) = 0 gettimeofday({1200994827, 311232}, NULL) = 0 gettimeofday({1200994827, 311261}, NULL) = 0 write(3, "\f\1\4\0\30\2@\5@\0\0\0\0\0\0\0\f\0\4\0\362\0@\5@\0\0\0"..., 112) = 112 write(3, "\2\1\4\0\310\1@\5\0@\0\0\0\0\0\0", 16) = 16 --- SIGSEGV (Segmentation fault) @ 0 (0) --- rt_sigaction(SIGALRM, {SIG_DFL}, {SIG_DFL}, 8) = 0 alarm(3) = 0 getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0 close(3) = 0 close(4) = 0 close(5) = 0 close(6) = 0 close(7) = 0 close(8) = 0 close(9) = 0 close(10) = 0 close(11) = 0 _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
strace.gz (208K)
Re: digiKam svn crash
|
|
Re: digiKam svn crash
|
|
Am Tuesday 22 January 2008 schrieb Gilles Caulier:
> Gerhard, > > There is nothing special here. > > The crash appear when all albums are loaded in memory and a signal is sent > from internal manager to all gui clients (albums/tags/dates/searches folder > view). > > But the backtrace do not give me more informations where the problem. Of > course, here, i cannot reproduce the problem. > > Strace do not help me anymore. Can you try valgrind and report me the > console message (look in HACKING file for details) > > Best > > Gilles then it crashed again. I removed the digikamrc file and now it works again. I can't tell the difference in the rc files, the structure is so very different that a diff doesn't work. So far so good :-) Gerhard _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
| Free forum by Nabble | Edit this page |