Seit Anfang Januar war es endlich soweit: Die neue Version 1.2 - ein kostenloses Update ist verfügbar. Nach ersten Tests konnte man guten Gewissens feststellen, dass der Versionssprung um 2 Nachkommastellen eher bescheiden gewählt wurde, denn das Update umfaßt nicht nur den Bereich der Fehlerbereinigung.

Was man schon nach kurzer Zeit feststellen konnte, war, dass der STemulator auf verschiedenen Rechner- und Windows- Systemen unterschiedlich stabil lief. Während es bei der einen Rechnerkonfiguration so gut wie keinerlei Probleme gab, traten auf anderen Systemen wiederum einige Komplikationen auf.

Das ist nun vorbei. Viele Programme, die vorher kaum oder gar nicht zum Laufen zu bekommen waren, verrichten ihren Dienst nun absolut fehlerfrei. Dazu gehören z.B. GFA-Basic, Calamus (das nun auch im Fullscreenmodus mit 256 Farben betrieben werden kann), 1st-Base, GFA-Kompilate, NVDI, sämtliche ASH-Programme usw.

Das Problem, das bei einigen Rechnersystemen das Schnittstellenmenü nicht aufzurufen war, konnte ebenfalls behoben werden. Hierzu wurden die Schnittstellenmenüs ein wenig modifiziert.

Es sind aber auch einige neue Funktionen hinzugekommen. Zum einen kann man nun auch die Tastenkombination für die Page- Up- oder PageDown-Funktion einstellen, zum anderen ist aber auch eine neue MiNT-Directory-Funktion integriert worden. Diese bewirkt, dass lange Dateinamen an den STemulator weitergegeben werden und Desktops wie Thing oder Fileselektoren wie BoxKite nun auch mit langen Dateinamen arbeiten können.

Eine der wichtigsten Neuerungen ist aber interner Art und kann erst nach dem Start des STemulators bemerkt werden: Die CPU wurde komplett überarbeitet und liegt nun in Assembler vor, was zur Wirkung hat, dass sie nun auch etwa 80% schneller ist als in der Version 1.0. Damit ist der STemulator nahezu gleich auf mit den schnellsten ATARI-Emulatoren und gliedert sich ein in die Reihe der anspruchsvollen Profi-Lösungen.

Last but not least sei noch zu erwähnen, dass die Fehlermeldungen bei Abstürzen nun differenziert wurden, so dass man leichter erkennen kann, woran ein (nun aber selten auftretender) Absturz gelegen haben mag.

Tips und Tricks: NVDI unter dem STemulator

NVDI läuft unter dem STemulator in den VDI Modi und in Version 1.2 auch im GDI Mono Modus (was allerdings keine Bildschirmbeschleunigung bewirkt). Allerdings muss in der ASSIGN. SYS der Treibername für den TT-High Modus (Gerätenummer 8) mit SCREEN.SYS definiert sein. Außerdem muss der Treiber mit dem Attribut p (im ROM vorhanden) versehen sein. NVDI versucht beim Booten unter dem STEmulator nämlich, immer diesen Treiber zu laden. Wenn er nicht angegeben ist, stürzt NVDI mit einem Buserror ab. Wenn das Attribut 'p' nicht angegeben ist, versucht NVDI den Treiber "screen.sys", den es allerdings nicht gibt, zu laden und stürzt ab. Auch die von NVDI zu benutzenden System Fonts müssen hier angegeben werden.

Hier ein Beispiel:

PATH = C:\GEMSYS\
0lp SCREEN.SYS
08p SCREEN.SYS <- Eintrag ist wichtig.

• MONACOOS.FNT <- Dieser Font wird als Systemfont benutzt.
• MONAC009.FNT
• MONACO1O.FNT
• MONAC020.FNT

21 PAGEPRN.SYS
31 META.SYS
61 MEMORY.SYS
91 IMG.SYS

Außerdem sollten Sie darauf achten, dass der NVDI-Mausbeschleuniger deaktiviert ist, da es ansonsten zu Problemen bei der Mausbewegung kommen könnte.

Drucken mit papyrus

Wenn man mit papyrus im GDI Modus drucken möchte, geht dies nur mit einem GDOS, z.B. AMCGDOS, und einem "Memory.sys" Treiber. Es ist notwendig, unter Einstellungen/Kompatibilität "Drucker Grafik-Aufbau über Memory.sys" anzuwählen, dann kann man auch im GDI Modus drucken. Ein Drucken über den Bildschirmtreiber ist im GDI Modus nicht möglich, da dort ein eigenes VDI benutzt wird, das nicht darauf vorbereitet ist, dass papyrus zum Drucken die negativen VDI Variablen verändert, indem es als Bildschirmauflösung die Auflösung des Druckers einträgt und die Bildschirmadresse auf den Printerbuffer setzt. Dies funktioniert nur sicher unter dem Original VDI, also auch in den VDI Moden des STEmulators.

Laufwerk B auf dem Desktop

Das virtuelle Laufwerk B gibt es auf dem STemulator nicht mehr. Dies liegt daran, dass die Meldung "Bitte Diskette A in Laufwerk B einlegen" eigentlich eine BIOS Fehlermeldung ist, die auftritt, wenn das BIOS auf das nicht vorhandene Laufwerk B zugreifen will. Wird dann die Diskette eingelegt, ändert das BIOS einfach das Ziel Device und man schreibt auf Diskette B in Laufwerk A. Da das gesamte Diskund Datei-Handling unter dem STemulator aber nur auf der GEMDOS Emulationsebene abläuft, wird bei einem nicht vorhandenem Laufwerk der Vorgang einfach abgebrochen. Zu Emulieren wäre das virtuelle Laufwerk nur mit Hilfe von Diskimages.