Autor Thema: AtariX => MagicOnLinux  (Gelesen 17897 mal)

0 Mitglieder und 2 Gäste betrachten dieses Thema.

Offline AndreasKromke

  • Benutzer
  • Beiträge: 141
Re: AtariX => MagicOnLinux
« Antwort #360 am: Sa 31.01.2026, 11:42:41 »
Der NVDI-Patch ist jetzt im Repository gelandet, nebst einer umfangreichen Anleitung. Ich habe ein einfaches Patch-Programm geschrieben, das im "assets"-Ordner liegt. Das muß man compilieren und ausführen, dann erzeugt es aus dem NVDI.PRG ein NVDI_PAT.PRG. Das erschien mir sicherer als die bsdiff/bspatch-Variante, jedenfalls testet es Dateilänge und vorherigen Inhalt.

Das ganze NVDI-Konzept ist mir immer noch ein Rätsel. Der NVDI-Kernel kann nur bestimmte Grafikmodi und schreibt zumindest beim VT52 Byte-weise in den Speicher. Die nachladbaren Treiber enthalten dann wohl die optimierten Varianten oder welche, die der NVDI-Kernel nicht kann. Da gibt es vermutlich einen Haufen Redundanz, z.B. in NVDI.PRG und NVDIDRV1.SYS. Vielleicht ist einiges auch nicht genial, sondern nur historisch gewachsen.

Offline AndreasKromke

  • Benutzer
  • Beiträge: 141
Re: AtariX => MagicOnLinux
« Antwort #361 am: Sa 31.01.2026, 12:41:17 »
Nach dem elenden NVDI-G'lump bin ich jetzt endlich dazu gekommen, Thorstens erweitertes Installation-Script zu übernehmen. Ich habe es teilweise testen können (mit dummy-Aufrufen), hatte aber erstmal Syntax-Fehler, die ich hoffentlich behoben habe.

Jedenfalls wird damit u.a. auch macOS berücksichtigt, weswegen die Anleitung MACOS.txt jetzt möglicherweise nicht mehr korrekt ist, weil teilweise obsolet. Vielleicht kann mal einer von Euch Apple-Jüngern draufschau'n, was da noch paßt.

Und vielleicht entstaube ich auch mal meinen alten Mac und probiere es selber aus. Hat es schon mal jemand mit "Mojave" ausprobiert? Ich weiß nicht mal, ob es eine neuere Xcode-Version gibt als die, die noch drauf ist, und "brew" habe ich auch wenig verwendet. Aber dazu gibt es ja das Internet.

Offline AndreasKromke

  • Benutzer
  • Beiträge: 141
Re: AtariX => MagicOnLinux
« Antwort #362 am: So 01.02.2026, 12:13:08 »
Ich habe jetzt endlich die Zeit gefunden, Thorstens Anti-Phantom-Doppelklick-Patch für Magxdesk einzupflegen. Mir ist immer noch nicht klar, wie es zu dieser Fehlfunktion kommt; vielleicht ist da noch ein Konzeptfehler im AES. Ob das Phänomen auch in anderen Programmen auftritt, weiß ich nicht.

Seltsamerweise hatte ich den Effekt auf meinem eigenen Rechner sehr selten, aber auf einem anderen, wo ich aber wenig testen konnte, ständig; mitunter gingen drei oder mehr Fenster auf. Die Hauptunterschiede zwischen den beiden Rechnern sind, meine ich, daß meiner neuer und damit etwas schneller ist und daß meiner nicht gut mit Wayland läuft, weswegen ich immer noch X11 verwende.

Und ja, es gibt noch andere Unschönigkeiten (Neologismus!) in Magxdesk, z.B. die Anzeige des freien Festspeichers. Wenn wir großzügig einen Speicher mit 20 TB annehmen, brauchen wir 45 Bit für die Anzahl der Bytes. Wenn wir 4k als Blockgröße annehmen, sind das 12 Bit. Damit braucht die Anzahl der Blöcke 33 Bit, wodurch wir in DISKINFO.b_free und DISKINFO.b_total einen Überlauf kriegen. Irgendwie neige ich dazu, eine neue Dcntl()-Funktion einzuführen, die 64-Bit-Werte liefert. Keine Ahnung, wie MiNT das löst, das ist ja neuer.

Offline Thorsten Otto

  • Benutzer
  • Beiträge: 1.504
Re: AtariX => MagicOnLinux
« Antwort #363 am: So 01.02.2026, 14:59:31 »
b_total und b_free sind Anzahl von Blöcken. Auch auf sehr grossen Festplatten ist es ziemlich unwahrscheinlich, daß das einen 32bit-Wert überschreitet. Allerdings ist dein Fix in xfs_dfree() (https://gitlab.com/AndreasK/magiclinux/-/blame/main/src/HostXFS.cpp?page=3#L2652) falsch, wo die gesamte Festplatten-Grösse auf 31 bit beschränkt wird.

Bei der Multiplikation mit der Blockgrösse kann der Wert natürlich überlaufen, aber dafür sind bereits 64bit-Funktionen vorhanden.

Bei MiNT gibt es Dcntl(FS_USAGE) das 64bit-Werte liefert, allerdings wird das bisher weder vom MagiC-Kernel unterstützt noch von MagXDesk (oder MCMD) verwendet.

Offline AndreasKromke

  • Benutzer
  • Beiträge: 141
Re: AtariX => MagicOnLinux
« Antwort #364 am: Gestern um 11:29:40 »
Hat jemand eine Idee, ob und wie man den PureDebugger zum Laufen kriegen könnte? Man muß dann natürlich mit der Auflösung runtergehen, also notfalls im Modus ST-High.

Ich habe sowohl den originalen PD von 1993 ausprobiert als auch einen mit Patch von [http://www.dimitri-junker.de/atari.html]. Die verhalten sich beide gleich. Man kann so leidlich mit Esc die Bildschirme umschalten, und einmal konnte ich auch ein CPU-Fenster sehen, das habe ich aber nie wieder hingekriegt. Ich habe auch keine Erinnerung mehr, ob die unter MagicMac oder MagicMacX liefen. Seltsam ist auch, daß der Debugger auf die Register 0xffff8201/3/d schreibt (physische Bildschirmspeicheradresse). Das kann doch auf dem Mac nie funktioniert haben. Der Patch ändert daran nichts, dabei gibt es doch einen Xbios-Aufruf für solche Schweinereien.

Oder gibt es einen Alternativ-Debugger? Einen, der weniger ins System eingreift? Mir fällt da nur der DB von Atari ein, aber der kann nur Assembler, soweit ich weiß. Ansonsten bleibt nur das mühsame printf-Debugging.

Mit Strg-Q kommt man wieder raus. Blind. Seltsam.
« Letzte Änderung: Gestern um 11:35:24 von AndreasKromke »

Offline Thorsten Otto

  • Benutzer
  • Beiträge: 1.504
Re: AtariX => MagicOnLinux
« Antwort #365 am: Gestern um 13:57:57 »
Hat jemand eine Idee, ob und wie man den PureDebugger zum Laufen kriegen könnte? Man muß dann natürlich mit der Auflösung runtergehen, also notfalls im Modus ST-High.

Bei mir läuft er ganz gut. Sogar in höheren Auflösungen (scheinbar ist der Debugger-Bildschirm immer schwarz-weiss). Ist aber auch eine mit den Patches von Dimitri Junker bearbeitete Version, wobei ich leider auch nicht mehr genau weiss welche Patches ich damals aktiviert habe.

Zitat
Ich habe auch keine Erinnerung mehr, ob die unter MagicMac oder MagicMacX

MagicMac hatte ich nie, aber unter MagicPC, oder mit magic.ram in Aranym, lief er nie besonders gut, wenn überhaupt.

Zitat
Der Patch ändert daran nichts, dabei gibt es doch einen Xbios-Aufruf für solche Schweinereien.

Ich meine doch. Soviel ich weiss war einer der patches, vro_cpyfm() zum Umschalten zu benutzen. Es gab sogar meine ich eine Version (p2.prg) die auf 2 Bildschirmen lief.

Zitat
Oder gibt es einen Alternativ-Debugger?

Keinen der auch den Quellcode anzeigen kann. Pure-C verwendet dafür sowieso ein eigenes Format.

Zitat
Ansonsten bleibt nur das mühsame printf-Debugging.

nf_debugprintf funktioniert ein bisschen besser, dann werden die Meldungen wenigstens nicht auf den Bildschirm geschmiert. Ich glaube du hast das bis auf die opcodes in m68kops.c auch schon übernommen in deiner Version.



Offline AndreasKromke

  • Benutzer
  • Beiträge: 141
Re: AtariX => MagicOnLinux
« Antwort #366 am: Gestern um 15:40:07 »
Verdammt! Wie kann das sein? Ich hänge mal die von mir ausprobierte Version an. Wenn die bei Dir läuft, müßte ich mal Dein MoL-Binary testen. Bescheuert!

PS: Ich habe auch mal 1920x1008 ausprobiert. Das Ergebnis siehst Du. >:(
« Letzte Änderung: Gestern um 15:42:54 von AndreasKromke »

Offline Thorsten Otto

  • Benutzer
  • Beiträge: 1.504
Re: AtariX => MagicOnLinux
« Antwort #367 am: Gestern um 18:08:35 »
Dein PD_1.PRG funktioniert bei mir nur zum Teil. Crasht zwar nicht, aber nach ein paar Aktionen reagiert er nicht mehr auf Klicks. Maus bewegt sich aber noch.

Ich hab dir mal meinen Ordner auf https://tho-otto.de/download/purec.zip abgelegt (komplett mit allem, wer weiss was der da sonst noch so braucht).

Offline AndreasKromke

  • Benutzer
  • Beiträge: 141
Re: AtariX => MagicOnLinux
« Antwort #368 am: Gestern um 23:54:50 »
Danke! Das scheint besser zu laufen. Zunächst hatte ich aber den gleichen Fehler wie vorher, dann habe ich den Atari-Speicher von 8 MB auf 14 MB erhöht. Jetzt kann ich den Debugger immerhin direkt starten. Wenn die IDE läuft, muß ich sie erst beenden und dann das Programm in den Debugger laden,sonst hängt sich das System auf. Und der PD.PRG bleibt im Speicher hängen, nach einmaligem Gebrauch muß ich das System neu starten. Aber immerhin. Dann gibt es noch PD.APP, das habe ich nicht ausprobiert.
« Letzte Änderung: Heute um 00:00:37 von AndreasKromke »