Browse Source

[PATCH] Trapping exit in tests, using return for errors: further fixes.

"return" from a test would leave the exit trap set, which could cause a
spurious error message if it's the last test in the script or
--immediate is used.

The easiest solution would be to have a global trap that is set when
test-lib.sh is sourced and unset either by test_done(), error() or by
test_failure_() with --immediate.

Signed-off-by: Pavel Roskin <proski@gnu.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
maint
Pavel Roskin 20 years ago committed by Junio C Hamano
parent
commit
41184273d1
  1. 8
      t/test-lib.sh

8
t/test-lib.sh

@ -36,6 +36,7 @@ unset SHA1_FILE_DIRECTORY @@ -36,6 +36,7 @@ unset SHA1_FILE_DIRECTORY

error () {
echo "* error: $*"
trap - exit
exit 1
}

@ -74,6 +75,8 @@ fi @@ -74,6 +75,8 @@ fi
test_failure=0
test_count=0

trap 'echo >&5 "FATAL: Unexpected exit with code $?"; exit 1' exit


# You are not expected to call test_ok_ and test_failure_ directly, use
# the text_expect_* functions instead.
@ -89,7 +92,7 @@ test_failure_ () { @@ -89,7 +92,7 @@ test_failure_ () {
say "FAIL $test_count: $1"
shift
echo "$@" | sed -e 's/^/ /'
test "$immediate" = "" || exit 1
test "$immediate" = "" || { trap - exit; exit 1; }
}


@ -98,10 +101,8 @@ test_debug () { @@ -98,10 +101,8 @@ test_debug () {
}

test_run_ () {
trap 'echo >&5 "FATAL: Unexpected exit with code $?"; exit 1' exit
eval >&3 2>&4 "$1"
eval_ret="$?"
trap - exit
return 0
}

@ -132,6 +133,7 @@ test_expect_success () { @@ -132,6 +133,7 @@ test_expect_success () {
}

test_done () {
trap - exit
case "$test_failure" in
0)
# We could:

Loading…
Cancel
Save