Arquivos em lote do Windows: .bat vs .cmd?

Pelo que entendi, .baté a antiga convenção de nomenclatura de 16 bits e .cmdé para Windows de 32 bits, ou seja, começando com o NT. Mas continuo vendo arquivos .bat em todos os lugares e eles parecem funcionar exatamente da mesma maneira, usando um ou outro sufixo. Assumindo que meu código nunca vai precisar para rodar em qualquer coisa mais velha do que NT, isso realmente importa para que lado eu nomeio meus arquivos em lote, ou se há alguma pegadinha me aguardando usando o sufixo errado?

Deste grupo de notícias publicado pelo próprio Mark Zbikowski :

As diferenças entre .CMD e .BAT no que diz respeito ao CMD.EXE são: Com extensões ativadas, PATH / APPEND / PROMPT / SET / ASSOC em arquivos .CMD definirá ERRORLEVEL independentemente de erro. .BAT define ERRORLEVEL apenas em erros.

Em outras palavras, se ERRORLEVEL estiver definido como diferente de 0 e você executar um desses comandos, o ERRORLEVEL resultante será:

• deixado sozinho em seu valor diferente de 0 em um arquivo .bat
• redefina para 0 em um arquivo .cmd.

Aqui está uma compilação de informações verificadas das várias respostas e referências citadas neste tópico:

1. command.com é o processador de comando de 16 bits introduzido no MS-DOS e também foi usado na série de sistemas operacionais Win9x.
2. cmd.exeé o processador de comando de 32 bits no Windows NT (os sistemas operacionais Windows de 64 bits também têm uma versão de 64 bits). cmd.exenunca fez parte do Windows 9x. Ele se originou no OS / 2 versão 1.0 e a versão do OS / 2 cmdcomeçou em 16 bits (mas ainda assim era um programa em modo protegido de pleno direito com comandos como start). Windows NT herdado cmddo OS / 2, mas a versão Win32 do Windows NT iniciou 32 bits. Embora o OS / 2 tenha 32 bits em 1992, ele cmdpermaneceu um programa OS / 2 1.x de 16 bits.
3. A ComSpecvariável env define por qual programa é iniciado .bate .cmdscripts. (A partir do WinNT, o padrão é cmd.exe.)
4. cmd.exeé compatível com versões anteriores command.com.
5. Um script criado para cmd.exepode ser nomeado .cmdpara impedir a execução acidental no Windows 9x. Essa extensão de nome de arquivo também remonta ao OS / 2 versão 1.0 e 1987.

Aqui está uma lista de cmd.exerecursos que não são suportados por command.com:

• Nomes de arquivos longos (excedendo o formato 8.3)
• Histórico de comandos
• Conclusão da guia
• Caractere de escape: ^(Use para \ & | > < ^:)
• Pilha de diretórios: PUSHD/POPD
• Aritmética de número inteiro: SET /A i+=1
• Pesquisar / Substituir / Substring: SET %varname:expression%
• Substituição de comando: FOR /F(existia antes, foi aprimorada)
• Funções: CALL :label

Ordem de Execução:

Se as versões .bat e .cmd de um script (test.bat, test.cmd) estiverem na mesma pasta e você executar o script sem a extensão (test), por padrão, a versão .bat do script será executada, mesmo no Windows 7. de 64 bits. A ordem de execução é controlada pela variável de ambiente PATHEXT. Consulte Ordem na qual o prompt de comando executa arquivos para obter mais detalhes.

Referências:

• cmd.exe
• command.com

wikipedia: Comparação de shells de comando

Essas respostas são um pouco longas e focadas no uso interativo. As diferenças importantes para scripts são:

• .cmd impede a execução inadvertida em sistemas não-NT.
• .cmd permite que comandos internos alterem o nível de erro para 0 em caso de êxito.

Não é tão emocionante, né?

Costumava haver vários recursos adicionais ativados nos .cmdarquivos, chamados Extensões de Comando. No entanto, agora eles estão ativados por padrão para arquivos .bate .cmdno Windows 2000 e posterior.

Conclusão: em 2012 e além, recomendo o uso .cmdexclusivo.

Não - não importa nem um pouco. No NT, as extensões .bat e .cmd fazem com que o processador cmd.exe processe o arquivo exatamente da mesma maneira.

Informações adicionais interessantes sobre command.com vs. cmd.exe nos sistemas da classe WinNT do MS TechNet ( http://technet.microsoft.com/en-us/library/cc723564.aspx ):

Esse comportamento revela um recurso bastante sutil do Windows NT que é muito importante. O shell do MS-DOS de 16 bits (COMMAND.COM) fornecido com o Windows NT foi projetado especialmente para o Windows NT. Quando um comando é inserido para execução por esse shell, ele não é realmente executado. Em vez disso, ele empacota o texto do comando e o envia para um shell de comando do CMD.EXE de 32 bits para execução. Como todos os comandos são realmente executados pelo CMD.EXE (o shell de comando do Windows NT), o shell de 16 bits herda todos os recursos e facilidades do shell completo do Windows NT.

RE: Aparentemente, quando command.com é chamado, é um mistério um pouco complexo;

Vários meses atrás, durante o curso de um projeto, tivemos que descobrir por que alguns programas que queríamos executar no CMD.EXE estavam, de fato, sendo executados no COMMAND.COM. O "programa" em questão era um arquivo .BAT muito antigo, que ainda é executado diariamente.

Descobrimos que o motivo pelo qual o arquivo em lotes foi executado no COMMAND.COM é que ele estava sendo iniciado a partir de um arquivo .PIF (também antigo). Como as configurações especiais de memória disponíveis apenas através de um PIF se tornaram irrelevantes, substituímo-lo por um atalho convencional da área de trabalho.

O mesmo arquivo em lotes, iniciado a partir do atalho, é executado no CMD.EXE. Quando você pensa sobre isso, isso faz sentido. A razão pela qual demoramos tanto tempo para descobrir isso foi parcialmente devido ao fato de termos esquecido que seu item no grupo de inicialização era um PIF, porque estava em produção desde 1998.

Ainda assim, no Windows 7, os arquivos BAT também têm essa diferença: se você criar os arquivos TEST.BAT e TEST.CMD no mesmo diretório e executar o TEST nesse diretório, ele executará o arquivo 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>

Como a postagem original dizia respeito às conseqüências do uso do sufixo .bat ou .cmd , não necessariamente dos comandos dentro do arquivo ...

Outra diferença entre .bat e .cmd é que, se existirem dois arquivos com o mesmo nome e ambas as extensões, então:

• inserir nome do arquivo ou nome do arquivo .bat na linha de comando executará o arquivo .bat

• Para executar o arquivo .cmd, é necessário inserir o nome do arquivo .cmd

tudo que trabalha em um lote deve funcionar em um cmd; O cmd fornece algumas extensões para controlar o ambiente. Além disso, o cmd é executado por um novo interpretador do cmd e, portanto, deve ser mais rápido (não perceptível em arquivos curtos) e mais estável à medida que o bat é executado no ambiente de 16 bits emulado pelo NTVDM

A execução do arquivo .cmd e .bat é diferente porque em uma variável no nível de erro .cmd, ela pode ser alterada em um comando afetado pelas extensões de comando. É sobre isso mesmo.

Acredito que se você alterar o valor da variável de ambiente ComSpec para %SystemRoot%system32\cmd.exe(CMD), não importa se a extensão do arquivo é .BATou .CMD. Não tenho certeza, mas isso pode até ser o padrão para o WinXP e versões posteriores.

Um pouco fora do tópico, mas você já considerou o Windows Scripting Host ? Você pode achar melhor.

A extensão não faz diferença.

Existem pequenas diferenças entre COMMAND.COMmanusear o arquivo vs CMD.EXE.

uma diferença:

Os arquivos .cmd são carregados na memória antes de serem executados. Os arquivos .bat executam uma linha, leem a próxima linha, executam essa linha ...

você pode se deparar com isso ao executar um arquivo de script e editá-lo antes de concluir a execução. arquivos bat ficarão bagunçados com isso, mas arquivos cmd não.