DOS Rename command shows unexpected behaviour with attached test program in VDrive, with a directory of the host system mounted as drive.
Test program first scratches two files (to ensure they can be freshly written), then writes those two files "FILE1" and "FILE2", and then tries to rename FILE2 into FILE1. On real h/w, DOS faults this with "63,FILE EXISTS,00,00". Anyhow, the program is supposed to continue by printing out the files contents and then terminates normally.
With VDrive (TDE off, Virtual Device Traps on) and mounted PC directory, program stops with "62,FILE NOT FOUND,00,00" at the R command, even though both FILE1 and FILE2 are present.
Tested with today's GTK3 build: GTK3VICE 3.7.1 win64 r44603
Please also see the thread http://sleepingelephant.com/ipw-web/bulletin/bb/viewtopic.php?t=10764 which prompted me to write this test program to (retro-)confirm the overwrite-on-rename behaviour of VDrive in earlier vice versions.
Additionally, also with a mounted PC directory, on the second run, the S commands errorneously report the number of scratched files as zero ("01,FILES SCRATCHED,00,00") even though FILE1 and FILE2 are now present from the first run.
... and are successfully scratched.
should be fixed in r44611 - please test again.
It would also be super useful if you could make that test program check what it expects after each step, and jump to a common error handler if not. then we can include it in the automatic testbench