Zum Inhalt springen

Diskussion:TSR-Programm

Seiteninhalte werden in anderen Sprachen nicht unterstützt.
aus Wikipedia, der freien Enzyklopädie
Dies ist eine alte Version dieser Seite, zuletzt bearbeitet am 27. Dezember 2021 um 16:53 Uhr durch Y2kbug (Diskussion | Beiträge) (Thematische Überschneidung: bezüglich SideKick...). Sie kann sich erheblich von der aktuellen Version unterscheiden.

Letzter Kommentar: vor 3 Jahren von Y2kbug in Abschnitt Thematische Überschneidung

?

Der Text "TSR-Programme" stammt von mir und ist ebenfalls auf meiner Website http://www.atari-frosch.de/ zu finden. Bitte nicht löschen. Atari-Frosch

Ok :-)

Terminate but Stay Resident?

Hab ich noch nie mit einem "but" gehört. Zumindest nach der englischen WP gibt es auch keine Terminate but Stay Resident-Programme, sondern Terminate and Stay Resident-Programme. Bei Google findet man zugegeben 1.140 Ergebnisse für "Terminate but Stay Resident", allerdings 117.000 für "Terminate and Stay Resident". --Die Nummer 84.62.42.121 19:50, 1. Jul. 2007 (CEST)Beantworten

Hab's jetzt mal geändert. --Die Nummer 84.62.52.36 15:44, 18. Jul. 2007 (CEST)Beantworten

Thematische Überschneidung

Also um die Thematische Überschneidung mit dem Artikel Speicherresidenz zu lösen, würde es schon genügen, den Abschnitt "Vorläufer bei Homecomputern" und den letzten Absatz zum Thema "Sidekick" zum Artikel Speicherresidenz zu verschieben. Im Artikel selbst müsste dann lediglich noch der Satz
"Dies geschieht fast genauso wie oben für Homecomputer beschrieben, aber mit Hilfe von Interrupts hardwaregesteuert"
in
"Dies geschieht mit Hilfe von Interrupts hardwaregesteuert"
geändert werden. --84.158.122.178 10:17, 27. Dez. 2021 (CET)Beantworten

Bezüglich SideKick:
Warum sollte SideKick etwas im Artikel zur Speicherredisenz verloren haben? War nicht SideKick ein TSR-Programm? Diese sind unter DOS quasi "einzigartig", denn unter Unix gibt es soetwas gar nicht. Braucht es auch nicht, Hintergrundprozesse sind dort ohnehin Standard, da Unix ein Multitasking-Betriebssystem ist.
SideKick war ein DOS-Programm. Um die gewünschte Funktion – eine bestimmte Druck-Funktion – überhaupt zur Verfügung stellen zu können, musste SideKick als TSR-Programm aufgebaut sein, damit es mit jedem Programm, das prinzipiell Drucken kann, funktioniert, ohne dass jedes einzelne davon umprogrammiert werden müsste.
TSR hat aber deutliche Nachteile. So muss ein bestimmter (so klein wie möglicher) Teil immer im konventionellen Speicher sein, damit die Funktion im Real Mode nach Interrupt-Auslösung nutzbar ist. Gute TSR-Programme haben dann weiteren Code im UMB oder HMA oder so. Oder, es sind ohnehin bereits 386+-Programme, die den Protected Mode nutzen. Wie dem auch sei, diese Situation, dass TSR-Programme anderen Programmen, die laufen wollen, wertvollen konventionellen Speicher wegnehmen, ist spezifisch für DOS, und hat mit Speicherresidenz nur am Rande etwas zu tun. Nicht alle speicherresidenten Programme oder Daten (Software) sind TSR-Programme, aber alle TSR-Programme sind speicherresident.
Andreas 15:53, 27. Dez. 2021 (CET)Beantworten