DOS-Tools

[Postmaster]

Moin Leutz,
unter DOS lässt sich so manches besser erledigen, eventuell auch über ein
schön gestaltetes Menü.
Aber leider werden ab WIN XP die ANSI-Steuersequenzen nicht mehr
verarbeitet.

Deshalb habe ich einige DOS-Tolls erstellt um diese Manko zu beheben.

BTN.COM Erstellt anklickbare Felder
CLN.COM Löscht eine Zeile
CLR.COM Löscht die aktuelle Zeile
COL.COM Setzt die Hintergrund- und Zeichenfarbe
CSR.COM Setzt den Cursor direkt auf Spalte und Zeile
KEY.COM Das etwas andere CHIOCE
MSG.COM Ählich wie BTN, gibt eine Text aus und erstellt Buttons
POS.COM Ähnlich CSR, setzt der Cursor direkt oder relativ
SHOW.COM Das etwas andere ECHO, gibt einen formatiereten Text aus
WAIT.COM Stoppt den Programmablauf

Downloaden könnt ihr es unter:
http://homepage.o2mail.de/hansjoergdombrowa/files/DOS-Tools.zip

Auwisch, Hajo.

[Herbert Kleebauer]

Post by Postmaster
Moin Leutz,
unter DOS lässt sich so manches besser erledigen, eventuell auch über ein
schön gestaltetes Menü.
Aber leider werden ab WIN XP die ANSI-Steuersequenzen nicht mehr
verarbeitet.
Deshalb habe ich einige DOS-Tolls erstellt um diese Manko zu beheben.

Was immer die Programme auch machen, es wird kaum noch
Rechner geben auf denen sie ausgeführt werden können.
64 Bit hat die Welt erobert und alle 16 Bit Programme
vernichtet.

Aber hat unter 32 Bit XP ANSI.SYS nicht noch funktioniert?

http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/device.mspx?mfr=true

Examples

To use an ANSI escape sequence to control the screen and keyboard for the MS-DOS
subsystem, type the following in your Config.nt or equivalent startup file:

device=c:\winnt\system32\ansi.sys

[Claus Reibenstein]

¯¯¯¯¯¯¯¯¯¯

Wer?

Post by Herbert Kleebauer

Post by Postmaster
Deshalb habe ich einige DOS-Tolls erstellt um diese Manko zu beheben.

Wenn's Spaß macht.

Ich schreibe des Öfteren Batch-Scripte, auch unter Windows 7, und
brauche dafür keine "Tolls". Die laufen auch ohne solchen Murx und
lassen sich wunderbar bedienen.

Post by Herbert Kleebauer
Was immer die Programme auch machen, es wird kaum noch
Rechner geben auf denen sie ausgeführt werden können.
64 Bit hat die Welt erobert und alle 16 Bit Programme
vernichtet.

Das ist falsch. Nur weil Windows die Unterstützung für 16-bittige
Programme in den 64-Bit-Windosen nicht mehr anbietet, heißt das noch
lange nicht, dass das gar nicht mehr möglich ist. Zum Einen gibt es
genügend alternative Möglichkeiten, 16-bittige Programme auch dort
auszuführen, wie z.B. virtuelle Maschinen und Emulatoren. Zum Anderen
gibt es auch noch andere Betriebssysteme.

Gruß
Claus

[Herbert Kleebauer]

Post by Claus Reibenstein
¯¯¯¯¯¯¯¯¯¯
Wer?

Was ist so seltsam daran, das "Postmaster" (oder "Webmaster" oder
"Administrator" oder "root") etwas posted?

Post by Claus Reibenstein

Post by Herbert Kleebauer
Was immer die Programme auch machen, es wird kaum noch
Rechner geben auf denen sie ausgeführt werden können.
64 Bit hat die Welt erobert und alle 16 Bit Programme
vernichtet.

Das ist falsch.

Was ist falsch?

Post by Claus Reibenstein
Nur weil Windows die Unterstützung für 16-bittige
Programme in den 64-Bit-Windosen nicht mehr anbietet, heißt das noch

Die Schuld liegt da weniger bei Windows sonder bei AMD,
die beschlossen haben im 64 Bit Modus der CPU den V86 Mode nicht
mehr zu unterstützen (bei Intel wäre das wohl nicht passiert).

Post by Claus Reibenstein
lange nicht, dass das gar nicht mehr möglich ist. Zum Einen gibt es
genügend alternative Möglichkeiten, 16-bittige Programme auch dort
auszuführen, wie z.B. virtuelle Maschinen und Emulatoren. Zum Anderen
gibt es auch noch andere Betriebssysteme.

Dann lies das Originalposting nochmals. Es ging um Hilfsprogramme
zur Batchprogrammierung in XP und Nachfolger. Und unter
Batchprogrammierung versteht man da nicht beliebige Scriptsprachen
sondern Code der von CMD.EXE ausgeführt wird. Da helfen weder
virtuelle Maschinen, Emulatoren noch andere Betriebssysteme.
Wie soll den ein com Programm das unter DOS 6 in einer virtuellen
Maschine ausgeführt wird den Cursor im CMD-Fenster positionieren?

Das einzige das hilft ist, anstatt einer 64 Bit eine 32 Bit
Version von XP/Vista/Win7/Win8 zu verwenden. Nur bei den
32 Bit Versionen funktioniert wohl auch ANSI.SYS noch, so dass
die Programme die es ersetzen sollen überflüssig sind. Und
bei den 64 Bit Versionen funktionieren eben auch die Programme
nicht.

[Claus Reibenstein]

Post by Herbert Kleebauer

Post by Claus Reibenstein
¯¯¯¯¯¯¯¯¯¯
Wer?

Was ist so seltsam daran, das "Postmaster" (oder "Webmaster" oder
"Administrator" oder "root") etwas posted?

Du hast meine Anmerkung nicht verstanden.

Post by Herbert Kleebauer

Post by Claus Reibenstein

Post by Herbert Kleebauer
Was immer die Programme auch machen, es wird kaum noch
Rechner geben auf denen sie ausgeführt werden können.
64 Bit hat die Welt erobert und alle 16 Bit Programme
vernichtet.

Das ist falsch.

Was ist falsch?

Das, was ich gequotet habe. Was genau ist daran unklar?

Post by Herbert Kleebauer

Post by Claus Reibenstein
Zum Einen gibt es
genügend alternative Möglichkeiten, 16-bittige Programme auch dort
auszuführen, wie z.B. virtuelle Maschinen und Emulatoren. Zum Anderen
gibt es auch noch andere Betriebssysteme.

Dann lies das Originalposting nochmals. Es ging um Hilfsprogramme
zur Batchprogrammierung in XP und Nachfolger.

Und zwar um 16-bittige.

Post by Herbert Kleebauer
Und unter
Batchprogrammierung versteht man da nicht beliebige Scriptsprachen

Wer hat wann wo "beliebige Scriptsprachen" erwähnt?

Post by Herbert Kleebauer
sondern Code der von CMD.EXE ausgeführt wird.

Genau davon rede ich.

Post by Herbert Kleebauer
Da helfen weder
virtuelle Maschinen, Emulatoren noch andere Betriebssysteme.

Andere Betriebssysteme mögen Probleme mit DOS-Batch-Programmen haben.
Bei virtuellen Maschinen und Emulatoren sehe ich das jedoch nicht.

Außerdem ging es nicht nur um Batch-Programmierung, sondern auch um die
Ausführung von 16-Bit-Programmen, was nun mal Voraussetzung ist, um die
"Tolls" des OP verwenden zu können.

Post by Herbert Kleebauer
Wie soll den ein com Programm das unter DOS 6 in einer virtuellen
Maschine ausgeführt wird den Cursor im CMD-Fenster positionieren?

Genau so, wie es das auch unter einer realen DOS-Maschine täte.

Post by Herbert Kleebauer
Das einzige das hilft ist, anstatt einer 64 Bit eine 32 Bit
Version von XP/Vista/Win7/Win8 zu verwenden.

Womit man sich andererseits jedoch der Vorteile einer 64-bittigen
Umgebung beraubt.

Gruß
Claus

[a***@gmail.com]

Post by Claus Reibenstein
Zum Einen gibt es
genügend alternative Möglichkeiten, 16-bittige Programme auch dort
auszuführen, wie z.B. virtuelle Maschinen und Emulatoren. Zum Anderen
gibt es auch noch andere Betriebssysteme.

Das stimmt. Trotzdem schade das es nicht mehr möglich ist 16bit unter 64bit Windows auszuführen!!!!