start /b "" "c:\Program Files\Oracle\VirtualBox\VBoxHeadless.exe" -startvm "debian604 64"
Se você ler a lista de parâmetros com start /?
:
START ["title"] [/D path] [/I] [/MIN] [/MAX] [/SEPARATE | /SHARED]
[/LOW | /NORMAL | /HIGH | /REALTIME | /ABOVENORMAL | /BELOWNORMAL]
[/NODE <NUMA node>] [/AFFINITY <hex affinity mask>] [/WAIT] [/B]
[command/program] [parameters]
"title" Title to display in window title bar.
command/program
If it is an internal cmd command or a batch file then
the command processor is run with the /K switch to cmd.exe.
This means that the window will remain after the command
has been run.
If it is not an internal cmd command or batch file then
it is a program and will run as either a windowed application
or a console application.
parameters These are the parameters passed to the command/program.
Espera um title
entre aspas ( "
). Como o caminho do seu programa incluía aspas, ele foi interpretado como o título. Adicionar um título explícito (neste caso, vazio, ""
) funciona.
Um método alternativo está usando a opção /d
para especificar o caminho. Especificamente:
start /b /d "c:\Program Files\Oracle\VirtualBox\" VBoxHeadless.exe -startvm "debian604 64"
Parece que o primeiro argumento após o /d
alterna como o caminho, mesmo que seja citado, e se o próximo argumento não for citado, isso funciona. Tudo depois do que é reconhecido como o comando / programa é passado como um parâmetro para esse comando / programa. Observe que isso não funcionará se o comando / programa tiver espaços no nome, por exemplo, VBox Headless.exe
, pois isso exigiria cotações e seria reconhecido como título.
No geral, o primeiro método (título explícito) é provavelmente melhor. Foi uma má escolha de design por parte da Microsoft, eles realmente deveriam ter adicionado um switch para título em vez de "é o primeiro argumento entre aspas?".