2012/4/11, Bret Johnson <bretj...@juno.com>: >> My personal vote would be for bringing a little more order, I mean: >> to suppress recognizing such input as option, if slash is directly >> after some string of characters - in such case path recognition >> should be assumed. > > Problem with that is that I've seen programs that _require_ the options to > beginning immediately after the program name. E.g.: > > DATE /T returns an error, while > DATE/T works like it should > > Theoretically, either should be OK, but that simply isn't always the case.
I could agree for such inconvenience, since I'm pretty sure, there aren't that many badly written programs (which I could need). Of course, it can be an option. Maybe indeed the "100% backwards-compatibility mode" would be needed by someone. > Basically, what you're suggesting is simply not possible in the general > case, and gets even uglier when LFN's are involved. > > BTW, your suggestion could go the other way too: why can't *nix change to > accept either "-" or "/" (or nothing, like many DOS programs allow) to start > an option, If I'm correct, it depends not on the shell, but on application itself. At least writing the TCL scripts I'm using "-" (if I need to pass any optionsat all), but I can swap it with (almost) any other character. Or make it accept both "-" and "/". > and either "/" or "\" for a path separator? It's not possible to use "\" in Unix-derivatives, since "\" there is used for marking "continued in the next line" (when after space), or for "backslash substitution". Then backslash there is "very special" character. But it depends on the shell - and my assumption was, that when 4DOS allows this, it should be perfectly possible for FreeCOM as well. And, actually, I never used to like backslash as path separator... ;) -- regards, Zbigniew ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
