아미가도스
AmigaDOS개발자 | 아미가 코퍼레이션 |
---|---|
기록 위치 | 아미가오스 1.x: BCPL AmigaOS 2.x 이후 버전:C |
OS 제품군 | 트리포스 |
소스 모델 | 폐쇄원 |
초기 릴리즈 | 1985년; | (
체납 사용자 인터페이스 | 명령줄 인터페이스 |
면허증 | 소유권 |
AmigaDOS는 파일 시스템, 파일 및 디렉토리 조작, 명령줄 인터페이스, 파일 리디렉션을 포함하는 AmigaOS의 디스크 운영 체제다.
아미가오스 1.x에서는 아미가DOS는 BCPL로 작성된 MetaComCo의 TRIPOS 포트를 기반으로 한다. BCPL은 네이티브 포인터를 사용하지 않기 때문에 운영체제의 고급 기능성은 사용이 어렵고 오류가 발생하기 쉽다.제3자 아미가DOS 자원 프로젝트[1](ARP, 이전 아미가아미가 개발자인 찰리 히스가 시작한 프로젝트인 [2]DOS 교체 프로젝트)는 많은 BCPL 유틸리티를 C와 조립자로 작성된 작고 정교한 등가물로 교체하고 포장지 라이브러리를 제공했다.arp.library
이는 (C 또는 조립자가 사용하는 것과 같은) 네이티브 포인터에서 BCPL 등가물로 변환을 자동으로 수행함으로써 애플리케이션의 인터페이스 문제를 없앴고, 그 반대의 경우도 모든 아미가에 대해 마찬가지였습니다.DOS 함수.
아미가OS 2.x 이후로는 아미가DOS는 C로 다시 작성되어 가능한 경우 1.x 호환성을 유지했다.아미가OS4부터 아미가DOS는 BCPL로 유산을 포기했다.아미가OS 4.1부터 아미가DOS는 64비트 파일 액세스 지원으로 확장되었다.
콘솔
Amiga 콘솔은 표준 Amiga 가상 장치로, 일반적으로 CON:에 할당되며 console.handler에 의해 구동된다.아미가OS 1.1의 원시 인터페이스에서 개발되었으며, 버전 1.2와 1.3으로 안정화되었는데, 이때 아미가쉘로 알려지기 시작했으며 원래의 핸들러는 newconsole.handler(NEWCON:)로 대체되었다.
콘솔은 명령 템플릿 도움말, null로 리디렉션("NIL:") 및 ANSI 컬러 터미널과 같이 1985년에 생성되었을 때 현재까지 고려된 다양한 기능을 가지고 있다.릴리스 1.2에서 구현된 새로운 콘솔 핸들러는 출력이 리디렉션될 때 명령 기록, 파이프라인, 파일 자동 생성과 같은 더 많은 기능을 허용한다.1990년대 초 AmiTCP와 같은 TCP/IP 스택이 출시되었을 때, 콘솔은 또한 인터넷 사용 가능 아미가 장치 핸들러로부터 리디렉션을 받을 수 있었다(예: TCP:,,파일을 TCP에 복사:사이트/포트).
1980년대 중반에 처음 출시된 다른 시스템과 달리 아미가DOS는 독점적인 문자 집합을 구현하지 않는다. 개발자들은 ASCII 문자 집합을 포함하는 ANSI-ISO 표준 ISO-8859-1(라틴 1)을 사용하기로 선택했다.유닉스 시스템에서와 마찬가지로 아미가 콘솔은 라인피드("LF")만 줄의 끝 문자("EOL")로 받아들인다.아미가 콘솔은 악센트 문자뿐만 아니라 키보드에서 '데드 키'의 조합으로 생성된 문자도 지원한다.
아미가 구문DOS 명령어
전형적인 아미가의 예다.DOS 명령 구문:
1> Dir DF0:
- 디렉토리 트리를 입력하지 않고 플로피 디스크의 디렉토리 내용을 표시하고 하위 디렉토리도 나열한다.
1> Dir SYS: ALL
- "ALL" 인수는 모든 디렉토리 트리를 입력 및 확장하면서 명령어가 볼륨 또는 장치의 전체 내용을 표시하도록 한다."SYS:"는 물리적 이름에 관계없이 부팅 디바이스에 할당된 기본 이름이다.[3]
명령 리디렉션
아미가도스는 명령의 출력을 파일, 파이프, 프린터, null 장치 및 기타 아미가 장치로 리디렉션할 수 있다.
1> Dir > SPEAK: ALL
- "dir" 명령의 출력을 음성 합성 처리기로 리디렉션한다.콜론 문자 ":"는 Speak:가 아미가를 가리킨다는 것을 나타낸다.DOS 장치.장치의 일반적인 용도는 파일 시스템이지만, 이와 같은 특수 목적 장치 이름은 시스템에서 일반적으로 사용된다.
명령 템플릿
AmigaDOS 명령은 그들이 받아들일 수 있는 인수를 설명하는 표준 "템플릿"을 제공할 것으로 예상된다.이는 타사 교체 콘솔 핸들러 및 셸(Bash 또는 Zshell에서 포팅됨)이나 KingCON과 같은 셸이 기본 제공 명령에 대한 보다 자세한 도움말을 제공하는 경우가 많지만 명령에 대한 기본적인 "도움말" 기능으로 사용할 수 있다.
"복사" 명령의 템플릿을 요청하면 다음과 같은 출력을 얻는다.
1> Copy ?
FROM, TO/A, ALL/S, QUIET/S
- 이 문자열은 사용자가 FROM 및 TO 인수와 함께 이 명령을 사용해야 하며, 여기서 FROM 인수는 필수(/A)이다.인수 키워드 ALL과 SIQUID는 스위치(/S)이며 Copy 명령의 결과를 변경한다(ALL은 디렉토리의 모든 파일을 복사하는 반면 SIQUID는 명령을 출력하지 않도록 한다).
사용자는 이 템플릿을 읽음으로써 다음 구문이 명령에 대해 허용된다는 것을 알 수 있다.
Copy DF0:Filename TO DH0:Directory/Filename
명령어 중단 및 콘솔 출력 일시 중지
사용자는 키 조합을 호출하여 프로그램을 종료할 수 있다.Ctrl+C 또는 +.D 키보드의 인쇄 문자를 누르면 콘솔 출력이 중단된다.(입력을 모두 삭제하기 위해) 키를 누르거나 (현재 명령 실행이 중지되는 즉시 입력이 명령으로 처리되도록) 누르면 출력이 재개될 수 있다.
와일드카드 문자
다른 운영 체제와 마찬가지로 아미가DOS는 또한 문자열의 임의 문자 또는 임의 문자 시퀀스를 대체하는 와일드카드 문자를 제공한다.여기 아미가에서 와일드카드 문자의 예가 있다.DOS 명령:
1> Dir #?.info
- 현재 디렉토리에서 접미사로 ".csv"를 포함하는 파일을 검색하고 출력에 이러한 파일만 표시한다.
이것의 파싱은 다음과 같다."?" 와일드카드는 "모든 문자"를 나타낸다.이것을 "#"로 접두사 앞에 붙이는 것은 "임의의 반복"을 나타낸다.이것은 정규식 "과 유사하다고 볼 수 있다.*".
스크립팅
아미가도스는 '스크립트' 프로그래밍이라고 하는 배치 프로그래밍을 처리하는 기능도 가지고 있으며, 구조화된 스크립트 프로그래밍을 처리하기 위해 에코, 이프, 이프, 그 다음, 엔디프, 발, 스킵 등의 다수의 명령을 가지고 있다.스크립트는 텍스트 기반 파일이며 아미가에서 만들 수 있음DOS의 내부 텍스트 편집기 프로그램, Ed(유닉스의 Ed와 관련이 없음) 또는 다른 제3자 텍스트 편집기와 관련이 있음.스크립트 프로그램을 호출하려면 다음과 같이 하십시오.DOS는 실행 명령을 사용한다.
1> Execute myscript
- "myscript"라는 스크립트를 실행한다.
이 스크립트 실행 방법은 스크립트가 예약된 작업을 완료할 때까지 콘솔 창을 계속 사용하게 한다.사용자는 스크립트가 끝날 때까지 또는 스크립트가 중단될 때까지 콘솔 창과 상호 작용할 수 없다.
다음 중:
1> Run Execute myscript
- 아미가DOS 명령 "실행"은 모든 DOS 명령어 또는 어떤 종류의 프로그램을 실행하고 콘솔을 추가 입력을 위해 자유롭게 유지한다.
보호 비트
보호 비트는 파일, 링크 및 디렉터리가 파일 시스템에 가지고 있는 플래그다.이러한 항목을 변경하려면 보호 명령을 사용하거나 선택한 파일의 Workbench에 있는 아이콘 메뉴에 있는 정보 항목을 사용하십시오.AmigaDOS는 다음과 같은 보호 비트 세트(약칭 HSPARWED)를 지원한다.
- H = 홀드(P-bit가 설정된 재전송 명령은 첫 번째 실행 시 자동으로 상주하게 된다.E, P 및 R 비트가 작동하도록 설정되어야 함."숨기기"를 의미하는 것은 아니다.아래를 참조하십시오.)
- S = 스크립트(Batch file)E 및 R 비트 설정 필요)이 보호 비트가 설정되어 있으면 아미가DOS는 이름만 불러도 대본을 인식하고 자동으로 실행할 수 있다.S 비트 스크립트 없이 실행 명령을 사용하여 실행할 수 있다.
- P = Pure(RAM에 상주하여 플래시 드라이브, 하드 디스크 또는 다른 미디어 장치에서 더 이상 로드할 필요가 없는 재입력 명령을 의미한다.E 및 R 비트 설정 필요)
- A = 아카이브(아카이브 비트, 다양한 백업 프로그램에서 파일이 백업되었음을 나타내기 위해 사용됨)
- R = 읽기(파일, 링크 또는 디렉토리 내용 읽기 권한)
- W = 쓰기(파일 쓰기 권한, 링크 또는 디렉토리 내부)
- E = Execute(파일을 실행하거나 디렉토리를 입력하는 권한)모든 명령은 이 비트 설정이 필요하며, 그렇지 않으면 실행되지 않는다.작동하려면 R 비트 설정 필요)
- D = 삭제(파일, 링크 또는 디렉토리 삭제 권한)
H비트는 종종 "숨기기"를 의미하는 것으로 오해되어 왔다.SFS(Smart File System) 파일 및 H-bit 세트가 있는 디렉토리는 시스템에서 숨겨져 있다.숨겨진 파일에 대한 액세스는 여전히 가능하지만 디렉토리 목록에 나타나지 않는다.
H-비트의 작동 시연:
AmigaPrompt>. Workbench목록:C/List AmigaPrompt>, 목록 작업대:목요일 30-Oct-08 목록 6464에c/list Directory"작업대:c"--p-rwed 25-Feb-02 10시 1file-14블록 AmigaPrompt>하는 Workbench목록:C/List AmigaPrompt>, 작업대를 보호하:c/list +h AmigaPrompt>. Workbench:C/List을 열거한다.AmigaPrompt>, list workbench:c/list Directory "workbench:c" 목록(목요일-10월 30일-08일) 목록 6464 h-p-rwed 25-2002년 2월 22:30:00 1 파일 - 14개 블록 사용 RES 목록(AmigaPrompt)
- H-비트가 설정된 경우 실행 후 list 명령이 상주하는 방법에 주목하십시오.
로컬 및 전역 변수
다른 DOS와 마찬가지로 아미가도 배치 프로그래밍에 사용되는 환경 변수를 다룬다.
글로벌 변수와 로컬 변수가 둘 다 있으며, 변수 이름 앞에 달러 기호(예: $myvar)와 함께 언급된다.전역 변수는 시스템 전체에서 사용할 수 있으며, 로컬 변수는 현재 셸에서만 유효하다.명목상충의 경우 국지변수가 글로벌 변수보다 우선한다.전역 변수는 SetEnv 명령을 사용하여 설정할 수 있으며, 로컬 변수는 Set 명령을 사용하여 설정할 수 있다.글로벌 및 로컬 변수를 출력하는 데 사용할 수 있는 GetEnv와 Get 명령도 있다.
아래의 예는 간단한 사용법을 보여준다.
1> setenv foo blapp 1> echo $foo blapp 1> et foo bar 1> get foo bar 1> get foo bar 1> get foo bar 1> setenvenves foo $foo 1> type ENV:foo bar 1> type ENVARC:foo bar:foo 바
- SetEnv 명령의 저장 플래그와 파일 시스템에서[clarification needed] 전역 변수를 사용할 수 있는 방법을 기록해 두십시오.
글로벌 변수는 ENV:에 파일로 보관되며, 선택적으로 ENVARC의 디스크에 저장하여 재부팅 및 전원 공급에서 살아남는다.ENV: 기본적으로 RAM:Env 및 ENVARC:는 SYS:Prefs/Env-archive에 할당되며, 여기서 SYS:는 부팅 장치를 가리킨다.부팅 시 ENVARC:의 내용은 접근성을 위해 ENV:에 복사된다.
아미가 프로그래밍할 때DOS 스크립트, 글로벌 변수는 시스템 전체라는 점을 명심해야 한다.모든 스크립트-내부 변수는 로컬 변수를 사용하여 설정하거나 스크립트 간 전역 변수를 놓고 한 가지 위험이 충돌한다.또한 전역 변수에는 파일 시스템 액세스가 필요하므로 일반적으로 로컬 변수보다 액세스 속도가 느리게 된다.
ENVARC: 또한 문자열 변수(시스템 설정, 기본 아이콘 등) 이외의 다른 시스템 설정을 저장하는 데 사용되기 때문에 시간이 지남에 따라 크기가 커지는 경향이 있으며, 모든 것을 ENV: RAM 디스크에 있는 ENV:에 복사하는 것은 비용이 많이 든다.이는 ENVARC에서 파일을 복사만 하는 전용 ramdisk 핸들러를 사용하여 파일이 요청될 때 ENV를 설정하는 대안적인 방법으로 이어졌다.그러한 취급자의 예는 다음과 같다.[5]
랩과 스킵뿐만 아니라 글로벌 변수의 창조적 남용을 보여주는 예가 아미가다.악명 높은 고토의 도스 변종.[6]
대소문자 민감도
아미가도스는 일반적으로 대소문자를 구분하지 않는다.[7]장치를 "Dh0:", "DH0:" 또는 "dH0:"로 표시하면 항상 동일한 파티션을 가리킨다. 그러나 파일 및 디렉토리 이름의 경우, 이것은 파일 시스템에 의존하며 일부 파일 시스템은 포맷 시 플래그로서 대/소문자를 구분한다.그러한 파일 시스템의 예는 스마트 파일 시스템이다.이는 대소문자를 구분하는 Un*x 세계에서 포팅된 소프트웨어를 다룰 때 매우 편리하지만, 대소문자를 구분하지 않는 아미가 원주민 애플리케이션에는 많은 혼란을 야기한다.따라서 고급 사용자는 일반적으로 Un*x에서 생성된 소프트웨어에 사용되는 파일 시스템에만 대소문자 구분 플래그를 사용한다.
Re-casing of file, directory and volume names is allowed using ordinary methods; the commands "rename foo Foo" and "relabel Bar: bAr:" are valid and do exactly what is expected, in contrast to for example on Linux, where "mv foo Foo" results in the error message "mv: `foo' and `Foo' are the same file" on case-insensitive filesystems like VFAT.
볼륨 명명 규칙
파티션 및 물리적 드라이브를 일반적으로 DF0: (플로피 드라이브 0), DH0: (하드 드라이브 0) 등으로 부른다.그러나 많은 운영 체제와는 달리 DF0: 또는 HD0:와 같은 내장 물리적 하드웨어 장치 외부에서 단일 디스크, 볼륨 및 파티션의 이름은 전적으로 임의적이다. 예를 들어 하드 디스크 파티션은 작업 또는 시스템 또는 생성 시 다른 이름으로 명명될 수 있다.볼륨 이름은 해당 장치 이름 대신 사용할 수 있으므로 DH0: 또는 Workbench:라는 이름으로 장치 DH0:의 디스크 파티션에 액세스할 수 있다.사용자는 요청자 양식 또는 AmigaShell에 정보를 입력할 때 항상 콜론 ":"를 입력하여 "Workbench:" 볼륨을 "Workbench:"로 표시해야 한다.
액세스된 볼륨 이름을 찾을 수 없는 경우 운영 체제는 사용자에게 지정된 볼륨 이름의 디스크를 삽입하도록 지시하거나 사용자가 작업을 취소할 수 있도록 허용한다.
또한 논리 장치 이름은 디렉토리 또는 장치에 "할당" 명령으로 설정할 수 있다. 프로그램은 종종 가상 볼륨 이름을 설치 디렉토리에 할당한다(예를 들어, Writer라는 가상 워드프로세서가 작성자: DH0:Productivity/Writer).이를 통해 설치된 프로그램을 쉽게 재배치할 수 있다.기본 이름 SYS:는 시스템이 부팅된 볼륨을 가리키는 데 사용된다.중요한 시스템 위치를 참조하기 위해 다양한 기본 이름(예: S: 시작 스크립트의 경우, C: Amiga의 경우)이 제공된다.DOS 명령, 글꼴: 설치된 글꼴 등
볼륨 라벨 배정은 또한 여러 디렉토리에 설정될 수 있으며, 이것은 컨텐츠의 결합으로 취급될 것이다.예를 들어, FLTS:는 SYS에 할당될 수 있다.글꼴을 확장한 다음 작업:AmigaDos 할당 명령의 추가 옵션을 사용하는 UserFonts.그러면 시스템은 두 디렉토리 중 하나에 설치된 글꼴을 사용할 수 있게 된다.글꼴: 두 위치의 파일이 모두 표시됨.
가상 디바이스의 이름 및 일반적인 동작 규칙
물리적 디바이스 DF0: PC0과 동일한 플로피 드라이브 메커니즘 공유: 크로스(Cross)PC 형식의 플로피 디스크를 읽을 수 있는 DOS 가상 장치PC 형식의 플로피 디스크를 플로피 드라이브에 삽입하면 DF0: 플로피 아미가 아이콘이 변경되어 디스크가 일반 아미가 장치에 알려지지 않았음을 나타내며 네 개의 물음표가 표시됨 ??? 표준 "알 수 없는" 볼륨 이름으로, PC0: 아이콘이 나타나 PC 형식의 디스크 이름을 표시함.아미가 포맷된 디스크로 디스크를 변경하면 이 동작이 반전된다.
파일 시스템
AmigaDOS는 다양한 파일 시스템과 변형을 지원한다.첫 번째 파일 시스템은 단순히 아미가 FileSystem이라고 불렸고, 하드 디스크로부터의 자동 부팅을 지원하지 않기 때문에 플로피 디스크(플로피에서는 부팅 블록의 코드를 사용하여 부팅)에 주로 적합했다.곧 FFS(FastFileSystem)로 대체되었고, 따라서 원래의 파일 시스템은 OFS(Old)라는 이름으로 알려졌다.FFS는 우주에서 더 효율적이고 OFS보다 상당히 빨랐기 때문에 이름이 지어졌다.
AmigaOS 2.x와 함께 FFS는 OS의 공식 일부가 되었고 곧 캐슁된 파티션, 파일 및 파티션 이름에 악센트 문자를 허용하는 국제 파티션, 그리고 마지막으로 (MorphOS와 AmigaOS 4) 긴 파일 이름, 최대 108자(31부터)까지 인식하도록 확장되었다.
AmigaOS 4.x와 MorphOS 모두 FFS의 새로운 버전인 FastFileSystem 2.를 특징으로 했다. FFS2는 저자의 표현대로 "일부 사소한 변화"를 포함한 원래의 FFS의 모든 기능을 통합했다.역호환성을 보존하기 위해 큰 구조적 변화는 없었다.(단, AmigaOS 4.1의 FF2는 플러그인의 도움으로 특징과 기능을 확장할 수 있다는 점에서 차이가 있다.)FFS2와 마찬가지로 Smart FileSystem의 AmigaOS 4 및 MorphOS 버전은 원래 SFS의 포크로 100% 호환이 되지 않는다.
Windows의 FAT12, FAT16, FAT32와 같은 다른 파일 시스템이나 Linux의 ext2는 쉽게 설치할 수 있는(끌어서 놓기) 시스템 라이브러리 또는 FAT95와 같은 타사 모듈(기능 읽기/쓰기 지원)을 통해 이용할 수 있으며, 이는 Aminet 소프트웨어 저장소에서 찾을 수 있다.MorphOS 2는 FAT 파일 시스템에 대한 내장된 지원 기능을 가지고 있다.
AmigaOS 4.1은 1테라바이트 이상의 크기의 파티션을 지원할 수 있는 JXFS라는 새로운 파일 시스템을 채택했다.
타사 제조업체의 대체 파일 시스템으로는 메타데이터를 기반으로 한 간편한 구조의 파일 시스템인 Professional FileSystem(프로페셔널 파일 시스템)이 있으며, 높은 내부 일관성을 보장하고, 즉시 조각 모음이 가능하며, 다시 장착하기 전에 마운트 해제할 필요가 없으며, 저널링 파일 시스템인 Smart FileSystem(스마트 파일 시스템)이 있다.ich는 시스템 비활동 중에 저널링된 활동을 수행하며, MorphOS에 의해 표준 파일 시스템으로 선택되었다.
공식 아미가 파일 시스템 변형
이전 파일 시스템/빠른 파일 시스템
- OFS(DOS0)
- FFS(DOS1)
- OFS International(DOS2)
- FFS International(DOS3)
- OFS 디렉토리 캐싱(DOS4)
- FFS 디렉터리 캐싱(DOS5)
고속 파일 시스템 2(AmigaOS4.x/MorphOS)
- OFS 긴 파일 이름(DOS6)
- FFS 긴 파일 이름(DOS7)
DOS6와 DOS7 모두 DOS2와 DO3에 특화된 International 파일명이 특징이지만, 원래 구현에서 버그로 인해 폐기된 디렉토리 캐싱은 아니다.DOS4와 DOS5는 이러한 이유로 사용을 권장하지 않는다.
도스테이프는 역호환성이지만 전진호환성이 없다.DOS7 포맷된 디스크는 원본 아미가 FFS에서는 읽을 수 없으며, DOS3 디스크는 KS1.3 아미가에서는 읽을 수 없다.그러나 FFS 또는 FFS2를 사용하여 DOS0으로 포맷된 모든 디스크는 아미가 운영 체제의 모든 버전에서 읽을 수 있다.이러한 이유로 DOS0은 사용자 정의 파일 시스템과 부트 블록을 사용한 경우를 제외하고 플로피에 배포되는 소프트웨어 개발자의 선택 형식인 경향이 있었는데, 이는 아미가 게임의 일반적인 관행이었다.소프트웨어가 Amiga를 필요로 하는 곳어쨌든 OS 2는 일반적으로 DOS3가 사용되었다.
FastFileSystem2 플러그인
2007년 7월 AmigaOS 4.0 업데이트와 함께 FFS2용 플러그인이 처음 두 개 출시되었다.
- fs_plugin_cache: 새로운 데이터 버퍼링 방법을 도입하여 FFS2의 성능을 높인다.
- fs_plugin_암호화: Blowfish 알고리즘을 사용하는 파티션용 데이터 암호화 플러그인.
파일 이름 확장명
AmigaDOS에는 각 아이콘의 파일 이름에 반드시 추가되어야 하는 ".info"라는 하나의 필수 파일 이름 확장명만 있다.myprog라는 파일이 존재한다면, 그 아이콘 파일은 myprog.info이라고 불러야 한다.아이콘 파일은 이미지 데이터 외에도 옵션, 키워드 등의 프로그램 메타데이터, 데스크톱의 자체 위치(Amiga)를 기록한다.OS는 사용자가 정의한 장소에서 아이콘을 "스냅샷"할 수 있으며 파일에 대한 기타 정보도 볼 수 있다.디렉토리 창 크기 및 위치 정보는 디렉토리와 연결된 ".csv" 파일에 저장되며 디스크 아이콘 정보는 볼륨 루트인 "Disk.info"에 저장된다.
아이콘을 제외하고 아미가 시스템은 확장자를 사용하여 파일 형식을 식별하지 않고 파일과 관련된 아이콘이나 파일 자체의 이진 헤더를 검사하여 파일 형식을 결정한다.
참고 항목
참조
- ^ "The AmigaDOS Resource Project". Archived from the original on 2007-03-11. Retrieved 2006-07-18.
- ^ "Index of /Pub/Amiga/Ancient/Ex-amiga-s/Archive".
- ^ 아미가 코모도어 주식회사 1986
- ^ "disk/misc/HappyENV.lha". Aminet. Retrieved 2016-07-15.
- ^ "util/sys/envhandler.lha". Aminet. Retrieved 2016-07-15.
- ^ "Code by Stephen Morley". Retrieved April 5, 2016.
- ^ Cruz, Frank da; Gianone, Christine (1997). Using C-Kermit: Communication Software. p. 549. ISBN 978-1-55558-164-0.
- ^ "disk/misc/fat95.lha". Aminet. Retrieved 2016-07-15.
추가 읽기
- Commodore Amiga Inc. (1986). AmigaDOS User's Manual. Bantam Computer. ISBN 0-553-34294-0.
외부 링크
- Tim King. "Amiga History". Tim-king.com. Retrieved 2016-07-15.
- Tim King. "CV". Tim King. Retrieved 2016-07-15.