Erstellung eines verschiebbaren CIO-Handlers aus BW-DOS für FujiNet NOS?

[tschak909]

Diese Nachricht ist für @Janzh, aber ich poste sie öffentlich, um die Diskussion zu erleichtern...

Ich habe bewiesen, daß FujiNet NOS dazu gebracht werden kann, auf lokale Festplatten zuzugreifen, indem ein CIO-Handler für ein bestimmtes Dateisystem geladen wird, und zwar zuerst durch das Laden von ADOS.COM, das Teil von OS/A+ 4.10 ist, was es ermöglicht, DOS-2-Festplatten zu lesen und zu schreiben.

Ich weiß, daß der Quellcode von BW-DOS veröffentlicht wurde, und der CIO-Code wurde in zwei Teile Assembler-Quellcode aufgeteilt:

https://github.com/HolgerJanz/BW-DOS/bl ... BWCIO1.ICL
https://github.com/HolgerJanz/BW-DOS/bl ... BWCIO2.ICL

Könnte eine verschiebbare Version davon in eine ladbare COM-Datei aufgeteilt werden, die ein Gerät 'D' in HATABS einfügen würde, um das Lesen und Schreiben von SpartaDOS-Disketten unter NOS zu unterstützen?

Ich würde gerne sehen, ob wir zusammenarbeiten können, um dies zu tun.

-Thom

[Janzh]

Hallo Thomas,

Für mich liest es sich sehr interessant, aber leider werde ich in den nächsten Monaten keine Zeit haben, mich an einem solchen Projekt zu beteiligen. Daher komme ich auch nur sporadisch dazu, die Foren zu lesen. Erhard hat mich auf diesen Post aufmerksam gemacht.

Hier kurz meine ersten Gedanken, vielleicht helfen sie euch:

Ich würde es andersherum machen. Anstatt einem NDOS die Möglichkeit zu geben auch auf D Devices (mit verschiedenen File Systemen) zuzugreifen, würde ich das N-Device lieber in beliebigen DOS-Arten und -Versionen nutzen können. Die meisten DOS Versionen erlauben mit beliebigen Devices zu arbeiten, solang der Device-Handler installiert ist, z.B. für das N-Device. Das Problem ist, dass der N-Handler im Moment von dem jeweiligen DOS nachgeladen werden muss und relative viel Hauptspeicher (low memory) braucht. Dies macht es für viele Fälle unpraktisch und wegen dem erhöhten MEMLO sind einige Anwendungen gar nicht möglich. Die schönste Lösung wäre meiner Meinung nach, wenn das FujiNet ein PBI Device wäre, denn dann könnte es einen N-Handler zu Verfügung stellen ohne Hauptspeicher zu verbrauchen, D-Devices könnten transparent eingebunden werden und man ist nicht auf die langsame SIO Geschwindigkeit eingeschränkt.

Wenn man trotzdem einen verschiebbaren SpartaDOS FS Treiber haben möchte, kann man BW-DOS nutzen. Es reicht aber nicht, sich XBW15CIO1/2.ICL anzusehen. Am besten schaut man sich XBW15CP.ASM an. Wenn man dies assembliert, bekommt man ein BW-DOS ohne interne Kommandos, das direkt nach $700 geladen wird (für das XBW15CP.DOS wird es dann nach $2200 verschoben und nach dem Start nach $700 kopiert, damit man es auch direkt von der Kommandozeile oder Cartridge starten kann). Es werden folgende Includes benutzt:

• XBWCOMTA.ICL - COMTAB Variablen (werden auch vom SpartaDOS FS benötigt, z.B. für Datum/Zeit)
  XBWCP.ICL - Kommandozeileninterpreter
  XBWCMDC.ICL - Hilfsfunktionen für den Kommandozeileninterpreter
  XBWCIO1.ICL - CIO API Teil 1
  XBWCIO2.ICL - CIO API Teil 2
  XBWFMS.ICL - SpartaDOS FS

Für einen verschiebbaren SpartaDOS FS Handler werden alle Teile benötigt außer XBWCP.ICL und XBWCMDC.ICL. Diese Teile könnte man entfernen und nur den D-Handler in die HATAB registrieren. Den D-Handler dann verschiebbar zu machen, ist dann eine größere Fleißarbeit.

Auf der anderen Seite wurde diese Arbeit schon gemacht und zwar von SpartaDOS X. In SpartaDOS X sind alle Treiber verschiebbar. Der SpartaDOS FS Treiber heißt SPARTA.SYS und der Treiber für Atari DOS/MyDOS heißt ATARI.SYS. Eventuell kann man beim SpartaDOS X Upgrade Project nachfragen, ob hier eine Wiederverwendung möglich wäre. Aber auch hier würde es meiner Meinung nach besser sein, einen verschiebbaren N-Treiber für SpartaDOS X zu Verfügung zu stellen, durch die Verwendung von Extended Memory (wird von SpartaDOS X verwalten und kann einfach alloziert werden) gibt es dann auch keine Probleme mit dem zusätzlichen Verbrauch von Hauptspeicher und dem damit einhergehenden hohen MEMLO.

Ich finde es toll, was ihr mit FujiNet auf die Beine gestellt habt und wünsche euch noch viel Erfolg.

Bis bald
Holger

[tschak909]

Kurze Antwort: Es existiert bereits. NDEV.COM ist in der Version von BW-DOS enthalten, die Sie von FujiNet (auf apps.irata.online) laden können, und lädt einen N: Handler in jedes DOS. In der Tat haben alle DOS in dem von mir erwähnten Ordner diesen Handler bereits vorinstalliert.

j1.png (303.17 KiB) 1337 mal betrachtet

Sobald es geladen ist, stellt es das N:-Gerät zur Verfügung, und Sie können es verwenden.

j2.png (173.12 KiB) 1337 mal betrachtet

Was ich versuche, ist, die Lücke in der anderen Richtung zu schließen, damit Dateisystemmodule bei Bedarf in NOS geladen werden können

Danke für die Informationen, ich werde sie mir durchlesen. Hoffentlich ist das klarer.

---

Short answer: It already exists. NDEV.COM, and is bundled in the version of BW-DOS you can load from FujiNet (on apps.irata.online), and loads an N: handler into any DOS. In fact, all of the DOS in the folder I mention have it ready to go.

j1.png (303.17 KiB) 1337 mal betrachtet

Once loaded, it provides the N: device, and you can use it.

j2.png (173.12 KiB) 1337 mal betrachtet

What I'm trying to do, is close the gap from the other direction so that filesystem modules can be loaded in NOS when needed.

Thanks for the info, I will read through. Hopefully this is clearer.