Re: [hatari-devel] Bug(s) in GEMDOS Dsetpath() emulation |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
Hi,
On 4/19/20 9:57 PM, Roger Burrows wrote:
There are some related bugs in Dsetpath() handling:
1) Setting the path to '' (the empty string) should be valid, and on Atari TOS
effectively sets the path to the root of the specified drive;
That seems illogical, if there's no drive root
specified, paths should be relative to current
directory...
Is "" meant as some 1-byte-saving shortcut for "\"?
under Hatari's GEMDOS emulation, it is rejected.
Hatari uses same Atari <-> host path resolving
code for all GEMDODS HD functions.
Does "" map to "\" also with:
- Dcreate()
- Ddelete()
- Fcreate()
- Fopen()
- Fdelete()
- Fsfirst()
- Fattrib()
- Frename()
- Pexec()
?
2) Under both Atari TOS & GEMDOS emulation, you may set the path to the root by
using a string of a single backslash; however, a subsequent Dgetpath() under
Atari TOS returns the empty string, whereas under GEMDOS emulation it returns a
path with a single backslash.
If you need a test program, let me know. It is written in Lattice C, but it
does not use anything peculiar to that environment.
Test program is always nice, even just a binary.
If it's within couple of tens of KB, just attach
it to mail.
- Eero