start /b "" "c:\Program Files\Oracle\VirtualBox\VBoxHeadless.exe" -startvm "debian604 64"
Se 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 ("
). Uma vez que o caminho do seu programa incluiu aspas, foi interpretado como o título. A adição de um título explícito (neste caso, vazio, ""
) funciona.
Um método alternativo é usar o /d
switch 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 comutador /d
é o caminho, mesmo que seja citado, e se o argumento seguinte não for citado, então este funciona. Tudo depois do que é reconhecido como o comando/programa é passado como um parâmetro para esse comando/programa. Note que isto não funcionará se o comando/programa tiver espaços no nome, e.g. VBox Headless.exe
, uma vez que isso exigiria citações e seria reconhecido como um título.
Globalmente, o primeiro método (título explícito) é provavelmente melhor. Foi uma má escolha de design por parte da Microsoft, deveriam realmente ter acrescentado uma mudança para título em vez de “é o primeiro argumento incluído nas citações?