$'\r': 명령을 찾을 수 없음 - CentosOS의 cPanel을 통한 클라우드 서비스용 파일 인코딩

Question 1

처음 몇 줄만 읽었습니다(너무 길어요). 그러나 \r이는 MS-Windows 컴퓨터에서 편집하고 있음을 나타냅니다. MS-Windows에서는 호환되지 않는 방식으로 줄 끝( )을 수행합니다 \r\n. 다른 시스템에는 ( \n)가 있습니다.

해결책:

MS-Windows를 사용하지 마십시오
올바른 줄 끝을 사용하도록 구성할 수 있는 편집기를 사용하십시오.
dos2unix가져올 때 파일을 넣으십시오.

Answer

처음 몇 줄만 읽었습니다(너무 길어요). 그러나 \r이는 MS-Windows 컴퓨터에서 편집하고 있음을 나타냅니다. MS-Windows에서는 호환되지 않는 방식으로 줄 끝( )을 수행합니다 \r\n. 다른 시스템에는 ( \n)가 있습니다.

해결책:

MS-Windows를 사용하지 마십시오
올바른 줄 끝을 사용하도록 구성할 수 있는 편집기를 사용하십시오.
dos2unix가져올 때 파일을 넣으십시오.

Question 2

줄 끝 문제는 문자 집합과 직접적인 관련이 없습니다. 예를 들어 Windows에서 사용되는 "코드 페이지 1252"에는 UTF-8과 동일한 캐리지 리턴(CR) 및 줄 바꿈(LF) 문자가 있습니다. _{(그리고 EBCDIC이 언급되었기 때문에 두 가지 모두와 또 다른 개행 문자가 있는 것 같습니다. 실제로 사용하는 이상한 시스템은 완전히 다른 문제입니다.)}

따라서 편집기가 줄 바꿈/줄 바꿈만 포함하는 Unix 스타일 줄 끝을 생성하도록 하려면 다른 설정을 찾아야 합니다. 그러나 FTP를 통해 시스템에 파일을 전송한다고 언급하셨는데, 가능하다면 이 방식으로 올바르게 작성된 파일을 전송하는 데 방해가 될 만한 것이 없어야 합니다.

이제 어떤 스크립트가 "예기치 않은 파일 끝" 오류를 발생시켰는지 표시하지 않았지만 이는 일반적으로 쉘에 닫는 따옴표가 필요하거나 복합 명령을 완료하기 위해 특정 키워드가 있어야 하는 경우 발생합니다. 쉘이 그 반대 를 본다면 이는 키워드로 인식되지 then않습니다 .fiifdodonethen\r

그러나 CR을 주석 처리하는 방법은 여전히 작동합니다. CR+LF 줄 끝이 있어도 Bash는 다음과 같은 내용을 잘 읽을 수 있습니다.

if true; then #
    echo moi  #
fi            #

그러나 해시뱅 라인이 더 문제입니다. 특히 Linux는 인터프리터 이름 뒤의 모든 것을 단일 인수로 스택하기 때문에 CR을 무시하는 방법을 생각할 수 없습니다. 그러나 셸에서 오류를 받았다면 아마도 셸(적어도 일부 셸)에서 스크립트를 실행하고 있을 것입니다.

Answer