One approach would be to try to make the test files themselves more robust (or more fragile) using alarm and potentially spawning a second Perl process to be watched.
Personally, I would let things crash, as most smoke testers have such watchdogs already and will abort a test suite after 5 minutes or so. If a user wants to install a module that crashes the interpreter, they will have to skip tests.
In reply to Re: handling test hangs/crashes/freezes
by Corion
in thread handling test hangs/crashes/freezes
by bulk88
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |