Windows-Batchdateien: .bat vs .cmd?

Soweit ich weiß, .batist dies die alte 16-Bit-Namenskonvention und .cmdgilt für 32-Bit-Windows, dh beginnend mit NT. Aber ich sehe weiterhin überall .bat-Dateien, und sie scheinen mit beiden Suffixen genau gleich zu funktionieren. Unter der Annahme, dass mein Code niemals auf etwas älterem als NT ausgeführt werden muss, spielt es dann wirklich eine Rolle, wie ich meine Batch-Dateien benenne , oder wartet ein Gotcha auf mich, wenn ich das falsche Suffix verwende?

Aus dieser Newsgroup-Veröffentlichung von Mark Zbikowski selbst:

Die Unterschiede zwischen .CMD und .BAT in Bezug auf CMD.EXE sind: Bei aktivierten Erweiterungen setzt PATH / APPEND / PROMPT / SET / ASSOC in .CMD-Dateien ERRORLEVEL unabhängig vom Fehler. .BAT setzt ERRORLEVEL nur bei Fehlern.

Mit anderen Worten, wenn ERRORLEVEL auf ungleich 0 gesetzt ist und Sie dann einen dieser Befehle ausführen, lautet der resultierende ERRORLEVEL:

• allein gelassen bei einem Wert ungleich 0 in einer .bat-Datei
• in einer .cmd-Datei auf 0 zurücksetzen.

Hier ist eine Zusammenstellung verifizierter Informationen aus den verschiedenen Antworten und zitierten Referenzen in diesem Thread:

1. command.com ist der in MS-DOS eingeführte 16-Bit-Befehlsprozessor, der auch in der Win9x-Reihe von Betriebssystemen verwendet wurde.
2. cmd.exeist der 32-Bit-Befehlsprozessor in Windows NT (64-Bit-Windows-Betriebssysteme haben auch eine 64-Bit-Version). cmd.exewar nie Teil von Windows 9x. Es entstand in OS / 2 Version 1.0 und die OS / 2-Version von cmdbegann 16-Bit (war aber dennoch ein vollwertiges Programm im geschützten Modus mit Befehlen wie start). Windows NT wurde cmdvon OS / 2 geerbt , aber die Win32-Version von Windows NT wurde mit 32-Bit gestartet. Obwohl OS / 2 1992 auf 32-Bit umgestellt wurde, cmdblieb es ein 16-Bit-OS / 2 1.x-Programm.
3. Das ComSpecenv Variable definiert , welches Programm durch gestartet .batund .cmdSkripten. (Beginnend mit WinNT ist dies standardmäßig cmd.exe.)
4. cmd.exeist abwärtskompatibel mit command.com.
5. Ein Skript, für das entwickelt wurde, cmd.exekann benannt werden .cmd, um eine versehentliche Ausführung unter Windows 9x zu verhindern. Diese Dateinamenerweiterung stammt ebenfalls aus OS / 2 Version 1.0 und 1987.

Hier ist eine Liste von cmd.exeFunktionen, die nicht unterstützt werden von command.com:

• Lange Dateinamen (über dem 8.3-Format)
• Befehlsverlauf
• Tab-Vervollständigung
• Escape-Zeichen: ^(Verwendung für:\ & | > < ^ )
• Verzeichnisstapel: PUSHD/POPD
• Ganzzahlige Arithmetik: SET /A i+=1
• Suchen / Ersetzen / Teilzeichenfolge: SET %varname:expression%
• Befehlsersetzung: FOR /F (existierte vorher, wurde erweitert)
• Funktionen: CALL :label

Ausführungsreihenfolge:

Wenn sich sowohl die .bat- als auch die .cmd-Version eines Skripts (test.bat, test.cmd) im selben Ordner befinden und Sie das Skript ohne die Erweiterung (test) ausführen, wird standardmäßig sogar die .bat-Version des Skripts ausgeführt unter 64-Bit-Windows 7. Die Ausführungsreihenfolge wird von der Umgebungsvariablen PATHEXT gesteuert. Siehe Reihenfolge, in der die Eingabeaufforderung Dateien ausführtWeitere Informationen finden .

Verweise:

• cmd.exe
• command.com

wikipedia: Vergleich von Befehls-Shells

Diese Antworten sind etwas zu lang und konzentrieren sich auf die interaktive Verwendung. Die wichtigen Unterschiede für die Skripterstellung sind:

• .cmd verhindert versehentliche Ausführung auf Nicht-NT-Systemen.
• .cmd Aktiviert integrierte Befehle, um die Fehlerstufe bei Erfolg auf 0 zu ändern.

Nicht so aufregend, oder?

Früher waren in .cmdDateien eine Reihe zusätzlicher Funktionen aktiviert , die als Befehlserweiterungen bezeichnet wurden. Sie sind jetzt jedoch standardmäßig sowohl für .batals auch für .cmdDateien unter Windows 2000 und höher aktiviert .

Fazit: 2012 und darüber hinaus empfehle ich die .cmdausschließliche Verwendung .

Nein - es spielt keine Rolle. Unter NT bewirken die Erweiterung .bat und .cmd, dass der Prozessor cmd.exe die Datei genauso verarbeitet.

Zusätzliche interessante Informationen zu command.com vs. cmd.exe auf Systemen der WinNT-Klasse von MS TechNet ( http://technet.microsoft.com/en-us/library/cc723564.aspx ):

Dieses Verhalten zeigt eine sehr subtile Funktion von Windows NT, die sehr wichtig ist. Die mit Windows NT gelieferte 16-Bit-MS-DOS-Shell (COMMAND.COM) wurde speziell für Windows NT entwickelt. Wenn ein Befehl zur Ausführung durch diese Shell eingegeben wird, wird er nicht ausgeführt. Stattdessen packt es den Befehlstext und sendet ihn zur Ausführung an eine 32-Bit-CMD.EXE-Befehlsshell. Da alle Befehle tatsächlich von CMD.EXE (der Windows NT-Befehlsshell) ausgeführt werden, erbt die 16-Bit-Shell alle Funktionen und Möglichkeiten der vollständigen Windows NT-Shell.

RE: Anscheinend ist das Aufrufen von command.com ein komplexes Rätsel.

Vor einigen Monaten mussten wir im Verlauf eines Projekts herausfinden, warum einige Programme, die wir unter CMD.EXE ausführen wollten, tatsächlich unter COMMAND.COM ausgeführt wurden. Das fragliche "Programm" war eine sehr alte .BAT-Datei, die immer noch täglich ausgeführt wird.

Wir haben festgestellt, dass die Batch-Datei unter COMMAND.COM ausgeführt wurde, weil sie aus einer .PIF-Datei (ebenfalls uralt) gestartet wurde. Da die speziellen Speicherkonfigurationseinstellungen, die nur über ein PIF verfügbar sind, irrelevant geworden sind, haben wir sie durch eine herkömmliche Desktop-Verknüpfung ersetzt.

Dieselbe Batchdatei, die über die Verknüpfung gestartet wurde, wird in CMD.EXE ausgeführt. Wenn Sie darüber nachdenken, ist dies sinnvoll. Der Grund, warum wir so lange gebraucht haben, um es herauszufinden, war teilweise die Tatsache, dass wir vergessen hatten, dass es sich bei dem Artikel in der Startup-Gruppe um ein PIF handelte, da es seit 1998 in Produktion war.

Unter Windows 7 weisen BAT-Dateien jedoch auch diesen Unterschied auf: Wenn Sie jemals Dateien TEST.BAT und TEST.CMD im selben Verzeichnis erstellen und TEST in diesem Verzeichnis ausführen, wird die BAT-Datei ausgeführt.

C:\>echo %PATHEXT%
.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC

C:\Temp>echo echo bat > test.bat

C:\Temp>echo echo cmd > test.cmd

C:\Temp>test

C:\Temp>echo bat
bat

C:\Temp>

Da der ursprüngliche Beitrag wurde in Bezug auf die Folgen der .bat oder .cmd mit Suffix , die nicht unbedingt die Befehle innerhalb der Datei ...

Ein weiterer Unterschied zwischen .bat und .cmd besteht darin, dass, wenn zwei Dateien mit demselben Dateinamen und diesen beiden Erweiterungen vorhanden sind:

• Eingabe Dateinamen oder Dateinamen BAT in der Befehlszeile wird die BAT - Datei auszuführen

• Um die .cmd-Datei auszuführen, müssen Sie den Dateinamen .cmd eingeben

Alles, was in einem Stapel arbeitet, sollte in einem cmd funktionieren. cmd bietet einige Erweiterungen zur Steuerung der Umgebung. Außerdem wird cmd von einem neuen cmd-Interpreter ausgeführt und sollte daher schneller (bei kurzen Dateien nicht erkennbar) und stabiler sein, da bat unter der NTVDM-emulierten 16-Bit-Umgebung ausgeführt wird

Die Ausführung von .cmd- und .bat-Dateien ist unterschiedlich, da sie sich in einer .cmd-Fehlerpegelvariablen für einen Befehl ändern kann, der von Befehlserweiterungen betroffen ist. Das ist es wirklich.

Ich glaube, wenn Sie den Wert der ComSpec-Umgebungsvariablen in %SystemRoot%system32\cmd.exe(CMD) ändern, spielt es keine Rolle, ob die Dateierweiterung .BAToder ist .CMD. Ich bin nicht sicher, aber dies kann sogar die Standardeinstellung für WinXP und höher sein.

Etwas abseits des Themas, aber haben Sie Windows Scripting Host in Betracht gezogen ? Vielleicht finden Sie es schöner.

Die Erweiterung macht keinen Unterschied.

Es gibt geringfügige Unterschiede zwischen der COMMAND.COMBehandlung der Datei und CMD.EXE.

ein Unterschied:

.cmd-Dateien werden vor der Ausführung in den Speicher geladen. .bat-Dateien führen eine Zeile aus, lesen die nächste Zeile, führen diese Zeile aus ...

Sie können darauf stoßen, wenn Sie eine Skriptdatei ausführen und sie dann bearbeiten, bevor sie ausgeführt wird. Bat-Dateien werden dadurch durcheinander gebracht, Cmd-Dateien jedoch nicht.