Acho que encontrei um bug em um arquivo em lote porque ele foi escrito com finais de linha unix. Este é um problema conhecido com o cmd.exe executando arquivos em lote no Windows?
Isso realmente não é um "bug" ... como é o design. As novas linhas do Windows são definidas como "\ r \ n" ... ou uma combinação "Retorno de carro" e "Nova linha" ... ao passo que os sabores * nix preferem omitir o retorno de carro. Você sempre deve usar "\ r \ n" em qualquer coisa no Windows, sempre que possível. Qualquer outra coisa pode ser interpretada incorretamente ... e causar muitos resultados inesperados.
Para arquivos em lote, não parece haver diferença entre os términos de linha unix e os finais de linha do Windows.
goto , call ou até mesmo a criação de variáveis de alimentação de linha funciona com ambos os estilos.
E como o analisador de lote remove os retornos de carro diretamente após a fase de expansão percentual, eles nunca terão um grande papel.
parece que os marcadores são ignorados quando LF ( Unix line-ending) é usado em um arquivo .bat .
Tags windows batch-file