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

[Eero Tamminen <oak@xxxxxxxxxxxxxx>]

Hi,

On keskiviikko 20 kesäkuu 2012, Laurent Sallafranque wrote:
> No, it seems not to be enough.
> 
> When I compile my test with gen030.prg, it includes some files that are
> in a 12 chars name folder.
> This is the warning I sent you in the previous mail.
> 
> But after, when I run my program, it has to load some datas into the
> same directory, it loads them OK, but it doesn't warn me about the 8+3
> length.

Most likely I don't have time to work on Hatari on following few weeks,
so this will need to wait after Hatari release.

(I still think that the new release should be v1.7, not v1.6.2.  If one
just compares the amount of changes listed in release notes for different
releases, they correspond to bump in second number, not third one.)



	- Eero
 
> Laurent
> 
> Le 19/06/2012 23:28, Laurent Sallafranque a écrit :
> > Hi Eero,
> > 
> > It seems to work well :
> > 
> > GEMDOS path component 'LOADLEVEL.gs' doesn't fit to 8+3 chars!
> > GEMDOS path component 'LOADLEVEL.S' doesn't fit to 8+3 chars!
> > 
> > Maybe displaying also the path 'name' would help to detect easily
> > where the error comes from, is it possible ?
> > 
> > Regards
> > Laurent
> > 
> > Le 18/06/2012 22:39, Eero Tamminen a écrit :
> >> Hi,
> >> 
> >> On torstai 14 kesäkuu 2012, Laurent Sallafranque wrote:
> >>>>   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..
> >> 
> >> Could you send the test program to me or test the attached path?
> >> 
> >>     - Eero
> >>> 
> >>> 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