AtariX => MagicOnLinux

[Thorsten Otto]

MMU macht vermutlich wenig Sinn im moment, solange das nicht vom Kernel unterstützt wird. Ausserdem würde es den Emulator deutlich langsamer machen (bei Aranym ist es etwa 50% der non-JIT version).

FPU wäre aber schon ganz nett. Es gibt vermutlich ein paar Programme die für 030+FPU übersetzt wurden und dadurch momentan nicht funktionieren.

Wäre das ein 68EC040 (EC für economy class)?

68LC040 = keine FPU
68EC040 = keine FPU, keine MMU

außerdem fehlen dem 68040 ein paar FPU-Befehle, die man softwaretechnisch nachrüsten müßte -- oder
man tut so, als ob die FPU vollständig wäre.

Aranym tut auch so als ob die FPU vollständig wäre. Ist natürlich eigentlich nicht ganz richtig, aber wenn man die korrekt emuliert, müsste man auch ein FPSP in den Kernel packen (oder nachladen).

[ragnar76]

Ich sachs euch, nehmt mir die KI weg, das führt zu nix  . Dieses mal ist ein Bootmanager für MagicOnLinux ausgekommen. Probiert es aus. https://git.theragnarbay.org/ragnar/mol-boot

[AndreasKromke]

(..)

Wenn die KI jetzt auch noch die Schreibfehler beseitigen würde, dann wäre ich restlos überzeugt. Solange tröste ich mich damit, daß ich es noch besser kann. 

Aber ansonsten: Bin beeindruckt!
Übrigens ist bei den Einstellungen ein relativer Mausmodus dazugekommen, extra für Signum.

[RealLarry]

Apropos Einstellungen: In Optionen/Einstellungen/Kopieren-Löschen kann man den Kobold aktivieren. Installiert isser, aber MoL (Magic on Linux) meckert, es sei nicht installiert. Wie kann ich MoL davon überzeugen, bzw. wo einstellen, dass es Kobold findet?

[Thorsten Otto]

Eintrag in magx.inf hinzufügen:

Code: [Auswählen]

#_ENV KOBOLD=C:\WO\IST\KOBOLD.PRG


[RealLarry]

Eintrag in magx.inf hinzufügen:

Code: [Auswählen]

#_ENV KOBOLD=C:\WO\IST\KOBOLD.PRG


Danke, macht Sinn (ist alles schon so lange her), aber tutet nicht.

Code: [Auswählen]

...
#_ACC C:\AUTO\ACCS\
#_APP C:\GEMSYS\MAGIC\START\
#_SCP C:\GEMSYS\GEMSCRAP\
#_TRM C:\GEMSYS\GEMDESK\VT52.PRG
#_ENV HOME=C:\GEMSYS\HOME\
#_ENV TEMP=C:\GEMSYS\GEMSCRAP
#_ENV TMPDIR=C:\GEMSYS\GEMSCRAP
#_ENV KOBOLD=C:\UTILS\KOBOLD35\KOBOLD_3.PRG
#_SCP C:\GEMSYS\GEMSCRAP\
...


[Thorsten Otto]

Mal Kobold Version 2 versucht? Bin mir gerade nicht was MagxDesk da unterstützt.

[RealLarry]

Mal Kobold Version 2 versucht? Bin mir gerade nicht was MagxDesk da unterstützt.

Gerade nachgeholt, aber selbe Fehlermeldung. Schaunwamal, wer da was zu nachliefern kann. Keine Eile, alles gut.

[KarlMüller]

Apropos Einstellungen: In Optionen/Einstellungen/Kopieren-Löschen kann man den Kobold aktivieren. Installiert isser, aber MoL (Magic on Linux) meckert, es sei nicht installiert. Wie kann ich MoL davon überzeugen, bzw. wo einstellen, dass es Kobold findet?

Ist Kobold überhaupt gestartet oder wenigstens als ACC installiert?

[RealLarry]

Apropos Einstellungen: In Optionen/Einstellungen/Kopieren-Löschen kann man den Kobold aktivieren. Installiert isser, aber MoL (Magic on Linux) meckert, es sei nicht installiert. Wie kann ich MoL davon überzeugen, bzw. wo einstellen, dass es Kobold findet?

Ist Kobold überhaupt gestartet oder wenigstens als ACC installiert?

Gute Idee! Vorhin beides ausprobiert, aber immer noch die selbe Fehlermeldung.

[AndreasKromke]

Gute Idee! Vorhin beides ausprobiert, aber immer noch die selbe Fehlermeldung.

Wenn Du sicher bist, daß Du alles richtig gemacht hast, kannst Du ja mal die HostXFS-Debug-Meldungen einschalten. Dort siehst Du u.a., wenn vergeblich versucht wird, auf Dateien oder Ordner zuzugreifen. Du mußt dazu in config.h die entsprechende Zeile aktivieren und das Programm neu, im Debug-Modus compilieren; letzteres ist im README beschrieben. Du könntest auch den schon compilierten Emulator in bla-release umbenennen, dann kannst Du zukünftig auswählen, ob Du die Release- oder Debug-Version starten möchtest. Oder umgekehrt die Debug-Version bla-debug nennen, dann wird die Release-Version weiterhin mit dem Programmsymbol angezeigt. BDW: Vielleicht wäre es eine gute Idee, das cmakefile so zu erweitern, daß die Debug-Version einen anderen Namen kriegt.

[RealLarry]

Top, danke! Das krisch' hin. Ich geb dann die Tage laut...

[ragnar76]

Nur um sicher zu gehen, du hast den Kobold als ACC in C:\AUTO\ACCS kopiert (warum die da liegen und nicht auf c:\ weiss ich auch nicht) und in in den Einstellungen von Magxdesk den Kobold aktiviert? Hier funktioniert es ohne Probleme. Achte auch darauf dass der Dateiname in Großbuchstaben ist (das macht aber magiconlinux automatisch beim kopieren).

[Thorsten Otto]

in C:\AUTO\ACCS kopiert (warum die da liegen und nicht auf c:\ weiss ich auch nicht)

Sicher Geschmackssache. Mir gefällt das auch nicht besonders, aber immer noch besser als im Root-Verzeichnis. Man kann das auch ändern in MAGX.INF

Code: [Auswählen]

#_ACC C:\AUTO\ACCS\

was aber dann zu Schwierigkeiten bei der Einrichtung führt, da das Standard-rootfs die ACCs auch dort liegen hat. Insbesondere funktioniert dann die neue Option zum wechseln der Sprache nicht mehr.

Also besser dort belassen. Ist ja bei linux auch nicht anders, die Standard-Pfade sind vom System vorgegeben.

Im Grunde genommen auch relativ egal, Hauptsache man weiss wo sie zu finden sind

[AndreasKromke]

Beim Ausprobieren von irgendwelchen arbitrarischen Programmen bin ich auf die Idee gekommen, man könnte ja noch die alten Ur-ST-Funktionen zum Ändern der Farbpalette einbauen. Wenn die Behnes schon einmal die ST-kompatiblen Treiber für ST-mittel und ST-niedrig geschrieben haben...

Eine üble Bitfuselei. Erkenntnis: Programme schimpfen auf Xbios und lesen und schreiben stattdessen brontal und überflüssigerweise von den und in die Paletten-Register, die Schlingel! Oder immer abwechselnd Register und Xbios. Also noch ein Registermodell für die 16 Palettenregister eingebaut, aber ach: Die lesen und schreiben auch noch mit 32-Bit-Zugriffen zwei Farben gleichzeitig, die Knilche. Also reingefrickelt, aber ach: Jetzt drehen sie mit Setscreen() an der physikalischen Bildschirmadresse herum. Also auch das noch reingefrickelt, aber ach: Jetzt schreiben sie hinter dem 32000-Byte-Bildspeicher herum, wenn auch noch innerhalb von 32k. Das könnte ich auch noch tolerieren, aber mir reicht's erstmal für heute.

Das Programm, das ich zum Testen verwendet habe, kenne ich nicht einmal; es heißt CSB.PRG und startet mit einer Animation. Die ging vorher gar nicht, und jetzt kann man immerhin etwas sehen. Der Konfigurations-Parameter für MoL heißt dabei "-g320x200x4ip". Das ist das Synonym für "ST low".

[AndreasKromke]

Die ACCs liegen im AUTO-Ordner, damit sie nicht das Wurzelverzeichnis verseuchen, und traditionell werden sie ja auch automatisch geladen. Besser wäre "GEMSYS/MAGIC/START", das ist die moderne Variante.

Man kann die ACCs jederzeit per Doppelklick nachladen. Warum denn auch nicht? Und man kann sie über den Task-Manager wieder rauswerfen.

Übrigens haben mir beim Testen irgendwelche Programme den START-Ordner mit OLGA und BUBBLE und anderen gefüllt, was dazu führte, daß plötzlich Fehlermeldungen im Textmodus mitten auf dem Bildschirm erschienen und das System lahmlegten, irgendwas mit Runtime Error in Line 20 o.ä.. Vielleicht ein BASIC-Compilat. Jedenfalls müßt Ihr aufpassen, den START-Ordner von Müll sauberzuhalten. Oder der Emulator hat noch Inkompatibilitäten.