errexit(`set -e`)를 수정하는 쉘을 작성하려고 시도한 사람이 있습니까?

Question 1

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

이 옵션이 켜져 있으면 명령이 실패할 때(셸 오류의 결과에 나열된 이유 또는 0보다 큰 종료 상태를 반환하여) 마치 종료 특수 내장 유틸리티를 실행하는 것처럼 셸이 즉시 종료됩니다. 인수가 없습니다. 단, 다음은 예외입니다.

다중 명령 파이프라인에서 개별 명령이 실패하더라도 셸이 종료되지는 않습니다. 파이프라인 자체의 고장만 고려되어야 합니다.

-e 설정은 !로 시작하는 파이프라인인 while, Until, if 또는 elif 예약어 뒤에 오는 복합 목록을 실행할 때 무시됩니다. 예약어 또는 마지막 이외의 AND-OR 목록 명령.

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

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

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

false 명령을 사용하면 echo one을 실행하지 않고 서브쉘이 종료됩니다. 그러나 파이프라인의 종료 상태(false; echo one) | 고양이는 제로입니다.

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

( LIST; ) && COMMAND || COMMAND

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

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

따라서 AND 목록의 두 번째 부분인 가 실행됩니다 echo "OK".

Answer

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

이 옵션이 켜져 있으면 명령이 실패할 때(셸 오류의 결과에 나열된 이유 또는 0보다 큰 종료 상태를 반환하여) 마치 종료 특수 내장 유틸리티를 실행하는 것처럼 셸이 즉시 종료됩니다. 인수가 없습니다. 단, 다음은 예외입니다.

다중 명령 파이프라인에서 개별 명령이 실패하더라도 셸이 종료되지는 않습니다. 파이프라인 자체의 고장만 고려되어야 합니다.

-e 설정은 !로 시작하는 파이프라인인 while, Until, if 또는 elif 예약어 뒤에 오는 복합 목록을 실행할 때 무시됩니다. 예약어 또는 마지막 이외의 AND-OR 목록 명령.

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

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

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

false 명령을 사용하면 echo one을 실행하지 않고 서브쉘이 종료됩니다. 그러나 파이프라인의 종료 상태(false; echo one) | 고양이는 제로입니다.

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

( 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 }

실제로 try는 'if !' 아래에서 명령 목록을 실행하는 "set -oerofail"과 동일합니다. { ... } ; 그런 다음 { 캐치 블록 }

Answer