AtariX => MagicOnLinux

[Thorsten Otto]

"open" funckioniert nicht, dafür müsste man erstmal "*.conf" registrieren:

Code: [Auswählen]

No application knows how to open /Users/sebilla/.config/magiclinux.conf.

Edit: hm ok, "open -e" würde gehen.

[AndreasK]

Ich hab' auch mal Wikipedia aktualisiert: [https://de.wikipedia.org/wiki/MagiC]

Ich muß immer darauf achten, nichts Gutes zu schreiben, wegen Interessenkonflikt.

[goetz @ 3rz]

Ich hab' auch mal Wikipedia aktualisiert: [https://de.wikipedia.org/wiki/MagiC]

Ich muß immer darauf achten, nichts Gutes zu schreiben, wegen Interessenkonflikt.

ich habe das noch ein wenig glattgezogen (es stand wo, dass es MagiC nur für Mac und Windows gibt, und dass das ein Nachteil sei), und die englische Version auch etwas aufgefrischt. Aber da steht noch seeehr viel, das müßte „man“ mal strukturierter angehen.

[Thorsten Otto]

BTW, weil du ORCS in MANUAL.TXT und erwähnst daß sharp-s nicht funktioniert, ich habs gerade mal ausprobiert. Kann es sein daß du möglicherweise eine falsche KEYTABLE.SYS verwendet hast?

[Thorsten Otto]

Ja, mache ich.

Hab leider auch noch nichts gehört, kA. was da los ist, normalerweise reagieren die recht schnell. Hast du eine Adresse an die die sich direkt wenden können bei Nachfragen?

[Thorsten Otto]

Noch ein Nachtrag zum Mac port: wenn ich auch unter linux clang statt gcc benutze, muss ich noch -fPIC oder -fPIE verwenden, ansonsten kommt

Code: [Auswählen]

CMakeFiles/magic-on-linux.dir/src/m68k/m68kcpu.c.o: relocation R_X86_64_32S against symbol `m68ki_cpu' can not be used when making a PIE object; recompile with -fPIE


[Thorsten Otto]

Habe noch einen fix in MagxDesk eingebaut, für die zu schnellen Doppelklicks. Sollte jetzt deutlich angenehmer sein.

Hat schonmal jemand Thing getestet, evtl, auch die neue Version von OL?

[tosbombe]

Die Konfiguration wird auf dem Mac nun in "~/Library/Preferences/" abgelegt.

[ragnar76]

Hat schonmal jemand Thing getestet, evtl, auch die neue Version von OL?

Hab mit den Gedanken gespielt aber hab mich dann für Jinnee entschieden nachdem ich zuerst mit Gemini rumgespielt habe.

[AndreasK]

BTW, weil du ORCS in MANUAL.TXT und erwähnst daß sharp-s nicht funktioniert, ich habs gerade mal ausprobiert. Kann es sein daß du möglicherweise eine falsche KEYTABLE.SYS verwendet hast?

Sorry, hat nix mit der Tastatur zu tun. Offenbar habe ich nicht daran gedacht, daß Du Schweizer bist, daher die schweizerische GUI. Schweizer trinken ja bekanntlich in Massen statt in Maßen und zahlen Busse, auch wenn sie gar nicht einsteigen möchten. 

[Thorsten Otto]

Offenbar habe ich nicht daran gedacht, daß Du Schweizer bist

Wie kommst du da drauf?

Wollte eigentlich nur wissen, ob es jetzt funktioniert, oder ob ich tatsächlich was in ORCS fixen muss.

[Thorsten Otto]

PS.: hauptsächlich auf mac hab ich gemerkt, daß einige Dateinamen abgeschnitten werden. Liegt aber nicht am mac port, sondern an

Code: [Auswählen]

        case DP_NAMEMAX:     return (drv_longNames[drv]) ? 31 : 12;
Evtl. sollte man dort 255 statt 31 nehmen? Oder _POSIX_HOST_NAME_MAX?

Code: [Auswählen]

        case DP_PATHMAX:     return 128;
Scheint mir auch recht willkürlich.

[RealLarry]

Hat schonmal jemand Thing getestet, evtl, auch die neue Version von OL?

Nicht intensiv getestet, aber etwas eingerichtet und herumgespielt und keine Kernschmelze erlebt.

[Thorsten Otto]

Danke, hatte mich nur grundsätzlich interessiert ob es Schwierigkeiten gibt.

PS: ganz schönes Biest geworden, das Programm. ~350K ist ja sogar mehr als Jinnee.

[AndreasK]

Die Konfiguration wird auf dem Mac nun in "~/Library/Preferences/" abgelegt.

Klasse! Ich habe Deine Änderungen, denke ich, alle eingepflegt. Im MACOS.txt habe ich eine Widmung eingefügt, die kann ich auch gern noch ändern (mit allen akademischen Titeln oder Klarname etc.).

Ich habe noch etwas aufgeräumt, und es fehlte noch eine assertion, weil das fcnt(F_GETPATH) eine Mindestpuffergröße voraussetzt. Vielleicht ist das noch nicht die richtige Lösung, aber ich wollte vermeiden, daß ein möglicher Überlauf unbemerkt bleibt.

Testen kann ich leider nix, d.h. ich könnte vielleicht meinen alten Mojave-Mac rauskramen, aber dazu komme ich derzeit nicht, und ich weiß auch nicht, ob das alte Teil noch irgendwie relevant ist.

PS: Einige "defaults" sind in die CMakeLists.txt gewandert.
PS/2: Ich habe den "default"-Namen des Atari-rootfs wieder in MAGIC_C geändert. Das erschien mir passender, denn es gibt ja auch andere Emulatoren. Wer schon eine config-Datei hat, braucht aber nix umzustellen, denn der Pfad steht ja drin.
PS/3: Der Atari-Kernel sollte im Normalfall nicht mehr in der conf-Datei angegeben werden, dann sucht das Programm auf dem Atari-Pfad "C:\". Das ist einfacher als vorher. Man kann aber immer noch einen alternativen Kernel eintragen.

[Thorsten Otto]

Im übrigen war ich etwas schockiert, wieviele alte Programme nicht nur selber abstürzen, sondern auch das gesamte System in den Abgrund reißen.

Evtl. solltest du dafür mal checks (zumindest für die Debug-Version) in getAtariBE16(addr) etc. einbauen.

Das wird momentan meistens in der Art ``getAtariBE16(addrOffset68k + addr);`` benutzt, ohne addr auf eine gültige Atari-Addresse zu prüfen. Wenn das Atari-Programm dort Müll übergibt, liest/schreibt der Emulator von gott-weiss-wo. Oder vlt. solche Zugriffe durch m68ki_atari_read_xx ersetzen.

[AndreasK]

Lokalisierung ist fertig (nur für den "guest", nicht für den "host). Geht über config und Kommandozeile.

Ich habe direkt im AtariX-Repository zwei SHUTDOWN.PRG ge-patch-t, und zwar für EN und FR. Da war eine Abfrage auf die FPU drin, das war nicht schlimm, aber unschön in den Debug-Ausgaben. Die deutsche Version scheine ich irgendwann schon einmal geändert zu haben.

Vermutlich sind nicht alle Systemdateien in EN und FR vorhanden, ich habe nicht auf Vollständigkeit geprüft, möglicherweise ist noch Raum für Verbesserungen.

Man könnte theoretisch Verzeichnisse "ES", "IT" etc. hinzufügen, die müßten dann auch auswählbar sein.

Das Komponieren des "rootfs" wird zunehmend mühsam, mit den vielen Befehlen. Vielleicht baue ich einfach mal eine Script-Datei, oder ich lege den Baum mit ins Repository.

[Thorsten Otto]

Ich habe direkt im AtariX-Repository zwei SHUTDOWN.PRG ge-patch-t, und zwar für EN und FR.

Oh. Das hättest du dir sparen können, die gab es schon fertig kompiliert für de und fr.

eine Abfrage auf die FPU drin, das war nicht schlimm, aber unschön in den Debug-Ausgaben.

Wenn du den fpu-test aus der Pure-C pcstdlib meinst: das habe ich vor ein paar Tagen erst entfernt. Betrifft auch alle anderen Applications.

Vermutlich sind nicht alle Systemdateien in EN und FR vorhanden,

Sollte eigentlich komplett sein. Lediglich für zwei Text-Dateien fehlt noch eine französische Übersetzung.

Man könnte theoretisch Verzeichnisse "ES", "IT" etc. hinzufügen,

Hm, das nutzt aber nicht viel. Weder für den Kernel noch für die Applikationen gibt es ja Anpassungen dafür. Das einzige was wohl dafür vorhanden ist ist eine KEYTABLE.SYS.

Vielleicht baue ich einfach mal eine Script-Datei, oder ich lege den Baum mit ins Repository.

Oder verweist auf meine ZIP-Archive