[kdevelop] [Bug 486932] Background parser crash C++ source

2024-06-26 Thread Dan Leinir Turthra Jensen
https://bugs.kde.org/show_bug.cgi?id=486932

Dan Leinir Turthra Jensen  changed:

   What|Removed |Added

 CC||ad...@leinir.dk

--- Comment #10 from Dan Leinir Turthra Jensen  ---
Just adding my two eurocents to the thing, to say that i also got this while
adding an #include. It does not happen fully consistently, but maybe every
other time i try and add one (feels like more regularly than that, but that's
probably more because i only really notice when i have to restart the program).

Backtrace:
Application: KDevelop (kdevelop), signal: Segmentation fault

[KCrash Handler]
#4  llvm::support::endian::read(void const*,
llvm::endianness) (endian=llvm::endianness::little, memory=) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/include/llvm/Support/Endian.h:61
#5  llvm::support::endian::readNext(unsigned
char const*&, llvm::endianness) (endian=llvm::endianness::little,
memory=) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/include/llvm/Support/Endian.h:78
#6  llvm::support::endian::readNext(unsigned char const*&) (memory=) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/include/llvm/Support/Endian.h:86
#7 
llvm::OnDiskChainedHashTable::find_hashed(clang::serialization::DeclarationNameKey
const&, unsigned int,
clang::serialization::reader::ASTDeclContextNameLookupTrait*)
(this=0x7f481a5a1c28, IKey=..., KeyHash=2629119989, InfoPtr=) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/include/llvm/Support/OnDiskHashTable.h:363
#8 
clang::serialization::MultiOnDiskHashTable::find(clang::DeclarationName
const&) (this=, EKey=) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/lib/Serialization/MultiOnDiskHashTable.h:252
#9  clang::ASTReader::FindExternalVisibleDeclsByName(clang::DeclContext const*,
clang::DeclarationName) (this=0x7f48a77b79d0, DC=0x7f481bd42e08, Name=...) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/lib/Serialization/ASTReader.cpp:7972
#10 0x7f4aec96a0d9 in clang::DeclContext::lookup(clang::DeclarationName)
const (this=0x7f481bd42e08, Name=...) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/lib/AST/DeclBase.cpp:1822
#11 0x7f4aee6b6f0a in clang::ASTReader::CompleteRedeclChain(clang::Decl
const*) (this=0x7f48a77b79d0, D=0x7f47cbe7c748) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/lib/Serialization/ASTReader.cpp:7535
#12 0x7f4aec94de2d in clang::LazyGenerationalUpdatePtr::get(clang::Decl
const*) (O=0x7f47cbe7c748, this=) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/include/clang/AST/ExternalASTSource.h:449
#13
clang::Redeclarable::DeclLink::getPrevious(clang::FunctionDecl
const*) const (this=0x7f47cbe7c7b0, D=0x7f47cbe7c748) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/include/clang/AST/Redeclarable.h:134
#14 clang::Redeclarable::getNextRedeclaration() const
(this=0x7f47cbe7c7b0) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/include/clang/AST/Redeclarable.h:190
#15 clang::Redeclarable::redecl_iterator::operator++()
(this=) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/include/clang/AST/Redeclarable.h:273
#16 clang::FunctionDecl::hasBody(clang::FunctionDecl const*&) const
(this=0x7f47cbe7c748, Definition=@0x7f4b1c9fe150: 0x0) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/lib/AST/Decl.cpp:3112
#17 0x7f4aec94e1cf in clang::FunctionDecl::getBody(clang::FunctionDecl
const*&) const (this=0x7f4b1c9fdbc0, Definition=) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/lib/AST/Decl.cpp:3192
#18 0x7f4b2a8b0ae6 in clang_getCursorDefinition(CXCursor) (C=...) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/tools/libclang/CIndex.cpp:6911
#19 0x7f4b2a981f44 in  () at /lib64/libKDevClangPrivate.so.514
#20 0x7f4b2a8a23a7 in clang::cxcursor::CursorVisitor::Visit(CXCursor, bool)
(this=0x7f4b1c9fe658, Cursor=..., CheckedRegionOfInterest=true) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/tools/libclang/CIndex.cpp:225
#21 clang::cxcursor::CursorVisitor::handleDeclForVisitation(clang::Decl const*)
(this=0x7f4b1c9fe658, D=) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/tools/libclang/CIndex.cpp:694
#22 0x7f4b2a8a24f8 in
clang::cxcursor::CursorVisitor::VisitDeclContext(clang::DeclContext*)
(this=0x7f4b1c9fe658, DC=0x7f481bd42e08) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/tools/libclang/CIndex.cpp:655
#23 0x7f4b2a8a100e in clang::declvisitor::Base::Visit(clang::Decl*)
(this=0x7f4b1c9fe658, D=0x7f481bd42dc8) at
tools/clang/include/clang/AST/DeclNodes.inc:414
#24 clang::cxcursor::CursorVisitor::VisitChildren(CXCursor)
(this=0x7f4b1c9fe658, Cursor=...) at
/home/abuild/rpmbuild/BUILD/llvm-18.1.6.src/tools/clang/tools/libclang/CIndex.cpp:514
#25 0x7f4b2a8aca20 in clang_visitChildren(CXCursor, CXCursorVisitor,
CXClientData) (parent=..., visitor=,

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-30 Thread Igor Kushnir
https://bugs.kde.org/show_bug.cgi?id=486932

--- Comment #9 from Igor Kushnir  ---
Got another crash while completing an include. This time the first thread
crashed and its backtrace matches the more common one in this and duplicate bug
reports:
#0 0x7f87588ac194 in ??? () at /usr/lib/libc.so.6
#1 0x7f8758858d70 in raise () at /usr/lib/libc.so.6
#2 0x7f875aaef88f in KCrash::defaultCrashHandler(int) () at
/usr/lib/libKF5Crash.so.5
#3 0x7f8758858e20 in  () at /usr/lib/libc.so.6
#4 clang::ASTReader::ReadSLocEntry () at
/usr/src/debug/clang/clang-17.0.6.src/lib/Serialization/ASTReader.cpp:1497
#5 0x7f86d1623356 in clang::ASTReader::ReadSLocEntry () at
/usr/src/debug/clang/clang-17.0.6.src/lib/Serialization/ASTReader.cpp:1436
#6 clang::SourceManager::loadSLocEntry () at
/usr/src/debug/clang/clang-17.0.6.src/lib/Basic/SourceManager.cpp:435
#7 0x7f86d1251c31 in clang::SourceManager::getLoadedSLocEntry () at
/usr/src/debug/clang/clang-17.0.6.src/include/clang/Basic/SourceManager.h:1718
#8 clang::SourceManager::getLoadedSLocEntryByID () at
/usr/src/debug/clang/clang-17.0.6.src/include/clang/Basic/SourceManager.h:1822
#9 clang::SourceManager::getSLocEntryByID () at
/usr/src/debug/clang/clang-17.0.6.src/include/clang/Basic/SourceManager.h:1816
#10 clang::SourceManager::isOffsetInFileID () at
/usr/src/debug/clang/clang-17.0.6.src/include/clang/Basic/SourceManager.h:1866
#11 0x7f86d1623eec in clang::SourceManager::getFileIDLoaded () at
/usr/src/debug/clang/clang-17.0.6.src/lib/Basic/SourceManager.cpp:922
#12 clang::SourceManager::getFileIDLoaded () at
/usr/src/debug/clang/clang-17.0.6.src/lib/Basic/SourceManager.cpp:866
#13 clang::SourceManager::getFileIDSlow () at
/usr/src/debug/clang/clang-17.0.6.src/lib/Basic/SourceManager.cpp:779
#14 clang::SourceManager::getFileIDSlow () at
/usr/src/debug/clang/clang-17.0.6.src/lib/Basic/SourceManager.cpp:771
#15 0x7f86d1251e6b in clang::SourceManager::getFileID () at
/usr/src/debug/clang/clang-17.0.6.src/include/clang/Basic/SourceManager.h:1830
#16 clang::SourceManager::getFileID () at
/usr/src/debug/clang/clang-17.0.6.src/include/clang/Basic/SourceManager.h:1119
#17 clang::SourceManager::getDecomposedExpansionLoc () at
/usr/src/debug/clang/clang-17.0.6.src/include/clang/Basic/SourceManager.h:1259
#18 0x7f86d1625b94 in clang::SourceManager::getFileCharacteristic () at
/usr/src/debug/clang/clang-17.0.6.src/lib/Basic/SourceManager.cpp:1477
#19 0x7f86d12af2ac in clang::SourceManager::isInSystemHeader () at
/usr/src/debug/clang/clang-17.0.6.src/include/clang/Basic/SourceManager.h:1509
#20 clang_Location_isInSystemHeader () at
/usr/src/debug/clang/clang-17.0.6.src/tools/libclang/CXSourceLocation.cpp:209
#21 0x7f86d2e2a6e4 in (anonymous namespace)::declVisitor (cursor=...,
parent=..., d=0x7f86d11fded0) at
/home/Mint14_home/igor/Install/abs/kdevelop-git/src/kdevelop/plugins/clang/codecompletion/completionhelper.cpp:224
#22 0x7f86d126c65e in clang::cxcursor::CursorVisitor::Visit () at
/usr/src/debug/clang/clang-17.0.6.src/tools/libclang/CIndex.cpp:224
#23 0x7f86d126df56 in
clang::cxcursor::CursorVisitor::handleDeclForVisitation () at
/usr/src/debug/clang/clang-17.0.6.src/tools/libclang/CIndex.cpp:686
#24 0x7f86d126e208 in clang::cxcursor::CursorVisitor::VisitDeclContext ()
at /usr/src/debug/clang/clang-17.0.6.src/tools/libclang/CIndex.cpp:647
#25 0x7f86d126b9be in clang::cxcursor::CursorVisitor::VisitChildren () at
/usr/src/debug/clang/clang-17.0.6.src/tools/libclang/CIndex.cpp:547
#26 0x7f86d126eba0 in clang_visitChildren () at
/usr/src/debug/clang/clang-17.0.6.src/tools/libclang/CIndex.cpp:4842
#27 0x7f86d2e2e023 in CompletionHelper::computeCompletions
(position=, file=, session=..., this=) at
/home/Mint14_home/igor/Install/abs/kdevelop-git/src/kdevelop/plugins/clang/codecompletion/completionhelper.cpp:394
#28 ClangCodeCompletionContext::ClangCodeCompletionContext (this=, context=, sessionData=, url=, position=, text=, followingText=, this=, context=, sessionData=, url=, position=, text=,
followingText=) at
/home/Mint14_home/igor/Install/abs/kdevelop-git/src/kdevelop/plugins/clang/codecompletion/context.cpp:1072
#29 0x7f86d2e3b160 in
QSharedPointer::create
const&, QExplicitlySharedDataPointer const&, QUrl const&,
KTextEditor::Cursor const&, QString const&, QString const&> () at
/usr/include/qt/QtCore/qsharedpointer_impl.h:444
#30 (anonymous namespace)::createCompletionContext
(followingText="inc\n#include \n\nnamespace KDevelop\n{\nQDebug
operator<<(QDebug debug, const StatusBar::Message& s)\n{\n const
QDebugStateSaver saver(debug);\n debug.nospace() << '{' << s.text << \", \" <<
s.t"..., text=, position=, url=,
session=..., context=...) at
/home/Mint14_home/igor/Install/abs/kdevelop-git/src/kdevelop/plugins/clang/codecompletion/model.cpp:48
#31 (anonymous namespace)::ClangCodeCompletionWorker::run (this=0x562b9620f040)
at

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-28 Thread Igor Kushnir
https://bugs.kde.org/show_bug.cgi?id=486932

Igor Kushnir  changed:

   What|Removed |Added

 CC||ad...@arkades.org

--- Comment #8 from Igor Kushnir  ---
*** Bug 487674 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-28 Thread Igor Kushnir
https://bugs.kde.org/show_bug.cgi?id=486932

Igor Kushnir  changed:

   What|Removed |Added

   See Also|https://bugs.kde.org/show_b |
   |ug.cgi?id=487378|

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-28 Thread Igor Kushnir
https://bugs.kde.org/show_bug.cgi?id=486932

Igor Kushnir  changed:

   What|Removed |Added

 CC||spalmr...@gmail.com

--- Comment #7 from Igor Kushnir  ---
*** Bug 487378 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-23 Thread Igor Kushnir
https://bugs.kde.org/show_bug.cgi?id=486932

Igor Kushnir  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=487378

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-22 Thread Igor Kushnir
https://bugs.kde.org/show_bug.cgi?id=486932

--- Comment #6 from Igor Kushnir  ---
My previous comment missed preliminary coredumpctl steps:
0.1. coredumpctl list kdevelop --since 2024-05-19.
0.2. Locate the necessary entry in the printed table and show its details via
`coredumpctl info 151255` (where 151255 is the PID of the entry).
0.3. Find the Storage line in the info output, e.g. "Storage:
/var/lib/systemd/coredump/core.kdevelop.1000.df23a15637fe47fbae399826251ac233.151255.171613318900.zst
(present)" and extract the .zst archive to obtain the actual debuggable core
dump file.

Oh, and after these steps KDevelop's Frame Stack tool view also shows the
backtrace with debug symbols. libclang headers can be opened and examined from
the IDE right away. To examine libclang source files as well:
8. Download clang sources. I got the clang repository already, so just `git
fetch origin` and `git checkout llvmorg-17.0.6` to match my system clang
package version.
9. In the GDB tool view: set substitute-path
/usr/src/debug/clang/clang-17.0.6.src /path/to/llvm-project/clang
10. Activate the Frame Stack tool view and switch to another thread, then back,
to open libclang source files by clicking their lines in the backtrace.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-22 Thread Igor Kushnir
https://bugs.kde.org/show_bug.cgi?id=486932

--- Comment #5 from Igor Kushnir  ---
(In reply to Igor Kushnir from comment #4)
> The crash just happened once to me. But I cannot reproduce it. Here is a
> more detailed backtrace (still no libclang debug symbols):
Managed to obtain a complete backtrace for the single crash that happened on my
system. Here are the steps in case I or someone else needs them in the future
(they can also be used to examine past core dumps with freshly downloaded
KDevelop debug symbols).
1. Download debuginfod debug symbols for libclang:
$ debuginfod-find debuginfo /usr/lib/libclang.so.17
/home/igor/.cache/debuginfod_client/02120dc8526595aac7ab8bc78eca4efc936b09be/debuginfo
2. Trigger the "Run=>Examine Core File=>Examine Core File with GDB" action in
KDevelop, select /bin/kdevelop and the crash coredump in the dialog that
appears.
3. Activate KDevelop's GDB tool view. All commands in the following steps are
entered into the GDB command line edit inside this tool view.
4. At this point the command `thread apply 15 bt` still shows a backtrace
without libclang debug symbols. Read and follow the top answer here:
https://stackoverflow.com/questions/30281766/need-to-load-debugging-symbols-for-shared-library-in-gdb
5. (gdb) 48info sharedlibrary
>From To Syms Read Shared Object Library
...
0x7f4d26433020 0x7f4d277c3c54 Yes /usr/lib/libclang.so.17
...
6. (gdb) 49add-symbol-file
/home/igor/.cache/debuginfod_client/02120dc8526595aac7ab8bc78eca4efc936b09be/debuginfo
0x7f4d26433020
add symbol table from file
"/home/igor/.cache/debuginfod_client/02120dc8526595aac7ab8bc78eca4efc936b09be/debuginfo"
at
.text_addr = 0x7f4d26433020
(y or n) [answered Y; input not from terminal]
Reading symbols from
/home/igor/.cache/debuginfod_client/02120dc8526595aac7ab8bc78eca4efc936b09be/debuginfo...
7. (gdb) 50thread apply 15 bt

Thread 15 (Thread 0x7f4d393616c0 (LWP 151298)):
#0 0x7f4db111d9ed in poll () at /usr/lib/libc.so.6
#1 0x7f4db31c6bca in ??? () at /usr/lib/libKF5Crash.so.5
#2 0x7f4db31c782c in KCrash::defaultCrashHandler(int) () at
/usr/lib/libKF5Crash.so.5
#3 0x7f4db1058e20 in  () at /usr/lib/libc.so.6
#4 memcpy () at /usr/include/bits/string_fortified.h:29
#5 llvm::support::endian::read () at
/usr/include/llvm/Support/Endian.h:66
#6 llvm::support::endian::readNext () at
/usr/include/llvm/Support/Endian.h:84
#7 llvm::support::endian::readNext () at /usr/include/llvm/Support/Endian.h:92
#8
llvm::OnDiskChainedHashTable::find_hashed
() at /usr/include/llvm/Support/OnDiskHashTable.h:360
#9 operator() () at
/usr/src/debug/clang/clang-17.0.6.src/lib/Serialization/ASTReader.cpp:2103
#10 clang::ASTReader::get () at
/usr/src/debug/clang/clang-17.0.6.src/lib/Serialization/ASTReader.cpp:8174
#11 0x7f4d2644f6f7 in clang::IdentifierTable::get () at
/usr/src/debug/clang/clang-17.0.6.src/include/clang/Basic/IdentifierTable.h:647
#12 0x7f4d26af5423 in clang::Preprocessor::getIdentifierInfo () at
/usr/src/debug/clang/clang-17.0.6.src/include/clang/Lex/Preprocessor.h:1516
#13 clang::Preprocessor::LookUpIdentifierInfo () at
/usr/src/debug/clang/clang-17.0.6.src/lib/Lex/Preprocessor.cpp:715
#14 0x7f4d275eb473 in getTokens(clang::ASTUnit*, clang::SourceRange,
llvm::SmallVectorImpl&) [clone .constprop.0] () at
/usr/src/debug/clang/clang-17.0.6.src/tools/libclang/CIndex.cpp:7248
#15 0x7f4d264618f0 in clang_tokenize () at
/usr/src/debug/clang/clang-17.0.6.src/tools/libclang/CIndex.cpp:7330
#16 0x7f4d39396df8 in (anonymous namespace)::isInsideComment
(position=, file=0x13, unit=0x7f4d113e1eb0) at
/home/Mint14_home/igor/Install/abs/kdevelop-git/src/kdevelop/plugins/clang/codecompletion/context.cpp:490
#17 ClangCodeCompletionContext::isValidPosition
(this=this@entry=0x7f4d20001fc0, unit=0x7f4d113e1eb0,
file=file@entry=0x7f4c719a0520) at
/home/Mint14_home/igor/Install/abs/kdevelop-git/src/kdevelop/plugins/clang/codecompletion/context.cpp:1081
#18 0x7f4d39397b16 in
ClangCodeCompletionContext::ClangCodeCompletionContext (this=0x7f4d20001fc0,
context=, sessionData=, url=,
position=, text=, followingText=,
this=, context=, sessionData=,
url=, position=, text=,
followingText=) at
/home/Mint14_home/igor/Install/abs/kdevelop-git/src/kdevelop/plugins/clang/codecompletion/context.cpp:1067
#19 0x7f4d393a5160 in
QSharedPointer::create
const&, QExplicitlySharedDataPointer const&, QUrl const&,
KTextEditor::Cursor const&, QString const&, QString const&> () at
/usr/include/qt/QtCore/qsharedpointer_impl.h:444
#20 (anonymous namespace)::createCompletionContext (followingText="i\n#include
\"ui_qthelpconfig.h\"\n#include \"ui_qthelpconfigeditdialog.h\"\n#include
\"qthelp_config_shared.h\"\n#include \"debug.h\"\n#include
\"qthelpplugin.h\"\n\nenum Column\n{\n NameColumn,\n PathColumn,\n "...,
text=, position=, url=,
session=..., context=...) at
/home/Mint14_home/igor/Install/abs/kdevelop-git/src/kdevelop/plugins/clang/codecompletion/model.cpp:48
#21 (anonymous 

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-19 Thread Igor Kushnir
https://bugs.kde.org/show_bug.cgi?id=486932

Igor Kushnir  changed:

   What|Removed |Added

 Status|REPORTED|CONFIRMED
 Ever confirmed|0   |1

--- Comment #4 from Igor Kushnir  ---
The crash just happened once to me. But I cannot reproduce it. Here is a more
detailed backtrace (still no libclang debug symbols):

[KCrash Handler]
#4  0x7f4d271e2fdb in ??? () at /usr/lib/libclang.so.17
#5  0x7f4d2644f6f7 in ??? () at /usr/lib/libclang.so.17
#6  0x7f4d26af5423 in ??? () at /usr/lib/libclang.so.17
#7  0x7f4d275eb473 in ??? () at /usr/lib/libclang.so.17
#8  0x7f4d264618f0 in clang_tokenize () at /usr/lib/libclang.so.17
#9  0x7f4d39396df8 in (anonymous namespace)::isInsideComment
(position=, file=0x13, unit=0x7f4d113e1eb0) at
kdevelop/plugins/clang/codecompletion/context.cpp:490
#10 ClangCodeCompletionContext::isValidPosition
(this=this@entry=0x7f4d20001fc0, unit=0x7f4d113e1eb0,
file=file@entry=0x7f4c719a0520) at
kdevelop/plugins/clang/codecompletion/context.cpp:1081
#11 0x7f4d39397b16 in
ClangCodeCompletionContext::ClangCodeCompletionContext (this=0x7f4d20001fc0,
context=, sessionData=, url=,
position=, text=, followingText=,
this=, context=, sessionData=,
url=, position=, text=,
followingText=) at
kdevelop/plugins/clang/codecompletion/context.cpp:1067
#12 0x7f4d393a5160 in
QSharedPointer::create
const&, QExplicitlySharedDataPointer const&, QUrl const&,
KTextEditor::Cursor const&, QString const&, QString const&> () at
/usr/include/qt/QtCore/qsharedpointer_impl.h:444
#13 (anonymous namespace)::createCompletionContext (followingText=...,
text=, position=, url=,
session=..., context=...) at kdevelop/plugins/clang/codecompletion/model.cpp:48
#14 (anonymous namespace)::ClangCodeCompletionWorker::run (this=0x55817e19a390)
at kdevelop/plugins/clang/codecompletion/model.cpp:115
#15 0x7f4db18c89a7 in ??? () at /usr/lib/libQt5Core.so.5
#16 0x7f4db18ca4df in QTimer::timeout(QTimer::QPrivateSignal) () at
/usr/lib/libQt5Core.so.5
#17 0x7f4db18bb44e in QObject::event(QEvent*) () at
/usr/lib/libQt5Core.so.5
#18 0x7f4db25578ff in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() at /usr/lib/libQt5Widgets.so.5
#19 0x7f4db1893a68 in QCoreApplication::notifyInternal2(QObject*, QEvent*)
() at /usr/lib/libQt5Core.so.5
#20 0x7f4db18e20db in QTimerInfoList::activateTimers() () at
/usr/lib/libQt5Core.so.5
#21 0x7f4db18e26ca in ??? () at /usr/lib/libQt5Core.so.5
#22 0x7f4dad720199 in ??? () at /usr/lib/libglib-2.0.so.0
#23 0x7f4dad77f3bf in ??? () at /usr/lib/libglib-2.0.so.0
#24 0x7f4dad71f712 in g_main_context_iteration () at
/usr/lib/libglib-2.0.so.0
#25 0x7f4db18e288c in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib/libQt5Core.so.5
#26 0x7f4db1892774 in
QEventLoop::exec(QFlags) () at
/usr/lib/libQt5Core.so.5
#27 0x7f4db16ef666 in QThread::exec() () at /usr/lib/libQt5Core.so.5
#28 0x7f4db16eb88a in ??? () at /usr/lib/libQt5Core.so.5
#29 0x7f4db10aa1cf in ??? () at /usr/lib/libc.so.6
#30 0x7f4db112b6ec in ??? () at /usr/lib/libc.so.6

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-13 Thread Igor Kushnir
https://bugs.kde.org/show_bug.cgi?id=486932

--- Comment #3 from Igor Kushnir  ---
(In reply to JATothrim from comment #2)
> I think I'll rebuild just to re-produce the bt and try print the locals just
> before descending into clang code. However, clang would be painful to build
> in this mode.. last time I did it the install directory was +10GiB o__O
Can't you just download Clang debug symbols from Arch's debuginfod?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-13 Thread JATothrim
https://bugs.kde.org/show_bug.cgi?id=486932

--- Comment #2 from JATothrim  ---
> I don't find anything like this backtrace in my local collection. Could be a 
> libclang 17 regression (I am still at v16).

Well, good then that I opened a bug report for this. I have had KDevelop
crashing this way for about a month, and the backtrace is from KDevelop's
project (via GDB). I have seen it crash even before completing "#include".

> Yes, please use `options=(!strip)` and `-DCMAKE_BUILD_TYPE=RelWithDebInfo`. 

I think I'll rebuild just to re-produce the bt and try print the locals just
before descending into clang code. However, clang would be painful to build in
this mode.. last time I did it the install directory was +10GiB o__O

I did have an idea for parser blacklist: if the text line is found from it, the
code completion would not be triggered until the typed text is longer than best
matching black list entry. This could perhaps allow the user (temporally)
dealing with cases where the parser might crash on incomplete code, or just
being too annoying.

For example, it doesn't make sense to start trying to suggest anything at
"#include " for me, as the next two characters would greatly shrink the
possibilities, and even suggesting anything at "#include <" is kind of just
irritating.
I know an such blacklist entry would prevent completing the "#include" keyword,
but I would like to suppress a such the code completion anyway.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-12 Thread Igor Kushnir
https://bugs.kde.org/show_bug.cgi?id=486932

Igor Kushnir  changed:

   What|Removed |Added

 CC||igor...@gmail.com

--- Comment #1 from Igor Kushnir  ---
I don't find anything like this backtrace in my local collection. Could be a
libclang 17 regression (I am still at v16).

> I perhaps should prevent the stripping of the debug info out from my 
> production builds... :)
Yes, please use `options=(!strip)` and `-DCMAKE_BUILD_TYPE=RelWithDebInfo`.
Though I suspect the bug is in libclang, in which case libclang debug symbols
will be needed.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kdevelop] [Bug 486932] Background parser crash C++ source

2024-05-12 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=486932

Bug Janitor Service  changed:

   What|Removed |Added

   Severity|normal  |crash

-- 
You are receiving this mail because:
You are watching all bug changes.