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

[ Thread Index | Date Index | More Archives ]


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 :
> 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+