[Bug 541856] Re: nepomukservicestub crashed with SIGSEGV in Soprano::ODBC::Connection::execute()

Bug Watch Updater 541856 at bugs.launchpad.net
Sat Dec 1 14:17:43 UTC 2012


Launchpad has imported 19 comments from the remote bug at
https://bugs.kde.org/show_bug.cgi?id=232760.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2010-03-30T22:46:44+00:00 Jonathan Thomas wrote:

Version:            (using KDE 4.4.1)
Installed from:    Ubuntu Packages

Originally reported at https://launchpad.net/bugs/541856

The crash occurred at either startup or shutdown, I cannot determine
which from the stacktrace. The user reported that the crash occurred at
startup, but this is also when crashes on shutdown are reported by
apport.

.
Thread 2 (process 6118):
#0  0x0084d422 in __kernel_vsyscall ()
No symbol table info available.
#1  0x059c38f1 in fchflags (fd=5077136, flags=0) at fchflags.c:31
No locals.
#2  0x002c032e in QThreadPrivate::start (arg=0x0)
    at thread/qthread_unix.cpp:248
	data = (QThreadData *) 0x0
#3  0x008d496e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#4  0x059ca92e in _L_unlock_158 () from /lib/tls/i686/cmov/libc.so.6
No locals.
#5  0x059ca83e in __fgetspent_r (stream=Cannot access memory at address 0x8
) at fgetspent_r.c:75
	ignore = <value optimized out>
	p = <value optimized out>
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
.
Thread 1 (process 6112):
#0  0x09a330f1 in Soprano::ODBC::QueryResult::getData (this=0xbfce5848, 
    colNum=5) at ../../../backends/virtuoso/odbcqueryresult.cpp:217
	langBuf = "�\0351\000\030\000\000\000�000\000\000��\005\020Y�\thZ�HW����7b\000\236\235�\t\005\000\000\000PW�a\000 \\�\000\000\000\000\001\000\000\000\005\000\000\000\000\000\000\000\005\000\000\000��\tX\025\003\000\000 �\t\020Y�\t�t\000\000\000"
	typeBuf = "\001\000\000\000hZ�hZ��e�\t��\t�\t\001\000\000\000�7b\000\220Wο\000\000\000\000 at Wο�004Wο�\thZ�\000\000\000\000\000\000\000\000\236\235�\t�\t\000\000\000\000\001\000\000\000LWο\026\214?\000\b�005J\000\000"
	langBufLen = 0
	typeBufLen = 276063565
	type = {d = 0xbfce5695}
	lang = {static null = {<No data fields>}, static shared_null = {
    ref = {_q_value = 2711}, alloc = 0, size = 0, data = 0x4d747a, clean = 0, 
    simpletext = 0, righttoleft = 0, asciiCache = 0, capacity = 0, 
    reserved = 0, array = {0}}, static shared_empty = {ref = {_q_value = 44}, 
    alloc = 0, size = 0, data = 0x4d748e, clean = 0, simpletext = 0, 
    righttoleft = 0, asciiCache = 0, capacity = 0, reserved = 0, array = {
      0}}, d = 0x615a26, static codecForCStrings = 0x0}
	str = 0x59698a6 "]�213E\f\211U�1M�114$\211D$\004��3M�13U�1�?���\215�"
	hdesc = (SQLHDESC) 0x9e35bc4
	dvtype = -1076996360
	node = {d = {d = 0x6162e0}}
	data = (SQLCHAR *) 0x0
	length = 0
#1  0x09a334bc in Soprano::ODBC::QueryResult::getData (this=0xbfce5848, 
    colNum=161585406) at ../../../backends/virtuoso/odbcqueryresult.cpp:118
	hdesc = (SQLHDESC) 0x0
	dvtype = 165894760
	node = {d = {d = 0xbfce56f8}}
	data = (SQLCHAR *) 0x9a19d9e "�\201�R\002"
	length = 0
#2  0x09a31500 in ~ConnectionPool (this=0xbfce5a38)
    at /usr/include/qt4/QtCore/qhash.h:584
No locals.
#3  0x09a31e4f in Soprano::ODBC::QueryResult::resultColumns (this=0x1)
    at /usr/include/qt4/QtCore/qatomic_i386.h:120
No locals.
#4  0x09a32274 in Soprano::ODBC::QueryResult::getCharData (this=0x1, 
    colNum=<value optimized out>, buffer=0x0, length=0x4)
    at ../../../backends/virtuoso/odbcqueryresult.cpp:327
	dummyBuffer = ""
#5  0x09a24eb8 in Soprano::VirtuosoController::start (this=0x9dc8d38, 
    settings=@0xbfce5d04, flags={i = 5076072})
    at /usr/include/qt4/QtCore/qdebug.h:106
	tmpFile = {<QFile> = {<QIODevice> = {<QObject> = {
        _vptr.QObject = 0x9a3a989, static staticMetaObject = {d = {
            superdata = 0x0, 
            stringdata = 0x46ee60 "\b��\b��\b����b��\b��\b��\b��\b��\b��\b��\b��,��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��D��<��<��<��<��QObject", data = 0x46ef00, 
            extradata = 0x4d1260}}, d_ptr = {d = 0x80000000}, 
        static staticQtMetaObject = {d = {superdata = 0x0, 
            stringdata = 0x4779a0 "xThreadCount", data = 0x47afc0, 
            extradata = 0x0}}}, static staticMetaObject = {d = {
          superdata = 0x804e190, stringdata = 0x47f9e0 "QFile", 
          data = 0x47fa40, extradata = 0x0}}}, static staticMetaObject = {
      d = {superdata = 0x4d5c48, stringdata = 0x47f960 "�, data = 0x47f980, 
        extradata = 0x0}}}, static staticMetaObject = {d = {
      superdata = 0x4d5ba8, stringdata = 0x47fbe0 "\004", data = 0x47fc00, 
      extradata = 0x0}}}
	virtuosoExe = {static null = {<No data fields>}, 
  static shared_null = {ref = {_q_value = 2711}, alloc = 0, size = 0, 
    data = 0x4d747a, clean = 0, simpletext = 0, righttoleft = 0, 
    asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, 
  static shared_empty = {ref = {_q_value = 44}, alloc = 0, size = 0, 
    data = 0x4d748e, clean = 0, simpletext = 0, righttoleft = 0, 
    asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, d = 0x4d7468, 
  static codecForCStrings = 0x0}
	storageDir = {static null = {<No data fields>}, static shared_null = {
    ref = {_q_value = 2711}, alloc = 0, size = 0, data = 0x4d747a, clean = 0, 
    simpletext = 0, righttoleft = 0, asciiCache = 0, capacity = 0, 
    reserved = 0, array = {0}}, static shared_empty = {ref = {_q_value = 44}, 
    alloc = 0, size = 0, data = 0x4d748e, clean = 0, simpletext = 0, 
    righttoleft = 0, asciiCache = 0, capacity = 0, reserved = 0, array = {
      0}}, d = 0x7399ff4, static codecForCStrings = 0x0}
	pid = <value optimized out>
	args = {<QList<QString>> = {{p = {static shared_null = {ref = {
            _q_value = 449}, alloc = 0, begin = 0, end = 0, sharable = 1, 
          array = {0x0}}, d = 0x9dbcd08}, d = 0x9dbcd08}}, <No data fields>}
#6  0x035d5114 in Nepomuk::Repository::open (this=0x9e23ad8)
    at ../../../../nepomuk/services/storage/repository.cpp:154
	repoConfig = {<KConfigBase> = {_vptr.KConfigBase = 0xb3dba8}, d = {
    d = 0x9e16270}}
	oldBackendName = {static null = {<No data fields>}, 
  static shared_null = {ref = {_q_value = 2711}, alloc = 0, size = 0, 
    data = 0x4d747a, clean = 0, simpletext = 0, righttoleft = 0, 
    asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, 
  static shared_empty = {ref = {_q_value = 44}, alloc = 0, size = 0, 
    data = 0x4d748e, clean = 0, simpletext = 0, righttoleft = 0, 
    asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, d = 0x9e2c320, 
  static codecForCStrings = 0x0}
	oldBasePath = {static null = {<No data fields>}, 
  static shared_null = {ref = {_q_value = 2711}, alloc = 0, size = 0, 
    data = 0x4d747a, clean = 0, simpletext = 0, righttoleft = 0, 
    asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, 
  static shared_empty = {ref = {_q_value = 44}, alloc = 0, size = 0, 
    data = 0x4d748e, clean = 0, simpletext = 0, righttoleft = 0, 
    asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, d = 0x4d7468, 
  static codecForCStrings = 0x0}
	__PRETTY_FUNCTION__ = "void Nepomuk::Repository::open()"
	settings = {{p = {static shared_null = {ref = {_q_value = 449}, 
        alloc = 0, begin = 0, end = 0, sharable = 1, array = {0x0}}, 
      d = 0x9e16290}, d = 0x9e16290}}
	storagePath = {static null = {<No data fields>}, 
  static shared_null = {ref = {_q_value = 2711}, alloc = 0, size = 0, 
    data = 0x4d747a, clean = 0, simpletext = 0, righttoleft = 0, 
    asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, 
  static shared_empty = {ref = {_q_value = 44}, alloc = 0, size = 0, 
    data = 0x4d748e, clean = 0, simpletext = 0, righttoleft = 0, 
    asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, d = 0x9dcc1c8, 
  static codecForCStrings = 0x0}
#7  0x035d6503 in Nepomuk::Repository::qt_metacall (this=0x9e23ad8, 
    _c=QMetaObject::InvokeMetaMethod, _id=14, _a=0xbfce5e4c)
    at ./repository.moc:82
No locals.
#8  0x003c7c3a in QMetaObject::static_metacall (this=0x9e23ad8, 
    cl=QMetaObject::InvokeMetaMethod, idx=14, argv=0xbfce5e4c)
    at kernel/qmetaobject.cpp:224
	extra = (const QMetaObjectExtraData *) 0xbfce574c
#9  0x003d6375 in QMetaObject::activate (sender=0x9e2c268, m=0x4d5188, 
    local_signal_index=0, argv=0x0)
    at ../../include/QtCore/../../src/corelib/thread/qmutex.h:108
	method = 14
	currentSender = {sender = 0x9e2c268, signal = 4, ref = 1}
	previousSender = (QObjectPrivate::Sender *) 0x0
	c = (QObjectPrivate::Connection *) 0xe
	last = (QObjectPrivate::Connection *) 0x9e2c278
	methodOffset = <value optimized out>
	signal_absolute_index = 4
	empty_argv = {0x0}
	locker = {{mtx = 0x9e2d3e0, val = 165860320}}
	currentThreadData = (QThreadData *) 0x9d7d4a8
	connectionLists = (QObjectConnectionListVector *) 0x9e23f58
	signalOffset = <value optimized out>
	signal_index = 2
#10 0x003ddf87 in QTimer::start (this=0x9e2c268, msec=16777217)
    at kernel/qtimer.cpp:223
No locals.
#11 0x003de09c in QSingleShotTimer::qt_metacast (this=0x9e2c268, 
    _clname=<value optimized out>) at .moc/release-shared/qtimer.moc:59
No locals.
#12 0x003d31f4 in QObject::event (this=0x9e2c268, e=0xbfce6320)
    at kernel/qobject.cpp:1209
No locals.
#13 0x00c7d4dc in QApplicationPrivate::notify_helper (this=0x9d90bb8, 
    receiver=0x9e2c268, e=0x9e2c268) at kernel/qapplication.cpp:4300
	consumed = <value optimized out>
#14 0x00c8405e in QApplication::notify (this=0xbfce6768, receiver=0x9e2c268, 
    e=0xbfce6320) at kernel/qapplication.cpp:3704
	res = <value optimized out>
#15 0x003c29db in QCoreApplication::notifyInternal (this=0xbfce6768, 
    receiver=0x9e2c268, event=0xbfce6320) at kernel/qcoreapplication.cpp:677
No locals.
#16 0x003f1cf6 in QTimerInfoList::activateTimers (this=0x9d7d4a8)
    at ../../include/QtCore/private/../../../src/corelib/kernel/qcore_unix_p.h:115
	firstTime = false
	n_act = 0
	saveFirstTimerInfo = (QTimerInfo *) 0x0
	saveCurrentTimerInfo = (QTimerInfo *) 0x0
#17 0x003ee874 in idleTimerSourcePrepare (source=0x9d93960, 
    timeout=0xbfce5a38) at kernel/qeventdispatcher_glib.cpp:215
No locals.
#18 0x0075a395 in ?? () from /lib/libglib-2.0.so.0
No symbol table info available.
#19 0x0075e088 in g_markup_parse_context_parse () from /lib/libglib-2.0.so.0
No symbol table info available.
#20 0x0075e268 in g_markup_parse_context_parse () from /lib/libglib-2.0.so.0
No symbol table info available.
#21 0x003ee565 in QEventDispatcherGlib::hasPendingEvents (this=0x9d7d1a0)
    at kernel/qeventdispatcher_glib.cpp:427
No locals.
#22 0x00d3cf65 in QGuiEventDispatcherGlib::startingUp (this=0x9d7d1a0)
    at kernel/qguieventdispatcher_glib.cpp:214
	d = (QGuiEventDispatcherGlibPrivate * const) 0x9d90d68
#23 0x003c0ff9 in QEventLoop::quit (this=0xbfce65e4)
    at kernel/qeventloop.cpp:322
No locals.
#24 0x003c144a in QEventLoop::exec (this=0xbfce659c, flags={i = 0})
    at ../../include/QtCore/../../src/corelib/tools/qvector.h:552
	d = (QEventLoopPrivate * const) 0x9e03b78
	app = <value optimized out>
#25 0x003c563f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:968
	threadData = (QThreadData *) 0x9d7d4a8
	eventLoop = {<QObject> = {_vptr.QObject = 0x4d6448, 
    static staticMetaObject = {d = {superdata = 0x0, 
        stringdata = 0x46ee60 "\b��\b��\b����b��\b��\b��\b��\b��\b��\b��\b��,��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��D��<��<��<��<��QObject", data = 0x46ef00, extradata = 0x4d1260}}, 
    d_ptr = {d = 0x9e03b78}, static staticQtMetaObject = {d = {
        superdata = 0x0, stringdata = 0x4779a0 "xThreadCount", 
        data = 0x47afc0, extradata = 0x0}}}, static staticMetaObject = {d = {
      superdata = 0x804e190, stringdata = 0x480a00 "", data = 0x480a20, 
      extradata = 0x0}}}
	returnCode = -1
#26 0x00c7d577 in QApplication::exec () at kernel/qapplication.cpp:3579
No locals.
#27 0x0804b0a9 in main (argc=2, argv=0xbfce68f4)
    at ../../../nepomuk/servicestub/main.cpp:152
	aboutData = {d = 0x9d7e0c8}
	app = {<QCoreApplication> = {<QObject> = {_vptr.QObject = 0x15a5e88, 
      static staticMetaObject = {d = {superdata = 0x0, 
          stringdata = 0x46ee60 "\b��\b��\b����b��\b��\b��\b��\b��\b��\b��\b��,��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��\b��D��<��<��<��<��QObject", data = 0x46ef00, 
          extradata = 0x4d1260}}, d_ptr = {d = 0x9d90bb8}, 
      static staticQtMetaObject = {d = {superdata = 0x0, 
          stringdata = 0x4779a0 "xThreadCount", data = 0x47afc0, 
          extradata = 0x0}}}, static staticMetaObject = {d = {
        superdata = 0x804e190, stringdata = 0x480aa0 "\004", data = 0x480b40, 
        extradata = 0x0}}, static self = 0xbfce6768}, 
  static staticMetaObject = {d = {superdata = 0x4d6484, 
      stringdata = 0x13b6d60 "������Bkl������l�\tnl��ml��ml���\tnl�", data = 0x13b6fa0, extradata = 0x0}}}
	serviceName = {static null = {<No data fields>}, 
  static shared_null = {ref = {_q_value = 2711}, alloc = 0, size = 0, 
    data = 0x4d747a, clean = 0, simpletext = 0, righttoleft = 0, 
    asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, 
  static shared_empty = {ref = {_q_value = 44}, alloc = 0, size = 0, 
    data = 0x4d748e, clean = 0, simpletext = 0, righttoleft = 0, 
    asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, d = 0x9df1ea8, 
  static codecForCStrings = 0x0}
	compData = {_vptr.KComponentData = 0xb3fe38, d = 0x9de5cb8}
	dependencies = {<QList<QString>> = {{p = {static shared_null = {
          ref = {_q_value = 449}, alloc = 0, begin = 0, end = 0, 
          sharable = 1, array = {0x0}}, d = 0x804e224}, 
      d = 0x804e224}}, <No data fields>}
	options = {d = 0x9d7e6f8}
	args = <value optimized out>
	s = {_vptr.QTextStream = 0x4d47e0, d_ptr = {d = 0x9ded350}}
	services = {{p = {static shared_null = {ref = {_q_value = 449}, 
        alloc = 0, begin = 0, end = 0, sharable = 1, array = {0x0}}, 
      d = 0x9e065f0}, d = 0x9e065f0}}
	service = {d = 0x9dfa0b8}

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/5

------------------------------------------------------------------------
On 2010-07-27T14:20:22+00:00 Trueg wrote:

Can this crash still be reproduced?

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/7

------------------------------------------------------------------------
On 2010-07-27T14:23:52+00:00 Jonathan Thomas wrote:

I've queried the downstream bug, though it may be hard to tell whether
or not it is still around since Dr. Konqi can't catch nepomukservicestub
crashes, and the Ubuntu crash handler that has been catching these has
been disabled for final release.

For what it's worth, the downstream bug garnered one duplicate report
from KDE 4.4.2.

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/8

------------------------------------------------------------------------
On 2010-07-28T14:43:17+00:00 Jonathan Thomas wrote:

The response to my query:

"Yes this crash can be reproduced in Lucid Lynx with KDE 4.4.5 (and even with KDE 4.5 RC2).
To give you a hint, this crash occurs when system language is set to Turkish language. When system language is reverted back to English, the crash dissappears and nepomuk+strigi works correctly."

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/11

------------------------------------------------------------------------
On 2010-07-28T17:45:09+00:00 İsmail YILMAZ wrote:

I am using Kubuntu Lucid Lynx (10.04) on two of my machines (a desktop
PC and a netbook) with two different KDE versions (4.4.5 and 4.5 RC2)
and this crash can be reproduced on both machines on every login. From
my experiences as a user, I can confirm that this bug is alive since KDE
4.4 beta stages (started when virtuoso/soprano first introduced) and it
never get fixed.

 From my experiences, I suspect that this is mainly because this bug
affects only some machines with some specific locales. I am using
Kubuntu in Turkish (tr) and this crash occurs when system language (not
KDE UI)is set to Turkish: Nepomuk crashes, strigi gets disabled and
akonadi cannot be started, also Dolphin nepomuk interface disables too.
And when the system language is reverted back to English, the Nepomuk,
Strigi, Dolphin nepomuk tagging/search modules and Akonadi starts
working perfectly.

As far as I can see this crash is also one of the main reasons of the
notorious "nepomuk service not registered at D-bus" error which is
mentioned again and again on Kubuntu and KDE forums but cannot be
solved. Some translation strings (or, should I say character sets ???)
not working corretly with soprano/virtuoso.

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/13

------------------------------------------------------------------------
On 2010-07-29T11:32:45+00:00 Trueg wrote:

Now we are getting somewhere. But I need a better backtrace. The one in this export confuses me a lot since it seems to jump back and forth. At least I cannot make much of it.
Thus, I would ask you to
1. disable Nepomuk in the kcm: "kcmshell4 kcm_nepomuk"
2. make sure "nepomukserver" is running. If not start it via "nepomukserver"
3. run the storage service in gdb: "gdb --args nepomukservicestub nepomukstorage"
4. Get a backtrace from the crash that should occur and attach it here.

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/14

------------------------------------------------------------------------
On 2010-07-29T21:50:41+00:00 İsmail YILMAZ wrote:

Created attachment 49654
Nepomuk crash report  (apport text file with .crash extension)

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/15

------------------------------------------------------------------------
On 2010-07-29T21:51:50+00:00 İsmail YILMAZ wrote:

I am sorry, I am not very familiar with gdb. I failed to create a
backtrace report with gdb. So I reproduced the crash with apport (ubuntu
crash handler). It is a single text file with .crash extension and I
hope it has all the debug information you need. I only changed the
username to "username" for the sake of privacy. If it is not useful, I
will try gdb again.

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/16

------------------------------------------------------------------------
On 2010-08-02T16:06:00+00:00 Trueg wrote:

@ismail: The backtrace did help a lot. I managed to find a bug in
Soprano. However, it is not related to this bug report. :) At least not
the initial commenter's crash.

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/17

------------------------------------------------------------------------
On 2010-09-30T15:14:21+00:00 İsmail YILMAZ wrote:

Hello Sebastian, I'm glad that the backtrace I provided helped you. By
the way, Nepomukservicestub & soprana still crashes (With turkish Locale
on KDE 4.5.1 Kubuntu maverick + Lucid). I have more information which
might help you (I've posted the below information on Launchpad too,
since I couldn't decide if this is KDE or Kubuntu specific problem)

I have found out that this crash happens when the global LC_CTYPE
variable is set to "tr_TR.utf8". I will also report this to KDE bugs.
However, this bug may be Kubuntu specific. It is clear that
nepomuk/soprano does not like tr_TR.utf8 charset. Nepomuk/Strigi/Akonadi
runs fine with the below locale settings (this is the workaround I use):

LANG=tr_TR.utf8
LANGUAGE=tr_TR
LC_CTYPE=en_GB.utf8 
LC_NUMERIC="tr_TR.utf8"
LC_TIME="tr_TR.utf8"
LC_COLLATE="tr_TR.utf8"
LC_MONETARY="tr_TR.utf8"
LC_MESSAGES="tr_TR.utf8"
LC_PAPER="tr_TR.utf8"
LC_NAME="tr_TR.utf8"
LC_ADDRESS="tr_TR.utf8"
LC_TELEPHONE="tr_TR.utf8"
LC_MEASUREMENT="tr_TR.utf8"
LC_IDENTIFICATION="tr_TR.utf8"
LC_ALL=

If LC_CTYPE is set to "tr_TR.utf8" then soprano crashes (On KDE 4.4+
Lucid) and also Dolphin won't open (on KDE 4.5.1 Maverick). So this is
definitely a character set/soprano related problem

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/20

------------------------------------------------------------------------
On 2011-11-03T10:54:46+00:00 Trueg wrote:

*** Bug 285597 has been marked as a duplicate of this bug. ***

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/21

------------------------------------------------------------------------
On 2011-11-03T20:11:21+00:00 Jtamate wrote:

This is the console output running manually
nepomukservicestub nepomukstorage

Using Virtuoso Version: "6.1.3.3127-pthreads" 
Using Virtuoso Version: "6.1.3.3127-pthreads" 
void Soprano::VirtuosoController::writeConfigFile(const QString&, const BackendSettings&) "/tmp/virtuoso_C29840.ini" 
(LockFile) could not set lock for "/home/jtorres/.kde4/share/apps/nepomuk/repository/main/data/virtuosobackend/soprano-virtuoso.db" 
Shutting down Virtuoso instance (29768) which is in our way.
(LockFile) could not set lock for "/home/jtorres/.kde4/share/apps/nepomuk/repository/main/data/virtuosobackend/soprano-virtuoso.db"                                                           
(LockFile) could not set lock for "/home/jtorres/.kde4/share/apps/nepomuk/repository/main/data/virtuosobackend/soprano-virtuoso.db"                                                           
Starting Virtuoso server: "/usr/bin/virtuoso-t" ("+foreground", "+configfile", "/tmp/virtuoso_C29840.ini", "+wait") 
"
" 
"               Thu Nov 03 2011
" 
"20:25:03 OpenLink Virtuoso Universal Server
" 
"20:25:03 Version 06.01.3127-pthreads for Linux as of ??? ?? ????
" 
"20:25:03 uses parts of OpenSSL, PCRE, Html Tidy
" 
"20:25:03 Database version 3126
" 
"20:25:03 Entering Lite Mode
" 
"20:25:03 SQL Optimizer enabled (max 1000 layouts)
" 
"20:25:04 Compiler unit is timed at 0.000654 msec
" 
"20:25:06 Roll forward started
" 
"20:25:06 Roll forward complete
" 
"20:25:07 Checkpoint started
" 
"20:25:07 Checkpoint finished, log reused
" 
"20:25:07 Server online at 1113 (pid 29859)
" 
Virtuoso started: 29859 
Soprano::ODBC::ConnectionPool::ConnectionPool(const QString&, const QStringList&, QObject*) "host=localhost:1113;uid=dba;pwd=dba;driver=/usr/lib64/virtodbc_r.so" 
Soprano::ODBC::Connection::Connection() QThread(0x7f6b3a8341d0) 
"/opt/kde4/bin/nepomukservicestub(29840)" Soprano: "SQLGetData for data length failed (iODBC Error: [OpenLink][Virtuoso iODBC Driver]CL056: Bookmarks not enable for statement)"
bool Soprano::Virtuoso::DatabaseConfigurator::updateFulltextIndexRules(bool) empty rule name! 
virtual Soprano::ODBC::Connection::~Connection() QThread(0x7f6b3a8341d0) 
Soprano::ODBC::Connection::Connection() QThread(0x7f6b3a8341d0) 
Soprano::ODBC::Connection::Connection() Nepomuk::GraphMaintainer(0x7f6b2d4df120) 


And run under gdb, the stacktrace

#0  0x00007ffff433d014 in __strncmp_sse2 () from /lib64/libc.so.6
#1  0x00007fffe277099d in Soprano::ODBC::QueryResult::getData (this=0x7fffe14df380, colNum=1)
    at /g/kdegit/kdesupport/soprano/backends/virtuoso/odbcqueryresult.cpp:158
#2  0x00007fffe27680b7 in Soprano::Virtuoso::QueryResultIteratorBackend::binding (this=
    0x7fffe14df360, offset=0)
    at /g/kdegit/kdesupport/soprano/backends/virtuoso/virtuosoqueryresultiteratorbackend.cpp:197
#3  0x00007fffe2767d84 in Soprano::Virtuoso::QueryResultIteratorBackend::next (this=
    0x7fffe14df360)
    at /g/kdegit/kdesupport/soprano/backends/virtuoso/virtuosoqueryresultiteratorbackend.cpp:146
#4  0x00007fffe6eb8f88 in Soprano::Iterator<Soprano::BindingSet>::next (this=0x7fffffffb570)
    at /opt/kde4/include/Soprano/../soprano/iterator.h:239
#5  0x00007fffe6ebe01b in CrappyInferencer2::updateInferenceIndex (this=0x7fffe145d340)
    at /g/kdegit/kde-runtime/nepomuk/services/storage/crappyinferencer2.cpp:476
#6  0x00007fffe6ebe6c0 in CrappyInferencer2::CrappyInferencer2 (this=0x7fffe145d340, tree=
    0x7fffeebe6c10, parent=0x7fffe145d2c0)
    at /g/kdegit/kde-runtime/nepomuk/services/storage/crappyinferencer2.cpp:245
#7  0x00007fffe6eb11a6 in Nepomuk::Repository::open (this=0x7fffeebcfec0)
    at /g/kdegit/kde-runtime/nepomuk/services/storage/repository.cpp:213
#8  0x00007fffe6eb1ce4 in Nepomuk::Repository::qt_metacall (this=0x7fffeebcfec0, _c=
    QMetaObject::InvokeMetaMethod, _id=<optimized out>, _a=0x7fffee806f48)
    at /g/b45/kde-runtime/nepomuk/services/storage/repository.moc:85
#9  0x00007ffff7837ddc in QMetaObject::metacall (object=0x7fffeebcfec0, cl=
    QMetaObject::InvokeMetaMethod, idx=13, argv=0x7fffee806f48)
    at /g/kdegit/qt/src/corelib/kernel/qmetaobject.cpp:237
#10 0x00007ffff7847272 in QMetaCallEvent::placeMetaCall (this=0x7fffeeb86500, object=
    0x7fffeebcfec0) at /g/kdegit/qt/src/corelib/kernel/qobject.cpp:535
#11 0x00007ffff7848534 in QObject::event (this=0x7fffeebcfec0, e=0x7fffeeb86500)
    at /g/kdegit/qt/src/corelib/kernel/qobject.cpp:1217
#12 0x00007ffff52a4dfe in QApplicationPrivate::notify_helper (this=0x7fffee86b380, receiver=
    0x7fffeebcfec0, e=0x7fffeeb86500) at /g/kdegit/qt/src/gui/kernel/qapplication.cpp:4481
#13 0x00007ffff52a2444 in QApplication::notify (this=0x7fffffffcf10, receiver=0x7fffeebcfec0, 
    e=0x7fffeeb86500) at /g/kdegit/qt/src/gui/kernel/qapplication.cpp:3881
#14 0x00007ffff6851cce in KApplication::notify (this=0x7fffffffcf10, receiver=0x7fffeebcfec0, 
    event=0x7fffeeb86500) at /g/kdegit/kdelibs/kdeui/kernel/kapplication.cpp:311
#15 0x00007ffff782fd62 in QCoreApplication::notifyInternal (this=0x7fffffffcf10, receiver=
    0x7fffeebcfec0, event=0x7fffeeb86500)
    at /g/kdegit/qt/src/corelib/kernel/qcoreapplication.cpp:787


under valgrind there is no core dump, only warnings about uninitialized variables.

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/22

------------------------------------------------------------------------
On 2011-11-05T12:09:01+00:00 Jtamate wrote:

more information from my crash:
It only happened to me with jemalloc used as malloc library (LD_PRELOAD).
Otherwise, no crash at all.
I've changed to jemalloc development, and the crash has gone.

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/23

------------------------------------------------------------------------
On 2011-11-05T12:42:10+00:00 Trueg wrote:

(In reply to comment #12)
> more information from my crash:
> It only happened to me with jemalloc used as malloc library (LD_PRELOAD).
> Otherwise, no crash at all.
> I've changed to jemalloc development, and the crash has gone.

So this is not actually a bug in Nepomuk at all and this report can be
closed as UPSTREAM?

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/24

------------------------------------------------------------------------
On 2011-11-07T16:47:59+00:00 Jtamate wrote:

Please wait.... It took two days working right, but finally it crashed
at the same point.

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/25

------------------------------------------------------------------------
On 2011-11-12T15:36:34+00:00 Jtamate wrote:

An slighly different crash place, with an unusual pointer 0x100000000

#10 0x00007ff77684a7df in QScopedPointerArrayDeleter<unsigned char>::cleanup (pointer=0x100000000 "@\"\200") at /usr/lib/qt4.5/include/QtCore/qscopedpointer.h:77
#11 0x00007ff77684a3ab in QScopedPointer<unsigned char, QScopedPointerArrayDeleter<unsigned char> >::~QScopedPointer (this=0x7ff775dd1210, __in_chrg=<optimized out>) at /usr/lib/qt4.5/include/QtCore/qscopedpointer.h:100
#12 0x00007ff77684976e in Soprano::ODBC::QueryResult::getData (this=0x352304e0, colNum=1) at /g/kdegit/kdesupport/soprano/backends/virtuoso/odbcqueryresult.cpp:120

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/26

------------------------------------------------------------------------
On 2012-12-01T07:32:33+00:00 Me-ngeefk4xayt3t4u9watah405ve wrote:

Ping?

Does this crash still occur or can I close it as UPSTREAM?

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/27

------------------------------------------------------------------------
On 2012-12-01T11:41:08+00:00 Jtamate wrote:

I've not seen this error (reading a long int from the database) for some
time. You can close if nobody else complains.

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/28

------------------------------------------------------------------------
On 2012-12-01T11:43:44+00:00 Me-ngeefk4xayt3t4u9watah405ve wrote:

Yaye! Closing :)

Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-
runtime/+bug/541856/comments/29


** Changed in: kde-baseapps
       Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kdebase-runtime in Ubuntu.
https://bugs.launchpad.net/bugs/541856

Title:
  nepomukservicestub crashed with SIGSEGV in
  Soprano::ODBC::Connection::execute()

To manage notifications about this bug go to:
https://bugs.launchpad.net/kde-baseapps/+bug/541856/+subscriptions




More information about the kubuntu-bugs mailing list