[kdevelop] [Bug 396310] New: Segfault when parsing file
https://bugs.kde.org/show_bug.cgi?id=396310
Bug ID: 396310
Summary: Segfault when parsing file
Product: kdevelop
Version: 5.2.3
Platform: Appimage
OS: Linux
Status: UNCONFIRMED
Severity: crash
Priority: NOR
Component: Language Support: CPP (Clang-based)
Assignee: kdevelop-bugs-n...@kde.org
Reporter: afie...@gmail.com
Target Milestone: ---
Created attachment 113832
--> https://bugs.kde.org/attachment.cgi?id=113832&action=edit
File causes KDevelop to crash
KDevelop 5.2.3 crashes as soon as the attached file is loaded.
I apologize for the nonsensical code, but this is what was left after widdling
down an issue across a 3000 line cpp and 5 headers.
Running on Ubuntu 14.04.
KDevelop output:
$ ./KDevelop-5.2.3-x86_64.AppImage
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70:
non-double matrix element
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70:
non-double matrix element
Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78:
saw unknown, expected number
kdevplatform.serialization: version mismatch or no version hint; expected
version: 84017920
kdevplatform.serialization: "The data-repository at
/home/afiefh/.cache/kdevduchain/kdevelop-{de104b96-9b1f-4d1d-938c-7259177997ff}
has to be cleared."
libGL error: failed to load driver: swrast
"applications.menu" not found in ("/etc/xdg/menus")
QSqlDatabase: QSQLITE driver not loaded
QSqlDatabase: available drivers:
kdevelop.plugins.qthelp: Couldn't setup QtHelp Collection file
kf5.kio.core: Refilling KProtocolInfoFactory cache in the hope to find "mtp"
trying to load "/tmp/.mount_H5UcPE/usr/lib/qt5/plugins/kf5/kio/file.so" from
"/tmp/.mount_H5UcPE/usr/lib/qt5/plugins/kf5/kio/file.so"
libclang: crash detected during parsing: {
'source_filename' : '/home/afiefh/projects/locking/BlockGen.cpp'
'command_line_args' : ['clang', '-ferror-limit=100', '-fspell-checking', '',
'-Wunused-parameter', '-Wunreachable-code', '-Wall', '-std=c++11', '-nostdinc',
'-nostdinc++', '-xc++', '-include',
'/tmp/.mount_H5UcPE/usr/share/kdevclangsupport/gcc_compat.h',
'-isystem/usr/include/c++/4.8',
'-isystem/usr/include/x86_64-linux-gnu/c++/4.8',
'-isystem/usr/include/c++/4.8/backward',
'-isystem/usr/lib/gcc/x86_64-linux-gnu/4.8/include',
'-isystem/usr/local/include',
'-isystem/usr/lib/gcc/x86_64-linux-gnu/4.8/include-fixed',
'-isystem/usr/include/x86_64-linux-gnu', '-isystem/usr/include', '-imacros',
'/tmp/kdevelop.J21184'],
'unsaved_files' : [],
'options' : 781,
}
/tmp/.mount_H5UcPE/AppRun: line 35: 21184 Segmentation fault (core dumped)
kdevelop $@
--
You are receiving this mail because:
You are watching all bug changes.
[kdevelop] [Bug 396310] Segfault when parsing file
https://bugs.kde.org/show_bug.cgi?id=396310 --- Comment #2 from Afief Halumi --- Hi Sven, thanks for looking. No, I extracted the file into a completely session (no project), pressed ctrl+n and pasted the contents into the editor. It crashed instantly. The types for the most part are made up types that don't even exist in the actual project (sorry, proprietary mess) so it can't be that. It is interesting that even removing stuff as simple as a integer decrement or an snprintf would stop the crashes. I think I tried to remove every single line at some point and it would simply not crash after I remove it. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 396310] Segfault when parsing file
https://bugs.kde.org/show_bug.cgi?id=396310 --- Comment #3 from Afief Halumi --- Tested again on a live image of Ubuntu 14.04.5, crash reproduced. Steps for reproduction: * Run 14.04.5 live image * sudo apt-get install build-essential #crash doesn't happen without this * wget https://download.kde.org/stable/kdevelop/5.2.3/bin/linux/KDevelop-5.2.3-x86_64.AppImage * chmod +x KDevelop-5.2.3-x86_64.AppImage * ./KDevelop-5.2.3-x86_64.AppImage * ctrl+n to open new file and paste contents of the file attached in the report * save the file with the extension cpp I hope this is helpful. I can add any required information regarding the issue. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 396310] Segfault when parsing file
https://bugs.kde.org/show_bug.cgi?id=396310 --- Comment #5 from Afief Halumi --- Tested another few AppImages: KDevelop-5.2.0-x86_64.AppImage: No crash KDevelop-5.2.1-x86_64.AppImage: Crash KDevelop-5.2.3-x86_64.AppImage: Crash -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 387733] kdevelop crashes on deactivating the activity containing it
https://bugs.kde.org/show_bug.cgi?id=387733 Afief Halumi changed: What|Removed |Added CC||afie...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 387733] kdevelop crashes on deactivating the activity containing it
https://bugs.kde.org/show_bug.cgi?id=387733 --- Comment #2 from Afief Halumi --- Created attachment 110664 --> https://bugs.kde.org/attachment.cgi?id=110664&action=edit New crash information added by DrKonqi kdevelop (5.1.2) using Qt 5.9.1 KDevelop crashed when closing the activity containing it -- Backtrace (Reduced): #6 0x7f33b4a7c95f in QWidget::~QWidget() () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #7 0x7f33b4a7cd69 in QWidget::~QWidget() () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #8 0x7f33b3cf5470 in QObject::event(QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #9 0x7f33b4a814d3 in QWidget::event(QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #10 0x7f33b4a4046c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 375594] New: Automatic save
https://bugs.kde.org/show_bug.cgi?id=375594 Bug ID: 375594 Summary: Automatic save Product: kate Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: sessions Assignee: kwrite-bugs-n...@kde.org Reporter: afie...@gmail.com Target Milestone: --- Hi, Coming from Windows I used to use Notepad++ as a kind of scratchboard for taking notes on various tasks, bug investigations and other things that needed to be kept in check. OF course on Windows a machine often needs to be restarted so it was a great feature that Notepad not only would remember the list of open files from the last session, but also remember edits to files and unsaved files. Linux needs to be rebooted much less often, but every once in a while the system doesn't wake up from suspend or other bugs cause me to restart, unfortunately in such scenarios there is no way (that I know of) to keep all my Kate files/changes except by saving every one of them before putting the machine to suspend. I would greatly appreciate it if an option could be added to Kate that enables it to save changes to a different location and display the session with the changes the way it was left when next opened. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 396310] Segfault when parsing file
https://bugs.kde.org/show_bug.cgi?id=396310 --- Comment #6 from Afief Halumi --- Crash still happens in KDevelop-5.2.4-x86_64.AppImage -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 351670] Error opening arabic named PDFs
https://bugs.kde.org/show_bug.cgi?id=351670 Afief Halumi changed: What|Removed |Added CC||afie...@gmail.com --- Comment #17 from Afief Halumi --- Using Kubuntu 17.04 Okular 1.0.3 there is no problem opening files with Arabic names for me. Tested both by renaming an existing PDF to arabic and generating one through LibreOffice. Screenshot: https://imgur.com/a/Vmjwj $ locale LANG=en_US.UTF-8 LANGUAGE= LC_CTYPE="en_US.UTF-8" LC_NUMERIC=he_IL.UTF-8 LC_TIME=he_IL.UTF-8 LC_COLLATE="en_US.UTF-8" LC_MONETARY=he_IL.UTF-8 LC_MESSAGES="en_US.UTF-8" LC_PAPER=he_IL.UTF-8 LC_NAME=he_IL.UTF-8 LC_ADDRESS=he_IL.UTF-8 LC_TELEPHONE=he_IL.UTF-8 LC_MEASUREMENT=he_IL.UTF-8 LC_IDENTIFICATION=he_IL.UTF-8 LC_ALL= -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 369631] New: KDevelop crashed at startup
https://bugs.kde.org/show_bug.cgi?id=369631 Bug ID: 369631 Summary: KDevelop crashed at startup Product: kdevelop Version: 5.0.1 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: Language Support: CPP (Clang-based) Assignee: kdevelop-bugs-n...@kde.org Reporter: afie...@gmail.com Started KDevelop (project loads automatically) and got a crash in under 2 seconds. Backtrace: Program terminated with signal SIGSEGV, Segmentation fault. #0 0x7f592e37de34 in KDevelop::ItemRepository::deleteItem(unsigned int) () from /home/afiefh/Kdevelop5/usr/lib/libKDevPlatformLanguage.so.10 (gdb) bt #0 0x7f592e37de34 in KDevelop::ItemRepository::deleteItem(unsigned int) () from /home/afiefh/Kdevelop5/usr/lib/libKDevPlatformLanguage.so.10 #1 0x7f592e378b85 in Utils::Set::staticUnref() () from /home/afiefh/Kdevelop5/usr/lib/libKDevPlatformLanguage.so.10 #2 0x7f592e2b5ae9 in KDevelop::ParsingEnvironmentFile::setFeatures(KDevelop::TopDUContext::Features) () from /home/afiefh/Kdevelop5/usr/lib/libKDevPlatformLanguage.so.10 #3 0x7f592e2b605c in KDevelop::ParsingEnvironmentFile::setTopContext(KDevelop::IndexedTopDUContext) () from /home/afiefh/Kdevelop5/usr/lib/libKDevPlatformLanguage.so.10 #4 0x7f592e27d344 in KDevelop::TopDUContext::setParsingEnvironmentFile(KDevelop::ParsingEnvironmentFile*) () from /home/afiefh/Kdevelop5/usr/lib/libKDevPlatformLanguage.so.10 #5 0x7f592e27d50f in KDevelop::TopDUContext::TopDUContext(KDevelop::IndexedString const&, KDevelop::RangeInRevision const&, KDevelop::ParsingEnvironmentFile*) () from /home/afiefh/Kdevelop5/usr/lib/libKDevPlatformLanguage.so.10 #6 0x7f590def7721 in ClangHelpers::buildDUChain(void*, QMultiHash const&, ParseSession const&, KDevelop::TopDUContext::Features, QHash&, ClangIndex*, std::function const&) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25 #7 0x7f590e156cf2 in ClangParseJob::run(QSharedPointer, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/qt5/plugins/kdevplatform/25/kdevclangsupport.so #8 0x7f593076a282 in ThreadWeaver::IdDecorator::run(QSharedPointer, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #9 0x7f593076abfe in ThreadWeaver::Executor::run(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #10 0x7f5930769e7b in ThreadWeaver::Private::DefaultExecutor::execute(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #11 0x7f593076adbb in ThreadWeaver::ExecuteWrapper::executeWrapped(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #12 0x7f5930769e1f in ThreadWeaver::Private::DebugExecuteWrapper::execute(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #13 0x7f593076adbb in ThreadWeaver::ExecuteWrapper::executeWrapped(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #14 0x7f593076ad71 in ThreadWeaver::ExecuteWrapper::execute(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #15 0x7f593076adbb in ThreadWeaver::ExecuteWrapper::executeWrapped(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #16 0x7f593076ad71 in ThreadWeaver::ExecuteWrapper::execute(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #17 0x7f5930768ab7 in ThreadWeaver::Job::execute(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #18 0x7f593076c6ed in ThreadWeaver::Collection::execute(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #19 0x7f593076a64b in ThreadWeaver::IdDecorator::execute(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #20 0x7f59307683b1 in ThreadWeaver::Thread::run() () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #21 0x7f593258d569 in ?? () from /home/afiefh/Kdevelop5/usr/lib/libQt5Core.so.5 #22 0x7f592aa3f184 in start_thread (arg=0x7f590d654700) at pthread_create.c:312 #23 0x7f59319f537d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Backtrace on all threads (too long to include in comment): https://paste.kde.org/pt0vzsvfi Reproducible: Couldn't Reproduce Note: Component is a guess. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 369631] KDevelop crashed at startup
https://bugs.kde.org/show_bug.cgi?id=369631 --- Comment #2 from Afief Halumi --- The next startup gave me a popup about a possible cache corruption, so it fixed itself. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 369631] KDevelop crashed at startup
https://bugs.kde.org/show_bug.cgi?id=369631 --- Comment #3 from Afief Halumi --- 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 0x7f11cb60570b 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 0x7f11cb60570b 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 0x7f11cb607ef0 in KDevelop::IndexedString::IndexedString(char const*, unsigned short, unsigned int) () from /home/afiefh/Kdevelop5/usr/lib/libKDevPlatformSerialization.so.10 #2 0x7f11aaf004eb in ClangString::toIndexed() const () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25 #3 0x7f11aae9e6eb in (anonymous namespace)::makeId(CXCursor) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25 #4 0x7f11aaeb77bd in CXChildVisitResult (anonymous namespace)::Visitor::buildDeclaration<(CXCursorKind)6, KDevelop::ClassMemberDeclaration, false>(CXCursor) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25 #5 0x7f11aaec755c in (anonymous namespace)::visitCursor(CXCursor, CXCursor, void*) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25 #6 0x7f11a855828d in clang::cxcursor::CursorVisitor::Visit(CXCursor, bool) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8 #7 0x7f11a855915a in clang::cxcursor::CursorVisitor::VisitDeclContext(clang::DeclContext*) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8 #8 0x7f11a8557d5b in clang::cxcursor::CursorVisitor::VisitChildren(CXCursor) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8 #9 0x7f11a85600d1 in clang_visitChildren () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8 #10 0x7f11aaeb5e66 in CXChildVisitResult (anonymous namespace)::Visitor::buildDeclaration<(CXCursorKind)4, KDevelop::ClassDeclaration, true>(CXCursor) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25 #11 0x7f11aaeb6245 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 0x7f11aaec6155 in (anonymous namespace)::visitCursor(CXCursor, CXCursor, void*) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25 #13 0x7f11a855828d in clang::cxcursor::CursorVisitor::Visit(CXCursor, bool) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8 #14 0x7f11a855915a in clang::cxcursor::CursorVisitor::VisitDeclContext(clang::DeclContext*) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8 #15 0x7f11a8557f45 in clang::cxcursor::CursorVisitor::VisitChildren(CXCursor) () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8 #16 0x7f11a85600d1 in clang_visitChildren () from /home/afiefh/Kdevelop5/usr/lib/libclang.so.3.8 #17 0x7f11aaea4ff2 in Builder::visit(CXTranslationUnitImpl*, void*, QHash const&, bool) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25 #18 0x7f11aaed61ec in ClangHelpers::buildDUChain(void*, QMultiHash const&, ParseSession const&, KDevelop::TopDUContext::Features, QHash&, ClangIndex*, std::function const&) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25 #19 0x7f11aaed5cad in ClangHelpers::buildDUChain(void*, QMultiHash const&, ParseSession const&, KDevelop::TopDUContext::Features, QHash&, ClangIndex*, std::function const&) () from /home/afiefh/Kdevelop5/usr/lib/libKDevClangPrivate.so.25 #20 0x7f11ab135cf2 in ClangParseJob::run(QSharedPointer, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/qt5/plugins/kdevplatform/25/kdevclangsupport.so #21 0x7f11ce7d1282 in ThreadWeaver::IdDecorator::run(QSharedPointer, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #22 0x7f11ce7d1bfe in ThreadWeaver::Executor::run(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5 #23 0x7f11ce7d0e7b in ThreadWeaver::Private::DefaultExecutor::execute(QSharedPointer const&, ThreadWeaver::Thread*) () from /home/afiefh/Kdevelop5/usr/lib/libKF5ThreadWeaver.so.5
[kdevelop] [Bug 369631] KDevelop crashed at startup
https://bugs.kde.org/show_bug.cgi?id=369631 --- Comment #5 from Afief Halumi --- 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 -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 369631] KDevelop crashed at startup
https://bugs.kde.org/show_bug.cgi?id=369631 --- Comment #7 from Afief Halumi --- 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... -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 369631] KDevelop crashed at startup
https://bugs.kde.org/show_bug.cgi?id=369631 --- Comment #10 from Afief Halumi --- @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 -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 368105] Wrong type is deduced for type auto
https://bugs.kde.org/show_bug.cgi?id=368105 --- Comment #2 from Afief Halumi --- My bad, turns out I only got int* because the example didn't compile in the sample code. I was a bit too hasty trying to create a synthethic example from my work code. Sorry about that. I cannot post the code where I first saw the issue (several thousand lines anyway), so I'll try to reduce it to the minimal case that exposes the issue later. Here is a screenshot of the problem (with names changed and filenames pixelated to get around company policy): http://imgur.com/a/QlFVB -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 368375] New: KDevelop hangs while parsing project
https://bugs.kde.org/show_bug.cgi?id=368375 Bug ID: 368375 Summary: KDevelop hangs while parsing project Product: kdevelop Version: 5.0.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: Language Support: QML/JavaScript Assignee: kdevelop-bugs-n...@kde.org Reporter: afie...@gmail.com Backtrace too long for bugtracker. Saved in pastebin: http://pastebin.com/djMnEqvJ Reproducible: Sometimes Steps to Reproduce: 1. Run KDevelop and let it parse Actual Results: KDevelop hangs Expected Results: KDevelop to work smoothly Guessing it's in the QML/JS code from the backtrace, but don't really know for sure. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 368449] New: KDevelop crashed when opening a file that changed on disk
https://bugs.kde.org/show_bug.cgi?id=368449 Bug ID: 368449 Summary: KDevelop crashed when opening a file that changed on disk Product: kdevelop Version: 5.0.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: Language Support: CPP (Clang-based) Assignee: kdevelop-bugs-n...@kde.org Reporter: afie...@gmail.com Program terminated with signal 11, Segmentation fault. #0 0x7fafd98cc5a0 in clang::comments::Lexer::lex(clang::comments::Token&) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 (gdb) bt #0 0x7fafd98cc5a0 in clang::comments::Lexer::lex(clang::comments::Token&) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #1 0x7fafd98d2e53 in clang::comments::Parser::parseParagraphOrBlockCommand() () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #2 0x7fafd98d3c00 in clang::comments::Parser::parseFullComment() () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #3 0x7fafd983f87d in clang::RawComment::parse(clang::ASTContext const&, clang::Preprocessor const*, clang::Decl const*) const () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #4 0x7fafd9786923 in clang::ASTContext::getCommentForDecl(clang::Decl const*, clang::Preprocessor const*) const () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #5 0x7fafd97287ba in clang_Cursor_getParsedComment () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #6 0x7fafe1588d6d in void (anonymous namespace)::Visitor::setDeclData<(CXCursorKind)21>(CXCursor, KDevelop::Declaration*, bool) const () from /home/afiefh/Kdevelop5/appImage/usr/lib/libKDevClangPrivate.so.25 #7 0x7fafe15a53cd in void (anonymous namespace)::Visitor::setDeclData<(CXCursorKind)21>(CXCursor, KDevelop::ClassFunctionDeclaration*) const () from /home/afiefh/Kdevelop5/appImage/usr/lib/libKDevClangPrivate.so.25 #8 0x7fafe15a5e47 in CXChildVisitResult (anonymous namespace)::Visitor::buildDeclaration<(CXCursorKind)21, KDevelop::ClassFunctionDeclaration, true>(CXCursor) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libKDevClangPrivate.so.25 #9 0x7fafe15b3034 in (anonymous namespace)::visitCursor(CXCursor, CXCursor, void*) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libKDevClangPrivate.so.25 #10 0x7fafd971228d in clang::cxcursor::CursorVisitor::Visit(CXCursor, bool) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #11 0x7fafd971315a in clang::cxcursor::CursorVisitor::VisitDeclContext(clang::DeclContext*) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #12 0x7fafd9711d5b in clang::cxcursor::CursorVisitor::VisitChildren(CXCursor) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #13 0x7fafd971a0d1 in clang_visitChildren () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #14 0x7fafe15a1606 in CXChildVisitResult (anonymous namespace)::Visitor::buildDeclaration<(CXCursorKind)4, KDevelop::ClassDeclaration, true>(CXCursor) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libKDevClangPrivate.so.25 #15 0x7fafe15a19e5 in CXChildVisitResult (anonymous namespace)::Visitor::dispatchCursor<(CXCursorKind)4, (Decision)1, (Decision)2, (detail::enabler)0>(CXCursor, CXCursor) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libKDevClangPrivate.so.25 #16 0x7fafe15b1015 in (anonymous namespace)::visitCursor(CXCursor, CXCursor, void*) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libKDevClangPrivate.so.25 #17 0x7fafd971228d in clang::cxcursor::CursorVisitor::Visit(CXCursor, bool) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #18 0x7fafd971315a in clang::cxcursor::CursorVisitor::VisitDeclContext(clang::DeclContext*) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #19 0x7fafd9711f45 in clang::cxcursor::CursorVisitor::VisitChildren(CXCursor) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #20 0x7fafd971a0d1 in clang_visitChildren () from /home/afiefh/Kdevelop5/appImage/usr/lib/libclang.so.3.8 #21 0x7fafe15907b2 in Builder::visit(CXTranslationUnitImpl*, void*, QHash const&, bool) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libKDevClangPrivate.so.25 #22 0x7fafe15c11dc in ClangHelpers::buildDUChain(void*, QMultiHash const&, ParseSession const&, KDevelop::TopDUContext::Features, QHash&, ClangIndex*, std::function const&) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libKDevClangPrivate.so.25 #23 0x7fafe15c0c9d in ClangHelpers::buildDUChain(void*, QMultiHash const&, ParseSession const&, KDevelop::TopDUContext::Features, QHash&, ClangIndex*, std::function const&) () from /home/afiefh/Kdevelop5/appImage/usr/lib/libKDevClangPrivate.so.25 #24 0x7fafe15c0c9d in ClangHelpers::buildDUChain(void*, QMultiHash const&, ParseSession const&, KD
[kdevelop] [Bug 368067] New: Wrong declaration is caught when class name as template parameter
https://bugs.kde.org/show_bug.cgi?id=368067
Bug ID: 368067
Summary: Wrong declaration is caught when class name as
template parameter
Product: kdevelop
Version: 5.0.0
Platform: Appimage
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: Language Support: CPP
Assignee: kdevelop-bugs-n...@kde.org
Reporter: afie...@gmail.com
In the following code highlighting Foo in `void Foo::foo() {...}` shows the
declaration to be the template parameter `typename Foo` instead of either the
forward declaration or the actual declaration of the class.
class Foo;
template class Bar;
class Foo
{
void foo();
};
void Foo::foo() { std::cout << "foo\n"; }
Reproducible: Always
Steps to Reproduce:
1. Paste the above code into KDevelop
2. hover over Foo
3. click on the declaration hyperlink
Actual Results:
Jumps to the template parameter i.e. the Foo in `template class
Bar;`
Expected Results:
should jump to either the forward declaration `class Foo;` or preferably the
actual declaration of the class Foo.
Sorry for the terrible code, but these things do exist in old code bases and
aren't removed until they make trouble. I removed it from mine so it doesn't
bug me anymore, but it probably indicates something wrong with the C++ support.
--
You are receiving this mail because:
You are watching all bug changes.
[kdevelop] [Bug 368105] New: Wrong type is deduced for type auto
https://bugs.kde.org/show_bug.cgi?id=368105
Bug ID: 368105
Summary: Wrong type is deduced for type auto
Product: kdevelop
Version: 5.0.0
Platform: Appimage
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: Language Support: CPP (Clang-based)
Assignee: kdevelop-bugs-n...@kde.org
Reporter: afie...@gmail.com
Code in question:
#include
typedef std::map myMap;
class A
{
myMap* getMap() { return &m_map; }
myMap m_map;
};
int main()
{
A a;
auto deducedVar = a.getMap();
return 0;
}
Reproducible: Always
Steps to Reproduce:
1. Paste code into editor
2. Hover over deducedVar too the kdevelop parsing result for this variable
Actual Results:
deducedVar has type int*
Expected Results:
deducedVar should have type myMap* or std::map
--
You are receiving this mail because:
You are watching all bug changes.
[Powerdevil] [Bug 356636] New: Joystick input doesn't prevent screen from turning off
https://bugs.kde.org/show_bug.cgi?id=356636 Bug ID: 356636 Summary: Joystick input doesn't prevent screen from turning off Product: Powerdevil Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: plasma-de...@kde.org Reporter: afie...@gmail.com I often run the Dolphin emulator with a bluetooth gamepad. I'd expect that my gamepad input should stop the screen from turning off, but this doesn't happen, so every once in a while I need to grab the mouse to get the screen on again. Reproducible: Always Steps to Reproduce: 1. Connect bluetooth gamepad (mine appears as /dev/input/js0, haven't tried with non-bluetooth) 2. Run dolphin-emu in windowed mode and use gamepad as input 3. Wait for screen to turn off while using the gamepad Actual Results: Screen turns off after a while Expected Results: Screen shouldn't turn off because there is gamepad input -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kidletime] [Bug 328987] Power saving should not trigger if joystick is in use
https://bugs.kde.org/show_bug.cgi?id=328987 --- Comment #7 from Afief Halumi --- Tried this in both Kubuntu 15.10 and Ubuntu 15.10, xev doesn't show any notifications from the gamepad. Don't mind testing it on other systems as well if you think this helps. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kidletime] [Bug 328987] Power saving should not trigger if joystick is in use
https://bugs.kde.org/show_bug.cgi?id=328987 --- Comment #9 from Afief Halumi --- Would donating a gamepad to a developer help or is this issue too far out of scope for KIdleTime? The input-devices in systemsettings seems to be aware of of the joysticks and be able to get their events, so perhaps it is dealt with in another part of KDE already. Out of curiosity, is this X specific or will this affect Wayland as well? (i.e. will this bug solve itself as soon as the Wayland transition is complete?) -- You are receiving this mail because: You are watching all bug changes.
