Review Request 128437: raise to core dump handlers when drkonqi is done

[Harald Sitter]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/128437/
-----------------------------------------------------------

(Updated Sept. 28, 2016, 1:48 p.m.)


Status
------

This change has been marked as submitted.


Review request for KDE Frameworks.


Changes
-------

Submitted with commit 85eef3241e45a0f1799069fa687f68ed9f802ef9 by Harald Sitter to branch master.


Repository: kcrash


Description
-------

with the rise of useful core dump handlers such as systemd's coredump and
ubuntu's apport it is no longer useful to handle things exclusively in
drkonqi. it bypasses sysadmins as well as distros in debugging efforts,
putting the entire flow of information on us.

the new behavior instead checks if a core pattern executable is set and if
so re-raises the signal so the kernel jumps in and invokes the handler.

(this unfortunately means that the core will contain our kcrash frames,
but that seems hardly avoidable)


Diffs
-----

  CMakeLists.txt 21ccd1df72f6ab2e60bb3f8f9212359f1c24c53f 
  autotests/CMakeLists.txt e442520269835df71968bf7818aa34bd8bd945cf 
  autotests/core_patterns/exec PRE-CREATION 
  autotests/core_patterns/no-exec PRE-CREATION 
  autotests/coreconfigtest.cpp PRE-CREATION 
  src/CMakeLists.txt e733be69c6ca6e6c1a0608c8910cf4a9b52ffcc9 
  src/config-kcrash.h.cmake f1b3a9babda3e2220aed3c19b735f90eb1ea8e7e 
  src/coreconfig.cpp PRE-CREATION 
  src/coreconfig_p.h PRE-CREATION 
  src/kcrash.cpp d9acb591edb2232db6c9e0dc2726cf0f189823a0 

Diff: https://git.reviewboard.kde.org/r/128437/diff/


Testing
-------

builds and passes


Thanks,

Harald Sitter

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20160928/670901e2/attachment.html>