🚀 go-pugleaf

In article <524@nixpbe.UUCP>, andreas@nixpbe.UUCP (andreas) writes:
> Wie kann man GEM Routine in einer Interruptroutine aufrufen, ohne
> das sich das System verabschiedet ?
> Beispiel: Anklicken eines Laufwerksicons und daraufhin oeffnet sich
> 	  eine Alert Box.
> 

Erst mal eine Frage: Soll das ein neuer Critical-Error-Handler werden, oder
willst Du wirklich z.B. in einer Alt-Help Routine das GEM rufen ?

Das Beispiel erfordert naemlich gar keine Interruptprogrammierung. Es laesst
sich in einer "einfachen" evnt_multi()-Schleife programmieren.

GEMDOS und GEM sind nicht reentrant, da globale Variablen benutzt werden um
sich z.B. den Ruecksprung zum Aufrufer zu merken. Unter bestimmten Bedingungen
(naeheres auf Anfrage) kann man sich daran vorbeimogeln, indem man diese
(nicht offiziell dokumentierten) globalen Variablen kurzzeitig sichert. Dann
sollte man aber genau wissen, wann der Aufruf (der Interruptroutine) passiert
(innerhalb des Bios, innerhalb einer LineA Routine, ...).
Ein extremes Beispiel fuer diese Methode, die globalen Variablen zu sichern und
spaeter wieder zu restaurieren, sind die Task-Switcher Programme. Die sichern
gleich den halben Kernspeicher. (:-)

Eine Alert-Box kann man in einem Interrupt zum Beispiel dadurch bekommen, dass
man dem GEM vorspiegelt, dass ein anderes Programm (z.B. ein Accessory) die
Alert-Box zeichnet. Der Interrupt muss aber vorher noch ordnungsgemaess
beendet werden (Beispiel: siehe alrm_nasty.s/timer.c im GCC-Library-Posting).
Im "Prinzip" ist GEM ja multi-tasking faehig.

Wenn Du nehere Informationen brauchst, wie das TOS solche Dinge macht, kann ich
nur dringend "Das TOS-Listing" (Heise-Verlag?) empfehlen. Es liegt staendig
neben meinem Rechner.

>   CU-)
> 	Andreas

	- Edgar