OK, well it works, but ZLoad (either from the command line or the IDE) doesn't release the port after the download. After the download completes, the Compile, Go, and No DTR Download options in the IDE's menu are disabled until the IDE is restarted. Subsequent calls to ZLoad via the command line also fail.
Using the menu command
Stop Executing restores the menu options disabled during the download, but does not fix the failing download issue. It does provide some debug info:
>C:\Program Files\ZBasic\IDE\..\zload -c2 -a4 -m -v D:\uG\ZBasic\zxonly.zxc
... 100%
Download completed successfully.
... 100%
Verification completed successfully.
[2J[H
>Process failed to respond; forcing abrupt termination...
>Exit code: 1
The characters after the verification completed notice are VT100 control codes used by the application, and can safely be ignored.
Looking in the Task manager, the ZLoad process is still running, even after the IDE is closed. It's doing something, as it is using 100% CPU. Forcibly terminating ZLoad fixes the issue, and will allow for another No-DTR download to proceed properly.
This may be a hardware issue on my end, and simply coincidental that the issue arose with the new compiler. Stranger things have happened. If you can get it to work properly from the IDE, I will assume it's hardware and/or software unrelated to the compiler/IDE, and look elsewhere for solutions.
I'm about to reload the non-native compiler to test further. That should determine where the problem is.
-Don