Mir

Merge lp://qastaging/~vanvugt/mir/crashing-server into lp://qastaging/mir

Proposed by Daniel van Vugt
Status: Work in progress
Proposed branch: lp://qastaging/~vanvugt/mir/crashing-server
Merge into: lp://qastaging/mir
Diff against target: 113 lines (+93/-0)
3 files modified
tests/CMakeLists.txt (+1/-0)
tests/fatal/CMakeLists.txt (+8/-0)
tests/fatal/crashing_server.cpp (+84/-0)
To merge this branch: bzr merge lp://qastaging/~vanvugt/mir/crashing-server
Reviewer Review Type Date Requested Status
PS Jenkins bot (community) continuous-integration Approve
Alan Griffiths Needs Fixing
Kevin DuBois (community) Needs Information
Mir development team Pending
Review via email: mp+217714@code.qastaging.launchpad.net

Commit message

tests: Add a "crashing_server" binary to ease testing of debugability issues
arising from crashes in compositor threads (like LP: #1237332).

Hopefully it can some day be automated with some simple scripted analysis
of the resulting core file. But for now that's not possible while the basic
default server requires root/VT access to start at all.

To post a comment you must log in.
Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :
review: Needs Fixing (continuous-integration)
1587. By Daniel van Vugt

Merge latest development-branch

Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :
review: Needs Fixing (continuous-integration)
Revision history for this message
Kevin DuBois (kdub) wrote :

This might bring up the 'acceptance test fixture is somewhat bulky' topic, but it seems like this could have an acceptance test, so we're not so reliant on using this server to check for how a crash looks, and so the "please crash nicely with debug info" requirement gets tested in CI. It might be more fiddling with the test fixtures, but in the end we have an automated test.

*needs info/discussion

review: Needs Information
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Initially I thought that was not feasible because it requires multiple processes and actually crashing the server process. But now I remember our original acceptance test architecture is indeed multi-process, it could be done. So long as you can find _where_ the resulting core file is.

But that kind of automation a harder problem than this manual testing demo. I don't think we should block waiting for a completely automated solution. They're not dependent activities.

1588. By Daniel van Vugt

Merge latest development-branch

Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :
review: Needs Fixing (continuous-integration)
Revision history for this message
Alan Griffiths (alan-griffiths) wrote :

It is always worth investing the time to automate testing for desired features.

review: Needs Fixing
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

But that kind of automation a harder problem than this manual testing demo. I don't think we should block waiting for a completely automated solution. They're not dependent activities.

1589. By Daniel van Vugt

Merge latest development-branch

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

The above comment should be in quotes (LP stripped them), referring to comments from 2014-05-02.

Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :
review: Approve (continuous-integration)
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Come to think of it, if we replace the unrecoverable critical exceptions in the compositor/DRM/KMS with "errors" (abort etc) then this proposal wouldn't be a valid example any more. The throw would need to become abort() or some other raise().

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Work in progress (possibly indefinitely). This branch:
   lp:~vanvugt/mir/fatal-error
will introduce nicer automated testing of crash handling.

Unmerged revisions

1589. By Daniel van Vugt

Merge latest development-branch

1588. By Daniel van Vugt

Merge latest development-branch

1587. By Daniel van Vugt

Merge latest development-branch

1586. By Daniel van Vugt

tests: Add a "crashing_server" binary to ease testing of debugability issues
arising from crashes in compositor threads (like LP: #1237332).

Hopefully it can some day be automated with some simple scripted analysis
of the resulting core file. But for now that's not possible while the basic
default server requires root/VT access to start at all.

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
The diff is not available at this time. You can reload the page or download it.

Subscribers

People subscribed via source and target branches