실행 파일 이름을 제공하기 위해 argv[0]을 항상 신뢰할 수 있습니까?

argv[0]의 수수께끼: 보장된 프로그램 이름에 대한 질문

C 또는 C에서 main()의 기능을 활용하면 다음과 같은 영원한 질문이 발생합니다. 실행 파일의 이름을 공개하기 위해 argv[0]에 의존할 수 있습니까? 아니면 단지 보편적인 규칙이 없는 관례에 불과합니까? 적용 가능성?

이 수수께끼를 풀기 위해 표준화의 역사를 자세히 살펴보겠습니다.

표준 칙령

согласно ISO C11, argv[0]에 있는 문자열, argc가 0을 초과하면 프로그램을 나타냅니다 이름. 그러나 이 표현이 절대적인 것은 아닙니다. 프로그램 이름이 호스트 환경 깊숙한 곳에서 파악하기 어려운 경우 argv[0][0]은 null 문자로 되돌아갑니다.

불길하게도 표준에서는 argv[0]가 프로그램 이름을 "나타낸다"고 강조합니다. 동일하지 않은 표현의 가능성을 열어 둡니다. 이러한 불확실성은 그 진실성을 위협합니다.

이 문제를 수수께끼로 더욱 가두기 위해 표준에서는 argv[0]부터 argv[argc-1]까지의 값이 호스트 환경의 변덕에 따라 달라질 수 있다고 주장합니다. 표준을 넘어서는 존재입니다.

호스트 환경 Houdinis

이 수수께끼 같은 입장 호스트 환경에 재량에 따라 argv[0]을 조작할 수 있는 권한을 부여합니다. 프로그램 이름이 사라지거나, 빈 문자열로 대체되거나, 코드 브레이커를 무색하게 만드는 복잡한 암호로 변형될 수 있습니다.

Implementations Unchained

명백한 무정부 상태에도 불구하고 ISO 표준은 이 혼돈에 대한 질서의 척도. 구현 정의는 표준 용어로서 구현이 argv[0] 처리를 설명하는 문서를 제공하도록 의무화합니다. exec 계열이 argv[0]에 큰 피해를 입히는 UNIX의 야생 영역에서도 표준은 그러한 편차를 문서화하도록 강요합니다.

결론

argv[0]은 종종 실행 파일의 경로를 밝히는 조명 신호, 그 정확성과 일관성은 호스트 환경의 손에 달려 있습니다. argv[0]의 진실성을 보장하려면 호스트 환경의 문서를 참조하는 것이 필수적인 도구가 됩니다. 그러나 최종 프로그램 이름으로서 argv[0]의 보편적인 유효성은 여전히 ​​달성하기 어려운 꿈으로 남아 있습니다.

위 내용은 실행 파일 이름을 제공하기 위해 argv[0]을 항상 신뢰할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!