AmigaDOS- AmigaDOS

AmigaDOS
Entwickler Amiga Corporation
Geschrieben in AmigaOS 1.x: BCPL Ab
AmigaOS 2.x: C
Betriebssystemfamilie TRIPOS
Quellmodell Geschlossene Quelle
Erstveröffentlichung 1985 ; Vor 36 Jahren ( 1985 )
Standard -
Benutzeroberfläche		 Befehlszeilenschnittstelle
Lizenz Proprietär

AmigaDOS ist das Festplatten-Betriebssystem des AmigaOS , das Dateisysteme , Datei- und Verzeichnismanipulation, die Befehlszeilenschnittstelle und Dateiumleitung umfasst .

In AmigaOS 1.x basiert AmigaDOS auf einer TRIPOS- Portierung von MetaComCo , geschrieben in BCPL . BCPL verwendet keine nativen Zeiger , daher war die erweiterte Funktionalität des Betriebssystems schwierig zu verwenden und fehleranfällig. Das AmigaDOS Resource Project (ARP, früher AmigaDOS Replacement Project ) eines Drittanbieters , ein Projekt, das vom Amiga-Entwickler Charlie Heath begonnen wurde, ersetzte viele der BCPL-Dienstprogramme durch kleinere, komplexere Äquivalente, die in C und Assembler geschrieben wurden , und stellte eine Wrapper-Bibliothek bereit.arp.library. Dies beseitigte die Schnittstellenprobleme in Anwendungen, indem für alle AmigaDOS-Funktionen automatisch Konvertierungen von nativen Zeigern (wie sie von C oder Assembler verwendet werden) zu BCPL-Äquivalenten und umgekehrt durchgeführt wurden.

Ab AmigaOS 2.x wurde AmigaDOS in C umgeschrieben, wobei die 1.x-Kompatibilität soweit möglich beibehalten wurde. Beginnend mit AmigaOS 4 hat AmigaDOS sein Vermächtnis mit BCPL aufgegeben. Ab AmigaOS 4.1 wurde AmigaDOS um 64-Bit-Dateizugriffsunterstützung erweitert.

Konsole

Die Amiga-Konsole ist ein standardmäßiges virtuelles Amiga-Gerät, das normalerweise CON: zugewiesen ist und von console.handler gesteuert wird . Es wurde aus einer primitiven Schnittstelle in AmigaOS 1.1 entwickelt und wurde mit den Versionen 1.2 und 1.3 stabil, als es als AmigaShell bekannt wurde und sein ursprünglicher Handler durch newconsole.handler ( NEWCON: ) ersetzt wurde.

Die Konsole verfügt über verschiedene Funktionen, die bei ihrer Erstellung im Jahr 1985 als aktuell galten, wie Hilfe für Befehlsvorlagen, Umleitung auf Null (" NIL: ") und ANSI- Farbterminal. Der neue Konsolenhandler – der in Release 1.2 implementiert wurde – ermöglicht viele weitere Funktionen wie Befehlshistorie , Pipelines und die automatische Erstellung von Dateien bei Umleitung der Ausgabe . Als Anfang der 1990er Jahre TCP/IP-Stacks wie AmiTCP veröffentlicht wurden, konnte die Konsole auch Umleitungen von internetfähigen Amiga-Gerätehandlern empfangen (zB TCP: , Datei TO TCP:Site/Port kopieren ).

Im Gegensatz zu anderen Systemen, die ursprünglich Mitte der 1980er Jahre auf den Markt kamen, implementiert AmigaDOS keinen proprietären Zeichensatz; die Entwickler entschieden sich für den ANSI- ISO- Standard ISO-8859-1 (Latin 1) , der den ASCII- Zeichensatz beinhaltet. Wie in Unix- Systemen akzeptiert die Amiga-Konsole nur Zeilenvorschub (" LF ") als Zeilenende (" EOL ")-Zeichen. Die Amiga-Konsole unterstützt sowohl akzentuierte Zeichen als auch Zeichen, die durch Kombinationen von 'toten Tasten' auf der Tastatur erzeugt wurden.

Syntax von AmigaDOS-Befehlen

Dies ist ein Beispiel für eine typische AmigaDOS-Befehlssyntax:

1> Dir DF0:
Ohne den Verzeichnisbaum zu betreten, zeigt dieser den Inhalt eines Verzeichnisses einer Diskette an und listet auch Unterverzeichnisse auf.
1> Dir SYS: ALL
Das Argument " ALL " bewirkt, dass der Befehl den gesamten Inhalt eines Volumes oder Geräts anzeigt und alle Verzeichnisbäume eingibt und erweitert. " SYS: " ist ein Standardname, der dem Startgerät unabhängig von seinem physischen Namen zugewiesen wird.

Befehlsumleitung

AmigaDOS kann die Ausgabe eines Befehls an Dateien, Pipes, einen Drucker, das Null-Gerät und andere Amiga-Geräte umleiten.

1> Dir > SPEAK: ALL
Leitet die Ausgabe des Befehls " dir " an den Sprachsynthese-Handler um. Der Doppelpunkt " : " zeigt an, dass SPEAK: auf ein AmigaDOS-Gerät zeigt. Während eine typische Verwendung für ein Gerät Dateisysteme sind , werden im System häufig spezielle Gerätenamen wie dieser verwendet.

Befehlsvorlage

Von AmigaDOS-Befehlen wird erwartet, dass sie eine Standard-"Vorlage" bereitstellen, die die Argumente beschreibt, die sie akzeptieren können. Dies kann als grundlegende "Hilfe"-Funktion für Befehle verwendet werden, obwohl Konsolen-Handler und -Shells von Drittanbietern wie Bash oder Zshell (portiert von Unix ) oder KingCON oft ausführlichere Hilfe für eingebaute Befehle bieten.

Beim Anfordern der Vorlage für den Befehl " Kopieren " erhält man folgende Ausgabe:

1> Copy ?
FROM, TO/A, ALL/S, QUIET/S
Diese Zeichenfolge bedeutet, dass der Benutzer diesen Befehl in Verbindung mit den Argumenten FROM und TO verwenden muss , wobei letzteres obligatorisch ist ( /A ). Die Argumentschlüsselwörter ALL und QUIET sind Schalter ( /S ) und ändern die Ergebnisse des Befehls Kopieren ( ALL bewirkt, dass alle Dateien in einem Verzeichnis kopiert werden, während QUIET bewirkt, dass der Befehl keine Ausgabe erzeugt).

Durch das Lesen dieser Vorlage kann ein Benutzer erkennen, dass die folgende Syntax für den Befehl akzeptabel ist:

Copy DF0:Filename TO DH0:Directory/Filename

Unterbrechen von Befehlen und Anhalten der Konsolenausgabe

Ein Benutzer kann ein Programm beenden, indem er die Tastenkombination Ctrl+ Coder Ctrl+ aufruft D. Durch Drücken spaceoder ein beliebiges Druckzeichen auf der Tastatur wird die Konsolenausgabe angehalten. Die Ausgabe kann durch Drücken der ← BackspaceTaste (um alle Eingaben zu löschen) oder durch Drücken von ↵ Enter(wodurch die Eingabe als Befehl verarbeitet wird, sobald der aktuelle Befehl nicht mehr ausgeführt wird) wieder aufgenommen werden.

Platzhalterzeichen

Wie andere Betriebssysteme bietet auch AmigaDOS Platzhalterzeichen , die ein beliebiges Zeichen oder eine beliebige Folge zufälliger Zeichen in einem String ersetzen. Hier ist ein Beispiel für Platzhalterzeichen in AmigaDOS-Befehlen:

1> Dir #?.info
durchsucht das aktuelle Verzeichnis nach allen Dateien, die am Ende ".info" als Suffix enthalten, und zeigt nur diese Dateien in der Ausgabe an.

Das Parsen davon ist wie folgt. Die "?" Wildcard gibt "beliebiges Zeichen" an. Ein vorangestelltes "#" bedeutet "beliebige Anzahl von Wiederholungen". Dies kann analog zum regulären Ausdruck ".*" angesehen werden.

Skripting

AmigaDOS hat auch die Funktion mit dem Umgang Batch - Programmierung, die es „script“ Programmierung nennt, und hat eine Reihe von Befehlen wie Echo , Wenn , dann , EndIf , Val und Überspringen mit strukturierter Skript - Programmierung beschäftigen. Skripte sind textbasierte Dateien und können mit dem internen Texteditorprogramm von AmigaDOS namens Ed (ohne Bezug zu Unix's Ed ) oder mit jedem anderen Texteditor von Drittanbietern erstellt werden. Um ein Skriptprogramm aufzurufen, verwendet AmigaDOS den Befehl Execute .

1> Execute myscript
führt das Skript namens "myscript" aus.

Diese Methode zum Ausführen von Skripten hält das Konsolenfenster beschäftigt, bis das Skript seinen geplanten Job beendet hat. Benutzer können nicht mit dem Konsolenfenster interagieren, bis das Skript endet oder bis sie es unterbrechen.

Während:

1> Run Execute myscript
Der AmigaDOS-Befehl "Run" führt jeden DOS-Befehl oder jede Art von Programm aus und hält die Konsole für weitere Eingaben frei.

Schutzbits

Schutzbits sind Flags, die Dateien, Links und Verzeichnisse im Dateisystem haben. Um sie zu ändern, kann man entweder den Befehl Schützen verwenden oder den Eintrag Informationen aus dem Menü Symbole in der Workbench für ausgewählte Dateien verwenden. AmigaDOS unterstützt den folgenden Satz von Schutzbits (abgekürzt als HSPARWED):

  • H = Hold (Wiedereintretende Befehle mit gesetztem P-Bit werden bei der ersten Ausführung automatisch resident. Erfordert gesetzte E-, P- und R-Bits, um zu funktionieren. Bedeutet nicht "Hide". Siehe unten.)
  • S = Skript (Batch-Datei. Erfordert gesetzte E- und R-Bits.) Wenn dieses Schutzbit aktiviert ist, kann AmigaDOS ein Skript erkennen und automatisch ausführen, indem es einfach seinen Namen aufruft. Ohne S-Bit können Skripte weiterhin mit dem Execute- Befehl gestartet werden .
  • P = Pure (zeigt reentrante Befehle an, die im RAM resident gemacht werden können und dann nicht mehr jederzeit von Flash-Laufwerken, Festplatten oder anderen Mediengeräten geladen werden müssen. Erfordert gesetzte E- und R-Bits.)
  • A = Archiv (Archiviertes Bit, das von verschiedenen Sicherungsprogrammen verwendet wird, um anzuzeigen, dass eine Datei gesichert wurde)
  • R = Read (Berechtigung zum Lesen der Datei, des Links oder des Inhalts des Verzeichnisses)
  • W = Write (Berechtigung zum Schreiben der Datei, des Links oder innerhalb eines Verzeichnisses)
  • E = Execute (Berechtigung zum Ausführen der Datei oder zum Aufrufen des Verzeichnisses. Alle Befehle benötigen dieses Bit-Set, oder sie werden nicht ausgeführt. Benötigt R-Bit-Set, um zu funktionieren.)
  • D = Löschen (Berechtigung zum Löschen der Datei, des Links oder des Verzeichnisses)

Das H-Bit wurde oft als "Hide" missverstanden. Im Smart File System (SFS) werden Dateien und Verzeichnisse mit gesetztem H-Bit vom System ausgeblendet. Es ist immer noch möglich, auf versteckte Dateien zuzugreifen, aber sie erscheinen in keiner Verzeichnisliste.

Demonstration von H-Bit in Aktion: 

AmigaPrompt> which list
Workbench:C/List
AmigaPrompt> list workbench:c/list
Directory "workbench:c" on Thursday 30-Oct-08
list                              6464 --p-rwed 25-Feb-02 22:30:00
1 file - 14 blocks used
AmigaPrompt> which list
Workbench:C/List
AmigaPrompt> protect workbench:c/list +h
AmigaPrompt> which list
Workbench:C/List
AmigaPrompt> list workbench:c/list
Directory "workbench:c" on Thursday 30-Oct-08
list                              6464 h-p-rwed 25-Feb-02 22:30:00
1 file - 14 blocks used
AmigaPrompt> which list
RES list
Beachten Sie, wie der Listenbefehl nach der Ausführung resident wird, wenn das H-Bit gesetzt ist.

Lokale und globale Variablen

Wie jedes andere DOS arbeitet Amiga mit Umgebungsvariablen, wie sie in der Stapelprogrammierung verwendet werden.

Es gibt sowohl globale als auch lokale Variablen, die mit einem Dollarzeichen vor dem Variablennamen bezeichnet werden, zum Beispiel $myvar . Globale Variablen sind systemweit verfügbar; lokale Variablen sind nur in der aktuellen Shell gültig. Bei Namenskollisionen haben lokale Variablen Vorrang vor globalen Variablen. Globale Variablen können mit dem Befehl SetEnv gesetzt werden , während lokale Variablen mit dem Befehl Set gesetzt werden können . Außerdem gibt es die Befehle GetEnv und Get , mit denen globale und lokale Variablen ausgegeben werden können.

Die folgenden Beispiele demonstrieren die einfache Anwendung: 

1> setenv foo blapp
1> echo $foo
blapp
1> set foo bar
1> echo $foo
bar
1> getenv foo
blapp
1> get foo
bar
1> type ENV:foo
blapp
1> setenv save foo $foo
1> type ENV:foo
bar
1> type ENVARC:foo
bar
Beachten Sie das Save- Flag des SetEnv- Befehls und wie globale Variablen im Dateisystem verfügbar sind

Globale Variablen werden als Dateien in ENV: gespeichert und optional auf der Festplatte in ENVARC: gespeichert , um Neustart und Aus- und Wiedereinschalten zu überstehen . ENV: ist standardmäßig eine Zuweisung zu RAM:Env, und ENVARC: ist eine Zuweisung zu SYS:Prefs/Env-Archive, wobei SYS: auf das Boot-Gerät verweist. Beim Booten wird der Inhalt von ENVARC: zur Zugänglichkeit nach ENV: kopiert.

Bei der Programmierung von AmigaDOS-Skripten muss man bedenken, dass globale Variablen systemweit gelten. Alle skriptinternen Variablen müssen mit lokalen Variablen gesetzt werden, sonst besteht die Gefahr von Konflikten über globale Variablen zwischen Skripten. Außerdem erfordern globale Variablen Zugriff auf das Dateisystem, was den Zugriff normalerweise langsamer macht als lokale Variablen.

Da ENVARC: auch verwendet wird, um andere Systemeinstellungen als nur String-Variablen (wie Systemeinstellungen, Standardsymbole und mehr) zu speichern, neigt es dazu, mit der Zeit groß zu werden, und es wird teuer, alles nach ENV: zu kopieren, das sich auf der RAM-Disk befindet. Dies hat zu alternativen Möglichkeiten zur Einrichtung von ENV geführt: durch die Verwendung von dedizierten Ramdisk-Handlern, die nur Dateien von ENVARC: kopieren, wenn die Dateien angefordert werden. Beispiele für solche Handler sind und.

Ein Beispiel für den kreativen Missbrauch globaler Variablen sowie von Lab und Skip ist die AmigaDOS-Variante des berüchtigten GOTO .

Groß-/Kleinschreibung

Bei AmigaDOS wird die Groß-/Kleinschreibung im Allgemeinen nicht beachtet . Die Angabe eines Geräts als "Dh0:", "DH0:" oder "dh0:" bezieht sich immer auf dieselbe Partition; bei Datei- und Verzeichnisnamen ist dies jedoch vom Dateisystem abhängig, und einige Dateisysteme erlauben die Berücksichtigung der Groß-/Kleinschreibung als Flag bei der Formatierung. Ein Beispiel für ein solches Dateisystem ist Smart File System . Dies ist sehr praktisch, wenn es sich um Software handelt, die aus der meist Groß-/Kleinschreibung berücksichtigenden Un*x- Welt übernommen wurde, führt jedoch bei nativen Amiga-Anwendungen, die von Groß- und Kleinschreibung ausgehen, zu viel Verwirrung. Fortgeschrittene Benutzer verwenden daher normalerweise nur die Groß-/Kleinschreibung für Dateisysteme, die für Software verwendet werden, die von Un*x stammt.

Die Umschreibung von Datei-, Verzeichnis- und Datenträgernamen ist mit üblichen Methoden zulässig; die Befehle "rename foo Foo" und "relabel Bar: bAr:" sind gültig und tun genau das, was erwartet wird, im Gegensatz zu beispielsweise unter Linux , wo "mv foo Foo" zu der Fehlermeldung "mv: `foo' und . führt `Foo' sind dieselbe Datei" auf Dateisystemen, bei denen die Groß-/Kleinschreibung nicht beachtet wird, wie VFAT .

Namenskonventionen für Volumes

Partitionen und physische Laufwerke werden in der Regel als DF0: (Diskettenlaufwerk 0) bezeichnet, DH0: (Festplatte 0), usw. Im Gegensatz zu vielen Betriebssystemen werden jedoch außerhalb von integrierten physischen Hardwaregeräten wie DF0: oder HD0: die Die Namen der einzelnen Festplatten, Volumes und Partitionen sind völlig willkürlich: Beispielsweise könnte eine Festplattenpartition zum Zeitpunkt ihrer Erstellung Work oder System oder etwas anderes heißen . Volume-Namen können anstelle der entsprechenden Gerätenamen verwendet werden, sodass auf eine Festplattenpartition auf dem Gerät DH0: namens Workbench entweder mit dem Namen DH0: oder Workbench: zugegriffen werden kann . Benutzer müssen dem System mitteilen , dass " Workbench " das Volumen " Workbench: " ist, indem sie immer den Doppelpunkt " : " eingeben, wenn sie Informationen in ein Requester-Formular oder in die AmigaShell eingeben.

Wenn ein Datenträgername, auf den zugegriffen wurde, nicht gefunden werden kann, fordert das Betriebssystem den Benutzer auf, die Platte mit dem angegebenen Datenträgernamen einzulegen oder dem Benutzer zu erlauben, den Vorgang abzubrechen.

Außerdem können logische Gerätenamen mit dem Befehl "assign" einem beliebigen Verzeichnis oder Gerät zugewiesen werden; Programme weisen ihrem Installationsverzeichnis oft einen virtuellen Datenträgernamen zu (zum Beispiel könnte ein fiktives Textverarbeitungsprogramm namens Writer Writer: zu DH0:Productivity/Writer zuweisen ). Dies ermöglicht ein einfaches Verschieben von installierten Programmen. Der Standardname SYS: wird verwendet, um auf das Volume zu verweisen, von dem das System gestartet wurde. Verschiedene andere Standardnamen werden bereitgestellt, um auf wichtige Systemstandorte zu verweisen. zB S: für Startup-Skripte, C: für AmigaDOS-Befehle, FONTS: für installierte Schriftarten, etc.

Die Zuweisung von Datenträgerbezeichnungen kann auch für mehrere Verzeichnisse festgelegt werden, die als Vereinigung ihres Inhalts behandelt werden. Beispielsweise kann FONTS: SYS:Fonts zugewiesen und dann mit der Option add des AmigaDos- Befehls Assign um beispielsweise Work:UserFonts erweitert werden . Das System würde dann die Verwendung von Schriftarten erlauben, die in einem der Verzeichnisse installiert sind. Listing FONTS: würde die Dateien von beiden Speicherorten anzeigen .

Namenskonventionen und typisches Verhalten von virtuellen Geräten

Das physische Gerät DF0: teilt die gleiche Diskettenlaufwerksmechanik mit PC0: , das virtuelle CrossDOS-Gerät, das PC-formatierte Disketten lesen kann. Wenn eine PC-formatierte Diskette in das Diskettenlaufwerk eingelegt wird, ändert sich das DF0: Disketten-Amiga-Symbol, um anzuzeigen, dass die Diskette dem normalen Amiga-Gerät unbekannt ist, und es werden vier Fragezeichen angezeigt ???? als standardmäßiger "unbekannter" Volume-Name, während das PC0: -Symbol erscheint, das den Namen der PC-formatierten Festplatte anzeigt . Jeder Datenträgerwechsel mit Amiga-formatierten Datenträgern kehrt dieses Verhalten um.

Dateisysteme

AmigaDOS unterstützt verschiedene Dateisysteme und Varianten. Das erste Dateisystem hieß einfach Amiga FileSystem und eignete sich hauptsächlich für Disketten, da es kein automatisches Booten von Festplatten unterstützte (auf Disketten erfolgte das Booten mit Code aus dem Bootblock). Es wurde bald durch FastFileSystem (FFS) ersetzt, und daher war das ursprüngliche Dateisystem unter dem Namen "Old" FileSystem (OFS) bekannt. FFS war platzsparender und messbar schneller als OFS, daher der Name.

Mit AmigaOS 2.x wurde FFS ein offizieller Bestandteil des Betriebssystems und wurde bald erweitert, um zwischengespeicherte Partitionen, internationale Partitionen, die akzentuierte Zeichen in Datei- und Partitionsnamen erlauben, und schließlich (mit MorphOS und AmigaOS 4 ) lange Dateinamen mit bis zu 108 Zeichen zu erkennen (ab 31).

Sowohl AmigaOS 4.x als auch MorphOS enthielten eine neue Version von FFS namens FastFileSystem 2. FFS2 beinhaltete alle Funktionen des ursprünglichen FFS, einschließlich, wie der Autor es ausdrückte, "einige kleinere Änderungen". Um die Abwärtskompatibilität zu wahren, gab es keine größeren strukturellen Änderungen. (Allerdings unterscheidet sich FF2 auf AmigaOS 4.1 dadurch, dass es seine Funktionen und Fähigkeiten mit Hilfe von Plug-Ins erweitern kann ). Wie bei FFS2 ist die AmigaOS 4- und MorphOS-Version von Smart FileSystem eine Abzweigung des ursprünglichen SFS und nicht 100% kompatibel damit.

Andere Dateisysteme wie FAT12 , FAT16 , FAT32 von Windows oder ext2 von Linux sind über einfach installierbare (Drag and Drop) Systembibliotheken oder Module von Drittanbietern wie FAT95 (mit Lese-/Schreibunterstützung) verfügbar , die im Aminet- Software-Repository zu finden sind . MorphOS 2 bietet integrierte Unterstützung für FAT-Dateisysteme.

AmigaOS 4.1 hat ein neues Dateisystem namens JXFS eingeführt , das Partitionen mit einer Größe von über einem Terabyte unterstützen kann.

Zu den alternativen Dateisystemen von Drittherstellern gehören Professional FileSystem , ein Dateisystem mit einfacher Struktur, das auf Metadaten basiert , eine hohe interne Kohärenz ermöglicht, sich selbst defragmentieren kann und vor dem erneuten Mounten nicht ausgehängt werden muss; und Smart FileSystem, das ein Journaling- Dateisystem ist, das aufgezeichnete Aktivitäten bei Systeminaktivitäten ausführt und von MorphOS als sein Standard-Dateisystem ausgewählt wurde.

Offizielle Varianten von Amiga-Dateisystemen

Altes Dateisystem / Schnelles Dateisystem

  • OFS (DOS0)
  • FFS (DOS1)
  • OFS International (DOS2)
  • FFS International (DOS3)
  • OFS-Verzeichnis-Caching (DOS4)
  • FFS-Verzeichnis-Caching (DOS5)

Schnelles Dateisystem 2 (AmigaOS4.x/MorphOS)

  • OFS Lange Dateinamen (DOS6)
  • FFS Lange Dateinamen (DOS7)

Sowohl DOS6 als auch DOS7 bieten internationale Dateinamen, die in DOS2 und DO3 enthalten sind, jedoch nicht das Verzeichnis-Caching, das aufgrund von Fehlern in der ursprünglichen Implementierung aufgegeben wurde. DOS4 und DOS5 werden aus diesem Grund nicht zur Verwendung empfohlen.

Dostypes sind untereinander abwärtskompatibel, aber nicht aufwärtskompatibel. Eine DOS7-formatierte Diskette kann auf einem originalen Amiga FFS nicht gelesen werden, und eine DOS3-Diskette kann nicht auf einem KS1.3 Amiga gelesen werden. Jede mit DOS0 formatierte Diskette mit FFS oder FFS2 kann jedoch von jeder Version des Amiga-Betriebssystems gelesen werden. Aus diesem Grund war DOS0 tendenziell das Format der Wahl von Softwareentwicklern, die auf Disketten verteilen, außer wenn ein benutzerdefiniertes Dateisystem und ein Bootblock verwendet wurden - eine gängige Praxis in Amiga-Spielen. Wo Software sowieso AmigaOS 2 benötigte, wurde in der Regel DOS3 verwendet.

FastFileSystem2-Plug-ins

Mit dem Juli 2007 Update von AmigaOS 4.0 im Jahr 2007 wurden die ersten beiden Plug-Ins für FFS2 veröffentlicht:

  • fs_plugin_cache : Erhöht die Leistung von FFS2 durch Einführung einer neuen Methode der Datenpufferung.
  • fs_plugin_encrypt : Datenverschlüsselungs-Plug-in für Partitionen, die den Blowfish- Algorithmus verwenden.

Dateinamenerweiterungen

AmigaDOS hat nur eine einzige vorgeschriebene Dateinamenerweiterung: ".info", die an den Dateinamen jedes Symbols angehängt werden muss. Wenn eine Datei namens myprog existiert, muss ihre Symboldatei myprog.info heißen . Zusätzlich zu den Bilddaten zeichnet die Icon-Datei auch Programm-Metadaten wie Optionen und Schlüsselwörter, ihre eigene Position auf dem Desktop (AmigaOS kann Icons an vom Benutzer definierten Stellen "snapshot") und andere Informationen über die Datei auf. Informationen zu Größe und Position des Verzeichnisfensters werden in der Datei ".info", die dem Verzeichnis zugeordnet ist, gespeichert, und Informationen über das Plattensymbol werden in "Disk.info" im Stammverzeichnis des Datenträgers gespeichert.

Mit Ausnahme von Symbolen identifiziert das Amiga-System Dateitypen nicht anhand von Erweiterungen, sondern untersucht stattdessen entweder das einer Datei zugeordnete Symbol oder den binären Header der Datei selbst, um den Dateityp zu bestimmen.

Siehe auch

Verweise

Weiterlesen

Externe Links