> In website, JP Software claims "Upwardly compatible with CMD.EXE with
> literally thousands of additions".
> But actually it doesn't, and failing in most powerful part in CMD: FOR
> - wrongly parsing FOR variable with arguments and SET variables.
Well, no -- IMHO this is *not* an issue. You're apparently upset that FOR
will recognize something other than a single alphabetic character as a FOR
variable; most users consider this a feature. If you don't duplicate your
variable names, it will not be a problem.
> - improper MBCS support.
As I said, we do not support DBCS environments. When we *did* (in older
ANSI versions of 4NT), our Asian sales never amounted to more than 0.1% of
the total. Given this, it makes no financial sense for us to divert limited
resources to support imaginary non-paying customers.
> How JP Software claim "compatible with CMD.EXE" with these
We never claimed 100% compatibility -- an obvious impossibility, given that
(1) different versions of CMD.EXE are incompatible, and (2) it's impossible
to add features without introducing some level of incompatibility. Given
the choice of supporting undocumented CMD.EXE bugs (like the FOR or IF
termination in batch files) or providing additional features (like the batch
debugger and ON ERROR), we'll go with the features.