SvarDOS: DR-DOS is reborn as an open source operating system

    Hallo guidol, wir haben die rekursive Auflistung inzwischen eingebaut, allerdings erst in SvarCOM Version 2024.7 (unsere COMMAND.COM). Die stabile Distribution enthält noch SvarCOM 2024.6 (Kommando VER gibt Auskunft). Die "bleeding edge" Diskettenabbilder auf http://svardos.org enthalten die neuere Shell.


    Viele Grüße,

    Bernd

    Cool, einer der Entwickler hier, das finde ich klasse! Willkommen! Ihr habt den Command.com neu geschrieben, oder warum enthielt er den /s Schalter bisher nicht? Fehlen noch weitere? Es wäre essentiell wichtig, wenn alle bekannten Schalter von den jeweiligen DOS-Befehlen unterstützt werden, sonst ist das ja nicht unbedingt kompatibel zu existierenden Batch-Scripten.

    1ST1

    Zitat von 1ST1

    Ihr habt den Command.com neu geschrieben, oder warum enthielt er den /s Schalter bisher nicht? Fehlen noch weitere? Es wäre essentiell wichtig, wenn alle bekannten Schalter von den jeweiligen DOS-Befehlen unterstützt werden, sonst ist das ja nicht unbedingt kompatibel zu existierenden Batch-Scripten.

    Korrekt. Das ist ne Eigenentwicklung hauptsächlich von Mateusz Viste. Und ich gebe Dir recht: alle internen Kommandos, welche die originale MS COMMAND.COM unterstützt inklusive der Kommandozeilenargumente, sollten der Kompatibilität wegen implementiert werden. Inzwischen sollte auch fast alles umgesetzt sein. DIR /S war wohl das prominenteste, das bislang fehlte. CTTY steht noch auf der Liste. Aber das ist eher exotischer Natur. Sollte uns sonst noch was entgangen sein, bitte einfach hier schreiben. Oder alternativ (Account vorausgesetzt) auf Github: https://github.com/SvarDOS/bugz/issues

    Zitat von boeckmann

    Hallo guidol, wir haben die rekursive Auflistung inzwischen eingebaut, allerdings erst in SvarCOM Version 2024.7 (unsere COMMAND.COM). Die stabile Distribution enthält noch SvarCOM 2024.6 (Kommando VER gibt Auskunft). Die "bleeding edge" Diskettenabbilder auf http://svardos.org enthalten die neuere Shell.

    Halle boeckmann ;)

    ich hatte die Repro-CD genutzt, aber die hatte natuerlich (wie beschrieben) auch nur die letzte Stable-Version 2024.6 ohne das DIR/S

    Mit der bleeding-edge-cd konnte ich die repo-Installation von SVARDOS nur formatieren und nicht updaten :(


    Wie geht ein Update des Systems im Gegensatz zu den Packages?


    Da ich im Moment noch in der VirtualBox teste, konnte ich fuer die bleeding-edge Installation das Repro-ISO einbinden und dann (nach Aktivierung des CDROM-Treibers in config.sys/autoexec.bat) einige Packgages von D: installieren:

    pkg install D:FED.SVP

    pkg install D:CWSDMPI.SVP


    Dabei fiel mir auf, dass man nicht angeben kann, wo die Packages hin (Pfad) installiert werden.

    Habt Ihr da ein angedachtes "System"? Denn wenn nicht kommt es bei diesen beiden Packages einfach in ein Unterverzeichnis im Root-Directory :(

    So fand der FED dann auch nicht die DPMI-Server Datei.


    Und wenn man es nach eigenem Geschmack "zurecht rueckt" denke ich dass es "Probleme" (also Doppel-Installation) geben wird, wenn man die Packages versucht upupdaten?


    Unterstuetzt/Beinhaltet Euer USB-Boot-Medium den Driver/Package usbdos?
    Ich denke, dass wuerde SInn machen wenn mein auf einem echten Rechner (kein VirtualBox) ohne passende Netzwerkkarte SVARDOS nutzen mag.


    Bei dem bleeding-Edge BUILD: 20241125 ist der COMMAND 2024.8 dabei der dann auch DIR /S kann :)

    (ansonsten bleibt natuerlich auch 4DOS zur Wahl als COMMAND.COM Ersatz)


    Jedenfalls war es schon mal positiv, dass CONFIG.SYS und AUTOEXEC.BAT nicht so aufgeblasen sind, wie bei FreeDOS v1.3 :)

    Da musste ich die Dateien damals doch arg zurecht stutzen ;)


    Ohne passendes Netzwerk kopiert man sich die Repro-Dateien wohl am besten auf die Platte?

    Letztes mal als ich auf einem Rechner usbdos probiert hatte, hing der Rechner leider undich musste dann extern den Treiber auf dem Medium deaktivieren :(


    Welcher Weg wird da empfohlen um Dateien auf den DOS-Rechner zu bekommen?

    Zitat von guidol

    Wie geht ein Update des Systems im Gegensatz zu den Packages?

    Ein Systemupdate mittels eines einzelnen Kommandos ist momentan so weit ich weiß nicht implementiert. Man könnte natürlich beispielsweise pkg update ohne Parameter implementieren, und dann alle installierten Pakete mit existierender .SVP Datei im aktuellen Verzeichnis aktualisieren. Das ist denke ich eine sinnvolle Erweiterung und habe das daher in die Liste mit aufgenommen: https://github.com/SvarDOS/bugz/issues/143

    Zitat von guidol

    Dabei fiel mir auf, dass man nicht angeben kann, wo die Packages hin (Pfad) installiert werden.

    Im SvarDOS Installationsverzeichnis befindet sich die Datei PKG.CFG. Dort können Pfade für PKG umgebogen werden. Im CWSDPMI-7.SVP Paket (.SVP sind umbenannte .ZIP) liegt alles unter PROGS\CWSDPMI. Und für PROGS ist in der pkg.cfg das Hauptverzeichnis als Ziel eingestellt. PROGS ist hierbei gleichzeitig die Softwarekategorie. Das sollte sich also umbiegen lassen. Eine komplett freie Angabe des Installationsortes mittels Kommandozeilenargument für PKG pro Paket ist leider nicht möglich.

    Zitat von guidol

    So fand der FED dann auch nicht die DPMI-Server Datei.

    Ja, das ist natürlich keine schöne Sache. Da sollte nach Abschluss der CWSDPMI Installation zumindest ein Hinweis erfolgen, dass man das Verzeichnis in PATH mit aufnehmen möge. Das werden wir ergänzen.

    Zitat von guidol

    Und wenn man es nach eigenem Geschmack "zurecht rueckt" denke ich dass es "Probleme" (also Doppel-Installation) geben wird, wenn man die Packages versucht upupdaten?

    PKG wird die zum Paket gehörenden Dateien nicht finden, wenn man sie nachträglich verschiebt.

    Zitat von guidol

    Welcher Weg wird da empfohlen um Dateien auf den DOS-Rechner zu bekommen?

    Also ich persönlich mache es auf meinem Pentium System mittels CF Karten. Dazu habe ich einen CF auf IDE Adapter im System. Das funktioniert auch ausgesprochen zuverlässig. Für meinen Haupt-PC habe ich nen USB auf CF Adapter. Netzwerk und "USB Gedöns" nutze ich selber nich im Retro PC.


    Bezüglich USB werde ich nochmal nachschauen. Ist sicher praktisch, wenn das USBDOS im USB Image mit drin ist.

    Bin mal neugierig... wenn command.com neu geschrieben ist, wieviel freier Hauptspeicher mit geladenem himem.sys (aber sonst nix im config.sys) ist denn frei ?

    "The biggest communication problem is we do not listen to understand. We listen to reply." - Stephen Covey


    Webseite und Blog ist immer noch - seit fast 20 Jahren - online.

    Zitat von Peter z80.eu

    Bin mal neugierig... wenn command.com neu geschrieben ist, wieviel freier Hauptspeicher mit geladenem himem.sys (aber sonst nix im config.sys) ist denn frei ?


    @Peter z80.eu bei mir sieht es folgendermaßen aus (mit HIMEMX.EXE). Mit geladenem JEMM ist es etwas mehr, da dann die UMBs zur Verfügung stehen.

    boeckmann das sieht doch gut aus, HMA (DOS=HIGH) wird ja auch schon genutzt. Rein theoretisch könnte man auch noch mehr Befehle als die bekannten DOS-üblichen Befehle integrieren, bspw. "mem" (also statt externes Programm dann interne Routine), aber mehr freier RAM Bereich ist für viele wahrscheinlich wichtiger...

    "The biggest communication problem is we do not listen to understand. We listen to reply." - Stephen Covey


    Webseite und Blog ist immer noch - seit fast 20 Jahren - online.

    boeckmann
    Nachdem ich etwas Probleme mit dem Bleeding-Edge USB Image hatte laeuft nun SvarDOS auf meinem eeePC 701/4G -bootend ueber eine SDCard als Laufwerk, so kann ich auch leicht Dateien auf Filesystem bekommen ;)


    Da ich die SD-Karte mit FDISK von SVARDOS eingerichtet habe, bot dies mir FAT32 am Anfang an, aber darauf wollte es sich doch nicht installieren :) Also die 4GB SDCard in 2 Partionen geteilt partioniert.


    Da ich den EDIT (also sozusgaen auch QB) von MS-DOS 6.22 uebernommen habe, musste ich die EDIT.BAT in \SVARDOS deaktivieren, da mein C:\MSDOS\ am Ende des PATH ist.


    Zum PATH

    in SVARDOS ist der bei der Installation so definiert:

    SET DOSDIR=C:\SVARDOS

    PATH=%DOSDIR%


    Von MS-DOS war ich es gewohnt ihn so zu erweitern:

    PATH=%DOSDIR%;C:\UTILS;C:\ARC;C:\MSDOS\;


    Damit fand SVARDOS aber nichts in den 2 weiteren Pfaden :(

    Ein direktes

    PATH=C:\SVARDOS;C:\UTILS;C:\ARC;C:\MSDOS\;

    ging auch nicht...deshalb aenderte ich es in (evtl. muss es ja so sein?)

    PATH=C:\SVARDOS\;C:\UTILS\;C:\ARC\;C:\MSDOS\;


    Damit kann ich dann den MS-DOS Editor aufrufen :)


    RunCPM laeuft in der DOS/DPMI-Version natuerlich genauso wie unter FreeDOS/DRDOS :)
    (aber wie auch da gehoert dann ein BUFFERS=30 hinter die FILES Konfiguration, ansonsten ist der Filesystemzugriff von RunCPM viel zu langsam)

    Hallo guidol,


    danke für's Testen! Deinen Eintrag auf Github wegen der fehlenden INSTALL.LST habe ich gesehen. Ich denke Mateusz wird sich darum kümmern, wenn er aus Urlaub zurück ist (mein Steckenpferd ist eher der Kernel). Es sollte nicht schwer zu fixen sein.


    Die Sache mit dem PATH schaue ich mir an.


    SVED ist zugegebenermaßen etwas rudimentär. Aber zum Editieren von config.sys und autoexec.bat sollte es reichen. Den Rest kann man sich ja bei Bedarf nachinstallieren. Für Leute die VI von Unix aus kennen und mögen habe ich als Geheimtipp den VI Editor von OpenWatcom (sollte daher im OW.SVP Paket enthalten sein). Ist zwar nicht VIM, aber durchaus brauchbar. Braucht nur leider nen 386er.


    Ich installiere mir beispielsweise auch gerne 4DOS als Standardshell. Ein bißchen Komfort schadet ja nicht :)


    Bezüglich der Partitionseinrichtung ist mir noch eingefallen, dass der Installer besser nachfragen sollte, ob FAT-32 gewünscht ist. Free FDISK legt ja standardmäßig ab ca. 500 MB FAT-32 Partitionen an, und ab >2GB geht es auch nicht ohne. Aber 2GB FAT-16 Partitionen anzulegen ist generell denke ich keine schlechte Sache. Insbesondere wenn man mit Windows 3.1 hantiert. Ich muss noch was drüber nachdenken, was da die vermeintlich beste Lösung ist...


    Viele Grüße,

    Bernd

    wenn ich 4DOS in der CONFIG.SYS per

    SHELL lade übernimmt 4DOS nicht die Farben für die DIR Anzeige.


    Starte ich 4DOS nach dem booten am Prompt klappt es...


    Aber bis jetzt habe ich nirgends gesehen dass man die 4DOS.INI in der CONFIG.SYS mit angeben kann :(


    Mein 4DOS ist unter C:\4DOS\

    Zitat von boeckmann

    wir haben die rekursive Auflistung inzwischen eingebaut, allerdings erst in SvarCOM Version 2024.7 (unsere COMMAND.COM).

    Da scheint noch ein "Memory Leak" zu sein ... Installation von http://svardos.org/download/20…20241125-floppy-1.44M.zip (keine weiteren "Packages") auf ein 2 GB "Laufwerk" unter QEMU emulator version 8.2.2/9.2.0... dann 3 mal:

    Code
    C:\>DIR/W/S/-P

    ausführen. Zum Schluß wird:

    Code
    Directory of C:\SVARDOS\DOC\

Insufficient memory

    angezeigt ... durch einem weiteren Aufruf von DIR/W/S/-P erscheint die Meldung schon bei C:\TEMP\ ...

    Einmal editiert, zuletzt von JenGun ()

    Gefällt mir 1

    guidol Ich habe den SvarCOM Fehler bzgl. DIR/S gefunden und behoben. Es sollten jetzt alle Dateien / Verzeichnisse rekursiv angezeigt werden. Mateusz hat zusätzlich den insufficient memory Fehler behoben. Es war auch noch ein Fehler in DIR/B (SvarCOM hat sich aufgehängt). Ist ebenfalls behoben.


    PATH unterstützt jetzt auch ein = dahinter.


    Wir testen es noch etwas und veröffentlichen dann bald die SvarCOM Version 2025.0. Nach Veröffentlichung ist die dann in den bleeding edge Builds enthalten, und auch über PKGNET.

    Das Gleichheitszeichen nach dem PATH war mir als mögliche Fehlerquelle gar nicht aufgefallen. Selbst MS-DOS 5.0 akzeptiert das schon. (Frühere Versionen habe ich nicht getestet.)

    Atari Portfolio, Highscreen Handy Organizer, HP 95LX, HP 200LX, HP 1000CX, OmniBook 800CT, Sharp PC-3000, ThinkPad 770, ThinkPad R500

    SVARDOS-USB-BootStick mit einigen Text-Editoren:

    GitHub - lproven/usb-dos: Usable DOS-based live USB media
    Usable DOS-based live USB media. Contribute to lproven/usb-dos development by creating an account on GitHub.
    github.com

    The Ultimate Distraction Free Writing Environment
    The art of writing has become a cluttered one to follow, typically these days through a graphical word processor. There may be a virtual page in front of you,…
    hackaday.com


    guidol schönes Image. Wusste gar nicht, dass Word für DOS Freeware ist. Nettes Feature der DOSSHELL ist übrigens die Taskswitch Funktion mittels ALT+TAB, wie von Windows aus gewohnt. Kennen viele nicht. Leider hat's SvarCOM 2024.8 mit in das Image geschafft. Ich habe Liam geschrieben, dass er das besser zeitnah durch 2025.0 ersetzt, wenn wir es denn in den nächsten Tagen schaffen das freizugeben...

    boeckmann

    wie updated man später dann am besten zu 2025.0?


    Eine Neuinstallation würde ja vorher die Platte formatieren...


    Als Update würde ich ansehen wenn man bei MS-DOS ein SYS C: macht (für command.com / io.sys und msdos.sys) und dann alle Files in \DOS ersetzt.


    Neben dem SYS C: waere das dann hier \SVARDOS


    Gibt es dafür eine einfache Möglichkeit oder könnte man beim Installmedium eine Replacefunktion einbauen, die aber CONFIG.SYS und AUTOEXEC.BAT nicht ändert?

    Also guidol wenn wir Anfang nächster Woche SvarCOM aktualisieren, dann am besten einfach nur das aktualisieren. Dazu gibt es mehrere Wege. Der einfachste ist wohl das .SVP mittels DOS Netzwerk und PKGNET runterzuladen und dann mit PKG zu installieren. Sollte kein Netzwerk auf dem DOS PC verfügbar sein, dann am besten vom anderen Rechner das einzelne Paket runterladen (http://svardos.org/repo/?a=pull&p=svarcom), mittels physischem Medium auf den Zielrechner übertragen, und dann PKG UPDATE SVARCOM vom Paketverzeichnis aus...


    Generell zum Betriebsystemupdate. SYS X: ist nach Systeminstallation nicht mehr notwendig. Selbst der Kernel kann einfach mittels Paketupdate aktualisiert werden.


    Eine Möglichkeit, alle Pakete auf einmal zu aktualisieren, beispielsweise über ne aktuelle sv-repo.iso gibts momentan leider nicht. Man kann aber natürlich ne aktuelle sv-repo.iso hernehmen, die in den DOS Rechner schmeißen und dann vom CD Laufwerk selektiv die Pakete mittels PKG UPDATE aktualisieren. Nur ein PKG UPDATEALL, um alle installieren Paket auf einmal zu aktualisieren, das fehlt leider noch. Ist aber auf der TODO. Dann würde der Updateprozess so aussehen:


    Code
    REM gehe zum CD Laufwerk
D:
REM Paketupdate
PKG UPDATEALL

    PKG macht generell nichts ander config.sys und autoexec.bat. Die sollten also safe sein...

    boeckmann Danke fuer die Antwort.

    Erstmal geht es mir nicht darum alle Pakete zu aktualisieren auf einmal (wie z.B. bei Linux), da mein DOS nicht so komplex aufgebaut ist :)


    Wichtig ist mir das Grrundsystem wie Kernel, Command-Prozessor und die grundsaetzlichen externen Befehle in \SVARDOS


    Gibt es ein eigenes Packet fuer den Kernel und/oder Command-Prozessor oder ist dies (wenn es ein Update gibt) in dem Packet SVARCOM mit drin?


    Zur Zeit haben meien 2 DOS-Rechner Netzwerk (zum Glueck die richtigen NICs onboard fuer PacketDriver),

    aber der eine hat noch MS-DOS 6.22 - aber mein eeePC 701 Mini-Laptop hat SVARDOS auf einer bootbaren SDCard, so ist es im Moment fast schneller ein Packet auf die SDCard zu kopieren.


    Die Packages von der Packet-ISO habe ich auf der 2ten Partition der Karte (D:) - also im "Schnellzugriff" ;)

    Zitat von guidol

    Gibt es ein eigenes Packet fuer den Kernel und/oder Command-Prozessor oder ist dies (wenn es ein Update gibt) in dem Packet SVARCOM mit drin?

    Ja, der EDR-DOS Kernel ist im Paket KERNLEDR.SVP enthalten, der FreeDOS Kernel im Paket KERNLFD.SVP. Man kann auch vom EDR-DOS Kernel zum FreeDOS wechseln (und umgekehrt) durch folgende Sequenz, und dann den nehmen, der einem "besser passt". Wobei EDR der Standardkernel ist:


    Code
    PKG RM KERNLEDR
REM wichtig! jetzt kein Reboot!

PKG INSTALL KERNLFD
REM hier jetzt ein Reboot zum Starten vom neuen Kernel

    Ist natürlich was riskant, also im Zweifelsfall die Installationsfloppy als Bootmedium bereithalten, um das im worst-case wieder rückgängig machen zu können. Entweder über COPY A:\KERNEL.SYS C:, oder besser per Paketinstallation / -deinstallation mittels PKG.