To read all comments associated with this story, please click here.
XPECMD supports both 8.3 and long filenames. For example, both of these commands are valid (provided the paths exist in your file system):
(EDIT: Due to limitations of this messageboard, each occurrence of "\\" should be a single backslash. I apparently can't type a single-backslash, though - it disappears once the comment is submitted.)
BUILD myCfg "c:\\My Images\\image1"
BUILD myCfg c:\\MYIMAG~1\\IMAGE1
As with most systems (and the CMD shell itself), paths with spaces must be enclosed in double-quotes to be treated as a single argument. That's the only major requirement.
Edited 2006-10-13 17:45
Just to clarify: XPECMD is not a shell, but rather a command-line tool that serves as a partial replacement for the GUI tools such as Target Designer and Component Database Manager. It functions in a similar manner to things like NETSH, which have very specific functions and syntax, and can be run in either an interactive or scripted mode.
Also, XPECMD is not for use within an XP Embedded runtime (hence one of the reasons we didn't call it a shell), but rather is used at the same level as Target Designer to help design, build and deploy runtimes.




Member since:
2006-09-30
looks like windows will soon have more CLI shells than Unix...
Why can't they just strip monad or whatever ?
Unix has several shells, but at least the defaults are almost compatible with eath others (including ash/busybox for embeded IIRC).
What strikes me is MS is trying to fit windows into stuff where it might not be suitable (one-fits-all), yet designing separate implementations of stuff that could actually be common across platforms. There is probably an extraneous "not" opcode in someone's brain at Redmond