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] – Formatierung. 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 ==== | ||
Zeile 1084: | Zeile 1090: | ||
1. Der Zielpuffer sollte mindestens " | 1. Der Zielpuffer sollte mindestens " | ||
2. Falls sie einen Text vorgeben wollen, schreiben sie ihn in den Zielpuffer, null-terminiert. | 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 " | + | 3. Die Reihe von Beeindigungs-Codes besteht aus 16-Bit " |
- | | + | normalen 256 Zeichen gleich Null, aber für Steuerungstasten wie Start, Ende, u.s.w. ist es 1. |
- | 4. TASTENCODES: | + | 4. TASTENCODES: |
- | Erweiterte Tastencodes werden als AL=Scancode, | + | Zum Beispiel " |
- | | + | Cursortaste=0148H) dargestellt. Spezielle (DIP-spezifische) Tastencodes werden als AL=code, |
- | Zeichen senden (immer eingefügt, kein ^ verarbeitet) senden sie 0201H, am Ende der Wiederhergestellten | + | AH=2/3 dargestellt. Z.B. bevor sie wiederhergestellte Zeichen senden (immer eingefügt, kein ^ |
- | Zeichen senden sie 0202H. | + | 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 " | 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. | + | 6. Ähnlich, wenn sie eine Eingabeaufforderung angeben haben sie weniger Spielraum bei der |
- | 7. Doppelwort Zeiger und Adressen haben die niederwertige Adresse im höherwertigen Wort (also Offset: | + | Bearbeitung. |
+ | 7. Doppelwort Zeiger und Adressen haben die niederwertige Adresse im höherwertigen Wort. | ||
\\ | \\ | ||
\\ | \\ | ||
Zeile 1255: | 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