Eu tenho um script de logon de usuário que copia um arquivo para uma subpasta do caminho do perfil do usuário atual:
Script (mostrando apenas a linha que não está funcionando):
copy /Y c:\records\javasettings_Windows_x86.xml "%USERPROFILE%\Application Data\OpenOffice.org\user\config">>c:\records\OOo3%USERNAME%.txt 2>&1
Para diagnosticar por que não estava funcionando, fiz um parâmetro > somelogfile.log no script de política de grupo e descobri que o que o comando acima está traduzindo é:
C:\WINDOWS>copy /Y c:\records\javasettings_Windows_x86.xml "C:\Documents and Settings\test2\Application Data\OpenOffice.org\user\config" 1>>c:\records\OOo3test2.txt 2>&1
Então a questão é: como me livrar de (exorcisar) o "1" nessa linha?
Atualização 1:
Portanto, o motivo pelo qual o script não estava funcionando era que o criador não tinha permissões no diretório. Eu fixei as permissões, e agora o arquivo funciona mas! eu ainda tenho o "1" mostrando em todos os logs e gostaria de saber o porquê.
O shell está fazendo o que você está pedindo. Um redirecionamento, como seu >> sem número de identificador especificado, é considerado um redirecionamento para o identificador 1, que, no caso de saída, é a saída padrão. Quando o shell analisa um arquivo em lote e encontra redirecionamentos "nus", ele adiciona o número do identificador ao ecoar o comando. É apenas uma peculiaridade de implementação do shell.