Bug 325108 - Virtuoso ODBC Blocked -> Crash on exit
Summary: Virtuoso ODBC Blocked -> Crash on exit
Status: RESOLVED DUPLICATE of bug 327588
Alias: None
Product: nepomuk
Classification: Miscellaneous
Component: general (show other bugs)
Version: 4.11.1
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: Nepomuk Bugs Coordination
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2013-09-19 23:56 UTC by Nico Kruber
Modified: 2014-01-20 13:08 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 Nico Kruber 2013-09-19 23:56:19 UTC
Application: kontact (4.11.1)
KDE Platform Version: 4.11.1
Qt Version: 4.8.5
Operating System: Linux 3.7.10-1.16-desktop x86_64
Distribution: "openSUSE 12.3 (x86_64)"

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

I clicked shutdown in the menu that pops up after hitting the shutdown button in the shutdown widget. Every once in a while Kontact crashes while KDE is being shut down.

I can't open any other windows so I can't look for the bug report about Kontact crashing at shutdown that was recently closed with NEEDSINFO - will add it later (although it might be a different bug here since Konqi did not find any possible duplicates from the backtrace)

The crash can be reproduced sometimes.

-- Backtrace:
Application: Kontact (kontact), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fcf48056780 (LWP 3718))]

Thread 5 (Thread 0x7fcf2e27a700 (LWP 3754)):
#0  0x00007fcf3f875964 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fcf42f9f770 in ?? () from /usr/lib64/libQtWebKit.so.4
#2  0x00007fcf42f9f7a9 in ?? () from /usr/lib64/libQtWebKit.so.4
#3  0x00007fcf3f871e0f in start_thread () from /lib64/libpthread.so.0
#4  0x00007fcf456cf7dd in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7fceed95f700 (LWP 3758)):
#0  0x00007fcf3f875964 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fcf42d1bf47 in ?? () from /usr/lib64/libQtWebKit.so.4
#2  0x00007fcf42fc6c9e in ?? () from /usr/lib64/libQtWebKit.so.4
#3  0x00007fcf3f871e0f in start_thread () from /lib64/libpthread.so.0
#4  0x00007fcf456cf7dd in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7fceddf6f700 (LWP 4345)):
[KCrash Handler]
#6  tcpses_is_read_ready (ses=0x7fced001be60, to=to@entry=0x7fced000b7a0) at Dksestcp.c:1024
#7  0x00007fcede839715 in service_read (ses=ses@entry=0x7fced000b700, buffer=0x7fced000be30 "`\256", req_bytes=req_bytes@entry=32768, need_all=need_all@entry=0) at Dkses2.c:372
#8  0x00007fcede839904 in session_buffered_read (ses=0x7fced000b700, buffer=buffer@entry=0x7fceddf6e5af "", req_bytes=req_bytes@entry=1) at Dkses2.c:515
#9  0x00007fcede8399e3 in session_buffered_read_char (ses=ses@entry=0x7fced000b700) at Dkses2.c:582
#10 0x00007fcede83780b in scan_session_boxing (session=session@entry=0x7fced000b700) at Dkmarshal.c:769
#11 0x00007fcede837e3a in read_object (session=session@entry=0x7fced000b700) at Dkmarshal.c:296
#12 0x00007fcede8426a5 in read_service_request_1t (ses=0x7fced000b700) at Dkernel.c:2277
#13 0x00007fcede843098 in PrpcFutureNextResult1T (future=0x7fced000a8c0) at Dkernel.c:4252
#14 PrpcFutureNextResult (future=0x7fced000a8c0) at Dkernel.c:4084
#15 0x00007fcede80e1c1 in stmt_process_result (stmt=stmt@entry=0x7fced000b0b0, needs_evl=needs_evl@entry=1) at ../../libsrc/Wi/CLIuti.c:719
#16 0x00007fcede81234d in virtodbc__SQLExecDirect (hstmt=0x7fced000b0b0, szSqlStr=<optimized out>, cbSqlStr=<optimized out>) at ../../libsrc/Wi/CLIsql1.c:1530
#17 0x00007fcedf37d562 in SQLExecDirect_Internal (hstmt=hstmt@entry=0x7fced000ae70, szSqlStr=szSqlStr@entry=0x7fced000aa98, cbSqlStr=cbSqlStr@entry=249, waMode=waMode@entry=65 'A') at execute.c:549
#18 0x00007fcedf37d83e in SQLExecDirect (hstmt=0x7fced000ae70, szSqlStr=0x7fced000aa98 "sparql DEFINE input:inference <nepomukinference> select distinct ?r ?o where { { ?r <http://www.semanticdesktop.org/ontologies/2007/01/19/nie#url> <akonadi:?item=-1> . FILTER(?r!=<akonadi:?item=-1>) ."..., cbSqlStr=249) at execute.c:631
#19 0x00007fcedf5d6b5f in Soprano::ODBC::Connection::execute (this=this@entry=0x7fced000b350, request=...) at /usr/src/debug/soprano-2.9.3/backends/virtuoso/odbcconnection.cpp:112
#20 0x00007fcedf5d709b in Soprano::ODBC::Connection::executeQuery (this=0x7fced000b350, request=...) at /usr/src/debug/soprano-2.9.3/backends/virtuoso/odbcconnection.cpp:89
#21 0x00007fcedf5c57ac in Soprano::VirtuosoModelPrivate::sqlQuery (this=this@entry=0x1839c10, query=...) at /usr/src/debug/soprano-2.9.3/backends/virtuoso/virtuosomodel.cpp:113
#22 0x00007fcedf5c5909 in Soprano::VirtuosoModelPrivate::sparqlQuery (this=0x1839c10, query=...) at /usr/src/debug/soprano-2.9.3/backends/virtuoso/virtuosomodel.cpp:133
#23 0x00007fcedf5c6b28 in Soprano::VirtuosoModel::executeQuery (this=this@entry=0x18fb910, query=..., language=language@entry=Soprano::Query::QueryLanguageSparql, userQueryLanguage=...) at /usr/src/debug/soprano-2.9.3/backends/virtuoso/virtuosomodel.cpp:469
#24 0x00007fcf3b2cd36c in Nepomuk2::MainModel::executeQuery (this=0x18f7160, query=..., language=<optimized out>, userQueryLanguage=...) at /usr/src/debug/nepomuk-core-4.11.1/libnepomukcore/resource/nepomukmainmodel.cpp:192
#25 0x00007fcf3b2bfbe0 in Nepomuk2::ResourceData::determineUri (this=0x7fced0002780) at /usr/src/debug/nepomuk-core-4.11.1/libnepomukcore/resource/resourcedata.cpp:638
#26 0x00007fcf3b2ce445 in determineFinalResourceData (this=<optimized out>) at /usr/src/debug/nepomuk-core-4.11.1/libnepomukcore/resource/resource.cpp:760
#27 Nepomuk2::Resource::determineFinalResourceData (this=<optimized out>) at /usr/src/debug/nepomuk-core-4.11.1/libnepomukcore/resource/resource.cpp:751
#28 0x00007fcf3b2ce4b8 in Nepomuk2::Resource::setWatchEnabled (this=0x7fceddf6ed90, status=false) at /usr/src/debug/nepomuk-core-4.11.1/libnepomukcore/resource/resource.cpp:727
#29 0x00007fcee547a2a1 in MessageCore::NepomukResourceRetrieverRunnable::run (this=0x1b289d0) at /usr/src/debug/kdepim-4.11.1/messagecore/nepomukutil/asyncnepomukresourceretriever.cpp:48
#30 0x00007fcf45d0fc9d in QThreadPoolThread::run (this=0x1b28a00) at concurrent/qthreadpool.cpp:107
#31 0x00007fcf45d1c0ec in QThreadPrivate::start (arg=0x1b28a00) at thread/qthread_unix.cpp:338
#32 0x00007fcf3f871e0f in start_thread () from /lib64/libpthread.so.0
#33 0x00007fcf456cf7dd in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7fcedd728700 (LWP 4377)):
#0  0x00007fcf3f873e25 in pthread_mutex_lock () from /lib64/libpthread.so.0
#1  0x00007fcf3f2faa71 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fcf3f2bd343 in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0
#3  0x00007fcf3f2bd9cb in ?? () from /usr/lib64/libglib-2.0.so.0
#4  0x00007fcf3f2bdbc4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#5  0x00007fcf45e465d6 in QEventDispatcherGlib::processEvents (this=0x7fced40008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#6  0x00007fcf45e16bef in QEventLoop::processEvents (this=this@entry=0x7fcedd727e00, flags=...) at kernel/qeventloop.cpp:149
#7  0x00007fcf45e16e78 in QEventLoop::exec (this=0x7fcedd727e00, flags=...) at kernel/qeventloop.cpp:204
#8  0x00007fcf45d19110 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:536
#9  0x00007fcf45d1c0ec in QThreadPrivate::start (arg=0x163d310) at thread/qthread_unix.cpp:338
#10 0x00007fcf3f871e0f in start_thread () from /lib64/libpthread.so.0
#11 0x00007fcf456cf7dd in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7fcf48056780 (LWP 3718)):
#0  0x00007fcf456cb449 in syscall () from /lib64/libc.so.6
#1  0x00007fcf45d1ab94 in _q_futex (timeout=0x0, val=2, op=0, addr=0x7fced0003cd0, addr2=<optimized out>, val2=<optimized out>) at thread/qmutex_unix.cpp:99
#2  QMutexPrivate::wait (this=0x7fced0003cd0, timeout=<optimized out>) at thread/qmutex_unix.cpp:113
#3  0x00007fcf45d16ead in QMutex::lock (this=<optimized out>) at thread/qmutex.cpp:164
#4  0x00007fcf3b2c06a8 in lockInline (this=0x7fced00027c0) at /usr/include/QtCore/qmutex.h:188
#5  QMutexLocker (m=0x7fced00027c0, this=<synthetic pointer>) at /usr/include/QtCore/qmutex.h:109
#6  Nepomuk2::ResourceData::resetAll (this=this@entry=0x7fced0002780) at /usr/src/debug/nepomuk-core-4.11.1/libnepomukcore/resource/resourcedata.cpp:167
#7  0x00007fcf3b2c07a9 in Nepomuk2::ResourceData::~ResourceData (this=0x7fced0002780, __in_chrg=<optimized out>) at /usr/src/debug/nepomuk-core-4.11.1/libnepomukcore/resource/resourcedata.cpp:107
#8  0x00007fcf3b2c9bff in Nepomuk2::ResourceManager::cleanupResources (this=<optimized out>) at /usr/src/debug/nepomuk-core-4.11.1/libnepomukcore/resource/resourcemanager.cpp:250
#9  0x00007fcf45e2d44f in QMetaObject::activate (sender=0x7fff66dd57a0, m=<optimized out>, local_signal_index=<optimized out>, argv=0x0) at kernel/qobject.cpp:3556
#10 0x00007fcf45e1bc0d in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1226
#11 0x0000000000403679 in ?? ()
#12 0x00007fcf45608a15 in __libc_start_main () from /lib64/libc.so.6
#13 0x0000000000403be1 in _start ()

Reported using DrKonqi
Comment 1 Nico Kruber 2013-09-20 08:40:27 UTC
the other bug I was referring to is this one:
https://bugs.kde.org/show_bug.cgi?id=200174

from the backtrace it seems unrelated though
Comment 2 Jekyll Wu 2014-01-20 13:08:30 UTC

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