AtariX => MagicOnLinux

[tosbombe]

MagicOnLinux goes MagicOnMac

[ragnar76]

MagicOnLinux goes MagicOnMac

Ja her damit! Ich will auch! 

[AndreasK]

Sobald der Emulator läuft, schießt ein CPU-Kern auf 100% hoch und bleibt da. Mein Notebook wird dann ziemlich laut :-(

Das Programm "System Monitor" zeigt auf meinem Rechner eine CPU-Last von unter 1,5 %, umgerechnet auf einen Einkernprozessor.

[RealLarry]

Anleitung lesen hilft Da stand z.B:

Code: [Auswählen]

cp -rp AtariX/src/AtariX-MT/AtariX/rootfs-common Atari-rootfs


Jaja, neenee, das steht aber erst seit gestern da!

[AndreasK]

MagicOnLinux goes MagicOnMac

Kraß! Ich hätte nicht erwartet, daß das so fix geht. Hast Du SDL selbst bauen müssen? Oder über Homebrew? Es gibt ja leider kein "apt get" in macOS.

Mach' doch mal bitte eine Aufzählung der Schritte, die man unternehmen muß, dann gibt es ein "build-for-macos.txt". Ach ja, und irgendwo mußte man ja auch noch ein wenig an den Quellen ändern. Das müßte dann mit #ifdef _APPLE .. #endif oder so ähnlich gehen.

[AndreasK]

(..)
Jaja, neenee, das steht aber erst seit gestern da!

Hier kannst Du die Historie der Datei nachvollziehen. Gitlab lügt nicht:

https://gitlab.com/AndreasK/magiclinux/-/commits/main/README.md?ref_type=heads

[ragnar76]

So aus Rainer Neugier: Wenn ich NVDI (für die Fonts) installieren möchte, dann muss ich doch, wie bei der Firebee, die Treiber löschen oder? Also die Datein hier:

   * NVDIDRV1.SYS
   * NVDIDRV2.SYS
   * NVDIDRV4.SYS
   * NVDIDRV8.SYS
   * NVDIDRVH.SYS

[ragnar76]

So aus Rainer Neugier: Wenn ich NVDI (für die Fonts) installieren möchte, dann muss ich doch, wie bei der Firebee, die Treiber löschen oder? Also die Datein hier:
...

Okay, hat funktioniert. Was ich aber ein bisschen seltsam finde ist dass die Programme im AUTO-Ordner in die autoexec.bat eingetragen werden müssen. So weit, so ok. Aber ACCs lassen sich so z.B. nicht starten (zum Beispiel Kobold3).

[Thorsten Otto]

So aus Rainer Neugier: Wenn ich NVDI (für die Fonts) installieren möchte, dann muss ich doch, wie bei der Firebee, die Treiber löschen oder?

Kannst du, muss aber nicht. Der MVDI Kernel von MagicOnLInux (oder auch MagcMacX) versucht die gar nicht erst zu laden.

Was ich aber ein bisschen seltsam finde ist dass die Programme im AUTO-Ordner in die autoexec.bat eingetragen werden müssen.

Du kannst AUTOEXEC.BAT im AUTO-Ordner auch löschen, dann wird der ganz normal abgearbeitet. Problem ist nur, daß man dann die Reihenfolge nicht garantieren kann, wenn die wichtig sein sollte.

[tosbombe]

MagicOnLinux goes MagicOnMac

Kraß! Ich hätte nicht erwartet, daß das so fix geht. Hast Du SDL selbst bauen müssen? Oder über Homebrew? Es gibt ja leider kein "apt get" in macOS.

Mach' doch mal bitte eine Aufzählung der Schritte, die man unternehmen muß, dann gibt es ein "build-for-macos.txt". Ach ja, und irgendwo mußte man ja auch noch ein wenig an den Quellen ändern. Das müßte dann mit #ifdef _APPLE .. #endif oder so ähnlich gehen.

Das Lustige und gleichzeitig das Problem daran ist, dass die Mac Migration erstmal nur ein kleines Experiment ohne große Hoffnung war. Ich hatte noch nicht mal das Repository kopiert, sondern nur den aktuellen Stand von MagicOnLInux als ZIP geladen. Und dann spaßeshalber der "KI" Claude Code den Prompt erteilt, aus den Linux Sourcen baufähige Mac Sourcen zu erstellen. Das hat sie dann auch getan, allerdings waren im XFS noch ein paar kleinere Anpassungen nötig. Die habe ich per erweitertem XFS Logging und Xcode Debugging auf dem Fußweg erledigen können.

Die SDL Lib wurde ganz einfach über Homebrew installiert.

Jetzt muss ich nur noch nachvollziehen können, was Claude alles geändert hat. Sollte aber nicht unlösbar sein. Ich kann dazu einen separaten Branch anlegen und erstmal in meinen GitHub Account pushen. Inklusive Build Anleitung natürlich 

[RealLarry]

(..)
Jaja, neenee, das steht aber erst seit gestern da!

Hier kannst Du die Historie der Datei nachvollziehen. Gitlab lügt nicht:

https://gitlab.com/AndreasK/magiclinux/-/commits/main/README.md?ref_type=heads

Gar kein Zweifel. Habs auch so in meiner Bash-Historie stehen, nur dass ich bei rsync mit --delete gearbeitet hatte. Ich werd' alt. Und man soll nicht mit zwei Augen auf drei Monitoren arbeiten UND nebenbei noch "mal eben schnell" magiclinux bauen und einrichten.

Also alles gut, ich hab nix gesagt, außer Danke für Eure Aufmerksamkeit.

[Thorsten Otto]

Irgendein Ordner im $HOME Verzeichnis wäre schon besser denke ich

Ist IMHO auch schon deshalb besser, weil ja einige Ordner (C:\GEMSYS\HOME z.B.) sowieso Benutzer-spezifische Dateien enthalten. Einen gemeinsamen Ordner zu nehmen wie /opt/magiconlinux (oder /usr/share/games/magiconlinux) macht von daher nicht wirklich Sinn. Das einizige was man da evtl. plazieren könnte wäre der Emulator selber, und der Kernel.

[AndreasK]

(..)
h kann dazu einen separaten Branch anlegen und erstmal in meinen GitHub Account pushen. Inklusive Build Anleitung natürlich 

Ich bin kein git-Experte. Lade das doch einfach hoch, ich lade es runter und schaue mit meld, was Du geändert hast. Alles andere ist mir zu kompliziert, und mit branches stehe ich auf Kriegsfuß, davon habe ich ein Trauma.

... und geht wahrscheinlich ab wie sow auf dem M4; man erzählt sich ja wahre Wunderdinge von der Singelchor-Performantz, und ich habe nur einen mittelalten i7.

[Thorsten Otto]

Fertige root Filesysteme sind jetzt auch verfügbar unter
https://tho-otto.de/snapshots/magicmac/magiconlinux-de-latest.zip
https://tho-otto.de/snapshots/magicmac/magiconlinux-en-latest.zip
https://tho-otto.de/snapshots/magicmac/magiconlinux-fr-latest.zip

Edit: falls ihr den Emulator schon installiert habt, und evtl. Änderungen an MAGX.INF vorgenommen habt (z.B einfach weil ihr die Einstellungen in MAGXDESK gesichert habt), diese bitte vorher sichern.

[tosbombe]

Die Mac Version nebst IKEA genormter Bauanleitung gibt's hier:

https://github.com/idevelopers/MagicOnLinux/tree/macOS

Das Repository ist ein Fork vom ursprünglichen Repository von AndreasK, d.h. der Branch lässt sich ohne Probleme an den Ursprung verpflanzen und dort verarbeiten. Bin auch nur Branching n00b, aber ein paar Basics reichen hier schon 

[ragnar76]

Die Mac Version nebst IKEA genormter Bauanleitung gibt's hier:

Hmm... irgendwas klemmt da bei mir:

Code: [Auswählen]

labdev:~/tmp/MagicOnLinux/build $ cmake -G Xcode ..
CMake Error:
  Xcode 1.5 not supported.

[tosbombe]

Hmm... irgendwas klemmt da bei mir:

Code: [Auswählen]

labdev:~/tmp/MagicOnLinux/build $ cmake -G Xcode ..
CMake Error:
  Xcode 1.5 not supported.

Xcode 1.5 ... in welcher macOS/OSX Umgebung versuchst du zu bauen? Es ist doch nicht wirklich Xcode 1.5 installiert? Get ins Jahr 2004 zurück  Da hat sogar mein Powerbook G4 eine neuere Version 

Ich habe hier nur Latest&Greatest macOS 26 (Xcode 26), da läuft es nach der Anleitung. Wäre interessant zu erfahren, wie es sich auf weiteren Systemen verhält. Ich kann später spaßeshalber auch mal meinen G4 anschmeissen.

[ragnar76]

Keine Ahnung wie das zustande kommt. Hab einen MBP M2 mit macOS26 und bin deiner Anleitung gefolgt. Xcod und, über homebrew, pkg-config und sdl2 waren aber bereits installiert

[Thorsten Otto]

Die Mac Version nebst IKEA genormter Bauanleitung gibt's hier:

Schick. Über ein paar der Sachen die du geändert hast war ich auch schon gestolpert:
- __dev_t und __ino_t sollten ersetzt werden durch dev_t (und ino_t kein #ifdef __APPLE__ nötig)
- __S_IWRITE sollte ersetzt werden durch S_IWUSR (ebenfalls kein ifdef nötig)
- <endian.h> (bzw. dessen Ersatz) sollte nur einmal in Globals.h included werden, erspart die ganzen ifdefs in den Sourcen

Ein paar Kleinigkeiten bleiben noch  zu tun für macOS (xdg-open gibt es dort logischerweise nicht, und ~/.config ist wohl auch nicht der passende Ort für die Konfiguration-Datei).

In meiner Umgebung (macOS high-sierra, clang 9.0) musste ich noch

Code: [Auswählen]

target_compile_options(magic-on-linux PUBLIC $<$<COMPILE_LANGUAGE:CXX>:-std=c++11>)
hinzufügen, sonst kennt er nulltptr etc. nicht. (einfach zu add_compile_options hinzufügen geht nicht, weil die Option sonst auch für die mushasi C-Sourcen genommen wird).

Aber ansonsten liess es sich übersetzen, und läuft scheinbar auch. Auch mit der SDL2-Library von MacPorts.

Edit: Wenn ich "Ausschalten" in MagxDesk wähle, kommt zwar die MessageBox, aber wenn ich die bestätige beendet MagicOnLinux sich nicht. Ich muss erst nochmal einmal in das Fenster klicken. Einfach Fenster schliessen geht aber auch.

[ragnar76]

Die Mac Version nebst IKEA genormter Bauanleitung gibt's hier:

Ein paar Kleinigkeiten bleiben noch  zu tun für macOS (xdg-open gibt es dort logischerweise nicht, und ~/.config ist wohl auch nicht der passende Ort für die Konfiguration-Datei).

Hier heißt das Tool einfach nur "open". Aber egtl. kann man davon ausgehen dass /System/Applications/TextEdit.app vorhanden ist. Es gibt wohl .config wenn man diverse Pakete mit Homebrew installiert hat aber hier würde ich nicht davon ausgehen dass das vorhanden ist.