Bug 211281 - crash in soprano [Nepomuk::ResourceData::determineUri, Nepomuk::ResourceData::exists, Nepomuk::Resource::exists]
Summary: crash in soprano [Nepomuk::ResourceData::determineUri, Nepomuk::ResourceData:...
Status: RESOLVED DOWNSTREAM
Alias: None
Product: kde
Classification: I don't know
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR crash
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-21 02:42 UTC by simon
Modified: 2009-10-26 12:59 UTC (History)
5 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 simon 2009-10-21 02:42:47 UTC
Application: bangarang (0.9)
KDE Version: 4.3.72 (KDE 4.3.72 (KDE 4.4 >= 20091015)) (Compiled from sources)
Qt Version: 4.6.0
Operating System: Linux 2.6.30-rc6-git3 x86_64
Distribution (Platform): Gentoo Packages

What I was doing when the application crashed:
hi,

when trying to pass a mp3 parameter to bangarang it crashed in soprano code if i get this right- if not please reassign accordingly, thanks!

 -- Backtrace:
Application: Bangarang (bangarang), signal: Aborted
[Current thread is 1 (Thread 0x7f5d7d06e760 (LWP 11291))]

Thread 6 (Thread 0x7f5d6af8f950 (LWP 11292)):
#0  0x00007f5d78efec8d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f5d6f365af5 in metronom_sync_loop () from /usr/lib64/libxine.so.1
#2  0x00007f5d78efa097 in start_thread () from /lib/libpthread.so.0
#3  0x00007f5d784df77d in clone () from /lib/libc.so.6

Thread 5 (Thread 0x7f5d69b53950 (LWP 11293)):
#0  0x00007f5d784d94a2 in select () from /lib/libc.so.6
#1  0x00007f5d6f389314 in xine_usec_sleep () from /usr/lib64/libxine.so.1
#2  0x00007f5d6f371900 in video_out_loop () from /usr/lib64/libxine.so.1
#3  0x00007f5d78efa097 in start_thread () from /lib/libpthread.so.0
#4  0x00007f5d784df77d in clone () from /lib/libc.so.6

Thread 4 (Thread 0x7f5d69352950 (LWP 11294)):
#0  0x00007f5d73e420af in g_main_context_release () from /usr/lib/libglib-2.0.so.0
#1  0x00007f5d73e438b3 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
#2  0x00007f5d73e43f9f in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#3  0x00007f5d792e5f7d in QEventDispatcherGlib::processEvents (this=0xe52b40, flags=...) at kernel/qeventdispatcher_glib.cpp:409
#4  0x00007f5d792aaa58 in QEventLoop::processEvents (this=0x7f5d69351fb0, flags=...) at kernel/qeventloop.cpp:149
#5  0x00007f5d792aac7a in QEventLoop::exec (this=0x7f5d69351fb0, flags=...) at kernel/qeventloop.cpp:201
#6  0x00007f5d7918eaf7 in QThread::exec (this=0xe52560) at thread/qthread.cpp:487
#7  0x00007f5d6f5bcf6e in Phonon::Xine::XineThread::run() () from /usr/lib64/kde4/plugins/phonon_backend/phonon_xine.so
#8  0x00007f5d79193492 in QThreadPrivate::start (arg=0xe52560) at thread/qthread_unix.cpp:244
#9  0x00007f5d78efa097 in start_thread () from /lib/libpthread.so.0
#10 0x00007f5d784df77d in clone () from /lib/libc.so.6

Thread 3 (Thread 0x7f5d68947950 (LWP 11297)):
#0  0x00007f5d784d75d6 in poll () from /lib/libc.so.6
#1  0x00007f5d6894c969 in ao_alsa_handle_event_thread () from /usr/lib64/xine/plugins/1.26/xineplug_ao_out_alsa.so
#2  0x00007f5d78efa097 in start_thread () from /lib/libpthread.so.0
#3  0x00007f5d784df77d in clone () from /lib/libc.so.6

Thread 2 (Thread 0x7f5d68146950 (LWP 11298)):
#0  0x00007f5d78efea09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f5d6f372e7d in fifo_peek_int () from /usr/lib64/libxine.so.1
#2  0x00007f5d6f373cc8 in ao_loop () from /usr/lib64/libxine.so.1
#3  0x00007f5d78efa097 in start_thread () from /lib/libpthread.so.0
#4  0x00007f5d784df77d in clone () from /lib/libc.so.6

Thread 1 (Thread 0x7f5d7d06e760 (LWP 11291)):
[KCrash Handler]
#5  0x00007f5d7844a205 in raise () from /lib/libc.so.6
#6  0x00007f5d7844b57e in abort () from /lib/libc.so.6
#7  0x00007f5d79187656 in qt_message_output (msgType=QtFatalMsg, 
    buf=0x102cb78 "ASSERT: \"d->parent\" in file /var/tmp/portage/dev-libs/soprano-9999/work/soprano-9999/soprano/filtermodel.cpp, line 139") at global/qglobal.cpp:2211
#8  0x00007f5d79187809 in qt_message (msgType=QtFatalMsg, msg=0x7f5d7932d848 "ASSERT: \"%s\" in file %s, line %d", ap=0x7fff9aaa9a10) at global/qglobal.cpp:2257
#9  0x00007f5d79187920 in qFatal (msg=0x7f5d7932d848 "ASSERT: \"%s\" in file %s, line %d") at global/qglobal.cpp:2440
#10 0x00007f5d79187bad in qt_assert (assertion=0x7f5d7ba95311 "d->parent", file=0x7f5d7ba952c0 "/var/tmp/portage/dev-libs/soprano-9999/work/soprano-9999/soprano/filtermodel.cpp", line=139)
    at global/qglobal.cpp:1974
#11 0x00007f5d7ba3f8ae in Soprano::FilterModel::containsAnyStatement(Soprano::Statement const&) const () from /usr/lib/libsoprano.so.4
#12 0x00007f5d7c15ffc7 in Nepomuk::ResourceData::determineUri (this=0x998780) at /var/tmp/portage/kde-base/kdelibs-9999/work/kdelibs-9999/nepomuk/core/resourcedata.cpp:545
#13 0x00007f5d7c1609da in Nepomuk::ResourceData::exists (this=0x998780) at /var/tmp/portage/kde-base/kdelibs-9999/work/kdelibs-9999/nepomuk/core/resourcedata.cpp:516
#14 0x00007f5d7c177b44 in Nepomuk::Resource::exists (this=<value optimized out>) at /var/tmp/portage/kde-base/kdelibs-9999/work/kdelibs-9999/nepomuk/core/resource.cpp:335
#15 0x000000000045fd0e in Utilities::mediaItemFromUrl (url=...) at /home/user/kde/src/bangarang/platform/utilities.cpp:330
#16 0x0000000000424244 in MainWindow::MainWindow (this=0x7fff9aaaab00, parent=0x0) at /home/user/kde/src/bangarang/mainwindow.cpp:193
#17 0x00000000004371df in main (argc=2, argv=0x7fff9aaaae98) at /home/user/kde/src/bangarang/main.cpp:49

Reported using DrKonqi
Comment 1 Dario Andres 2009-10-21 03:05:41 UTC
I don't know if bangarang is supported in this bugtracker yet.. I'm going to ask its maintainer. Regards
Comment 2 Christoph Feck 2009-10-22 10:33:30 UTC
Looks more like a Soprano/Nepomuk problem, though. May be related to bug 211034.

Simon, is Nepomuk enabled? I got the other crash while Nepomuk was disabled.
Comment 3 Sebastian Trueg 2009-10-22 11:32:38 UTC
looks like bangarang does not call ResourceManager::init
Comment 4 Andrew Lake 2009-10-26 08:55:00 UTC
This was kindly copied to the Bangarang bug tracker at http://code.google.com/p/bangarangissuetracking/issues/list.

Resolution of this issue will be tracked there.

Thanks so much for the bug report.
Comment 5 Dario Andres 2009-10-26 12:59:54 UTC
Closing as DOWNSTREAM. Thanks