File kumpulan Windows: .bat vs .cmd?

Seperti yang saya pahami, .batadalah konvensi penamaan 16-bit lama, dan .cmduntuk Windows 32-bit, yaitu dimulai dengan NT. Tapi saya terus melihat file .bat di mana-mana, dan mereka tampaknya bekerja persis sama dengan menggunakan kedua suffix. Dengan anggapan bahwa kode saya tidak akan perlu berjalan pada sesuatu yang lebih tua dari NT, apakah benar-benar peduli ke arah mana saya menamai file batch saya, atau apakah ada beberapa gotcha yang menunggu saya dengan menggunakan akhiran yang salah?

Dari posting grup berita ini oleh Mark Zbikowski sendiri:

Perbedaan antara .CMD dan .BAT sejauh menyangkut CMD.EXE adalah: Dengan ekstensi diaktifkan, PATH / APPEND / PROMPT / SET / ASSOC dalam file .CMD akan mengatur ERRORLEVEL terlepas dari kesalahan. .BAT menetapkan ERRORLEVEL hanya pada kesalahan.

Dengan kata lain, jika ERRORLEVEL diatur ke non-0 dan kemudian Anda menjalankan salah satu dari perintah itu, ERRORLEVEL yang dihasilkan adalah:

• dibiarkan sendirian pada nilai non-0 dalam file bat
• atur ulang ke 0 dalam file .cmd.

Berikut ini adalah kompilasi informasi yang diverifikasi dari berbagai jawaban dan referensi yang dikutip di utas ini:

1. command.com adalah prosesor perintah 16-bit yang diperkenalkan dalam MS-DOS dan juga digunakan dalam seri sistem operasi Win9x.
2. cmd.exeadalah prosesor perintah 32-bit di Windows NT (OS Windows 64-bit juga memiliki versi 64-bit). cmd.exetidak pernah menjadi bagian dari Windows 9x. Ini berasal di OS / 2 versi 1.0, dan versi OS / 2 cmdmulai 16-bit (tetapi tetap program mode terlindungi sepenuhnya dengan perintah seperti start). Windows NT diwarisi cmddari OS / 2, tetapi versi Windows NT Win32 dimulai dari 32-bit. Meskipun OS / 2 berjalan 32-bit pada tahun 1992, itu cmdtetap merupakan program 16-bit OS / 2 1.x.
3. The ComSpecvariabel env mendefinisikan mana program diluncurkan oleh .batdan .cmdskrip. (Dimulai dengan WinNT default ini ke cmd.exe.)
4. cmd.exekompatibel dengan command.com.
5. Sebuah skrip yang dirancang untuk cmd.exedapat dinamai .cmduntuk mencegah eksekusi yang tidak disengaja pada Windows 9x. Ekstensi nama file ini juga sudah ada sejak OS / 2 versi 1.0 dan 1987.

Berikut adalah daftar cmd.exefitur yang tidak didukung oleh command.com:

• Nama file panjang (melebihi format 8.3)
• Sejarah perintah
• Tab selesai
• Karakter melarikan diri: ^(Gunakan untuk \ & | > < ^:)
• Tumpukan direktori: PUSHD/POPD
• Aritmatika bilangan bulat: SET /A i+=1
• Cari / Ganti / Substring: SET %varname:expression%
• Substitusi perintah: FOR /F(ada sebelumnya, telah ditingkatkan)
• Fungsi: CALL :label

Perintah Eksekusi:

Jika kedua versi .bat dan .cmd dari skrip (test.bat, test.cmd) berada di folder yang sama dan Anda menjalankan skrip tanpa ekstensi (tes), secara default versi .bat dari skrip akan berjalan, bahkan pada 64-bit Windows 7. Urutan eksekusi dikendalikan oleh variabel lingkungan PATHEXT. Lihat Urutan di mana Prompt Perintah mengeksekusi file untuk detail lebih lanjut.

Referensi:

• cmd.exe
• command.com

wikipedia: Perbandingan shell perintah

Jawaban ini agak terlalu panjang dan fokus pada penggunaan interaktif. Perbedaan penting untuk skrip adalah:

• .cmd mencegah eksekusi yang tidak disengaja pada sistem non-NT.
• .cmd memungkinkan perintah bawaan untuk mengubah Errorlevel menjadi 0 saat berhasil.

Tidak semenarik itu, kan?

Dulu ada sejumlah fitur tambahan yang diaktifkan dalam .cmdfile, yang disebut Command Extensions. Namun, mereka sekarang diaktifkan secara default untuk keduanya .batdan .cmdfile di bawah Windows 2000 dan yang lebih baru.

Intinya: pada 2012 dan selanjutnya, saya sarankan menggunakan .cmdsecara eksklusif.

Tidak - tidak masalah sedikitpun. Pada NT ekstensi .bat dan .cmd menyebabkan prosesor cmd.exe memproses file dengan cara yang persis sama.

Informasi menarik tambahan tentang command.com vs. cmd.exe pada sistem kelas WinNT dari MS TechNet ( http://technet.microsoft.com/en-us/library/cc723564.aspx ):

Perilaku ini mengungkapkan fitur Windows NT yang sangat halus yang sangat penting. Shell MS-DOS 16-bit (COMMAND.COM) yang dikirimkan bersama Windows NT dirancang khusus untuk Windows NT. Ketika sebuah perintah dimasukkan untuk dieksekusi oleh shell ini, itu sebenarnya tidak mengeksekusi itu. Sebagai gantinya, ia mengemas teks perintah dan mengirimkannya ke shell perintah CMD.EXE 32-bit untuk dieksekusi. Karena semua perintah sebenarnya dijalankan oleh CMD.EXE (shell perintah Windows NT), shell 16-bit mewarisi semua fitur dan fasilitas dari shell Windows NT lengkap.

RE: Rupanya ketika command.com dipanggil adalah sedikit misteri yang kompleks;

Beberapa bulan yang lalu, selama proyek berlangsung, kami harus mencari tahu mengapa beberapa program yang ingin kami jalankan di bawah CMD.EXE, pada kenyataannya, berjalan di bawah COMMAND.COM. "Program" yang dimaksud adalah file .BAT yang sangat lama, yang masih berjalan setiap hari.

Kami menemukan bahwa alasan file batch dijalankan di bawah COMMAND.COM adalah karena file tersebut dimulai dari file .PIF (juga kuno). Karena pengaturan konfigurasi memori khusus yang hanya tersedia melalui PIF menjadi tidak relevan, kami menggantinya dengan pintasan desktop konvensional.

File batch yang sama, diluncurkan dari shortcut, berjalan di CMD.EXE. Ketika Anda memikirkannya, ini masuk akal. Alasan mengapa kami membutuhkan waktu lama untuk mengetahuinya adalah sebagian karena fakta bahwa kami telah lupa bahwa itemnya di grup startup adalah PIF, karena sudah diproduksi sejak tahun 1998.

Namun, pada Windows 7, file BAT juga memiliki perbedaan ini: Jika Anda pernah membuat file TEST.BAT dan TEST.CMD di direktori yang sama, dan Anda menjalankan TEST di direktori itu, itu akan menjalankan file BAT.

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>

Karena posting asli mengenai konsekuensi penggunaan akhiran .bat atau .cmd , belum tentu perintah di dalam file ...

Satu perbedaan lain antara .bat dan .cmd adalah jika ada dua file dengan nama file yang sama dan kedua ekstensi itu, maka:

• memasukkan nama file atau nama file .bat pada baris perintah akan menjalankan file .bat

• untuk menjalankan file .cmd, Anda harus memasukkan nama file .cmd

segala sesuatu yang bekerja dalam batch harus bekerja dalam cmd; cmd menyediakan beberapa ekstensi untuk mengendalikan lingkungan. juga, cmd dieksekusi oleh interpreter cmd baru dan karenanya harus lebih cepat (tidak terlihat pada file pendek) dan lebih stabil saat kelelawar berjalan di bawah lingkungan 16bit emulasi NTVDM

Eksekusi file .cmd dan .bat berbeda karena dalam variabel tingkat kesalahan .cmd dapat berubah pada perintah yang dipengaruhi oleh ekstensi perintah. Benar-benar tentang hal itu.

Saya percaya jika Anda mengubah nilai variabel lingkungan ComSpec ke %SystemRoot%system32\cmd.exe(CMD) maka tidak masalah jika ekstensi file adalah .BATatau .CMD. Saya tidak yakin, tetapi ini bahkan mungkin default untuk WinXP dan di atasnya.

Sedikit keluar dari topik, tetapi apakah Anda sudah mempertimbangkan Windows Scripting Host ? Anda mungkin merasa lebih baik.

Ekstensi tidak ada bedanya.

Ada sedikit perbedaan antara COMMAND.COMpenanganan file vs CMD.EXE.

sebuah perbedaan:

File .cmd dimuat ke dalam memori sebelum dieksekusi. File .bat menjalankan sebuah baris, baca baris berikutnya, jalankan baris itu ...

Anda dapat menemukan ini ketika Anda menjalankan file skrip dan kemudian mengeditnya sebelum selesai dieksekusi. file bat akan dikacaukan oleh ini, tetapi file cmd tidak akan.