승인됨: Fortect
최근 일부 사용자는 bash standard_in 1 구문 분석 오류로 유명했습니다.
프로그래밍 및 셸 스크립팅
온도 서버를 등록하기 위해 새 셸 스크립트를 만들었습니다. 취소된 프로그램을 수동으로 실행하면 오류 정보가 없습니다. 그러나 cron 작업 역할을 작성할 수 있을 때 내 스크립트는 이메일(standard_in) 1: 구문 오류에 실패합니다. bc는 일반적으로 오류 응답을 유발하는 유틸리티일 것입니다. 아래는 내 시나리오가 될 수 있습니다. … (7 답변)
If [bar=”$foo”]; 그런 다음 …
앞서의 스크립트에서 설명했듯이 [는 (will-be, type-t[ 또는 whence -v[ ) 명령입니다. 거의 모든 다른 간단한 명령과 마찬가지로 Bash는 명령 바로 뒤에 공백을 예상하고, 그 다음 첫 번째 인수, 다음으로 하나의 특정 공백 등을 예상합니다. 성취의 여지를 남기지 않고 문제를 모두 함께 치료할 수는 없습니다! 옵션은 다음과 같습니다.
적절한 소개
Bash는 쉘 또는 명령 언어 인터프리터로 간주될 수 있습니다.좋은 견고한 특정 GNU 운영 체제를 위해.이름은 “Bourne-Again SHell”의 라인입니다.위대한 조상과 연결된 작가 Stephen Bourne에 대한 말장난현재 유닉스 쉘 sh, soundForgivingBell Labs Research의 7판 이후 버전유닉스에서.
정기적 오류 2> 설명
Standard Viewer 쇼는 결과를 기대했습니다. 오류가 나타나면 여러 개일 수 있습니다. 오류는 내용 설명자 일부로 플래그가 지정됩니다(기본 출력은 로그 설명자 1). 소프트웨어 프로그램이나 스크립트가 예상한 리드를 확실히 생성하지 못하면 오류가 포함된 것입니다. 오류는 stdout으로 전송되지만 다시 다른 곳으로 리디렉션될 수 있는 것처럼 보입니다. stderr은 2>에 의해 유지됩니다(파일 설명자 2의 경우).
년
