Speichern Sie die Ausgabe des Befehls in der Datei MS-DOS 1.x.

Es scheint, dass [COMMAND]>[FILE] funktioniert nicht in den frühen Versionen von MS-DOS. Ich verwende MS-DOS 1.25 und der obige Ausdruck gibt die Anweisung invalid argument.

Aktualisieren : Da es wahr ist, dass es unter DOS 1.x nicht funktioniert, ist es möglich, diese Ausgabe unter Verwendung einiger Funktionen der virtuellen Box oder beispielsweise durch Abrufen der Ausgabe von einigen Protokolldateien zu erhalten.

Sie können die Debugging-Funktionen Ihrer virtuellen Maschine (oder gdb / etwas anderes) verwenden, um den Speicher direkt zu lesen. ms-dos verfügt weder über einen Speicherschutz noch über ein Multitasking-System. Sie können also den Arbeitsspeicher der virtuellen Maschine und vga der virtuellen Maschine zur Eingabe lesen.

Dokumentation sagt, dass es einen Befehl gibt

info vgatext -- print the contents of the VGA framebuffer formatted as standard text mode

Die korrekte Syntax für die Ausgabe lautet: Lauf VirtualBox --debug --startvm msdos1.25Dann in der Debugger-Konsole: info vgatext

kopiert eingefügte Ausgabe:

The COMPAQ Personal Computer DOS                                                
Version 1.11                                                                    


(C) Copyright COMPAQ Computer Corp. 1982                                        
(C) Copyright Microsoft 1981, 82                                                


A>                                                                              











--------------------------------------------------------------------------------
VBoxDbg> 

Sie können also ein Debugger-Skript schreiben, das einen Speicherwert im Speicher Ihres Programms festlegt und den vga-Bildschirm ausgibt, wenn ein Programm etwas ausgibt, oder Sie können ein Skript schreiben, das die CPU anhält, den Inhalt konsistent speichert, wenn sich die Ausgabe ändert, den aktualisierten Inhalt speichert und fortfährt CPU laufen

Einige zu untersuchende Optionen sind:

• Hier erfahren Sie, wie Sie ein Debugging-Skript zum Speichern des Speicherinhalts Ihrer Anwendung schreiben

• Finden Sie einige Debugging-VGA-Treiber / serielle Schnittstelle / Speicher-Dumping-Lösung für Quemu / Dosbox / Virtualbox

• Finden Sie ein altes Hilfsprogramm aus den 80ern, das vielleicht jemand zu diesem Zweck geschrieben hat

• füge hier freedos tag hinzu (oder verschiebe / wiederhole deine Frage zum großen Stackoverflow, ich nehme an, einige Gurus sollten etwas über solche Probleme wissen

Ich werde später aktualisieren, wenn ich etwas Interessantes finde, aber können Sie bitte einige Details darüber preisgeben, warum Sie 1.25 verwenden. Funktioniert dieses Programm auf neueren Versionen von MSDOS? Ich wette, Sie können einige junge Assembly-Hacker finden, die bereit sind, dieses Programm gegen eine geringe Gebühr auf eine neuere Version zu aktualisieren (oder Dateiausgaben mit asm hinzuzufügen)

Es scheint, dass [BEFEHL] & gt; [DATEI] in den frühen Versionen von MS-DOS nicht funktioniert.

Ich verwende MS-DOS 1.25 und der obige Ausdruck gibt die Anweisung ungültiges Argument

Das ist richtig. Was Sie tun möchten, ist in Version 1.25 nicht möglich.

Befehlsumleitung (zusammen mit vielen anderen Verbesserungen) wurde in v2.0 hinzugefügt.

MS-DOS Version 2.0 (entspricht PC-DOS 2.0) wurde erstmals im März veröffentlicht   1983. Es war im Nachhinein ein neues Betriebssystem (obwohl große Sorgfalt war   zur Aufrechterhaltung der Kompatibilität mit MS-DOS Version 1). Es enthielt viele   bedeutende Neuerungen und erweiterte Funktionen, einschließlich der auf   die folgende Seite.

• Unterstützung für größere Disketten und Festplatten
• Viele UNIX / XENIX-ähnliche Funktionen, einschließlich einer hierarchischen Dateistruktur, Dateihandles, E / A-Umleitung, Pipes und Filtern
• Hintergrunddruck (Druckspooling)
• Datenträgerbezeichnungen sowie zusätzliche Dateiattribute
• Installierbare Gerätetreiber
• Eine vom Benutzer anpassbare Systemkonfigurationsdatei, die das Laden zusätzlicher Gerätetreiber sowie die Anzahl der Systemfestplatten kontrollierte   Puffer und so weiter
• Wartung von Umgebungsblöcken, mit denen Informationen zwischen Programmen übertragen werden können
• Ein optionaler ANSI-Anzeigetreiber, mit dem Programme den Cursor positionieren und die Anzeigeeigenschaften in a steuern konnten   hardwareunabhängig
• Unterstützung für die dynamische Zuweisung, Änderung und Freigabe von Speicher durch Anwendungsprogramme
• Unterstützung für benutzerdefinierte User Command Interpreter (Shells)
• Systemtabellen zur Unterstützung der Anwendungssoftware beim Ändern von Währungs-, Zeit- und Datumsformaten (als internationaler Support bezeichnet)

Quelle Erweiterte MS-DOS-Programmierung von Ray Duncan

Was kann ich stattdessen tun?

Eine mögliche Problemumgehung wäre, den Bildschirm (als Text) zu erfassen und die Ausgabe zu analysieren.

Die Antworten auf diese Frage Bildschirmaufnahme unter DOS Listen Sie einige TSR-Programme (Terminate but Stay Resident) auf, die Ausgangspunkte für Ihre Untersuchung sind.

Sie können C installieren und ein Programm schreiben, um die DOS-Befehle zu übernehmen, sie in einer Shell auszuführen und die Ergebnisse zu protokollieren. Ich würde empfehlen, dass Sie Borland Turbo C 2.01 verwenden. Sie können auch Code in Quickbasic schreiben, wenn Sie Code schreiben möchten ... ;-)

https://archive.org/details/msdos_borland_turbo_c_2.01

Persönlich würde ich DOS 5.5 oder 6 verwenden, vorausgesetzt, es gibt ein paar zusätzliche Dinge, die Sie bekommen würden.