Bug 271663 - nepomuk crash when moving files which have been trashed
Summary: nepomuk crash when moving files which have been trashed
Status: RESOLVED DUPLICATE of bug 257931
Alias: None
Product: nepomuk
Classification: Miscellaneous
Component: general (show other bugs)
Version: 4.6
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Sebastian Trueg
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-25 06:07 UTC by Mark Rooks
Modified: 2011-11-04 20:05 UTC (History)
2 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 Mark Rooks 2011-04-25 06:07:51 UTC
Application: nepomukservicestub (0.2)
KDE Platform Version: 4.6.2 (4.6.2)
Qt Version: 4.7.2
Operating System: Linux 2.6.35.12-88.fc14.i686.PAE i686
Distribution: "Fedora release 14 (Laughlin)"

-- Information about the crash:
- What I was doing when the application crashed:

In one dialogue I was moving files to an external USB stick (cruzer titanium 8gb)

I opened konqeror and inadvertently tried to delete some of the files queued for moviing.

At around the same time of the crash, the move dialogue reported the files as missing and I skipped moving them.

The crash can be reproduced some of the time.

-- Backtrace:
Application: Nepomuk Service Stub (nepomukservicestub), signal: Segmentation fault
132	                 : "memory");
[Current thread is 1 (Thread 0xb78b19b0 (LWP 3051))]

Thread 3 (Thread 0xb56a8b70 (LWP 3066)):
#0  0x00e65424 in __kernel_vsyscall ()
#1  0x003b639b in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_wait.S:169
#2  0x023a1db7 in wait (this=0x84e78c4, mutex=0x84e78c0, time=4294967295) at thread/qwaitcondition_unix.cpp:88
#3  QWaitCondition::wait (this=0x84e78c4, mutex=0x84e78c0, time=4294967295) at thread/qwaitcondition_unix.cpp:160
#4  0x010b07e8 in Nepomuk::IndexFeeder::run (this=0x84e78b0) at /usr/src/debug/kdebase-runtime-4.6.2/nepomuk/services/strigi/nepomukindexfeeder.cpp:188
#5  0x023a16c3 in QThreadPrivate::start (arg=0x84e78b0) at thread/qthread_unix.cpp:320
#6  0x003b1e99 in start_thread (arg=0xb56a8b70) at pthread_create.c:301
#7  0x002c4d2e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133

Thread 2 (Thread 0xb4cffb70 (LWP 3075)):
[KCrash Handler]
#7  __memcpy_ssse3 () at ../sysdeps/i386/i686/multiarch/memcpy-ssse3.S:1290
#8  0x010c2f94 in ?? () from /usr/lib/strigi/strigiea_tiff.so
#9  0x00e8cac4 in OJPEGReadBufferFill (sp=0xb3b582d8) at tif_ojpeg.c:1884
#10 0x00e8da37 in OJPEGReadBytePeek (tif=0xb41a1078) at tif_ojpeg.c:1970
#11 OJPEGReadHeaderInfoSec (tif=0xb41a1078) at tif_ojpeg.c:1231
#12 0x00e8ea99 in OJPEGSubsamplingCorrect (tif=0xb41a1078) at tif_ojpeg.c:959
#13 0x00e8ed06 in OJPEGVGetField (tif=0xb41a1078, tag=530, ap=0xb4cfed18 "<\355\317\264>\355\317\264\210\027\006\002\260{\346") at tif_ojpeg.c:466
#14 0x00e6e93f in TIFFVGetField (tif=0xb41a1078, tag=530, ap=0xb4cfed18 "<\355\317\264>\355\317\264\210\027\006\002\260{\346") at tif_dir.c:975
#15 0x00e6af9a in TIFFVGetFieldDefaulted (tif=0xb41a1078, tag=530, ap=0xb4cfed18 "<\355\317\264>\355\317\264\210\027\006\002\260{\346") at tif_aux.c:147
#16 0x00e6b69c in TIFFGetFieldDefaulted (tif=0xb41a1078, tag=530) at tif_aux.c:278
#17 0x00e9a794 in TIFFScanlineSize (tif=0xb41a1078) at tif_strip.c:237
#18 0x00e71b5a in TIFFReadDirectory (tif=0xb41a1078) at tif_dirread.c:800
#19 0x00e90d9d in TIFFClientOpen (name=0xb3cd05ec "IREB ManualV2 3.prn.tif", mode=0x10c3fae "r", clientdata=0xb43cd3d8, readproc=0x10c2f40, writeproc=0x10c2db0, seekproc=0x10c2dc0, closeproc=0x10c2e50, sizeproc=0x10c2e60, mapproc=0x10c2e70, unmapproc=0x10c2e80) at tif_open.c:436
#20 0x010c36f4 in ?? () from /usr/lib/strigi/strigiea_tiff.so
#21 0x030d7bca in Strigi::StreamAnalyzerPrivate::analyze (this=0x84e68a0, idx=..., input=0xb43cd3d8) at /usr/src/debug/strigi-0.7.2/src/streamanalyzer/streamanalyzer.cpp:421
#22 0x030b12ce in Strigi::AnalysisResult::index (this=0xb4cff088, file=0xb4cff02c) at /usr/src/debug/strigi-0.7.2/src/streamanalyzer/analysisresult.cpp:233
#23 0x010b2f8a in Nepomuk::Indexer::indexFile (this=0x84c9bb8, info=...) at /usr/src/debug/kdebase-runtime-4.6.2/nepomuk/services/strigi/nepomukindexer.cpp:135
#24 0x010a65a1 in Nepomuk::IndexScheduler::analyzeDir (this=0x84cc5e8, dir_=..., flags=...) at /usr/src/debug/kdebase-runtime-4.6.2/nepomuk/services/strigi/indexscheduler.cpp:450
#25 0x010a6969 in Nepomuk::IndexScheduler::run (this=0x84cc5e8) at /usr/src/debug/kdebase-runtime-4.6.2/nepomuk/services/strigi/indexscheduler.cpp:338
#26 0x023a16c3 in QThreadPrivate::start (arg=0x84cc5e8) at thread/qthread_unix.cpp:320
#27 0x003b1e99 in start_thread (arg=0xb4cffb70) at pthread_create.c:301
#28 0x002c4d2e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133

Thread 1 (Thread 0xb78b19b0 (LWP 3051)):
#0  0x0244c8d3 in deref (this=0xb4353368, __in_chrg=<value optimized out>) at ../../src/corelib/arch/qatomic_i386.h:132
#1  ~QByteArray (this=0xb4353368, __in_chrg=<value optimized out>) at ../../src/corelib/tools/qbytearray.h:383
#2  ~QUrlPrivate (this=0xb4353368, __in_chrg=<value optimized out>) at io/qurl.cpp:294
#3  QUrl::~QUrl (this=0xb4353368, __in_chrg=<value optimized out>) at io/qurl.cpp:4186
#4  0x00a2b9d1 in ~QHashNode (node=0xb4353360) at /usr/include/QtCore/qhash.h:217
#5  QHash<QUrl, Nepomuk::Variant>::deleteNode2 (node=0xb4353360) at /usr/include/QtCore/qhash.h:519
#6  0x023bfe8b in QHashData::free_helper (this=0xb4353b78, node_delete=0xa2b9a0 <QHash<QUrl, Nepomuk::Variant>::deleteNode2(QHashData::Node*)>) at tools/qhash.cpp:271
#7  0x00a27995 in freeData (this=0xb4352c60, isDelete=true) at /usr/include/QtCore/qhash.h:568
#8  operator= (this=0xb4352c60, isDelete=true) at /usr/include/QtCore/qhash.h:595
#9  clear (this=0xb4352c60, isDelete=true) at /usr/include/QtCore/qhash.h:574
#10 Nepomuk::ResourceData::resetAll (this=0xb4352c60, isDelete=true) at /usr/src/debug/kdelibs-4.6.2/nepomuk/core/resourcedata.cpp:163
#11 0x00a27c27 in Nepomuk::ResourceData::~ResourceData (this=0xb4352c60, __in_chrg=<value optimized out>) at /usr/src/debug/kdelibs-4.6.2/nepomuk/core/resourcedata.cpp:91
#12 0x00a2ec1b in Nepomuk::ResourceManagerPrivate::cleanupCache (this=0x84c5fb8, num=-1) at /usr/src/debug/kdelibs-4.6.2/nepomuk/core/resourcemanager.cpp:188
#13 0x00a2ed6d in Nepomuk::ResourceManager::clearCache (this=0x84bab18) at /usr/src/debug/kdelibs-4.6.2/nepomuk/core/resourcemanager.cpp:458
#14 0x00a2eda1 in Nepomuk::ResourceManager::~ResourceManager (this=0x84bab18, __in_chrg=<value optimized out>) at /usr/src/debug/kdelibs-4.6.2/nepomuk/core/resourcemanager.cpp:292
#15 0x00a2efbb in ~ResourceManagerHelper () at /usr/src/debug/kdelibs-4.6.2/nepomuk/core/resourcemanager.cpp:306
#16 destroy () at /usr/src/debug/kdelibs-4.6.2/nepomuk/core/resourcemanager.cpp:310
#17 0x00a300ec in KCleanUpGlobalStatic::~KCleanUpGlobalStatic (this=0xac2c2c, __in_chrg=<value optimized out>) at /usr/src/debug/kdelibs-4.6.2/kdecore/kernel/kglobal.h:62
#18 0x0021bcdf in __run_exit_handlers (status=1) at exit.c:78
#19 exit (status=1) at exit.c:100
#20 0x059df09c in qt_xio_errhandler () at kernel/qapplication_x11.cpp:772
#21 0x02db81ab in KApplication::xioErrhandler (this=0xbf82dc98, dpy=0x83f0578) at /usr/src/debug/kdelibs-4.6.2/kdeui/kernel/kapplication.cpp:419
#22 0x02db81e7 in kde_xio_errhandler (dpy=0x83f0578) at /usr/src/debug/kdelibs-4.6.2/kdeui/kernel/kapplication.cpp:126
#23 0x0046ad57 in _XIOError (dpy=0x83f0578) at XlibInt.c:3140
#24 0x0047212f in _XEventsQueued (dpy=0x83f0578, mode=2) at xcb_io.c:306
#25 0x0045acdb in XEventsQueued (dpy=0x83f0578, mode=2) at Pending.c:43
#26 0x05a1bfb6 in x11EventSourceCheck (s=0x83f02e8) at kernel/qguieventdispatcher_glib.cpp:85
#27 0x005bae07 in g_main_context_check (context=0x83ef690, max_priority=2147483647, fds=0x85b2b78, n_fds=7) at gmain.c:2658
#28 0x005bb742 in g_main_context_iterate (context=0x83ef690, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2777
#29 0x005bbc35 in g_main_context_iteration (context=0x83ef690, may_block=1) at gmain.c:2843
#30 0x024c6cad in QEventDispatcherGlib::processEvents (this=0x83d3428, flags=...) at kernel/qeventdispatcher_glib.cpp:422
#31 0x05a1c1c6 in QGuiEventDispatcherGlib::processEvents (this=0x83d3428, flags=...) at kernel/qguieventdispatcher_glib.cpp:207
#32 0x024980fa in QEventLoop::processEvents (this=0xbf82daf4, flags=...) at kernel/qeventloop.cpp:149
#33 0x024983aa in QEventLoop::exec (this=0xbf82daf4, flags=...) at kernel/qeventloop.cpp:201
#34 0x0249cf57 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1008
#35 0x05966358 in QApplication::exec () at kernel/qapplication.cpp:3736
#36 0x0804b107 in main (argc=-1271580904, argv=0xb43db730) at /usr/src/debug/kdebase-runtime-4.6.2/nepomuk/servicestub/main.cpp:165

Reported using DrKonqi
Comment 1 Sebastian Trueg 2011-11-04 20:05:39 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 ***