Start - Probleme beim Assemblieren des GP710

Hallo,
es geht hier um das Assemblieren der GP710R5 mit einem aktuellen SDIO.ASM auf einem diskreten 68008 mit Bootram V1.2.

Begonnen hat das Thema bereits hier (von Post #479 bis #505) zum Nachlesen:
https://nkcforum.de/forumdrc/index.php?mode=viewthread&forum_id=1&thread=194&z=24#post479

Da dieses Thema aber vom eigentlich Thema "GDP-FPGA" abweicht, ist es hierhin umgezogen.

Wie dort berichtet, lässt sich diese GP710 auf dem GDP-FPGA in einer 68000er Umgebung problemlos assemblieren (Andi hat das gezeigt), nur hier im diskreten 68008 gibt es Probleme.


Über den aktuellen Stand berichte ich dann in den nächsten Posts.

VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Teil 1 - Übersicht und Quellen

Hallo,

zur Ausgangslage: Das GP710R5 unterstützt schon SD-Karten. Es hat sich aber gezeigt, dass es mit verschiedenen Karten Probleme gibt.

Andi hat dann für den GDP-FPGA eine Änderung an der SDIO.ASM durchgeführt, die zu einer besseren Kompatibilität mit z.B. Micro-SD Karten geführt hat. Nähere Details findet man hier im Forum.

Ich besitze eine GDP-FPGA mit dem 68000er und einen diskreten 68008. Meine Konfiguration im 68008 ist wie folgt:


Die Hardware on hinten nach vorn:
- GDP64HS
- Bootram68k V1.2 (mit GP710R5 68008 und Boot 68008, 2x 4MBit SRAM 512k, 8bit)
- CPU 68k8 vom 6.8.2017 Designed by Deff
- KEY4r
- UHR3 r4.1 mit DALLAS DS12887A
- SDIOE (Basis IOE Enh) mit 2 SD-Karten-Slots (Größe 24 mm × 32 mm × 2,1 mm)
- SER (mit ACIA 6551)
- IOE Enh mit Konfiguration CENTRONICS

Als Software verwende ich das im Eprom der BootRam befindliche Grundprogram GP710R5, von dem ich mit "N - Booten" und 7 von der SD-Karte das Jados 3.50 starte.

Das JADOS 3.50 Image bezog ich von
https://nkcforum.de/ndr/software/soft68/software.html
und flashte es mit BalenaEtcher 2.1.4 unter MAC OS Sonoma 14.6.1 auf eine 1GB SD-Karte, die ich mir bei Amazon
https://www.amazon.de/dp/B0DHRWZ2CW?ref=ppx_yo2ov_dt_b_fed_asin_title
besorgt hatte. Diese Karte funktioniert. Ich hätte auch kleinere nehmen können (128MB, 512MB), die gab es aber nicht mehr...

Der zur Verfügung stehende RAM zeigt sich im Kommando Q des Grundprogramms so:



Ziel: Das GP710R5 68008 mit der neuen SDIO.ASM für den 68008 auf der NKC-Hardware zu assemblieren.
Die Quellen bezog ich bei
https://nkcforum.de/ndr/software/soft68/software.html
Hier verwende ich "GP710 R5 NKC-Source kommentiert"

https://github.com/avg67/nkc/tree/main/SW/GP710r7
Hier verwende ich die SDIO.ASM

Im Github befinden sich auch ein BIN-File gp710r7_68008.bin, den Andi extra für diese Aufgabe auf dem GDP-FPGA (TangNano) assembliert hat. Dieses BIN habe ich in den Speicher geladen und konnte es auch starten. Ich möchte das GP aber selbst assemblieren auf der NKC-Hardware.

Soweit zur Ausgangslage. Es hat sich gezeigt, dass das Assemblieren auf dem NKC nicht so einfach geht, da es dort zu Speicherproblemen kommt.

Weiter geht es in den nächsten Posts..

VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Hier gibt es ja keinen "Daumen hoch" oder so. Daher mal so zwischendurch: Ich lese interessiert mit...

-----------------------
Definitiv sind Frösche und Himbeeren am besten!

Teil 2 - Erster Versuch der Assemblierung mit Fehler

Hallo,
wie habe ich die Quelldateien auf den NKC gebracht?
Bei Amazon besorgte ich mir diese SD-Karten:
https://www.amazon.de/dp/B0DHRWZ2CW?ref=ppx_yo2ov_dt_b_fed_asin_title (INDMEM SD Card 1GB Class 4 MLC Secure Digital Flash Memory Card)
Diese Karten, auch wenn kleinere von diesem Type (128MB, 512MB) auch gehen würden, funktionieren bei mir. Es liegt wohl, wie ich den Beiträgen hier im Forum gelesen habe, wohl um die max. Größe und den internen Typ, der vom GP710R5 verarbeitet werden kann.

Die Karte wird mit FAT16 Formatierung geliefert. Ich habe sie dennoch neu formatiert mit FAT16 und keine Datenträgerbezeichnung verwendet (soll man wohl nicht).

Darauf legte ich ein Verzeichnis an, ich halte mich dabei an die alte Konvention mit 8 Zeichen, keine Sonderzeichen, wie ich es vom DOS her noch kannte. In dieses Verzeichnis übertrug ich die Quelldateien vom GP710R5.
Neben den ASM-Dateien muss auch das KOMWEG.68K, die ASSTEXTE.ANT und das FILES.BAT mitkopiert werden. Dazu später mehr.

Auf dem NKC gibt es im JADOS 3.50 auf dem Laufwerk M: die MTOOLS (hier dazu ein Cheatsheet von mir zum schnellen Einstieg MTOOLS_09A_CHEATSHEET.pdf
dass ich mir aus dem Handbuch von Jens Mewes, 31.08.2008 erstellt habe. Ich hoffe, er hat nichts dagegen und Dank von mir für die tolle Software.

Die MTOOLS werden über MINST installiert, mit
mcd <Verzeichnis> (bei mir GP710R5)
wird auf der zweiten SD-Karte in das Verzeichnis mit den Quelldateien vom PC verzweigt und dann mit
mcopy *.* G:

werden die alle Dateien (*.ASM, *.68K, *.ANT, *.BAT) auf das Laufwerk G: im JADOS-Image auf der ersten SD-Karte übertragen. Warum G:? Eine Empfehlung von Andi, der seine Quelldateien für Assemblerübersetzungen auf dem GDP-FPGA dort ablegt. Ja, und die Laufwerke G: und H: (wird noch gebraucht), sind frei.

Wenn dort angekommen, müssen für den NKC Assembler die Kommentare aus dem Quellcode entfernt werden.
Dazu wird das Programm KOMWEG.68K und der Batchfile FILES.BAT gebraucht.
Mit FILES.BAT werden für alle ASM-Dateien über KOMWEG die Kommentare entfernt und das Ergebnis in Laufwerk H: daneben abgelegt.
Am Ende noch die ASSTEXTE.ANT mit
copy ASSTEXTE.ANT H:
auf H: Übertragen. Das wird jetzt gebraucht.

Nachdem der Quellcode in H: aufbereitet ist, wird er in den Hauptspeicher für den Assembler geladen:
Wechsel in das Laufwerk h:

H:

Mit dem Programm "tload" werden alle ASM-Dateien geladen

tload

Welche Startadresse ? (DEFAULT = $000400)

Mit Return übernehmen. Dann folgt die Abfrage:


1 - TEXT LADEN
2 - automatisch
9 - Ende


Ich verwende 2 für automatisch gefolgt von der Eingabe

Name der Antwortdatei ? ASSTEXTE.ANT

ein. Danach werden alles ASM-Dateien aus dem H:-Laufwerk in den Hauptspeicher des NKC ab Adresse $000400 geladen.

Nach Abschluß beende ich mit 9 und kehre zum Prompt H> zurück.

Mit GP wechsle ich aus JADOS in das Grundprogramm und stelle mit dem Kommando 5 auf reine Fehlerausgabe um.

Danach starte ich den Assembler mit F und warte....

So, und hier beginnen jetzt die Probleme. (siehe auch im Thread https://nkcforum.de/forumdrc/index.php?mode=viewthread&forum_id=1&thread=194&z=25#post497 ). Im TangNano auf der GDP-FPGA funktioniert es einwandfrei, aber hier nicht:



Soweit mein Stand der Dinge.

Nach dem Rat von Andi, hier möchte ich mich noch ausdrücklich für seine Unterstützung bedanken - ohne ihn säße ich hier noch immer im Dunkel, sollte ich mich mit der Speicherverteilung beschäftigen. Dazu empfahl er als Lektüre

Handbuch Jados Teil 3 - Jados Intern ab Seite 2: Speicherverwaltung ( https://nkcforum.de/ndr/software/soft68/index.html )
Ich zog noch die Anleitung vom Grundprogramm Version 7 dazu, Kapitel 2.5 Speicheraufbau ( https://nkcforum.de/ndr/software/soft68/index.html )

Der verbaute Speicher in meinem NKC zeigt sich im Grundprogramm mit dem Kommando Q so:


Hmmh... Ist doch genug da. Wenn ich allerdings in die Handbücher schaue, wird es für mich schnell unübersichtlich. Da habe ich als Anfänger zu wenig Erfahrung.

Wie kann es hier weitergehen?
Nach Andis Analyse ist die Assemblierung eines so großen Programms nicht einfach und nach seiner Einschätzung wird hier beim Assemblieren fremdes Programm im Speicher überschrieben. Auch die Symboltabelle, die beim Assemblieren geschrieben wird, ist nach meiner Auffassung wohl schon sehr groß mit 3308 Elementen (muss ja nichts heißen ;-)).

Wie kann ich die tatsächliche Speichernutzung und -verteilung in meinem NKC herausfinden, um dann die Lücken für Quelltext, assemblierten Code und Symboltabelle zu finden?

VG Jürgen

PS: Erst danach kommt, BIN-Datei speichern, testen und brennen....

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Hallo,
Ich hab hier ein Gotek Disk-Image mit den GP-68008 Sourcen.
Hab das auch probehalber mal auf meinem "großen" NKC assembliert. Der hat eine ähnliche Speicheraufteilung wie deiner. Hat einwandfrei funktioniert, genau nach deiner Anleitung oben.
https://github.com/avg67/nkc/blob/main/SW/Disks/gp08_src.dsk
LG Andi

Hallo Andi, besten Dank. Bin gespannt und melde mich hier wieder.
Schönen Sonntag und bis dann
VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Teil 3 - Neuer Versuch mit Erfolg und anderen Quellen

Hallo,

Andi hat mir gestern am 16.11.25 auf DSK den Quellcode für das GP710r5 mit der Anpassung der SDIO.ASM zugeschickt. Auf seinem NKC, der wohl vom Aufbau ähnlich zu meinem ist, konnte er das einwandfrei assemblieren.

Es ging ja darum, dass ich den Quellcode für das GP710R5 mit der geänderten SDIO.ASM für bessere SD-Karten-Unterstützung auf meinem NKC 68008 nicht erfolgreich assemblieren konnte.

Ich habe das GP08_SRC.DSK von der Seite
https://github.com/avg67/nkc/tree/main/SW/Disks
abgeholt.

Das DSK ist mit JADOS 3.50 bootfähig. Zur Info, ich verwende mit meiner FLO3 nur noch Gotek-Laufwerke (Flashfloppy).

Auf der DSK finden sich alle ASM-Dateien bereits ohne Kommentare. Mit

copy 1:*.asm H:
copy 1:*.ant H:

kopierte ich die Dateien in das H:-Laufwerk, in dem alle Assemblerdaten ohne Kommentare bei mir abgelegt sind. Ohne Kommentare, weil der GP-Assembler das nicht verträgt, heißt es.

Danach wieder mit dem Programm tload alle ASM-Datei in den Arbeitsspeicher nach Adresse $00400 mit der Antwortdatei asstexte.ant laden.

Danach zum Assemblieren in das Grundprogramm mittels Kommando gp wechseln, mit Kommando 5 = Fehlerausgabe nur Fehlerausgabe einschalten und mit F = Assembler den Assembler des GP710 starten.... und warten.

Hier ein Hinweis. Der Assembler startet mit einem leeren Bildschirm. Wenn dort in linken oberen Ecke ein Cursor blinkt, dann wird das nichts. So meine Beobachtung. Hier hilft Ausschalten und wieder Einschalten, kein Warmstart mit CTRL-ESC.


Ergebnis mit der DSK von Andi:


Also gut, das hat geklappt. Übrigens, die Einstellungen in der VAREQU.ASM ist die Ablage wieder

setadr $60000

gewesen, so wie es in der Literatur empfohlen wird. Dorthin speichert der Assembler die assemblierten Programmdaten.

Im BASBEF.ASM habe ich mir erlaubt, zur besseren Sichtbarkeit die Version auf

versnum:
dc.l $00000711

einzustellen. Ist zwar kein Hauptrelease und bestimmt verboten, aber am Monitor erscheint immer nur 7.10 ohne Revision (hier R7) und da wollte ich eine Unterscheidung zur Kontrolle.

Mit M = Menü geht es nach dem Assemblerlauf zurück ins Menü des GP und mit
H = Speichern Disk
Laufwerk und Name: H:GP711R7.BIN
Adresse: $60000
Anzahl Sektoren: 64

wird das assemblierte Grundprogramm abgespeichert. So wird es später auf das Eprom gebrannt.

Bevor jetzt das im Speicher bei $60000 liegende erfolgreich assemblierte GP711R7 zum Problelauf gestartet werden kann, muss noch der Einsprungvektor ermittelt werden (habe ich von Andi gelernt ;-)). Im GP kann der Speicherinhalt mit dem Kommando C = Ansehen betrachtet werden. Als Startadresse wird $60000 verwendet:



Der Startvektor ist $4210 auf meinem System und somit ergibt sich für den Testlauf die Startadresse $0064210

Mit B = Starten und der Startadresse $64210 ergibt sich dann folgendes Bild:



Also erstmal Danke an Andi für die Mühe und die bis hierher korrekten Quellcodes für das GP710R7 (bei mir GP711R7, wie beschrieben).

Wie geht es weiter:
Das abgespeicherte BIN brenne ich für die BootRAM68K auf ein 512MBit Eprom und tausche es gegen das GP710R5 aus. Da möchte ich dann sehen, ob es zu einer Verbesserung mit den SD-Karten auf meinem NKC gekommen ist. Dazu gehören auch Testläufe mit MicroSD-Karten (512MB).

Offene Frage: Warum hat das mit der Assemblierung mit meiner Umgebung nicht geklappt?

VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Teil 4 - Warum klappte erste Assemblierung nicht

Hallo,
ich wollte der Frage nachgehen, warum die Assemblierung des GP710R5 mit der SDIO.ASM von Andi's Github nach GP710R7 (bei mir wie beschrieben GP711R7) nicht funktioniert hat.

Ich konnte folgende Beobachtung machen: Der Quellcode des SDIO.ASM vom Github

https://github.com/avg67/nkc/tree/main/SW/GP710r7

verursacht wohl das Problem. Was habe ich getan?

Nach erfolgreichem Durchlauf in Teil 3 holte ich mir die SDIO.ASM vom Github erneut, kopierte Sie über die zweite SD-Karte mit den MTOOLS in das Verzeichnis von Laufwerk G: im Jados 3.50 auf der ersten SD-Karte. Dort spielte ich sie mit dem Kommando

komweg SDIO.ASM H:SDIO.ASM

auf das Laufwerk H zu den bereits vorhandenen ASM-Dateien, mit den der vorherige Durchlauf funktionierte. Ein erneuter Assemblerdurchgang zeigte dann wieder die Fehler:



Ich verglich daraufhin im NKC mit

MORE SDIO.ASM zunächst die SDIO.ASM vom Github:



Danach holte ich wieder die funktionierende SDIO.ASM vom DSK:



Die beiden Dateien unterscheiden sich (ASM-Dateien ohne Kommentare), stellte ich fest.

Da ich jetzt als Neuling für den 68008er keine echten Aussagen machen kann und nur Beobachtungen liefere, stellen sich mir folgende Fragen:

- Können ASM-Dateien auf dem PC (MAC Sonoma 14.6.1, oder DEBIAN oder Windows 10) mit VS-CODE erfolgreich für die Verwendung am NKC (GP710R7, JADOS 3.50) bearbeitet und gespeichert werden?

- Im ASSTEXTE.ANT auf dem PC stellte ich fest, dass es nach dem Null-terminierten Ende der Dateien noch weitergeht (hier ein Ausschnitt von VS-CODE auf MAC):



Ist das schädlich? Auf dem PC sorgt es für mich Verwirrung, auf dem NKC wird nur bis zum ersten $00 dargestellt.

Ich habe die ASSTEXTE.ANT dann mal in VS-CODE gekürzt und gespeichert und in HEXFIEND (MAC Hexeditor) betrachtet:

Hier fehlt am Ende der Abschluß mit $00

Wie kann ich das korrigieren? In VS-CODE gibt es die Erweiterung INSERT UNICODE. Mit CMD-SHIFT-P (MAC) kann ich mit "insert" ein 0x0 einfügen, dass im Hexfiend dann als 00 angezeigt wird. Angezeigt wird das dann so im VS-CODE bei mir (Links VS-CODE, rechts HEXFIEND):




Anmerkung: Es geht ja in Zukunft für mich auch darum, Programme in Assembler und C auf dem PC zu entwerfen und gfs. auch mal Assemblerquellen an den NKC unter GP710R7 und JADOS 3.5 zu übertragen.

Andi: Würdest Du das mal prüfen? Im Quelltext mit Kommentaren sieht das doch gut aus?



Nach der Umwandlung mit KOMWEG sieht es aber dann wie oben gezeigt aus.


VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Hallo Jürgen,

ich übertrage Dateien von/zu meinem MAC immer mit Andi's rs232d Programm.
https://github.com/avg67/nkc/blob/main/SW/Disks/gp08_src.dsk

Das Programm erkennt die 0 als Dateiende und erzeugt auf dem PC die korrekte Datei.

In meinem Beispiel siehst du die USB-Schnittstelle des MACs, könnte bei dir etwas anders aussehen.

wfin: test2_mouse %
wfin: test2_mouse % python3 dl.py -p /dev/tty.usbserial-20230306211 -b 115200 -d f:test3.txt
NKC-Downloader by AVG
Initialized /dev/tty.usbserial-20230306211 for 115200 Baud
..Receiving f:test3.txt, length: 1024 Bytes
....Done. CRC OK
wfin: test2_mouse % ll test3.txt
-rw-r--r-- 1 wfin staff 28 16 Nov 17:15 test3.txt
wfin: test2_mouse % cat test3.txt
Hallo Welt!
Hallo!
Welt!
wfin: test2_mouse %


Wenn ich aus der Textdatei auf dem NKC mit copy test3.txt text3.bin eine Bin-Datei erstelle,
dann werden natürlich alle 1024 Bytes gespeichert:

wfin: test2_mouse %
wfin: test2_mouse % python3 dl.py -p /dev/tty.usbserial-20230306211 -b 115200 -d f:test3.bin
NKC-Downloader by AVG
Initialized /dev/tty.usbserial-20230306211 for 115200 Baud
..Receiving f:test3.bin, length: 1024 Bytes
....Done. CRC OK
wfin: test2_mouse % ll test3.*
-rw-r--r-- 1 wfin staff 1024 16 Nov 18:06 test3.bin
-rw-r--r-- 1 wfin staff 28 16 Nov 17:15 test3.txt
wfin: test2_mouse %

VG Werner

Hallo Werner,
ja, das mit dem rs232d und der dl.py hab ich mir schon angesehen und vorgemerkt. Zunächst wollte ich ja ein GP haben, dass auch mit den Micro-SD's (128MB von Amazon) umgehen kann.

So, wie Du schreibst "Das Programm erkennt die 0 als Dateiende und erzeugt auf dem PC die korrekte Datei." würde also von der o.g. ASSTEXTE.TXT auch nur bis zur ersten NUL übertragen werden? AUf dem PC schaut es aber dann immer noch schrottig aus, ja?

Ein nächster Schritt, und hier Danke an Deine Ablaufdarstellung, würde dann die Übertragung per SER sein, die ich probieren will.

Zuvor möchte ich noch das EPROM brennen mit meiner GP710R7 und testen, ob die Micro-SD's dann gehen.

VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Teil 5 - GP710 brennen und testen

Hallo,

das erfolgreich mit dem GP710R5 Assembler erstellte Grundprogramm GP710R7 (bei GP711R5 - siehe oben) habe ich dann mit meinem TL866II-Plus auf ein ST M27C512 mit 13Volt Brennspannung gebrannt und wieder in die BootRam68k V1.2 eingesetzt.

Erste Tests:
- Booten von SD-Karte
- Booten von Gotekfloppy
- Kopieren von Dateien zwischen Floppy, SD-Karte und MTOOLS
- Assemblieren und testweise starten von GP710R7 erneut

Das hat alles geklappt.

Danach flashte ich mit BaleneaEtcher ein JADOS 3.5 Image auf eine 128MB Micro-SD Karte. Besorgt hatte ich mir diese bei Amazon besorgt. Sind jetzt nicht mehr dort erhältlich, sondern bei Aliexpress mit der Bezeichnung
"Cloudisk Micro-SD-Karte mit kleiner Kapazität, 128 MB, 256 MB, 512 MB (512 MB = 0,5 GB), C4-Speicherkarte für MP3-Fotos, nur kleine Dateien" zum kleinen Preis.

Jetzt, mit dem neuen GP710R7 mit der angepassten SDIO.ASM konnte von der Micro-SD mit 128 MByte gebootet werden. Das ging im GP710R5 nicht.

Andi berichtete, dass er mit seiner 512MB Micro-SD Variante Probleme beim Verwenden des Dateisystems gehabt hätte. Ich habe deswegen folgende erste Tests gemacht:

- Booten von SD-Karte (128MB)
- Kopieren von Dateien zwischen Floppy, SD-Karte und MTOOLS
- Löschen von Dateien und wieder kopieren auch ganze Laufwerke

Das hat mit meiner Micro-SD nun geklappt. Ich werde das weiter beobachten und im Falle von Problemen hier berichten.

Ich möchte mich nochmals für die Unterstützung, gerade durch Andi bedanken. Ich habe auch wieder einiges dazugelernt und es war eine gute praktische erste Erfahrung im Umgang mit GP710 und JADOS 3.5. Ein tolles System, auch mit 68008.

Jetzt folgt der C-Compiler auf DEBIAN.....Fernziel nachwievor Schach auf dem NKC mit einem Roboter...

VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Hallo Jürgen,

ich habe mir dein Problem mit der ASSTEXTE.TXT in VS-Code nochmal angesehen.

macOS und Windows kennen die $00 als Dateiende einer Textdatei nicht.
Die Null für das Dateiende einer Textdatei benötigt Jados und auch CP/M.
Wenn du in VS-Code die Null und alles danach löscht und speicherst, dann ist die Datei für den MAC ok.
Also, alles was nach der Null steht ist Schrott.

VG Werner

Hallo Werner,
ich hatte ja in Teil 4 (Mitte) eine Lösung für mich mit VS-Code gefunden. Danach kann alles nach der Null entfernt werden.
Was hälst Du davon?
VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Hallo Andi, in Teil 4 am Ende hatte ich noch was zu der SDIO.ASM vom Github geschrieben. Da es insgesamt viel Text ist und ich die Beobachtungen eher für Meinesgleichen niedergeschrieben habe sende ich Dir diese ?kurze? Nachricht.
Könntest Du das mal prüfen?
VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Hallo Jürgen,

ich habe mal die Datei ASSTEXTE.ANF im NKC auf ASSTEXTE.TXT kopiert (copy ASSTEXTE.ANF ASSTEXTE.TXT).
Dann beide Dateien mit rs232d auf den PC kopiert, und siehe da:
Die ASSTEXTE.ANF hat Nullen und ist 1024 Byte gross.
Die ASSTEXTE.TXT hat keine Nullen und ist 646 Byte gross, wie es sein sollte!!!!

Also, die.Dateiendung ANF wird wohl vom NKC als Binärdatei interpretiert.

Generell würde ich sagen: Die $00 in einer Textdatei ist auf dem PC verboten.
Die PC Editoren können unterschiedlich mit der $00 umgehen.

Wie genau Jados die Unterscheidung Text/Binär trifft, kann ich nicht sagen.
Ich vermute, es ist nur die Dateiendung.
Vielleicht existiert irgendwo eine Liste.

VG Werner

Zitat von redo: Hallo Andi, in Teil 4 am Ende hatte ich noch was zu der SDIO.ASM vom Github geschrieben. Da es insgesamt viel Text ist und ich die Beobachtungen eher für Meinesgleichen niedergeschrieben habe sende ich Dir diese ?kurze? Nachricht. Könntest Du das mal prüfen? VG Jürgen

Hallo Jürgen,
sorry hab da wohl was verpasst :-(
Was soll ich prüfen?
LG,
Andi

Hallo Andi, nach meinen Tests zum assemblieren konnte ich als Ursache die SDIO.ASM vom Github als möglichen Kanditaten feststellen. Siehe dazu TEIL 4 oben am Anfang.
Jetzt mal eine Annahme, weiß natürlich nicht, ob ich da einen Treffer lande. In der SDSIO.ASM sind am Anfang Makros mit auskommentierten Zeilen, wobei die erste auskommentierte Zeile kein Blank zwischen dem Stern und der Anweisung hat. Könnte das etwas bedeuten. Bestimmt nur stochern im Nebel, habs auch nicht getestet, wollte ja fertig werden.
Du findest oben Screenshots vom SDIO.ASM vor und nach KOMWEG.
VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Hallo Werner,
ich hatte das auch so gemacht und die ANT auf die 646 Byte gekürzt. Das lief dann auch so.
Zu der Frage mit den NULL-terminierten Datei habe ich jetzt gelernt, dass das wohl bei JADOS und CP/M so ist. Wenn ich eine Datei in den Editor vom GP710 einlese, erkennt er das Dateiende am NULL und schreibt nach Änderung die Datei auch wieder mit NULL in den Massenspeicher.
Es werden wohl aber ganze Blöcke mit 1024Byte geschrieben und so tauchen, nicht im NKC aber am PC dann nachfolgende Fragmente auf.
So, dass ist jetzt eine Annahme, die ich aufgrund mangelnder Erfahrung nicht sicher behaupten kann. Hier wäre die Meinung und das Wissen von den anderen Kollegen gefragt.
VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!

Hallo,

ja das stimmt. durch das fehlende Leerzeichen bleibt die Zeile auch nach komweg drin, wird aber durch den Assembler einwandfrei als kommentar erkannt und alles richtig übersetzt.

LG,
Andreas

Hallo Andi,
na gut. Mit den Quellen von Deiner DSK vom Github hat es ja am Ende einwandfrei funktioniert. Das mit der SDIO.ASM vom Github vielleicht etwas nicht stimmt, war eine nur Vermutung.
Ich würde jetzt den nächsten Schritt angehen wollen. Cross-C-Compiler für den NKC 68k unter Debian. Dazu würde ich mich zunächst etwas einlesen, mal was probieren und dann ein neues Thema hier eröffnen. Ich mache jetzt wesentlich mehr mit DEBIAN und möchte mich endlich von Windows verabschieden. Ich nutze es gerade nur noch für den TL868II-Plus.
VG Jürgen

-----------------------
Nach vielen Jahren ging es mit dem NKC wieder los.... Sehr spannend!