I am not a Windows person but this looks to me like missing double-quotes around a pathname to C:\Program Files\Something. You need the the double-quotes due to the space in the name in the cmd shell.
Maybe look at the path and check for badness? echo %path%
I second the double-quotes around the directory/program name. It’s likely looking for something in C:\Program Files\... but is only seeing C:\Program since it should be "C:\Program Files\..." If I had to make a guess, it’s something with gcc, curl, and/or dfu-util since those are the likeliest candidates to be installed in that directory.
I tried converting my PATH to dos 8.3 filenames like I did on my other windows 7 machine, but the various methods are not working. dir /x or using command instead of cmd
C:\Program Files (x86)\GNU Tools ARM Embedded\4.8 2014q1\bin;C:\Program Files (x86)\GNU Tools ARM Embedded\4.8 2014q1\arm-none-eabi\include;C:\Program Files (x86)\GNU Tools ARM Embedded\4.8 2014q1\lib\gcc\arm-none-eabi\4.8.3\include;C:\Program Files (x86)\GnuWin32\bin;D:\Spark\dfu-util-0.7
Ok I found out for some reason dir /x does not work on the d: drive but does work on the c: drive. Even if I run 'dir /x d:` from the c: drive it fails. More weird windows crap -_- I’ll painstakingly go through and convert my toolchain paths to DOS format… uhg.
I cheated and renamed the DFU directory from dfu-util-0.7 to DFU-UTIL because I was still having an issue with it being converted to a true dos 8.3 path. That said it wasn’t a problem as a long filename anyway… just to keep it all real and DOSSY, I conformed it into working.
Sadly, yes. My Windows 8.1 Pro x64 on quad core i7-4700HQ 16GB RAM 240 SSD loads it's operating system from external Cassette Tape with Mickey Mouse themed Tape Recorder.