errexit(`set -e`)를 수정하는 쉘을 작성해 본 사람이 있습니까?

Question 1

이것POSIX 표준(보다-이자형) errexit쉘 옵션에 대해서는 Bash 매뉴얼보다 더 명확합니다.

이 옵션이 활성화되면 명령이 실패할 때(셸 오류의 결과에 나열된 이유 또는 0보다 큰 종료 상태를 반환하는 경우) 마치 종료 특수 내장 유틸리티가 없이 실행된 것처럼 셸이 즉시 종료되어야 합니다. 다음 상황을 제외하고 모든 인수:

다중 명령 파이프라인에서 단일 명령이 실패하더라도 셸이 종료되어서는 안 됩니다. 파이프라인 자체의 오류만 고려됩니다.

while, Until, if 또는 elif 예약어(!로 시작하는 파이프) 뒤에 오는 복합 목록을 실행할 때는 -e 설정을 무시해야 합니다. 예약어 또는 AND-OR 목록의 마지막 항목을 제외한 모든 명령.

-e가 생략되었을 때 종료 상태가 실패의 결과인 경우 -e는 하위 쉘 명령이 아닌 복합 명령에 적용되지 않습니다.

이 요구 사항은 셸 환경과 각 하위 셸 환경에 별도로 적용됩니다. 예를 들어:

set -e; (false; echo one) | cat; echo two

false 명령을 사용하면 echo 1을 실행하지 않고 하위 쉘이 종료됩니다. 그러나 파이프(false; echo one) |cat의 종료 상태가 0이므로 echo 2가 실행됩니다.

분명히 예제 코드는 다음 의사 코드와 동일합니다.

( LIST; ) && COMMAND || COMMAND

종료 상태목록 다음과 같은 이유로 0입니다.

쉘 errexit옵션은 무시됩니다.
반환 상태는 지정된 마지막 명령의 종료 상태입니다.목록, 여기 true.

따라서 AND 목록의 두 번째 부분인 를 수행하십시오 echo "OK".

Answer

이것POSIX 표준(보다-이자형) errexit쉘 옵션에 대해서는 Bash 매뉴얼보다 더 명확합니다.

이 옵션이 활성화되면 명령이 실패할 때(셸 오류의 결과에 나열된 이유 또는 0보다 큰 종료 상태를 반환하는 경우) 마치 종료 특수 내장 유틸리티가 없이 실행된 것처럼 셸이 즉시 종료되어야 합니다. 다음 상황을 제외하고 모든 인수:

다중 명령 파이프라인에서 단일 명령이 실패하더라도 셸이 종료되어서는 안 됩니다. 파이프라인 자체의 오류만 고려됩니다.

while, Until, if 또는 elif 예약어(!로 시작하는 파이프) 뒤에 오는 복합 목록을 실행할 때는 -e 설정을 무시해야 합니다. 예약어 또는 AND-OR 목록의 마지막 항목을 제외한 모든 명령.

-e가 생략되었을 때 종료 상태가 실패의 결과인 경우 -e는 하위 쉘 명령이 아닌 복합 명령에 적용되지 않습니다.

이 요구 사항은 셸 환경과 각 하위 셸 환경에 별도로 적용됩니다. 예를 들어:

set -e; (false; echo one) | cat; echo two

false 명령을 사용하면 echo 1을 실행하지 않고 하위 쉘이 종료됩니다. 그러나 파이프(false; echo one) |cat의 종료 상태가 0이므로 echo 2가 실행됩니다.

분명히 예제 코드는 다음 의사 코드와 동일합니다.

( LIST; ) && COMMAND || COMMAND

종료 상태목록 다음과 같은 이유로 0입니다.

쉘 errexit옵션은 무시됩니다.
반환 상태는 지정된 마지막 명령의 종료 상태입니다.목록, 여기 true.

따라서 AND 목록의 두 번째 부분인 를 수행하십시오 echo "OK".

Question 2

"작문을 시도한 사람이 있습니까?"라는 질문에 대한 답변이 아니라 이를 수행하는 방법에 대한 몇 가지 아이디어입니다. 누구든지 피드백을 제공할 수 있는지 궁금합니다.

현재 스크립팅 솔루션(Python, JavaScript, 이전 Perl 등)의 일반적인 접근 방식은 try ... catch 블록을 사용하는 것입니다. 예상되는 동작은 오류가 발생하면 예외가 발생한다는 것입니다. 이 동작은 $?에서 오류를 포착하는 *sh 동작과 충돌합니다. 분명히 "-e"는 대부분의 개발자가 기대하는 방식으로 올바르게 작동하지 않습니다. 이 내용은 널리 문서화되어 있으므로 여기서 자세히 설명할 필요가 없습니다.

두 가지 가능한 접근 방식:

더 나은 것을 만듭니다 set -e. 예를 들어 set -ocatcherr더 나은 오류 처리 기능을 사용합니다.
try { list ; }최신 스크립팅 솔루션을 따르기 위한 새로운 명령 추가

'-ofailerr`은 다음과 같이 정의할 수 있습니다:

제어 흐름(if/while/until) 외부에서 명령이 실패하면 현재 실행 컨텍스트는 1을 반환해야 합니다(또는 최상위 블록인 경우 종료해야 합니다). 이 변경으로 인해 개발자는 실패한 명령에 대한 오류 처리를 제공하거나 명령을 무시할 수 있는 오류로 명시적으로 표시해야 합니다.
간단한 스크립트에 적합하며 처리되지 않은 오류가 발생하면 효과적으로 중단됩니다.

방법은 try { list ; }비슷하지만 구문이 다릅니다.

예:

function foo {
    cat $* > a.txt
    wc -l a.txt
}

set -oerrfail
foo /non/existing/file    # Will  fail, without executing the "wc -l"

if foo /non/existing/file ; then
   ...
else
   # This is the "catch" block
fi

try 블록을 사용하세요:

try {
    foo /non/existing/file
    ...
} || { catch-block }

실제로 이 시도는 "if !" 아래의 명령 목록을 실행하는 "set -oerofail"과 동일합니다. { ... } 다음 { 블록 잡기 }

Answer