MagiC - GEMSYS-Treiber

[R^2]

Hallo die Herren,

wenn man MagiC 6.2 installiert, existiert bei dem Abbild von Thorsten Otto auf C: ein GEMSYS-Ordner. In dem befinden sich - anscheinend - MagiC eigene Screentreiber mit den Bezeichnungen MF*.SYS. Ferner befinden sich dort auch die gleichen Treiber, wie unter NVDI 5 verwendeten OFF*-Treiber. Die letzteren haben allerdings eine andere Endung. Statt *.NOD besitzen sie die Endung *.OSD.

Nun drei Fragen meinerseits:

• Die Bildschirmtreiber (SYS-Dateien) von MagiC sind anscheinend nun Andere. Was passiert, wenn NVDI installiert wird? Werden diese dann ersetzt oder muss ich die ASSIGN.SYS entsprechend den MagiC Treibern anpassen?
• Die OFF*.Treiber sind vom binären Inhalt nicht (ganz) gleich. Nur ähnlich. Wofür sind die eigentlich? Ich habe das leider nicht mehr "auf dem Schirm". Wie schlimm ist eine Mischung unter MagiC bzw. MagiC mit NVDI?
• Welcher Eintrag (welche Enviromentvariable) in der MAGX.INF sorgt dafür, dass ich den GEMSYS-Ordner aus dem Rootverzeichnis an eine andere Stelle verschieben darf?

Für Infos zu den obigen Punkten, danke ich Euch jetzt schon.

Beste Grüße
Robert

[gh-baden]

Nach meiner Erinnerung aus Gesprächen mit Wilfried und Andreas: MagiC nutzt "NVDI-light"-Bildschirmtreiber, die bei der Installation von NVDI ersetzt werden durch die "vollen NVDI"-Treiber.

[Thorsten Otto]

"Light" heisst insbesondere: der NVDI kernel in MagiC unterstützt keine Vektor-fonts. Und die eigentlichen Bildschim-Treiber basieren auf NVDI 3.

Die *.OSD oder *.NOD Treiber sind für offscreen-bitmaps (wenn mit v_opnbm oder v_open_bm ein bestimmtes Format angefordert wird). Wenn der Bildschirm-Speicher direkt addressierbar ist (also eigentlich immer ausser bei Grafik-Karten), wird der jeweils passende *.NOD Treiber auch vom Bildschirm-Treiber benötigt.

"Mischen" sollte gehen, solange du auch alle Treiber durch die der jeweiligen NVDI version ersetzt. Nur NVDI.PRG zu starten geht nicht, wenn es nicht zu den Treibern passt.

[KarlMüller]

]Welcher Eintrag (welche Enviromentvariable) in der MAGX.INF sorgt dafür, dass ich den GEMSYS-Ordner aus dem Rootverzeichnis an eine andere Stelle verschieben darf?

Dazu kenne ich keinen Eintrag. Sieht für mich in den Quellen auch nicht danach aus das es geht. Scheint mir auch schwierig zu sein umzusetzen. Ein GDOS erwartet ja im entsprechenden Pfad die Treiber.

[ste1040fan]

Die assign.sys muss entweder per Editor oder durch das das Programm ASSIGN umgeschrieben werden. Dabei entstehen weitere Einträge, die NVDI braucht:

21  PCL.SYS
22  ESCP2.SYS
23  CANON.SYS
24  MACPRN.SYS
25  PIN.SYS
26  ATARILS.SYS
31  META.SYS
61  MEMORY.SYS
81  NTOFFICE.SYS
91  IMG.SYS

Mit diesen Anweisungen werden die NVDI-spezifischen Treiber ins System eingepflegt.

Zu beachten ist ferner: assign.sys bindet nur Vektorfonts ein, die Bitmapfonts verwaltet NVDI im Ordner BTFONTS. Diese Treiber werden dann durch die NVDI.INF eingebunden.

Hilft das weiter?

[Thorsten Otto]

Zu beachten ist ferner: assign.sys bindet nur Vektorfonts ein, die Bitmapfonts verwaltet NVDI im Ordner BTFONTS. Diese Treiber werden dann durch die NVDI.INF eingebunden.

Genau umgekehrt. BTFONTS enthält die Vektorfonts. Der Pfadname kann aber in NVDI.INF geändert werden.

Ebenso kann der Pfadname für Bitmapfonts und Treiber in ASSIGN.SYS geändert werden. Ob das empfehlenswert ist, ist aber eine andere Frage. Es gibt bestimmt Programme die schauen in den GEMSYS Ordner, ohne vorher selbst die ASSIGN.SYS auszuwerten.

Ansonsten kann man eigentlich die gleiche ASSIGN.SYS Datei für alle NVDI Versionen verwenden.

[R^2]

Hallo die Herren!

Welcher Eintrag (welche Enviromentvariable) in der MAGX.INF sorgt dafür, dass ich den GEMSYS-Ordner aus dem Rootverzeichnis an eine andere Stelle verschieben darf?

Dazu kenne ich keinen Eintrag. Sieht für mich in den Quellen auch nicht danach aus das es geht. Scheint mir auch schwierig zu sein umzusetzen. Ein GDOS erwartet ja im entsprechenden Pfad die Treiber.

Ja, leider. Wäre schön gewesen, aber so geht es auch. Ich versuche bei meinem Rechner die Dinge, die man in "System-Unterordner" verbannen kann, vom Rootverzeichnis zu verlagern. Dann wird es m.E. etwas übersichtlicher. ... aber das ist alles Geschmackssache.

Ansonsten an Euch alle Mitwirkenden vielen Dank für die Hilfe.
Ich habe jetzt alle Infos, die ich benötige.

Beste Grüße
Robert

P.S.: Meine letzte von mir genutzte MagiC Version war eine frühe 5.x Version. Seit der Zeit, bis zur letzten 6.2er Version, hat sich noch einmal eine Menge getan. MagiC ist ein richtiges Eierlegendeswollmichschweinchen geworden.

[ste1040fan]

Zu beachten ist ferner: assign.sys bindet nur Vektorfonts ein, die Bitmapfonts verwaltet NVDI im Ordner BTFONTS. Diese Treiber werden dann durch die NVDI.INF eingebunden.

Genau umgekehrt. BTFONTS enthält die Vektorfonts. Der Pfadname kann aber in NVDI.INF geändert werden.
....

Sorry. Das hatte ich verdreht.
Allerdings würde ich von jeder Änderung von Pfadnamen, besonders in Bezug auf den GEMSYS-Ordner abraten, da auch andere Programme auf diesen zugreifen. Dieser Ordner ist schon ein Systemordner, der nicht verschoben werden sollte. Mit NVDI sind wiederum ACC im Kontrollfeld verknüpft und das Programm WDIALOG, das z. B. TEXEL zwingend benötigt.

Dann noch zwei Anmerkungen:
1. Nicht alle Programme kommen mit NVDI 5 klar. Es muss z. B. SIGNUM mindestens in Version 4.3 sein.
2. Die wirklich letzte Magic 6.2 Version stammt vom 02.10.2000 und diese Bezeichnung sollte auch beim Aufruf unter MAGXDESK zu sehen sein. (Es gab zunächst nur ein Update auf 6.2, bei dem aber die Bezeichnung in MAGXDESK nicht geändert wurde.)

:
....
Meine letzte von mir genutzte MagiC Version war eine frühe 5.x Version. Seit der Zeit, bis zur letzten 6.2er Version, hat sich noch einmal eine Menge getan. MagiC ist ein richtiges Eierlegendeswollmichschweinchen geworden.

Ich halte die Emulation von MagiCPC noch immer für das komplette TOS-kompatible Betriebssystem auf Windows. (Es funktioniert auch unter WIN 11.). Natürlich sind heutige Emulatoren wie Emutos/Hatari näher am originalen TOS. Aber sie bietet nicht die Fülle der Möglichkeiten von MagiC.   

[Thorsten Otto]

Mit NVDI sind wiederum ACC im Kontrollfeld verknüpft und das Programm WDIALOG, das z. B. TEXEL zwingend benötigt.

Da verwechselst du schon wieder was WDIALOG hat mit NVDI praktisch nichts zu tun (ausser vlt. dem Drucker-Dialog, der ohne NVDI nicht wirklich Sinn macht). Ausserdem wird WDIALOG nur unter SIngleTOS benötigt, um die schon in MagiC vorhandenen Funktionen nachzubilden.

2. Die wirklich letzte Magic 6.2 Version stammt vom 02.10.2000

Das stimmt auch nicht so ganz. Die wirklich letzte ist vom 11.9.2001 (siehe https://github.com/th-otto/MagicMac/blob/951522e6c949672cae888ebaa3695ef7ed0e4eaf/doc/magix.6/history.6#L1666-L1670)

Seitdem die Sourcen freigeben wurden, darüber hinaus auch eine mit einigen Bug-Fixes und kleineren Änderungen, aber ohne grössere neue Funktionalität, die ich dann daraus gebaut habe.

[ste1040fan]

Mit NVDI sind wiederum ACC im Kontrollfeld verknüpft und das Programm WDIALOG, das z. B. TEXEL zwingend benötigt.

Da verwechselst du schon wieder was WDIALOG hat mit NVDI praktisch nichts zu tun (ausser vlt. dem Drucker-Dialog, der ohne NVDI nicht wirklich Sinn macht). Ausserdem wird WDIALOG nur unter SIngleTOS benötigt, um die schon in MagiC vorhandenen Funktionen nachzubilden.

2. Die wirklich letzte Magic 6.2 Version stammt vom 02.10.2000

Das stimmt auch nicht so ganz. Die wirklich letzte ist vom 11.9.2001 (siehe https://github.com/th-otto/MagicMac/blob/951522e6c949672cae888ebaa3695ef7ed0e4eaf/doc/magix.6/history.6#L1666-L1670)

Seitdem die Sourcen freigeben wurden, darüber hinaus auch eine mit einigen Bug-Fixes und kleineren Änderungen, aber ohne grössere neue Funktionalität, die ich dann daraus gebaut habe.

Da liegen wohl einige Missverständnisse vor. Geschrieben hatte ich, dass bestimmte Programme WDIALOG benötigen. Dazu gehören neben dem erwähnten TEXEL mindestens auch ARTWORX und JINNEE. Alle drei Programme wurden auch mit dem WDIALOG.PRG ausgeliefert. Unter MagiC ab Version 6 wird dann der gemeinsame Druckdialog verwandt. Er befindet sich als ACC wie NVDI-Konfiguration, NVDI-Kompatibilität und „Fonts und Caches“ unter den Kontrollfeldern. Bis einschließlich MagiC 5 benötigt TEXEL zwingend WDIALOG im AUTO-Ordner. (Magic 5 ist kein SingleTOS.)

Dass an MagiC in seinen verschiedenen Versionen noch geändert wurde, mag sein, zumal mir die MagiCMac-Varianten nicht bekannt sind, weil ich sie nie benötigte. Mir ging es um den Versionshinweis in MAGXDSK. Der wurde von ASH nach der Herausgabe des inkrementellen Updates auf Magic 6.2 später auf den 02.10.2000 datiert. Das Update erschien tatsächlich für MagiCPC am 07.12.2001, also eigentlich schon später als dann im MAGXDSK aufgeführt. Aber erst ein von ASH wiederum später erstelltes Komplettupdate (Ordner diesmal mit Datum vom 24.10.2001 ausgewiesen) bereinigte den Datumseintrag in MAGXDSK, der bis dahin in den Neunziger Jahren stehen geblieben war.  Soweit die Geschichte unter MagiCPC und ASH. Mein Hinweis bezog sich auf die Angabe in MAGXDSK, denn diese Angabe ist sofort greifbar. Die anderen Angaben befinden sich in den Installationshinweisen und Ordnern, die man erst suchen muss.