| Re: [hatari-devel] Filename mangling with GEMDOS emulations |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
Hi,
On 5/16/20 4:17 PM, Thomas Huth wrote:
Am Sat, 16 May 2020 12:37:16 +0200
schrieb Thorsten Otto <admin@xxxxxxxxxxx>:
There seems to be some problem with hatari filename mangling:
The same directory, on the host:
~/atari/freemint.org/a $ ls -l
total 8
drwxr-xr-x 2 sebilla users 4096 16. Mai 12:31 libcmini
drwxr-xr-x 2 sebilla users 4096 16. Mai 12:31 libcmini-examples
That is, the 2nd (too long) directory name is simply truncated, and
there is no way to access it in the desktop.
You can rename it e.g. to "libcmini.examples" to
access it under Atari single-TOS.
Sure, GEMDOS HD emulation only supports the old 8+3 filenames, so if
you want to use it, you have to make sure that your files on the host
fit into that scheme.
GEMDOS HD does file name and extension truncation
exactly like the original TOS does. File names
don't need to fit into 8+3 names, but the 8+3 part
needs to be unique, to be able to access all of
them.
With this, one can e.g. take ScummVm MiNTLib build
where the files have long file names and app
requests long file names, and it just works
under normal TOS, without MiNT (+ file system with
long filename support).
It works both when running the application
directly from GEMDOS HD, or if one copies the long
filename files from GEMDOS HD to a floppy or HD
image (which don't support long file names) under
normal TOS.
Hatari includes Python script which implements
the same semantics. It can be used both to do
the conversion and to check for name conflicts:
https://git.tuxfamily.org/hatari/hatari.git/tree/tools/atari-convert-dir.py
- Eero