Application: nepomukservicestub (0.2) KDE Platform Version: 4.6.5 (4.6.5) Qt Version: 4.7.3 Operating System: Linux 2.6.40.3-0.fc15.i686.PAE i686 Distribution: "Fedora release 15 (Lovelock)" -- Information about the crash: - What I was doing when the application crashed: I have a qemu-kvn vm running I was doing a yum -y update in my core system abrt appears and i can't find any errors this happens a lot for me when the system is sitting there receiving no user input The crash can be reproduced every time. -- Backtrace: Application: Nepomuk Service Stub (nepomukservicestub), signal: Segmentation fault QHashData::nextNode (node=0xb406a6b8) at tools/qhash.cpp:290 290 if (next->next) [Current thread is 1 (Thread 0xb7739780 (LWP 3164))] Thread 3 (Thread 0xb5404b70 (LWP 3181)): #0 0x00d1f424 in __kernel_vsyscall () #1 0x003ae14c in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_wait.S:172 #2 0x00171578 in wait (time=4294967295, this=0x83ee878) at thread/qwaitcondition_unix.cpp:88 #3 QWaitCondition::wait (this=0x83ef574, mutex=0x83ef570, time=4294967295) at thread/qwaitcondition_unix.cpp:160 #4 0x05e5048d in Nepomuk::IndexFeeder::run (this=0x83ef560) at /usr/src/debug/kdebase-runtime-4.6.5/nepomuk/services/strigi/nepomukindexfeeder.cpp:188 #5 0x00171064 in QThreadPrivate::start (arg=0x83ef560) at thread/qthread_unix.cpp:320 #6 0x003aaa2e in start_thread (arg=0xb5404b70) at pthread_create.c:305 #7 0x00ba534e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133 Thread 2 (Thread 0xb4affb70 (LWP 3201)): [KCrash Handler] #7 __memcpy_ssse3 () at ../sysdeps/i386/i686/multiarch/memcpy-ssse3.S:1294 #8 0x06478fb9 in (anonymous namespace)::strigi_tiffReadProc (handle=0xb3b2b718, buf=0xb3b5dc04, size=2048) at /usr/include/bits/string3.h:52 #9 0x0196218d in OJPEGReadBufferFill (sp=0xb3b5d798) at tif_ojpeg.c:1884 #10 0x019638b2 in OJPEGReadBytePeek (byte=0xb4afec6a "\223\001", sp=0xb3b5d798) at tif_ojpeg.c:1970 #11 OJPEGReadHeaderInfoSec (tif=0xb3b63400) at tif_ojpeg.c:1231 #12 0x0196487f in OJPEGSubsamplingCorrect (tif=0xb3b63400) at tif_ojpeg.c:959 #13 0x01964af6 in OJPEGVGetField (tif=0xb3b63400, tag=530, ap=0xb4afedc8 "\334\355\257\264\336\355\257\264@\310\223\001|\306\231\001\001") at tif_ojpeg.c:466 #14 0x01943981 in TIFFVGetField (tif=0xb3b63400, tag=530, ap=0xb4afedc8 "\334\355\257\264\336\355\257\264@\310\223\001|\306\231\001\001") at tif_dir.c:975 #15 0x0193ffbb in TIFFVGetFieldDefaulted (tif=0xb3b63400, tag=530, ap=0xb4afedc8 "\334\355\257\264\336\355\257\264@\310\223\001|\306\231\001\001") at tif_aux.c:147 #16 0x019406cc in TIFFGetFieldDefaulted (tif=0xb3b63400, tag=530) at tif_aux.c:278 #17 0x0197056e in TIFFScanlineSize (tif=0xb3b63400) at tif_strip.c:237 #18 0x019477f9 in TIFFReadDirectory (tif=0xb3b63400) at tif_dirread.c:800 #19 0x01966376 in TIFFClientOpen (name=0xb3b2be34 "IREB ManualV2 3.prn.tif", mode=0x647a0ae "r", clientdata=0xb3b2b718, readproc=0x6478f60 <(anonymous namespace)::strigi_tiffReadProc(thandle_t, tdata_t, tsize_t)>, writeproc=0x6478dd0 <(anonymous namespace)::strigi_tiffWriteProc(thandle_t, tdata_t, tsize_t)>, seekproc=0x6478de0 <(anonymous namespace)::strigi_tiffSeekProc(thandle_t, toff_t, int)>, closeproc=0x6478e70 <(anonymous namespace)::strigi_tiffCloseProc(thandle_t)>, sizeproc=0x6478e80 <(anonymous namespace)::strigi_tiffSizeProc(thandle_t)>, mapproc=0x6478e90 <(anonymous namespace)::strigi_tiffMapProc(thandle_t, tdata_t*, toff_t*)>, unmapproc=0x6478ea0 <(anonymous namespace)::strigi_tiffUnmapProc(thandle_t, tdata_t, toff_t)>) at tif_open.c:436 #20 0x064797d0 in TiffEndAnalyzer::analyze (this=0xb3b29018, ar=..., in=0xb3b2b718) at /usr/src/debug/kdegraphics-4.6.5/strigi-analyzer/tiff/tiffendanalyzer.cpp:201 #21 0x06e483ec in Strigi::StreamAnalyzerPrivate::analyze (this=0x83d34e0, idx=..., input=0xb3b2b718) at /usr/src/debug/strigi-0.7.2/src/streamanalyzer/streamanalyzer.cpp:421 #22 0x06e238bd in Strigi::AnalysisResult::index (this=0xb4aff0bc, file=0xb4aff06c) at /usr/src/debug/strigi-0.7.2/src/streamanalyzer/analysisresult.cpp:233 #23 0x05e52e2e in Nepomuk::Indexer::indexFile (this=0x8360050, info=...) at /usr/src/debug/kdebase-runtime-4.6.5/nepomuk/services/strigi/nepomukindexer.cpp:135 #24 0x05e43e27 in Nepomuk::IndexScheduler::analyzeDir (this=0x8361c88, dir_=..., flags=...) at /usr/src/debug/kdebase-runtime-4.6.5/nepomuk/services/strigi/indexscheduler.cpp:450 #25 0x05e45e60 in Nepomuk::IndexScheduler::run (this=0x8361c88) at /usr/src/debug/kdebase-runtime-4.6.5/nepomuk/services/strigi/indexscheduler.cpp:338 #26 0x00171064 in QThreadPrivate::start (arg=0x8361c88) at thread/qthread_unix.cpp:320 #27 0x003aaa2e in start_thread (arg=0xb4affb70) at pthread_create.c:305 #28 0x00ba534e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133 Thread 1 (Thread 0xb7739780 (LWP 3164)): #0 QHashData::nextNode (node=0xb406a6b8) at tools/qhash.cpp:290 #1 0x00823e87 in operator++ (this=<synthetic pointer>) at /usr/include/QtCore/qhash.h:423 #2 QHash<KUrl, Nepomuk::ResourceData*>::values (this=0x834efac) at /usr/include/QtCore/qhash.h:698 #3 0x00822b5b in Nepomuk::ResourceManagerPrivate::cleanupCache (this=0x834ef98, num=-1) at /usr/src/debug/kdelibs-4.6.5/nepomuk/core/resourcemanager.cpp:183 #4 0x0082307b in Nepomuk::ResourceManager::clearCache (this=0x8351190) at /usr/src/debug/kdelibs-4.6.5/nepomuk/core/resourcemanager.cpp:458 #5 0x008230b2 in Nepomuk::ResourceManager::~ResourceManager (this=0x8351190, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.6.5/nepomuk/core/resourcemanager.cpp:292 #6 0x008232ca in ~ResourceManagerHelper (this=0x8351190, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.6.5/nepomuk/core/resourcemanager.cpp:305 #7 destroy () at /usr/src/debug/kdelibs-4.6.5/nepomuk/core/resourcemanager.cpp:310 #8 0x0082366a in KCleanUpGlobalStatic::~KCleanUpGlobalStatic (this=0x8b7c34, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.6.5/kdecore/kernel/kglobal.h:62 #9 0x00afc8d1 in __run_exit_handlers (status=1, listp=0xc53324, run_list_atexit=true) at exit.c:78 #10 0x00afc95d in __GI_exit (status=1) at exit.c:100 #11 0x031f4609 in qt_xio_errhandler () at kernel/qapplication_x11.cpp:772 #12 0x00f1149a in KApplication::xioErrhandler (this=0xbffa4f24, dpy=0x82bfdd8) at /usr/src/debug/kdelibs-4.6.5/kdeui/kernel/kapplication.cpp:419 #13 0x00f114d5 in kde_xio_errhandler (dpy=0x82bfdd8) at /usr/src/debug/kdelibs-4.6.5/kdeui/kernel/kapplication.cpp:126 #14 0x01191075 in _XIOError (dpy=0x82bfdd8) at XlibInt.c:1618 #15 0x0118e7cf in _XEventsQueued (dpy=0x82bfdd8, mode=2) at xcb_io.c:307 #16 0x0117f0b8 in XEventsQueued (dpy=0x82bfdd8, mode=2) at Pending.c:43 #17 0x0322faf6 in x11EventSourceCheck (s=0x82bf5e8) at kernel/qguieventdispatcher_glib.cpp:85 #18 0x0260e24c in g_main_context_check (context=0x82be870, max_priority=2147483647, fds=0x8350198, n_fds=7) at gmain.c:2962 #19 0x0260ec90 in g_main_context_iterate (context=0x82be870, block=39967360, dispatch=1, self=0x82bc2b0) at gmain.c:3089 #20 0x0260f06f in g_main_context_iteration (context=0x82be870, may_block=1) at gmain.c:3155 #21 0x0029ba98 in QEventDispatcherGlib::processEvents (this=0x82a39b0, flags=...) at kernel/qeventdispatcher_glib.cpp:422 #22 0x0322fcab in QGuiEventDispatcherGlib::processEvents (this=0x82a39b0, flags=...) at kernel/qguieventdispatcher_glib.cpp:207 #23 0x0026c75e in QEventLoop::processEvents (this=0xbffa4d94, flags=...) at kernel/qeventloop.cpp:149 #24 0x0026c9b1 in QEventLoop::exec (this=0xbffa4d94, flags=...) at kernel/qeventloop.cpp:201 #25 0x0027111b in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1008 #26 0x03179245 in QApplication::exec () at kernel/qapplication.cpp:3736 #27 0x0804ae01 in main (argc=2, argv=0xbffa50c4) at /usr/src/debug/kdebase-runtime-4.6.5/nepomuk/servicestub/main.cpp:167 Reported using DrKonqi
I know this is not a great resolution but this is a bug in libstreamanalyzer. If it still happens with the latest version please post a bug with the strigi bug tracker on sf.net.