Can you rm -Rf ~/.cache/kdevduchain and try again? Looks like corrupted cache.

The next startup gave me a popup about a possible cache corruption, so it fixed itself.

I seem to be getting the same crash multiple times today (may have something to do wit the branch of the code I'm wroking with). This time it was a clean startup which cleared the cache due to previous corruption:

Core was generated by `kdevelop'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007f11cb60570b in KDevelop::ItemRepository<(anonymous namespace)::IndexedStringData, (anonymous namespace)::IndexedStringRepositoryItemRequest, false, false, 0u, 1048576u>::index((anonymous namespace)::IndexedStringRepositoryItemRequest const&) [clone .constprop.89] () from /home/afiefh/Kdevelop5/usr/lib/libKDevPlatformSerialization.so.10
(gdb) bt
#0  0x00007f11cb60570b in KDevelop::ItemRepository<(anonymous namespace)::IndexedStringData, (anonymous namespace)::IndexedStringRepositoryItemRequest, false, false, 0u, 1048576u>::index((anonymous namespace)::IndexedStringRepositoryItemRequest const&) [clone .constprop.89] () from /home/afiefh/Kdevelop5/usr/lib/libKDevPlatformSerialization.so.10
#1  0x00007f11cb607ef0 in KDevelop::IndexedString::IndexedString(char const*, unsigned short, unsigned int) () from /home/afiefh/Kdevelop5/usr/lib/libKDevPlatformSerialization.so.10
#2  0x00007f11aaf004eb in ClangString::toIndexed() const () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25
#3  0x00007f11aae9e6eb in (anonymous namespace)::makeId(CXCursor) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25
#4  0x00007f11aaeb77bd in CXChildVisitResult (anonymous namespace)::Visitor::buildDeclaration<(CXCursorKind)6, KDevelop::ClassMemberDeclaration, false>(CXCursor) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25
#5  0x00007f11aaec755c in (anonymous namespace)::visitCursor(CXCursor, CXCursor, void*) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25
#6  0x00007f11a855828d in clang::cxcursor::CursorVisitor::Visit(CXCursor, bool) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8
#7  0x00007f11a855915a in clang::cxcursor::CursorVisitor::VisitDeclContext(clang::DeclContext*) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8
#8  0x00007f11a8557d5b in clang::cxcursor::CursorVisitor::VisitChildren(CXCursor) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8
#9  0x00007f11a85600d1 in clang_visitChildren () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8
#10 0x00007f11aaeb5e66 in CXChildVisitResult (anonymous namespace)::Visitor::buildDeclaration<(CXCursorKind)4, KDevelop::ClassDeclaration, true>(CXCursor) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25
#11 0x00007f11aaeb6245 in CXChildVisitResult (anonymous namespace)::Visitor::dispatchCursor<(CXCursorKind)4, (Decision)1, (Decision)2, (detail::enabler)0>(CXCursor, CXCursor) ()
   from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25
#12 0x00007f11aaec6155 in (anonymous namespace)::visitCursor(CXCursor, CXCursor, void*) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25
#13 0x00007f11a855828d in clang::cxcursor::CursorVisitor::Visit(CXCursor, bool) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8
#14 0x00007f11a855915a in clang::cxcursor::CursorVisitor::VisitDeclContext(clang::DeclContext*) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8
#15 0x00007f11a8557f45 in clang::cxcursor::CursorVisitor::VisitChildren(CXCursor) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8
#16 0x00007f11a85600d1 in clang_visitChildren () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8
#17 0x00007f11aaea4ff2 in Builder::visit(CXTranslationUnitImpl*, void*, QHash<void*, KDevelop::ReferencedTopDUContext> const&, bool) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25
#18 0x00007f11aaed61ec in ClangHelpers::buildDUChain(void*, QMultiHash<void*, Import> const&, ParseSession const&, KDevelop::TopDUContext::Features, QHash<void*, KDevelop::ReferencedTopDUContext>&, ClangIndex*, std::function<bool ()> const&) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25
#19 0x00007f11aaed5cad in ClangHelpers::buildDUChain(void*, QMultiHash<void*, Import> const&, ParseSession const&, KDevelop::TopDUContext::Features, QHash<void*, KDevelop::ReferencedTopDUContext>&, ClangIndex*, std::function<bool ()> const&) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25
#20 0x00007f11ab135cf2 in ClangParseJob::run(QSharedPointer<ThreadWeaver::JobInterface>, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/qt5/plugins/kdevplatform/25/kdevclangsupport.so
#21 0x00007f11ce7d1282 in ThreadWeaver::IdDecorator::run(QSharedPointer<ThreadWeaver::JobInterface>, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#22 0x00007f11ce7d1bfe in ThreadWeaver::Executor::run(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#23 0x00007f11ce7d0e7b in ThreadWeaver::Private::DefaultExecutor::execute(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#24 0x00007f11ce7d1dbb in ThreadWeaver::ExecuteWrapper::executeWrapped(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#25 0x00007f11ce7d0e1f in ThreadWeaver::Private::DebugExecuteWrapper::execute(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#26 0x00007f11ce7d1dbb in ThreadWeaver::ExecuteWrapper::executeWrapped(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#27 0x00007f11ce7d1d71 in ThreadWeaver::ExecuteWrapper::execute(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#28 0x00007f11ce7d1dbb in ThreadWeaver::ExecuteWrapper::executeWrapped(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#29 0x00007f11ce7d1d71 in ThreadWeaver::ExecuteWrapper::execute(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#30 0x00007f11ce7cfab7 in ThreadWeaver::Job::execute(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#31 0x00007f11ce7d36ed in ThreadWeaver::Collection::execute(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#32 0x00007f11ce7d164b in ThreadWeaver::IdDecorator::execute(QSharedPointer<ThreadWeaver::JobInterface> const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#33 0x00007f11ce7cf3b1 in ThreadWeaver::Thread::run() () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
#34 0x00007f11d05f4569 in ?? () from /home/afiefh/Kdevelop5/usr/lib/libQt5Core.so.5
#35 0x00007f11c8aa6184 in start_thread (arg=0x7f112ffff700) at pthread_create.c:312
#36 0x00007f11cfa5c37d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Saving the core in case it is needed

To me this crash looks quite different from the first one you posted. That could be a bug. Is the project which you are working on public?

Unfortunately it isn't a free/public, it's a rather convoluted more than 20 years old codebase in some dire need for refactoring.

If I had to guess I'd say the second bug somehow pollutes the cache causing KDevelop to crash on startup the next time, which marks the cache as corrupt and prompts KDevelop to show the dialog on startup, then clear it. Then the cycle starts over again.

The good thing is that it seems to recreate (approximately 1 crash per hour), the bad thing is that there doesn't seem to be a specific pattern to to the crashes. The only odd thing I was able to see was a certain function having a lot of BOOST_PP_* code and uncode question marks in it's description instead of the doxygen string that I would have expected... Not sure how much that helps

Maybe you can figure out what file it crashes on and give us the part of it that triggers the crash? That'd help a lot.

Is there a way to tell which file KDevelop was processing when it crashes? As far as I understand it processes all my files in the background to support better code navigation, so if the background parser is causing the crash then I have no way of knowing which file is causing it...

@Afief: Have a look at KDevelop's debug output in console. KDevelop usually prints the files it currently attempts to parse to console.

Or go up in the stack with the debugger and print it, e.g. the top context is available almost everywhere and it has a url().

@Kevin I don't recall there being a specific file, but I was a bit distracted by things in my own code when it happened, so I'll take another look after the new year's celebrations are over.

@Sven, don't I need the debug symbols in order to do this? The AppImage doesn't come with debug symbols so I know almost nothing other than the function names. Running bt full on all threads this is all the info I get: thread apply all backtrace full: https://paste.kde.org/prkjsppdh

Ah, in that case try
export QT_LOGGING_RULES="kdevelop.plugins.clang.debug=true"
then you should see processed files.

Setting state to NEEDSINFO because I don't think we can fix it with this information.

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!