I discovered an issue with GEMDOS drives (mapped host directories). Am using such a drive to exchange files via FTP between my PC and Hatari on my Raspberry Pi. The host directory is mapped to GEMDOS drive K. When I try to copy large directory trees from K to an ACSI partition, only a portion of the tree is copied.
The problem occurs only when reading from the GEMDOS drive. Copying from an ACSI partition to the GEMDOS drive works as expected, but copying the other way or from and to the GEMDOS drive leads to an incomplete copy. Even deleting large trees on the GEMDOS drive is incomplete.
You can find a test folder in the attached zip archive. The folder contains 313 subfolders with 795 files with 11345097 bytes. That is what I tried to copy yesterday. Don't wonder about the file and directory names and that the files only contain zeroes. It's only the same structure with the same file sizes.
This is what happens:
TEST folder contains: 313 folders, 795 files, 11345097 bytes
Copy GEMDOS -> ACSI: 65 folders, 327 files, 8917240 bytes
Copy GEMDOS -> GEMDOS: 65 folders, 327 files, 8917240 bytes
Copy ACSI -> GEMDOS: 313 folders, 795 files, 11345097 bytes (ok)
After trying to delete the folder on the GEMDOS drive, 2 folders, 5 files and 225547 bytes are left. GEM complains about not being able to delete "TEST".
I am running a self-compiled Hatari 2.2.1 on my Pi. But I can reproduce this behaviour on my Windows installation (Windows 10 64 bit, Hatari 2.2.1, downloaded from https://download.tuxfamily.org/hatari/2.2.1
) as well as with an older Hatari version (2.0.0) on the Pi.
You do not have the required permissions to view the files attached to this post.