I thought I would share something I finally discovered that I was doing wrong when using the START command. From what I've seen, most people use the START command in this manner: START /WAIT C:\path\to\exe\some.exe This works fine, but not if the path contains spaces. So one would think that to use the START command with a path that contains spaces, you would simply use: START /WAIT "C:\path with spaces\some.exe" But it doesn't work that way. Lets look at "START /?" in Command Prompt: START ["title"] [/Dpath] [/MIN] [/MAX] [/sEPARATE | /SHARED] [/LOW | /NORMAL | /HIGH | /REALTIME | /ABOVENORMAL | /BELOWNORMAL] [/WAIT] [command/program] [parameters] The FIRST quoted parameter is actually the title of the window, so using the command: START /WAIT "C:\path with spaces\some.exe" will actually open a new command prompt window with a title of "C:\path with spaces\some.exe" and not actually execute some.exe The trick is to provide a title parameter, which can be anything you want: START "" /WAIT "C:\path with spaces\some.exe" I just use double quotes with nothing in between (null) I always just assumed this was a limitation of the START command or that I didn't know how to use it properly, until I came across a post on alt.msdos.batch.nt (Windows NT tricks, traps and undocumented features) Your current START commands probably work just fine, but I find this usefull when the name of an installer EXE contains spaces, then I dont have to rename it (I like to preserve original filenames).