RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

[JoSch]

Hallo Leute.

Ich habe auf der H.A.T.Z. begonnen einen TFNS-Server in RespeQt einzubauen.
Heute kann ich stolz die erste Version präsentieren: https://github.com/josch1710/RespeQt/re ... /r5.4.1RC1
Bitte mit diesem Release vorsichtig sein und keine wertvollen Dateien benutzen. Ich hoffe, es sind keine großen Fehler mehr drin, aber ich kann noch nicht garantieren, dass alles reibungslos von statten geht.

Der Server funktioniert so, dass jedes gerade gemountete Verzeichnis mit seinem Namen in einem virtuellen Dateisystem sichtbar ist. Hat man z.b. die Verzeichnisse A und B gemountet, wird dies als /A und /B aufgelistet, wenn man sich mit einem Client verbindet.

Ist ein Client verbunden, wird unten rechts in der Statuszeile das Netzwerksymbol aktiviert, bis die letzte Verbindung wieder geschlossen wurde.

Ich konnte erfolgreich ein Programm vom Fujinet aus starten. Wahrscheinlich findet ihr noch Probleme .

Viel Spass.

[JoSch]

Ach ja, und bitte nicht scheuen, Fehler oder Probleme zu melden. Hier, per PN oder auf Github ein Issue anlegen.
Danke.

[ascrnet]

Ich habe nicht verstanden, wie man die TNFS-Unterstützung aktiviert

[JoSch]

Die Unterstützung ist immer an, Du musst aber mind. ein Verzeichnis mounten. Alle gemounten Verzeichnisse sind dann unter einem gemeinsamen Wurzelverzeichnis in Fujinet erreichbar.

[ascrnet]

Aber ich verstehe nicht, wo ich den Namen des TNFS-Servers eingeben soll, z. B. tnfs.fujinet.online oder ist das für einen lokalen Server?

Ich sehe, dass ich das TNFS-Symbol deaktiviert habe, wenn ich Ihren Anweisungen folge.

red.PNG (9.16 KiB) 13463 mal betrachtet

[JoSch]

Aber ich verstehe nicht, wo ich den Namen des TNFS-Servers eingeben soll, z. B. tnfs.fujinet.online oder ist das für einen lokalen Server?

Ich sehe, dass ich das TNFS-Symbol deaktiviert habe, wenn ich Ihren Anweisungen folge.
red.PNG

Ach so. Einfach die IP-Adresse Deines Rechners angeben. Wenn Dein Router eine DNS-Namensauflösung macht, dann kann man auch den lokalen Namen nehmen, etwas Rechner.local oder Rechner.speedport.ip etc.

[ascrnet]

Ich sehe in der Benutzeroberfläche nicht, wo ich den Namen des Servers, mit dem ich mich verbinden will, eingeben kann, ich verwende Win10.

[JoSch]

Ich sehe in der Benutzeroberfläche nicht, wo ich den Namen des Servers, mit dem ich mich verbinden will, eingeben kann, ich verwende Win10.

Die IP findet man in den Windows-Einstellungen unter Netzwerk.

[ascrnet]

Danke für die Hilfe, es wurde mir erklärt, dass es serverseitig und nicht clientseitig ist, wie ich dachte.

[JoSch]

Danke für die Hilfe, es wurde mir erklärt, dass es serverseitig und nicht clientseitig ist, wie ich dachte.

Ja klar, da haben wir wohl aneinander vorbei geredet.

[ascrnet]

Ich habe eine Frage, hast du es schon auf QT6 umgestellt oder benutzt es immer noch QT5?

Ich arbeite daran, die spanische Sprache zu aktualisieren und würde es gerne in Linux neu kompilieren, um zu sehen, wie einige Korrekturen und die Übersetzung der neuen Funktionen sind.

Ein weiterer Punkt, den ich bereits sehen TNSF auf meinem Fujinet aktiviert, aber es lädt keine .atr, die Frage ist, welches Laufwerk sollte ich wählen, um meinen Ordner zu mounten oder gibt es eine andere Anforderung?

[JoSch]

Nein, ich habe zu Qt6 noch keine konkreten Pläne. Wir arbeiten aktuell sogar noch auf 5.6.3, da dies die letzte Version mit XP-Unterstützung ist. Plan ist erstmal, Bugs und Probleme aufzuräumen und dann zu 5.15 zu migrieren.

Zu TNFS: Welches Laufwerk Du für Verzeichnisse Du verwendest, ist für TNFS erstmal völlig egal. Da die Konfiguration ja gespeichert wird, würde ich hintere Laufwerke benutzen, damit das nicht mit einer normalen Benutzung via SIO in Konflikt steht.

[ascrnet]

Nein, ich habe zu Qt6 noch keine konkreten Pläne. Wir arbeiten aktuell sogar noch auf 5.6.3, da dies die letzte Version mit XP-Unterstützung ist. Plan ist erstmal, Bugs und Probleme aufzuräumen und dann zu 5.15 zu migrieren.

verstanden, ich sehe, dass Sie qmake zu cmake geändert haben und ich habe es geschafft, es in Debian ohne Probleme zu kompilieren, um zu sehen, wie die Aktualisierung der spanischen Sprache ist.

Zu TNFS: Welches Laufwerk Du für Verzeichnisse Du verwendest, ist für TNFS erstmal völlig egal. Da die Konfiguration ja gespeichert wird, würde ich hintere Laufwerke benutzen, damit das nicht mit einer normalen Benutzung via SIO in Konflikt steht.

Es schlägt immer noch fehl, z.B. lädt DOS 2.0s ein paar Sektoren und hält dann an, bis das Wort READY erscheint. Offensichtlich wird DOS.SYS nicht richtig geladen.
Ich hänge das Protokoll an, falls es Ihnen etwas sagt.

Code: Alles auswählen

Incoming command 0x "0
Incoming command 0x "17
Incoming command 0x "18
Incoming command 0x "12
Incoming command 0x "17
Incoming command 0x "16
Incoming command 0x "18
Incoming command 0x "12
Incoming command 0x "17
Incoming command 0x "16
Incoming command 0x "18
Incoming command 0x "12
Incoming command 0x "17
Incoming command 0x "18 [x14]
Incoming command 0x "12
Incoming command 0x "17
Incoming command 0x "16
Incoming command 0x "18 [x9]
Incoming command 0x "12
Incoming command 0x "17
Incoming command 0x "16
Incoming command 0x "18
Incoming command 0x "12
Incoming command 0x "17
Incoming command 0x "16
Incoming command 0x "18
Incoming command 0x "12
Incoming command 0x "17
Incoming command 0x "16
Incoming command 0x "18
Incoming command 0x "16
Incoming command 0x "18
Incoming command 0x "12
Incoming command 0x "17
Incoming command 0x "18 [x14]
Incoming command 0x "12
Incoming command 0x "24
Incoming command 0x "29
Incoming command 0x "25
Incoming command 0x "24
Incoming command 0x "25
Incoming command 0x "24
Incoming command 0x "25
Incoming command 0x "24
Incoming command 0x "25
Incoming command 0x "21
Incoming command 0x "24
Incoming command 0x "21 [x10]
Incoming command 0x "24
Incoming command 0x "25

[JoSch]

Drückst Du OPTION beim Start? Hast Du beim Ready-Prompt schon mal "DOS" probiert?

[ascrnet]

Drückst Du OPTION beim Start? Hast Du beim Ready-Prompt schon mal "DOS" probiert?

Sicher, aber das ist nicht das Problem. Bei anderen Diskettenbetriebssystemen werden nur 2 bis 3 Sektoren gelesen und die Übertragung eingefroren. Das passiert bei DOS 2.5, MYDOS, MYPICODOS und SMARTDOS.

[JoSch]

Damit hatte ich bisher keine Probleme.
Hast Du Highspeed an? Welche Handshake-Methode ist eingestellt?

[ascrnet]

Damit hatte ich bisher keine Probleme.
Hast Du Highspeed an? Welche Handshake-Methode ist eingestellt?

in RESPEQT, soweit ich das verstanden habe, spielt das keine große Rolle. Aber ich zeige Ihnen trotzdem, was ich habe.

resp.PNG (8.72 KiB) 13172 mal betrachtet

in FUJINET :

fujinet.PNG (2.24 KiB) 13172 mal betrachtet

[JoSch]

Wenn Du sonst Fujinet benutzt, z.B. mit dem Abbucserver, dann hast Du keine Probleme mit Booten von ATRs?

[ascrnet]

Wenn Du sonst Fujinet benutzt, z.B. mit dem Abbucserver, dann hast Du keine Probleme mit Booten von ATRs?

Ich habe keine Probleme mit TFNS-Servern oder dem Lesen von .atr von der MicroSD-Karte. Ich verwende einen ATARI 800XL NTSC ohne Modifikationen.

Ein weiterer punkt, ich habe bereits die spanische Sprache für diese version aktualisiert, ich schickte Ihnen ein PR in der Github

[JoSch]

Wenn Du sonst Fujinet benutzt, z.B. mit dem Abbucserver, dann hast Du keine Probleme mit Booten von ATRs?

Ich habe keine Probleme mit TFNS-Servern oder dem Lesen von .atr von der MicroSD-Karte. Ich verwende einen ATARI 800XL NTSC ohne Modifikationen.

Ein weiterer punkt, ich habe bereits die spanische Sprache für diese version aktualisiert, ich schickte Ihnen ein PR in der Github

Allerbesten Dank für die Übersetzung.

Ich bin jetzt überfragt, wieso da ein Problem bei Dir auftritt. Mit versch. Computern habe ich keine Probleme mit Fujinet und ein hilfreicher Benutzer im Fujinet-Discord hatte auch keine Probleme.
Ich baue vielleicht noch weitere Debug-Nachrichten ein und schicke Dir eine passende Version (Windows?). Ich weiß jetzt nur nicht, wann ich dazu komme.

PS: Wir sind hier generell eher per "Du"

[ascrnet]

Allerbesten Dank für die Übersetzung.

Gern geschehen, ich übersetze immer, seit ASPEQT vor Jahren im Atariage-Forum geboren wurde.

Ich bin jetzt überfragt, wieso da ein Problem bei Dir auftritt. Mit versch. Computern habe ich keine Probleme mit Fujinet und ein hilfreicher Benutzer im Fujinet-Discord hatte auch keine Probleme.

Ich verstehe auch nicht, warum es mit meinem FUJINET Version 1.5 mit der neuesten Firmware 1.4.0 nicht funktioniert, obwohl ich die Verzeichnisse und Unterverzeichnisse angezeigt habe und es auch .ATX und .XEX ohne Probleme lädt, aber es fängt nicht an, mit 600 Baud .CAS und .ATR richtig zu laden.

Ich baue vielleicht noch weitere Debug-Nachrichten ein und schicke Dir eine passende Version (Windows?). Ich weiß jetzt nur nicht, wann ich dazu komme.

Sowohl unter Windows als auch unter Linux habe ich das gleiche Problem. Unter Linux habe ich die Entwicklungsumgebung bereit, aber ich weiß nicht, wie ich den Debug-Modus aktivieren kann, damit die „qDebug()“-Meldungen in der Konsole erscheinen.

[JoSch]

Eigentlich sieht Du die Meldungen ja. Ich dachte mehr daran, mehr Infos auszuspucken. Ich könnte Dir dann eine passende Version kompilieren. Welches Betriebssystem würdest du gerne haben?

[ascrnet]

Eigentlich sieht Du die Meldungen ja. Ich dachte mehr daran, mehr Infos auszuspucken. Ich könnte Dir dann eine passende Version kompilieren. Welches Betriebssystem würdest du gerne haben?

wenn Sie können, wäre es gut für Windows 10 sein, wie es ist, was ich immer auf der Hand haben.

[JoSch]

Ich habe mal etwas zusammengehackt. Im Zip ist erstmal nur die Exe-Datei. Mach am besten eine Kopie Deines aktuellen RespeQt-Verzeichnisses und dann die Exe darein. Die Kommandos werden jetzt mit Namen mit ausgegeben. Ich habe jetzt noch keine Ausgabe der Rückgaben eingebaut. Aber da der TNFS-Code eh eigenwillig ist, was die Interpretation der TNFS-Spezifikation ist, weiß ich gerade nicht wie sinnvoll das ganze ist.
In dieser Version ist auch eine ungetestete Version zur Unterstützung von TCP-Verbindungen.

[ascrnet]

Ich habe mal etwas zusammengehackt. Im Zip ist erstmal nur die Exe-Datei. Mach am besten eine Kopie Deines aktuellen RespeQt-Verzeichnisses und dann die Exe darein. Die Kommandos werden jetzt mit Namen mit ausgegeben. Ich habe jetzt noch keine Ausgabe der Rückgaben eingebaut. Aber da der TNFS-Code eh eigenwillig ist, was die Interpretation der TNFS-Spezifikation ist, weiß ich gerade nicht wie sinnvoll das ganze ist.
In dieser Version ist auch eine ungetestete Version zur Unterstützung von TCP-Verbindungen.

danke, aber die Anwendung funktioniert nicht, weil die richtigen Bibliotheken mit der Endung „d“ für Debug fehlen. Ich habe mehrere aus dem Internet heruntergeladen, aber sie sind nicht kompatibel.

lib.png (4.99 KiB) 12657 mal betrachtet

[JoSch]

Ja, sorry. Du hast natürlich recht. Ich habe RespeQt nochmal als Releaseversion kompiliert und angehängt.

[ascrnet]

Ja, sorry. Du hast natürlich recht. Ich habe RespeQt nochmal als Releaseversion kompiliert und angehängt.

danke, aber es funktioniert nicht, ich denke, Sie sollten die DLLs, die Sie verwenden, in dieser Version enthalten.

respeqt_d.png (28.92 KiB) 12588 mal betrachtet

[JoSch]

Die haben sich ja eigentlich nicht geändert. Ist wahrscheinlich wieder irgendwas mit dem Deployment etc.
Ich habe jetzt mal eine Komplettversion drahgehängt. Wenn die nicht funktioniert, dann weiß ich auch nicht

[ascrnet]

Ich habe jetzt mal eine Komplettversion drahgehängt. Wenn die nicht funktioniert, dann weiß ich auch nicht

diese Version, wenn sie ohne Probleme funktioniert, füge ich die Tests bei. Wo „....“ erscheint, bedeutet dies, dass es unendlich oft wiederholt wurde.

Mydos 4.5d.atr

Code: Alles auswählen

Incoming command 0x "24" " (Stat File)
Incoming command 0x "29" " (Open File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "21" " (Read Block)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "21" " (Read Block)
Incoming command 0x "24" " (Stat File)

Dos 2.0s.atr

Code: Alles auswählen

Incoming command 0x "24" " (Stat File)
Incoming command 0x "29" " (Open File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "21" " (Read Block)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "21" " (Read Block)
Incoming command 0x "21" " (Read Block) [x2]
Incoming command 0x "21" " (Read Block) [x3]
Incoming command 0x "21" " (Read Block) [x4]
Incoming command 0x "21" " (Read Block) [x5]
Incoming command 0x "21" " (Read Block) [x6]
Incoming command 0x "21" " (Read Block) [x7]
Incoming command 0x "21" " (Read Block) [x8]
Incoming command 0x "21" " (Read Block) [x9]
Incoming command 0x "21" " (Read Block) [x10]
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "21" " (Read Block)
Incoming command 0x "21" " (Read Block) [x2]
Incoming command 0x "21" " (Read Block) [x3]
Incoming command 0x "21" " (Read Block) [x4]
Incoming command 0x "21" " (Read Block) [x5]
Incoming command 0x "21" " (Read Block) [x6]
Incoming command 0x "21" " (Read Block) [x7]
Incoming command 0x "21" " (Read Block) [x8]
Incoming command 0x "21" " (Read Block) [x9]
Incoming command 0x "21" " (Read Block) [x10]
....
Incoming command 0x "21" " (Read Block) [xxxx5]

SmartDOS 6.1D.atr

Code: Alles auswählen

Incoming command 0x "24" " (Stat File)
Incoming command 0x "29" " (Open File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "21" " (Read Block)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "21" " (Read Block)
Incoming command 0x "21" " (Read Block) [x2]
Incoming command 0x "21" " (Read Block) [x3]
Incoming command 0x "21" " (Read Block) [x4]
Incoming command 0x "21" " (Read Block) [x5]
Incoming command 0x "21" " (Read Block) [x6]
Incoming command 0x "21" " (Read Block) [x7]
Incoming command 0x "21" " (Read Block) [x8]
Incoming command 0x "21" " (Read Block) [x9]
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "21" " (Read Block)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "21" " (Read Block)
Incoming command 0x "21" " (Read Block) [x2]
Incoming command 0x "21" " (Read Block) [x3]
Incoming command 0x "21" " (Read Block) [x4]
Incoming command 0x "21" " (Read Block) [x5]
Incoming command 0x "21" " (Read Block) [x6]
Incoming command 0x "21" " (Read Block) [x7]
Incoming command 0x "21" " (Read Block) [x8]
Incoming command 0x "21" " (Read Block) [x9]
Incoming command 0x "21" " (Read Block) [x10]
....
Incoming command 0x "21" " (Read Block) [xxxxx7]

alle atrs werden problemlos in altirra und von der microsd-karte des fujinet geladen.

[JoSch]

Ich würde hier auf ein Timingproblem tippen. Es gab in Fujinet, glaube ich, eine Methode, um ein Log zu schreiben. Vielleicht kannst Du das mal anschalten und wir können mal drauf schauen, ob wir das Problem entdecken.

[ascrnet]

Ich würde hier auf ein Timingproblem tippen. Es gab in Fujinet, glaube ich, eine Methode, um ein Log zu schreiben. Vielleicht kannst Du das mal anschalten und wir können mal drauf schauen, ob wir das Problem entdecken.

Ich glaube, das Problem ist ernster, es liegt nicht an meinem fujinet. Ich benutze den fujinet-Emulator in altirra und habe etwas sehr ähnliches wie das, was mir auf dem echten ATARI passiert.

altirra.png (52.1 KiB) 12315 mal betrachtet

[JoSch]

Sehe ich das korrekt: Altirra hat jetzt einen Fujinet an Bord und der verbindet sich mit einem beliebigen Server?
Wenn das so ist, macht das das Debuggen natürlich einfacher. Ich schaue mir das nächste Woche dann mal an.
Danke für den Hinweis.

[ascrnet]

Sehe ich das korrekt: Altirra hat jetzt einen Fujinet an Bord und der verbindet sich mit einem beliebigen Server?

Das stimmt, ich gebe Ihnen eine Schritt-für-Schritt-Anleitung.
https://github.com/a8jan/fujinet-pc-lau ... th-fujinet

Wenn das so ist, macht das das Debuggen natürlich einfacher. Ich schaue mir das nächste Woche dann mal an.
Danke für den Hinweis.

es ist keine überstürzte Sache

[JoSch]

Sehe ich das korrekt: Altirra hat jetzt einen Fujinet an Bord und der verbindet sich mit einem beliebigen Server?

Das stimmt, ich gebe Ihnen eine Schritt-für-Schritt-Anleitung.
https://github.com/a8jan/fujinet-pc-lau ... th-fujinet
[..]

Danke.

[JoSch]

@ascrnet: Erstmal vielen Dank für diese tolle Fujinet-Brücke. Das macht Debuggen soviel einfacher

Der Fehler war in File Seek, dort habe ich den einzigen Parameter mit Vorzeichen übersehen und das musste ich mir das so zusammenbasteln, damit es funktioniert. Außerdem habe SEEK_END falsch interpretiert und das wurde auch noch korrigiert.
TNFS über TCP funktioniert jetzt auch noch.
Daher habe ich dann eine neue Version gebaut: https://github.com/josch1710/RespeQt/re ... /r5.4.1RC2


Viel Spass.

[ascrnet]

Der Fehler war in File Seek, dort habe ich den einzigen Parameter mit Vorzeichen übersehen und das musste ich mir das so zusammenbasteln, damit es funktioniert. Außerdem habe SEEK_END falsch interpretiert und das wurde auch noch korrigiert.
TNFS über TCP funktioniert jetzt auch noch.

vielen Dank für die Lösung der Probleme, ich testete sowohl als echte Hardware und in den Emulator und immer noch nicht laden Mydos 4.5d ist die einzige, die alle anderen ohne Probleme geladen scheitert.

Test vom Atari :

Code: Alles auswählen

Incoming command 0x "24" " (Stat File)
Incoming command 0x "29" " (Open File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "25" " (Seek File)
Incoming command 0x "21" " (Read Block)
Incoming command 0x "24" " (Stat File)
Incoming command 0x "21" " (Read Block)

vom Emulator aus versuchen:

fujinet.JPG (53.77 KiB) 11728 mal betrachtet

Ein weiteres Detail: Die Sprache wurde nicht aktualisiert.

lang.JPG (50.95 KiB) 11728 mal betrachtet

das vorläufig.

[JoSch]

Ich hatte mit Turbodos und automatisch geladenen Turbobasic probiert, da hat es funktioniert. Ich habe Dos aufgerufen , Directory angezeigt, eine Datei auf E: kopiert. Keine Probleme.
Muss ich wohl versch. Bootdisks probieren.

[JoSch]

@ascrnet: Kannst Du mir mal Deine Diskimages schicken, damit ich das Problem besser eingrenzen kann.

[ascrnet]

@ascrnet: Kannst Du mir mal Deine Diskimages schicken, damit ich das Problem besser eingrenzen kann.

Natürlich teile ich es hier mit Ihnen. „Ich werde eine Woche von der ATARI-Welt entfernt sein“.

Mydos 4.5d.atr

(180.02 KiB) 106-mal heruntergeladen

[JoSch]

Also ich habe ein bisschen getestet. Es hängt auf jeden Fall nicht an MyDOS 4.50. Das Diskimage ist in DD formatiert.
Wenn ich in Altirra das Image direkt starte, ein zweites Image mounte, dieses in MD formatiere und DOS installiere, dann kann ich von RespeQt aus MyDos starten.
Ich gehe daher davon aus, dass hier irgendwas komisches mit dem DD-Format zu tun hat. Allerdings kann ich im Fujinet-Log die übertragenen Daten nicht sehen.
Ich muss mir hier etwas ausdenken, wie daran komme. Hat jemand eine Idee?