Can you reproduce this?

(In reply to comment #1)
> Can you reproduce this?

I can, it happens every time I close it.

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.

Can you start+close kdevelop in valgrind, and send the valgrind log?

(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.

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

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 ******

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!

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.

sorry, it must be --sessions (note the trailing s).

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.

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.

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.

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

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

Created attachment 43169 [details]
Valgrind of kdevelop

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.

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

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.

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.

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

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.

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

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

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

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

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

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

Created attachment 62196 [details]
New crash information added by DrKonqi

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