|
Post by dominicraf on Mar 10, 2022 16:00:27 GMT 1
I am just getting started with vDOS having previously run VBDOS programs using a virtual machine or NTVDMx64.
vDOS looks really cool but I am having a problem with the 'virtualised' command line. A particular issue is that it does not seem to support piping, which is supported for instance in old DOS (6.22, any way).
dir /ad|dossed.exe -n '/Directory/p'
This gives a different error, but still fails (note the spaces around the vertical stroke pipe character):
dir /ad | dossed.exe -n '/Directory/p' Another unrelated issue is that on the command line it only seems possible to call back the immediately preceding line (with the cursor up key) and not any earlier lines, and then you can only edit it if the line does not wrap. Are there settings to fix this?
Thanks for any help.
|
|
|
Post by dominicraf on Mar 10, 2022 18:00:49 GMT 1
I have now worked around this issue.
|
|
|
Post by Jos on Mar 11, 2022 0:27:34 GMT 1
The vDos command line processor is basic, it indeed doesn’t support piping.
It also doesn’t support command line history (anymore) beyond the previous line. The main goal is running end-user programs, not extensive use of the command line. Editing a previous command line is limited to the first line, simply because of simplicity.
You can however eventually use 4DOS if you are a heavy command line user.
Jos
|
|
|
Post by dominicraf on Mar 11, 2022 7:38:53 GMT 1
Thanks Jos for the quick reply and explanation. Are there any disadvantages (speed?) in using 4DOS as the command line processor in vDos (I see instructions here)?
|
|
|
Post by Jos on Mar 11, 2022 8:34:17 GMT 1
The major disadvantage could be that 4DOS requires some 270KB to run, some 5KB when dormant, for its resident part. It is of course code that goes thru the emulated CPU, so inherent slower in interpreting commands. But time-consuming operations, like actually copying files, will be as fast.
Jos
|
|
|
Post by dominicraf on Mar 11, 2022 13:26:46 GMT 1
Thanks! I will probably try to manage without 4DOS. Not having VBDOS under vDos is more problematic because debugging without VBDOS IDE is hard for an issue that is specific to the vDos environment. But hey it's great to have vDos working for the compiled program, thanks for all your work.
|
|