Bug 205613 - Accessing remote:/ in dolphin whilst having strigi turned on causes an infinite loop; disabling nepomuk caused segfault
Summary: Accessing remote:/ in dolphin whilst having strigi turned on causes an infini...
Status: RESOLVED DUPLICATE of bug 203741
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: Unlisted Binaries Linux
: NOR crash
Target Milestone: ---
Assignee: Peter Penz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-29 21:31 UTC by Murray Colpman
Modified: 2009-08-30 17:29 UTC (History)
1 user (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 Murray Colpman 2009-08-29 21:31:48 UTC
Application that crashed: dolphin
Version of the application: 1.3
KDE Version: 4.3.00 (KDE 4.3.0)
Qt Version: 4.5.2
Operating System: Linux 2.6.28-15-generic i686
Distribution: Linux Mint 7 Gloria - KDE Community Edition

What I was doing when the application crashed:
Just as it says in the title. I had a huge index if this matters (9GB). After the infinite loop and subsequent me-getting-bored-and-killing-the-bugger, I couldn't start dolphin again without logging out and logging in, after which it did the same. I decided to disable nepomuk (it was just a hunch at the time), and after I did so, dolphin crashed. Now (touch wood) it works fine.

 -- Backtrace:
Application: Dolphin (dolphin), signal: Segmentation fault
[KCrash Handler]
#6  QList<int>::append (this=0xa0b3e64, t=@0xbfcac838) at /usr/include/qt4/QtCore/qbasicatomic.h:69
#7  0xb608a6c4 in Soprano::Client::ClientModel::listStatements (this=0xa0b3e48, partial=@0xbfcaca00) at /build/buildd/soprano-2.3.0+dfsg.1/server/clientmodel.cpp:114
#8  0xb7a4e21f in Soprano::FilterModel::listStatements (this=0xa0ab698, partial=@0xbfcaca00) at /build/buildd/soprano-2.3.0+dfsg.1/soprano/filtermodel.cpp:173
#9  0xb7a9abbc in Soprano::Util::MutexModel::listStatements (this=0xa0ab698, partial=@0xbfcaca00) at /build/buildd/soprano-2.3.0+dfsg.1/soprano/util/mutexmodel.cpp:141
#10 0xb7b1189a in Nepomuk::MainModel::listStatements (this=0xa0ab068, partial=@0xbfcaca00) at /build/buildd/kde4libs-4.3.0/nepomuk/core/nepomukmainmodel.cpp:196
#11 0xb7a4e21f in Soprano::FilterModel::listStatements (this=0xa09ab30, partial=@0xbfcaca00) at /build/buildd/soprano-2.3.0+dfsg.1/soprano/filtermodel.cpp:173
#12 0xb7b08195 in Nepomuk::ResourceData::load (this=0xae37298) at /build/buildd/kde4libs-4.3.0/nepomuk/core/resourcedata.cpp:362
#13 0xb7b08af0 in Nepomuk::ResourceData::allProperties (this=0xae37298) at /build/buildd/kde4libs-4.3.0/nepomuk/core/resourcedata.cpp:180
#14 0xb7b22d80 in Nepomuk::Resource::properties (this=0xbfcacb68) at /build/buildd/kde4libs-4.3.0/nepomuk/core/resource.cpp:227
#15 0x0807ebeb in _start ()

This bug may be a duplicate of or related to bug 203741

Reported using DrKonqi
Comment 1 Dario Andres 2009-08-30 17:29:51 UTC
Merging with bug 203741. Thanks

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