AtariX => MagicOnLinux

[AndreasKromke]

LOL! Im Quelltext zu CMD/KCMD/MCMD steht folgender Kommentar:

* Multiplikation geht in die Hose, wenn Zahlen > 16 Bit!

bei der Berechnung des freien Speichers auf Diskette/Festplatte.

Da war ich damals wohl zu faul, das nachhaltig zu lösen. Ist ja auch mindestens 34 Jahre her, daß ich den Quelltext angefaßt habe. Immerhin war ich mir dieses Problems damals schon bewußt.

[Thorsten Otto]

Das hatte ich auch schon gefixt in meiner Version: https://github.com/th-otto/MagicMac/commit/9c658085ad25e30a57d3a86802323280b6364508

[AndreasKromke]

Ich weiß, habe ich schon gesehen.

Hast Du verstanden, warum ich damals das Symbol BOOT eingeführt hatte? Das ist auf 1 gesetzt, und wenn es auf 0 steht, macht er noch irgendwas mit Bildschirm löschen und Maus/Cursor an/aus.

[Thorsten Otto]

Maus/Cursor an/aus wird beim starten von GEM-Programmen gemacht. Vlt. war das bei älteren Versionen nötig, wenn es nicht in VT52.PRG läuft?

[AndreasKromke]

Garbage in, Crash out: Der alte Assembler MAS ruft Fopen() mit einem Grützzeiger für den Dateinamen auf, wenn der Pfad der INCLUDE-Anweisung falsch ist (ich hatte versehentlich einen richtigen Schrägstrich statt des verdrehten geschrieben). Folge: Der Emulator ist sang- und klanglos abgestürzt.

Ich habe die Gelegenheit ergriffen und für die meisten 68k-Zeiger, die in den Emulator gelangen, eine Bereichsüberprüfung eingebaut. Ich empfehle, die Gelegenheit zu ergreifen und mal alle Quellen neu zu holen. Der MCMD sollte jetzt auch gerade laufen, ist lokalisiert, und es gibt eine, bisher nur deutsche, Hilfe-Bibliothek dafür (-> HELP bzw. HELP dir usw.).

[Thorsten Otto]

Garbage in, Crash out: Der alte Assembler MAS ruft Fopen() mit einem Grützzeiger für den Dateinamen auf, wenn der Pfad der INCLUDE-Anweisung falsch ist

Hatte letztens einen ähnlichen Effekt als ich lc1.ttp (pass1 vom Lattice-Compiler) manuell aufgerufen habe. Irgendwas fehlte ihm da im Environment, was zu total sinnlosen Adressen beim Fopen() führte.

Der MCMD sollte jetzt auch gerade laufen, ist lokalisiert, und es gibt eine, bisher nur deutsche, Hilfe-Bibliothek dafür (-> HELP bzw. HELP dir usw.).

Ja, hatte ich schon gesehen. Bin aber noch dabei die Änderungen an APPLICAT einzubauen.

Ich empfehle, die Gelegenheit zu ergreifen und mal alle Quellen neu zu holen.

Wir sollten uns mal dringend was einfallen lassen, die beiden repos wieder zu synchronisieren

[AndreasKromke]

Hier ist noch eine Macke im MCMD, die aber schon ziemlich sophisticated ist:

Code: [Auswählen]

echo "halli""hallo"sollte ausgeben

Code: [Auswählen]

hallihallound nicht

Code: [Auswählen]

halli hallo. Selbiges mit Apostroph statt Anf.zchn.

[Thorsten Otto]

Hab bei mir jetzt deinen Fix für MCMD bzgl. der Anführungszeichen übernommen. Bei mir hat er aber auch schon vorher kein Leerzeichen ausgegeben.

Auch die anderen Änderungen (splitten der Sourcen, *.HLP, Dateien) sind übernommen.

Was noch an Unterschieden bleibt zu deiner Version:

• osbind.inc (und die country* Definitionen) sind bei mir im inc_as Verzeichnis, da sie auch anderswo benutzt werden
  
• alle Dateien (und die entsprechenden INCLUDE directives) sind klein geschrieben. Ich hoffe wir können uns da mal drauf einigen
  
• Ich hatte vor einiger Zeit auch in MCMD die Laufwerke 1-6 eingebaut.
  
• Es gibt nur eine Version für alle Sprachen. Macht das Programm zwar etwas grösser (ca 3k), aber ist noch akzeptabel, finde ich. Sprach-Einstellung wird aus dem ROM-Header genommen; eigentlich müsste man dort die AES-Sprache nehmen, was aber in einem TOS-Programm auch nicht ganz sauber wäre.
  
• Einträge in PATH können auch durch "," getrennt werden (wird z.b. auch in Mupfel benutzt)
  
• noch ein paar andere, kleinere Fixes (siehe auch https://gitlab.com/AndreasK/Atari-Mac-MagiC-Sources/-/issues)
  

ACC.HLP war übrigens interessant zu lesen. Hast du den neu geschrieben oder noch irgendwo auf der Platte gefunden?

[Thorsten Otto]

Ich habe APPLICAT.APP etwas aufgeräumt, mit dem Hauptziel, daß .INF und .DAT beim Wechsel der Sprache nicht mehr ausgetauscht werden, was unpraktikabel war.

Umgekehrt geht es aber. Betrifft auch nur die abgespeicherten Fenster-Positionen, damit sollte man leben können.

Was ich nur nicht verstehe ist die Motivation zum Fix in serror(): dort wird eine Alert-Box mit einem String aus der RSC-Datei zusammengebaut. Der Fix beinhaltet, ']' und '[' im besagten String zu ersetzen, damit die Alert-Box nicht kaputt geht. Ich sehe allerdings keine Strings in der RSC-Datei, wo das der Fall wäre???

[AndreasKromke]

(..)
Was ich nur nicht verstehe ist die Motivation zum Fix in serror(): dort wird eine Alert-Box mit einem String aus der RSC-Datei zusammengebaut. Der Fix beinhaltet, ']' und '[' im besagten String zu ersetzen, damit die Alert-Box nicht kaputt geht. Ich sehe allerdings keine Strings in der RSC-Datei, wo das der Fall wäre???

Ich hatte tatsächlich genau diesen Fall, sonst wäre es mir auch nicht aufgefallen. Die .INF-Datei war kaputt, und à la "SQL Injection Attack" hat das Einsetzen der fehlerhaften Zeile in den Fehlertext zu genau diesem Effekt einer nicht mehr bedienbaren Alert-Box geführt.

[AndreasKromke]

Diesen blöden Schreibfehler in PureC (auf den Menüpunkt "Abandon") könnte auch mal jemand pätschen...

[tosbombe]

die können noch nicht mal Toulouse richtig schreiben...

[AndreasKromke]

die können noch nicht mal Toulouse richtig schreiben...

LOL!