Windows toplu iş dosyaları: .bat vs .cmd?

Anladığım kadarıyla .bat, eski 16 bit adlandırma kuralı ve .cmd32 bit Windows için, yani NT ile başlıyor. Ama her yerde .bat dosyalarını görmeye devam ediyorum ve her iki eki kullanarak da aynı şekilde çalışıyorlar. Benim kod, gerçekten benim toplu dosyaları adlandırmak hangi yolu fark eder NT daha eski bir şey üzerinde çalıştırmanız gerekir, ya da bazı yoktur asla varsayarsak yakaladım yanlış ekini kullanarak beni bekleyen?

Gönderen bu haber grup ileti ile Mark Zbikowski kendisi:

CMD.EXE ile ilgili olarak .CMD ve .BAT arasındaki farklar şunlardır: Uzantılar etkinleştirildiğinde, .CMD dosyalarındaki PATH / APPEND / PROMPT / SET / ASSOC hatadan bağımsız olarak ERRORLEVEL değerini ayarlayacaktır. .BAT, ERRORLEVEL ayarını yalnızca hatalarda yapar.

Başka bir deyişle, ERRORLEVEL 0 dışında bir değere ayarlanırsa ve bu komutlardan birini çalıştırırsanız, sonuçta ortaya çıkan ERRORLEVEL:

• bir .bat dosyasında 0 olmayan değerinde yalnız bırakılır
• .cmd dosyasında 0 olarak sıfırlayın.

Bu konudaki çeşitli cevaplar ve alıntılanan referanslardan doğrulanmış bilgilerin bir derlemesi:

1. command.com MS-DOS'ta tanıtılan 16-bit komut işlemcisidir ve Win9x işletim sistemlerinde de kullanılmıştır.
2. cmd.exeWindows NT'deki 32 bit komut işlemcisidir (64 bit Windows işletim sistemlerinin 64 bit sürümüne de sahiptir). cmd.exeasla Windows 9x'in bir parçası değildi. OS / 2 sürüm 1.0'dan kaynaklandı ve cmd16 bit'in OS / 2 sürümü başladı (ancak yine de komutları olan tam teşekküllü bir korumalı mod programıydı start). Windows NT cmd, OS / 2'den devralındı , ancak Windows NT'nin Win32 sürümü 32 bit ile başladı. OS / 2 1992'de 32 bit olmasına rağmen, cmd16 bit OS / 2 1.x programı olarak kaldı.
3. ComSpecEnv değişken tanımlar hangi programın tarafından başlatılır .batve .cmdkomut dosyaları. (WinNT ile başlayarak bu varsayılan değerdir cmd.exe.)
4. cmd.exeile geriye doğru uyumludur command.com.
5. Windows 9x'te yanlışlıkla yürütülmesini önlemek için tasarlanmış bir komut dosyası cmd.exeadlandırılabilir .cmd. Bu dosya adı uzantısı OS / 2 sürüm 1.0 ve 1987'ye kadar uzanır.

Aşağıda cmd.exedesteklenmeyen özelliklerin bir listesi verilmiştir command.com:

• Uzun dosya adları (8.3 biçimini aşan)
• Komut geçmişi
• Sekme tamamlama
• Karakteri Escape: ^(Kullanımı için: \ & | > < ^)
• Dizin yığını: PUSHD/POPD
• Tam sayı aritmetiği: SET /A i+=1
• Alt dize / Değiştir / Arama: SET %varname:expression%
• Komut ikamesi: FOR /F(daha önce vardı, geliştirildi)
• Fonksiyonlar: CALL :label

Yürütme Sırası:

Bir komut dosyasının hem .bat hem de .cmd sürümleri (test.bat, test.cmd) aynı klasördeyse ve komut dosyasını uzantı (test) olmadan çalıştırırsanız, varsayılan olarak komut dosyasının .bat sürümü de çalışır 64-bit Windows 7'de. Yürütme sırası PATHEXT ortam değişkeni tarafından kontrol edilir. Daha fazla bilgi için bkz. Komut İstemi'nin dosyaları yürütme sırası .

Referanslar:

• cmd.exe
• command.com

wikipedia: Komut kabuklarının karşılaştırılması

Bu cevaplar biraz fazla uzun ve etkileşimli kullanıma odaklanmış durumda. Komut dosyası oluşturma için önemli farklılıklar şunlardır:

• .cmd NT olmayan sistemlerde yanlışlıkla yürütülmesini önler.
• .cmd yerleşik komutların Errorlevel'i başarı olarak 0 olarak değiştirmesini sağlar.

Bu heyecan verici değil, ha?

.cmdDosyalarda, Komut Uzantıları adı verilen bir dizi ek özellik vardı . Ancak artık her ikisi için varsayılan olarak etkindir .batve .cmd2000 ve daha sonra Windows altında dosyaları.

Alt satır: 2012 ve sonrasında, .cmdsadece kullanmanızı öneririm .

Hayır - en ufak bir önemi yok. NT'de .bat ve .cmd uzantılarının her ikisi de cmd.exe işlemcisinin dosyayı tam olarak aynı şekilde işlemesine neden olur.

MS TechNet'ten WinNT sınıfı sistemlerde command.com ve cmd.exe hakkında ek ilginç bilgiler ( http://technet.microsoft.com/en-us/library/cc723564.aspx ):

Bu davranış, Windows NT'nin çok önemli oldukça ince bir özelliğini ortaya çıkarır. Windows NT ile birlikte gelen 16-bit MS-DOS kabuk (COMMAND.COM), Windows NT için özel olarak tasarlanmıştır. Bu kabuk tarafından yürütülmek üzere bir komut girildiğinde, aslında onu yürütmez. Bunun yerine, komut metnini paketler ve yürütme için 32 bit CMD.EXE komut kabuğuna gönderir. Tüm komutlar aslında CMD.EXE (Windows NT komut kabuğu) tarafından yürütüldüğünden, 16-bit kabuk tüm Windows NT kabuğunun tüm özelliklerini ve özelliklerini devralır.

RE: Görünüşe göre command.com çağrıldığında biraz karmaşık bir gizem;

Birkaç ay önce, bir proje sırasında, CMD.EXE altında çalıştırmak istediğimiz bazı programların aslında COMMAND.COM altında çalıştığını anlamak zorundaydık. Söz konusu "program" hala her gün çalışan çok eski bir .BAT dosyasıydı.

Toplu iş dosyasının COMMAND.COM altında çalışmasının nedeninin bir .PIF dosyasından (aynı zamanda eski) başlatılması olduğunu keşfettik. Yalnızca bir PIF aracılığıyla kullanılabilen özel bellek yapılandırma ayarları önemsiz hale geldiğinden, bunu geleneksel bir masaüstü kısayoluyla değiştirdik.

Kısayoldan başlatılan aynı toplu iş dosyası CMD.EXE içinde çalışır. Bunu düşündüğünüzde, bu mantıklı. Anlamak için bu kadar uzun sürmemizin nedeni, kısmen başlangıç ​​grubundaki öğesinin bir PIF olduğunu unutmamamızdan kaynaklanıyordu, çünkü 1998'den beri üretimde.

Yine de, Windows 7'de BAT dosyaları da bu farka sahiptir: Aynı dizinde TEST.BAT ve TEST.CMD dosyaları oluşturursanız ve bu dizinde TEST çalıştırırsanız, BAT dosyasını çalıştırır.

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>

Orijinal gönderi .bat veya .cmd sonekini kullanmanın sonuçlarıyla ilgili olduğundan , mutlaka dosya içindeki komutlar değil ...

.Bat ve .cmd arasındaki diğer bir fark, aynı dosya adında iki dosya varsa ve bu uzantıların her ikisinin birden olması durumunda:

• komut satırına dosya adı veya dosya adı .bat girilmesi .bat dosyasını çalıştıracaktır

• .cmd dosyasını çalıştırmak için, .cmd dosya adını girmeniz gerekir

bir toplu işte çalışan her şey bir cmd'de çalışmalıdır; cmd, ortamı kontrol etmek için bazı uzantılar sağlar. ayrıca, cmd yeni cmd yorumlayıcısında yürütülür ve bu nedenle yarasa NTVDM benzetimli 16bit ortamında çalıştığından daha hızlı (kısa dosyalarda fark edilmez) ve sabitleyici olmalıdır

.cmd ve .bat dosyalarının yürütülmesi farklıdır çünkü .cmd hata düzeyi değişkeninde, komut uzantılarından etkilenen bir komutta değişebilir. Gerçekten bu kadar.

ComSpec ortam değişkeninin değerini %SystemRoot%system32\cmd.exe(CMD) olarak değiştirirseniz, dosya uzantısının .BATveya olmaması fark etmez .CMD. Emin değilim, ama bu bile WinXP ve üstü için varsayılan olabilir.

Biraz konu dışı, ancak Windows Scripting Host'u düşündünüz mü? Daha güzel bulabilirsiniz.

Uzantı hiçbir fark yaratmaz.

COMMAND.COMDosyayı vs ile işlemek arasında küçük farklar vardır CMD.EXE.

bir fark:

.cmd dosyaları yürütülmeden önce belleğe yüklenir. .bat dosyaları bir satırı yürütür, bir sonraki satırı okur, bu satırı yürütür ...

bir komut dosyasını yürüttüğünüzde ve ardından yürütmeden önce düzenlediğinizde bu sorunla karşılaşabilirsiniz. yarasa dosyaları bununla uğraşacak, ama cmd dosyaları olmayacak.