ABBUC e.V. Forum

Verfasst: **17.06.2024 20:17**

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.

Verfasst: **18.06.2024 09:35**

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

Verfasst: **17.11.2024 12:54**

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

Verfasst: **17.11.2024 23:55**

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.

Verfasst: **18.11.2024 00:46**

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) 16267 mal betrachtet

Verfasst: **18.11.2024 09:13**

ascrnet hat geschrieben: ↑
18.11.2024 00:46
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.

Verfasst: **18.11.2024 16:32**

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

Verfasst: **18.11.2024 17:27**

ascrnet hat geschrieben: ↑
18.11.2024 16:32
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.

Verfasst: **18.11.2024 18:35**

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

Verfasst: **19.11.2024 11:12**

ascrnet hat geschrieben: ↑
18.11.2024 18:35
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.

Verfasst: **20.11.2024 00:45**

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?

Verfasst: **20.11.2024 10:54**

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.

Verfasst: **21.11.2024 01:27**

JoSch hat geschrieben: ↑
20.11.2024 10:54
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.

JoSch hat geschrieben: ↑
20.11.2024 10:54
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

Verfasst: **21.11.2024 09:09**

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

Verfasst: **21.11.2024 12:57**

JoSch hat geschrieben: ↑
21.11.2024 09:09
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.

Verfasst: **21.11.2024 13:04**

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

Verfasst: **21.11.2024 17:57**

JoSch hat geschrieben: ↑
21.11.2024 13:04
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) 15976 mal betrachtet

in FUJINET :

: fujinet.PNG (2.24 KiB) 15976 mal betrachtet

Verfasst: **22.11.2024 08:37**

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

Verfasst: **22.11.2024 14:21**

JoSch hat geschrieben: ↑
22.11.2024 08:37
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

Verfasst: **25.11.2024 09:20**

ascrnet hat geschrieben: ↑
22.11.2024 14:21

JoSch hat geschrieben: ↑
22.11.2024 08:37
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"

Verfasst: **28.11.2024 01:22**

JoSch hat geschrieben: ↑
25.11.2024 09:20
Allerbesten Dank für die Übersetzung.

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

JoSch hat geschrieben: ↑
25.11.2024 09:20
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.

JoSch hat geschrieben: ↑
25.11.2024 09:20
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.

Verfasst: **28.11.2024 09:53**

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?

Verfasst: **28.11.2024 17:49**

JoSch hat geschrieben: ↑
28.11.2024 09:53
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.

Verfasst: **03.12.2024 12:40**

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.

Verfasst: **03.12.2024 19:05**

JoSch hat geschrieben: ↑
03.12.2024 12:40
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) 15462 mal betrachtet

Verfasst: **04.12.2024 09:39**

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

Verfasst: **05.12.2024 15:53**

JoSch hat geschrieben: ↑
04.12.2024 09:39
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) 15393 mal betrachtet

Verfasst: **05.12.2024 16:35**

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

Verfasst: **07.12.2024 02:02**

JoSch hat geschrieben: ↑
05.12.2024 16:35
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.

Verfasst: **09.12.2024 09:14**

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.

Verfasst: **11.12.2024 18:23**

JoSch hat geschrieben: ↑
09.12.2024 09:14
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) 15120 mal betrachtet

Verfasst: **12.12.2024 09:40**

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.

Verfasst: **12.12.2024 15:50**

JoSch hat geschrieben: ↑
12.12.2024 09:40
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

JoSch hat geschrieben: ↑
12.12.2024 09:40
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

Verfasst: **12.12.2024 15:52**

ascrnet hat geschrieben: ↑
12.12.2024 15:50

JoSch hat geschrieben: ↑
12.12.2024 09:40
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.

Verfasst: **30.12.2024 16:32**

@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.

Verfasst: **31.12.2024 20:22**

JoSch hat geschrieben: ↑
30.12.2024 16:32
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) 14533 mal betrachtet

Ein weiteres Detail: Die Sprache wurde nicht aktualisiert.

: lang.JPG (50.95 KiB) 14533 mal betrachtet

das vorläufig.

Verfasst: **31.12.2024 20:47**

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.

Verfasst: **02.01.2025 11:12**

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

Verfasst: **07.01.2025 01:23**

JoSch hat geschrieben: ↑
02.01.2025 11:12
@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) 152-mal heruntergeladen

Verfasst: **28.01.2025 11:11**

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?

ABBUC e.V. Forum

RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten

Re: RespeQt 5.4.1 RC1 - Kann Spuren von TNFS enthalten