A86 (Software)

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen

A86 ist ein Assembler für MS-DOS, der Code für die Intel x86-Familie von Mikroprozessoren generiert. Geschrieben von Eric Isaacson, wurde er erstmals im Juni 1986 als Shareware veröffentlicht. Der Assembler ist in einer einzigen 32K-Datei enthalten und kann direkt eine COM-Datei oder eine Objektdatei für die Verwendung mit einem Standard-Linker erzeugen. Er wird mit einem Debugger namens D86 geliefert.[1][2]

A86
Basisdaten

Hauptentwickler Eric Isaacson
Entwickler Eric Isaacson
Aktuelle Version V4.05
Betriebssystem MS-DOS x86
Programmier­sprache Assembler
Lizenz proprietär
http://eji.com/a86

Obwohl A86 die erwartete x86-Syntax unterstützt, erlaubt es in einigen Fällen eine einfachere Kurzform und erfordert nicht die Verwendung von Direktiven wie ASSUME, SEGMENT und PROC, auf die der Microsoft Macro Assembler und andere zeitgenössische Assembler angewiesen sind. Die Geschwindigkeit der Assemblierung ist ein Hauptverkaufsargument.[3][4] Isaacson behauptete, dass A86 auf einem Pentium II oder besser 100.000 Zeilen Quellcode pro Sekunde assemblieren könne.

A86 und D86 sind auf 16-Bit-x86-Plattformen ausgerichtet. Isaacson fügte in den 1990er Jahren Unterstützung für 32-Bit hinzu, in Form von A386 und D386.[1] Diese wurden nicht als Shareware verteilt, sondern den Benutzern zur Verfügung gestellt, die A86 registriert hatten. Die A86-Produktfamilie wurde nie auf Microsoft Windows portiert, aber es ist möglich, die von A386 erstellten Objektdateien mit einem Windows-Linker zu verwenden.[5] Der Assembler unterstützt keinen 64-Bit-Code.[6]

A86-spezifische Eigenschaften

[Bearbeiten | Quelltext bearbeiten]
  • Jedes Label, bestehend aus einem Buchstaben gefolgt von einer oder mehreren Ziffern, wird als lokal betrachtet und kann bei Bedarf neu definiert werden, wobei jede Definition die vorherige ersetzt. In der Anleitung wird empfohlen, L1 bis L9 für normalen Code und M1 bis M9 in Makros zu verwenden. Verzweigungen zu lokalen Labels gelten als rückwärtsgerichtet, aber eine Vorwärtsverzweigung kann durch Hinzufügen des Größer-als-Symbols vor der Labelreferenz angegeben werden (z. B. >L2).
  • Zahlen, die mit einer Null beginnen, sind im Hexadezimalsystem, zum Beispiel 00FF, anstelle eines benutzerdefinierten Präfixes. Ein nachgestelltes „K“ zeigt Kibibytes[7] an. 16K entspricht 16 * 1024 oder 16384.
  • Auf derselben Quellzeile können mehrere Register gleichzeitig gepusht oder gepoppt werden. „push eax, edx, ebp“ generiert eine Anweisung für jeden der drei Operanden.
  • Es gibt eine Abkürzung für die bedingte Ausführung einer einzelnen Anweisung. „if z mov ax, bx“ gibt zwei Anweisungen aus: eine bedingte Verzweigung gefolgt von der Zuweisung.
  • Wenn „ret“ als Label für eine bedingte Verzweigung angegeben ist, zielt es automatisch auf eine Rückgabe-Anweisung innerhalb des 8-Bit-Verzweigungsbereichs ab (z. B. jz ret).
  • Makros verwenden eine andere Syntax als zeitgenössische Assembler.

Unterschiede A86/A386

[Bearbeiten | Quelltext bearbeiten]

A86 und A386 sind Assembler-Programme, die von Eric Isaacson entwickelt wurden und sich hauptsächlich auf die Erstellung von Maschinen- und Assemblersprache-Code für Intel x86-Mikroprozessoren konzentrieren. Der Hauptunterschied zwischen den beiden besteht in der unterstützten Prozessorarchitektur und den Funktionen:[8][9]

Prozessorunterstützung

[Bearbeiten | Quelltext bearbeiten]
  • A86: A86 war die ursprüngliche Version und dient hauptsächlich dazu Programme für den Real Mode zu schreiben.
  • A386: A386 ist die Weiterentwicklung von A86 und bietet Unterstützung für 32-Bit-x86-Prozessoren und dessen Protected Mode. Es kann Code für neuere Prozessoren, wie den Pentium III und den AMD Athlon, erstellen.
  • A86: A86 ist für die Erstellung von 16 Bit Code für den Real Mode
  • A386: A386 bietet Unterstützung für den 386 Prozessor und seinen Nachfolgern sowie der Programmierung im Protected Mode.

Unterstützung für erweiterte Befehlssätze

[Bearbeiten | Quelltext bearbeiten]
  • A86: A86 unterstützt hauptsächlich die Befehlssätze älterer x86-Prozessoren.
  • A386: A386 unterstützt erweiterte Befehlssätze und kann Code für neuere Prozessoren mit erweiterten Funktionen generieren.

Objektbibliotheken

[Bearbeiten | Quelltext bearbeiten]
  • A86: A86 bietet eine eingebaute Quelldateibibliotheksfunktion, um auf Bibliotheksprozeduren zuzugreifen.
  • A386: Die Verfügbarkeit von A386-Bibliotheken kann von der A86-Version abweichen.

Es ist wichtig zu beachten, dass der Unterschied zwischen A86 und A386 hauptsächlich in der Zielarchitektur und den unterstützten Prozessoren liegt. Die Wahl zwischen den beiden hängt von den spezifischen Anforderungen und der Zielplattform des Projekts ab.

Code-Fingerprint

[Bearbeiten | Quelltext bearbeiten]

Der Assembler wurde entwickelt, um bestimmte Anweisungscodierungen zu verwenden, die funktional äquivalent sind, aber zusammen einen Fingerabdruck erstellen, der in der ausführbaren Datei eingebettet ist. Dies wird im rechtlichen Abschnitt der Anleitung erwähnt. Der Fingerabdruck ermöglicht es, festzustellen, ob der Code mit A86 assembliert wurde, und auch zwischen registrierten und nicht registrierten Versionen des Assemblers zu unterscheiden. Diese Analyse erfordert Zugriff auf den Quellcode.[10]

Heutige Verwendung

[Bearbeiten | Quelltext bearbeiten]

Die Verwendung von A86 und A386 ist heute eher begrenzt, da diese Assembler-Programme auf ältere x86-Prozessorarchitekturen ausgerichtet sind und nicht mehr auf dem neuesten Stand der Technik sind. Moderne Softwareentwicklung für x86-Prozessoren erfolgt normalerweise mit fortschrittlicheren Tools und Entwicklungsumgebungen. Gründe dafür sind:

Veraltete Zielarchitektur

[Bearbeiten | Quelltext bearbeiten]

A86 und A386 sind hauptsächlich auf die Entwicklung von Code für 16-Bit- und 32-Bit-x86-Prozessoren ausgerichtet. Moderne Anwendungen und Betriebssysteme verwenden jedoch in der Regel 64-Bit-x86-Prozessoren, weshalb diese Assembler-Programme für aktuelle Projekte weniger relevant sind.

Verfügbarkeit von Hochsprachen mit effizienten Compilern

[Bearbeiten | Quelltext bearbeiten]

Die meisten Entwickler verwenden heute Hochsprachen und deren Compiler, um Quellcode in Maschinencode zu übersetzen. Code, der in einer Hochsprache geschrieben wurde, ist in der Regel leichter zu warten und unter deutlich weniger Arbeitsaufwand geschrieben. Die Compiler erzeugen aufgrund der heutzutage hochkomplexen CPUs meist besseren Maschinencode, als sie ein Mensch in Assembler schreiben könnte.

Verfügbarkeit von freien Assemblern

[Bearbeiten | Quelltext bearbeiten]

Heutzutage gibt es eine Vielzahl an freien Assemblern wie NASM oder FASM die ständig weiterentwickelt werden und somit auch moderne CPUs und ihre Befehlssätze unterstützen.

Mangel an aktuellem Support

[Bearbeiten | Quelltext bearbeiten]

A86 und A386 wurden von einer Person geschrieben und werden nicht mehr weiterentwickelt.

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. a b Art of Assembly Language Programming and HLA by Randall Hyde. 15. Mai 2008, archiviert vom Original (nicht mehr online verfügbar) am 15. Mai 2008; abgerufen am 11. September 2023.  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/webster.cs.ucr.edu
  2. Eric Isaacson Software: A86 macro assembler v4.02. 1995, abgerufen am 11. September 2023.
  3. DOS International 06/1989 S. 56 - Assembler aus dem Shareware-Fundus A86 und Chasm
  4. DOS International Ausgabe 12/1989
  5. A386 and Win32 Programming. Abgerufen am 11. September 2023.
  6. Eric Isaacson Software: A86 macro assembler v4.02. 1995, abgerufen am 11. September 2023.
  7. Kilobyte Constants, a Simple and Beautiful Idea that Hasn't Caught On. Abgerufen am 11. September 2023.
  8. A86 assembler. Abgerufen am 11. September 2023.
  9. A86/A386 and D86/D386 features. Abgerufen am 11. September 2023.
  10. Rakan El-Khalil und Angelos D. Keromytis: Hiding Information in Program Binaries. Department of Computer Science, Columbia University in the City of New York, abgerufen am 11. September 2023 (englisch).