Bug 261083 - Nepomuk search crash
Summary: Nepomuk search crash
Status: RESOLVED DUPLICATE of bug 257931
Alias: None
Product: nepomuk
Classification: Miscellaneous
Component: general (show other bugs)
Version: 4.5
Platform: Compiled Sources Linux
: NOR crash
Target Milestone: ---
Assignee: Sebastian Trueg
URL:
Keywords:
: 249246 255735 257254 263036 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-12-23 17:02 UTC by david-ac94
Modified: 2011-11-04 19:58 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description david-ac94 2010-12-23 17:02:52 UTC
Application: nepomukservicestub (0.2)
KDE Platform Version: 4.5.4 (KDE 4.5.4) (Compiled from sources)
Qt Version: 4.7.1
Operating System: Linux 2.6.35.9-64.fc14.i686.PAE i686
Distribution (Platform): Fedora RPMs

-- Information about the crash:
- What I was doing when the applications crashed:It always happend doesn't matters what i do, it happens after certain time after i turn on my pc

- Unusual behavior I noticed: The nepomuk serach sevice get stopped

- Custom settings of the application:

The crash can be reproduced some of the time.

-- Backtrace:
Application: Nepomuk Service Stub (nepomukservicestub), signal: Aborted
[Current thread is 1 (Thread 0xb77e4780 (LWP 2396))]

Thread 2 (Thread 0xb53dfb70 (LWP 2411)):
[KCrash Handler]
#7  0x00d05424 in __kernel_vsyscall ()
#8  0x002b2531 in raise () from /lib/libc.so.6
#9  0x002b3f9e in abort () from /lib/libc.so.6
#10 0x002aae48 in __assert_fail () from /lib/libc.so.6
#11 0x00517e7b in Strigi::DataEventInputStream::read (this=0xb4a9a608, start=@0xb53de92c, min=1, max=4032) at /usr/src/debug/strigi-0.7.2/src/streams/dataeventinputstream.cpp:72
#12 0x0051620f in Strigi::StreamBase<char>::skip (this=0xb4a9a608, ntoskip=4032) at /usr/src/debug/strigi-0.7.2/src/streams/streambase.h:214
#13 0x00affed3 in Strigi::StreamAnalyzerPrivate::analyze (this=0xb4a04210, idx=..., input=<value optimized out>) at /usr/src/debug/strigi-0.7.2/src/streamanalyzer/streamanalyzer.cpp:477
#14 0x00ad92ce in Strigi::AnalysisResult::index (this=0xb53dea8c, file=0xb53dea38) at /usr/src/debug/strigi-0.7.2/src/streamanalyzer/analysisresult.cpp:233
#15 0x00ff2319 in Nepomuk::IndexScheduler::analyzeFile (this=0x9cf4ad8, file=..., analyzer=0xb53df28c) at /usr/src/debug/kdebase-runtime-4.5.4/nepomuk/services/strigi/indexscheduler.cpp:451
#16 0x00ff66b7 in Nepomuk::IndexScheduler::updateDir (this=0x9cf4ad8, dir=..., analyzer=0xb53df28c, flags=...) at /usr/src/debug/kdebase-runtime-4.5.4/nepomuk/services/strigi/indexscheduler.cpp:413
#17 0x00ff6995 in Nepomuk::IndexScheduler::updateDir (this=0x9cf4ad8, dir=..., analyzer=0xb53df28c, flags=...) at /usr/src/debug/kdebase-runtime-4.5.4/nepomuk/services/strigi/indexscheduler.cpp:422
#18 0x00ff6995 in Nepomuk::IndexScheduler::updateDir (this=0x9cf4ad8, dir=..., analyzer=0xb53df28c, flags=...) at /usr/src/debug/kdebase-runtime-4.5.4/nepomuk/services/strigi/indexscheduler.cpp:422
#19 0x00ff6995 in Nepomuk::IndexScheduler::updateDir (this=0x9cf4ad8, dir=..., analyzer=0xb53df28c, flags=...) at /usr/src/debug/kdebase-runtime-4.5.4/nepomuk/services/strigi/indexscheduler.cpp:422
#20 0x00ff6995 in Nepomuk::IndexScheduler::updateDir (this=0x9cf4ad8, dir=..., analyzer=0xb53df28c, flags=...) at /usr/src/debug/kdebase-runtime-4.5.4/nepomuk/services/strigi/indexscheduler.cpp:422
#21 0x00ff72f5 in Nepomuk::IndexScheduler::run (this=0x9cf4ad8) at /usr/src/debug/kdebase-runtime-4.5.4/nepomuk/services/strigi/indexscheduler.cpp:314
#22 0x03bd5e6a in QThreadPrivate::start (arg=0x9cf4ad8) at thread/qthread_unix.cpp:285
#23 0x004e7f19 in start_thread () from /lib/libpthread.so.0
#24 0x00362c4e in clone () from /lib/libc.so.6

Thread 1 (Thread 0xb77e4780 (LWP 2396)):
#0  0x03a55a40 in ?? () from /usr/lib/libexiv2.so.9
#1  0x002b5f1f in exit () from /lib/libc.so.6
#2  0x06b386dc in qt_xio_errhandler () at kernel/qapplication_x11.cpp:773
#3  0x04102c6b in KApplication::xioErrhandler (this=0xbfcc9b08, dpy=0x9c468e8) at /usr/src/debug/kdelibs-4.5.4/kdeui/kernel/kapplication.cpp:416
#4  0x04102ca7 in kde_xio_errhandler (dpy=0x9c468e8) at /usr/src/debug/kdelibs-4.5.4/kdeui/kernel/kapplication.cpp:125
#5  0x0095dd47 in _XIOError (dpy=0x9c468e8) at XlibInt.c:3140
#6  0x0096511f in _XEventsQueued (dpy=0x9c468e8, mode=2) at xcb_io.c:306
#7  0x0094dccb in XEventsQueued (dpy=0x9c468e8, mode=2) at Pending.c:43
#8  0x06b751f6 in x11EventSourceCheck (s=0x9c36940) at kernel/qguieventdispatcher_glib.cpp:85
#9  0x00704e07 in g_main_context_check (context=0x9c35310, max_priority=2147483647, fds=0x9d04e10, n_fds=8) at gmain.c:2658
#10 0x00705742 in g_main_context_iterate (context=0x9c35310, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2777
#11 0x00705c35 in g_main_context_iteration (context=0x9c35310, may_block=1) at gmain.c:2843
#12 0x03cfb02d in QEventDispatcherGlib::processEvents (this=0x9c1f180, flags=...) at kernel/qeventdispatcher_glib.cpp:415
#13 0x06b75406 in QGuiEventDispatcherGlib::processEvents (this=0x9c1f180, flags=...) at kernel/qguieventdispatcher_glib.cpp:207
#14 0x03ccc4ca in QEventLoop::processEvents (this=0xbfcc9964, flags=...) at kernel/qeventloop.cpp:149
#15 0x03ccc77a in QEventLoop::exec (this=0xbfcc9964, flags=...) at kernel/qeventloop.cpp:201
#16 0x03cd1327 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1009
#17 0x06ac0078 in QApplication::exec () at kernel/qapplication.cpp:3719
#18 0x0804b107 in main (argc=4, argv=0x89405213) at /usr/src/debug/kdebase-runtime-4.5.4/nepomuk/servicestub/main.cpp:165

Reported using DrKonqi
Comment 1 Sergio Martins 2010-12-28 00:12:06 UTC
I got this with today's trunk:

#0  0x00007feb1cfab595 in raise () from /lib/libc.so.6
#1  0x00007feb1cfaca16 in abort () from /lib/libc.so.6
#2  0x00007feb1cfa40f5 in __assert_fail () from /lib/libc.so.6
#3  0x00007feb1668fb51 in Strigi::DataEventInputStream::read (this=0xc12840, start=@0x7feafe9ce5e8, min=1, max=47551)
    at /data/sources/kde/trunk/kdesupport_svn/kdesupport/strigi/libstreams/lib/dataeventinputstream.cpp:72
#4  0x00007feb1668e3f1 in Strigi::StreamBase<char>::skip (this=0xc12840, ntoskip=47551)
    at /data/sources/kde/trunk/kdesupport_svn/kdesupport/strigi/libstreams/include/strigi/streambase.h:214
#5  0x00007feb1668fc68 in Strigi::DataEventInputStream::skip (this=0xc12840, ntoskip=262144)
    at /data/sources/kde/trunk/kdesupport_svn/kdesupport/strigi/libstreams/lib/dataeventinputstream.cpp:92
#6  0x00007feb169a4bdb in Strigi::StreamAnalyzerPrivate::analyze (this=0xa700b0, idx=..., input=0xc12840)
    at /data/sources/kde/trunk/kdesupport_svn/kdesupport/strigi/libstreamanalyzer/lib/streamanalyzer.cpp:476
#7  0x00007feb169a41a6 in Strigi::StreamAnalyzer::analyze (this=0xa95bb0, idx=..., input=0xc4fbb0)
    at /data/sources/kde/trunk/kdesupport_svn/kdesupport/strigi/libstreamanalyzer/lib/streamanalyzer.cpp:361
#8  0x00007feb1696aef8 in Strigi::AnalysisResult::index (this=0x7feafe9ce890, file=0xc4fbb0)
    at /data/sources/kde/trunk/kdesupport_svn/kdesupport/strigi/libstreamanalyzer/lib/analysisresult.cpp:233
#9  0x00007feb0fdd9862 in Nepomuk::Indexer::indexFile (this=<value optimized out>, info=<value optimized out>)
    at /data/sources/kde/trunk/kdebase/runtime/nepomuk/services/strigi/nepomukindexer.cpp:131
#10 0x00007feb0fdca76a in Nepomuk::IndexScheduler::analyzeDir (this=0xa3d9b0, dir_=<value optimized out>, flags=...)
    at /data/sources/kde/trunk/kdebase/runtime/nepomuk/services/strigi/indexscheduler.cpp:450
#11 0x00007feb0fdcbd11 in Nepomuk::IndexScheduler::run (this=0xa3d9b0) at /data/sources/kde/trunk/kdebase/runtime/nepomuk/services/strigi/indexscheduler.cpp:338
#12 0x00007feb2038e2cd in QThreadPrivate::start (arg=0xa3d9b0) at thread/qthread_unix.cpp:320
#13 0x00007feb200d9cb0 in start_thread () from /lib/libpthread.so.0
#14 0x00007feb1d0479dd in clone () from /lib/libc.so.6
#15 0x0000000000000000 in ?? ()
Comment 2 Sebastian Trueg 2011-01-04 18:39:25 UTC
These are not Nepomuk crashes but Strigi ones. It would be best to determine the files that made Strigi crash. Can you determine which folder the service is currently indexing when the crash occurs.
Comment 3 Sebastian Trueg 2011-01-14 14:03:09 UTC
*** Bug 263036 has been marked as a duplicate of this bug. ***
Comment 4 Sebastian Trueg 2011-09-21 17:42:32 UTC
*** Bug 257254 has been marked as a duplicate of this bug. ***
Comment 5 Sebastian Trueg 2011-09-21 17:42:50 UTC
*** Bug 255735 has been marked as a duplicate of this bug. ***
Comment 6 Sebastian Trueg 2011-09-21 17:43:19 UTC
*** Bug 249246 has been marked as a duplicate of this bug. ***
Comment 7 Sebastian Trueg 2011-11-04 19:58:30 UTC
Essentially the same problem as bug 257931. The solution is the same, too. :)

*** This bug has been marked as a duplicate of bug 257931 ***