Review Request: Prevent crash in KJob::emitResult() if job is deleted
Aurélien Gâteau
agateau at kde.org
Mon Dec 6 09:43:31 GMT 2010
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/6022/
-----------------------------------------------------------
(Updated 2010-12-06 09:43:30.877370)
Review request for kdelibs and Kevin Ottens.
Changes
-------
Added a Q_ASSERT as requested by Kevin. The assert will trigger if the job is in autodelete mode and has been deleted by a slot.
Adapted the test case to only check in non-autodelete mode.
Summary (updated)
-------
If someone calls "delete job" on a slot connected to the KJob::result() signal, KJob crashes because the job does not exist anymore when execution comes back to KJob::emitResult(). I added a guard to prevent that. An alternative would be to call deleteLater() before emitting the signals but I was afraid it would cause trouble if slots connected to the emitted signals used event loops.
This addresses bug 241562.
https://bugs.kde.org/show_bug.cgi?id=241562
Diffs (updated)
-----
trunk/KDE/kdelibs/kdecore/jobs/kjob.cpp 1203507
trunk/KDE/kdelibs/kdecore/tests/kjobtest.h 1203507
trunk/KDE/kdelibs/kdecore/tests/kjobtest.cpp 1203507
Diff: http://svn.reviewboard.kde.org/r/6022/diff
Testing
-------
Wrote a unit-test to demonstrate the problem. This also helps with bug #241562 although I have another request prepared to hopefully definitely nail it down.
Thanks,
Aurélien
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20101206/8d6bef29/attachment.htm>
More information about the kde-core-devel
mailing list