This was causing numerous spurious FAIL outcomes on RHEL[89].
The extra "WARNING: Child process exited due to signal" is not an error,
it's merely stap communicating to the user that the child
process was interrupted, which is exactly what we do.
Not sure why it's printed on some systems and not others.
XXX There may be a deeper issue in that the tiny do-nothing binary
probed by the testcase (e.g. testsuite/systemtap.base/at_register.c)
was supposed to stop on its own and didn't.
Adding a delay to the first kill -INT $mypid makes the problem
more obvious.
set probe_errors 0
set skipped_probes 0
set warning_regexp {^WARNING: Number of errors: ([0-9]+), skipped probes: ([0-9]+)\r\n}
+ set warning_child_regexp {^WARNING: Child process exited with signal [0-9]+ \(.*\)\r\n}
if {[info procs installtest_p] != "" && ![installtest_p]} { untested $TEST_NAME; return }
set probe_errors $expect_out(1,string)
set skipped_probes $expect_out(2,string)
exp_continue}
+ -re $warning_child_regexp {
+ exp_continue}
-re $output {
pass "$TEST_NAME shutdown and output"
expect {