[Falkon] [Bug 408821] "Allow Pepper Plugins (Flash Plugin)" checkbox has the opposite effect
https://bugs.kde.org/show_bug.cgi?id=408821 Andrei Slavoiu changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |NOT A BUG --- Comment #2 from Andrei Slavoiu --- Turns out there was a problem with my flash plugin and when the checkbox was disabled it falled back to HTML5. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 470428] Kdevelop crashes during background parsing with clang
https://bugs.kde.org/show_bug.cgi?id=470428 --- Comment #4 from Andrei Slavoiu --- Created attachment 159346 --> https://bugs.kde.org/attachment.cgi?id=159346=edit compiler.info -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 470428] Kdevelop crashes during background parsing with clang
https://bugs.kde.org/show_bug.cgi?id=470428
--- Comment #3 from Andrei Slavoiu ---
Hi, first of all, after clearing the cache it no longer crashes. But if it
helps to prevent this in the future:
The entire system is built with CFLAGS="-march=native -ggdb3 -O2 -pipe
-fdiagnostics-color". See attached compiler.info for what -march=native
translates to on my system.
This is the content of stl_algobase.h around that line.
template
_GLIBCXX20_CONSTEXPR
inline typename
__gnu_cxx::__enable_if<__is_scalar<_Tp>::__value, void>::__type
__fill_a1(_ForwardIterator __first, _ForwardIterator __last,
const _Tp& __value)
{
const _Tp __tmp = __value;
930: for (; __first != __last; ++__first)
*__first = __tmp;
}
--
You are receiving this mail because:
You are watching all bug changes.
[kdevelop] [Bug 470428] New: Kdevelop crashes during background parsing with clang
https://bugs.kde.org/show_bug.cgi?id=470428
Bug ID: 470428
Summary: Kdevelop crashes during background parsing with clang
Classification: Applications
Product: kdevelop
Version: unspecified
Platform: Gentoo Packages
OS: Linux
Status: REPORTED
Keywords: drkonqi
Severity: crash
Priority: NOR
Component: general
Assignee: kdevelop-bugs-n...@kde.org
Reporter: ansl...@yahoo.com
Target Milestone: ---
Application: kdevelop (5.11.230401 (23.04.1))
Qt Version: 5.15.9
Frameworks Version: 5.106.0
Operating System: Linux 6.3.3-gentoo x86_64
Windowing System: X11
Distribution: "Gentoo Linux"
DrKonqi: 5.27.5 [KCrashBackend]
-- Information about the crash:
Started crashing after I changed the active compiler for the project from GCC
to Clang.
The crash can be reproduced every time.
-- Backtrace (Reduced):
#6 __memset_avx2_unaligned_erms () at
../sysdeps/x86_64/multiarch/memset-vec-unaligned-erms.S:328
#7 0x7f28322a7daf in std::__fill_a1(unsigned short*,
unsigned short*, int const&) (__value=, __last=,
__first=) at
/usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/stl_algobase.h:930
#8 std::__fill_a(unsigned short*, unsigned short*, int
const&) (__value=, __last=, __first=) at
/usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/stl_algobase.h:977
#9 std::__fill_n_a(unsigned short*, int, int
const&, std::random_access_iterator_tag) (__value=, __n=3277,
__first=) at
/usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/stl_algobase.h:1128
#10 std::fill_n::{unnamed type#3},
int>(KDevelop::Bucket::{unnamed type#3},
KDevelop::Bucket::{unnamed type#3}, int const&)
(__value=,
__n=KDevelop::Bucket::NextBucketHashSize,
__first=) at
/usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/stl_algobase.h:1157
Reported using DrKonqi
--
You are receiving this mail because:
You are watching all bug changes.
[kdevelop] [Bug 388075] Kdevelop crashes after adding a new build dir
https://bugs.kde.org/show_bug.cgi?id=388075 Andrei Slavoiu changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO |RESOLVED --- Comment #3 from Andrei Slavoiu --- I can no longer reproduce it with version 22.08.1 -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 438249] fresh kdevelop build from git master source crashes while importing a project
https://bugs.kde.org/show_bug.cgi?id=438249 --- Comment #24 from Andrei Slavoiu --- Created attachment 149527 --> https://bugs.kde.org/attachment.cgi?id=149527=edit New crash information added by DrKonqi kdevelop (5.8.220401 (22.04.1)) using Qt 5.15.4 - What I was doing when the application crashed: Compiled clang-13 back without DEBUG and now I get the same crash with it as well. -- Backtrace (Reduced): #6 0x7fc50833d030 in __memmove_avx_unaligned_erms () at ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:801 #7 0x7fc45184af1b in llvm::APInt::APInt(llvm::APInt const&) (that=..., this=0x7fc41e7f82c0) at /usr/lib/llvm/13/include/llvm/ADT/APInt.h:321 #8 llvm::APSInt::APSInt(llvm::APSInt const&) (this=0x7fc41e7f82c0) at /usr/lib/llvm/13/include/llvm/ADT/APSInt.h:22 #9 clang::Expr::EvaluateKnownConstInt(clang::ASTContext const&, llvm::SmallVectorImpl >*) const (this=0x7fc2d0226918, Ctx=..., Diag=Diag@entry=0x0) at /usr/src/debug/sys-devel/clang-13.0.1/clang/lib/AST/ExprConstant.cpp:15006 #10 0x7fc4517b449f in clang::FieldDecl::getBitWidthValue(clang::ASTContext const&) const (this=, Ctx=) at /usr/src/debug/sys-devel/clang-13.0.1/clang/lib/AST/Decl.cpp:4172 -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 438249] fresh kdevelop build from git master source crashes while importing a project
https://bugs.kde.org/show_bug.cgi?id=438249 --- Comment #22 from Andrei Slavoiu --- (In reply to Igor Kushnir from comment #21) > If you want to play with this some more, you could try building Clang 13 > with assertions enabled and see if the assertion is triggered. If yes, then > the absence of the crash is accidental. If the assertion does not fail, then > maybe it's a regression in Clang 14. Hah, good point. The assert fails on clang-13 as well when built with DEBUG. Probably on 13 it just happened to return some junk instead of crashing. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 438249] fresh kdevelop build from git master source crashes while importing a project
https://bugs.kde.org/show_bug.cgi?id=438249 --- Comment #20 from Andrei Slavoiu --- (In reply to Igor Kushnir from comment #19) > If you can reproduce the crash consistently with Clang 14 > (I cannot with my system Clang 13), report the bug. Yes, it crashes consistently with clang 14, I'll look into reporting the bug upstream. > Does KDevelop compiled against Clang 13 call Clang 14 implementation at > runtime or does it keep using the Clang 13 version it was compiled against? Gentoo puts the libraries of each clang version in it's own dir, so it keeps using the one it was built with: # ldd /usr/lib64/qt5/plugins/kdevplatform/36/kdevclangsupport.so | grep llvm libclang.so.13 => /usr/lib/llvm/13/lib64/libclang.so.13 (0x7f3303933000) libLLVM-13.so => /usr/lib/llvm/13/lib64/../lib64/libLLVM-13.so (0x7f32fafd9000) After adjusting the symlinks from llvm/13 to point to the ones in llvm/14, kdevelop built with clang-13 and ran with clang-14 crashes the same way as the one built with clnag-14. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 438249] fresh kdevelop build from git master source crashes while importing a project
https://bugs.kde.org/show_bug.cgi?id=438249 --- Comment #18 from Andrei Slavoiu --- And another correction, it's boost::container::string. Looks like boost has multiple string implementations. Also, I compiled kdevelop with clang-13 again, and no more crash. Weird. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 438249] fresh kdevelop build from git master source crashes while importing a project
https://bugs.kde.org/show_bug.cgi?id=438249
--- Comment #17 from Andrei Slavoiu ---
No, not std::string. boost::string. Found the culprit:
//This is the structure controlling a long string
struct long_t
{
size_type is_short : 1;
size_type length: (sizeof(size_type)*CHAR_BIT - 1);
--
You are receiving this mail because:
You are watching all bug changes.
[kdevelop] [Bug 438249] fresh kdevelop build from git master source crashes while importing a project
https://bugs.kde.org/show_bug.cgi?id=438249 --- Comment #16 from Andrei Slavoiu --- Looks like it's parsing std::string when crashing?!?! [Thread 0x7ffec67fc640 (LWP 2174) exited] setDeclData "class basic_string_base< Allocator >" "" setDeclData " operator=" "" setDeclData " basic_string_base" "" setDeclData " allocator_type" "" setDeclData " allocator_traits_type" "" setDeclData " stored_allocator_type" "" setDeclData " pointer" "" setDeclData " value_type" "" setDeclData " size_type" "" setDeclData " difference_type" "" setDeclData " pointer_traits" "" setDeclData " basic_string_base" "" setDeclData " basic_string_base" "" setDeclData " basic_string_base" "" setDeclData " basic_string_base" "" setDeclData " basic_string_base" "" setDeclData " ~basic_string_base" "" setDeclData "class long_t" "" setDeclData " is_short" "" setDeclData " length" "" [New Thread 0x7ffec67fc640 (LWP 2208)] kdevelop: /var/tmp/portage/sys-devel/clang-14.0.4/work/clang/lib/AST/ExprConstant.cpp:15103: llvm::APSInt clang::Expr::EvaluateKnownConstInt(const clang::ASTContext&, llvm::SmallVectorImpl >*) const: Assertion `!isValueDependent() && "Expression evaluator can't be called on a dependent expression."' failed. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 438249] fresh kdevelop build from git master source crashes while importing a project
https://bugs.kde.org/show_bug.cgi?id=438249 --- Comment #14 from Andrei Slavoiu --- Here is the assert. For some reason DrKonqi does not handle it, so I got the stacktrace manually: kdevelop: /var/tmp/portage/sys-devel/clang-14.0.4/work/clang/lib/AST/ExprConstant.cpp:15103: llvm::APSInt clang::Expr::EvaluateKnownConstInt(const clang::ASTContext&, llvm::SmallVectorImpl >*) const: Assertion `!isValueDependent() && "Expression evaluator can't be called on a dependent expression."' failed. Thread 41 "Queue(0x58c" received signal SIGABRT, Aborted. [Switching to Thread 0x7fff41560640 (LWP 24484)] __pthread_kill_implementation (threadid=, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 44return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0; (gdb) bt #0 __pthread_kill_implementation (threadid=, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x75f77d1f in __pthread_kill_internal (signo=6, threadid=) at pthread_kill.c:78 #2 0x75f2aa62 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x75f15469 in __GI_abort () at abort.c:79 #4 0x75f15395 in __assert_fail_base (fmt=0x760a3c80 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=0x7fff4f2c2c98 "!isValueDependent() && \"Expression evaluator can't be called on a dependent expression.\"", file=0x7fff4f2c53b0 "/var/tmp/portage/sys-devel/clang-14.0.4/work/clang/lib/AST/ExprConstant.cpp", line=15103, function=) at assert.c:92 #5 0x75f239d2 in __GI___assert_fail (assertion=0x7fff4f2c2c98 "!isValueDependent() && \"Expression evaluator can't be called on a dependent expression.\"", file=0x7fff4f2c53b0 "/var/tmp/portage/sys-devel/clang-14.0.4/work/clang/lib/AST/ExprConstant.cpp", line=15103, function=0x7fff4f2cf7f0 "llvm::APSInt clang::Expr::EvaluateKnownConstInt(const clang::ASTContext&, llvm::SmallVectorImpl >*) const") at assert.c:101 #6 0x7fff4de82d71 in clang::Expr::EvaluateKnownConstInt(clang::ASTContext const&, llvm::SmallVectorImpl >*) const (this=, Ctx=, Diag=Diag@entry=0x0) at /usr/src/debug/sys-devel/clang-14.0.4/clang/lib/AST/ExprConstant.cpp:15103 #7 0x7fff4ddc979b in clang::FieldDecl::getBitWidthValue(clang::ASTContext const&) const (this=, Ctx=) at /usr/src/debug/sys-devel/clang-14.0.4/clang/lib/AST/Decl.cpp:4206 #8 0x7fff4fcc1bff in (anonymous namespace)::Visitor::setDeclData<(CXCursorKind)6>(CXCursor, KDevelop::ClassMemberDeclaration*) (cursor=..., decl=decl@entry=0x7fff2a075a00, this=0x7fff4155efa0) at /usr/src/debug/dev-util/kdevelop-22.04.1/kdevelop-22.04.1/plugins/clang/duchain/builder.cpp:1083 #9 0x7fff4fcd346a in (anonymous namespace)::Visitor::createDeclarationCommon<(CXCursorKind)6, KDevelop::ClassMemberDeclaration>(CXCursor, KDevelop::Identifier const&) (this=this@entry=0x7fff4155efa0, cursor=..., id=...) at /usr/src/debug/dev-util/kdevelop-22.04.1/kdevelop-22.04.1/plugins/clang/duchain/builder.cpp:442 #10 0x7fff4fcd404b in (anonymous namespace)::Visitor::createDeclaration<(CXCursorKind)6, KDevelop::ClassMemberDeclaration> (context=0x0, id=..., cursor=..., this=0x7fff4155efa0) at /usr/src/debug/dev-util/kdevelop-22.04.1/kdevelop-22.04.1/plugins/clang/duchain/builder.cpp:451 #11 (anonymous namespace)::Visitor::buildDeclaration<(CXCursorKind)6, KDevelop::ClassMemberDeclaration, false>(CXCursor) (this=this@entry=0x7fff4155efa0, cursor=...) at /usr/src/debug/dev-util/kdevelop-22.04.1/kdevelop-22.04.1/plugins/clang/duchain/builder.cpp:1217 #12 0x7fff4fcd5010 in (anonymous namespace)::Visitor::dispatchCursor<(CXCursorKind)6> (parent=..., cursor=..., this=0x7fff4155efa0) at /usr/src/debug/dev-util/kdevelop-22.04.1/kdevelop-22.04.1/plugins/clang/duchain/builder.cpp:965 #13 (anonymous namespace)::visitCursor(CXCursor, CXCursor, CXClientData) (cursor=..., parent=..., data=0x7fff4155efa0) at /usr/src/debug/dev-util/kdevelop-22.04.1/kdevelop-22.04.1/plugins/clang/duchain/builder.cpp:1554 #14 0x7fff4dccd9c5 in clang::cxcursor::CursorVisitor::Visit(CXCursor, bool) (this=0x7fff4155e580, Cursor=..., CheckedRegionOfInterest=) at /usr/src/debug/sys-devel/clang-14.0.4/clang/tools/libclang/CIndex.cpp:220 #15 0x7fff4dcd3add in clang::cxcursor::CursorVisitor::handleDeclForVisitation(clang::Decl const*) (this=0x7fff4155e580, D=0x7ffec0bfc4c0) at /usr/src/debug/sys-devel/clang-14.0.4/clang/tools/libclang/CIndex.cpp:682 #16 0x7fff4dcd3bd0 in clang::cxcursor::CursorVisitor::VisitDeclContext(clang::DeclContext*) (this=0x7fff4155e580, DC=0x7ffec0bfc088) at /usr/src/debug/sys-devel/clang-14.0.4/clang/tools/libclang/CIndex.cpp:643 #17 0x7fff4dccd2b2 in clang::cxcursor::CursorVisitor::VisitChildren(CXCursor) (this=0x7fff4155e580, Cursor=...) at /usr/src/debug/sys-devel/clang-14.0.4/clang/tools/libcl
[kdevelop] [Bug 438249] fresh kdevelop build from git master source crashes while importing a project
https://bugs.kde.org/show_bug.cgi?id=438249 --- Comment #11 from Andrei Slavoiu --- (In reply to Igor Kushnir from comment #5) > Arthur, Andrei, do your projects use wxWidgets? No > Also, when you write that the crash started occurring after an > update/rebuild of KDevelop, were your projects or some libraries > they use updated at the same time too? I don't remember any significant code changes around that time. But I could downgrade to the version built with clang-13 and see how it behaves with current code. (In reply to Igor Kushnir from comment #7) > Could someone try to get the backtrace of this crash with assertions > enabled? (NDEBUG not defined) I'll give it a try. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 438249] fresh kdevelop build from git master source crashes while importing a project
https://bugs.kde.org/show_bug.cgi?id=438249
--- Comment #4 from Andrei Slavoiu ---
(In reply to Igor Kushnir from comment #3)
> Andrei Slavoiu, could you try the workaround that works for other reporters?
Hi, I assume the workaround was applying this patch:
--- kdevelop-22.04.1-orig/plugins/clang/duchain/builder.cpp 2022-06-01
21:11:28.907037431 +0300
+++ kdevelop-22.04.1/plugins/clang/duchain/builder.cpp 2022-06-01
21:12:48.177035132 +0300
@@ -1080,7 +1080,7 @@
#endif
#if CINDEX_VERSION_MINOR >= 16
-decl->setBitWidth(clang_getFieldDeclBitWidth(cursor));
+decl->setBitWidth(-1);
#endif
if (clang_isCursorDefinition(cursor)) {
In that case, I confirm that after rebuilding with it kdevelop was able to
complete the background parsing.
--
You are receiving this mail because:
You are watching all bug changes.
[kdevelop] [Bug 438249] fresh kdevelop build from git master source crashes while importing a project
https://bugs.kde.org/show_bug.cgi?id=438249 --- Comment #2 from Andrei Slavoiu --- Created attachment 148116 --> https://bugs.kde.org/attachment.cgi?id=148116=edit New crash information added by DrKonqi kdevelop (5.7.211203 (21.12.3)) using Qt 5.15.3 - What I was doing when the application crashed: The same KDevelop version previously built with llvm-13 parsed the project successfuly. After rebuilding with llvm-14, it started crashing every time it reached about 10% of the project. -- Backtrace (Reduced): #6 __memmove_avx_unaligned_erms () at ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:535 #7 0x7fb3f9283bbb in llvm::APInt::APInt(llvm::APInt const&) (that=..., this=0x7fb3bb7fa470) at /usr/lib/llvm/14/include/llvm/ADT/APInt.h:157 #8 llvm::APSInt::APSInt(llvm::APSInt const&) (this=0x7fb3bb7fa470) at /usr/lib/llvm/14/include/llvm/ADT/APSInt.h:23 #9 clang::Expr::EvaluateKnownConstInt(clang::ASTContext const&, llvm::SmallVectorImpl >*) const (this=0x7fb3b1d99a28, Ctx=..., Diag=Diag@entry=0x0) at /usr/src/debug/sys-devel/clang-14.0.0-r1/clang/lib/AST/ExprConstant.cpp:15116 #10 0x7fb3f91ec94f in clang::FieldDecl::getBitWidthValue(clang::ASTContext const&) const (this=, Ctx=) at /usr/src/debug/sys-devel/clang-14.0.0-r1/clang/lib/AST/Decl.cpp:4206 -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 438249] fresh kdevelop build from git master source crashes while importing a project
https://bugs.kde.org/show_bug.cgi?id=438249 Andrei Slavoiu changed: What|Removed |Added CC||ansl...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 433254] plasma network-manager fails to connect to PAN GP vpn
https://bugs.kde.org/show_bug.cgi?id=433254 Andrei Slavoiu changed: What|Removed |Added CC||ansl...@yahoo.com --- Comment #1 from Andrei Slavoiu --- Confirming. I had my PAN GP configured and working fine for several months. Today, after changing the gateway for an experiment, I couldn't get it to work with either the new or old gateway. Turns out saving the configuration changed the protocol from PAN GP to Pulse and it was impossible to change it back to PAN GP from the UI, it kept being changed to Pulse when saving the config. Workaround: stop NetworkManager service and manually edit the connection file, in the section [vpn] replace line "protocol=pulse" with "protocol=gp", start the NetworkManager service back. As long a plasma-nm is only used to connect/disconnect from VPN everithing is fine. Linux: 5.11.2 KDE Plasma Version: 5.21.2 KDE Frameworks Version: 5.79.0 Qt Version: 5.15.2 NetworkNamager version: 1.28.0 openconnect version: 8.10 -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 417971] Kdevelop crashes during autocomplete
https://bugs.kde.org/show_bug.cgi?id=417971 --- Comment #11 from Andrei Slavoiu --- (In reply to Aaron Puchert from comment #7) > Andrei, does your code also involve captures of variable-length arrays, or > is it something else? The code does use VLAs, but AFAICT, none of them is captured by a lambda. Also, I haven't seen any crashes with clang-10. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 417971] New: Kdevelop crashes during autocomplete
https://bugs.kde.org/show_bug.cgi?id=417971 Bug ID: 417971 Summary: Kdevelop crashes during autocomplete Product: kdevelop Version: 5.5.0 Platform: Gentoo Packages OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: ansl...@yahoo.com Target Milestone: --- Application: kdevelop (5.5.0) Qt Version: 5.13.2 Frameworks Version: 5.64.0 Operating System: Linux 4.19.93-gentoo x86_64 Distribution: "Gentoo Base System release 2.6" -- Information about the crash: - What I was doing when the application crashed: The crashes seem to happen at random moments, though they started happening after I replaced some manual std::unique_ptr instantiations with calls to boost::make_unique, not sure if it's related or just a coincidence. The stack trace is similar to that from some bugs related to static_assert parsing with clang 3.9, but given I'm using clang 9.0.1 it shouldn't be related. The crash can be reproduced sometimes. -- Backtrace (Reduced): #7 0x7f113662f51d in clang::Stmt::getStmtClass() const (this=) at /var/tmp/portage/sys-devel/clang-9.0.1/work/x/y/clang/include/clang/AST/Stmt.h:1088 #8 0x7f113662f51d in clang::cxcursor::MakeCXCursor(clang::Stmt const*, clang::Decl const*, CXTranslationUnitImpl*, clang::SourceRange) (S=S@entry=0x0, Parent=0x0, TU=0x7f10f402be00, RegionOfInterest=...) at /var/tmp/portage/sys-devel/clang-9.0.1/work/x/y/clang/tools/libclang/CXCursor.cpp:132 #9 0x7f11365fbfd5 in clang::cxcursor::CursorVisitor::EnqueueWorkList(llvm::SmallVector&, clang::Stmt const*) (this=this@entry=0x7f11195f59e0, WL=..., S=S@entry=0x0) at /var/tmp/portage/sys-devel/clang-9.0.1/work/x/y/clang/tools/libclang/CIndex.cpp:2966 #10 0x7f1136619caf in clang::cxcursor::CursorVisitor::Visit(clang::Stmt const*) (this=this@entry=0x7f11195f59e0, S=0x0) at /var/tmp/portage/sys-devel/clang-9.0.1/work/x/y/clang/tools/libclang/CIndex.cpp:3194 #11 0x7f11366194da in clang::cxcursor::CursorVisitor::RunVisitorWorkList(llvm::SmallVector&) (this=0x7f11195f59e0, WL=...) at /var/tmp/portage/sys-devel/clang-9.0.1/work/x/y/clang/tools/libclang/CIndex.cpp:3152 Possible duplicates by query: bug 383612, bug 378294. Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[Falkon] [Bug 408821] New: "Allow Pepper Plugins (Flash Plugin)" checkbox has the opposite effect
https://bugs.kde.org/show_bug.cgi?id=408821 Bug ID: 408821 Summary: "Allow Pepper Plugins (Flash Plugin)" checkbox has the opposite effect Product: Falkon Version: 3.1.0 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: extensions Assignee: now...@gmail.com Reporter: ansl...@yahoo.com Target Milestone: --- Flash works only when that checkbox is disabled STEPS TO REPRODUCE 1. Check the box 2. Go to a website that uses flash (for example https://get.adobe.com/flashplayer/about/) OBSERVED RESULT Instead of the flash content I see the error message "Plugin could not be loaded". If I go back and uncheck it the flash content loads again. EXPECTED RESULT SOFTWARE/OS VERSIONS Operating System: Gentoo Linux KDE Plasma Version: 5.16.0 KDE Frameworks Version: 5.59.0 Qt Version: 5.12.3 Kernel Version: 5.1.7-gentoo OS Type: 64-bit Processors: 16 × AMD Ryzen 7 2700 Eight-Core Processor Memory: 62,9 GiB ADDITIONAL INFORMATION This used to work fine in Falkon 3.0 -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 390670] New: Konqueror crash on session restore
https://bugs.kde.org/show_bug.cgi?id=390670 Bug ID: 390670 Summary: Konqueror crash on session restore Product: kde Version: unspecified Platform: unspecified OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: ansl...@yahoo.com Target Milestone: --- Application: kdeinit5 (5.0.97) Qt Version: 5.9.4 Frameworks Version: 5.43.0 Operating System: Linux 4.15.3-gentoo x86_64 Distribution: "Gentoo Base System release 2.4.1" -- Information about the crash: - What I was doing when the application crashed: I had just booted my desktop and logged in. The crash happend while my previous browsing session was restored. The bug I marked as possible duplicate is remarkably similar to this though being from the kdelibs and qt4 era so not a true duplicate. -- Backtrace: Application: Konqueror (kdeinit5), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". 27return SYSCALL_CANCEL (nanosleep, requested_time, remaining); [Current thread is 1 (Thread 0x7fa2f9756c80 (LWP 1074))] Thread 28 (Thread 0x7fa266ff6700 (LWP 1257)): #0 0x7fa2f7c4e6b5 in futex_wait_cancelable (private=, expected=0, futex_word=0x559b2f6b81d8) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x559b2f6b8188, cond=0x559b2f6b81b0) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x559b2f6b81b0, mutex=0x559b2f6b8188) at pthread_cond_wait.c:655 #3 0x7fa2bae65585 in base::SequencedWorkerPool::Inner::ThreadLoop(base::SequencedWorkerPool::Worker*) () from /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7fa2bae65a67 in base::SequencedWorkerPool::Worker::Run() () from /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7fa2bae66801 in base::SimpleThread::ThreadMain() () from /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7fa2bae62edb in base::(anonymous namespace)::ThreadFunc(void*) () from /usr/lib64/libQt5WebEngineCore.so.5 #7 0x7fa2f7c478bb in start_thread (arg=0x7fa266ff6700) at pthread_create.c:465 #8 0x7fa2f89cfd2f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 27 (Thread 0x7fa2677f7700 (LWP 1255)): #0 0x7fa2f7c4e6b5 in futex_wait_cancelable (private=, expected=0, futex_word=0x559b2f6b81dc) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x559b2f6b8188, cond=0x559b2f6b81b0) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x559b2f6b81b0, mutex=0x559b2f6b8188) at pthread_cond_wait.c:655 #3 0x7fa2bae65585 in base::SequencedWorkerPool::Inner::ThreadLoop(base::SequencedWorkerPool::Worker*) () from /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7fa2bae65a67 in base::SequencedWorkerPool::Worker::Run() () from /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7fa2bae66801 in base::SimpleThread::ThreadMain() () from /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7fa2bae62edb in base::(anonymous namespace)::ThreadFunc(void*) () from /usr/lib64/libQt5WebEngineCore.so.5 #7 0x7fa2f7c478bb in start_thread (arg=0x7fa2677f7700) at pthread_create.c:465 #8 0x7fa2f89cfd2f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 26 (Thread 0x7fa26bfff700 (LWP 1254)): #0 pa_atomic_load (a=) at /usr/src/debug/media-sound/pulseaudio-11.1/pulseaudio-11.1/src/pulsecore/atomic.h:55 #1 do_write (p=p@entry=0x7fa26bc0) at /usr/src/debug/media-sound/pulseaudio-11.1/pulseaudio-11.1/src/pulsecore/pstream.c:740 #2 0x7fa2f36a5538 in do_pstream_read_write (p=0x7fa26bc0) at /usr/src/debug/media-sound/pulseaudio-11.1/pulseaudio-11.1/src/pulsecore/pstream.c:258 #3 0x7fa2f36a5848 in srb_callback (srb=, userdata=0x7fa26bc0) at /usr/src/debug/media-sound/pulseaudio-11.1/pulseaudio-11.1/src/pulsecore/pstream.c:287 #4 0x7fa2f36a60c7 in srbchannel_rwloop (sr=0x7fa26000bdb0) at /usr/src/debug/media-sound/pulseaudio-11.1/pulseaudio-11.1/src/pulsecore/srbchannel.c:190 #5 0x7fa2f3714d66 in dispatch_pollfds (m=0x559b2f720120) at /usr/src/debug/media-sound/pulseaudio-11.1/pulseaudio-11.1/src/pulse/mainloop.c:655 #6 pa_mainloop_dispatch (m=m@entry=0x559b2f720120) at /usr/src/debug/media-sound/pulseaudio-11.1/pulseaudio-11.1/src/pulse/mainloop.c:898 #7 0x7fa2f3715126 in pa_mainloop_iterate (m=0x559b2f720120, block=, retval=0x0) at /usr/src/debug/media-sound/pulseaudio-11.1/pulseaudio-11.1/src/pulse/mainloop.c:929 #8 0x7fa2f37151a0 in pa_mainloop_run (m=0x559b2f720120, retval=retval@entry=0x0) at /usr/src/debug/media-sound/pulseaudio-11.1/pulseaudio-11.1/src/pulse/mainloop.c:944 #9 0x7fa2f3722c29 in thread (userdata=0x559b2f71f1f0) at /usr/src/debug/media-sound/pulseaudio-11.1/pulseaudio-11.1/src/pulse/thread-mainloop.c:100 #10 0x7fa2f36b5b47 in internal_thread_func (userdata=0x559b2f720220) at
[Powerdevil] [Bug 358957] laptop won't hybrid-suspend when Plasma is running
https://bugs.kde.org/show_bug.cgi?id=358957 --- Comment #20 from Andrei Slavoiu <ansl...@yahoo.com> --- This bug is actually fixed for almost an year. The commit that fixed it was made in March last year https://cgit.kde.org/powerdevil.git/commit/?id=c6b76da7a67977deacadb65e6e9d1713e8b3f7b6 that added hybid-suspend as an option to the lid-close and power-button actions. But while the bug itself is closed, hybrid suspend is still not a first class citizen in plasma, I suppose this is why the bug remained open. There is still no way to trigger hybrid-suspend on demand (from the start menu or from the logout applet). BTW, I'm not a KDE developer and had nothing to do with the actual fix. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 388131] Konqueror crashed on session restore
https://bugs.kde.org/show_bug.cgi?id=388131 --- Comment #1 from Andrei Slavoiu <ansl...@yahoo.com> --- After closing the crash handler and starting a new instance of Konqueror (the restart option in the crash handler didn't appear to do anything) my previous browsing session was restored correctly an also a browsing session from a few months ago (many reboots since then) was restored, together with a bogus session to a malformed url. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 388131] New: Konqueror crashed on session restore
https://bugs.kde.org/show_bug.cgi?id=388131 Bug ID: 388131 Summary: Konqueror crashed on session restore Product: kde Version: unspecified Platform: unspecified OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: ansl...@yahoo.com Target Milestone: --- Application: kdeinit5 (5.0.97) Qt Version: 5.9.3 Frameworks Version: 5.41.0 Operating System: Linux 4.14.7-gentoo x86_64 Distribution: "Gentoo Base System release 2.4.1" -- Information about the crash: - What I was doing when the application crashed: The computer was restoring the session after a force restart. The rest of the applications restored successfuly. -- Backtrace: Application: Konqueror (kdeinit5), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". 27return SYSCALL_CANCEL (nanosleep, requested_time, remaining); [Current thread is 1 (Thread 0x7fdc4eb7ec80 (LWP 1018))] Thread 27 (Thread 0x7fdbc97fa700 (LWP 1142)): #0 0x7fdc4d06e6e5 in futex_wait_cancelable (private=, expected=0, futex_word=0x559fc653437c) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x559fc6534328, cond=0x559fc6534350) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x559fc6534350, mutex=0x559fc6534328) at pthread_cond_wait.c:655 #3 0x7fdc06e09ac5 in base::SequencedWorkerPool::Inner::ThreadLoop(base::SequencedWorkerPool::Worker*) () from /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7fdc06e09fa7 in base::SequencedWorkerPool::Worker::Run() () from /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7fdc06e0ad41 in base::SimpleThread::ThreadMain() () from /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7fdc06e0740b in base::(anonymous namespace)::ThreadFunc(void*) () from /usr/lib64/libQt5WebEngineCore.so.5 #7 0x7fdc4d0678bb in start_thread (arg=0x7fdbc97fa700) at pthread_create.c:465 #8 0x7fdc4ddf024f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 26 (Thread 0x7fdbc9ffb700 (LWP 1140)): #0 0x7fdc4dde044a in __GI___libc_read (fd=fd@entry=45, buf=buf@entry=0x7fdbc9ffabde, nbytes=nbytes@entry=10) at ../sysdeps/unix/sysv/linux/read.c:26 #1 0x7fdc48ac7931 in read (__nbytes=10, __buf=0x7fdbc9ffabde, __fd=45) at /usr/include/bits/unistd.h:44 #2 pa_read (fd=45, buf=buf@entry=0x7fdbc9ffabde, count=count@entry=10, type=type@entry=0x559fc6584b68) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulsecore/core-util.c:434 #3 0x7fdc48b5469e in clear_wakeup (m=) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulse/mainloop.c:781 #4 pa_mainloop_prepare (m=m@entry=0x559fc6584a90, timeout=-1) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulse/mainloop.c:789 #5 0x7fdc48b550e8 in pa_mainloop_iterate (m=0x559fc6584a90, block=, retval=0x0) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulse/mainloop.c:923 #6 0x7fdc48b551a0 in pa_mainloop_run (m=0x559fc6584a90, retval=retval@entry=0x0) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulse/mainloop.c:944 #7 0x7fdc48b62c29 in thread (userdata=0x559fc6584a50) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulse/thread-mainloop.c:100 #8 0x7fdc48af5b47 in internal_thread_func (userdata=0x559fc6585f60) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulsecore/thread-posix.c:81 #9 0x7fdc4d0678bb in start_thread (arg=0x7fdbc9ffb700) at pthread_create.c:465 #10 0x7fdc4ddf024f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 25 (Thread 0x7fdbca7fc700 (LWP 1139)): #0 0x7fdc4d06ea13 in futex_reltimed_wait_cancelable (private=, reltime=0x7fdbca7fb950, expected=0, futex_word=0x7fdbca7fbad8) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 __pthread_cond_wait_common (abstime=0x7fdbca7fb9f0, mutex=0x7fdbca7fba88, cond=0x7fdbca7fbab0) at pthread_cond_wait.c:533 #2 __pthread_cond_timedwait (cond=0x7fdbca7fbab0, mutex=0x7fdbca7fba88, abstime=0x7fdbca7fb9f0) at pthread_cond_wait.c:667 #3 0x7fdc06e383b2 in base::ConditionVariable::TimedWait(base::TimeDelta const&) () from /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7fdc06dff4be in base::WaitableEvent::TimedWait(base::TimeDelta const&) () from /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7fdc06dda4bb in base::MessagePumpDefault::Run(base::MessagePump::Delegate*) () from /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7fdc06dd6d38 in base::MessageLoop::RunHandler() () from /usr/lib64/libQt5WebEngineCore.so.5 #7 0x7fdc06df377b in base::RunLoop::Run() () from /usr/lib64/libQt5WebEngineCore.so.5 #8 0x7fdc06e0b306 in base::Thread::ThreadMain() () from /usr/lib64/libQt5WebEngineCore.so.5 #9
[kdevelop] [Bug 388075] New: Kdevelop crashes after adding a new build dir
https://bugs.kde.org/show_bug.cgi?id=388075 Bug ID: 388075 Summary: Kdevelop crashes after adding a new build dir Product: kdevelop Version: 5.2.1 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: ansl...@yahoo.com Target Milestone: --- Application: kdevelop (5.2.1) Qt Version: 5.9.3 Frameworks Version: 5.40.0 Operating System: Linux 4.12.12-gentoo x86_64 Distribution: "Gentoo Base System release 2.4.1" -- Information about the crash: - What I was doing when the application crashed: Everytime I add a new build dir to a cmake managed project Kdevelop crashes imediately after configuring it. The crash can be reproduced every time. -- Backtrace: Application: KDevelop (kdevelop), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f9e871887c0 (LWP 4978))] Thread 24 (Thread 0x7f9de2a48700 (LWP 31999)): #0 0x7f9e8df63af3 in futex_reltimed_wait_cancelable (private=, reltime=0x7f9de2a47ca0, expected=0, futex_word=0x55b09a201030) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 __pthread_cond_wait_common (abstime=0x7f9de2a47d50, mutex=0x55b09a200fe0, cond=0x55b09a201008) at pthread_cond_wait.c:533 #2 __pthread_cond_timedwait (cond=0x55b09a201008, mutex=0x55b09a200fe0, abstime=0x7f9de2a47d50) at pthread_cond_wait.c:667 #3 0x7f9e91277868 in QWaitConditionPrivate::wait_relative (time=3, this=0x55b09a200fe0) at thread/qwaitcondition_unix.cpp:133 #4 QWaitConditionPrivate::wait (time=3, this=0x55b09a200fe0) at thread/qwaitcondition_unix.cpp:141 #5 QWaitCondition::wait (this=this@entry=0x55b094dbae80, mutex=mutex@entry=0x55b08e6a3d60, time=3) at thread/qwaitcondition_unix.cpp:215 #6 0x7f9e91274100 in QThreadPoolThread::run (this=0x55b094dbae70) at thread/qthreadpool.cpp:144 #7 0x7f9e912771f1 in QThreadPrivate::start (arg=0x55b094dbae70) at thread/qthread_unix.cpp:368 #8 0x7f9e8df5c887 in start_thread (arg=0x7f9de2a48700) at pthread_create.c:456 #9 0x7f9e90d0bd4f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 23 (Thread 0x7f9de3249700 (LWP 31998)): #0 0x7f9e8df63af3 in futex_reltimed_wait_cancelable (private=, reltime=0x7f9de3248ca0, expected=0, futex_word=0x55b0957b7b84) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 __pthread_cond_wait_common (abstime=0x7f9de3248d50, mutex=0x55b0957b7b30, cond=0x55b0957b7b58) at pthread_cond_wait.c:533 #2 __pthread_cond_timedwait (cond=0x55b0957b7b58, mutex=0x55b0957b7b30, abstime=0x7f9de3248d50) at pthread_cond_wait.c:667 #3 0x7f9e91277868 in QWaitConditionPrivate::wait_relative (time=3, this=0x55b0957b7b30) at thread/qwaitcondition_unix.cpp:133 #4 QWaitConditionPrivate::wait (time=3, this=0x55b0957b7b30) at thread/qwaitcondition_unix.cpp:141 #5 QWaitCondition::wait (this=this@entry=0x55b0914d4560, mutex=mutex@entry=0x55b08e6a3d60, time=3) at thread/qwaitcondition_unix.cpp:215 #6 0x7f9e91274100 in QThreadPoolThread::run (this=0x55b0914d4550) at thread/qthreadpool.cpp:144 #7 0x7f9e912771f1 in QThreadPrivate::start (arg=0x55b0914d4550) at thread/qthread_unix.cpp:368 #8 0x7f9e8df5c887 in start_thread (arg=0x7f9de3249700) at pthread_create.c:456 #9 0x7f9e90d0bd4f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 22 (Thread 0x7f9de8a77700 (LWP 31997)): #0 0x7f9e8df63af3 in futex_reltimed_wait_cancelable (private=, reltime=0x7f9de8a76ca0, expected=0, futex_word=0x55b08d6899a4) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 __pthread_cond_wait_common (abstime=0x7f9de8a76d50, mutex=0x55b08d689950, cond=0x55b08d689978) at pthread_cond_wait.c:533 #2 __pthread_cond_timedwait (cond=0x55b08d689978, mutex=0x55b08d689950, abstime=0x7f9de8a76d50) at pthread_cond_wait.c:667 #3 0x7f9e91277868 in QWaitConditionPrivate::wait_relative (time=3, this=0x55b08d689950) at thread/qwaitcondition_unix.cpp:133 #4 QWaitConditionPrivate::wait (time=3, this=0x55b08d689950) at thread/qwaitcondition_unix.cpp:141 #5 QWaitCondition::wait (this=this@entry=0x55b09bd7be80, mutex=mutex@entry=0x55b08e6a3d60, time=3) at thread/qwaitcondition_unix.cpp:215 #6 0x7f9e91274100 in QThreadPoolThread::run (this=0x55b09bd7be70) at thread/qthreadpool.cpp:144 #7 0x7f9e912771f1 in QThreadPrivate::start (arg=0x55b09bd7be70) at thread/qthread_unix.cpp:368 #8 0x7f9e8df5c887 in start_thread (arg=0x7f9de8a77700) at pthread_create.c:456 #9 0x7f9e90d0bd4f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 Thread 21 (Thread 0x7f9df08f7700 (LWP 31996)): #0 0x7f9e8df63af3 in futex_reltimed_wait_cancelable (private=, reltime=0x7f9df08f6ca0, expected=0, futex_word=0x55b0884dfd64) at
[kde] [Bug 386980] New: Konqueror crashed on startup
https://bugs.kde.org/show_bug.cgi?id=386980 Bug ID: 386980 Summary: Konqueror crashed on startup Product: kde Version: unspecified Platform: unspecified OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: ansl...@yahoo.com Target Milestone: --- Application: kdeinit5 (5.0.97) Qt Version: 5.9.2 Frameworks Version: 5.40.0 Operating System: Linux 4.14.0-gentoo x86_64 Distribution: "Gentoo Base System release 2.4.1" -- Information about the crash: - What I was doing when the application crashed: I upgraded my KDE Apps to version 17.08.3 and on the first boot with the new version Konqueror crashed when trying to restore my previous session. -- Backtrace: Application: Konqueror (kdeinit5), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". 27return SYSCALL_CANCEL (nanosleep, requested_time, remaining); [Current thread is 1 (Thread 0x7fd61e866c80 (LWP 1117))] Thread 26 (Thread 0x7fd5a97fa700 (LWP 1302)): #0 0x7fd61dad6909 in __GI___libc_read (fd=fd@entry=45, buf=buf@entry=0x7fd5a97f9bde, nbytes=nbytes@entry=10) at ../sysdeps/unix/sysv/linux/read.c:26 #1 0x7fd61888faa1 in read (__nbytes=10, __buf=0x7fd5a97f9bde, __fd=45) at /usr/include/bits/unistd.h:44 #2 pa_read (fd=45, buf=buf@entry=0x7fd5a97f9bde, count=count@entry=10, type=type@entry=0x17bce68) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulsecore/core-util.c:434 #3 0x7fd61891478e in clear_wakeup (m=) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulse/mainloop.c:781 #4 pa_mainloop_prepare (m=m@entry=0x17bcd90, timeout=-1) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulse/mainloop.c:789 #5 0x7fd6189151c8 in pa_mainloop_iterate (m=0x17bcd90, block=, retval=0x0) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulse/mainloop.c:923 #6 0x7fd618915280 in pa_mainloop_run (m=0x17bcd90, retval=retval@entry=0x0) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulse/mainloop.c:944 #7 0x7fd618922e29 in thread (userdata=0x17bcd50) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulse/thread-mainloop.c:100 #8 0x7fd6188bdf0f in internal_thread_func (userdata=0x17dac10) at /var/tmp/portage/media-sound/pulseaudio-11.1/work/pulseaudio-11.1/src/pulsecore/thread-posix.c:81 #9 0x7fd61cd678ee in start_thread (arg=0x7fd5a97fa700) at pthread_create.c:465 #10 0x7fd61dae65df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 25 (Thread 0x7fd5a9ffb700 (LWP 1300)): #0 0x7fd61cd6ed53 in futex_reltimed_wait_cancelable (private=, reltime=0x7fd5a9ffa960, expected=0, futex_word=0x7fd5a9ffaae8) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 __pthread_cond_wait_common (abstime=0x7fd5a9ffaa00, mutex=0x7fd5a9ffaa98, cond=0x7fd5a9ffaac0) at pthread_cond_wait.c:533 #2 __pthread_cond_timedwait (cond=0x7fd5a9ffaac0, mutex=0x7fd5a9ffaa98, abstime=0x7fd5a9ffaa00) at pthread_cond_wait.c:667 #3 0x7fd5def0bb22 in base::ConditionVariable::TimedWait(base::TimeDelta const&) () from /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7fd5deed365e in base::WaitableEvent::TimedWait(base::TimeDelta const&) () from /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7fd5deeae8aa in base::MessagePumpDefault::Run(base::MessagePump::Delegate*) () from /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7fd5deeaa8f5 in base::MessageLoop::RunHandler() () from /usr/lib64/libQt5WebEngineCore.so.5 #7 0x7fd5deec75aa in base::RunLoop::Run() () from /usr/lib64/libQt5WebEngineCore.so.5 #8 0x7fd5deedf456 in base::Thread::ThreadMain() () from /usr/lib64/libQt5WebEngineCore.so.5 #9 0x7fd5deedb532 in base::(anonymous namespace)::ThreadFunc(void*) () from /usr/lib64/libQt5WebEngineCore.so.5 #10 0x7fd61cd678ee in start_thread (arg=0x7fd5a9ffb700) at pthread_create.c:465 #11 0x7fd61dae65df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 24 (Thread 0x7fd5aa7fc700 (LWP 1299)): #0 0x7fd61cd6e947 in futex_wait_cancelable (private=, expected=0, futex_word=0x17695e8) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x1769598, cond=0x17695c0) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x17695c0, mutex=0x1769598) at pthread_cond_wait.c:655 #3 0x7fd5deedda19 in base::SequencedWorkerPool::Inner::ThreadLoop(base::SequencedWorkerPool::Worker*) () from /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7fd5deede177 in base::SequencedWorkerPool::Worker::Run() () from /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7fd5deedef90 in base::SimpleThread::ThreadMain() () from /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7fd5deedb532 in
[Akonadi] [Bug 376791] akonadiserver crash in moveToRoot () at /lib64/libsqlite3.so.0
https://bugs.kde.org/show_bug.cgi?id=376791 --- Comment #4 from Andrei Slavoiu <ansl...@yahoo.com> --- Created attachment 108207 --> https://bugs.kde.org/attachment.cgi?id=108207=edit New crash information added by DrKonqi akonadiserver (5.6.1) using Qt 5.7.1 - What I was doing when the application crashed: Reading my email from the Outlook account while the Gmail account I just added was being synced in the background. Now it crashes again every time i restart akonadi. -- Backtrace (Reduced): #6 moveToRoot (pCur=0x7f2d3c0098d8) at sqlite3.c:63997 #7 0x7f2d966f9d10 in sqlite3BtreeMovetoUnpacked (pCur=0x7f2d3c0098d8, pIdxKey=pIdxKey@entry=0x0, intKey=intKey@entry=2, biasRight=biasRight@entry=0, pRes=pRes@entry=0x7f2d4fffd7f0) at sqlite3.c:64229 #8 0x7f2d96718e47 in sqlite3VdbeExec (p=p@entry=0x7f2d3c01c8f8) at sqlite3.c:82515 #9 0x7f2d9672283f in sqlite3Step (p=0x7f2d3c01c8f8) at sqlite3.c:76699 #10 sqlite3_step (pStmt=pStmt@entry=0x7f2d3c01c8f8) at sqlite3.c:11224 -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 376791] akonadiserver crash in moveToRoot () at /lib64/libsqlite3.so.0
https://bugs.kde.org/show_bug.cgi?id=376791 Andrei Slavoiu <ansl...@yahoo.com> changed: What|Removed |Added CC||ansl...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[Powerdevil] [Bug 358957] laptop won't hybrid-suspend when Plasma is running
https://bugs.kde.org/show_bug.cgi?id=358957 Andrei Slavoiu <ansl...@yahoo.com> changed: What|Removed |Added CC||ansl...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 379840] Akregator crashes at start (metakit backend)
https://bugs.kde.org/show_bug.cgi?id=379840 --- Comment #1 from Andrei Slavoiu <ansl...@yahoo.com> --- Created attachment 105648 --> https://bugs.kde.org/attachment.cgi?id=105648=edit Metakit file that causes the crash -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 379840] New: Akregator crashes at start (metakit backend)
https://bugs.kde.org/show_bug.cgi?id=379840 Bug ID: 379840 Summary: Akregator crashes at start (metakit backend) Product: akregator Version: 5.5.1 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: ansl...@yahoo.com Target Milestone: --- Application: akregator (5.5.1) Qt Version: 5.7.1 Frameworks Version: 5.33.0 Operating System: Linux 4.11.0-gentoo x86_64 Distribution: "Gentoo Base System release 2.3" -- Information about the crash: - What I was doing when the application crashed: Just started Akregator and while syncing the feeds it crashed. This is an old bug with the metakit backend, but since the reports for the old versions have been closed I'm logging a new one to be aware it still exists. The crash can be reproduced every time. -- Backtrace: Application: Akregator (akregator), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". 84 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) [Current thread is 1 (Thread 0x7f06a4568880 (LWP 17577))] Thread 28 (Thread 0x7f062e642700 (LWP 17966)): #0 pthread_cond_wait () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f069f4d7461 in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #2 0x7f069f4d7ab9 in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #3 0x7f069f4d7c70 in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7f069f4d485c in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7f06a3e2a352 in start_thread (arg=0x7f062e642700) at pthread_create.c:333 #6 0x7f06a50f0a7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 27 (Thread 0x7f062fffa700 (LWP 17928)): #0 pthread_cond_wait () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f069cd667a4 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7f069ce4df20 ) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #2 0x7f069cd667e9 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #3 0x7f06a3e2a352 in start_thread (arg=0x7f062fffa700) at pthread_create.c:333 #4 0x7f06a50f0a7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 26 (Thread 0x7f0640c1a700 (LWP 17778)): #0 pthread_cond_wait () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f069f0a7770 in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #2 0x7f069f090950 in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #3 0x7f069f090cbb in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7f069f08c9ca in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7f06a01b28fe in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7f06a01b4be4 in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #7 0x7f06a01b4c35 in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #8 0x7f06a01b4cf9 in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #9 0x7f069f4c095a in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #10 0x7f069f4ab765 in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #11 0x7f069f4d822a in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #12 0x7f069f4d485c in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #13 0x7f06a3e2a352 in start_thread (arg=0x7f0640c1a700) at pthread_create.c:333 #14 0x7f06a50f0a7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 25 (Thread 0x7f06417fa700 (LWP 17739)): #0 0x7f06a300c9c8 in g_main_context_iterate (context=context@entry=0x7f060c000990, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /var/tmp/portage/dev-libs/glib-2.50.3-r1/work/glib-2.50.3/glib/gmain.c:3879 #1 0x7f06a300cc24 in g_main_context_iteration (context=0x7f060c000990, may_block=may_block@entry=1) at /var/tmp/portage/dev-libs/glib-2.50.3-r1/work/glib-2.50.3/glib/gmain.c:3990 #2 0x7f06a5836abb in QEventDispatcherGlib::processEvents (this=0x7f060c0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #3 0x7f06a57e964a in QEventLoop::exec (this=this@entry=0x7f06417f9d40, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #4 0x7f06a5654f4b in QThread::exec (this=) at thread/qthread.cpp:507 #5 0x7f06a565914b in QThreadPrivate::start (arg=0x104ce80) at thread/qthread_unix.cpp:368 #6 0x7f06a3e2a352 in start_thread (arg=0x7f06417fa700) at pthread_create.c:333 #7 0x7f06a50f0a7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 24 (Thread 0x7f0641ffb700 (LWP 17731)): #0 pthread_cond_wait () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f069f4d7461 in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #2 0x7f069f4d7ab9 in ?? () from /usr/lib64/libQt5WebEngineCore.so.5 #3
[akregator] [Bug 373169] Regression: Ability to not see read messages is gone
https://bugs.kde.org/show_bug.cgi?id=373169 Andrei Slavoiu <ansl...@yahoo.com> changed: What|Removed |Added CC||ansl...@yahoo.com --- Comment #1 from Andrei Slavoiu <ansl...@yahoo.com> --- It's there, but not obvious. That media-player-like icon in the search field is clickable and opens the old context menu. -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 368316] Kontact crashes often after minutes of running
https://bugs.kde.org/show_bug.cgi?id=368316 --- Comment #2 from Andrei Slavoiu <ansl...@yahoo.com> --- I finally found out what caused the crash in my case. I was trying to update this feed: http://news.bbc.co.uk/rss/newsonline_world_edition/technology/rss.xml Just adding that feed in akregator causes an instant crash. -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 368316] Kontact crashes often after minutes of running
https://bugs.kde.org/show_bug.cgi?id=368316 Andrei Slavoiu <ansl...@yahoo.com> changed: What|Removed |Added CC||ansl...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 368316] Kontact crashes often after minutes of running
https://bugs.kde.org/show_bug.cgi?id=368316 --- Comment #1 from Andrei Slavoiu <ansl...@yahoo.com> --- Created attachment 102400 --> https://bugs.kde.org/attachment.cgi?id=102400=edit New crash information added by DrKonqi kontact (4.14.10) on KDE Platform 4.14.26 using Qt 4.8.7 - What I was doing when the application crashed: Just rebooted my computer and as soon as akregator refreshed the feeds it crashed -- Backtrace (Reduced): #6 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:35 #7 0x7f097021648f in c4_Column::CopyData (this=this@entry=0x14f3f1b8, to_=to_@entry=15278080, from_=from_@entry=15282176, count_=190) at /usr/src/debug/kde-apps/akregator-4.14.11_pre20160211/akregator-4.14.11_pre20160211/akregator/plugins/mk4storage/metakit/src/column.cpp:304 #8 0x7f0970216bd7 in c4_Column::Grow (this=0x14f3f1b8, off_=, diff_=diff_@entry=99) at /usr/src/debug/kde-apps/akregator-4.14.11_pre20160211/akregator-4.14.11_pre20160211/akregator/plugins/mk4storage/metakit/src/column.cpp:555 #9 0x7f097021ddde in c4_FormatB::SetOne (this=0x14f3f1a0, index_=5654, xbuf_=..., ignoreMemos_=ignoreMemos_@entry=false) at /usr/src/debug/kde-apps/akregator-4.14.11_pre20160211/akregator-4.14.11_pre20160211/akregator/plugins/mk4storage/metakit/src/format.cpp:607 #10 0x7f097021e7f9 in c4_FormatS::Set (this=, index_=, buf_=...) at /usr/src/debug/kde-apps/akregator-4.14.11_pre20160211/akregator-4.14.11_pre20160211/akregator/plugins/mk4storage/metakit/src/format.cpp:862 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 369317] Kwin crash with gles
https://bugs.kde.org/show_bug.cgi?id=369317 Andrei Slavoiu <ansl...@yahoo.com> changed: What|Removed |Added Resolution|INVALID |--- Status|RESOLVED|UNCONFIRMED --- Comment #5 from Andrei Slavoiu <ansl...@yahoo.com> --- I finally figured out what is going on here, it looks like epoxy is unable to distinguish between GLES and regular GL contexts created using EGL on the mesa implementation (which returns EGL_OPENGL_API when queried about the type of the current context even when it actually is a GLES one. However weird that may sound it's perfectly ok to do that per spec) because of a workaround they did for the non standards compliant PowerVR driver. The epoxy bug url: https://github.com/anholt/libepoxy/issues/25 So you may wonder why I reopened this bug again if all you can do about it is pressure epoxy to fix their own bug? Because there actually is an issue in kwin as well. When using Desktop OpenGL kwin should either request an OpenGL 3.2 context or check for the GL_ARB_sync extension in order to use glFenceSync (according to epoxy code). However, kwin will create a OpenGL 3.1 context and never check for the presence of the GL_ARB_sync extension. Now, to anyone else hitting this bug, an easy workaround for it is to remove the code under #if PLATFORM_HAS_EGL from the implementation of epoxy_is_desktop_gl, that's it. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 369317] Kwin crash with gles
https://bugs.kde.org/show_bug.cgi?id=369317 --- Comment #3 from Andrei Slavoiu <ansl...@yahoo.com> --- Created attachment 101459 --> https://bugs.kde.org/attachment.cgi?id=101459=edit epoxy_test.c -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 369317] Kwin crash with gles
https://bugs.kde.org/show_bug.cgi?id=369317 Andrei Slavoiu <ansl...@yahoo.com> changed: What|Removed |Added Resolution|UPSTREAM|--- Status|RESOLVED|UNCONFIRMED --- Comment #2 from Andrei Slavoiu <ansl...@yahoo.com> --- That is not true, glFenceSync is provided by the driver and a simple test program based on the gles2 test of epoxy is able to call it without issue on the same system. The problem is with the way kwin uses epoxy. The only logical explanation is that epoxy believes the context is a Desktop OpenGL one and so it compares the version reported by the driver with 3.2 instead of 3.0 as it should. Btw, this issue is most likely not reproduce-able with an Intel card as Intel exposes OpenGL ES 3.2 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 369317] Kwin crash with gles
https://bugs.kde.org/show_bug.cgi?id=369317 Andrei Slavoiu <ansl...@yahoo.com> changed: What|Removed |Added Platform|Compiled Sources|Gentoo Packages -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 369317] New: Kwin crash with gles
https://bugs.kde.org/show_bug.cgi?id=369317 Bug ID: 369317 Summary: Kwin crash with gles Product: kwin Version: 5.7.5 Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: ansl...@yahoo.com Application: kwin_x11 (5.7.5) (Compiled from sources) Qt Version: 5.6.1 Frameworks Version: 5.26.0 Operating System: Linux 4.7.4-gentoo x86_64 Distribution: "Gentoo Base System release 2.3" -- Information about the crash: - What I was doing when the application crashed: Trying to enable compositing - Custom settings of the application: The gles USE flag is enabled globaly, that means all QT components as well as kwin are built with gles support. KWIN_COMPOSE is not set. From the looks of .xsession_errors this causes kwin to create a GLES context but treat it as a regular GL one: OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD POLARIS10 (DRM 3.2.0 / 4.7.4-gentoo, LLVM 3.9.0) OpenGL version string: OpenGL ES 3.1 Mesa 12.1.0-devel (git-8ce2afe) OpenGL shading language version string: OpenGL ES GLSL ES 3.10 Driver: Unknown GPU class: Unknown OpenGL version: 3.1 GLSL version: 3.10 Mesa version: 12.1 X server version: 1.18.4 Linux kernel version: 4.7.4 Requires strict binding:no GLSL shaders: yes Texture NPOT support: yes Virtual Machine:no No provider of glFenceSync found. Requires one of: Desktop OpenGL 3.2 GL extension "GL_ARB_sync" OpenGL ES 3.0 GL extension "GL_APPLE_sync" Application::crashHandler() called with signal 6; recent crashes: 2 KCrash: Application 'kwin_x11' crashing... KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit The crash can be reproduced every time. -- Backtrace: Application: KWin (kwin_x11), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". 84T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) [Current thread is 1 (Thread 0x7f647d9b4840 (LWP 7848))] Thread 11 (Thread 0x7f63c6a7b700 (LWP 7878)): #0 pthread_cond_timedwait () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225 #1 0x7f647b872ca8 in QWaitConditionPrivate::wait_relative (time=3, this=0x266a270) at thread/qwaitcondition_unix.cpp:126 #2 QWaitConditionPrivate::wait (time=3, this=0x266a270) at thread/qwaitcondition_unix.cpp:134 #3 QWaitCondition::wait (this=this@entry=0x2296170, mutex=mutex@entry=0x237ee30, time=3) at thread/qwaitcondition_unix.cpp:208 #4 0x7f647b86f7a2 in QThreadPoolThread::run (this=0x2296160) at thread/qthreadpool.cpp:127 #5 0x7f647b87268b in QThreadPrivate::start (arg=0x2296160) at thread/qthread_unix.cpp:341 #6 0x7f647dd55402 in start_thread (arg=0x7f63c6a7b700) at pthread_create.c:333 #7 0x7f647da9b56d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 10 (Thread 0x7f6447fff700 (LWP 7877)): #0 pthread_cond_wait () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f647ab8f724 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7f647ac736c0 ) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #2 0x7f647ab8f769 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #3 0x7f647dd55402 in start_thread (arg=0x7f6447fff700) at pthread_create.c:333 #4 0x7f647da9b56d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 9 (Thread 0x7f64550ab700 (LWP 7876)): #0 0x7f647da94453 in select () at ../sysdeps/unix/syscall-template.S:84 #1 0x7f647ba52d1f in qt_safe_select (nfds=39, fdread=fdread@entry=0x7f644c000a78, fdwrite=fdwrite@entry=0x7f644c000d08, fdexcept=fdexcept@entry=0x7f644c000f98, orig_timeout=orig_timeout@entry=0x0) at kernel/qcore_unix.cpp:75 #2 0x7f647ba54109 in QEventDispatcherUNIX::select (timeout=0x0, exceptfds=0x7f644c000f98, writefds=0x7f644c000d08, readfds=0x7f644c000a78, nfds=, this=0x7f644c0008c0) at kernel/qeventdispatcher_unix.cpp:320 #3 QEventDispatcherUNIXPrivate::doSelect (this=this@entry=0x7f644c0008e0, flags=..., flags@entry=..., timeout=timeout@entry=0x0) at kernel/qeventdispatcher_unix.cpp:196 #4 0x7f647ba5460a in QEventDispatcherUNIX::processEvents (this=0x7f644c0008c0, flags=...) at kernel/qeventdispatcher_unix.cpp:607 #5 0x7f647ba086ca in QEventLoop::exec (this=this@entry=0x7f64550aad60, flags=..., flags@entry=...) at kernel/qeventloop.cpp:204 #6 0x7f647b86e2e4 in QThread::exec (this=this@entry=0x240fa10)
