Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Copy Commit Notifications to the gammaray-commits@kdab.com mailing list #3

Closed
winterz opened this issue Nov 7, 2011 · 1 comment
Closed

Copy Commit Notifications to the gammaray-commits@kdab.com mailing list #3

winterz opened this issue Nov 7, 2011 · 1 comment

Comments

@winterz
Copy link
Member

winterz commented Nov 7, 2011

I have no idea how to do this. Does anyone?
@vkrause
Copy link
Contributor

vkrause commented Nov 7, 2011

Done.
Admin -> Service Hooks -> Email.

@vkrause vkrause closed this as completed Nov 7, 2011
@ydirson ydirson mentioned this issue Jan 26, 2012
Closed
@krf krf mentioned this issue Jan 28, 2013
Closed
@AndriyP AndriyP mentioned this issue Sep 27, 2013
Open
@latinovic latinovic mentioned this issue Nov 6, 2013
Closed
@tmcguire tmcguire mentioned this issue Dec 17, 2014
Closed
@aleixpol aleixpol mentioned this issue Jan 15, 2015
Closed
@milianw milianw mentioned this issue Apr 30, 2015
Closed
This was referenced Oct 27, 2017
Closed
Closed
milianw added a commit to milianw/GammaRay that referenced this issue Nov 1, 2017
@milianw
Prevent infinite recursion when tracing plasmashell with gammaray
d36d253 
Fixes stack overflow when running plasmashell through gammaray:

Thread 1 "plasmashell" received signal SIGSEGV, Segmentation fault.
0x00007ffff3ec51fc in ?? () from /usr/lib/libQt5Gui.so.5
(gdb)
(gdb) bt
#0  0x00007ffff3ec51fc in ?? () from /usr/lib/libQt5Gui.so.5
KDAB#1  0x00007ffff3eb4c16 in QImage::convertToFormat_helper(QImage::Format, QFlags<Qt::ImageConversionFlag>) const () from /usr/lib/libQt5Gui.so.5
KDAB#2  0x00007fffe6d8c185 in QXcbWindow::setWindowIcon(QIcon const&) () from /usr/lib/libQt5XcbQpa.so.5
KDAB#3  0x00007ffff3e75ef4 in QWindow::setIcon(QIcon const&) () from /usr/lib/libQt5Gui.so.5
KDAB#4  0x00007fffddae596a in GammaRay::GuiSupport::updateWindowIcon (this=0x55555577d8a0, w=0x555555aef4e0) at /home/milian/projects/src/gammaray/plugins/guisupport/guisupport.cpp:539
KDAB#5  0x00007fffddae5eff in GammaRay::GuiSupport::eventFilter (this=0x55555577d8a0, watched=0x555555aef4e0, event=0x7fffff801490) at /home/milian/projects/src/gammaray/plugins/guisupport/guisupport.cpp:594
KDAB#6  0x00007ffff23d40bf in GammaRay::Probe::eventFilter (this=0x555555705c00, receiver=0x555555aef4e0, event=0x7fffff801490) at /home/milian/projects/src/gammaray/core/probe.cpp:920
KDAB#7  0x00007ffff3446bdc in QCoreApplicationPrivate::sendThroughApplicationEventFilters(QObject*, QEvent*) () from /usr/lib/libQt5Core.so.5
KDAB#8  0x00007ffff462af6a in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5
KDAB#9  0x00007ffff4632a06 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5
KDAB#10 0x00007ffff3447060 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/libQt5Core.so.5
KDAB#11 0x00007ffff3e75f16 in QWindow::setIcon(QIcon const&) () from /usr/lib/libQt5Gui.so.5
KDAB#12 0x00007fffddae596a in GammaRay::GuiSupport::updateWindowIcon (this=0x55555577d8a0, w=0x555555aef4e0) at /home/milian/projects/src/gammaray/plugins/guisupport/guisupport.cpp:539
KDAB#13 0x00007fffddae5eff in GammaRay::GuiSupport::eventFilter (this=0x55555577d8a0, watched=0x555555aef4e0, event=0x7fffff801860) at /home/milian/projects/src/gammaray/plugins/guisupport/guisupport.cpp:594
KDAB#14 0x00007ffff23d40bf in GammaRay::Probe::eventFilter (this=0x555555705c00, receiver=0x555555aef4e0, event=0x7fffff801860) at /home/milian/projects/src/gammaray/core/probe.cpp:920
KDAB#15 0x00007ffff3446bdc in QCoreApplicationPrivate::sendThroughApplicationEventFilters(QObject*, QEvent*) () from /usr/lib/libQt5Core.so.5
KDAB#16 0x00007ffff462af6a in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5
KDAB#17 0x00007ffff4632a06 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5
KDAB#18 0x00007ffff3447060 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/libQt5Core.so.5
KDAB#19 0x00007ffff3e75f16 in QWindow::setIcon(QIcon const&) () from /usr/lib/libQt5Gui.so.5
KDAB#20 0x00007fffddae596a in GammaRay::GuiSupport::updateWindowIcon (this=0x55555577d8a0, w=0x555555aef4e0) at /home/milian/projects/src/gammaray/plugins/guisupport/guisupport.cpp:539
KDAB#21 0x00007fffddae5eff in GammaRay::GuiSupport::eventFilter (this=0x55555577d8a0, watched=0x555555aef4e0, event=0x7fffff801c30) at /home/milian/projects/src/gammaray/plugins/guisupport/guisupport.cpp:594
KDAB#22 0x00007ffff23d40bf in GammaRay::Probe::eventFilter (this=0x555555705c00, receiver=0x555555aef4e0, event=0x7fffff801c30) at /home/milian/projects/src/gammaray/core/probe.cpp:920
@milianw milianw mentioned this issue Nov 1, 2017
Closed
@hallarempt hallarempt mentioned this issue Sep 17, 2018
Closed
@nicolasfella nicolasfella mentioned this issue Jan 4, 2020
Open
milianw added a commit to milianw/GammaRay that referenced this issue May 6, 2020
@milianw
Don't crash when attaching to QiTissue
838658a 
This patch fixes runtime attaching to an ASAN-enabled QiTissue.
Previously I got the following crash reliably at startup:

```
==352112==ERROR: AddressSanitizer: SEGV on unknown address 0x604016000459 (pc 0x7feb421bed63 bp 0x7ffdaed25490 sp 0x7ffdaed25478 T0)
==352112==The signal is caused by a READ memory access.
    #0 0x7feb421bed62 in QHashData::nextNode(QHashData::Node*) (/usr/lib/libQt5Core.so.5+0x104d62)
    KDAB#1 0x7fea9efc9932 in QHash<GammaRay::ToolFactory*, QHashDummyValue>::iterator::operator++() /usr/include/qt/QtCore/qhash.h:345
    KDAB#2 0x7fea9efc8663 in QSet<GammaRay::ToolFactory*>::iterator::operator++() /usr/include/qt/QtCore/qset.h:129
    KDAB#3 0x7fea9efc6e0c in GammaRay::ToolManager::objectAdded(QMetaObject const*) ../core/toolmanager.cpp:217
    KDAB#4 0x7fea9efc6b67 in GammaRay::ToolManager::objectAdded(QObject*) ../core/toolmanager.cpp:194
    KDAB#5 0x7fea9efa7b22 in GammaRay::Probe::objectFullyConstructed(QObject*) ../core/probe.cpp:688
    KDAB#6 0x7fea9efa76b0 in GammaRay::Probe::objectAdded(QObject*, bool) ../core/probe.cpp:612
    KDAB#7 0x7fea9efa8a30 in GammaRay::Probe::discoverObject(QObject*) ../core/probe.cpp:907
    KDAB#8 0x7fea9efa8876 in GammaRay::Probe::findExistingObjects() ../core/probe.cpp:889
    KDAB#9 0x7fea9efa6097 in GammaRay::Probe::createProbe(bool) ../core/probe.cpp:351
    KDAB#10 0x7fead53fb5e7 in GammaRay::ProbeCreator::createProbe() ../probe/probecreator.cpp:92
    KDAB#11 0x7fead53fae5f in GammaRay::ProbeCreator::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) probe/gammaray_probe_obj_autogen/EWIEGA46WW/moc_probecreator.cpp:72
    KDAB#12 0x7feb4238cad9 in QObject::event(QEvent*) (/usr/lib/libQt5Core.so.5+0x2d2ad9)
    KDAB#13 0x7feb43294351 in QApplicationPrivate::notify_helper(QObject*, QEvent*) (/usr/lib/libQt5Widgets.so.5+0x15b351)
    KDAB#14 0x7feb4329d828 in QApplication::notify(QObject*, QEvent*) (/usr/lib/libQt5Widgets.so.5+0x164828)
    KDAB#15 0x7feb4235f4f1 in QCoreApplication::notifyInternal2(QObject*, QEvent*) (/usr/lib/libQt5Core.so.5+0x2a54f1)
    KDAB#16 0x7feb42361d55 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (/usr/lib/libQt5Core.so.5+0x2a7d55)
    KDAB#17 0x7feb423b8243  (/usr/lib/libQt5Core.so.5+0x2fe243)
    KDAB#18 0x7feb206da6bd in g_main_context_dispatch (/usr/lib/libglib-2.0.so.0+0x6b6bd)
    KDAB#19 0x7feb206dc530  (/usr/lib/libglib-2.0.so.0+0x6d530)
    KDAB#20 0x7feb206dc570 in g_main_context_iteration (/usr/lib/libglib-2.0.so.0+0x6d570)
    KDAB#21 0x7feb423b788f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (/usr/lib/libQt5Core.so.5+0x2fd88f)
    KDAB#22 0x7feb4235e05b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (/usr/lib/libQt5Core.so.5+0x2a405b)
    KDAB#23 0x7feb42366065 in QCoreApplication::exec() (/usr/lib/libQt5Core.so.5+0x2ac065)
    KDAB#24 0x5643dbe05406 in main ../KDAB/qitissue/main.cpp:258
    KDAB#25 0x7feb41269022 in __libc_start_main (/usr/lib/libc.so.6+0x27022)
    KDAB#26 0x5643dbdfd1ed in _start (/home/milian/projects/kdab/qitissue/build-asan/bin/QiTissue+0x6b1ed)
```

I can only explain this by assuming that the list got mutated while
iterating over it, i.e. basically a recursion of `objectAdded` which
could happen when we init the factory?
milianw added a commit that referenced this issue May 7, 2020
@milianw
Don't crash when attaching to QiTissue
d0658e1 
This patch fixes runtime attaching to an ASAN-enabled QiTissue.
Previously I got the following crash reliably at startup:

```
==352112==ERROR: AddressSanitizer: SEGV on unknown address 0x604016000459 (pc 0x7feb421bed63 bp 0x7ffdaed25490 sp 0x7ffdaed25478 T0)
==352112==The signal is caused by a READ memory access.
    #0 0x7feb421bed62 in QHashData::nextNode(QHashData::Node*) (/usr/lib/libQt5Core.so.5+0x104d62)
    #1 0x7fea9efc9932 in QHash<GammaRay::ToolFactory*, QHashDummyValue>::iterator::operator++() /usr/include/qt/QtCore/qhash.h:345
    #2 0x7fea9efc8663 in QSet<GammaRay::ToolFactory*>::iterator::operator++() /usr/include/qt/QtCore/qset.h:129
    #3 0x7fea9efc6e0c in GammaRay::ToolManager::objectAdded(QMetaObject const*) ../core/toolmanager.cpp:217
    #4 0x7fea9efc6b67 in GammaRay::ToolManager::objectAdded(QObject*) ../core/toolmanager.cpp:194
    #5 0x7fea9efa7b22 in GammaRay::Probe::objectFullyConstructed(QObject*) ../core/probe.cpp:688
    #6 0x7fea9efa76b0 in GammaRay::Probe::objectAdded(QObject*, bool) ../core/probe.cpp:612
    #7 0x7fea9efa8a30 in GammaRay::Probe::discoverObject(QObject*) ../core/probe.cpp:907
    #8 0x7fea9efa8876 in GammaRay::Probe::findExistingObjects() ../core/probe.cpp:889
    #9 0x7fea9efa6097 in GammaRay::Probe::createProbe(bool) ../core/probe.cpp:351
    #10 0x7fead53fb5e7 in GammaRay::ProbeCreator::createProbe() ../probe/probecreator.cpp:92
    #11 0x7fead53fae5f in GammaRay::ProbeCreator::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) probe/gammaray_probe_obj_autogen/EWIEGA46WW/moc_probecreator.cpp:72
    #12 0x7feb4238cad9 in QObject::event(QEvent*) (/usr/lib/libQt5Core.so.5+0x2d2ad9)
    #13 0x7feb43294351 in QApplicationPrivate::notify_helper(QObject*, QEvent*) (/usr/lib/libQt5Widgets.so.5+0x15b351)
    #14 0x7feb4329d828 in QApplication::notify(QObject*, QEvent*) (/usr/lib/libQt5Widgets.so.5+0x164828)
    #15 0x7feb4235f4f1 in QCoreApplication::notifyInternal2(QObject*, QEvent*) (/usr/lib/libQt5Core.so.5+0x2a54f1)
    #16 0x7feb42361d55 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (/usr/lib/libQt5Core.so.5+0x2a7d55)
    #17 0x7feb423b8243  (/usr/lib/libQt5Core.so.5+0x2fe243)
    #18 0x7feb206da6bd in g_main_context_dispatch (/usr/lib/libglib-2.0.so.0+0x6b6bd)
    #19 0x7feb206dc530  (/usr/lib/libglib-2.0.so.0+0x6d530)
    #20 0x7feb206dc570 in g_main_context_iteration (/usr/lib/libglib-2.0.so.0+0x6d570)
    #21 0x7feb423b788f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (/usr/lib/libQt5Core.so.5+0x2fd88f)
    #22 0x7feb4235e05b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (/usr/lib/libQt5Core.so.5+0x2a405b)
    #23 0x7feb42366065 in QCoreApplication::exec() (/usr/lib/libQt5Core.so.5+0x2ac065)
    #24 0x5643dbe05406 in main ../KDAB/qitissue/main.cpp:258
    #25 0x7feb41269022 in __libc_start_main (/usr/lib/libc.so.6+0x27022)
    #26 0x5643dbdfd1ed in _start (/home/milian/projects/kdab/qitissue/build-asan/bin/QiTissue+0x6b1ed)
```

I can only explain this by assuming that the list got mutated while
iterating over it, i.e. basically a recursion of `objectAdded` which
could happen when we init the factory?
milianw added a commit that referenced this issue Sep 21, 2021
@milianw
Don't crash when attaching to QiTissue
c95a4f5 
This patch fixes runtime attaching to an ASAN-enabled QiTissue.
Previously I got the following crash reliably at startup:

```
==352112==ERROR: AddressSanitizer: SEGV on unknown address 0x604016000459 (pc 0x7feb421bed63 bp 0x7ffdaed25490 sp 0x7ffdaed25478 T0)
==352112==The signal is caused by a READ memory access.
    #0 0x7feb421bed62 in QHashData::nextNode(QHashData::Node*) (/usr/lib/libQt5Core.so.5+0x104d62)
    #1 0x7fea9efc9932 in QHash<GammaRay::ToolFactory*, QHashDummyValue>::iterator::operator++() /usr/include/qt/QtCore/qhash.h:345
    #2 0x7fea9efc8663 in QSet<GammaRay::ToolFactory*>::iterator::operator++() /usr/include/qt/QtCore/qset.h:129
    #3 0x7fea9efc6e0c in GammaRay::ToolManager::objectAdded(QMetaObject const*) ../core/toolmanager.cpp:217
    #4 0x7fea9efc6b67 in GammaRay::ToolManager::objectAdded(QObject*) ../core/toolmanager.cpp:194
    #5 0x7fea9efa7b22 in GammaRay::Probe::objectFullyConstructed(QObject*) ../core/probe.cpp:688
    #6 0x7fea9efa76b0 in GammaRay::Probe::objectAdded(QObject*, bool) ../core/probe.cpp:612
    #7 0x7fea9efa8a30 in GammaRay::Probe::discoverObject(QObject*) ../core/probe.cpp:907
    #8 0x7fea9efa8876 in GammaRay::Probe::findExistingObjects() ../core/probe.cpp:889
    #9 0x7fea9efa6097 in GammaRay::Probe::createProbe(bool) ../core/probe.cpp:351
    #10 0x7fead53fb5e7 in GammaRay::ProbeCreator::createProbe() ../probe/probecreator.cpp:92
    #11 0x7fead53fae5f in GammaRay::ProbeCreator::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) probe/gammaray_probe_obj_autogen/EWIEGA46WW/moc_probecreator.cpp:72
    #12 0x7feb4238cad9 in QObject::event(QEvent*) (/usr/lib/libQt5Core.so.5+0x2d2ad9)
    #13 0x7feb43294351 in QApplicationPrivate::notify_helper(QObject*, QEvent*) (/usr/lib/libQt5Widgets.so.5+0x15b351)
    #14 0x7feb4329d828 in QApplication::notify(QObject*, QEvent*) (/usr/lib/libQt5Widgets.so.5+0x164828)
    #15 0x7feb4235f4f1 in QCoreApplication::notifyInternal2(QObject*, QEvent*) (/usr/lib/libQt5Core.so.5+0x2a54f1)
    #16 0x7feb42361d55 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (/usr/lib/libQt5Core.so.5+0x2a7d55)
    #17 0x7feb423b8243  (/usr/lib/libQt5Core.so.5+0x2fe243)
    #18 0x7feb206da6bd in g_main_context_dispatch (/usr/lib/libglib-2.0.so.0+0x6b6bd)
    #19 0x7feb206dc530  (/usr/lib/libglib-2.0.so.0+0x6d530)
    #20 0x7feb206dc570 in g_main_context_iteration (/usr/lib/libglib-2.0.so.0+0x6d570)
    #21 0x7feb423b788f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (/usr/lib/libQt5Core.so.5+0x2fd88f)
    #22 0x7feb4235e05b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (/usr/lib/libQt5Core.so.5+0x2a405b)
    #23 0x7feb42366065 in QCoreApplication::exec() (/usr/lib/libQt5Core.so.5+0x2ac065)
    #24 0x5643dbe05406 in main ../KDAB/qitissue/main.cpp:258
    #25 0x7feb41269022 in __libc_start_main (/usr/lib/libc.so.6+0x27022)
    #26 0x5643dbdfd1ed in _start (/home/milian/projects/kdab/qitissue/build-asan/bin/QiTissue+0x6b1ed)
```

I can only explain this by assuming that the list got mutated while
iterating over it, i.e. basically a recursion of `objectAdded` which
could happen when we init the factory?
milianw added a commit to milianw/GammaRay that referenced this issue Jun 17, 2022
@milianw
Don't leak or crash when copying PaintBuffer
08172bd 
The operator= was not correctly implemented and would have
deleted the dptr under the wrong situations. This lead to either
crashes or leaks, depending on the usage. The new test e.g. would
crash in ASAN like this:

```
==323914==ERROR: AddressSanitizer: heap-use-after-free on address 0x610000006640 at pc 0x7f6eaeece687 bp 0x7fff018d94b0 sp 0x7fff018d94a0
WRITE of size 4 at 0x610000006640 thread T0
    #0 0x7f6eaeece686 in std::__atomic_base<int>::operator--() /usr/include/c++/12.1.0/bits/atomic_base.h:393
    KDAB#1 0x7f6eaeec4861 in bool QAtomicOps<int>::deref<int>(std::atomic<int>&) /usr/include/qt6/QtCore/qatomic_cxx11.h:287
    KDAB#2 0x7f6eaeeb8379 in QBasicAtomicInteger<int>::deref() /usr/include/qt6/QtCore/qbasicatomic.h:102
    KDAB#3 0x7f6eaf5e6108 in QPaintBuffer::~QPaintBuffer() /home/milian/projects/kdab/rnd/gammaray/3rdparty/qt/5.5/private/qpaintbuffer.cpp:152
    KDAB#4 0x7f6eaf3f5e6f in GammaRay::PaintBuffer::~PaintBuffer() /home/milian/projects/kdab/rnd/gammaray/core/paintbuffer.cpp:334
    KDAB#5 0x55c59788fbf4 in WidgetTest::testPaintBuffer() /home/milian/projects/kdab/rnd/gammaray/tests/widgettest.cpp:102
```

In a real app I saw leaks like this which now are also gone:

```
Direct leak of 448 byte(s) in 4 object(s) allocated from:
    #0 0x7fcf59ac0672 in operator new(unsigned long) /usr/src/debug/gcc/libsanitizer/asan/asan_new_delete.cpp:95
    KDAB#1 0x7fcebd341bfc in QPaintBuffer::QPaintBuffer() /home/milian/projects/kdab/rnd/gammaray/3rdparty/qt/5.5/private/qpaintbuffer.cpp:146
    KDAB#2 0x7fcebd2f6f32 in GammaRay::PaintBuffer::PaintBuffer() /home/milian/projects/kdab/rnd/gammaray/core/paintbuffer.cpp:321
    KDAB#3 0x7fcebd305191 in GammaRay::PaintAnalyzer::reset() /home/milian/projects/kdab/rnd/gammaray/core/paintanalyzer.cpp:94
```
milianw added a commit that referenced this issue Jun 20, 2022
@milianw
Don't leak or crash when copying PaintBuffer
4a9a387 
The operator= was not correctly implemented and would have
deleted the dptr under the wrong situations. This lead to either
crashes or leaks, depending on the usage. The new test e.g. would
crash in ASAN like this:

```
==323914==ERROR: AddressSanitizer: heap-use-after-free on address 0x610000006640 at pc 0x7f6eaeece687 bp 0x7fff018d94b0 sp 0x7fff018d94a0
WRITE of size 4 at 0x610000006640 thread T0
    #0 0x7f6eaeece686 in std::__atomic_base<int>::operator--() /usr/include/c++/12.1.0/bits/atomic_base.h:393
    #1 0x7f6eaeec4861 in bool QAtomicOps<int>::deref<int>(std::atomic<int>&) /usr/include/qt6/QtCore/qatomic_cxx11.h:287
    #2 0x7f6eaeeb8379 in QBasicAtomicInteger<int>::deref() /usr/include/qt6/QtCore/qbasicatomic.h:102
    #3 0x7f6eaf5e6108 in QPaintBuffer::~QPaintBuffer() /home/milian/projects/kdab/rnd/gammaray/3rdparty/qt/5.5/private/qpaintbuffer.cpp:152
    #4 0x7f6eaf3f5e6f in GammaRay::PaintBuffer::~PaintBuffer() /home/milian/projects/kdab/rnd/gammaray/core/paintbuffer.cpp:334
    #5 0x55c59788fbf4 in WidgetTest::testPaintBuffer() /home/milian/projects/kdab/rnd/gammaray/tests/widgettest.cpp:102
```

In a real app I saw leaks like this which now are also gone:

```
Direct leak of 448 byte(s) in 4 object(s) allocated from:
    #0 0x7fcf59ac0672 in operator new(unsigned long) /usr/src/debug/gcc/libsanitizer/asan/asan_new_delete.cpp:95
    #1 0x7fcebd341bfc in QPaintBuffer::QPaintBuffer() /home/milian/projects/kdab/rnd/gammaray/3rdparty/qt/5.5/private/qpaintbuffer.cpp:146
    #2 0x7fcebd2f6f32 in GammaRay::PaintBuffer::PaintBuffer() /home/milian/projects/kdab/rnd/gammaray/core/paintbuffer.cpp:321
    #3 0x7fcebd305191 in GammaRay::PaintAnalyzer::reset() /home/milian/projects/kdab/rnd/gammaray/core/paintanalyzer.cpp:94
```
tsdgeos added a commit to tsdgeos/GammaRay that referenced this issue Nov 30, 2022
@tsdgeos
Fix crash when using the software renderer
9ccf470 
AddressSanitizer:DEADLYSIGNAL
=================================================================
==84890==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc 0x000111d654b0 bp 0x00016dbf8120 sp 0x00016dbf8020 T0)
==84890==The signal is caused by a UNKNOWN memory access.
==84890==Hint: address points to the zero page.
    #0 0x111d654b0 in QPainterPrivate::attachPainterPrivate(QPainter*, QPaintDevice*) qpainter.cpp:242
    KDAB#1 0x111d6931c in QPainter::QPainter(QPaintDevice*) qpainter.cpp:1466
    KDAB#2 0x12bc00dd8 in GammaRay::SoftwareScreenGrabber::drawDecorations()+0x168 (gammaray_quickinspector.so:arm64+0x48dd8)
    KDAB#3 0x12bc004f4 in GammaRay::SoftwareScreenGrabber::windowAfterRendering()+0x34 (gammaray_quickinspector.so:arm64+0x484f4)
    KDAB#4 0x1142334e4 in void doActivate<true>(QObject*, int, void**) qobject.cpp:3972
    KDAB#5 0x112547b78 in QQuickWindowPrivate::renderSceneGraph(QSize const&, QSize const&) qquickwindow.cpp:664
    KDAB#6 0x1125669ac in QSGSoftwareRenderLoop::renderWindow(QQuickWindow*, bool) qsgsoftwarerenderloop.cpp:142
    KDAB#7 0x11254a7f4 in QQuickWindow::event(QEvent*) qquickwindow.cpp
    KDAB#8 0x1141eb3f8 in QCoreApplicationPrivate::notify_helper(QObject*, QEvent*) qcoreapplication.cpp:1193
    KDAB#9 0x1141eaf60 in QCoreApplication::notifyInternal2(QObject*, QEvent*) qcoreapplication.cpp:1026
    KDAB#10 0x111ca8620 in QPlatformWindow::deliverUpdateRequest() qplatformwindow.cpp:774
    KDAB#11 0x119dc7e30 in QCocoaWindow::deliverUpdateRequest() qcocoawindow.mm:1581
    KDAB#12 0x119db37bc in QCocoaScreen::deliverUpdateRequests() qcocoascreen.mm:454
@tsdgeos tsdgeos mentioned this issue Nov 30, 2022
Merged
Waqar144 pushed a commit that referenced this issue Nov 30, 2022
@tsdgeos @Waqar144
Fix crash when using the software renderer
db62cff 
AddressSanitizer:DEADLYSIGNAL
=================================================================
==84890==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc 0x000111d654b0 bp 0x00016dbf8120 sp 0x00016dbf8020 T0)
==84890==The signal is caused by a UNKNOWN memory access.
==84890==Hint: address points to the zero page.
    #0 0x111d654b0 in QPainterPrivate::attachPainterPrivate(QPainter*, QPaintDevice*) qpainter.cpp:242
    #1 0x111d6931c in QPainter::QPainter(QPaintDevice*) qpainter.cpp:1466
    #2 0x12bc00dd8 in GammaRay::SoftwareScreenGrabber::drawDecorations()+0x168 (gammaray_quickinspector.so:arm64+0x48dd8)
    #3 0x12bc004f4 in GammaRay::SoftwareScreenGrabber::windowAfterRendering()+0x34 (gammaray_quickinspector.so:arm64+0x484f4)
    #4 0x1142334e4 in void doActivate<true>(QObject*, int, void**) qobject.cpp:3972
    #5 0x112547b78 in QQuickWindowPrivate::renderSceneGraph(QSize const&, QSize const&) qquickwindow.cpp:664
    #6 0x1125669ac in QSGSoftwareRenderLoop::renderWindow(QQuickWindow*, bool) qsgsoftwarerenderloop.cpp:142
    #7 0x11254a7f4 in QQuickWindow::event(QEvent*) qquickwindow.cpp
    #8 0x1141eb3f8 in QCoreApplicationPrivate::notify_helper(QObject*, QEvent*) qcoreapplication.cpp:1193
    #9 0x1141eaf60 in QCoreApplication::notifyInternal2(QObject*, QEvent*) qcoreapplication.cpp:1026
    #10 0x111ca8620 in QPlatformWindow::deliverUpdateRequest() qplatformwindow.cpp:774
    #11 0x119dc7e30 in QCocoaWindow::deliverUpdateRequest() qcocoawindow.mm:1581
    #12 0x119db37bc in QCocoaScreen::deliverUpdateRequests() qcocoascreen.mm:454
shaan7 pushed a commit to shaan7/GammaRay that referenced this issue Jul 31, 2023
@tsdgeos @shaan7
Fix crash when using the software renderer
2dd2496 
AddressSanitizer:DEADLYSIGNAL
=================================================================
==84890==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc 0x000111d654b0 bp 0x00016dbf8120 sp 0x00016dbf8020 T0)
==84890==The signal is caused by a UNKNOWN memory access.
==84890==Hint: address points to the zero page.
    #0 0x111d654b0 in QPainterPrivate::attachPainterPrivate(QPainter*, QPaintDevice*) qpainter.cpp:242
    KDAB#1 0x111d6931c in QPainter::QPainter(QPaintDevice*) qpainter.cpp:1466
    KDAB#2 0x12bc00dd8 in GammaRay::SoftwareScreenGrabber::drawDecorations()+0x168 (gammaray_quickinspector.so:arm64+0x48dd8)
    KDAB#3 0x12bc004f4 in GammaRay::SoftwareScreenGrabber::windowAfterRendering()+0x34 (gammaray_quickinspector.so:arm64+0x484f4)
    KDAB#4 0x1142334e4 in void doActivate<true>(QObject*, int, void**) qobject.cpp:3972
    KDAB#5 0x112547b78 in QQuickWindowPrivate::renderSceneGraph(QSize const&, QSize const&) qquickwindow.cpp:664
    KDAB#6 0x1125669ac in QSGSoftwareRenderLoop::renderWindow(QQuickWindow*, bool) qsgsoftwarerenderloop.cpp:142
    KDAB#7 0x11254a7f4 in QQuickWindow::event(QEvent*) qquickwindow.cpp
    KDAB#8 0x1141eb3f8 in QCoreApplicationPrivate::notify_helper(QObject*, QEvent*) qcoreapplication.cpp:1193
    KDAB#9 0x1141eaf60 in QCoreApplication::notifyInternal2(QObject*, QEvent*) qcoreapplication.cpp:1026
    KDAB#10 0x111ca8620 in QPlatformWindow::deliverUpdateRequest() qplatformwindow.cpp:774
    KDAB#11 0x119dc7e30 in QCocoaWindow::deliverUpdateRequest() qcocoawindow.mm:1581
    KDAB#12 0x119db37bc in QCocoaScreen::deliverUpdateRequests() qcocoascreen.mm:454
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@winterz @vkrause