Quellen von Magic, Magxdesk, u.a. auf gitlab ...

[Gaga]

Kleine Anmerkung am Rande: ich versuche durchaus hier mitzulesen und zu verstehen. Das ist jedoch schon anhand der langen Texte und vor allem der wechselseitigen Zitate überaus schwierig - unabhängig von der Materie.

[ari.tao]

Geht mir genauso. Wollte bloß nicht schon wieder eine Stil-Diskussion vom Zaun brechen...

[ari.tao]

Die post-mortem-dump-area hat doch wohl jedes TOS?
Daß ich den SuperStack auslese, das ist manchmal - aber nicht immer! - hilfreich; da kann auch totaler Quatsch stehen.
Bei einem NilPointer sollte doch aber eine ganz andere Exception kommen? (mit viel mehr als 2 Bömbchen, wo hab´ich denn bloß die Tabelle...)

[Thorsten Otto]

Ja, die hat jedes TOS. Und den Stack musst du auch nicht selber auslesen, die letzten 16 WORDs desselben sind Teil dieser Area. Wie die Daten, die dort stehen, zu interpretieren sind, hängt aber von der Exception ab. Bei den meisten Exceptions sind das die gleichen wie bei einem Trap-Aufruf (also SR, PC und Format-Word bei 68020+), nur bei Bus- oder Addressfehler sind die anders. Und ja, ein Zugriff auf Addresse 0 aus dem User-Modus erzeugt einen Bus-Fehler (Exception #2). Solltest du vlt. einfach mal glauben.

[ari.tao]

^^-- [ironic] Dir glaube ich überhaupt nix  [/ironic]
-------
Könnte sein, daß mein ErrorProz. etwas veraltet ist (nur 68000er?).
Hättest Du da etwas besseres anzubieten?

[Thorsten Otto]

Ne da hab ich nix besseres, hab sowas auch eigentlich nie gebraucht. Wenn bei mir irgendwas Bomben schmeisst, dann war's vermutlich eines meiner Programme, da schmeiss ich dann lieber den Debugger an... Macht auch vermutlich nicht viel Sinn da zu versuchen was besseres zu finden, der komplette Bus-Error-Frame von 68030 passt eh nicht in die 16 Wörter, und mehr Platz ist da auch nicht. Ganz zu schweigen von 040/060, die wieder anders sind...

PS.: warte immer noch auf die RSC-Dateien...

[ari.tao]

^^-- Du hast doch mal ´ne Icon.RSC von mir bekommen, mit der Du wunderbar testen kannst, nämlich die ´odd´ Icons, Du erinnerst Dich hoffentlich? (Wahrscheinlich geht´s auch mit einer beliebigen anderen Icon-Resource... oder sogar ganz ohne?). Ich habe das nun mal auf dem F30 für Dich gemacht: Im Anhang der ScreenSnap des Absturzes und hier der last sigh:

Code: [Auswählen]


 Post Mortem Global Error Context:

 Exception  2, is: Bus missing hardware

 D0 = 00000001     A0 = 005423BC
 D1 = 0051017E     A1 = 00000000
 D2 = 00540D50     A2 = 00544360
 D3 = FFFF0003     A3 = 00000000
 D4 = 00000000     A4 = 0050FCA0
 D5 = 00000000     A5 = 00544362
 D6 = 00000000     A6 = 0050CFA0
 D7 = 00000000     A7 = 002C1AF6 (= SSP)
 EID = 02000000   USP = 0054434A

 SavedSuperStack:
 0300 0050 F716 B008 360E 0329 3290 FF0C 0000 0000 0054 434E 0000 0013 226F
 ^-ps ^-AcAdr-^ ^-Op ^-SR----^ ^-PC----^

 PC = 00000000, PC^[-9..+5]:  ----
 No valid M2 Error Dump
Liebe Lads, ich mache jetzt wohl besser mal Weihnachts-Pause.

          Ein frohes Fest und einen guten Rutsch an @alle !

Edit.: Versehentlich war ´Zitat´ anstatt ´Code´ eingefügt worden: Geändert.
Die in diesem jüngsten Test verwendeten Konfig.-Dateien sind die auch oben schon verwendeten, die in #69 angehängt wurden. Die hier verwendete Icon-Datei wurde hier angehängt:
   https://forum.atari-home.de/index.php/topic,14326.msg226906.html#msg226906

[Thorsten Otto]

^^-- Du hast doch mal ´ne Icon.RSC von mir bekommen, mit der Du wunderbar testen kannst

Nein, kann ich eben nicht, weils nicht die gleiche ist. Die Zuordnungen werden dann nicht gefunden, und auch nicht in die applicat.dat geschrieben. D.h. das Programm verhält sich anders als bei dir, und ich kann den Fehler nicht reproduzieren. Ich versteh auch das Problem nicht, du wolltest die RSC mal hier posten, hast aber jetzt ein Problem damit sie mir zu schicken damit ich dir bei dem Fehler weiter helfen kann? Ist ja nicht so daß ich nix besseres zu tun hätte.

[Thorsten Otto]

So, nochmal neue Version von Applicat, für diejenigen die's testen wollen.

Und als Schmankerl: neue Version des Kernels, der hoffentlich den FAT32-Fehler behoben hat, und neue Version von Magxdesk, die auch nicht mehr den Anzeige-Bug haben sollte.

Beides wurde nach bestem Wissen&Gewissen getestet, aber inbesondere bei dem Kernel natürlich aufpassen auf welche  Partitionen man den los lässt. Zu Risiken und Nebenwirkungen fragen Sie Ihren Arzt oder Apotheker... aber nicht mich!

Edit: auf vielfachen Wunsch eines einzelnen, Grenzen für Applicat nochmal erhöht

[KarlMüller]

Und als Schmankerl: neue Version des Kernels, der hoffentlich den FAT32-Fehler behoben hat,

Also wenn dann bräuchte ich einen für den Milan.

Allerdings bin ich da im zweifel ob ich das testen soll. Ich hatte nie Probleme mit FAT32 unter MagiC. Die Partition nutzte ich auch von FreeMiNT. Ohne erkennbaren Datenverlust. Und auch eine CF mit der ich den Datenaustausch zum Apfel mache hat nie Auffälligkeiten.

Um die Darstellung der Werte habe ich mich nie gekümmert.

[Thorsten Otto]

Also wenn dann bräuchte ich einen für den Milan.

Kein Problem. Hades-Version ist auch dabei (möglicherweise noch fehlerhaft, siehe andere Thread).

Ich hatte nie Probleme mit FAT32 unter MagiC. Die Partition nutzte ich auch von FreeMiNT.

Datenverluste konnte ich bisher auch nicht provozieren mit der alten Version, aber auszuschliessen ist das nicht. Möglicherweise tritt das auch erst bei grossen Partitionen auf, oder da verbirgt sich noch ein Fehler der mit den bisherigen gefixten gar nix zu tun hat.

Der Anzeigefehler war aber definitiv da, Dfree() konnte unsinnige Werte liefern. Dazu kam noch ein Rechenfehler in MAGXDESK. Beides sollte jetzt behoben sein.

Allerdings bin ich da im zweifel ob ich das testen soll

Natürlich deine Entscheidung, aber ich wäre schon an Feedback interessiert. Bisher ist das ja ziemlich mau hier

[Ektus]

Wie sieht es da mit CT6x aus, muß man da erst noch was patchen? Ist alles so lange her :-(

[Thorsten Otto]

Soviel ich weiss braucht man dafür nur ein anderes Boot-Programm (link wurde hier schon irgendwo gepostet).

[KarlMüller]

Allerdings bin ich da im zweifel ob ich das testen soll

Natürlich deine Entscheidung, aber ich wäre schon an Feedback interessiert. Bisher ist das ja ziemlich mau hier

Das ist normal erst schreien alle nach dem Quelltext, ist er dann da sind auf einmal alle verschwunden denn sie merken das das Testen arbeit macht.

Ansosnten Glückwunsch die Version funktioniert! 

Nun zum komischen.  Während sich die Anzeige der Werte der besagten Partition nicht geändert habe ist das bei der CF der Fall. Im Original waren die Werte komisch, nun passen sie besser. Verstehen muss man das nicht oder?
Die Partition hatte ich früher mit mkfats aus dem FreeMiNT Paket erstellt. Die CF Karte war so. Hier müste ich testen in dem ich ein CF Karte einmal am Milan formnatiere und dann nochmal um anderen Rechner.

Vielleicht eine bitte. Könntest Du das Systemdatum setzen, damit man erkennen kann welche Version man nutzt. Das befindet sich in magibios.s sowie milnbios.s recht am Anfang. Einfach nach D_DAY suchen.

Danke nochmal für Deine Mühen!

[Thorsten Otto]

Nun zum komischen.  Während sich die Anzeige der Werte der besagten Partition nicht geändert habe ist das bei der CF der Fall. Im Original waren die Werte komisch, nun passen sie besser. Verstehen muss man das nicht oder?

Ein bisschen schwierig zu erklären, aber a) Der Anzeige-Fehler war nur in MagxDesk (nicht Jinnie z.B.) und trat auch dort nicht immer auf. b) Solange du ausschliesslich mit MagiC auf die Partition zugreifst, kann es durchaus sein daß auch vorher die Anzeige stimmte.

Könntest Du das Systemdatum setzen, damit man erkennen kann welche Version man nutzt. Das befindet sich in magibios.s sowie milnbios.s recht am Anfang. Einfach nach D_DAY suchen.

Das Problem dabei ist daß man das jedesmal manuell ändern muss (und sich damit auch die Sourcen ändern). Ist halt das Problem daß man aus den Projekt-Dateien von Pure-C keine weiteren Tools wie bei einem "richtigen" Makefile starten kann. Hab ich schon oft verflucht. Ich habs aber jetzt erstmal aktualisiert, und die Infos in eine separate Datei ausgelagert.

Ansonsten sind die geänderten Sourcen jetzt auch auf github verfügbar.

[Nervengift]

Natürlich deine Entscheidung, aber ich wäre schon an Feedback interessiert. Bisher ist das ja ziemlich mau hier

Liegt vielleicht auch ein wenig daran, dass DAUS wie meine Wenigkeit nicht so viel mit den Fachausdrücken und vor allem mit den Zusammenhängen anfangen können?

Ich würde gerne eine neue oder gepachte Magic Version auf meinem Milan040 ausprobieren. Installiert ist auf dem Raumvogel Magic 6.1. Version 6.2 bzw. das Update auf 6.2 wollte bei mir nie installieren. Das quittierte die Installation immer mit einer Fehlermeldung. Wenn ich eine neue Magic Version ausprobieren soll, dann müsste ich nur wissen welche Dateien ich austauschen muss bzw. anpassen muss. Sonst bekomme ich's nicht wirklich hin, fürchte ich.

Ansonsten finde ich's echt klasse und erstaunlich, dass sich jemand Magic angenommen hat und etwas dran macht. Im Grunde hätte ich das für nicht möglich gehalten. Deswegen vielen herzlichen Dank an alle Beteiligten, die an dem Code schrauben und dafür ihre Zeit opfern.

[Thorsten Otto]

Liegt vielleicht auch ein wenig daran, dass DAUS wie meine Wenigkeit nicht so viel mit den Fachausdrücken und vor allem mit den Zusammenhängen anfangen können?

Naja, im Grunde genommen war die Warnung nur eine Vorsichtsmassnahme, bevor hier jemand seine Partionen mit der neuen Version zerschiesst

Ich würde gerne eine neue oder gepachte Magic Version auf meinem Milan040 ausprobieren.

Eine aktuelle Milan Version ist im anderen Thread angehängt.

Sollte eigentlich reichen magic.ram im Wurzel-Verzeichnis von Laufwerk C: auszutauschen. Die Datei im Archiv heisst mmilan.ram, und muss entsprechend umbenannt werden. Daß man vorher die alte Datei sichern sollte, muss ich hoffe ich nicht erwähnen

Das Installations-Programm hab ich mir ehrlicherweise noch nicht gross angeschaut. Dazu müsste man die entsprechenden Dateien vermutlich auch erstmal auf die korrekten Disketten(-Images) verteilen. Im moment muss man also manuell die einzelnen Komponenten austauschen (was nicht unbedingt verkehrt ist, weil man sie dann auch einzeln testen kann).

[KarlMüller]

Ansonsten sind die geänderten Sourcen jetzt auch auf github verfügbar.

Danke!

Ich nehme an Du hast noch nicht Dein letzten Stand drin, denn in MILNBIOS.S fehlt noch das Include für version.inc.

Nur Kommentare:
In vier Dateien wird darauf hin gewiessen das der Compilerschalter -B aktiv sein soll. Da bekomme ich aber Fehlermeldungen, weil einige Symbole dann so gekürzt werden das sie doppelt werden.
Die Dateien sind:
aes/farbic.c
aes/wdialog/fnt_menu.c
aes/wdialog/listbox.c
aes/wdialog/wdialog.c
Das steht ganz am Anfang der Dateien.

[Thorsten Otto]

Ich nehme an Du hast noch nicht Dein letzten Stand drin, denn in MILNBIOS.S fehlt noch das Include für version.inc.

Ja, hatte ich schon geändert, aber vergessen zu "pushen".

In vier Dateien wird darauf hin gewiessen das der Compilerschalter -B aktiv sein soll

Ja, das sind die original-Kommentare von AK. Funktioniert aber mit Pure-C nicht, oder evtl. nur mit dem älteren Assembler (mas.ttp). Mit der aktuellen Version werden dann alle Symbole auf 8 Zeichen gekürzt, was dann natürlich zu doppelten Namen führt (die mxvdiknl.o von gitlab wurde offensichtlich so erzeugt). Die Projekt-Dateien sollten aber passen. Evtl. sollte man die Kommentare entfernen, um Verwirrungen vorzubeugen.

[KarlMüller]

Die Projekt-Dateien sollten aber passen.

Wenn man keine CFG-Datei nutzt bei der -B angwählt ist gehen die. 

Evtl. sollte man die Kommentare entfernen, um Verwirrungen vorzubeugen.

Das sollte getan werden.

Im Milan Projektfile habe ich noch ein ".C[-2]" eingefügt. Erzeugt dann für C  68020 Code. Macht bei dem geringen Anteil den Bock nicht fett. Trotzdem jede Millisekunde zählt.

In MAGCMACX.PRJ musste noch ein ".S[-S]" rein, damit die mxvdiknl.s durch ging. Das Ergebnis funktioniert auch mit MagiCMacX2. Damit geht das Testen etwas einfacher denn der Neustart vom Milan geht doch etwas zäh.