태그 보관물: command-substitution

command-substitution

“-o errtrace”를 사용하여 명령 대체에서 트래핑 오류 (예 : set -E) 및 서브 쉘 환경에서 실행되는 명령에 의해

참조 설명서 에 따르면 :

-E (또한 -o errtrace)

설정된 경우 ERR의 트랩은 쉘 기능, 명령 대체 및 서브 쉘 환경에서 실행되는 명령에 의해 상속됩니다. 이러한 경우 ERR 트랩은 일반적으로 상속되지 않습니다.

그러나 다음과 같이 작동하지 않으므로 잘못 해석해야합니다.

#!/usr/bin/env bash
# -*- bash -*-

set -e -o pipefail -o errtrace -o functrace

function boom {
  echo "err status: $?"
  exit $?
}
trap boom ERR


echo $( made up name )
echo "  ! should not be reached ! "

나는 이미 간단한 할당을 알고있다 . (errexit)로 my_var=$(made_up_name)스크립트를 종료 할 것이다 set -e.

되어 -E/-o errtrace위의 코드와 같이 작업하기로? 아니면 가장 잘 읽었습니까?



답변

참고 : 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]}

만약 에러 나타내 NullUnset.파라미터가 설정 또는 널이면 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

답변

설정된 경우, ERR의 트랩은 쉘 기능, 명령 대체 및 서브 쉘 환경에서 실행되는 명령에 의해 상속됩니다.

스크립트에서 명령 실행 ( echo $( made up name )). bash에서 명령은 ; 로 구분됩니다 . 또는 새로운 줄로 . 명령에서

echo $( made up name )

$( made up name )명령의 일부로 간주됩니다. 이 부분이 실패하고 오류와 함께 반환 되더라도 전체 명령은 echo알 수없는 대로 성공적으로 실행 됩니다. 트랩이 트리거되지 않은 상태에서 명령이 0으로 리턴 될 때

할당과 에코의 두 가지 명령에 넣어야합니다.

var=$(made_up_name)
echo $var

답변

이것은 bash의 버그 때문입니다. 명령 대체 단계에서

echo $( made up name )

made서브 쉘에서 실행 (또는 찾을 수 없음)하지만 서브 쉘은 상위 쉘의 일부 트랩을 사용하지 않는 방식으로 “최적화”됩니다. 이것은 버전 4.4.5 에서 수정되었습니다 .

특정 상황에서는 간단한 명령이 포크를 제거하도록 최적화되어 EXIT 트랩이 실행되지 않습니다.

bash 4.4.5 이상에서는 다음과 같은 출력이 표시됩니다.

error.sh: line 13: made: command not found
err status: 127
  ! should not be reached !

트랩 핸들러가 예상대로 호출 된 후 서브 쉘이 종료됩니다. ( set -e부모가 아닌 서브 쉘 만 종료하므로 실제로는 “도달 할 수 없음”메시지에 도달해야합니다.)

이전 버전의 해결 방법은 최적화되지 않은 전체 서브 쉘을 강제로 작성하는 것입니다.

echo $( ( made up name ) )

산술 확장과 구별하기 위해 추가 공간이 필요 합니다.


답변