Czy można uzyskać informację, z której linii wysłano sygnał ERR?
Tak, LINENO
a BASH_LINENO
zmienne są kolacją przydatną do uzyskania linii awarii i linii, które do niej prowadzą.
A może źle to rozumiem?
Nie, po prostu brakuje -q
opcji z grep ...
echo hello | grep -q "asdf"
... Z -q
opcją grep
wróci 0
za true
i 1
za false
. A w Bash to trap
nie jest Trap
...
trap "_func" ERR
... Potrzebuję natywnego rozwiązania ...
Oto traper, który może się przydać do debugowania rzeczy o bardziej złożonej cykliczności ...
failure.sh
## Outputs Front-Mater formatted failures for functions not returning 0
## Use the following line after sourcing this file to set failure trap
## trap 'failure "LINENO" "BASH_LINENO" "${BASH_COMMAND}" "${?}"' ERR
failure(){
local -n _lineno="${1:-LINENO}"
local -n _bash_lineno="${2:-BASH_LINENO}"
local _last_command="${3:-${BASH_COMMAND}}"
local _code="${4:-0}"
## Workaround for read EOF combo tripping traps
if ! ((_code)); then
return "${_code}"
fi
local _last_command_height="$(wc -l <<<"${_last_command}")"
local -a _output_array=()
_output_array+=(
'---'
"lines_history: [${_lineno} ${_bash_lineno[*]}]"
"function_trace: [${FUNCNAME[*]}]"
"exit_code: ${_code}"
)
if [[ "${#BASH_SOURCE[@]}" -gt '1' ]]; then
_output_array+=('source_trace:')
for _item in "${BASH_SOURCE[@]}"; do
_output_array+=(" - ${_item}")
done
else
_output_array+=("source_trace: [${BASH_SOURCE[*]}]")
fi
if [[ "${_last_command_height}" -gt '1' ]]; then
_output_array+=(
'last_command: ->'
"${_last_command}"
)
else
_output_array+=("last_command: ${_last_command}")
fi
_output_array+=('---')
printf '%s\n' "${_output_array[@]}" >&2
exit ${_code}
}
... i przykładowy skrypt użycia do ujawnienia subtelnych różnic w ustawianiu powyższej pułapki do śledzenia funkcji również ...
example_usage.sh
#!/usr/bin/env bash
set -E -o functrace
## Optional, but recommended to find true directory this script resides in
__SOURCE__="${BASH_SOURCE[0]}"
while [[ -h "${__SOURCE__}" ]]; do
__SOURCE__="$(find "${__SOURCE__}" -type l -ls | sed -n 's@^.* -> \(.*\)@\1@p')"
done
__DIR__="$(cd -P "$(dirname "${__SOURCE__}")" && pwd)"
## Source module code within this script
source "${__DIR__}/modules/trap-failure/failure.sh"
trap 'failure "LINENO" "BASH_LINENO" "${BASH_COMMAND}" "${?}"' ERR
something_functional() {
_req_arg_one="${1:?something_functional needs two arguments, missing the first already}"
_opt_arg_one="${2:-SPAM}"
_opt_arg_two="${3:0}"
printf 'something_functional: %s %s %s' "${_req_arg_one}" "${_opt_arg_one}" "${_opt_arg_two}"
## Generate an error by calling nothing
"${__DIR__}/nothing.sh"
}
## Ignoring errors prevents trap from being triggered
something_functional || echo "Ignored something_functional returning $?"
if [[ "$(something_functional 'Spam!?')" == '0' ]]; then
printf 'Nothing somehow was something?!\n' >&2 && exit 1
fi
## And generating an error state will cause the trap to _trace_ it
something_functional '' 'spam' 'Jam'
Powyższe testy zostały przetestowane na Bash w wersji 4+, więc zostaw komentarz, jeśli coś jest potrzebne w wersjach wcześniejszych niż cztery, lub otwórz problem, jeśli nie uda mu się uchwycić błędów w systemach z wersją minimum czterech.
Główne dania na wynos to ...
set -E -o functrace
-E
powoduje powiększanie się błędów w funkcjach
-o functrace
powoduje pozwala na większą gadatliwość, gdy coś w funkcji zawiedzie
trap 'failure "LINENO" "BASH_LINENO" "${BASH_COMMAND}" "${?}"' ERR
Pojedyncze cudzysłowy są używane wokół wywołania funkcji, a podwójne cudzysłowy wokół poszczególnych argumentów
Odwołania do LINENO
i BASH_LINENO
są przekazywane zamiast bieżących wartości, chociaż może to zostać skrócone w późniejszych wersjach programu powiązanego z pułapką, tak że końcowa linia awarii powoduje jej wyjście
Wartości BASH_COMMAND
i status exit ( $?
) są przekazywane, po pierwsze, aby uzyskać polecenie, które zwróciło błąd, a po drugie, aby upewnić się, że pułapka nie wyzwala się w stanach innych niż błąd
Podczas gdy inni mogą się nie zgodzić, uważam, że łatwiej jest zbudować tablicę wyjściową i użyć printf do wydrukowania każdego elementu tablicy we własnej linii ...
printf '%s\n' "${_output_array[@]}" >&2
... także >&2
bit na końcu powoduje, że błędy idą tam, gdzie powinny (błąd standardowy), i pozwala uchwycić tylko błędy ...
## ... to a file...
some_trapped_script.sh 2>some_trapped_errros.log
## ... or by ignoring standard out...
some_trapped_script.sh 1>/dev/null
Jak pokazują te i inne przykłady dotyczące przepełnienia stosu, istnieje wiele sposobów na zbudowanie pomocy do debugowania przy użyciu wbudowanych narzędzi.
bashdb
. Wydaje się, że pierwszy argumenttrap
może zawierać zmienne, które są oceniane w pożądanym kontekście. Taktrap 'echo $LINENO' ERR'
powinno działać.