TSR-Programm - Versionsgeschichte

Siegbert v2: …im Schach-Beispiel konnte man auch noch ein paar Artikel verlinken

2024-07-14T23:41:09Z

…im Schach-Beispiel konnte man auch noch ein paar Artikel verlinken

← Nächstältere Version		Version vom 15. Juli 2024, 01:41 Uhr
Zeile 11:		Zeile 11:
	* Bei Betriebssystemen mit änderbaren Sprungadressen im [[Random-Access Memory\|RAM]]-Speicher (damals noch keine Selbstverständlichkeit) lenken residente Programme diese auf sich selbst um, erst danach erfolgt der Sprung zum Systemprozess, dessen Adresse aus der im RAM vor dem Umlenken gespeicherten Sprungadresse bekannt ist, welche sich das residente Programm merkt. Sie schalten sich also zwischen ein Anwendungsprogramm und den Systemprozess.		* Bei Betriebssystemen mit änderbaren Sprungadressen im [[Random-Access Memory\|RAM]]-Speicher (damals noch keine Selbstverständlichkeit) lenken residente Programme diese auf sich selbst um, erst danach erfolgt der Sprung zum Systemprozess, dessen Adresse aus der im RAM vor dem Umlenken gespeicherten Sprungadresse bekannt ist, welche sich das residente Programm merkt. Sie schalten sich also zwischen ein Anwendungsprogramm und den Systemprozess.
	* Dieselbe Möglichkeit kann auch bei einigen Homecomputern genutzt werden, deren gesamtes Betriebssystem, wie damals durchaus üblich, im Festspeicher ([[Festwertspeicher\|ROM]]) untergebracht ist (so wie heute noch die [[Firmware]] des Systems). Sofern das Betriebssystem beim Systemstart Sprungvariablen in den RAM-Speicher schreibt, können diese Sprungadressen, wie zuvor beschrieben, geändert werden.		* Dieselbe Möglichkeit kann auch bei einigen Homecomputern genutzt werden, deren gesamtes Betriebssystem, wie damals durchaus üblich, im Festspeicher ([[Festwertspeicher\|ROM]]) untergebracht ist (so wie heute noch die [[Firmware]] des Systems). Sofern das Betriebssystem beim Systemstart Sprungvariablen in den RAM-Speicher schreibt, können diese Sprungadressen, wie zuvor beschrieben, geändert werden.
	* Wenn diese Sprungadressen direkt aus dem ROM aufgerufen werden, muss die Anwendung beim Start das eigentliche Betriebssystem vollständig ersetzen und die systemrelevanten Hintergrundprozesse im ROM selbst aufrufen, um sich selbst und das System lebensfähig zu halten. Ein anschauliches Beispiel dafür ist eine Stoppuhr im Schachprogramm des Sinclair ZX-Spectrum. Wenn der Spieler während eines Zuges den Assemblerteil stoppt, um den Spielstand unter einem ~~Basicprogramm~~ zwischenzuspeichern, gibt der Interpreter regelmäßig die Kontrolle an die Schachuhr zurück, die dadurch weiter läuft.		* Wenn diese Sprungadressen direkt aus dem ROM aufgerufen werden, muss die Anwendung beim Start das eigentliche Betriebssystem vollständig ersetzen und die systemrelevanten Hintergrundprozesse im ROM selbst aufrufen, um sich selbst und das System lebensfähig zu halten. Ein anschauliches Beispiel dafür ist eine Stoppuhr im [[Schachprogramm]] des [[Sinclair ZX Spectrum]]. Wenn der Spieler während eines Zuges den [[Assembler (Informatik)\|Assemblerteil]] stoppt, um den [[Zwischenstand\|Spielstand]] unter einem [[BASIC]]-Programm zwischenzuspeichern, gibt der Interpreter regelmäßig die Kontrolle an die [[Schachuhr]] zurück, die dadurch weiter läuft.

	== Die TSR-Programme unter DOS ==		== Die TSR-Programme unter DOS ==
Zeile 18:		Zeile 18:
	Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS immer im ersten [[Byte\|KiB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.		Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS immer im ersten [[Byte\|KiB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.

	Ein sehr beliebtes Beispiel ist der Timer-Interrupt (Interrupt 1Ch Timer) für eine residente Uhr. Dies geschieht fast genauso wie oben für Homecomputer beschrieben, aber mit Hilfe von Interrupts hardwaregesteuert und damit unabhängiger von Softwareschwächen. Damit laufen TSR-Programme wesentlich stabiler. Der unter DOS wahrscheinlich am häufigsten „verbogene“ Software-Interrupt ist der DOS-Funktions-Interrupt (Interrupt 21h DOS), der die meisten Betriebssystemfunktionen des DOS für andere Programme enthält. TSR-Programme können beispielsweise bestimmte Funktionen überwachen, aufzeichnen, verbieten oder auch im geladenen DOS eigentlich nicht vorhandene Funktionen hinzufügen.		Ein sehr beliebtes Beispiel ist der [[Timer]]-Interrupt (Interrupt 1Ch Timer) für eine residente Uhr. Dies geschieht fast genauso wie oben für Homecomputer beschrieben, aber mit Hilfe von Interrupts hardwaregesteuert und damit unabhängiger von Softwareschwächen. Damit laufen TSR-Programme wesentlich stabiler. Der unter DOS wahrscheinlich am häufigsten „verbogene“ Software-Interrupt ist der DOS-Funktions-Interrupt (Interrupt 21h DOS), der die meisten Betriebssystemfunktionen des DOS für andere Programme enthält. TSR-Programme können beispielsweise bestimmte Funktionen überwachen, aufzeichnen, verbieten oder auch im geladenen DOS eigentlich nicht vorhandene Funktionen hinzufügen.

	Gerätetreiber sind ein weiteres Anwendungsbeispiel für TSR-Programme. Einfache Beispiele hierfür sind DOS-Maustreiber (Hardware-Interrupt 14h – serielle Schnittstelle, sowie Software-Interrupt 33h – Mausfunktionen für DOS-Programme), sowie Tastatur- und [[Enhanced Graphics Adapter\|EGA]]-Treiber, Treiber für den Erweiterungsspeicher usw.		Gerätetreiber sind ein weiteres Anwendungsbeispiel für TSR-Programme. Einfache Beispiele hierfür sind DOS-Maustreiber (Hardware-Interrupt 14h – [[serielle Schnittstelle]], sowie Software-Interrupt 33h – Mausfunktionen für DOS-Programme), sowie Tastatur- und [[Enhanced Graphics Adapter\|EGA]]-Treiber, Treiber für den Erweiterungsspeicher usw.
	<!-- hilft so aber nicht immer [[Benutzer:Danimilkasahne\|DMS]] 22:01, 29. Jul 2003 (CEST)//-->		<!-- hilft so aber nicht immer [[Benutzer:Danimilkasahne\|DMS]] 22:01, 29. Jul 2003 (CEST)//-->
	Beim Einrichten eines Computers sollte man aufgrund der besonderen Verhaltensweise von TSR-Programmen, die nur in den [[konventioneller Speicher\|konventionellen Speicher]] geladen werden können, grundsätzlich größere TSR-Programme ''vor'' kleineren laden, da die Lücken, die ihre transienten Teile hinterlassen, möglicherweise von den kleineren TSR-Programmen ausgefüllt werden können – umgekehrt kann es passieren, dass die größeren nicht mehr in den Speicher passen, da die „Lücken“, die die transienten Teile der kleineren hinterlassen, nicht mehr für die größeren ausreichen. Manche TSRs vermeiden das Entstehen von Speicherlücken auch durch geschicktes Verschieben der zu installierenden Interruptvektoren.		Beim Einrichten eines Computers sollte man aufgrund der besonderen Verhaltensweise von TSR-Programmen, die nur in den [[konventioneller Speicher\|konventionellen Speicher]] geladen werden können, grundsätzlich größere TSR-Programme ''vor'' kleineren laden, da die Lücken, die ihre transienten Teile hinterlassen, möglicherweise von den kleineren TSR-Programmen ausgefüllt werden können – umgekehrt kann es passieren, dass die größeren nicht mehr in den Speicher passen, da die „Lücken“, die die transienten Teile der kleineren hinterlassen, nicht mehr für die größeren ausreichen. Manche TSRs vermeiden das Entstehen von Speicherlücken auch durch geschicktes Verschieben der zu installierenden Interruptvektoren.

Siegbert v2: Zwei Passagen mit Einzelnachweis versehen / Artikel verlinkt / Kleinigkeiten

2024-07-14T23:11:43Z

Zwei Passagen mit Einzelnachweis versehen / Artikel verlinkt / Kleinigkeiten

Siegbert v2: Belege / Kommentar auf Diskussionsseite verschoben

2024-06-01T09:13:36Z

Belege / Kommentar auf Diskussionsseite verschoben

@@ Zeile 1: / Zeile 1: @@
-Ein '''TSR-Programm''' (im deutschsprachigen Raum oft ''speicherresidentes Programm'') ist ein [[PC-kompatibles DOS|DOS]]-Programm, das nach Ausführung weiterhin im Speicher verbleibt und bei Bedarf erneut aufgerufen werden kann.
+Ein '''TSR-Programm''' (im deutschsprachigen Raum oft ''speicherresidentes Programm'') ist ein [[PC-kompatibles DOS|DOS]]-Programm, das nach Ausführung weiterhin im Speicher verbleibt und bei Bedarf erneut aufgerufen werden kann.<ref>{{Internetquelle |url=https://www.pcmag.com/encyclopedia/term/tsr |titel=Definition of TSR |werk=[[PC Magazine]] |hrsg=[[Ziff Davis]] |sprache=en |abruf=2024-06-01}}</ref>
 Die Abkürzung ''TSR'' stammt aus dem [[Disk Operating System|DOS]]-Umfeld und steht für „{{lang|en|Terminate and Stay Resident}}“. Das Konzept der [[Speicherresidenz]] wurde als Vorläufer zu späteren [[Multitasking]]-Anwendungen entwickelt, damit bestimmte Aufgaben (Uhr, Treiber, Systemdienste) permanent als [[Hintergrundprozess]] ablaufen können, oder schlicht, um Funktionalität des Betriebssystems zu erweitern oder zu ersetzen.
@@ Zeile 27: / Zeile 27: @@
 == Weblinks ==
-* [https://web.archive.org/web/20170107002933/http://ece.wpi.edu/~wrm/Courses/EE3803/Labs/roehrl.html Interrupts and DOS system programming] <small>(englisch; Memento auf archive.org)</small>
+* {{Internetquelle |autor=Gerhard Roehrl |url=http://ece.wpi.edu/~wrm/Courses/EE3803/Labs/roehrl.html |titel=8086/8088 Interrupts and DOS system programming |sprache=en |archiv-url=https://web.archive.org/web/20170107002933/http://ece.wpi.edu/~wrm/Courses/EE3803/Labs/roehrl.html |archiv-datum=2017-01-07 |abruf=2024-06-01 |abruf-verborgen=ja}}
 {{DEFAULTSORT:Tsr-Programm}}
 [[Kategorie:Softwarearchitektur]]

Siegbert v2: Rückgabewert verlinkt

2024-06-01T08:32:17Z

Rückgabewert verlinkt

← Nächstältere Version		Version vom 1. Juni 2024, 10:32 Uhr
Zeile 14:		Zeile 14:

	== Die TSR-Programme unter DOS ==		== Die TSR-Programme unter DOS ==
	Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert möglich ab MS-DOS 2.0 oder ohne Rückgabewert und [[CP/M]] kompatibel über Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.		Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit [[Return Code\|Rückgabewert]] möglich ab MS-DOS 2.0 oder ohne Rückgabewert und [[CP/M]] kompatibel über Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.

	Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS immer im ersten [[Byte\|KiB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.		Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS immer im ersten [[Byte\|KiB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.

93.229.175.119: /* Die TSR-Programme unter DOS */ Einheit

2024-05-24T09:44:16Z

Die TSR-Programme unter DOS: Einheit

← Nächstältere Version		Version vom 24. Mai 2024, 11:44 Uhr
Zeile 16:		Zeile 16:
	Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert möglich ab MS-DOS 2.0 oder ohne Rückgabewert und [[CP/M]] kompatibel über Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.		Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert möglich ab MS-DOS 2.0 oder ohne Rückgabewert und [[CP/M]] kompatibel über Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.

	Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS immer im ersten [[Byte\|KB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.		Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS immer im ersten [[Byte\|KiB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.

	Ein sehr beliebtes Beispiel ist der Timer-Interrupt (Interrupt 1Ch Timer) für eine residente Uhr. Dies geschieht fast genauso wie oben für Homecomputer beschrieben, aber mit Hilfe von Interrupts hardwaregesteuert und damit unabhängiger von Softwareschwächen. Damit laufen TSR-Programme wesentlich stabiler. Der unter DOS wahrscheinlich am häufigsten „verbogene“ Software-Interrupt ist der DOS-Funktions-Interrupt (Interrupt 21h DOS), der die meisten Betriebssystemfunktionen des DOS für andere Programme enthält. TSR-Programme können beispielsweise bestimmte Funktionen überwachen, aufzeichnen, verbieten oder auch im geladenen DOS eigentlich nicht vorhandene Funktionen hinzufügen.		Ein sehr beliebtes Beispiel ist der Timer-Interrupt (Interrupt 1Ch Timer) für eine residente Uhr. Dies geschieht fast genauso wie oben für Homecomputer beschrieben, aber mit Hilfe von Interrupts hardwaregesteuert und damit unabhängiger von Softwareschwächen. Damit laufen TSR-Programme wesentlich stabiler. Der unter DOS wahrscheinlich am häufigsten „verbogene“ Software-Interrupt ist der DOS-Funktions-Interrupt (Interrupt 21h DOS), der die meisten Betriebssystemfunktionen des DOS für andere Programme enthält. TSR-Programme können beispielsweise bestimmte Funktionen überwachen, aufzeichnen, verbieten oder auch im geladenen DOS eigentlich nicht vorhandene Funktionen hinzufügen.

93.229.175.119: /* Die TSR-Programme unter DOS */ Form

2024-05-24T09:43:50Z

Die TSR-Programme unter DOS: Form

← Nächstältere Version		Version vom 24. Mai 2024, 11:43 Uhr
Zeile 16:		Zeile 16:
	Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert möglich ab MS-DOS 2.0 oder ohne Rückgabewert und [[CP/M]] kompatibel über Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.		Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert möglich ab MS-DOS 2.0 oder ohne Rückgabewert und [[CP/M]] kompatibel über Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.

	Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS~~-Computern~~ immer im ersten [[Byte\|KB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.		Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS immer im ersten [[Byte\|KB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.

	Ein sehr beliebtes Beispiel ist der Timer-Interrupt (Interrupt 1Ch Timer) für eine residente Uhr. Dies geschieht fast genauso wie oben für Homecomputer beschrieben, aber mit Hilfe von Interrupts hardwaregesteuert und damit unabhängiger von Softwareschwächen. Damit laufen TSR-Programme wesentlich stabiler. Der unter DOS wahrscheinlich am häufigsten „verbogene“ Software-Interrupt ist der DOS-Funktions-Interrupt (Interrupt 21h DOS), der die meisten Betriebssystemfunktionen des DOS für andere Programme enthält. TSR-Programme können beispielsweise bestimmte Funktionen überwachen, aufzeichnen, verbieten oder auch im geladenen DOS eigentlich nicht vorhandene Funktionen hinzufügen.		Ein sehr beliebtes Beispiel ist der Timer-Interrupt (Interrupt 1Ch Timer) für eine residente Uhr. Dies geschieht fast genauso wie oben für Homecomputer beschrieben, aber mit Hilfe von Interrupts hardwaregesteuert und damit unabhängiger von Softwareschwächen. Damit laufen TSR-Programme wesentlich stabiler. Der unter DOS wahrscheinlich am häufigsten „verbogene“ Software-Interrupt ist der DOS-Funktions-Interrupt (Interrupt 21h DOS), der die meisten Betriebssystemfunktionen des DOS für andere Programme enthält. TSR-Programme können beispielsweise bestimmte Funktionen überwachen, aufzeichnen, verbieten oder auch im geladenen DOS eigentlich nicht vorhandene Funktionen hinzufügen.

93.229.175.119: /* Die TSR-Programme unter DOS */ interwiki link

2024-05-24T09:42:09Z

Die TSR-Programme unter DOS: interwiki link

← Nächstältere Version		Version vom 24. Mai 2024, 11:42 Uhr
Zeile 14:		Zeile 14:

	== Die TSR-Programme unter DOS ==		== Die TSR-Programme unter DOS ==
	Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert möglich ab MS-DOS 2.0 oder ohne Rückgabewert und CP/M kompatibel über Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.		Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert möglich ab MS-DOS 2.0 oder ohne Rückgabewert und [[CP/M]] kompatibel über Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.

	Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS-Computern immer im ersten [[Byte\|KB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.		Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS-Computern immer im ersten [[Byte\|KB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.

93.229.175.119: /* Die TSR-Programme unter DOS */ Formulierung. Das Programm muss für int21h geschrieben sein.

2024-05-24T09:40:30Z

Die TSR-Programme unter DOS: Formulierung. Das Programm muss für int21h geschrieben sein.

← Nächstältere Version		Version vom 24. Mai 2024, 11:40 Uhr
Zeile 14:		Zeile 14:

	== Die TSR-Programme unter DOS ==		== Die TSR-Programme unter DOS ==
	Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert ab MS-DOS 2.0 oder ohne Rückgabewert und CP/M kompatibel ~~nur~~ Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.		Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert möglich ab MS-DOS 2.0 oder ohne Rückgabewert und CP/M kompatibel über Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.

	Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS-Computern immer im ersten [[Byte\|KB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.		Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS-Computern immer im ersten [[Byte\|KB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.

93.229.175.119: /* Die TSR-Programme unter DOS */ Formulierung

2024-05-24T09:39:17Z

Die TSR-Programme unter DOS: Formulierung

← Nächstältere Version		Version vom 24. Mai 2024, 11:39 Uhr
Zeile 14:		Zeile 14:

	== Die TSR-Programme unter DOS ==		== Die TSR-Programme unter DOS ==
	Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert ab MS-DOS 2.0 oder ~~einfach~~ ohne Rückgabewert und CP/M kompatibel nur Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.		Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert ab MS-DOS 2.0 oder ohne Rückgabewert und CP/M kompatibel nur Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.

	Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS-Computern immer im ersten [[Byte\|KB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.		Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS-Computern immer im ersten [[Byte\|KB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.

93.229.175.119: /* Die TSR-Programme unter DOS */ Beleg: Rolf Browns Interrupt List

2024-05-24T09:38:57Z

Die TSR-Programme unter DOS: Beleg: Rolf Browns Interrupt List

← Nächstältere Version		Version vom 24. Mai 2024, 11:38 Uhr
Zeile 14:		Zeile 14:

	== Die TSR-Programme unter DOS ==		== Die TSR-Programme unter DOS ==
	Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch oder einfach nur Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.		Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit Rückgabewert ab MS-DOS 2.0 oder einfach ohne Rückgabewert und CP/M kompatibel nur Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.

	Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS-Computern immer im ersten [[Byte\|KB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.		Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS-Computern immer im ersten [[Byte\|KB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.

← Nächstältere Version		Version vom 15. Juli 2024, 01:41 Uhr
Zeile 11:		Zeile 11:
	* Bei Betriebssystemen mit änderbaren Sprungadressen im [[Random-Access Memory\|RAM]]-Speicher (damals noch keine Selbstverständlichkeit) lenken residente Programme diese auf sich selbst um, erst danach erfolgt der Sprung zum Systemprozess, dessen Adresse aus der im RAM vor dem Umlenken gespeicherten Sprungadresse bekannt ist, welche sich das residente Programm merkt. Sie schalten sich also zwischen ein Anwendungsprogramm und den Systemprozess.		* Bei Betriebssystemen mit änderbaren Sprungadressen im [[Random-Access Memory\|RAM]]-Speicher (damals noch keine Selbstverständlichkeit) lenken residente Programme diese auf sich selbst um, erst danach erfolgt der Sprung zum Systemprozess, dessen Adresse aus der im RAM vor dem Umlenken gespeicherten Sprungadresse bekannt ist, welche sich das residente Programm merkt. Sie schalten sich also zwischen ein Anwendungsprogramm und den Systemprozess.
	* Dieselbe Möglichkeit kann auch bei einigen Homecomputern genutzt werden, deren gesamtes Betriebssystem, wie damals durchaus üblich, im Festspeicher ([[Festwertspeicher\|ROM]]) untergebracht ist (so wie heute noch die [[Firmware]] des Systems). Sofern das Betriebssystem beim Systemstart Sprungvariablen in den RAM-Speicher schreibt, können diese Sprungadressen, wie zuvor beschrieben, geändert werden.		* Dieselbe Möglichkeit kann auch bei einigen Homecomputern genutzt werden, deren gesamtes Betriebssystem, wie damals durchaus üblich, im Festspeicher ([[Festwertspeicher\|ROM]]) untergebracht ist (so wie heute noch die [[Firmware]] des Systems). Sofern das Betriebssystem beim Systemstart Sprungvariablen in den RAM-Speicher schreibt, können diese Sprungadressen, wie zuvor beschrieben, geändert werden.
	* Wenn diese Sprungadressen direkt aus dem ROM aufgerufen werden, muss die Anwendung beim Start das eigentliche Betriebssystem vollständig ersetzen und die systemrelevanten Hintergrundprozesse im ROM selbst aufrufen, um sich selbst und das System lebensfähig zu halten. Ein anschauliches Beispiel dafür ist eine Stoppuhr im Schachprogramm des Sinclair ZX-Spectrum. Wenn der Spieler während eines Zuges den Assemblerteil stoppt, um den Spielstand unter einem ~~Basicprogramm~~ zwischenzuspeichern, gibt der Interpreter regelmäßig die Kontrolle an die Schachuhr zurück, die dadurch weiter läuft.		* Wenn diese Sprungadressen direkt aus dem ROM aufgerufen werden, muss die Anwendung beim Start das eigentliche Betriebssystem vollständig ersetzen und die systemrelevanten Hintergrundprozesse im ROM selbst aufrufen, um sich selbst und das System lebensfähig zu halten. Ein anschauliches Beispiel dafür ist eine Stoppuhr im [[Schachprogramm]] des [[Sinclair ZX Spectrum]]. Wenn der Spieler während eines Zuges den [[Assembler (Informatik)\|Assemblerteil]] stoppt, um den [[Zwischenstand\|Spielstand]] unter einem [[BASIC]]-Programm zwischenzuspeichern, gibt der Interpreter regelmäßig die Kontrolle an die [[Schachuhr]] zurück, die dadurch weiter läuft.

	== Die TSR-Programme unter DOS ==		== Die TSR-Programme unter DOS ==
Zeile 18:		Zeile 18:
	Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS immer im ersten [[Byte\|KiB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.		Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS immer im ersten [[Byte\|KiB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.

	Ein sehr beliebtes Beispiel ist der Timer-Interrupt (Interrupt 1Ch Timer) für eine residente Uhr. Dies geschieht fast genauso wie oben für Homecomputer beschrieben, aber mit Hilfe von Interrupts hardwaregesteuert und damit unabhängiger von Softwareschwächen. Damit laufen TSR-Programme wesentlich stabiler. Der unter DOS wahrscheinlich am häufigsten „verbogene“ Software-Interrupt ist der DOS-Funktions-Interrupt (Interrupt 21h DOS), der die meisten Betriebssystemfunktionen des DOS für andere Programme enthält. TSR-Programme können beispielsweise bestimmte Funktionen überwachen, aufzeichnen, verbieten oder auch im geladenen DOS eigentlich nicht vorhandene Funktionen hinzufügen.		Ein sehr beliebtes Beispiel ist der [[Timer]]-Interrupt (Interrupt 1Ch Timer) für eine residente Uhr. Dies geschieht fast genauso wie oben für Homecomputer beschrieben, aber mit Hilfe von Interrupts hardwaregesteuert und damit unabhängiger von Softwareschwächen. Damit laufen TSR-Programme wesentlich stabiler. Der unter DOS wahrscheinlich am häufigsten „verbogene“ Software-Interrupt ist der DOS-Funktions-Interrupt (Interrupt 21h DOS), der die meisten Betriebssystemfunktionen des DOS für andere Programme enthält. TSR-Programme können beispielsweise bestimmte Funktionen überwachen, aufzeichnen, verbieten oder auch im geladenen DOS eigentlich nicht vorhandene Funktionen hinzufügen.

	Gerätetreiber sind ein weiteres Anwendungsbeispiel für TSR-Programme. Einfache Beispiele hierfür sind DOS-Maustreiber (Hardware-Interrupt 14h – serielle Schnittstelle, sowie Software-Interrupt 33h – Mausfunktionen für DOS-Programme), sowie Tastatur- und [[Enhanced Graphics Adapter\|EGA]]-Treiber, Treiber für den Erweiterungsspeicher usw.		Gerätetreiber sind ein weiteres Anwendungsbeispiel für TSR-Programme. Einfache Beispiele hierfür sind DOS-Maustreiber (Hardware-Interrupt 14h – [[serielle Schnittstelle]], sowie Software-Interrupt 33h – Mausfunktionen für DOS-Programme), sowie Tastatur- und [[Enhanced Graphics Adapter\|EGA]]-Treiber, Treiber für den Erweiterungsspeicher usw.
	<!-- hilft so aber nicht immer [[Benutzer:Danimilkasahne\|DMS]] 22:01, 29. Jul 2003 (CEST)//-->		<!-- hilft so aber nicht immer [[Benutzer:Danimilkasahne\|DMS]] 22:01, 29. Jul 2003 (CEST)//-->
	Beim Einrichten eines Computers sollte man aufgrund der besonderen Verhaltensweise von TSR-Programmen, die nur in den [[konventioneller Speicher\|konventionellen Speicher]] geladen werden können, grundsätzlich größere TSR-Programme ''vor'' kleineren laden, da die Lücken, die ihre transienten Teile hinterlassen, möglicherweise von den kleineren TSR-Programmen ausgefüllt werden können – umgekehrt kann es passieren, dass die größeren nicht mehr in den Speicher passen, da die „Lücken“, die die transienten Teile der kleineren hinterlassen, nicht mehr für die größeren ausreichen. Manche TSRs vermeiden das Entstehen von Speicherlücken auch durch geschicktes Verschieben der zu installierenden Interruptvektoren.		Beim Einrichten eines Computers sollte man aufgrund der besonderen Verhaltensweise von TSR-Programmen, die nur in den [[konventioneller Speicher\|konventionellen Speicher]] geladen werden können, grundsätzlich größere TSR-Programme ''vor'' kleineren laden, da die Lücken, die ihre transienten Teile hinterlassen, möglicherweise von den kleineren TSR-Programmen ausgefüllt werden können – umgekehrt kann es passieren, dass die größeren nicht mehr in den Speicher passen, da die „Lücken“, die die transienten Teile der kleineren hinterlassen, nicht mehr für die größeren ausreichen. Manche TSRs vermeiden das Entstehen von Speicherlücken auch durch geschicktes Verschieben der zu installierenden Interruptvektoren.

← Nächstältere Version		Version vom 15. Juli 2024, 01:11 Uhr
Zeile 4:		Zeile 4:

	== Entwicklungskonzepte für Hintergrundprozesse ==		== Entwicklungskonzepte für Hintergrundprozesse ==
	Möglich und effektiv wurde dies Ende der 1970er Jahre hauptsächlich durch die Entwicklung leistungsfähiger 16-Bit-~~Prozessoren~~ und der [[Interrupt]]-Architektur, mit deren Hilfe eine Vielzahl von Geräten eines Rechners im regelmäßigen Takt relativ unabhängig vom Betriebssystem angesprochen werden können. Da eine Kommunikation zwischen diesen Geräten und dem Prozessor nicht ohne geeignete „Verwaltungsprogramme“ (Gerätetreiber) erfolgen kann, bot sich damit eine neue Möglichkeit, auch unabhängig von Hardwarekomponenten Programme zu schreiben, die im Speicher verbleiben und von den Interrupts immer wieder im Hintergrund aufgerufen werden.		Möglich und effektiv wurde dies Ende der 1970er Jahre hauptsächlich durch die Entwicklung leistungsfähiger [[16-Bit-Prozessor]]en und der [[Interrupt]]-Architektur, mit deren Hilfe eine Vielzahl von Geräten eines Rechners im regelmäßigen Takt relativ unabhängig vom Betriebssystem angesprochen werden können. Da eine Kommunikation zwischen diesen Geräten und dem Prozessor nicht ohne geeignete „Verwaltungsprogramme“ ([[Gerätetreiber]]) erfolgen kann, bot sich damit eine neue Möglichkeit, auch unabhängig von Hardwarekomponenten Programme zu schreiben, die im Speicher verbleiben und von den Interrupts immer wieder im Hintergrund aufgerufen werden.

	== Vorläufer bei Homecomputern ==		== Vorläufer bei Homecomputern ==
	Zwingend notwendig ist die Interrupt-Steuerung nicht. Bereits zuvor waren die meisten Betriebssysteme auf 8-~~bit~~-~~Prozessoren~~ wie dem [[Zilog Z80]] mit modularen Prozessen z. B. zur Speicher- und Bildverwaltung ausgestattet. Da diese über [[Sprunganweisung\|Sprungadressen]] in regelmäßigem Rhythmus abgearbeitet werden, bieten sich für weitere Anwendungen grundsätzlich zwei Möglichkeiten, an diesem Konzept teilzunehmen (vereinfachte Beschreibung):		Zwingend notwendig ist die Interrupt-Steuerung nicht. Bereits zuvor waren die meisten Betriebssysteme auf [[8-Bit-Prozessor]]en wie dem [[Zilog Z80]] mit modularen Prozessen z. B. zur Speicher- und Bildverwaltung ausgestattet. Da diese über [[Sprunganweisung\|Sprungadressen]] in regelmäßigem Rhythmus abgearbeitet werden, bieten sich für weitere Anwendungen grundsätzlich zwei Möglichkeiten, an diesem Konzept teilzunehmen (vereinfachte Beschreibung):

	* Bei Betriebssystemen mit änderbaren Sprungadressen im [[Random-Access Memory\|RAM]]-Speicher (damals noch keine Selbstverständlichkeit) lenken residente Programme diese auf sich selbst um, erst danach erfolgt der Sprung zum Systemprozess, dessen Adresse aus der im RAM vor dem Umlenken gespeicherten Sprungadresse bekannt ist, welche sich das residente Programm merkt. Sie schalten sich also zwischen ein Anwendungsprogramm und den Systemprozess.		* Bei Betriebssystemen mit änderbaren Sprungadressen im [[Random-Access Memory\|RAM]]-Speicher (damals noch keine Selbstverständlichkeit) lenken residente Programme diese auf sich selbst um, erst danach erfolgt der Sprung zum Systemprozess, dessen Adresse aus der im RAM vor dem Umlenken gespeicherten Sprungadresse bekannt ist, welche sich das residente Programm merkt. Sie schalten sich also zwischen ein Anwendungsprogramm und den Systemprozess.
Zeile 14:		Zeile 14:

	== Die TSR-Programme unter DOS ==		== Die TSR-Programme unter DOS ==
	Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit [[Return Code\|Rückgabewert]] möglich ab MS-DOS 2.0 oder ohne Rückgabewert und [[CP/M]] kompatibel über Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.		Ein TSR-Programm wird geladen und, vorerst wie jedes normale Programm, abgearbeitet. Normalerweise beendet sich ein DOS-Programm durch Aufruf der DOS-Betriebssystemfunktion (Teil des [[Softwareinterrupt\|Software]]-[[Interrupt]]s 21h) Interrupt 21h, Funktion 4Ch mit [[Return Code\|Rückgabewert]] möglich ab MS-DOS 2.0 oder ohne Rückgabewert und [[CP/M]] kompatibel über Interrupt 20h. DOS gibt daraufhin den vom Programm benutzten Speicher und andere Ressourcen frei. Bei TSR-Programmen wird der „normale“ (transiente) Ausführungsteil zwar ebenfalls im Speicher beendet (manchmal sogar der Speicher freigegeben), hierzu wird aber eine andere DOS-Funktion aufgerufen; diese ist entweder Interrupt 27h oder Interrupt 21h, Funktion 31h. Der „besondere“ (residente) TSR-Teil, ein kleines Kontrollzentrum, bleibt dann auch weiterhin im Speicher aktiv, um bei Bedarf erneut aufgerufen zu werden.<ref name="Norton89">{{Literatur \|Autor=Peter Norton, Richard Wilton \|Titel=Peter Nortons Neues Programmierhandbuch für IBM PC & PS/2 \|Verlag=Vieweg+Teubner \|Ort=Wiesbaden \|Datum=1989 \|Sprache=de \|ISBN=3322938522 \|Kapitel=Kapitel 15: DOS-Interrupts \|Seiten=294f \|Fundstelle=Interrupt 27H (dezimal 39): Beenden und im Speicher bleiben \|Originaltitel=The New Peter Norton Programmer’s Guide to the IBM PC & PS/2 \|Originaljahr=1988 \|Originalort=Redmond \|Originalsprache=en \|Übersetzer=Bert Gillert}}</ref>

	Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS immer im ersten [[Byte\|KiB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.		Damit dieser TSR-Dienst aktiv bleiben kann, erfolgt die so genannte Interruptverbiegung. Dabei wird aus der Interruptvektor-Tabelle des Systems (bei DOS immer im ersten [[Byte\|KiB]] des Speichers) die Sprungadresse zum ursprünglichen Code besorgt, im neuen [[Interruptvektor]] gespeichert, und zum Schluss der Tabellen-Eintrag des Interrupt auf den eigenen Vektor umgeschrieben. Beim Aufruf des Interrupts (möglicherweise ein [[Software-Interrupt]]) wird aus der Interruptvektor-Tabelle die Adresse zum resident gebliebenen Teil des TSRs gelesen und dieser ausgeführt. Je nach Art des TSRs (und, bei Software-Interrupts, je nach aufgerufener Funktion) kann der residente Teil dann auch den vorigen Interruptvektor ausführen.
Zeile 24:		Zeile 24:
	Beim Einrichten eines Computers sollte man aufgrund der besonderen Verhaltensweise von TSR-Programmen, die nur in den [[konventioneller Speicher\|konventionellen Speicher]] geladen werden können, grundsätzlich größere TSR-Programme ''vor'' kleineren laden, da die Lücken, die ihre transienten Teile hinterlassen, möglicherweise von den kleineren TSR-Programmen ausgefüllt werden können – umgekehrt kann es passieren, dass die größeren nicht mehr in den Speicher passen, da die „Lücken“, die die transienten Teile der kleineren hinterlassen, nicht mehr für die größeren ausreichen. Manche TSRs vermeiden das Entstehen von Speicherlücken auch durch geschicktes Verschieben der zu installierenden Interruptvektoren.		Beim Einrichten eines Computers sollte man aufgrund der besonderen Verhaltensweise von TSR-Programmen, die nur in den [[konventioneller Speicher\|konventionellen Speicher]] geladen werden können, grundsätzlich größere TSR-Programme ''vor'' kleineren laden, da die Lücken, die ihre transienten Teile hinterlassen, möglicherweise von den kleineren TSR-Programmen ausgefüllt werden können – umgekehrt kann es passieren, dass die größeren nicht mehr in den Speicher passen, da die „Lücken“, die die transienten Teile der kleineren hinterlassen, nicht mehr für die größeren ausreichen. Manche TSRs vermeiden das Entstehen von Speicherlücken auch durch geschicktes Verschieben der zu installierenden Interruptvektoren.

	Ein weit verbreitetes Hilfsprogramm, das nach dem TSR-Prinzip arbeitete, war [[SideKick (Software)\|SideKick]], mit dem es möglich wurde, Ausdrucke im Querformat auf das Papier zu bringen, auch wenn weder das jeweilige [[Anwendungsprogramm]] noch sein Druckertreiber diese Option anboten.		Ein weit verbreitetes Hilfsprogramm, das nach dem TSR-Prinzip arbeitete, war [[SideKick (Software)\|SideKick]], mit dem es möglich wurde, Ausdrucke im Querformat auf das Papier zu bringen, auch wenn weder das jeweilige [[Anwendungsprogramm]] noch sein Druckertreiber diese Option anboten.<ref name="Norton89" />

	== Weblinks ==		== Weblinks ==