Shebang 라인에서만 지정된 -CSDA가 무엇입니까?

Question

Perl 스크립트의 shebang 행에서 -CSDA 옵션에 대해 내가 아는 생각을 정식으로 확인하거나 수정할 사람을 찾고 있습니다.

-CSDA에 대한 설명은 perldoc perlrun을 참조하십시오. 간단히

는

• S : 입력 및 출력 둘 다에 대한 기본은 PerlIO 층
• 스트림 UTF-8이된다 : STDIN, STDOUT 및 STDERR은 UTF-8
• D가있는 것으로 가정된다 @ARGV을 요소는 문자열로 인코딩 될 예정이다 UTF-8

• -CSDA이 효과를 가지려면 perl -CSDA script.pl과 같이 명령 줄에 지정해야합니다.

• 이전에 표준 스트림이 이미 열려 및 @ARGV 이미 -CSDA 이미뿐만 아니라 명령 줄에 지정하지 않는 한이 검출 된 시간에 의해 채워 것 때문에 자동으로 실패 할 것 오두막 라인에 5.10, -CSDA합니다.

• 5.10 이후에 shebang 줄에만 나타나는 -CSDA은 해당 문제로 인해 perl이 울리도록합니다.

• 와 함께 작동하는 데 사용 -CSDA와 스크립트 perl의 사전 5.10이 명령 줄에서 해당 옵션 (그리고 옵션으로 호출되지 않았기 때문에에만 지정된 경우 -CSDA가의 오두막 라인에서 제거해야한다 shebang 선, 아무것도하지 않았다).

위의 내 가정 중 어떤 것이 틀린지에 대한 확실한 의견을 듣고 싶습니다.

Answer 1

나는 권위있는 방법이 확실하지 않지만 이것이 어떻게 작동하는지 알고 있습니다.

• 첫 번째 가정은 거의 정확합니다. SDA 옵션이 효과가 있으려면 통역사가 시작될 때 제공되어야합니다. 이는 커맨드 라인에서 -CSDA로 인한 것일 수도 있고 PERL_UNICODE 환경 변수 때문일 수도 있고 아니면 내가 모르고있는 다른 방법 일 수도 있습니다.
• 귀하의 두 번째 가정은 적어도 5.8.8에 대해 정확합니다. D 플래그는 여전히 스크립트에 의해 열린 스트림에 대한 정상적인 효과를 가졌음을 유의하십시오.
• 세 번째 가정은 정확합니다. 그러나 5.10.1부터는 PERL_UNICODE 환경 변수 나 다른 메커니즘을 통해 적절한 플래그가 활성화되어 있으면 작동하지 않습니다.
• 네 번째 가정은 이 아니며 일반적으로이 아닙니다. 필자는 스크립트를 인수로 사용하여 perl 인터프리터를 호출하는 대신 스크립트가 직접 호출 될 때 상황을 언급하고 있다고 생각합니다. 두 가지 일반적인 경우가 있습니다.
  • 확장명이 ".pl"인 파일이 Windows와 같은 실행을 위해 perl 인터프리터에 전달되는 것으로 운영 체제에서 확인한 시스템에서 정확할 수 있습니다.그러나 표준 입력과 @ARGV가 스크립트가 예상하는 것처럼 UTF-8이 아니기 때문에, -CSDA없이 호출 될 때 스크립트가 이상한 행동을하는 대신 바람직한 행동이라고 주장 할 수 있습니다.
  • 대다수 * nix 셸처럼 스크립트가 직접 실행될 때 shebang 행을 읽는 시스템에서는 shebang 행에 지정된 명령 행 옵션이 해석기를 호출 할 때 사용되며 따라서 shebang 행의 -CSDA는 을 수락합니다.

Answer 2

스크립트는

#!/usr/bin/perl -CSDA 

하고 다음과 같이 펄이 시작됩니다

./script foo 

OS를 사용하여 스크립트를 시작하는 경우 :

/usr/bin/perl -CSDA ./script foo 

변화를 ...에서 이러한 수정은 -CSDA를 제거되지

/usr/bin/perl ./script foo 

를 사용하여 같은 잘못 스크립트를 실행하는 경우의 행동은 활동하기 시작, 수정 올바르게 스크립트를 호출하는 것입니다.