POSIX 사양 전반에 걸쳐 다음과 같은 조항이 있습니다(1,2,삼...) 구현을 통해 특별히 2로 시작하는 경로를 처리할 수 있습니다 /.
POSIX 애플리케이션(모든 POSIX 호환 시스템에 이식 가능한 POSIX 사양으로 작성된 애플리케이션)은 와 //foo/bar동일 하다고 가정할 수는 있지만 와 동일하다고 /foo/bar가정할 수는 없습니다 .///foo/bar/foo/bar
이제 이 문제를 구체적으로 처리하는 POSIX 시스템(역사적이며 여전히 유지 관리되는)은 무엇입니까 //foo? 나는 믿는다(나는 지금잘못된 것으로 입증됨) POSIX 규정은 Unix 변형(XENIX) 및 Windows POSIX 계층에 대해 Microsoft에서 주도합니다(누구나 확인할 수 있습니까?).
이는 Microsoft Windows용 POSIX와 유사한 레이어인 Cygwin에서 사용됩니다. Microsoft Windows 이외의 시스템이 있습니까? 개방형 가상 관리 시스템?
시스템의 어떤 부분이 //foo/bar특별하며 그 목적은 무엇입니까? //host/path네트워크 파일 시스템 액세스를 위해? 가상 파일 시스템?
뭔가하다애플리케이션Unix 계열 시스템(시스템이 아닌 경우)에서 실행되는 API는 경로를 특별히 처리합니까 (그렇지 않으면 파일 시스템의 경로 //foo/bar로 처리된다는 맥락에서 )?/foo/bar
편집하다, 그 이후로 나는Austin Group 메일링 리스트에 질문 게시명세서에 있는 치료의 기원에 대해 다루고 있으며 //foo/bar, 그 논의는 (적어도 고고학적 관점에서) 흥미로운 읽을 거리입니다.
답변1
이것은 지금까지 제공된 답변의 편집 및 색인입니다. 이 기사는커뮤니티 위키, 평판이 100 이상인 사람은 누구나 편집할 수 있으며, 누구도 평판을 얻지 못합니다. 자유롭게 자신의 답변을 게시하고 여기에 링크를 추가하세요(또는 제가 그렇게 할 때까지 기다려주세요). 이상적으로 이 답변은 단순한 요약이어야 합니다(짧은 항목을 포함하는 반면, 다른 개별 답변은 자세한 정보를 포함함).
현재 적극적으로 유지 관리되는 시스템:
- 시빈. Microsoft Windows용 POSIX 레이어.Windows UNC 경로의 경우.
- 우수한 온도1.3부터 시작합니다. Windows용 또 다른 POSIX 레이어. 적어도
//host/file네트워크 파일 공유 경로의 경우. - @olivierdulac IBM z/OS~처럼POSIX 버그 추적기에서 언급됨,z/OS는
//pathnameMVS 데이터 세트에 대한 요청을 구문 분석합니다., 네트워크 파일이 아닌.예.
없어진 시스템
@BinaryZebra Apollo 도메인/운영 체제(확인). 또한 언급공식 설명 UNC(범용 명명 규칙)가능한 한
//host/path상징의 기원(당신은 또한 볼 수 있습니다, pp. 2-15).~에 따르면돈 테리, Hewlett-Packard(Apollo Computer Company 인수)입니다.POSIX 사양에 이 조항을 포함하도록 추진도메인/OS의 경우.
@길스 QNX4FLEET 분산 처리 시스템의 경우, 여기서 . (말하는
//123/path/pathQNX 6 문서에서.)@roaima AT&T SysV 버전 3(확인되지 않음).
//host/path있음(SVR4에서 중단됨)RFS 원격 파일 공유체계.@스콧 SEL/굴드 UTX-32(확인되지 않음). 사용
//host/path.
//foo/bar경로 처리 전용 애플리케이션
- @프렘 페포스이는
//depot/A/B/C/D경로의 경로를 나타냅니다.창고. - @WChargin 믹서. 그 구성에서
//접두사를 사용합니다.상대 경로(데이터 블록과 관련된 혼합물). - 이것바젤빌드 시스템은
//접두사를 사용합니다.Bazel은 그래프에 대상 라벨을 구축합니다..
답변2
Unix 계열 시스템에서 실행되는 일부 응용 프로그램(시스템의 API가 아닌 경우)은 //foo/bar 경로를 특별히 처리합니까?
Perforce가 디포를 참조하기 위해 경로를 사용한다는 것을 알고 있습니다 //depot/A/B/C/D. Perforce는 //Client/C/D클라이언트가 .Perforce를 가리킬 때 //depot/A/B/경로도 지원합니다 . 여기서 로컬 파일 시스템에는 이러한 경로가 없을 수 있습니다.
p4 filelog //depot/A/B/C/D파일이 없더라도 파일의 기록이 표시됩니다 /depot/A/B/C/D.
p4 filelog C/D해당 디렉터리에서 실행하면 파일 기록도 표시됩니다.
인용하다:https://www.perforce.com/perforce/r12.1/manuals/cmdref/o.fspecs.html
답변3
답변4
이것리액트OS프로젝트 - NT 커널 및 관련 API의 무료 오픈 소스 구현 - 분명히 자체 구현도 약속합니다.인텍스POSIX와 유사한 하위 시스템(MS의 원래 OS/2 하위 시스템도문맥상 언급됨, ReactOS 유사체에 대한 언급 없음).
지금까지의 노력에도 불구하고작은, fork()분명히 현실입니다. 이는 아래 나열된 하위 시스템 프로젝트 페이지에서 발췌한 내용입니다.공개 질문:
길
POSIX 애플리케이션에서 Win32 경로를 사용하는 가장 좋은 방법은 무엇입니까? 아이디어:
//<device>/<path>로 번역 하다\\.\<device>\<path>//<letter>/<path>(드라이브 문자 - =><letter>:\<path>- 및 특수 이스케이프 문자//./<raw text>=> 에는 특별한 경우가 있습니다\\.\<raw text>. 지정된 UNC 경로를 사용할 수 있습니다//unc/<path>.).//경로는 구현별 동작을 위한 표준에 의해 예약되어 있으며//<letter>/Win32 경로를 이스케이프하는 구문은 기존 POSIX 호환성 환경에서 널리 사용됩니다."네이키드" Win32 경로를 식별하는 경험적 방법
Win32 경로 및 경로
//의 대소문자를 구분하지 않는 조회(표준에서 이러한 구현별//경로 동작을 허용합니까?).
이 중 몇 개가 구현되었는지 확실하지 않기 때문에 이것이 자격이 있는지는 확실하지 않지만 문제에 대한 유용하고 흥미로운 설명이라고 생각합니다.