Summary: | /usr/bin/nepomukservicestub nepomukstrigiservice aborts/crashes [raise | abort | malloc_printerr | QString::free | Nepomuk::StrigiService::userStatusString | Nepomuk::SystemTray::slotUpdateStrigiStatus] | ||
---|---|---|---|
Product: | [Unmaintained] nepomuk | Reporter: | PC LX <kde> |
Component: | controller | Assignee: | Sebastian Trueg <sebastian> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | alfonsog, andreas.hencke, andresbajotierra, bela73, desintegr, jernej.makovsek, L.Bonnaud, luke.hallam, mh+kde-bugs, mirceasava, moabi2000, olivier.emery, orion, peter.rodgers, public.oss, ra.be.baerlin, rad.n, rdieter, slavoon2, StormByte, trueg, vitor.dominor |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Mandriva RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
New crash information added by DrKonqi
New crash information added by DrKonqi New crash information added by DrKonqi New crash information added by DrKonqi |
Description
PC LX
2010-04-25 01:06:12 UTC
*** Bug 235315 has been marked as a duplicate of this bug. *** Can this be reproduced with KDE 4.4.X or 4.5? I'm also using KDE 4.4 (Mandriva 2010.1 Spring) and I don't remember seing a crash similar to this one. Looks like similar bug in Fedora, see: https://bugzilla.redhat.com/show_bug.cgi?id=583350 It was reproduced with KDE 4.4.5 too. From bug 251133: - What I was doing when the application crashed: Nepomuk working in the background as normal and crashed. Does it from time to time, esp since I updated to kdelibs 4.5.1 - Updated backtrace (KDE 4.5.1): Thread 1 (Thread 0x7f2d32d44820 (LWP 8688)): [KCrash Handler] #6 0x00000030dda329a5 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #7 0x00000030dda34185 in abort () at abort.c:92 #8 0x00000030dda6fd5b in __libc_message (do_abort=2, fmt=0x30ddb438f8 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:186 #9 0x00000030dda75676 in malloc_printerr (action=3, str=0x30ddb418e2 "corrupted double-linked list", ptr=<value optimized out>) at malloc.c:6283 #10 0x00000030dda781a4 in _int_free (av=0x7f2d20000020, p=0x7f2d208b38c0, have_lock=0) at malloc.c:4973 #11 0x00007f2d3572eeec in QString::free (d=0x7f2d208b38d0) at tools/qstring.cpp:1151 #12 0x00007f2d26a51c92 in ~QString (this=<value optimized out>, simple=true) at /usr/include/QtCore/qstring.h:869 #13 Nepomuk::StrigiService::userStatusString (this=<value optimized out>, simple=true) at /usr/src/debug/kdebase-runtime-4.5.1/nepomuk/services/strigi/strigiservice.cpp:184 #14 0x00007f2d26a51d1e in Nepomuk::StrigiService::simpleUserStatusString (this=<value optimized out>) at /usr/src/debug/kdebase-runtime-4.5.1/nepomuk/services/strigi/strigiservice.cpp:163 #15 0x00007f2d26a5c6ac in Nepomuk::SystemTray::slotUpdateStrigiStatus (this=0x1e85db0) at /usr/src/debug/kdebase-runtime-4.5.1/nepomuk/services/strigi/systray.cpp:85 #16 0x00007f2d26a5c812 in Nepomuk::SystemTray::qt_metacall (this=0x1e85db0, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff7fb25550) at /usr/src/debug/kdebase-runtime-4.5.1/x86_64-redhat-linux-gnu/nepomuk/services/strigi/systray.moc:75 *** Bug 251133 has been marked as a duplicate of this bug. *** [Comment from a bug triager] From bug 257307: - What I was doing when the application crashed: When I work with KDE, Nepomuk indexes my disk. This takes hours per day with the CPU churning away at highest load with highest temperature (I have never seen my notebook run _this_ hot before). After some hours, nepomuk crashes with the attached backtrace. - Updated backtrace: [KCrash Handler] #7 0xffffe424 in __kernel_vsyscall () #8 0xb6223751 in raise () from /lib/i686/cmov/libc.so.6 #9 0xb6226b82 in abort () from /lib/i686/cmov/libc.so.6 #10 0xb625a18d in ?? () from /lib/i686/cmov/libc.so.6 #11 0xb6264281 in ?? () from /lib/i686/cmov/libc.so.6 #12 0xb6265ad8 in ?? () from /lib/i686/cmov/libc.so.6 #13 0xb6268bbd in free () from /lib/i686/cmov/libc.so.6 #14 0xb76a14dd in qFree (ptr=0xb1b1fd38) at global/qmalloc.cpp:60 #15 0xb76f0ab0 in QString::free (d=0x0) at tools/qstring.cpp:1108 #16 0xb2d9d3a9 in ~QString (this=0x83f8928, simple=true) at /usr/include/qt4/QtCore/qstring.h:869 #17 Nepomuk::StrigiService::userStatusString (this=0x83f8928, simple=true) at ../../../../nepomuk/services/strigi/strigiservice.cpp:184 #18 0xb2d9d3f1 in Nepomuk::StrigiService::simpleUserStatusString (this=0x83f8928) at ../../../../nepomuk/services/strigi/strigiservice.cpp:163 #19 0xb2da9c89 in Nepomuk::SystemTray::slotUpdateStrigiStatus (this=0x8574170) at ../../../../nepomuk/services/strigi/systray.cpp:85 *** Bug 257307 has been marked as a duplicate of this bug. *** Created attachment 53912 [details]
New crash information added by DrKonqi
nepomukservicestub (0.2) on KDE Platform 4.5.3 (KDE 4.5.3) using Qt 4.7.1
- Crash happened a couple minutes after login, probably when indexing was complete?
-- Backtrace (Reduced):
#8 0x05b6300e in qFree (ptr=0xb45cfe08) at global/qmalloc.cpp:60
#9 0x05bb29c1 in QString::free (d=0xb45cfe08) at tools/qstring.cpp:1185
#10 0x0539cd03 in ~QString (this=0x87a0328, simple=true) at /usr/include/QtCore/qstring.h:882
#11 Nepomuk::StrigiService::userStatusString (this=0x87a0328, simple=true) at /usr/src/debug/kdebase-runtime-4.5.3/nepomuk/services/strigi/strigiservice.cpp:160
#12 0x0539cd42 in Nepomuk::StrigiService::simpleUserStatusString (this=0x87a0328) at /usr/src/debug/kdebase-runtime-4.5.3/nepomuk/services/strigi/strigiservice.cpp:152
*** Bug 259288 has been marked as a duplicate of this bug. *** *** Bug 259408 has been marked as a duplicate of this bug. *** *** Bug 259885 has been marked as a duplicate of this bug. *** Created attachment 56221 [details]
New crash information added by DrKonqi
nepomukservicestub (0.2) on KDE Platform 4.5.5 (KDE 4.5.5) using Qt 4.7.0
- What I was doing when the application crashed:
Every time I start KDE Nepomuk automatically begins indexing. It crashes before indexing is complete at intervals between one and five minute from KDE login even when no other desktop activity is taking place.
-- Backtrace (Reduced):
#14 0x004d5fed in qFree (ptr=0x9d592c0) at global/qmalloc.cpp:60
#15 0x00527180 in QString::free (d=0x0) at tools/qstring.cpp:1151
#16 0x02af4689 in ~QString (this=0x96e5560, simple=true) at /usr/include/qt4/QtCore/qstring.h:882
#17 Nepomuk::StrigiService::userStatusString (this=0x96e5560, simple=true) at ../../../../nepomuk/services/strigi/strigiservice.cpp:173
#18 0x02af46d1 in Nepomuk::StrigiService::simpleUserStatusString (this=0x96e5560) at ../../../../nepomuk/services/strigi/strigiservice.cpp:152
*** Bug 230592 has been marked as a duplicate of this bug. *** *** Bug 263135 has been marked as a duplicate of this bug. *** can anyone reproduce this with KDE 4.6? Nope. Not here. @thomas: and you had the crash in 4.5? *** Bug 263914 has been marked as a duplicate of this bug. *** *** Bug 264078 has been marked as a duplicate of this bug. *** Created attachment 56806 [details]
New crash information added by DrKonqi
nepomukservicestub (0.2) on KDE Platform 4.5.5 (KDE 4.5.5) using Qt 4.7.1
- What I was doing when the application crashed:
The KDE session had just started and the nepomuk was probably indexing. Just before the crash, I had just started firefox and started browsing. Firefox 3.6.13 x86_64 on Fedora 14
-- Backtrace (Reduced):
#11 0x0000003f246b797c in QString::free (d=0x7f7910939a30) at tools/qstring.cpp:1185
#12 0x00007f79184786d2 in ~QString (this=<value optimized out>, simple=true) at /usr/include/QtCore/qstring.h:883
#13 Nepomuk::StrigiService::userStatusString (this=<value optimized out>, simple=true) at /usr/src/debug/kdebase-runtime-4.5.5/nepomuk/services/strigi/strigiservice.cpp:160
#14 0x00007f791847875e in Nepomuk::StrigiService::simpleUserStatusString (this=<value optimized out>) at /usr/src/debug/kdebase-runtime-4.5.5/nepomuk/services/strigi/strigiservice.cpp:152
#15 0x00007f7918483bec in Nepomuk::SystemTray::slotUpdateStrigiStatus (this=0x106b020) at /usr/src/debug/kdebase-runtime-4.5.5/nepomuk/services/strigi/systray.cpp:85
[Comment from a bug triager] From bug 267614 (KDE SC 4.5.5): - What I was doing when the application crashed: just booting up - this has happened reliably every day for the last week Dolphin autostarts with 5 tabs Manually start Google Chrome with 41 tabs after 20 -30 mins nepomuk crash notified From bug 267634 (KDE SC 4.5.5): - What I was doing when the application crashed: Just booted, connected to LAN then opened Firefox. I can't tell if it was related to opening Firefox, or just the end of the session opening sequence. Also, this directly follows applying yum updates from stable repositories (right before previous shutdown) Note from Dario: bug 267634 contains more information about the installed packages. *** Bug 266792 has been marked as a duplicate of this bug. *** *** Bug 267614 has been marked as a duplicate of this bug. *** *** Bug 267634 has been marked as a duplicate of this bug. *** Created attachment 58850 [details]
New crash information added by DrKonqi
nepomukservicestub (0.2) on KDE Platform 4.6.2 (4.6.2) using Qt 4.7.2
- What I was doing when the application crashed:
I've just opened Dolphin when Nepomuk crashed. It has happend most of the times but not always.
-- Backtrace (Reduced):
#8 0x00007f3519a12d7b in __libc_message (do_abort=2, fmt=0x7f3519afb400 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
#9 0x00007f3519a1ea8f in malloc_printerr (av=<value optimized out>, p=0x7f34fc000d80) at malloc.c:6283
#10 _int_free (av=<value optimized out>, p=0x7f34fc000d80) at malloc.c:4795
#11 0x00007f3519a228e3 in __libc_free (mem=<value optimized out>) at malloc.c:3738
#12 0x00007f351be5fbbf in ~QByteArray (this=0x26f8450, parseOptions=QUrlPrivate::ParseAndSet) at ../../include/QtCore/../../src/corelib/tools/qbytearray.h:383
This is fixed in 4.7 for two reasons: 1. the controller is no longer part of the file indexer service, and 2. the status is now thread-safe. *** Bug 278932 has been marked as a duplicate of this bug. *** |