Bug 227116 (crash_close_40) - Crash when closing KDevelop
Summary: Crash when closing KDevelop
Status: RESOLVED FIXED
Alias: crash_close_40
Product: kdevplatform
Classification: Developer tools
Component: language (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: VHI crash
Target Milestone: 1.0.0
Assignee: kdevelop-bugs-null
URL:
Keywords:
: malloc_crash_close 234155 235466 236011 240316 242755 245488 248447 250327 250807 251003 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-02-16 02:47 UTC by Alec Moskvin
Modified: 2011-07-26 07:43 UTC (History)
15 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Valgrind of kdevelop (19.99 KB, application/octet-stream)
2010-05-02 19:01 UTC, Kris
Details
New crash information added by DrKonqi (5.43 KB, text/plain)
2010-06-17 05:21 UTC, Alexandre Demers
Details
New crash information added by DrKonqi (4.73 KB, text/plain)
2011-07-26 07:43 UTC, appletdev
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alec Moskvin 2010-02-16 02:47:28 UTC
Version:           kdevelop (3.9.98 (using KDevPlatform 0.9.98)) (using KDE 4.4.0)
Compiler:          g++ (Gentoo 4.4.3 p1.0) 4.4.3 
OS:                Linux
Installed from:    Gentoo Packages

A CMake project with two C files and a header was open.


Here's a backtrace from DrKonqi (it wouldn't let me submit):

Application: kdevelop (3.9.98 (using KDevPlatform 0.9.98))
KDE Platform Version: 4.4.00 (KDE 4.4.0)
Qt Version: 4.6.1
Operating System: Linux 2.6.32.8 x86_64

-- Information about the crash:
<In detail, tell us what you were doing  when the application crashed.>

The crash can be reproduced every time.

 -- Backtrace:
Application: KDevelop (kdevelop.bin), signal: Segmentation fault
Traceback (most recent call last):
  File "/usr/share/gdb/auto-load/usr/lib64/libgobject-2.0.so.0.2200.4-gdb.py", line 9, in <module>
    from gobject import register
  File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
    import gdb.backtrace
ImportError: No module named backtrace
The current source language is "auto; currently asm".
[Current thread is 1 (Thread 0x7f60f82b2760 (LWP 4330))]

Thread 4 (Thread 0x7f60e5c51710 (LWP 4331)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:211
#1  0x00007f60f6a601a1 in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x187a850, time=200000) at thread/qwaitcondition_unix.cpp:85
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x187a850, time=200000) at thread/qwaitcondition_unix.cpp:159
#3  0x00007f60f2387d0e in KDevelop::DUChainPrivate::CleanupThread::run (this=0x187a830) at /var/tmp/portage/dev-util/kdevplatform-0.9.98/work/kdevplatform-0.9.98/language/duchain/duchain.cpp:286
#4  0x00007f60f6a5f265 in QThreadPrivate::start (arg=0x187a830) at thread/qthread_unix.cpp:248
#5  0x00007f60f55d18e4 in start_thread (arg=<value optimized out>) at pthread_create.c:297
#6  0x00007f60f58b7dfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7  0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f60dfc16710 (LWP 4333)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007f60f6a6022b in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x17898d0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x17898d0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x00007f60ed10f6e6 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x215f900, th=0x1714170)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00007f60ed111cdb in ThreadWeaver::WorkingHardState::applyForWork (this=0x17720f0, th=0x1714170)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00007f60ed11022f in ThreadWeaver::ThreadRunHelper::run (this=0x7f60dfc15e30, parent=0x215f900, th=0x1714170)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/Thread.cpp:87
#6  0x00007f60ed110798 in ThreadWeaver::Thread::run (this=0x1714170) at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/Thread.cpp:142
#7  0x00007f60f6a5f265 in QThreadPrivate::start (arg=0x1714170) at thread/qthread_unix.cpp:248
#8  0x00007f60f55d18e4 in start_thread (arg=<value optimized out>) at pthread_create.c:297
#9  0x00007f60f58b7dfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#10 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f60d2ad9710 (LWP 4423)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007f60ee5d3236 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7f60ee8921e0) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2304
#2  0x00007f60ee5d3259 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=0x7f60ee8a02ac) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1438
#3  0x00007f60f55d18e4 in start_thread (arg=<value optimized out>) at pthread_create.c:297
#4  0x00007f60f58b7dfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f60f82b2760 (LWP 4330)):
[KCrash Handler]
#5  malloc_consolidate (av=0x7f60d8000020) at malloc.c:5142
#6  0x00007f60f585ad48 in _int_free (av=0x7f60d8000020, p=0x7f60d89a25b0) at malloc.c:5015
#7  0x00007f60f585e18c in *__GI___libc_free (mem=<value optimized out>) at malloc.c:3738
#8  0x00007f60f2365c21 in KDevelop::ItemRepository<KDevelop::CodeModelRepositoryItem, KDevelop::CodeModelRequestItem, true, true, 0u, 1048576u>::close (this=0x7f60d8023af0, doStore=false)
    at /var/tmp/portage/dev-util/kdevplatform-0.9.98/work/kdevplatform-0.9.98/language/duchain/repositories/itemrepository.h:2411
#9  0x00007f60f24453ce in KDevelop::ItemRepositoryRegistry::unRegisterRepository (this=0xd37270, repository=0x7f60d8023af0)
    at /var/tmp/portage/dev-util/kdevplatform-0.9.98/work/kdevplatform-0.9.98/language/duchain/repositories/itemrepository.cpp:175
#10 0x00007f60f2362968 in ~ItemRepository (this=<value optimized out>, __in_chrg=<value optimized out>)
    at /var/tmp/portage/dev-util/kdevplatform-0.9.98/work/kdevplatform-0.9.98/language/duchain/repositories/itemrepository.h:1324
#11 ~CodeModelPrivate (this=<value optimized out>, __in_chrg=<value optimized out>) at /var/tmp/portage/dev-util/kdevplatform-0.9.98/work/kdevplatform-0.9.98/language/duchain/codemodel.cpp:154
#12 ~CodeModel (this=<value optimized out>, __in_chrg=<value optimized out>) at /var/tmp/portage/dev-util/kdevplatform-0.9.98/work/kdevplatform-0.9.98/language/duchain/codemodel.cpp:169
#13 0x00007f60f581bc35 in __run_exit_handlers (status=0, listp=0x7f60f5b3a4a8, run_list_atexit=true) at exit.c:78
#14 0x00007f60f581bc85 in *__GI_exit (status=-671088608) at exit.c:100
#15 0x00007f60f5805bc4 in __libc_start_main (main=<value optimized out>, argc=<value optimized out>, ubp_av=<value optimized out>, init=<value optimized out>, fini=<value optimized out>, 
    rtld_fini=<value optimized out>, stack_end=0x7fffb03d32c8) at libc-start.c:252
#16 0x0000000000402f79 in _start ()
Comment 1 David Nolden 2010-02-22 02:16:00 UTC
Can you reproduce this?
Comment 2 Alec Moskvin 2010-02-22 03:13:46 UTC
(In reply to comment #1)
> Can you reproduce this?

I can, it happens every time I close it.
Comment 3 Cristian Consonni 2010-02-26 10:58:09 UTC
Same bug on Ubuntu package:
kdevelop version: 4:3.9.98-0ubuntu1
OS: Ubuntu 10.04 (Lucid Lynx) ALPHA 2
kernel: 2.6.32-14-generic

Several files where open (at least five). Seems more likely to happen when more files are open.
Comment 4 David Nolden 2010-03-03 00:44:28 UTC
Can you start+close kdevelop in valgrind, and send the valgrind log?
Comment 5 Alec Moskvin 2010-03-03 02:27:56 UTC
(In reply to comment #4)
> Can you start+close kdevelop in valgrind, and send the valgrind log?

Could you give me the command line of what you want?
The output of "valgrind kdevelop" probably wouldn't be very useful.
Comment 6 Kris 2010-04-12 15:12:17 UTC
*** Bug 234155 has been marked as a duplicate of this bug. ***
Comment 7 Kris 2010-04-12 15:20:35 UTC
This happens everytime I close Kdevelop. I am using a beta version, so I expect
some things to still be sorted out. The only thing that I can think of is I
have the set of source files open in the editor when I exit. Nothing really
happens, the KDE Crash Reporting Assistant just shows up. All of my files that
I was working on are unaffected.
I tried again after closing all of my files that were open, and it still shows
up with the crash.
When I open Kdevelop without it already having files open (a blank window basically) then close this crash does not happen. It seems to only happen when Kdevelop opens with files already open in the workspace.

****** valgrind kdevelop (with nothing open) ******

==14946== Memcheck, a memory error detector
==14946== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==14946== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for copyright info
==14946== Command: kdevelop
==14946== 
<unknown program name>(14946)/ KDevelop::allocateRepository: picked duchain directory "/home/kris/.kdevduchain/{7789350d-7d3f-48f4-8ed9-adf1790aa4bd}/0"
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
Calling appendChild() on a null node does nothing.
kdevelop(14946)/kdecore (KLibrary) findLibraryInternal: plugins should not have a 'lib' prefix: "libkonsolepart.so"
Calling appendChild() on a null node does nothing.
QSqlDatabasePrivate::removeDatabase: connection 'GetNamespaceName-16836960-2' is still in use, all queries will cease to work.
QSqlDatabasePrivate::removeDatabase: connection 'GetNamespaceName-16836960-3' is still in use, all queries will cease to work.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
QFileSystemWatcher: failed to add paths: /home/kris/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon 
kdevelop(14946)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing  "/usr/local/share/mime/magic"
kdevelop(14946)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing  "/usr/share/mime/magic"
kdevelop(14946)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing  "/home/kris/.local/share/mime/magic"
Object::disconnect: No such signal QObject::patchChanged()

****** END nothing open ******

****** valgrind kdevelop (with files open) ******
==15021== Memcheck, a memory error detector
==15021== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==15021== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for copyright info
==15021== Command: kdevelop
==15021== 
<unknown program name>(15021)/ KDevelop::allocateRepository: picked duchain directory "/home/kris/.kdevduchain/{7789350d-7d3f-48f4-8ed9-adf1790aa4bd}/0"
Calling appendChild() on a null node does nothing.                                                                             
Calling appendChild() on a null node does nothing.                                                                             
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)                         
Calling appendChild() on a null node does nothing.
kdevelop(15021)/kdecore (KLibrary) findLibraryInternal: plugins should not have a 'lib' prefix: "libkonsolepart.so"
Calling appendChild() on a null node does nothing.
QSqlDatabasePrivate::removeDatabase: connection 'GetNamespaceName-6556000-2' is still in use, all queries will cease to work.
QSqlDatabasePrivate::removeDatabase: connection 'GetNamespaceName-6556000-3' is still in use, all queries will cease to work.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
QFileSystemWatcher: failed to add paths: /home/kris/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon 
QObject: Cannot create children for a parent that is in a different thread.
(Parent is Cpp::MissingIncludeCompletionModel(0x2c687e0), parent's thread is QThread(0x640960), current thread is QThread(0x2441ab0)
QObject: Cannot create children for a parent that is in a different thread.
(Parent is Cpp::CodeCompletionModel(0x2c68220), parent's thread is QThread(0x640960), current thread is QThread(0x2c68540)
Calling appendChild() on a null node does nothing.
kdevelop(15021)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing  "/usr/local/share/mime/magic"
kdevelop(15021)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing  "/usr/share/mime/magic"
kdevelop(15021)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing  "/home/kris/.local/share/mime/magic"
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Object::disconnect: No such signal QObject::patchChanged()
KCrash: Application 'kdevelop.bin' crashing...
sock_file=/home/kris/.kde/socket-AmonRa/kdeinit4__0
QSocketNotifier: Invalid socket 22 and type 'Read', disabling...

[1]+  Stopped                 valgrind kdevelop

****** END with files open ******
Comment 8 Milian Wolff 2010-04-12 15:30:14 UTC
please try again with the proper way to run kdevelop in valgrind (yes that sucks and is unintuitive but required for now...):

1) kdevelop --session
=> copy the HASH including the {} for the session you want to open
2) KDEV_SESSION=$THE_HASH valgrind kdevelop.bin

/me hopes you can reproduce it in valgrind, I tried many times without ever succeeding :-/

Good luck!
Comment 9 Kris 2010-04-12 16:25:18 UTC
Wierd....  I tried to do the kdevelop --session and it came back and told me:

kdevelop: '<sessionId>' missing.
kdevelop: Use --help to get a list of available command line options.

It does this regardless of whether or not kdevelop is running beforehand. On the same note, so far I'm not getting the crash anymore, I did just now update to kernel 2.6.32.20.21, among about 40 other updates, so maybe that did the trick.
Comment 10 Milian Wolff 2010-04-12 16:35:13 UTC
sorry, it must be --sessions (note the trailing s).
Comment 11 Milian Wolff 2010-04-12 17:31:09 UTC
I just ran kdevelop  with --track-origins to hunt something else down, and shut down while it was parsing. There I got these messages, esp. the last one is interesting as it's related to this bug report (hopefully/maybe, at least it's also in itemRepository/Bucket).

==13904== Thread 2:
==13904== Syscall param write(buf) points to uninitialised byte(s)
==13904==    at 0x864304B: ??? (in /lib/libpthread-2.10.1.so)
==13904==    by 0x82ECADE: QFSFileEnginePrivate::writeFdFh(char const*, long long) (qcore_unix_p.h:262)
==13904==    by 0x82A8B32: QFile::flush() (qfile.cpp:1344)
==13904==    by 0x82A97EF: QFile::size() const (qfile.cpp:143)
==13904==    by 0xB7B8F19: KDevelop::TopDUContextDynamicData::store() (topducontextdynamicdata.cpp:573)
==13904==    by 0xB76A713: KDevelop::DUChainPrivate::doMoreCleanup(int, bool) (duchain.cpp:752)
==13904==    by 0xB7677E5: KDevelop::DUChainPrivate::CleanupThread::run() (duchain.cpp:294)
==13904==    by 0x82279C4: QThreadPrivate::start(void*) (qthread_unix.cpp:248)
==13904==    by 0x863BA03: start_thread (pthread_create.c:300)
==13904==    by 0x9FEA80C: clone (clone.S:112)
==13904==  Address 0x3368a84b is 779 bytes inside a block of size 32,768 alloc'd
==13904==    at 0x4C25153: malloc (vg_replace_malloc.c:195)
==13904==    by 0x822A817: QByteArray::realloc(int) (qbytearray.cpp:1412)
==13904==    by 0x822AC88: QByteArray::resize(int) (qbytearray.cpp:1380)
==13904==    by 0x82AAEF6: QRingBuffer::reserve(int) (qringbuffer_p.h:158)
==13904==    by 0x82A94CA: QFile::writeData(char const*, long long) (qfile.cpp:1622)
==13904==    by 0x82AE887: QIODevice::write(char const*, long long) (qiodevice.cpp:1323)
==13904==    by 0xB7B8C01: KDevelop::TopDUContextDynamicData::store() (topducontextdynamicdata.cpp:556)
==13904==    by 0xB76A713: KDevelop::DUChainPrivate::doMoreCleanup(int, bool) (duchain.cpp:752)
==13904==    by 0xB7677E5: KDevelop::DUChainPrivate::CleanupThread::run() (duchain.cpp:294)
==13904==    by 0x82279C4: QThreadPrivate::start(void*) (qthread_unix.cpp:248)
==13904==    by 0x863BA03: start_thread (pthread_create.c:300)
==13904==    by 0x9FEA80C: clone (clone.S:112)
==13904==  Uninitialised value was created by a heap allocation
==13904==    at 0x4C2596C: operator new(unsigned long) (vg_replace_malloc.c:220)
==13904==    by 0xB7CD7E0: KDevelop::ClassFunctionDeclaration::ClassFunctionDeclaration(KDevelop::SimpleRange const&, KDevelop::DUContext*) (classfunctiondeclaration.cpp:53)
==13904==    by 0x2BAC9150: KDevelop::ClassFunctionDeclaration* DeclarationBuilder::openDeclarationReal<KDevelop::ClassFunctionDeclaration>(NameAST*, AST*, KDevelop::Identifier const&, bool, bool, KDevelop::SimpleRange const*) (declarationbuilder.cpp:569)
==13904==    by 0x2BAB5008: KDevelop::ClassFunctionDeclaration* DeclarationBuilder::openDeclaration<KDevelop::ClassFunctionDeclaration>(NameAST*, AST*, KDevelop::Identifier const&, bool, bool) (declarationbuilder.cpp:425)
==13904==    by 0x2BAACB63: DeclarationBuilder::openFunctionDeclaration(NameAST*, AST*) (declarationbuilder.cpp:693)
==13904==    by 0x2BAAB943: DeclarationBuilder::visitDeclarator(DeclaratorAST*) (declarationbuilder.cpp:288)
==13904==    by 0x2BA97A2D: ContextBuilder::visitInitDeclarator(InitDeclaratorAST*) (contextbuilder.cpp:1007)
==13904==    by 0x2BAAB6A6: DeclarationBuilder::visitInitDeclarator(InitDeclaratorAST*) (declarationbuilder.cpp:247)
==13904==    by 0x2B7E6165: Visitor::visit(AST*) (visitor.cpp:113)
==13904==    by 0x2BAE3626: TypeBuilder::visitSimpleDeclaration(SimpleDeclarationAST*) (typebuilder.cpp:541)
==13904==    by 0x2BAAB77D: DeclarationBuilder::visitSimpleDeclaration(SimpleDeclarationAST*) (declarationbuilder.cpp:261)
==13904==    by 0x2B7E6165: Visitor::visit(AST*) (visitor.cpp:113)
==13904== 
==13904== Syscall param write(buf) points to uninitialised byte(s)
==13904==    at 0x864304B: ??? (in /lib/libpthread-2.10.1.so)
==13904==    by 0x82ECADE: QFSFileEnginePrivate::writeFdFh(char const*, long long) (qcore_unix_p.h:262)
==13904==    by 0x82A8B32: QFile::flush() (qfile.cpp:1344)
==13904==    by 0x82A94AE: QFile::writeData(char const*, long long) (qfile.cpp:1604)
==13904==    by 0x82AE887: QIODevice::write(char const*, long long) (qiodevice.cpp:1323)
==13904==    by 0xB7B8E67: KDevelop::TopDUContextDynamicData::store() (topducontextdynamicdata.cpp:569)
==13904==    by 0xB76A713: KDevelop::DUChainPrivate::doMoreCleanup(int, bool) (duchain.cpp:752)
==13904==    by 0xB7677E5: KDevelop::DUChainPrivate::CleanupThread::run() (duchain.cpp:294)
==13904==    by 0x82279C4: QThreadPrivate::start(void*) (qthread_unix.cpp:248)
==13904==    by 0x863BA03: start_thread (pthread_create.c:300)
==13904==    by 0x9FEA80C: clone (clone.S:112)
==13904==  Address 0x3335206e is 15,038 bytes inside a block of size 32,768 alloc'd
==13904==    at 0x4C25153: malloc (vg_replace_malloc.c:195)
==13904==    by 0x822A817: QByteArray::realloc(int) (qbytearray.cpp:1412)
==13904==    by 0x822AC88: QByteArray::resize(int) (qbytearray.cpp:1380)
==13904==    by 0x82AAEF6: QRingBuffer::reserve(int) (qringbuffer_p.h:158)
==13904==    by 0x82A94CA: QFile::writeData(char const*, long long) (qfile.cpp:1622)
==13904==    by 0x82AE887: QIODevice::write(char const*, long long) (qiodevice.cpp:1323)
==13904==    by 0xB7B8C01: KDevelop::TopDUContextDynamicData::store() (topducontextdynamicdata.cpp:556)
==13904==    by 0xB76A713: KDevelop::DUChainPrivate::doMoreCleanup(int, bool) (duchain.cpp:752)
==13904==    by 0xB7677E5: KDevelop::DUChainPrivate::CleanupThread::run() (duchain.cpp:294)
==13904==    by 0x82279C4: QThreadPrivate::start(void*) (qthread_unix.cpp:248)
==13904==    by 0x863BA03: start_thread (pthread_create.c:300)
==13904==    by 0x9FEA80C: clone (clone.S:112)
==13904==  Uninitialised value was created by a heap allocation
==13904==    at 0x4C2596C: operator new(unsigned long) (vg_replace_malloc.c:220)
==13904==    by 0xB7F240A: KDevelop::FunctionDeclaration::FunctionDeclaration(KDevelop::SimpleRange const&, KDevelop::DUContext*) (functiondeclaration.cpp:45)
==13904==    by 0x2BACDFB8: KDevelop::FunctionDeclaration* DeclarationBuilder::openDeclarationReal<KDevelop::FunctionDeclaration>(NameAST*, AST*, KDevelop::Identifier const&, bool, bool, KDevelop::SimpleRange const*) (declarationbuilder.cpp:569)
==13904==    by 0x2BAB52D0: KDevelop::FunctionDeclaration* DeclarationBuilder::openDeclaration<KDevelop::FunctionDeclaration>(NameAST*, AST*, KDevelop::Identifier const&, bool, bool) (declarationbuilder.cpp:425)
==13904==    by 0x2BAACF45: DeclarationBuilder::openFunctionDeclaration(NameAST*, AST*) (declarationbuilder.cpp:718)
==13904==    by 0x2BAAB943: DeclarationBuilder::visitDeclarator(DeclaratorAST*) (declarationbuilder.cpp:288)
==13904==    by 0x2BA97A2D: ContextBuilder::visitInitDeclarator(InitDeclaratorAST*) (contextbuilder.cpp:1007)
==13904==    by 0x2BAAB6A6: DeclarationBuilder::visitInitDeclarator(InitDeclaratorAST*) (declarationbuilder.cpp:247)
==13904==    by 0x2B7E6165: Visitor::visit(AST*) (visitor.cpp:113)
==13904==    by 0x2BAE3626: TypeBuilder::visitSimpleDeclaration(SimpleDeclarationAST*) (typebuilder.cpp:541)
==13904==    by 0x2BAAB77D: DeclarationBuilder::visitSimpleDeclaration(SimpleDeclarationAST*) (declarationbuilder.cpp:261)
==13904==    by 0x2B7E6165: Visitor::visit(AST*) (visitor.cpp:113)
==13904== 
Object::connect: No such signal KLineEdit::textChanged() in /home/milian/kdevplatform/plugins/subversion/svnimportmetadatawidget.cpp:23
Object::connect:  (sender name:   'dest')
Object::connect:  (receiver name: 'SvnImportMetadataWidget')
==13904== Syscall param write(buf) points to uninitialised byte(s)
==13904==    at 0x864304B: ??? (in /lib/libpthread-2.10.1.so)
==13904==    by 0x82ECADE: QFSFileEnginePrivate::writeFdFh(char const*, long long) (qcore_unix_p.h:262)
==13904==    by 0x82A9472: QFile::writeData(char const*, long long) (qfile.cpp:1611)
==13904==    by 0x82AE887: QIODevice::write(char const*, long long) (qiodevice.cpp:1323)
==13904==    by 0xB72E1E3: KDevelop::Bucket<KDevelop::FileModificationPair, KDevelop::FileModificationPairRequest, true, 0u>::store(QFile*, unsigned long) (itemrepository.h:408)
==13904==    by 0xB72D82A: KDevelop::ItemRepository<KDevelop::FileModificationPair, KDevelop::FileModificationPairRequest, true, false, 0u, 1048576u>::storeBucket(unsigned int) const (itemrepository.h:2552)
==13904==    by 0xB72C2C0: KDevelop::ItemRepository<KDevelop::FileModificationPair, KDevelop::FileModificationPairRequest, true, false, 0u, 1048576u>::store() (itemrepository.h:2077)
==13904==    by 0xB85773D: KDevelop::ItemRepositoryRegistry::store() (itemrepository.cpp:344)
==13904==    by 0xB76AEAB: KDevelop::DUChainPrivate::doMoreCleanup(int, bool) (duchain.cpp:856)
==13904==    by 0xB7677E5: KDevelop::DUChainPrivate::CleanupThread::run() (duchain.cpp:294)
==13904==    by 0x82279C4: QThreadPrivate::start(void*) (qthread_unix.cpp:248)
==13904==    by 0x863BA03: start_thread (pthread_create.c:300)
==13904==  Address 0x1b8606f0 is 2,464 bytes inside a block of size 65,536 alloc'd
==13904==    at 0x4C255E4: operator new[](unsigned long) (vg_replace_malloc.c:264)
==13904==    by 0xB72CA43: KDevelop::Bucket<KDevelop::FileModificationPair, KDevelop::FileModificationPairRequest, true, 0u>::initialize(unsigned int) (itemrepository.h:343)
==13904==    by 0xB729D76: KDevelop::ItemRepository<KDevelop::FileModificationPair, KDevelop::FileModificationPairRequest, true, false, 0u, 1048576u>::initializeBucket(unsigned int) const (itemrepository.h:2528)
==13904==    by 0xB72809C: KDevelop::ItemRepository<KDevelop::FileModificationPair, KDevelop::FileModificationPairRequest, true, false, 0u, 1048576u>::index(KDevelop::FileModificationPairRequest const&) (itemrepository.h:1425)
==13904==    by 0xB725F02: KDevelop::ModificationRevisionSet::addModificationRevision(KDevelop::IndexedString const&, KDevelop::ModificationRevision const&) (modificationrevisionset.cpp:144)
==13904==    by 0xB7F00EA: KDevelop::ParsingEnvironmentFile::addModificationRevision(KDevelop::IndexedString const&, KDevelop::ModificationRevision const&) (parsingenvironment.cpp:332)
==13904==    by 0xB7EE859: KDevelop::ParsingEnvironmentFile::ParsingEnvironmentFile(KDevelop::IndexedString const&) (parsingenvironment.cpp:134)
==13904==    by 0x1D6BF769: CMakeManager::initializeProject(KDevelop::IProject*, KUrl const&) (cmakemanager.cpp:237)
==13904==    by 0x1D6C0C66: CMakeManager::parse(KDevelop::ProjectFolderItem*) (cmakemanager.cpp:375)
==13904==    by 0xB2274AC: KDevelop::ImportProjectJobPrivate::import(KDevelop::ProjectFolderItem*) (importprojectjob.cpp:53)
==13904==    by 0xB227B49: QtConcurrent::VoidStoredMemberFunctionPointerCall1<void, KDevelop::ImportProjectJobPrivate, KDevelop::ProjectFolderItem*, KDevelop::ProjectFolderItem*>::runFunctor() (qtconcurrentstoredfunctioncall.h:426)
==13904==    by 0xB227269: QtConcurrent::RunFunctionTask<void>::run() (qtconcurrentrunbase.h:120)
==13904==  Uninitialised value was created by a heap allocation
==13904==    at 0x4C255E4: operator new[](unsigned long) (vg_replace_malloc.c:264)
==13904==    by 0xB72CA43: KDevelop::Bucket<KDevelop::FileModificationPair, KDevelop::FileModificationPairRequest, true, 0u>::initialize(unsigned int) (itemrepository.h:343)
==13904==    by 0xB729D76: KDevelop::ItemRepository<KDevelop::FileModificationPair, KDevelop::FileModificationPairRequest, true, false, 0u, 1048576u>::initializeBucket(unsigned int) const (itemrepository.h:2528)
==13904==    by 0xB72809C: KDevelop::ItemRepository<KDevelop::FileModificationPair, KDevelop::FileModificationPairRequest, true, false, 0u, 1048576u>::index(KDevelop::FileModificationPairRequest const&) (itemrepository.h:1425)
==13904==    by 0xB725F02: KDevelop::ModificationRevisionSet::addModificationRevision(KDevelop::IndexedString const&, KDevelop::ModificationRevision const&) (modificationrevisionset.cpp:144)
==13904==    by 0xB7F00EA: KDevelop::ParsingEnvironmentFile::addModificationRevision(KDevelop::IndexedString const&, KDevelop::ModificationRevision const&) (parsingenvironment.cpp:332)
==13904==    by 0xB7EE859: KDevelop::ParsingEnvironmentFile::ParsingEnvironmentFile(KDevelop::IndexedString const&) (parsingenvironment.cpp:134)
==13904==    by 0x1D6BF769: CMakeManager::initializeProject(KDevelop::IProject*, KUrl const&) (cmakemanager.cpp:237)
==13904==    by 0x1D6C0C66: CMakeManager::parse(KDevelop::ProjectFolderItem*) (cmakemanager.cpp:375)
==13904==    by 0xB2274AC: KDevelop::ImportProjectJobPrivate::import(KDevelop::ProjectFolderItem*) (importprojectjob.cpp:53)
==13904==    by 0xB227B49: QtConcurrent::VoidStoredMemberFunctionPointerCall1<void, KDevelop::ImportProjectJobPrivate, KDevelop::ProjectFolderItem*, KDevelop::ProjectFolderItem*>::runFunctor() (qtconcurrentstoredfunctioncall.h:426)
==13904==    by 0xB227269: QtConcurrent::RunFunctionTask<void>::run() (qtconcurrentrunbase.h:120)
==13904== 

Oh and setting to confirmed since I get this crash rather often on different systems, and so do others according to feedback on IRC.
Comment 12 Kris 2010-04-13 05:02:31 UTC
Hmmmm, well when I try running kdevelop --sessions I get:

Available sessions (use '-s HASH' or '-s NAME' to open a specific one):

Hash                                    Name: Opened Projects

I'm guessing that the HASH you were talking about is supposed to be below the Hash word in this table, but nothing shows up there. I'll keep tinkering and see if I get any usable result.
Comment 13 Milian Wolff 2010-04-13 12:09:52 UTC
Ah yeah because you never gave a session a name or have any open with some projects probably...

Anyways, I just checked and this works like a charm:

KDEV_SESSION=foo valgrind --track-origins kdevelop.bin

i.e. you can pass anything to the env-var.
Comment 14 Milian Wolff 2010-04-20 10:11:19 UTC
*** Bug 230748 has been marked as a duplicate of this bug. ***
Comment 15 Andreas Pakulat 2010-05-02 12:47:04 UTC
*** Bug 236011 has been marked as a duplicate of this bug. ***
Comment 16 Kris 2010-05-02 19:01:35 UTC
Created attachment 43169 [details]
Valgrind of kdevelop
Comment 17 Kris 2010-05-02 19:08:20 UTC
Interesting side note... After I actually named my session (I had previously been working with an unnamed session) I cannot reproduce the error anymore. I've tried opening, editing, compiling, running, and everything else that I would normally do. So I wonder if it has to do with an unnamed session.
Comment 18 Andreas Pakulat 2010-06-01 09:23:37 UTC
*** Bug 240316 has been marked as a duplicate of this bug. ***
Comment 19 James Roe 2010-06-15 05:59:58 UTC
It does this too me with the latest KDevelop. 4.0 final, KDevPlatform 1.0 (Ubuntu 10.04 64-bit). I open up KDevelop, with a project already open, and I leave it open and do nothing for like 10 minutes, then close it, then it closes and crashes, it happens pretty consistently.
Comment 20 Alexandre Demers 2010-06-17 05:21:03 UTC
Created attachment 48070 [details]
New crash information added by DrKonqi

Version 1.0.0 (KDE 4.4.4) on Fedora 13. It crashes on exit almost everytime.
Comment 21 Jonathan Thomas 2010-08-20 04:18:48 UTC
*** Bug 248447 has been marked as a duplicate of this bug. ***
Comment 22 Milian Wolff 2010-09-01 16:42:26 UTC
fixed for some time in KDevelop 4.1 branch (due to Apaku's changes regarding global statics), hence closing now.

If someone can reproduce it with 4.1, please reopen.
Comment 23 Milian Wolff 2010-09-06 16:49:46 UTC
*** Bug 242755 has been marked as a duplicate of this bug. ***
Comment 24 Milian Wolff 2010-09-06 18:52:18 UTC
*** Bug 235466 has been marked as a duplicate of this bug. ***
Comment 25 Milian Wolff 2010-09-06 18:52:25 UTC
*** Bug 245488 has been marked as a duplicate of this bug. ***
Comment 26 Milian Wolff 2010-09-10 18:42:21 UTC
*** Bug 250807 has been marked as a duplicate of this bug. ***
Comment 27 Milian Wolff 2010-09-13 10:31:41 UTC
*** Bug 251003 has been marked as a duplicate of this bug. ***
Comment 28 Milian Wolff 2010-09-13 10:31:55 UTC
*** Bug 250327 has been marked as a duplicate of this bug. ***
Comment 29 appletdev 2011-07-26 07:43:39 UTC
Created attachment 62196 [details]
New crash information added by DrKonqi

KDE crashes on EXIT.
Not frequent, irregular, have no idea why this happened : (