`cat <> file`은 어떻게 작동합니까?

cat < file파일 의 내용 을 stdout에 인쇄합니다 .

cat > fileCtrl+ D가 감지되고 입력 텍스트가 file에 쓰여질 때까지 stdin을 읽습니다 .

cat <> file적어도 내 Bash 버전에서 파일 의 내용을 행복하게 인쇄 하지만 오류없이 파일을 수정하지 않으며 수정 타임 스탬프를 업데이트하지 않습니다.

어떻게 배쉬 표준은 겉으로는 무시 정당화 않습니다 >이되고, 더 중요한 것은,와 - 세 번째 문에 일을 아무것도?

Bash는 읽기-쓰기 파일 디스크립터<> 를 작성 하는 데 사용 합니다 .

리디렉션 연산자

[n]<>word

파일 디스크립터 n에서 읽기 및 쓰기를 위해 또는 n이 지정되지 않은 경우 파일 디스크립터 0에서 파일의 이름이 확장 된 파일을 엽니 다. 파일이 없으면 작성됩니다.

cat <> filefile읽기-쓰기를 열고 설명자 0 (표준 입력)에 바인딩합니다. < file표준 입력에 일반적으로 글을 쓰려고 할 사람은 없지만, 가능하다면 가능할 수 있기 때문에, 현명하게 작성된 프로그램 과 본질적으로 동일 합니다.

간단한 C 프로그램을 write(0, "hello", 6)작성 hello하여 직접 테스트 file하여 표준 입력 을 통해 쓸 수 있습니다.

<>다른 POSIX 호환 쉘 에서도 동일한 효과로 작동 해야 합니다.

<> file(기본적 등으로 파일 기술자 0 (표준 입력)에서 파일을 엽니 <에서) 읽기 + 쓰기 모드 의 잘림없이 원본 과 는 사전에 존재하지 않은 경우 파일을 생성 .

이는 시스템 호출에 O_RDWR|O_CREAT전달 된 플래그에 해당합니다 open(). 반대로 <인 O_RDONLY및 >인 O_WRONLY|O_CREAT|O_TRUNC및 >> O_WRONLY|O_CREAT|O_APPEND.

응용 프로그램이 일반적으로 stdin에 쓰지 않으므로 stdin 쓰기 가능을 갖는 것은 종종 유용하지 않습니다. 응용 프로그램은 일반적으로 읽을 기대하지 않습니다 그리고 그들이 시작할 때받는 파일 기술자에 쓰기; 그들은 보통 stdin (또는 그들이 직접 여는 파일 디스크립터)에서 읽고 stdout 또는 stderr (또는 그들이 열어 둔 파일 디스크립터)에 씁니다.

<> 그것의 용도를 가질 수 있습니다 :

• 당신은 선호 할 cat <> file이상 cat < file이있는 경우 명령이 실패하지 않으려면 file존재하지 않지만, 빈은 file대신 만들었습니다.

• 잘리지 않는 부분은 <>파일을 덮어 쓰는 데 유용합니다. 그러나이 경우 일반적으로 파일 디스크립터 0에서 사용하지 않습니다.

  printf xxx 1<> file

  의 첫 3 바이트를 file로 바꿉니다 xxx.

• Linux와 같은 일부 시스템 <>에서는 명명 된 파이프 (FIFO)에서 차단되지 않고 명명 된 파이프를 열고 (다른 프로세스가 다른 쪽 끝을 열기를 기다리지 않고) 파이프 구조가 활성 상태로 유지되도록합니다. 예를 들어

  mkfifo pipe; sed 's/foo/bar/g' <> pipe

  sed다른 많은 프로세스에서 들어오는 데이터를 처리하고 보지 못합니다 eof.