Hatari GEMDOS emulation bug (was:Re: [hatari-devel] UVK hangs with Hatari's GEMDOS emulation)

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


On 23 Jul 2024 at 17:58, Nicolas Pomarède wrote:

> Le 23/07/2024 à 17:42, Christian Zietz a écrit :
> > Christian Zietz schrieb:
> >
> >> reported here
> >>
> https://forum.atari-home.de/index.php/topic,17910.msg269543.html#msg269543
> >> (in German): UVK (Ultimate Virus Killer) hangs in an endless loop when
> >> scanning a GEMDOS HD, probably when encountering an empty folder. GEMDOS
> >> trace is in the forum post.
> >>
> >> I don't have time to investigate but my first hunch would be that
> >> perhaps Hatari's GEMDOS emulation does not handle the pattern in
> >> Fsfirst("***.***", 0x7) correctly.
> >
> > Is someone working on this? I was able to reproduce the user's report
> > using UVK from https://www.atarimania.com/pgedump.awp?id=35365.
> >
> > I still think it's a Hatari bug, probably related to the "***.***"
> pattern.
> >
>
> Hi
>
> just to ack that I'm not working on this but on other parts at the moment :)
>
> Still,  I flagged your mail as "to do" in case no one else has time to
> look at this, but as my "to do" stack is already pretty big I can't tell
> when ...
>
Just to confirm, using my Fsfirst() test program:
.. under TOS 2.06 (and EmuTOS), "***.***" is treated the same as "*.*", and all
files are listed
.. under Hatari GEMDOS emulation, "***.***" always returns an error -33 (EFILNF)
even when there are files in the directory.

So definitely a Hatari bug.

Roger




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