Hardware > Emulatoren
AtariX => MagicOnLinux
don_apple:
--- Zitat von: KarlMüller am Mo 26.01.2026, 20:18:07 ---
--- Zitat von: ragnar76 am Do 27.11.2025, 14:57:31 ---
--- Zitat von: tosbombe am Do 27.11.2025, 13:08:05 ---Die Mac Version nebst IKEA genormter Bauanleitung gibt's hier:
--- Ende Zitat ---
Hmm... irgendwas klemmt da bei mir:
--- Code: ---labdev:~/tmp/MagicOnLinux/build $ cmake -G Xcode ..
CMake Error:
Xcode 1.5 not supported.
--- Ende Code ---
--- Ende Zitat ---
Kann jemand sagen wie man das umschiffen kann? Ich habe hier ein 15.7.3. Laut den Verzeichnissen in SDK ist MacOS14.5 bis MacOS26.2 instlliert.
--- Ende Zitat ---
Was sagt "xcode-select -p"?
Und "which cmake"?
Thorsten Otto:
--- Zitat von: AndreasKromke am Sa 24.01.2026, 17:50:09 ---Ich habe dann in meiner Naivität das Cursconf() geändert, so daß es über con_state springt, genau wie das BIOS Bconout. Aber, ach, es erschien nur seltsamer Mist auf dem Bildschirm.
--- Ende Zitat ---
Ich hab mir gerade mal die Änderungen in HOSTBIOS.S angeschaut. Dort wird immer noch genaus das gemacht (über con_state zu springen). Funktioniert das jetzt doch?
Ansonsten, falls con_state wirklich gerade im ESC-Modus ist, könnte man es auch vorher mit einem 0-byte in d1 Aufrufen. Das sollte den ESC-Modus zurücksetzen, und würde auch im normalen Modus nichts ausgeben. Würde nur nicht funktionieren, wenn gerade eine ESC-Sequenz mit Parametern bearbeitet wird (ESC-Y zB.)
AndreasKromke:
--- Zitat von: Thorsten Otto am Di 27.01.2026, 07:27:23 ---Ich hab mir gerade mal die Änderungen in HOSTBIOS.S angeschaut. Dort wird immer noch genaus das gemacht (über con_state zu springen). Funktioniert das jetzt doch?
--- Ende Zitat ---
Ich war falsch über con_state gesprungen und habe nach der Korrektur meine Nachricht hier nicht dahingehend revidiert.
PS: Mit dem Deaktivieren von Cursconf() in NVDI ist zwar der grüne Cursor weg, aber er blinkt gar nicht mehr und ist meist unsichtbar. Irgendwo ist da eine Nebenwirkung. Es bleibt wohl nur übrig, das Zeugs tiefer zu analysieren.
Thorsten Otto:
NVDI 3.x hatte ich mal angefangen zu rekonstruieren (aber noch nicht zuende gebracht). Denke mal daß dieses VT52-Zeug in 5.x nicht viel anders ist. Bei Interesse kann ich dich mal zum github repo einladen, vlt. hilft es ja weiter (dazu brauchtest du dort allerdings wohl einen Account). NVDI 2.51 ist dort auch (komplett).
Ansonsten vermute ich mal, daß es einfach nicht vorgesehen war, daß NVDI unter MagiC ohne VT52.PRG läuft ;)
AndreasKromke:
Ich nehme an, daß das Problem im Doppeltreiber liegt. MVDI hat eine Cursor-Routine, der MFM16M hat eine weitere, in NVDI.PRG ist eine dritte, und in NFM16M liegt die vierte. Das schafft Raum für Mistverständnisse.
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln