hardware:doku:techrefguide:abschnitt3
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungLetzte ÜberarbeitungBeide Seiten der Revision | ||
hardware:doku:techrefguide:abschnitt3 [03/05/2008 23:05] – ergänzt. uxt | hardware:doku:techrefguide:abschnitt3 [25/05/2020 21:05] – Fehler in int 61H Fn 2CH korrigiert. karlmueller | ||
---|---|---|---|
Zeile 522: | Zeile 522: | ||
**__Fn 2CH__ BIOS-Versionsnummer ermitteln**\\ | **__Fn 2CH__ BIOS-Versionsnummer ermitteln**\\ | ||
Parameter: AH 2CH | Parameter: AH 2CH | ||
- | Rückgabe: | + | Rückgabe: |
**Anmerkung: | **Anmerkung: | ||
+ | Das Technische Referenzhandbuch ist falsch. Es muss DX und nicht BX sein (Quelle: The Resource File Jun 1990, Seite 11. | ||
\\ | \\ | ||
\\ | \\ | ||
Zeile 750: | Zeile 751: | ||
| | ||
Die CONFIG.SYS Datei wird immer von Laufwerk C geladen und kann nicht umgangen werden.\\ | Die CONFIG.SYS Datei wird immer von Laufwerk C geladen und kann nicht umgangen werden.\\ | ||
+ | |||
Zeile 755: | Zeile 757: | ||
Eine RUN Datei ist ein speziell geschriebenes Programm, dass direkt von einer CCM ausgeführt werden kann ohne in das TPA (Transient Programm Area) geladen werden zu müssen. Ein offensichtlicher Vorteil dieser Art der Ausführung ist die Minimierung des Gebrauchs des Hauptspeichers.\\ | Eine RUN Datei ist ein speziell geschriebenes Programm, dass direkt von einer CCM ausgeführt werden kann ohne in das TPA (Transient Programm Area) geladen werden zu müssen. Ein offensichtlicher Vorteil dieser Art der Ausführung ist die Minimierung des Gebrauchs des Hauptspeichers.\\ | ||
\\ | \\ | ||
- | Eine RUN Datei kann vom Befehlsprozessor ausgeführt werden indem man RUN < | + | Eine RUN Datei kann vom Befehlsprozessor ausgeführt werden indem man RUN < |
\\ | \\ | ||
Es gibt mehere Bedingungen für Programme die den Befehl RUN verwenden: | Es gibt mehere Bedingungen für Programme die den Befehl RUN verwenden: | ||
Zeile 890: | Zeile 892: | ||
Der Terminplaner sortiert die Einträge chronologisch wann immer er geladen wird. | Der Terminplaner sortiert die Einträge chronologisch wann immer er geladen wird. | ||
\\ | \\ | ||
+ | |||
==== 3.9.2 Formate der Systemdateien ==== | ==== 3.9.2 Formate der Systemdateien ==== | ||
- | Es gibt drei System-Dateien die die Funktionsweise des BIOS und der internen Anwendungen steuern. Jede dieser Dateien hat ihr eigenes festgelegtes standard Datei-FOrmat. Diese sind:\\ | + | Es gibt drei System-Dateien die die Funktionsweise des BIOS und der internen Anwendungen steuern. Jede dieser Dateien hat ihr eigenes festgelegtes standard Datei-Format. Diese sind:\\ |
| | ||
| | ||
- | | + | |
Alle drei Dateien werden in den Hauptspeicher geladen, wenn eine Anwendung aufgerufen wird. Wenn wärend der Bearbeitung Daten aus diesen Dateien geändert werden, so geschieht dies nur in der Kopie im Hauptspeicher. Alle drei Dateien werden neu geschrieben wenn die Anwendungen beendet werden (z.B.: druch Drücken der Esc-Taste oder durch Beenden im Hauptmenü).\\ | Alle drei Dateien werden in den Hauptspeicher geladen, wenn eine Anwendung aufgerufen wird. Wenn wärend der Bearbeitung Daten aus diesen Dateien geändert werden, so geschieht dies nur in der Kopie im Hauptspeicher. Alle drei Dateien werden neu geschrieben wenn die Anwendungen beendet werden (z.B.: druch Drücken der Esc-Taste oder durch Beenden im Hauptmenü).\\ | ||
\\ | \\ | ||
+ | |||
=== 3.9.2.1 CLIPBORD.DAT === | === 3.9.2.1 CLIPBORD.DAT === | ||
Dies ist die Datei, die von den Anwendungen als Klemmbrett verwendet wird. Es ist ein Datenblock, der mit einer Null (00H) terminiert ist. Zeilenumbrüche werden al 0DH gespeichert, | Dies ist die Datei, die von den Anwendungen als Klemmbrett verwendet wird. Es ist ein Datenblock, der mit einer Null (00H) terminiert ist. Zeilenumbrüche werden al 0DH gespeichert, | ||
Zeile 1032: | Zeile 1036: | ||
\\ | \\ | ||
+ | |||
+ | |||
+ | |||
==== 3.10.2 Dataillierte Beschreibung der Funktionen ==== | ==== 3.10.2 Dataillierte Beschreibung der Funktionen ==== | ||
Wo Koordinaten in 16-Bit Registern angegeben werden (z.B. obere linke Ecke, untere rechte Ecke), ist das höhere Byte die y-Koordinate, | Wo Koordinaten in 16-Bit Registern angegeben werden (z.B. obere linke Ecke, untere rechte Ecke), ist das höhere Byte die y-Koordinate, | ||
Zeile 1080: | Zeile 1087: | ||
; | ; | ||
- | **Anmerkungen: | + | **Anmerkungen: |
- | 2. Falls sie einen Text vorgeben wollen, schreiben sie ihn in den Zielpuffer, null-terminiert. | + | |
- | 3. Die Reihe von Beeindigungs-Codes besteht aus 16-Bit " | + | 2. Falls sie einen Text vorgeben wollen, schreiben sie ihn in den Zielpuffer, null-terminiert. |
- | 4. TASTENCODES: | + | 3. Die Reihe von Beeindigungs-Codes besteht aus 16-Bit " |
- | 5. Wenn sie einen Rahmen angeben, so werden beim Bearbeiten 2 Bytes von " | + | normalen 256 Zeichen gleich Null, aber für Steuerungstasten wie Start, Ende, u.s.w. ist es 1. |
- | 6. Ähnlich, wenn sie eine Eingabeaufforderung angeben haben sie weniger Spielraum bei der Bearbeitung. | + | 4. TASTENCODES: |
- | 7. Doppelwort Zeiger und Adressen haben die niederwertige Adresse im höherwertigen Wort (also Offset: | + | Zum Beispiel " |
+ | Cursortaste=0148H) dargestellt. Spezielle (DIP-spezifische) Tastencodes werden als AL=code, | ||
+ | AH=2/3 dargestellt. Z.B. bevor sie wiederhergestellte Zeichen senden (immer eingefügt, kein ^ | ||
+ | verarbeitet) senden sie 0201H, am Ende der Wiederhergestellten Zeichen senden sie 0202H. | ||
+ | 5. Wenn sie einen Rahmen angeben, so werden beim Bearbeiten 2 Bytes von " | ||
+ | 6. Ähnlich, wenn sie eine Eingabeaufforderung angeben haben sie weniger Spielraum bei der | ||
+ | Bearbeitung. | ||
+ | 7. Doppelwort Zeiger und Adressen haben die niederwertige Adresse im höherwertigen Wort. | ||
\\ | \\ | ||
\\ | \\ | ||
Zeile 1248: | Zeile 1262: | ||
CS:SI Fehlertext (doppelt null-terminiert) | CS:SI Fehlertext (doppelt null-terminiert) | ||
Rückgabe: | Rückgabe: | ||
- | | + | Beschreibung: |
\\ | \\ | ||
\\ | \\ |
hardware/doku/techrefguide/abschnitt3.txt · Zuletzt geändert: 13/06/2020 18:06 von karlmueller