COMMAND.COM - Versionsgeschichte

Primavera2023: Tippfehler korrigiert

2025-03-30T11:57:08Z

Tippfehler korrigiert

← Nächstältere Version		Version vom 30. März 2025, 13:57 Uhr
Zeile 6:		Zeile 6:
	=== Funktion des Interpreters ===		=== Funktion des Interpreters ===
	[[Datei:Blinking DOS prompt.gif\|mini\|{{nowrap\|[[Prompt]]}}\|alt=C:\>]]		[[Datei:Blinking DOS prompt.gif\|mini\|{{nowrap\|[[Prompt]]}}\|alt=C:\>]]
	Funktionell entspricht die <span style="font-family: monospace, monospace;">COMMAND.COM</span> dem ''{{lang\|en\|Console Command Processor}}'' (CCP) von [[CP/M]], welches Tim Paterson bei der Entwicklung von 86-DOS als Vorbild diente. In dieser Funktion bildet <code>COMMAND.COM</code> in [[MS-DOS]] und dazu [[PC-kompatibles DOS\|~~dazu~~ kompatiblen DOS]] als [[Kommandozeileninterpreter]] die im Betriebssystem enthaltene Schnittstelle zum [[Benutzer]]. <span style="font-family: monospace, monospace;">COMMAND.COM</span> interpretiert die Eingabe des Benutzers und führt daraufhin interne [[Befehl (Computer)\|Kommandos]] aus oder versucht, ein anderes [[Computerprogramm\|Programm]] aufzurufen. Ebenfalls von <span style="font-family: monospace, monospace;">COMMAND.COM</span> wird deswegen die für DOS typische [[Prompt\|Eingabeaufforderung]] ({{enS\|Prompt}}) angezeigt – für gewöhnlich der [[Arbeitsverzeichnis\|aktuelle Verzeichnispfad]], gefolgt von einem Größer-als-Zeichen, im Standard-Textmodus Weiß auf Schwarz.		Funktionell entspricht die <span style="font-family: monospace, monospace;">COMMAND.COM</span> dem ''{{lang\|en\|Console Command Processor}}'' (CCP) von [[CP/M]], welches Tim Paterson bei der Entwicklung von 86-DOS als Vorbild diente. In dieser Funktion bildet <code>COMMAND.COM</code> in [[MS-DOS]] und dazu [[PC-kompatibles DOS\|kompatiblen DOS]] als [[Kommandozeileninterpreter]] die im Betriebssystem enthaltene Schnittstelle zum [[Benutzer]]. <span style="font-family: monospace, monospace;">COMMAND.COM</span> interpretiert die Eingabe des Benutzers und führt daraufhin interne [[Befehl (Computer)\|Kommandos]] aus oder versucht, ein anderes [[Computerprogramm\|Programm]] aufzurufen. Ebenfalls von <span style="font-family: monospace, monospace;">COMMAND.COM</span> wird deswegen die für DOS typische [[Prompt\|Eingabeaufforderung]] ({{enS\|Prompt}}) angezeigt – für gewöhnlich der [[Arbeitsverzeichnis\|aktuelle Verzeichnispfad]], gefolgt von einem Größer-als-Zeichen, im Standard-Textmodus Weiß auf Schwarz.

	Da die <span style="font-family: monospace, monospace;">COMMAND.COM</span> ''nicht'' Teil des DOS-[[Kernel (Betriebssystem)\|Kernel]]s, <span style="font-family: monospace, monospace;">[[MSDOS.SYS]]</span> bei MS-DOS, sondern als eigenes Programm ausgeführt ist, könnte ein DOS-System theoretisch auch ohne <span style="font-family: monospace, monospace;">COMMAND.COM</span> oder Entsprechung genutzt werden; ohne jede Eingabemöglichkeit oder ausreichende Automatisierung hätte dies aber keinen sinnvollen Nutzen. In späteren DOS-Versionen ist <span style="font-family: monospace, monospace;">COMMAND.COM</span> austauschbar: durch Angabe von <code>SHELL=</code> in der <span style="font-family: monospace, monospace;">[[CONFIG.SYS]]</span> kann die primäre Shell nicht nur durch einen anderen Kommandozeileninterpreter ersetzt werden, sondern prinzipiell durch jedes unter DOS ausführbare Programm (vgl. [[Kiosk-Modus]]). Eine andere Variante, die <span style="font-family: monospace, monospace;">COMMAND.COM</span> zu ersetzen, besteht darin, lediglich dem Alternativprogramm diesen Namen zu geben – das System führt dann weiterhin die Datei <code>COMMAND.COM</code> aus, ohne zu merken, dass eigentlich die gewünschte Alternative ausgeführt wird. (Da sich die Ausführung einer [[COM-Datei\|<span style="font-family: monospace, monospace;">COM</span>-]] und einer [[EXE\|<span style="font-family: monospace, monospace;">EXE</span>-Datei]] nicht unterscheiden, stört es nicht, wenn der Name des anderen Programms ursprünglich die Dateiendung <code>.EXE</code> hatte.)		Da die <span style="font-family: monospace, monospace;">COMMAND.COM</span> ''nicht'' Teil des DOS-[[Kernel (Betriebssystem)\|Kernel]]s, <span style="font-family: monospace, monospace;">[[MSDOS.SYS]]</span> bei MS-DOS, sondern als eigenes Programm ausgeführt ist, könnte ein DOS-System theoretisch auch ohne <span style="font-family: monospace, monospace;">COMMAND.COM</span> oder Entsprechung genutzt werden; ohne jede Eingabemöglichkeit oder ausreichende Automatisierung hätte dies aber keinen sinnvollen Nutzen. In späteren DOS-Versionen ist <span style="font-family: monospace, monospace;">COMMAND.COM</span> austauschbar: durch Angabe von <code>SHELL=</code> in der <span style="font-family: monospace, monospace;">[[CONFIG.SYS]]</span> kann die primäre Shell nicht nur durch einen anderen Kommandozeileninterpreter ersetzt werden, sondern prinzipiell durch jedes unter DOS ausführbare Programm (vgl. [[Kiosk-Modus]]). Eine andere Variante, die <span style="font-family: monospace, monospace;">COMMAND.COM</span> zu ersetzen, besteht darin, lediglich dem Alternativprogramm diesen Namen zu geben – das System führt dann weiterhin die Datei <code>COMMAND.COM</code> aus, ohne zu merken, dass eigentlich die gewünschte Alternative ausgeführt wird. (Da sich die Ausführung einer [[COM-Datei\|<span style="font-family: monospace, monospace;">COM</span>-]] und einer [[EXE\|<span style="font-family: monospace, monospace;">EXE</span>-Datei]] nicht unterscheiden, stört es nicht, wenn der Name des anderen Programms ursprünglich die Dateiendung <code>.EXE</code> hatte.)

Y2kbug: /* Funktion des Interpreters */ Fix Satz-Sinn

2023-11-29T11:04:12Z

Funktion des Interpreters: Fix Satz-Sinn

← Nächstältere Version		Version vom 29. November 2023, 13:04 Uhr
Zeile 8:		Zeile 8:
	Funktionell entspricht die <span style="font-family: monospace, monospace;">COMMAND.COM</span> dem ''{{lang\|en\|Console Command Processor}}'' (CCP) von [[CP/M]], welches Tim Paterson bei der Entwicklung von 86-DOS als Vorbild diente. In dieser Funktion bildet <code>COMMAND.COM</code> in [[MS-DOS]] und dazu [[PC-kompatibles DOS\|dazu kompatiblen DOS]] als [[Kommandozeileninterpreter]] die im Betriebssystem enthaltene Schnittstelle zum [[Benutzer]]. <span style="font-family: monospace, monospace;">COMMAND.COM</span> interpretiert die Eingabe des Benutzers und führt daraufhin interne [[Befehl (Computer)\|Kommandos]] aus oder versucht, ein anderes [[Computerprogramm\|Programm]] aufzurufen. Ebenfalls von <span style="font-family: monospace, monospace;">COMMAND.COM</span> wird deswegen die für DOS typische [[Prompt\|Eingabeaufforderung]] ({{enS\|Prompt}}) angezeigt – für gewöhnlich der [[Arbeitsverzeichnis\|aktuelle Verzeichnispfad]], gefolgt von einem Größer-als-Zeichen, im Standard-Textmodus Weiß auf Schwarz.		Funktionell entspricht die <span style="font-family: monospace, monospace;">COMMAND.COM</span> dem ''{{lang\|en\|Console Command Processor}}'' (CCP) von [[CP/M]], welches Tim Paterson bei der Entwicklung von 86-DOS als Vorbild diente. In dieser Funktion bildet <code>COMMAND.COM</code> in [[MS-DOS]] und dazu [[PC-kompatibles DOS\|dazu kompatiblen DOS]] als [[Kommandozeileninterpreter]] die im Betriebssystem enthaltene Schnittstelle zum [[Benutzer]]. <span style="font-family: monospace, monospace;">COMMAND.COM</span> interpretiert die Eingabe des Benutzers und führt daraufhin interne [[Befehl (Computer)\|Kommandos]] aus oder versucht, ein anderes [[Computerprogramm\|Programm]] aufzurufen. Ebenfalls von <span style="font-family: monospace, monospace;">COMMAND.COM</span> wird deswegen die für DOS typische [[Prompt\|Eingabeaufforderung]] ({{enS\|Prompt}}) angezeigt – für gewöhnlich der [[Arbeitsverzeichnis\|aktuelle Verzeichnispfad]], gefolgt von einem Größer-als-Zeichen, im Standard-Textmodus Weiß auf Schwarz.

	Da die <span style="font-family: monospace, monospace;">COMMAND.COM</span> ''nicht'' Teil des DOS-[[Kernel (Betriebssystem)\|Kernel]]s, <span style="font-family: monospace, monospace;">[[MSDOS.SYS]]</span> bei MS-DOS, sondern als eigenes Programm ausgeführt ist, könnte ein DOS-System theoretisch auch ohne <span style="font-family: monospace, monospace;">COMMAND.COM</span> oder Entsprechung genutzt werden; ohne jede Eingabemöglichkeit oder ausreichende Automatisierung hätte dies aber keinen sinnvollen Nutzen. In späteren DOS-Versionen ist <span style="font-family: monospace, monospace;">COMMAND.COM</span> austauschbar: durch Angabe von <code>SHELL=</code> in der <span style="font-family: monospace, monospace;">[[CONFIG.SYS]]</span> kann die primäre Shell nicht nur durch einen anderen Kommandozeileninterpreter ersetzt werden, sondern prinzipiell durch jedes unter DOS ausführbare Programm (vgl. [[Kiosk-Modus]]). Eine andere Variante, die <span style="font-family: monospace, monospace;">COMMAND.COM</span> zu ersetzen, besteht darin, lediglich dem Alternativprogramm diesen Namen zu geben – das System führt dann weiterhin die Datei <code>COMMAND.COM</code> aus, ~~und~~ zu merken, dass eigentlich die gewünschte Alternative ausgeführt wird. (Da sich die Ausführung einer [[COM-Datei\|<span style="font-family: monospace, monospace;">COM</span>-]] und einer [[EXE\|<span style="font-family: monospace, monospace;">EXE</span>-Datei]] nicht unterscheiden, stört es nicht, wenn der Name des anderen Programms ursprünglich die Dateiendung <code>.EXE</code> hatte.)		Da die <span style="font-family: monospace, monospace;">COMMAND.COM</span> ''nicht'' Teil des DOS-[[Kernel (Betriebssystem)\|Kernel]]s, <span style="font-family: monospace, monospace;">[[MSDOS.SYS]]</span> bei MS-DOS, sondern als eigenes Programm ausgeführt ist, könnte ein DOS-System theoretisch auch ohne <span style="font-family: monospace, monospace;">COMMAND.COM</span> oder Entsprechung genutzt werden; ohne jede Eingabemöglichkeit oder ausreichende Automatisierung hätte dies aber keinen sinnvollen Nutzen. In späteren DOS-Versionen ist <span style="font-family: monospace, monospace;">COMMAND.COM</span> austauschbar: durch Angabe von <code>SHELL=</code> in der <span style="font-family: monospace, monospace;">[[CONFIG.SYS]]</span> kann die primäre Shell nicht nur durch einen anderen Kommandozeileninterpreter ersetzt werden, sondern prinzipiell durch jedes unter DOS ausführbare Programm (vgl. [[Kiosk-Modus]]). Eine andere Variante, die <span style="font-family: monospace, monospace;">COMMAND.COM</span> zu ersetzen, besteht darin, lediglich dem Alternativprogramm diesen Namen zu geben – das System führt dann weiterhin die Datei <code>COMMAND.COM</code> aus, ohne zu merken, dass eigentlich die gewünschte Alternative ausgeführt wird. (Da sich die Ausführung einer [[COM-Datei\|<span style="font-family: monospace, monospace;">COM</span>-]] und einer [[EXE\|<span style="font-family: monospace, monospace;">EXE</span>-Datei]] nicht unterscheiden, stört es nicht, wenn der Name des anderen Programms ursprünglich die Dateiendung <code>.EXE</code> hatte.)

	Wenn in der <span style="font-family: monospace, monospace;">CONFIG.SYS</span> nicht anderes angegeben ist, führt die <span style="font-family: monospace, monospace;">COMMAND.COM</span> bei ihrem ersten Aufruf automatisch <code>[[AUTOEXEC.BAT]]</code> aus, falls die Datei vorhanden ist.		Wenn in der <span style="font-family: monospace, monospace;">CONFIG.SYS</span> nicht anderes angegeben ist, führt die <span style="font-family: monospace, monospace;">COMMAND.COM</span> bei ihrem ersten Aufruf automatisch <code>[[AUTOEXEC.BAT]]</code> aus, falls die Datei vorhanden ist.

Thomas Dresler: Korrektur

2023-11-28T22:22:26Z

Korrektur

← Nächstältere Version		Version vom 29. November 2023, 00:22 Uhr
Zeile 17:		Zeile 17:
	Die <span style="font-family: monospace, monospace;">COMMAND.COM</span> von MS-DOS 5.0, eingeführt im Sommer 1991, kennt 29 interne Befehle.<ref>{{Webarchiv\|url=support.microsoft.com/en-us/kb/71986\|text=MS-DOS 5.0 Internal and External Commands\|wayback=20150602080825}}; englisch</ref><ref>{{internetquelle\|url=//www.cbronline.com/news/microsoft_takes_five_for_launch_of_ms_dos_50_release\|titel=Microsoft takes Five for Launch of MS-DOS 5.0 Release\|werk=Computer Business Review\|datum=1991-06-11\|zugriff=2019-07-18\|sprache=englisch}}</ref>		Die <span style="font-family: monospace, monospace;">COMMAND.COM</span> von MS-DOS 5.0, eingeführt im Sommer 1991, kennt 29 interne Befehle.<ref>{{Webarchiv\|url=support.microsoft.com/en-us/kb/71986\|text=MS-DOS 5.0 Internal and External Commands\|wayback=20150602080825}}; englisch</ref><ref>{{internetquelle\|url=//www.cbronline.com/news/microsoft_takes_five_for_launch_of_ms_dos_50_release\|titel=Microsoft takes Five for Launch of MS-DOS 5.0 Release\|werk=Computer Business Review\|datum=1991-06-11\|zugriff=2019-07-18\|sprache=englisch}}</ref>

	Zu den [[ausführbare Datei\|ausführbaren Dateien]] kommen die vom Kommandozeileninterpreter <span style="font-family: monospace, monospace;">COMMAND.COM</span> unterstützten [[Stapelverarbeitungsdatei]]en hinzu, auch ''{{lang\|en\|Batch}}''-Dateien oder ''{{lang\|en\|Batches}}'' genannt, mit der Dateinamenserweiterung <code>.BAT</code>. Die darin enthaltenen Zeilen werden vom Kommandozeileninterpreter nacheinander – wie von ~~einen~~ „Stapel“ – abgearbeitet. Stapelverarbeitungen können alle auch auf der [[Kommandozeile]] (dem „{{lang\|en\|Prompt}}“ bzw. der Eingabeaufforderung) möglichen Eingaben, auch alle internen oder externen Kommandos, enthalten. Damit verhalten sich Stapelverarbeitungsdateien wie „echte Programme“ und werden oft auch so aufgerufen, sind aber den [[Interpreter]]-[[Skriptsprache]]n zuzuordnen.		Zu den [[ausführbare Datei\|ausführbaren Dateien]] kommen die vom Kommandozeileninterpreter <span style="font-family: monospace, monospace;">COMMAND.COM</span> unterstützten [[Stapelverarbeitungsdatei]]en hinzu, auch ''{{lang\|en\|Batch}}''-Dateien oder ''{{lang\|en\|Batches}}'' genannt, mit der Dateinamenserweiterung <code>.BAT</code>. Die darin enthaltenen Zeilen werden vom Kommandozeileninterpreter nacheinander – wie von einem „Stapel“ – abgearbeitet. Stapelverarbeitungen können alle auch auf der [[Kommandozeile]] (dem „{{lang\|en\|Prompt}}“ bzw. der Eingabeaufforderung) möglichen Eingaben, auch alle internen oder externen Kommandos, enthalten. Damit verhalten sich Stapelverarbeitungsdateien wie „echte Programme“ und werden oft auch so aufgerufen, sind aber den [[Interpreter]]-[[Skriptsprache]]n zuzuordnen.

	Ein Kommando wird aufgerufen, indem der Name dieses Kommandos eingegeben wird. Sobald die Befehlseingabe mit der Eingabetaste (''Enter'' oder ''Return'') beendet wurde, sucht <span style="font-family: monospace, monospace;">COMMAND.COM</span> nach einem passenden internen Befehl. Wird kein interner Befehl gefunden, so wird zunächst im aktuellen Verzeichnis, dem [[Arbeitsverzeichnis]], nach ausführbaren Dateien gesucht, die den eingegebenen Befehl als Dateinamen tragen, wobei die Dateinamenserweiterung weggelassen werden kann. Falls so kein passendes Programm gefunden wurde, wird zuletzt jeder Ordner im [[Suchpfad]] (engl. <code>PATH</code>) durchsucht. Das erste gegebenenfalls gefundene Programm wird ausgeführt, andernfalls wird eine Fehlermeldung angezeigt, und die [[Eingabeaufforderung]] erscheint wieder.		Ein Kommando wird aufgerufen, indem der Name dieses Kommandos eingegeben wird. Sobald die Befehlseingabe mit der Eingabetaste (''Enter'' oder ''Return'') beendet wurde, sucht <span style="font-family: monospace, monospace;">COMMAND.COM</span> nach einem passenden internen Befehl. Wird kein interner Befehl gefunden, so wird zunächst im aktuellen Verzeichnis, dem [[Arbeitsverzeichnis]], nach ausführbaren Dateien gesucht, die den eingegebenen Befehl als Dateinamen tragen, wobei die Dateinamenserweiterung weggelassen werden kann. Falls so kein passendes Programm gefunden wurde, wird zuletzt jeder Ordner im [[Suchpfad]] (engl. <code>PATH</code>) durchsucht. Das erste gegebenenfalls gefundene Programm wird ausgeführt, andernfalls wird eine Fehlermeldung angezeigt, und die [[Eingabeaufforderung]] erscheint wieder.

Y2kbug: /* Aufbau von Befehlen */ Formulierung und TO-DO-Notiz

2023-08-03T13:50:34Z

Aufbau von Befehlen: Formulierung und TO-DO-Notiz

← Nächstältere Version		Version vom 3. August 2023, 15:50 Uhr
Zeile 23:		Zeile 23:
	Kommandos können entweder einzeln oder gefolgt von (auch als ''Argumente'' bekannten) sogenannten [[Kommandozeilenparameter]]n aufgerufen werden. Diese Parameter werden je nach Befehl oder Programm unterschiedlich interpretiert und können verschiedenste Optionen festlegen. Ein Parameter (manchmal auch Schalter genannt), den fast jeder Befehl in DOS kennt, und der für gewöhnlich eine kurze Direkthilfe ausgibt, lautet beispielsweise <code>/?</code>. Im Gegensatz zu Programmen, die sich nur über Parameter steuern lassen, gibt es auch solche, die ohne Parameter aufgerufen werden und dem Benutzer danach selbst die nötigen Eingabemöglichkeiten bieten. Dazu zählen auch die verschiedenen [[Grafische Benutzeroberfläche\|grafischen Benutzeroberflächen]], die von der DOS-Kommandozeilenoberfläche gestartet werden können, zum Beispiel [[Microsoft Windows\|Windows]] 1.x bis [[Windows 3.x\|3.x]] (in Windows 4.x ist MS-DOS, und damit auch die <span style="font-family: monospace, monospace;">COMMAND.COM</span>, integriert) oder die Versionen von [[Graphical Environment Manager\|GEM]] für DOS.		Kommandos können entweder einzeln oder gefolgt von (auch als ''Argumente'' bekannten) sogenannten [[Kommandozeilenparameter]]n aufgerufen werden. Diese Parameter werden je nach Befehl oder Programm unterschiedlich interpretiert und können verschiedenste Optionen festlegen. Ein Parameter (manchmal auch Schalter genannt), den fast jeder Befehl in DOS kennt, und der für gewöhnlich eine kurze Direkthilfe ausgibt, lautet beispielsweise <code>/?</code>. Im Gegensatz zu Programmen, die sich nur über Parameter steuern lassen, gibt es auch solche, die ohne Parameter aufgerufen werden und dem Benutzer danach selbst die nötigen Eingabemöglichkeiten bieten. Dazu zählen auch die verschiedenen [[Grafische Benutzeroberfläche\|grafischen Benutzeroberflächen]], die von der DOS-Kommandozeilenoberfläche gestartet werden können, zum Beispiel [[Microsoft Windows\|Windows]] 1.x bis [[Windows 3.x\|3.x]] (in Windows 4.x ist MS-DOS, und damit auch die <span style="font-family: monospace, monospace;">COMMAND.COM</span>, integriert) oder die Versionen von [[Graphical Environment Manager\|GEM]] für DOS.

	Unter MS-DOS 6.22 beträgt die maximale Länge eines Befehls in der Eingabeaufforderung 127 Zeichen.		Unter MS-DOS 6.22 beträgt die maximale Länge eines Befehls auf der Eingabeaufforderung 127 Zeichen.<!-- Und in Stapelverarbeitungsdateien? -->

	{{Siehe auch\|Liste von DOS-Kommandozeilenbefehlen}}		{{Siehe auch\|Liste von DOS-Kommandozeilenbefehlen}}

Y2kbug: /* Aufbau von Befehlen */ Eingabeaufforderung entlinkt

2023-08-03T13:49:41Z

Aufbau von Befehlen: Eingabeaufforderung entlinkt

← Nächstältere Version		Version vom 3. August 2023, 15:49 Uhr
Zeile 23:		Zeile 23:
	Kommandos können entweder einzeln oder gefolgt von (auch als ''Argumente'' bekannten) sogenannten [[Kommandozeilenparameter]]n aufgerufen werden. Diese Parameter werden je nach Befehl oder Programm unterschiedlich interpretiert und können verschiedenste Optionen festlegen. Ein Parameter (manchmal auch Schalter genannt), den fast jeder Befehl in DOS kennt, und der für gewöhnlich eine kurze Direkthilfe ausgibt, lautet beispielsweise <code>/?</code>. Im Gegensatz zu Programmen, die sich nur über Parameter steuern lassen, gibt es auch solche, die ohne Parameter aufgerufen werden und dem Benutzer danach selbst die nötigen Eingabemöglichkeiten bieten. Dazu zählen auch die verschiedenen [[Grafische Benutzeroberfläche\|grafischen Benutzeroberflächen]], die von der DOS-Kommandozeilenoberfläche gestartet werden können, zum Beispiel [[Microsoft Windows\|Windows]] 1.x bis [[Windows 3.x\|3.x]] (in Windows 4.x ist MS-DOS, und damit auch die <span style="font-family: monospace, monospace;">COMMAND.COM</span>, integriert) oder die Versionen von [[Graphical Environment Manager\|GEM]] für DOS.		Kommandos können entweder einzeln oder gefolgt von (auch als ''Argumente'' bekannten) sogenannten [[Kommandozeilenparameter]]n aufgerufen werden. Diese Parameter werden je nach Befehl oder Programm unterschiedlich interpretiert und können verschiedenste Optionen festlegen. Ein Parameter (manchmal auch Schalter genannt), den fast jeder Befehl in DOS kennt, und der für gewöhnlich eine kurze Direkthilfe ausgibt, lautet beispielsweise <code>/?</code>. Im Gegensatz zu Programmen, die sich nur über Parameter steuern lassen, gibt es auch solche, die ohne Parameter aufgerufen werden und dem Benutzer danach selbst die nötigen Eingabemöglichkeiten bieten. Dazu zählen auch die verschiedenen [[Grafische Benutzeroberfläche\|grafischen Benutzeroberflächen]], die von der DOS-Kommandozeilenoberfläche gestartet werden können, zum Beispiel [[Microsoft Windows\|Windows]] 1.x bis [[Windows 3.x\|3.x]] (in Windows 4.x ist MS-DOS, und damit auch die <span style="font-family: monospace, monospace;">COMMAND.COM</span>, integriert) oder die Versionen von [[Graphical Environment Manager\|GEM]] für DOS.

	Unter MS-DOS 6.22 beträgt die maximale Länge eines Befehls in der [[Eingabeaufforderung]] 127 Zeichen.		Unter MS-DOS 6.22 beträgt die maximale Länge eines Befehls in der Eingabeaufforderung 127 Zeichen.

	{{Siehe auch\|Liste von DOS-Kommandozeilenbefehlen}}		{{Siehe auch\|Liste von DOS-Kommandozeilenbefehlen}}

Y2kbug: /* Funktion des Interpreters */ Beispiel für den typischen Prompt C:\>

2023-08-03T13:48:49Z

Funktion des Interpreters: Beispiel für den typischen Prompt C:\>

← Nächstältere Version		Version vom 3. August 2023, 15:48 Uhr
Zeile 5:		Zeile 5:
	== Funktion und Befehle ==		== Funktion und Befehle ==
	=== Funktion des Interpreters ===		=== Funktion des Interpreters ===
			[[Datei:Blinking DOS prompt.gif\|mini\|{{nowrap\|[[Prompt]]}}\|alt=C:\>]]
	Funktionell entspricht die <span style="font-family: monospace, monospace;">COMMAND.COM</span> dem ''{{lang\|en\|Console Command Processor}}'' (CCP) von [[CP/M]], welches Tim Paterson bei der Entwicklung von 86-DOS als Vorbild diente. In dieser Funktion bildet <code>COMMAND.COM</code> in [[MS-DOS]] und dazu [[PC-kompatibles DOS\|dazu kompatiblen DOS]] als [[Kommandozeileninterpreter]] die im Betriebssystem enthaltene Schnittstelle zum [[Benutzer]]. <span style="font-family: monospace, monospace;">COMMAND.COM</span> interpretiert die Eingabe des Benutzers und führt daraufhin interne [[Befehl (Computer)\|Kommandos]] aus oder versucht, ein anderes [[Computerprogramm\|Programm]] aufzurufen. Ebenfalls von <span style="font-family: monospace, monospace;">COMMAND.COM</span> wird deswegen die für DOS typische [[Prompt\|Eingabeaufforderung]] ({{enS\|Prompt}}) angezeigt – für gewöhnlich der [[Arbeitsverzeichnis\|aktuelle Verzeichnispfad]], gefolgt von einem Größer-als-Zeichen, im Standard-Textmodus Weiß auf Schwarz.		Funktionell entspricht die <span style="font-family: monospace, monospace;">COMMAND.COM</span> dem ''{{lang\|en\|Console Command Processor}}'' (CCP) von [[CP/M]], welches Tim Paterson bei der Entwicklung von 86-DOS als Vorbild diente. In dieser Funktion bildet <code>COMMAND.COM</code> in [[MS-DOS]] und dazu [[PC-kompatibles DOS\|dazu kompatiblen DOS]] als [[Kommandozeileninterpreter]] die im Betriebssystem enthaltene Schnittstelle zum [[Benutzer]]. <span style="font-family: monospace, monospace;">COMMAND.COM</span> interpretiert die Eingabe des Benutzers und führt daraufhin interne [[Befehl (Computer)\|Kommandos]] aus oder versucht, ein anderes [[Computerprogramm\|Programm]] aufzurufen. Ebenfalls von <span style="font-family: monospace, monospace;">COMMAND.COM</span> wird deswegen die für DOS typische [[Prompt\|Eingabeaufforderung]] ({{enS\|Prompt}}) angezeigt – für gewöhnlich der [[Arbeitsverzeichnis\|aktuelle Verzeichnispfad]], gefolgt von einem Größer-als-Zeichen, im Standard-Textmodus Weiß auf Schwarz.

Y2kbug: Form und Überarbeitung #1

2023-08-03T13:30:18Z

Form und Überarbeitung #1

Änderungen zeigen

Y2kbug: /* Funktion des Interpreters */ Prompt verlinkt

2022-04-13T08:58:47Z

Funktion des Interpreters: Prompt verlinkt

← Nächstältere Version		Version vom 13. April 2022, 10:58 Uhr
Zeile 6:		Zeile 6:
	=== Funktion des Interpreters ===		=== Funktion des Interpreters ===

	Die Funktion der <code>COMMAND.COM</code> in [[MS-DOS]] und Kompatiblen ist, die grundlegende – und früher einzige im Betriebssystem enthaltene – Schnittstelle zum Benutzer zu bilden. <code>COMMAND.COM</code> interpretiert die Eingabe des Benutzers und führt daraufhin Befehle aus oder versucht, ein anderes Programm aufzurufen. Ebenfalls von <code>COMMAND.COM</code> wird deswegen die für DOS typische [[Eingabeaufforderung]] ({{enS\|Prompt}}) angezeigt – für gewöhnlich der aktuelle Verzeichnispfad, gefolgt von einem Größer-als-Zeichen, im Standard-Textmodus Weiß auf Schwarz.		Die Funktion der <code>COMMAND.COM</code> in [[MS-DOS]] und Kompatiblen ist, die grundlegende – und früher einzige im Betriebssystem enthaltene – Schnittstelle zum Benutzer zu bilden. <code>COMMAND.COM</code> interpretiert die Eingabe des Benutzers und führt daraufhin Befehle aus oder versucht, ein anderes Programm aufzurufen. Ebenfalls von <code>COMMAND.COM</code> wird deswegen die für DOS typische [[Prompt\|Eingabeaufforderung]] ({{enS\|Prompt}}) angezeigt – für gewöhnlich der aktuelle Verzeichnispfad, gefolgt von einem Größer-als-Zeichen, im Standard-Textmodus Weiß auf Schwarz.

	Da die <code>COMMAND.COM</code> ''nicht'' Teil des [[Kernel (Betriebssystem)\|Kernel]]s, sondern als eigenes Programm ausgeführt ist, könnte ein DOS-System theoretisch auch ohne <code>COMMAND.COM</code> oder Entsprechung genutzt werden; ohne jede Eingabemöglichkeit oder ausreichende Automatisierung hätte dies aber keinen sinnvollen Nutzen. Teilweise boten neuere DOS-Versionen direkt die Möglichkeit, eine Konfiguration ohne (Standard-)Interpreter zu wählen; beispielsweise, indem in der von <code>[[MSDOS.SYS]]</code> (MS-DOS), <code>[[IBMDOS.COM]]</code> (PC DOS, DR-DOS) oder <code>[[IO.SYS]]</code> ([[Windows 9x]]) verarbeiteten Datei <code>[[CONFIG.SYS]]</code> die Option <code>shell</code> angegeben wurde. Eine andere Variante, die <code>COMMAND.COM</code> zu ersetzen, besteht darin, lediglich dem Alternativprogramm diesen Namen zu geben – das System führt dann die gewünschte Alternative aus, ohne den Unterschied zu merken. Da die Ausführung einer [[COM-Datei\|<code>COM</code>-Datei]] und einer [[EXE\|<code>EXE</code>-Datei]] sich nicht unterscheiden, stört es nicht, wenn der Name des anderen Programms ursprünglich die Dateiendung <code>.EXE</code> hatte.		Da die <code>COMMAND.COM</code> ''nicht'' Teil des [[Kernel (Betriebssystem)\|Kernel]]s, sondern als eigenes Programm ausgeführt ist, könnte ein DOS-System theoretisch auch ohne <code>COMMAND.COM</code> oder Entsprechung genutzt werden; ohne jede Eingabemöglichkeit oder ausreichende Automatisierung hätte dies aber keinen sinnvollen Nutzen. Teilweise boten neuere DOS-Versionen direkt die Möglichkeit, eine Konfiguration ohne (Standard-)Interpreter zu wählen; beispielsweise, indem in der von <code>[[MSDOS.SYS]]</code> (MS-DOS), <code>[[IBMDOS.COM]]</code> (PC DOS, DR-DOS) oder <code>[[IO.SYS]]</code> ([[Windows 9x]]) verarbeiteten Datei <code>[[CONFIG.SYS]]</code> die Option <code>shell</code> angegeben wurde. Eine andere Variante, die <code>COMMAND.COM</code> zu ersetzen, besteht darin, lediglich dem Alternativprogramm diesen Namen zu geben – das System führt dann die gewünschte Alternative aus, ohne den Unterschied zu merken. Da die Ausführung einer [[COM-Datei\|<code>COM</code>-Datei]] und einer [[EXE\|<code>EXE</code>-Datei]] sich nicht unterscheiden, stört es nicht, wenn der Name des anderen Programms ursprünglich die Dateiendung <code>.EXE</code> hatte.

Y2kbug: /* cmd.exe */ aktuelles Windows: Windows 11

2022-04-13T08:57:30Z

cmd.exe: aktuelles Windows: Windows 11

← Nächstältere Version		Version vom 13. April 2022, 10:57 Uhr
Zeile 40:		Zeile 40:
	{{Hauptartikel\|cmd.exe}}		{{Hauptartikel\|cmd.exe}}

	[[Microsoft Windows NT\|Windows NT]] und alle Nachfolger bis hin zum aktuellen Microsoft-Betriebssystem [[Microsoft Windows 10\|Windows 10]] setzen einen neuen, leistungsfähigeren und weitgehend abwärtskompatiblen [[Kommandozeileninterpreter]] namens <code>[[cmd.exe]]</code> ein. Viele in der ursprünglichen <code>COMMAND.COM</code> fehlende Funktionen, die früher nur durch Programme von Drittherstellern bereitgestellt werden konnten, sind in <code>cmd.exe</code> enthalten. So können zum Beispiel einfache Berechnungen durchgeführt werden, und das Entfernen bestimmter Zeichen aus einer [[Umgebungsvariable\|Variable]] ist möglich. Zudem wird die <code>cmd.exe</code> mit der fortschreitenden Entwicklung von Windows-NT-basierten Betriebssystemen ebenfalls noch weiterentwickelt, während die <code>COMMAND.COM</code> von Microsoft (zumindest als Standard-Kommandozeileninterpreter) in [[Microsoft Windows Millennium Edition\|Windows ME]] ihr endgültig letztes Auftreten hatte. Im Gegensatz zu <code>COMMAND.COM</code> bei [[MS-DOS]] und Kompatiblen wird <code>cmd.exe</code> nur benötigt, um Kommandozeilenbefehle in der [[Kommandozeile\|Konsole]], bereitgestellt durch <code>conhost.exe</code>, entgegenzunehmen und [[Stapelverarbeitung]]s<nowiki />dateien auszuführen.		[[Microsoft Windows NT\|Windows NT]] und alle Nachfolger bis hin zum aktuellen Microsoft-Betriebssystem [[Microsoft Windows 11\|Windows 11]] setzen einen neuen, leistungsfähigeren und weitgehend abwärtskompatiblen [[Kommandozeileninterpreter]] namens <code>[[cmd.exe]]</code> ein. Viele in der ursprünglichen <code>COMMAND.COM</code> fehlende Funktionen, die früher nur durch Programme von Drittherstellern bereitgestellt werden konnten, sind in <code>cmd.exe</code> enthalten. So können zum Beispiel einfache Berechnungen durchgeführt werden, und das Entfernen bestimmter Zeichen aus einer [[Umgebungsvariable\|Variable]] ist möglich. Zudem wird die <code>cmd.exe</code> mit der fortschreitenden Entwicklung von Windows-NT-basierten Betriebssystemen ebenfalls noch weiterentwickelt, während die <code>COMMAND.COM</code> von Microsoft (zumindest als Standard-Kommandozeileninterpreter) in [[Microsoft Windows Millennium Edition\|Windows ME]] ihr endgültig letztes Auftreten hatte. Im Gegensatz zu <code>COMMAND.COM</code> bei [[MS-DOS]] und Kompatiblen wird <code>cmd.exe</code> nur benötigt, um Kommandozeilenbefehle in der [[Kommandozeile\|Konsole]], bereitgestellt durch <code>conhost.exe</code>, entgegenzunehmen und [[Stapelverarbeitung]]s<nowiki />dateien auszuführen.

	Neben dem Standard-Kommandozeileninterpreter <code>cmd.exe</code> bieten Windows NT und Nachfolger – sofern auf 32-Bit-Basis implementiert – allerdings auch noch einen kompatibleren Ersatz-Interpreter, der ebenfalls <code>COMMAND.COM</code> heißt. Zwar erfüllt er die gleiche Funktion wie die <code>COMMAND.COM</code> aus MS-DOS und älteren Windows-Versionen, ist aber eine richtige Windows-Anwendung. Alle 16-Bit-Funktionen werden durch <code>COMMAND.COM</code> und die virtuelle DOS-Umgebung (eng. ''[[Virtual DOS Machine]]'', abgekürzt VDM) lediglich bereitgestellt. Nachteilig wirkt sich aus, dass die <code>COMMAND.COM</code> aus Windows NT dem Interpreter aus den MS-DOS-Versionen 5 und 6 mehr entspricht, als dem, der in Windows 95, 98 und Me zum Einsatz kam. Damit gehen auch einige Verbesserungen verloren, zum Beispiel die mögliche Nutzung von langen Dateinamen mit mehr als acht Zeichen und Dateiendungen mit mehr als drei Zeichen.		Neben dem Standard-Kommandozeileninterpreter <code>cmd.exe</code> bieten Windows NT und Nachfolger – sofern auf 32-Bit-Basis implementiert – allerdings auch noch einen kompatibleren Ersatz-Interpreter, der ebenfalls <code>COMMAND.COM</code> heißt. Zwar erfüllt er die gleiche Funktion wie die <code>COMMAND.COM</code> aus MS-DOS und älteren Windows-Versionen, ist aber eine richtige Windows-Anwendung. Alle 16-Bit-Funktionen werden durch <code>COMMAND.COM</code> und die virtuelle DOS-Umgebung (eng. ''[[Virtual DOS Machine]]'', abgekürzt VDM) lediglich bereitgestellt. Nachteilig wirkt sich aus, dass die <code>COMMAND.COM</code> aus Windows NT dem Interpreter aus den MS-DOS-Versionen 5 und 6 mehr entspricht, als dem, der in Windows 95, 98 und Me zum Einsatz kam. Damit gehen auch einige Verbesserungen verloren, zum Beispiel die mögliche Nutzung von langen Dateinamen mit mehr als acht Zeichen und Dateiendungen mit mehr als drei Zeichen.

31.172.106.163: /* Funktion des Interpreters */ klingt besser ohne und, der Textmodus gehört ja nicht zum Prompt selber, mit dem "und" klang es so als ob die aufzählung von zeichen fortgesetzt wird...

2021-11-12T08:44:09Z

Funktion des Interpreters: klingt besser ohne und, der Textmodus gehört ja nicht zum Prompt selber, mit dem "und" klang es so als ob die aufzählung von zeichen fortgesetzt wird...

← Nächstältere Version		Version vom 12. November 2021, 10:44 Uhr
Zeile 6:		Zeile 6:
	=== Funktion des Interpreters ===		=== Funktion des Interpreters ===

	Die Funktion der <code>COMMAND.COM</code> in [[MS-DOS]] und Kompatiblen ist, die grundlegende – und früher einzige im Betriebssystem enthaltene – Schnittstelle zum Benutzer zu bilden. <code>COMMAND.COM</code> interpretiert die Eingabe des Benutzers und führt daraufhin Befehle aus oder versucht, ein anderes Programm aufzurufen. Ebenfalls von <code>COMMAND.COM</code> wird deswegen die für DOS typische [[Eingabeaufforderung]] ({{enS\|Prompt}}) angezeigt – für gewöhnlich der aktuelle Verzeichnispfad, gefolgt von einem Größer-als-Zeichen ~~und~~ im Standard-Textmodus Weiß auf Schwarz.		Die Funktion der <code>COMMAND.COM</code> in [[MS-DOS]] und Kompatiblen ist, die grundlegende – und früher einzige im Betriebssystem enthaltene – Schnittstelle zum Benutzer zu bilden. <code>COMMAND.COM</code> interpretiert die Eingabe des Benutzers und führt daraufhin Befehle aus oder versucht, ein anderes Programm aufzurufen. Ebenfalls von <code>COMMAND.COM</code> wird deswegen die für DOS typische [[Eingabeaufforderung]] ({{enS\|Prompt}}) angezeigt – für gewöhnlich der aktuelle Verzeichnispfad, gefolgt von einem Größer-als-Zeichen, im Standard-Textmodus Weiß auf Schwarz.

	Da die <code>COMMAND.COM</code> ''nicht'' Teil des [[Kernel (Betriebssystem)\|Kernel]]s, sondern als eigenes Programm ausgeführt ist, könnte ein DOS-System theoretisch auch ohne <code>COMMAND.COM</code> oder Entsprechung genutzt werden; ohne jede Eingabemöglichkeit oder ausreichende Automatisierung hätte dies aber keinen sinnvollen Nutzen. Teilweise boten neuere DOS-Versionen direkt die Möglichkeit, eine Konfiguration ohne (Standard-)Interpreter zu wählen; beispielsweise, indem in der von <code>[[MSDOS.SYS]]</code> (MS-DOS), <code>[[IBMDOS.COM]]</code> (PC DOS, DR-DOS) oder <code>[[IO.SYS]]</code> ([[Windows 9x]]) verarbeiteten Datei <code>[[CONFIG.SYS]]</code> die Option <code>shell</code> angegeben wurde. Eine andere Variante, die <code>COMMAND.COM</code> zu ersetzen, besteht darin, lediglich dem Alternativprogramm diesen Namen zu geben – das System führt dann die gewünschte Alternative aus, ohne den Unterschied zu merken. Da die Ausführung einer [[COM-Datei\|<code>COM</code>-Datei]] und einer [[EXE\|<code>EXE</code>-Datei]] sich nicht unterscheiden, stört es nicht, wenn der Name des anderen Programms ursprünglich die Dateiendung <code>.EXE</code> hatte.		Da die <code>COMMAND.COM</code> ''nicht'' Teil des [[Kernel (Betriebssystem)\|Kernel]]s, sondern als eigenes Programm ausgeführt ist, könnte ein DOS-System theoretisch auch ohne <code>COMMAND.COM</code> oder Entsprechung genutzt werden; ohne jede Eingabemöglichkeit oder ausreichende Automatisierung hätte dies aber keinen sinnvollen Nutzen. Teilweise boten neuere DOS-Versionen direkt die Möglichkeit, eine Konfiguration ohne (Standard-)Interpreter zu wählen; beispielsweise, indem in der von <code>[[MSDOS.SYS]]</code> (MS-DOS), <code>[[IBMDOS.COM]]</code> (PC DOS, DR-DOS) oder <code>[[IO.SYS]]</code> ([[Windows 9x]]) verarbeiteten Datei <code>[[CONFIG.SYS]]</code> die Option <code>shell</code> angegeben wurde. Eine andere Variante, die <code>COMMAND.COM</code> zu ersetzen, besteht darin, lediglich dem Alternativprogramm diesen Namen zu geben – das System führt dann die gewünschte Alternative aus, ohne den Unterschied zu merken. Da die Ausführung einer [[COM-Datei\|<code>COM</code>-Datei]] und einer [[EXE\|<code>EXE</code>-Datei]] sich nicht unterscheiden, stört es nicht, wenn der Name des anderen Programms ursprünglich die Dateiendung <code>.EXE</code> hatte.