Re: [hatari-devel] Maybe a gemdos bug, I don't know

[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]


Hi Eero,

 What I could do, is adding a warning on console for names that are longer
than 8+3 characters.  Would that help?

If there's no better solution, it would be good to add this warning.

Best regards
Laurent



Le 13/06/2012 22:53, Eero Tamminen a écrit :
Hi,

On keskiviikko 13 kesäkuu 2012, Laurent Sallafranque wrote:
While playing with hatari and asm, I think I4ve found something :

In my program, I have the following :

toto_01l:        dc.b    "DATA\CHARS\TOTO0\BIN_LEFT\IDLE1.SPR",0
toto_01r:        dc.b    "DATA\CHARS\TOTO0\BIN_RIGHT\IDLE1.SPR",0


I load these files with the loader.s rout from DHS (thanks to them for
this code).

On hatari, it loads well and I don't have any problem, while on my real
falcon, I get the following message :

DATA\CHARS\TOTO0\BIN_RIGHT\IDLE1.SPR not found

I think this may due to the 9 characters of the directory, but hatari
and my Falcon don't behave the same here.
That's a side-effect of Hatari GEMDOS emulation convenience feature.

Hatari's GEMDOS emulation supports accessing (case insensitively) host
directories and files which names are longer than 8+3 supported by FAT.

Even if one part of the code would limit names coming from TOS to GEMDOS
emulation to 8+3, the support for host names longer than 8+3 names would
cause the longer names to be matched.


What I could do, is adding a warning on console for names that are longer
than 8+3 characters.  Would that help?


	- Eero







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