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



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/