[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #18 from Igor Kushnir --- (In reply to Igor Kushnir from comment #17) > The line in KDevelop code where the crash occurs (cmakelistsparser.cpp:180): > func.arguments << CMakeFunctionArgument( > QString::fromLocal8Bit(token->text, token->length), false, token->line, > token->column ); > > token->text has type char*, that is a null-terminated string, which by > definition cannot contain null characters in the middle. Sorry, my mistake: token->length contains the size of the string, so this code looks OK. But there could still be a bug in the upstream CMake code embedded in KDevelop or in the way it was modified to integrate with Qt. Perhaps updating it to the current version would fix null-terminated string support. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #17 from Igor Kushnir --- (In reply to Eugene Shalygin from comment #12) > Got back to this after some time. Seems like KDevelop's CMake parser can't > handle strings with 0 bytes inside. Specifically, creating the CMake console > project from the template and appending contents of > Tests/RunCMake/Syntax/NullTerminatedArgument.cmake file from the CMake > project to the CMakeLists.txt make KDevelop crash on it either during > project loading or upon opening the file. > > Valgrind says: > ... > ==800842==by 0x3A15398F: fromLocal8Bit (qstring.h:710) > ==800842==by 0x3A15398F: > CMakeListsParser::readCMakeFunction(cmListFileLexer_s*, CMakeFunctionDesc&) > (cmakelistsparser.cpp:180) > ==800842==by 0x3A1540CE: CMakeListsParser::readCMakeFile(QString const&) > (cmakelistsparser.cpp:126) > ==800842==by 0x3A1DEE17: > CMakeParseJob::run(QSharedPointer, > ThreadWeaver::Thread*) (cmakeparsejob.cpp:84) The line in KDevelop code where the crash occurs (cmakelistsparser.cpp:180): func.arguments << CMakeFunctionArgument( QString::fromLocal8Bit(token->text, token->length), false, token->line, token->column ); token->text has type char*, that is a null-terminated string, which by definition cannot contain null characters in the middle. The token comes from cmListFileLexer_Scan(), which is located in kdevelop/plugins/cmake/parser/cmListFileLexer.c. This file was copied from CMake source code and modified. The cmListFileLexer_Token struct is still returned from cmListFileLexer_Scan() (https://gitlab.kitware.com/cmake/cmake/-/blob/master/Source/LexerParser/cmListFileLexer.c#L2788), and this struct still contains char* text (https://gitlab.kitware.com/cmake/cmake/-/blob/master/Source/cmListFileLexer.h#L28). Perhaps this internal CMake library does not support null characters in source files. Or KDevelop uses it incorrectly. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #16 from Gabriele Menna --- I agree. The test case attached to Bug 455533 features duplicated test_case, as in the project causing the crash on my setup. Only, the crash is totally reproducible, contrary to what stated in the related bug report. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 Igor Kushnir changed: What|Removed |Added CC||igor...@gmail.com --- Comment #15 from Igor Kushnir --- (In reply to Gabriele Menna from comment #14) > NOTE: the above stack trace was caused by a duplicated add_test() cmake > command, located in two different CMakeLists.txt. > After the duplication was removed, the crash is no more occuring. Unrelated to this bug report. Possibly related to Bug 455533. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #14 from Gabriele Menna --- NOTE: the above stack trace was caused by a duplicated add_test() cmake command, located in two different CMakeLists.txt. After the duplication was removed, the crash is no more occuring. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 Gabriele Menna changed: What|Removed |Added CC||gab...@gmail.com --- Comment #13 from Gabriele Menna --- I got one more stack trace causing a sistematic crash on cmake project parsing: 1 ?? 0x55c96a20 2 cleanupTestSuites cmakemanager.cpp 483 0x7fffa0f2a91d 3 CMakeManager::integrateData cmakemanager.cpp 535 0x7fffa0f2ba44 4 ChooseCMakeInterfaceJob::fileImportDone cmakemanager.cpp 223 0x7fffa0f30984 5 QtPrivate::FunctorCall, QtPrivate::List, void, void (ChooseCMakeInterfaceJob:: *)(CMakeProjectData const&)>::call qobjectdefs_impl.h152 0x7fffa0f39964 6 QtPrivate::FunctionPointer::call, void> qobjectdefs_impl.h185 0x7fffa0f38997 7 QtPrivate::QSlotObject, void>::impl qobjectdefs_impl.h 418 0x7fffa0f36ff9 8 ?? 0x73427341 9 CMake::FileApi::ImportJob::dataAvailable moc_cmakefileapiimportjob.cpp 134 0x7fffa0f060e8 10 operator() cmakefileapiimportjob.cpp 31 0x7fffa0f25bae 11 QtPrivate::FunctorCall, QtPrivate::List<>, void, CMake::FileApi::ImportJob::ImportJob(KDevelop::IProject *, QObject *)::>::call(struct {...} &, void * *) qobjectdefs_impl.h146 0x7fffa0f263a1 12 QtPrivate::Functor, 0>::call, void>(struct {...} &, void *, void * *) qobjectdefs_impl.h 256 0x7fffa0f26373 13 QtPrivate::QFunctorSlotObject, 0, QtPrivate::List<>, void>::impl(int, QtPrivate::QSlotObjectBase *, QObject *, void * *, bool *) qobjectdefs_impl.h 443 0x7fffa0f26342 14 ?? 0x73427341 15 QFutureWatcherBase::event(QEvent *) 0x73257a0d 16 QApplicationPrivate::notify_helper(QObject *, QEvent *) 0x7421db3c 17 QCoreApplication::notifyInternal2(QObject *, QEvent *) 0x733f6ad8 18 QCoreApplicationPrivate::sendPostedEvents(QObject *, int, QThreadData *) 0x733f75e3 19 ?? 0x7343d548 20 g_main_context_dispatch
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #12 from Eugene Shalygin --- Got back to this after some time. Seems like KDevelop's CMake parser can't handle strings with 0 bytes inside. Specifically, creating the CMake console project from the template and appending contents of Tests/RunCMake/Syntax/NullTerminatedArgument.cmake file from the CMake project to the CMakeLists.txt make KDevelop crash on it either during project loading or upon opening the file. Valgrind says: ==800842== Invalid read of size 1 ==800842==at 0x624870A: QUtf8::convertToUnicode(char const*, int, QTextCodec::ConverterState*) (in /usr/lib64/libQt5Core.so.5.15.3) ==800842==by 0x6248D55: QUtf8Codec::convertToUnicode(char const*, int, QTextCodec::ConverterState*) const (in /usr/lib64/libQt5Core.so.5.15.3) ==800842==by 0x60D1963: QString::fromLocal8Bit_helper(char const*, int) (in /usr/lib64/libQt5Core.so.5.15.3) ==800842==by 0x3A15398F: fromLocal8Bit (qstring.h:710) ==800842==by 0x3A15398F: CMakeListsParser::readCMakeFunction(cmListFileLexer_s*, CMakeFunctionDesc&) (cmakelistsparser.cpp:180) ==800842==by 0x3A1540CE: CMakeListsParser::readCMakeFile(QString const&) (cmakelistsparser.cpp:126) ==800842==by 0x3A1DEE17: CMakeParseJob::run(QSharedPointer, ThreadWeaver::Thread*) (cmakeparsejob.cpp:84) ==800842==by 0x9C9E557: ThreadWeaver::IdDecorator::run(QSharedPointer, ThreadWeaver::Thread*) (in /usr/lib64/libKF5ThreadWeaver.so.5.92.0) ==800842==by 0x9C9E366: ThreadWeaver::Executor::run(QSharedPointer const&, ThreadWeaver::Thread*) (in /usr/lib64/libKF5ThreadWeaver.so.5.92.0) ==800842==by 0x9C9F232: ThreadWeaver::Job::execute(QSharedPointer const&, ThreadWeaver::Thread*) (in /usr/lib64/libKF5ThreadWeaver.so.5.92.0) ==800842==by 0x9CA5A36: ThreadWeaver::Thread::run() (in /usr/lib64/libKF5ThreadWeaver.so.5.92.0) ==800842==by 0x605891B: QThreadPrivate::start(void*) (in /usr/lib64/libQt5Core.so.5.15.3) ==800842==by 0x67F9019: start_thread (in /lib64/libc.so.6) ==800842== Address 0x508a1ff2 is 13 bytes after a block of size 5 alloc'd ==800842==at 0x48447E5: malloc (vg_replace_malloc.c:381) ==800842==by 0x680B2CA: strdup (in /lib64/libc.so.6) ==800842==by 0x3A15145B: cmListFileLexerSetToken (cmListFileLexer.in.l:290) ==800842==by 0x3A15260A: cmListFileLexer_yylex (cmListFileLexer.in.l:185) ==800842==by 0x3A152C7E: cmListFileLexer_Scan (cmListFileLexer.in.l:507) ==800842==by 0x3A1536EA: CMakeListsParser::readCMakeFunction(cmListFileLexer_s*, CMakeFunctionDesc&) (cmakelistsparser.cpp:158) ==800842==by 0x3A1540CE: CMakeListsParser::readCMakeFile(QString const&) (cmakelistsparser.cpp:126) ==800842==by 0x3A1DEE17: CMakeParseJob::run(QSharedPointer, ThreadWeaver::Thread*) (cmakeparsejob.cpp:84) ==800842==by 0x9C9E557: ThreadWeaver::IdDecorator::run(QSharedPointer, ThreadWeaver::Thread*) (in /usr/lib64/libKF5ThreadWeaver.so.5.92.0) ==800842==by 0x9C9E366: ThreadWeaver::Executor::run(QSharedPointer const&, ThreadWeaver::Thread*) (in /usr/lib64/libKF5ThreadWeaver.so.5.92.0) ==800842==by 0x9C9F232: ThreadWeaver::Job::execute(QSharedPointer const&, ThreadWeaver::Thread*) (in /usr/lib64/libKF5ThreadWeaver.so.5.92.0) ==800842==by 0x9CA5A36: ThreadWeaver::Thread::run() (in /usr/lib64/libKF5ThreadWeaver.so.5.92.0) Debug build crashes under GDB after clearing duchain cache with the following stacktrace: #0 0x75f36d1c in __pthread_kill_implementation () at /lib64/libc.so.6 #1 0x75eeb6a2 in raise () at /lib64/libc.so.6 #2 0x75ed6469 in abort () at /lib64/libc.so.6 #3 0x75f2b278 in __libc_message () at /lib64/libc.so.6 #4 0x75f407fa in () at /lib64/libc.so.6 #5 0x75f423e5 in _int_free () at /lib64/libc.so.6 #6 0x75f44edf in free () at /lib64/libc.so.6 #7 0x7645c2a7 in QHashData::free_helper(void (*)(QHashData::Node*)) () at /usr/lib64/libQt5Core.so.5 #8 0x7fffc0a50e0b in QHash::freeData(QHashData*) (this=this@entry=0x7fff7a7fb110, x=) at /usr/include/qt5/QtCore/qhash.h:619 #9 0x7fffc0a50aea in QHash::~QHash() (this=0x7fff7a7fb110, __in_chrg=) at /usr/include/qt5/QtCore/qhash.h:250 #10 QSet::~QSet() (this=0x7fff7a7fb110, __in_chrg=) at /usr/include/qt5/QtCore/qset.h:53 #11 KDevelop::AbstractContextBuilder, CMakeFunctionDesc>::~AbstractContextBuilder() (this=0x7fff7a7fb040, __in_chrg=) at /usr/src/debug/dev-util/kdevelop-/kdevelop-/kdevplatform/language/duchain/builders/abstractcontextbuilder.h:51 #12 ContextBuilder::~ContextBuilder() (this=0x7fff7a7fb040, __in_chrg=) at /usr/src/debug/dev-util/kdevelop-/kdevelop-/plugins/cmake/duchain/contextbuilder.h:15 #13 KDevelop::AbstractDeclarationBuilder, CMakeFunctionDesc, ContextBuilder>::~AbstractDeclarationBuilder() (this=0x7fff7a7fb040, __in_chrg=) at /usr/src/debug/dev-util/kdevelop-/kdevelop-/kdevplatform/language/duchain/builders/abstractdeclarationbuilder.h:24 #14
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #11 from Eugene Shalygin --- Removing "0"s from that file allows KDevelop to finish project parsing without crashing. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #10 from Eugene Shalygin --- Debug build crashes as well with the same backtrace as in the OP. 1. rm -fr ~/.cache/kdevduchain 2. open the cmake project and wait It crashes and at that moment the parsing progress shows "Tests/RunCMake/Syntax/NullTerminatedArgument.cmake" -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #9 from Eugene Shalygin --- Yes, and sometimes when it asks for it after a crash too. Can't say either choice (to clean or not to clean) is more likely leads to a crash. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 Sven Brauch changed: What|Removed |Added CC||m...@svenbrauch.de --- Comment #8 from Sven Brauch --- This stacktrace is completely different from both things you have posted before. Did you clear KDevelop's cache after recompiling things? -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 Eugene Shalygin changed: What|Removed |Added Status|RESOLVED|REOPENED Ever confirmed|0 |1 Resolution|WORKSFORME |--- --- Comment #7 from Eugene Shalygin --- Unfortunately, the problem is back. Please see the stacktrace below (I will try with debug build of kdevelop-python too). The kdevelop-python is recompiled after kdevelop updates. Application: KDevelop (kdevelop), signal: Segmentation fault [KCrash Handler] #4 0x7f197f39a41d in KDevelop::Declaration::ownIndex() const (this=0x7f1899c7e4a0) at /var/portage/tmp/portage/dev-util/kdevelop-/work/kdevelop-/kdevplatform/language/duchain/declaration.cpp:116 #5 0x7f18f9e833de in Python::DeclarationBuilder::assignToAttribute(Python::AttributeAst*, Python::DeclarationBuilder::SourceType const&) () at /usr/lib64/libkdevpythonduchain.so #6 0x7f18f9e83b7e in Python::DeclarationBuilder::visitAssignment(Python::AssignmentAst*) () at /usr/lib64/libkdevpythonduchain.so #7 0x7f18f9e80ab1 in non-virtual thunk to Python::DeclarationBuilder::visitNode(Python::Ast*) () at /usr/lib64/libkdevpythonduchain.so #8 0x7f1960053dbc in void Python::AstVisitor::visitNodeList(QList const&) () at /usr/lib64/libkdevpythonparser.so #9 0x7f18f9e80ab1 in non-virtual thunk to Python::DeclarationBuilder::visitNode(Python::Ast*) () at /usr/lib64/libkdevpythonduchain.so #10 0x7f1960054025 in Python::AstDefaultVisitor::visitTry(Python::TryAst*) () at /usr/lib64/libkdevpythonparser.so #11 0x7f18f9e80ab1 in non-virtual thunk to Python::DeclarationBuilder::visitNode(Python::Ast*) () at /usr/lib64/libkdevpythonduchain.so #12 0x7f1960054475 in Python::AstDefaultVisitor::visitCode(Python::CodeAst*) () at /usr/lib64/libkdevpythonparser.so #13 0x7f18f9e789c7 in Python::ContextBuilder::visitCode(Python::CodeAst*) () at /usr/lib64/libkdevpythonduchain.so #14 0x7f18f9e80ab1 in non-virtual thunk to Python::DeclarationBuilder::visitNode(Python::Ast*) () at /usr/lib64/libkdevpythonduchain.so #15 0x7f18f9e915bd in KDevelop::AbstractTypeBuilder::supportBuild(Python::Ast*, KDevelop::DUContext*) () at /usr/lib64/libkdevpythonduchain.so #16 0x7f18f9e7785c in KDevelop::AbstractContextBuilder::build(KDevelop::IndexedString const&, Python::Ast*, KDevelop::ReferencedTopDUContext const&) () at /usr/lib64/libkdevpythonduchain.so #17 0x7f18f9e743a3 in Python::ContextBuilder::build(KDevelop::IndexedString const&, Python::Ast*, KDevelop::ReferencedTopDUContext const&) () at /usr/lib64/libkdevpythonduchain.so #18 0x7f18f9e7c260 in Python::DeclarationBuilder::build(KDevelop::IndexedString const&, Python::Ast*, KDevelop::ReferencedTopDUContext const&) () at /usr/lib64/libkdevpythonduchain.so #19 0x7f18f9f3a103 in Python::ParseJob::run(QSharedPointer, ThreadWeaver::Thread*) () at /usr/lib64/qt5/plugins/kdevplatform/35/kdevpythonlanguagesupport.so #20 0x7f197cfbbf38 in ThreadWeaver::IdDecorator::run(QSharedPointer, ThreadWeaver::Thread*) () at /usr/lib64/libKF5ThreadWeaver.so.5 #21 0x7f197cfbc9a7 in ThreadWeaver::Executor::run(QSharedPointer const&, ThreadWeaver::Thread*) () at /usr/lib64/libKF5ThreadWeaver.so.5 #22 0x7f197cfbb6d3 in ThreadWeaver::Job::execute(QSharedPointer const&, ThreadWeaver::Thread*) () at /usr/lib64/libKF5ThreadWeaver.so.5 #23 0x7f197cfb9867 in ThreadWeaver::Thread::run() () at /usr/lib64/libKF5ThreadWeaver.so.5 #24 0x7f19808295f9 in QThreadPrivate::start(void*) () at /usr/lib64/libQt5Core.so.5 #25 0x7f197da0ccde in start_thread () at /lib64/libpthread.so.0 #26 0x7f19803dd69f in clone () at /lib64/libc.so.6 Thread 9 (Thread 0x7f180e7bc640 (LWP 3583379) "Queue(0x56368e2"): #1 0x7f19803ab933 in nanosleep () at /lib64/libc.so.6 #2 0x7f1980821d95 in QThread::usleep(unsigned long) () at /usr/lib64/libQt5Core.so.5 #3 0x7f197f3a4326 in KDevelop::DUChainLock::lockForWrite(unsigned int) (this=, timeout=0) at /var/portage/tmp/portage/dev-util/kdevelop-/work/kdevelop-/kdevplatform/language/duchain/duchainlock.cpp:170 #4 0x7f197f3a449c in KDevelop::DUChainWriteLocker::lock() (this=this@entry=0x7f180e7b9da0) at /var/portage/tmp/portage/dev-util/kdevelop-/work/kdevelop-/kdevplatform/language/duchain/duchainlock.cpp:277 #5 0x7f197f3a71b4 in KDevelop::DUChainWriteLocker::DUChainWriteLocker(KDevelop::DUChainLock*, unsigned int) (this=0x7f180e7b9da0, duChainLock=, timeout=0, this=, duChainLock=, timeout=) at /var/portage/tmp/portage/dev-util/kdevelop-/work/kdevelop-/kdevplatform/language/duchain/duchainlock.cpp:261 #6 0x7f18f9e84ae5 in Python::DeclarationBuilder::addArgumentTypeHints(Python::CallAst*, KDevelop::DUChainPointer) () at /usr/lib64/libkdevpythonduchain.so #7 0x7f18f9e85da8 in
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 Eugene Shalygin changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |WORKSFORME --- Comment #6 from Eugene Shalygin --- Can not reproduce it anymore, probably after updating clang to 12.0.1 and recompiling KDevelop. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #5 from Bug Janitor Service --- 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 mark the bug 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! -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 Milian Wolff changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #4 from Milian Wolff --- that warning is harmless, ignore it please. the valgrind report looks odd and totally unrelated. if it works in debug mode, I wonder what the hell is going on with your system I have to say :D as is I don't see a way for me to help you, this is all working here locally and without more information I cannot do anything - sorry -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #3 from Eugene Shalygin --- Debug build does not seem to crash. In console output I see the following: kdevelop.plugins.definesandincludes: error while fetching defines for the compiler: "clang" ("-xc", "-std=c++17", "-dM", "-E", "-") "error: invalid argument '-std=c++17' not allowed with 'C'\n" kdevelop.plugins.definesandincludes: error while fetching includes for the compiler: "clang" "clang version 12.0.0\nTarget: x86_64-pc-linux-gnu\nThread model: posix\nInstalledDir: /usr/lib/llvm/12/bin\nSelected GCC installation: /usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0\nCandidate multilib: .;@m64\nCandidate multilib: 32;@m32\nSelected multilib: .;@m64\n (in-process)\n \"/usr/lib/llvm/12/bin/clang-12\" -cc1 -triple x86_64-pc-linux-gnu -E -disable-free -disable-llvm-verifier -discard-value-names -main-file-name - -mrelocation-model static -mframe-pointer=all -fmath-errno -fno-rounding-math -mconstructor-aliases -munwind-tables -target-cpu x86-64 -tune-cpu generic -fno-split-dwarf-inlining -debugger-tuning=gdb -v -resource-dir /usr/lib/llvm/12/bin/../../../../lib/clang/12.0.0 -internal-isystem /usr/local/include -internal-isystem /usr/lib/llvm/12/bin/../../../../lib/clang/12.0.0/include -internal-externc-isystem /include -internal-externc-isystem /usr/include -std=gnu++17 -fdebug-compilation-dir /home/eugene/develop/alien/cmake/cbuild/debug -ferror-limit 19 -fgnuc-version=4.2.1 -o - -x c -\nerror: invalid argument '-std=gnu++17' not allowed with 'C'\n" -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #2 from Eugene Shalygin --- Unfortunately, under Valgrind C++ parsing does not work at all: KDevelop can not find any include file even those from C++ stdlib. I see many messages from Valgring with the following content: Thread 1: status = VgTs_Runnable syscall 56 (lwpid 2096983) ==2096983==at 0x6818299: syscall (in /lib64/libc-2.33.so) ==2096983==by 0x613B4D3: QProcessPrivate::start(QFlags) (in /usr/lib64/libQt5Core.so.5.15.2) ==2096983==by 0x26F4953E: .LTHUNK0.lto_priv.1 (in /usr/lib64/qt5/plugins/kdevplatform/35/kdevdefinesandincludesmanager.so) ==2096983==by 0x26F40BE0: .LTHUNK3.lto_priv.0 (in /usr/lib64/qt5/plugins/kdevplatform/35/kdevdefinesandincludesmanager.so) ==2096983==by 0x26F2CF29: DefinesAndIncludesManager::defines(KDevelop::ProjectBaseItem*, KDevelop::IDefinesAndIncludesManager::Type) const (in /usr/lib64/qt5/plugins/kdevplatform/35/kdevdefinesandincludesmanager.so) ==2096983==by 0x27C98CC8: ClangParseJob::ClangParseJob(KDevelop::IndexedString const&, KDevelop::ILanguageSupport*) (in /usr/lib64/qt5/plugins/kdevplatform/35/kdevclangsupport.so) ==2096983==by 0x27C99DB5: non-virtual thunk to ClangSupport::createParseJob(KDevelop::IndexedString const&) (in /usr/lib64/qt5/plugins/kdevplatform/35/kdevclangsupport.so) ==2096983==by 0x6981E22: KDevelop::BackgroundParser::parseDocuments() (in /usr/lib64/libKDevPlatformLanguage.so.5.6.40) ==2096983==by 0x61CDEE5: QObject::event(QEvent*) (in /usr/lib64/libQt5Core.so.5.15.2) ==2096983==by 0x518D4CE: QApplicationPrivate::notify_helper(QObject*, QEvent*) (in /usr/lib64/libQt5Widgets.so.5.15.2) ==2096983==by 0x61AA417: QCoreApplication::notifyInternal2(QObject*, QEvent*) (in /usr/lib64/libQt5Core.so.5.15.2) ==2096983==by 0x61AAEB1: QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (in /usr/lib64/libQt5Core.so.5.15.2) ==2096983==by 0x61F10C2: postEventSourceDispatch(_GSource*, int (*)(void*), void*) (in /usr/lib64/libQt5Core.so.5.15.2) ==2096983==by 0x9B0244A: g_main_context_dispatch (in /usr/lib64/libglib-2.0.so.0.6800.3) ==2096983==by 0x9B5C107: g_main_context_iterate.constprop.0 (in /usr/lib64/libglib-2.0.so.0.6800.3) ==2096983==by 0x9AFC5DE: g_main_context_iteration (in /usr/lib64/libglib-2.0.so.0.6800.3) ==2096983==by 0x61F5327: QEventDispatcherGlib::processEvents(QFlags) (in /usr/lib64/libQt5Core.so.5.15.2) ==2096983==by 0x61A29A2: QEventLoop::exec(QFlags) (in /usr/lib64/libQt5Core.so.5.15.2) ==2096983==by 0x61ADD8F: QCoreApplication::exec() (in /usr/lib64/libQt5Core.so.5.15.2) ==2096983==by 0x1144F0: main (in /usr/bin/kdevelop) client stack range: [0x1FFEFE1000 0x1FFF000FFF] client SP: 0x1FFEFFDC98 valgrind stack range: [0x10029AE000 0x1002AADFFF] top usage: 19456 of 1048576 -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 439592] KDevelop always crashes when parsing the CMake project
https://bugs.kde.org/show_bug.cgi?id=439592 --- Comment #1 from Milian Wolff --- that looks pretty odd as it doesn't hint at anything from kdevelop directly can you please try to reproduce this with valgrind and show the report here then? -- You are receiving this mail because: You are watching all bug changes.