SCRDUMP/XALTHELP GEMDUMP geschrieben von Th. Morus Walter (c) 1994 by Never Ready Software, Morus Walter Dieses Programm ist FREEWARE! e-mail: morus.walter@rphs1.physik.uni-regensburg.de - - - - - SCRDUMP.ACC/XALTHELP.PRG sowie GEMDUMP.ACC sind zwei Varianten eines xIMG-Screendump-Programmes. Beide Varianten erlauben die Speicherung des (gesammten) Bildschirms in eine (x)Image-Datei via ALT/HELP sowie die Speicherung des Bildschirms, eines Fensters oder eines - mittels Maus festzulegenden - Rechtecks. Die TOS-Hardcopy l„žt sich (ab Tos1.4) mittels CTRL/ALT/HELP weiterhin aufrufen. Stellt sich natrlich die Frage worin der Unterschied zwischen den Varianten liegt: XALTHELP.PRG ist ein residentes Programm (das man im allgemeinen im Auto-Ordner starten wird), das das ALT/HELP-Flag abfragt und gegebenenfalls den Screendump durchfhrt. SCRDUMP.ACC dient lediglich zum Einstellen der Parameter von XALTHELP.PRG und zum Aufruf fr das Speichern von Fensterinhalten oder Rechtecken. Diese Vorgehensweise hat zwar den Vorteil, daž der ALT/HELP-Dump jederzeit aufgerufen werden kann, verwendet aber GEMDOS-Routinen im Interupt (was nicht erlaubt ist, meistens aber doch gut geht). ACHTUNG! 'meistens aber doch gut geht' ist natrlich keinerlei Garantie. Ich habe ein „hnliches Screendump-Programm lange Zeit verwendet und bin dabei nie abgestrzt. Allerdings sollte man darauf verzichten Screendumps ausgerechnet dann aufzurufen, wenn man davon ausgehen kann, daž das GEMDOS gerade am werkeln ist, also insbesondere nicht w„hrend Dateioperationen. Beim Testen mit XALTHELP ist es mir problemlos gelungen unter solchen Umst„nden Abstrze zu verursachen. (z.B.: Aufruf von wc *.* in der Mupfel (Gemini); drckt man dann ALT/HELP so ist ein Absturz ziemlich sicher.) Der Bildschirm wird in XALTHELP mittels LineA-Variablen und Xbios-Funktionen angesprochen; dies ist natrlich nicht GEM-konform und l„uft deshalb nur in original ST (TT?,Falcon?) und verwandten Bildschirmmodi (z.B. Overscan) nicht aber mit Graphikkarten. GEMDUMP.ACC ist demgegenber ein 99% GEM-konformes und legales Programm. (zum letzten Prozent s.u.). Intern wird in der VBL-Routine zum Abfragen des ALT/HELP-Flags lediglich ein Flag gesetzt, das Accessory fragt dieses Flag regelm„žig (Timer-Event) ab und fhrt gegebenenfalls den Screendump durch. Nachteil dieses Verfahrens ist, daž man auf die Funktion des Timerevents angewiesen ist. Unter Single-Tasking-Tos ist dies beispielsweise immer dann NICHT der Fall, wenn Programme l„ngere Berechnungen durchfhren ohne den GEM-Evntmanager aufzurufen, wenn man TOS-Programme laufen l„žt... Kurz, immer dann, wenn kooperatives Multitasking (MultiGEM, Mag!X 1.x) versagt, dann versagt auch GEMDUMP. Unter Mag!X 2.0 (pr„emtives Multitasking) (und vermutlich auf MultiTOS) sieht es besser aus. Hier sind (abgesehen vom Single-Start eines Programmes unter Mag!X, wo ja Accessories abgeschaltet werden) kaum Einschr„nkungen zu erwarten. Wird der Screendump mittels ALT/HELP ausgel”st und das Accessory kann nicht innerhalb einer Sekunde den Dump durchfhren, so wird der ALT/HELP-Aufruf ignoriert. Beim Aufruf via ALT/HELP - und das ist das letzte Prozent nichtkonformit„t - wird der Bildschirmzugriff nicht mittels wind_update(BEG_UPDATE)/wind_update(END_UPDATE) angemeldet (wie es sein sollte), weil nur so ein aktueller Screendump auch dann m”glich ist, wenn ein anderes Programm den Bildschirmzugriff belegt. Zusammenfassung: wenn Sie ein SingleTaskingTos, einen ST in Original (oder Overscan)-Aufl”sung und wom”glich wenig Speicher haben, so sollten Sie die XALTHELP/SCRDUMP Variante zumindest einmal ausprobieren. ES SEI HIER ABER NOCHMALS AUSDRUECKLICH DARAUF HINGEWIESEN, DASS ES IN SELTENEN FAELLEN STATT EINES SCREENDUMPS AUCH BOMBEN GEBEN KANN. Ansonsten ist GEMDUMP wohl vorzuziehen.