의 기본 덮어 쓰기 동작은 cpPOSIX에 지정되어 있습니다.

3. source_file이 일반 파일 유형 인 경우 다음 단계를 수행해야합니다.

   3.a. dest_file이 존재하고 이전 단계에서 작성된 경우 동작이 지정되지 않습니다. 그렇지 않으면 dest_file이 존재하면 다음 단계를 수행해야합니다.

   3.ai -i 옵션이 유효하면 cp 유틸리티는 표준 오류에 대한 프롬프트를 작성하고 표준 입력에서 라인을 읽습니다. 응답이 긍정이 아닌 경우, cp는 source_file로 더 이상 아무것도하지 않고 나머지 파일로 넘어갑니다.

   3.a.ii. dest_file의 파일 디스크립터는 dest_file을 경로 인수로 사용하여 호출 된 POSIX.1-2017의 시스템 인터페이스 볼륨에 정의 된 open () 함수와 동등한 조치를 수행하고 O_WRONLY 및 O_TRUNC의 비트 단위 OR을 oflag 인수.

   3.a.iii. 파일 디스크립터 확보 시도가 실패하고 -f 옵션이 유효한 경우, cp는 dest_file을 사용하여 호출 된 POSIX.1-2017의 시스템 인터페이스 볼륨에 정의 된 unlink () 함수와 동등한 조치를 수행하여 파일 제거를 시도합니다. 경로 인수로. 이 시도가 성공하면 cp는 3b 단계를 계속합니다.

POSIX 사양을 작성할 때 기본 덮어 쓰기 동작에 대한 기본 가정이있는 많은 스크립트가 이미 존재했습니다. 이러한 스크립트는 대부분 크론 작업이나 기타 백그라운드 작업과 같이 사용자가 직접 방문하지 않고 실행되도록 설계되었습니다. 행동을 바꾸면 그것들이 깨졌을 것입니다. 필요할 때마다 덮어 쓰기를 강제 할 수있는 옵션을 추가하기 위해 모두를 검토하고 수정하는 것은 최소한의 이점을 가진 거대한 작업으로 간주되었을 것입니다.

또한 유닉스 커맨드 라인은 초보자에게 어려운 학습 곡선을 희생하더라도 숙련 된 사용자가 효율적으로 작업 할 수 있도록 항상 설계되었습니다. 사용자가 명령을 입력 할 때, 컴퓨터는 사용자가 전혀 추측하지 않고 실제로 명령을 의미한다고 기대해야합니다. 잠재적으로 파괴적인 명령에주의하는 것은 사용자의 책임입니다.

원래 유닉스가 개발되었을 때, 시스템은 경고와 프롬프트를 덮어 쓰는 현대 컴퓨터와 비교했을 때 메모리와 대용량 저장 공간이 너무 적어서 낭비적이고 불필요한 사치품으로 여겨졌습니다.

POSIX 표준이 작성 될 때, 선례가 확고하게 확립되었으며, 표준 작성자는 이전 버전과의 호환성을 깨뜨리지 않는 장점을 잘 알고있었습니다 .

또한 다른 사용자가 설명했듯이 모든 사용자는 쉘 별명을 사용하거나 교체 cp명령을 작성하고 $PATH표준 시스템 명령 이전에 대체품을 찾도록 수정 하여 기능을 추가하거나 활성화 할 수 있습니다. 원하는.

그러나 그렇게하면 자신에게 위험을 초래할 수 있습니다. 은 IF cp명령 한 대화 형으로 사용하는 방법과 스크립트에서 호출 다른 방식으로 동작합니다, 당신은 차이가 존재 함을 기억하지 않을 수 있습니다. 다른 시스템에서는 시스템의 경고 및 프롬프트에 익숙해 져 부주의하게 될 수 있습니다.

스크립트의 동작이 여전히 POSIX 표준과 일치하면 대화식으로 프롬프트에 익숙해 질 수 있고 대량 복사를 수행하는 스크립트를 작성한 다음 실수로 다시 덮어 쓴 것을 발견 할 수 있습니다.

스크립트에서도 프롬프트를 표시하면 백그라운드 프로세스 또는 크론 작업과 같이 사용자가없는 컨텍스트에서 명령을 실행할 때 명령이 수행하는 작업은 무엇입니까? 스크립트가 중단, 중단 또는 덮어 쓰기됩니까?

중단 또는 중단은 자동으로 완료된 작업이 수행되지 않음을 의미합니다. 덮어 쓰기를하지 않으면 자체적으로 문제가 발생할 수도 있습니다. 예를 들어 오래된 데이터가 최신 데이터로 교체되는 대신 다른 시스템에서 두 번 처리 될 수 있습니다.

명령 행의 강력한 기능 중 일부는 명령 행에서 무언가를 수행하는 방법을 알고 나면 스크립트를 통해 자동으로 수행하는 방법을 암시 적으로 알 수 있다는 사실에서 비롯 됩니다 . 그러나 대화식으로 사용하는 명령이 스크립트 컨텍스트에서 호출 될 때도 동일하게 작동하는 경우에만 해당됩니다. 대화 형 사용과 스크립트 사용 사이의 동작에 중대한 차이가있을 경우 파워 사용자에게는 짜증나는 일종의인지 부조화가 발생합니다.

답변

sys open; name1: 0; 0   " Open the input file
spa
  jmp error         " File open error
lac o17         " Why load 15 (017) into AC?
sys creat; name2: 0     " Create the output file
spa
  jmp error         " File create error

mode = buf[2] & 037;
if((fnew = creat(argv[2],mode)) < 0){
    stat(argv[2], buf);

$ cat first.html > second.html