내가 사용하는 vim 플러그인은 이 스크립트를 사용하여 stdin에서 읽기를 지원하지 않는 linter에 일부 입력을 전달합니다.
set -eu
# All of the following arguments are read as command to run.
file_extension="$1"
shift
temp_dir=$(mktemp -d 2>/dev/null || mktemp -d -t 'ale_linter')
temp_file="$temp_dir/file$file_extension"
trap 'rm -r "$temp_dir"' EXIT
while read -r; do
echo "$REPLY" >> "$temp_file"
done
"$@" "$temp_file"
처음에는 왜 그들이 다음과 같은 것을 사용하지 않는지 약간 혼란스러웠습니다.
some input | some_program /dev/stdin
하지만 ghc
린터로 시도한 후에는 /dev/stdin에 대해 실제 파일이 아니라고 불평하고 있음을 발견했습니다(그렇지 않았습니다).
그래서 임시 파일 대신 명명된 파이프를 사용할 수 있는지 궁금합니다. 제가 임시 파일에 쓰는 것이 마음에 들지 않는 이유는 SSD의 상태 때문인데, 더 좋은 방법이 있다면 그렇게 하면 어떨까요?
답변1
아니요, 이러한 파일을 거부하는 프로그램은 일반적으로 파일이 유효하지 않기 때문에 해당 파일을 거부합니다.탐색 가능한(임의의 오프셋에서 콘텐츠에 액세스해야 하거나 되감기 등을 한 후 여러 번 액세스해야 합니다.) 또는 파일을 여러 번 열고 싶어합니다. 또한 파일(파일의 일부)을 다시 쓰거나 잘라내기를 원할 수도 있습니다.
이름이 지정 되거나 pipe
( |
및 에서와 같이 /dev/stdin
) 이름이 지정되면 이러한 경우에는 차이가 없습니다.
실제로 Linux에서 stdin이 파이프(이름이 있거나 없음)인 경우 이는 명명된 파이프와 똑같이 동작하며 프로그램은 이를 실제 명명된 파이프와 구별 /dev/stdin
할 수 없습니다 ./dev/stdin
다른 시스템에서는 완전히 동일하지는 않지만 실제로 /dev/stdin
파이프를 열거나 이름을 지정하면 파이프의 파일 설명자가 제공되므로 어느 쪽이든 검색할 수 없습니다.
따라서 임시 파일을 생성해야 합니다. 이 작업을 더 쉽게 해주는 쉘이 있습니다. 의 경우 zsh
다음과 같습니다.
#! /bin/zsh -
"$@" =(cat)
Linux에서는 여기에 설명된 대로 삭제된 임시 파일을 셸로 사용하여(예: bash
및 zsh
의 일부 구현 ksh
) 다음을 수행할 수 있습니다.
#! /bin/bash -
"$@" /dev/fd/3 3<< EOF
$(cat)
EOF
그러나 파일에 NUL 문자가 포함되어 있거나 빈 줄로 끝나면 파일 내용이 손상될 수 있습니다.
버전 5부터 bash는 문서 임시 파일을 읽기 전용으로 만들기 때문에 애플리케이션이 파일을 수정해야 하는 경우 다음을 사용하여 쓰기 권한을 복원합니다.
#! /bin/bash -
{
chmod u+w /dev/fd/3 && # only needed in bash 5+
"$@" /dev/fd/3
} 3<< EOF
$(cat)
EOF
while read
요청한 이후 루프에 대한 메모입니다.
우선 변수 이름이 없는 read -r
것은 잘못된 구문입니다 . sh
이 구문은 ISO 9899에 지정된 구문 sh
과 마찬가지로 POSIX(ISO 9945, IEEE Std 1003.1)에 의해 지정됩니다 .C
존재하다사양read
, 변수 이름 인수가 필요하다는 것을 알 수 있습니다 . 생략했을 때의 동작은 다음과 같습니다.명시되지 않은그리고 실제로 sh
는 인터프리터의 구현에 따라 다릅니다.
bash
GNU C 컴파일러와 마찬가지로 GNU sh
인터프리터 입니다. 둘 다 이 표준에 지정된 내용을 확장합니다.gcc
bash
gcc
그것에 관한 한 read
, 그렇게 다루십시오 bash
. POSIX 사양에서는 문자 또는 입력 끝에 도달할 때까지 stdin을 읽고 읽은 문자를 변수에 저장하고 반환합니다.read -r
IFS= read -r REPLY
IFS= read -r REPLY
\n
$REPLY
성공개행 문자(전체 라인)를 읽은 경우 종료 상태 또는실패하다그렇지 않은 경우(예: 개행 앞의 EOF) 읽은 데이터에 NUL 문자 또는 유효한 문자를 형성하지 않는 바이트 시퀀스가 포함된 경우 동작은 정의되지 않습니다.
이 경우 bash
읽은 바이트가 유효한 문자가 아니더라도 이를 저장하고 NUL 문자를 제거합니다.
read -r
또는 기반 POSIX 유사 쉘 의 오류 보고 read -r REPLY
와 유사합니다 .ksh
zsh
yash
ash
echo
해당 인수에 백슬래시 문자가 포함되지 않고 첫 번째 문자가 포함되지 않는 한 동작은 지정되지 않습니다 -n
.
따라서 요약하자면, sh
다루고 있는 특정 구현(및 버전)을 알지 못하면 아무 것도 말할 수 없습니다.
while read -r; do
echo "$REPLY" >> "$temp_file"
done
할 것입니다. 특정한 경우에는 bash
데이터에 NUL 문자가 포함되지 않고 개행 문자로 끝나고 ^-[neE]+$
확장 정규식과 일치하는 행이 없는 경우에만(및/또는 환경이나 OS/X bash
와 같이 컴파일된 방식에 따라 sh
백슬래시가 포함되지 않음) 문자) .
이것은 또한매우 비효율적이며 셸에서 텍스트를 처리하는 방식이 아닙니다..
원하는 곳은 다음과 같습니다.
cat > "$temp_file"
cat
는표준 명령, 인수가 제공되지 않으면 단순히 표준 입력을 표준 출력으로 덤프합니다.있는 그대로.