참고 : zsh여기에서 대부분의 예제에 대해 "인라인 주석"을 허용하도록 구성하지 않으면 "불량 패턴"에 대해 불평하고 프록시 쉘을 통해 실행하지 않습니다 sh <<-\CMD.
자, 위의 의견에서 언급했듯이 bash에set -E 대해 구체적으로 알지 못하지만 POSIX 호환 쉘은 원하는 경우 값을 테스트하는 간단한 방법을 제공한다는 것을 알고 있습니다.
sh -evx <<-\CMD
_test() { echo $( ${empty:?error string} ) &&\
echo "echo still works"
}
_test && echo "_test doesnt fail"
# END
CMD
sh: line 1: empty: error string
+ echo
+ echo 'echo still works'
echo still works
+ echo '_test doesnt fail'
_test doesnt fail
당신은 내가 사용하지만 것을 볼 수 있습니다 위의 parameter expansion테스트 ${empty?} _test()아직 return이야 마지막에 대해서 분명히대로 - 패스 echo이 실패한 값이 죽이기 때문에 발생 $( command substitution )-을 포함 서브 쉘을하지만, 부모 쉘 _test이 시간에 - 트럭에 유지합니다. 그리고 echo상관하지 않는다 - 그것은 단지 역할을 충분히 행복 \newline; echo하다 하지 시험 .
그러나 이것을 고려하십시오 :
sh -evx <<-\CMD
_test() { echo $( ${empty:?error string} ) &&\
echo "echo still works" ; } 2<<-INIT
${empty?function doesnt run}
INIT
_test ||\
echo "this doesnt even print"
# END
CMD
_test+ sh: line 1: empty: function doesnt run
지금은 _test()'s사전 평가 된 매개 변수를 입력에 입력 했기 때문에 함수는 전혀 실행되지 않습니다. 더 많은 것은 쉘이 유령을 완전히 포기하고 인쇄조차하지 않는 것 같습니다.INIT here-document_test()shecho "this doesnt even print"
아마 그것은 당신이 원하는 것이 아닙니다 .
때문입니다 ${var?}스타일의 파라미터 확장이되어 을 종료하도록 설계shell 누락 된 매개 변수의 경우에는, 다음과 같이 작동합니다 :
${parameter:?[word]}
만약 에러 나타내 Null나 Unset.파라미터가 설정 또는 널이면 expansion of word한다 (또는이를 나타내는 메시지는 단어가 생략 된 경우를 unset)을 written to standard error하고 shell exits with a non-zero exit status. 그렇지 않으면의 값입니다 parameter shall be substituted. 대화식 쉘을 종료 할 필요가 없습니다.
전체 문서를 복사 / 붙여 넣지는 않지만 set but null값에 실패 하면 다음 양식을 사용하십시오.
${var :? error message }
으로 :colon위와. 당신이 원하는 경우 null성공 값을 그냥 콜론을 생략합니다. 잠시 후에 보여 주듯이 설정 값을 무시하고 실패 할 수도 있습니다.
또 다른 실행 _test():
sh <<-\CMD
_test() { echo $( ${empty:?error string} ) &&\
echo "echo still works" ; } 2<<-INIT
${empty?function doesnt run}
INIT
echo "this runs" |\
( _test ; echo "this doesnt" ) ||\
echo "now it prints"
# END
CMD
this runs
sh: line 1: empty: function doesnt run
now it prints
이것은 모든 종류의 빠른 테스트와 함께 작동하지만 위에서 _test()는 pipeline실패 의 중간에서 실행 되며 실제로 포함 된 command list서브 쉘은 함수 내의 명령이나 다음의 echo실행 이 전혀 없으므로 실패 합니다. 또한 인쇄 하기 때문에 쉽게 테스트 할 수있는 것으로 나타났습니다 echo "now it prints" .
악마가 세부 사항에 있다고 생각합니다. 위의 경우, 종료하는 쉘은 하지 스크립트의 _main | logic | pipeline하지만 ( subshell in which we ${test?} ) ||약간의 샌드 박싱이 요구되도록.
그리고 그것은 분명하지 않을 수도 있지만, 반대의 경우 또는 set=값만 전달하고 싶다면 상당히 간단합니다.
sh <<-\CMD
N= #N is NULL
_test=$N #_test is also NULL and
v="something you would rather do without"
( #this subshell dies
echo "v is ${v+set}: and its value is ${v:+not NULL}"
echo "So this ${_test:-"\$_test:="} will equal ${_test:="$v"}"
${_test:+${N:?so you test for it with a little nesting}}
echo "sure wish we could do some other things"
)
( #this subshell does some other things
unset v #to ensure it is definitely unset
echo "But here v is ${v-unset}: ${v:+you certainly wont see this}"
echo "So this ${_test:-"\$_test:="} will equal NULL ${_test:="$v"}"
${_test:+${N:?is never substituted}}
echo "so now we can do some other things"
)
#and even though we set _test and unset v in the subshell
echo "_test is still ${_test:-"NULL"} and ${v:+"v is still $v"}"
# END
CMD
v is set: and its value is not NULL
So this $_test:= will equal something you would rather do without
sh: line 7: N: so you test for it with a little nesting
But here v is unset:
So this $_test:= will equal NULL
so now we can do some other things
_test is still NULL and v is still something you would rather do without
위의 예는 치환 파라미터 POSIX 모든 4 개 형태의 활용 및 그들의 각종 :colon null또는 not null시험. 위의 링크에 더 많은 정보가 있으며 여기에 다시 있습니다. 있습니다.
그리고 우리는 우리의 _test기능도 보여 주어야한다고 생각합니다 . 우리는 empty=something함수에 매개 변수로 (또는 사전에 언제든지) 선언 합니다.
sh <<-\CMD
_test() { echo $( echo ${empty:?error string} ) &&\
echo "echo still works" ; } 2<<-INIT
${empty?tested as a pass before function runs}
INIT
echo "this runs" >&2 |\
( empty=not_empty _test ; echo "yay! I print now!" ) ||\
echo "suspiciously quiet"
# END
CMD
this runs
not_empty
echo still works
yay! I print now!
이 평가는 단독으로 진행되므로 추가 테스트가 필요하지 않습니다. 몇 가지 예 :
sh <<-\CMD
empty=
${empty?null, no colon, no failure}
unset empty
echo "${empty?this is stderr} this is not"
# END
CMD
sh: line 3: empty: this is stderr
sh <<-\CMD
_input_fn() { set -- "$@" #redundant
echo ${*?WHERES MY DATA?}
#echo is not necessary though
shift #sure hope we have more than $1 parameter
: ${*?WHERES MY DATA?} #: do nothing, gracefully
}
_input_fn heres some stuff
_input_fn one #here
# shell dies - third try doesnt run
_input_fn you there?
# END
CMD
heres some stuff
one
sh: line :5 *: WHERES MY DATA?
그리고 마지막으로 우리는 원래의 질문으로 돌아갑니다 : 서브 쉘 에서 오류를 처리하는 방법 $(command substitution)? 진실은 두 가지 방법이 있지만 직접적이지는 않습니다. 문제의 핵심 $(command substitution)은 현재 쉘 명령 실행보다 쉘 평가 프로세스의 초기에 발생하는 쉘의 평가 프로세스입니다 (오류 포함 및 오류 포함).
op가 경험하는 문제는 현재 쉘이 오류를 평가할 때까지 $(command substitution)서브 쉘이 이미 대체되어 오류가 남아 있지 않다는 것입니다.
두 가지 방법은 무엇입니까? $(command substitution)서브 쉘 내에서 테스트없이 명시 적으로 수행 하거나 결과를 현재 쉘 변수에 흡수하고 그 값을 테스트합니다.
방법 1 :
echo "$(madeup && echo \: || echo '${fail:?die}')" |\
. /dev/stdin
sh: command not found: madeup
/dev/stdin:1: fail: die
echo $?
126
방법 2 :
var="$(madeup)" ; echo "${var:?die} still not stderr"
sh: command not found: madeup
sh: var: die
echo $?
1
한 줄에 선언 된 변수 수에 관계없이 실패합니다.
v1="$(madeup)" v2="$(ls)" ; echo "${v1:?}" "${v2:?}"
sh: command not found: madeup
sh: v1: parameter not set
그리고 우리의 반환 값은 일정하게 유지됩니다.
echo $?
1
이제 트랩 :
trap 'printf %s\\n trap resurrects shell!' ERR
v1="$(madeup)" v2="$(printf %s\\n shown after trap)"
echo "${v1:?#1 - still stderr}" "${v2:?invisible}"
sh: command not found: madeup
sh: v1: #1 - still stderr
trap
resurrects
shell!
shown
after
trap
echo $?
0
echo $( made up name )이$( made up name )생성됩니다. 그래도 설명이 없습니다.