Re: 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 ]


Le 23/07/2024 à 20:05, Roger Burrows a écrit :
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

Hi

could you post you test program ? It will be faster to debug by using it instead of needing to install UVK.

Nicolas




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