[hatari-devel] Regression when restoring desktop.inf
Eero Tamminen
eerot at users.berlios.de
Tue May 17 23:22:44 CEST 2011
Hi,
On tiistai 17 toukokuu 2011, Nicolas Pomarède wrote:
> Le 17/05/2011 21:38, Eero Tamminen a écrit :
> > With TOS 1.02& 1.04 it happens both with latest *and* v1.4.0 version
> > of Hatari, _both_ with floppy images and with Gemdos HD emu.
>
> Not in my case, It works fine with tos 1.02 and 1.04
What if you try non-French TOS?
(I don't have French TOS I could try)
> > As with TOS 1.00, 1.62, 2.06, 3.06 KaosTos med-rez is restored fine,
> > are you sure it's not a TOS 1.02/1.04 issue instead of Hatari one?
>
> I just made the test again : no disk image in A or B, only gemdos hd emu
> - run hatari 1.4 5 times : desktop is correctly restored in med res :
> OK - run hatari dev 5 times : desktop is badly restored to low res : BAD
Only with HD, not with floppy image?
> - run hatari 1.4 again : desktop is restored to med red : OK
>
> This is with the exact same hd directory.
>
> So, I really think there's a problem there. If I got time, I will try to
> bisect using mercurial and see where this comes from.
When tracing what happens:
$ hatari --bios-intercept --trace gemdos,xbios --tos tos162de.img -d .
...
GEMDOS Fopen("DESKTOP.INF", 0x0)
GEMDOS: DESKTOP.INF -> host: /home/eero/work/hatari/build/test/DESKTOP.INF
-> FD 0 (read-only)
GEMDOS Fread(64, 4192, 0xf0ca)
GEMDOS Fclose(64)
GEMDOS Dsetdrv(0x2)
XBIOS 64 (Blitmode)
GEMDOS call 0x49 (Mfree)
GEMDOS call 0x19 (Dgetdrv)
GEMDOS Dsetdrv(0x2)
GEMDOS Dsetdrv(0x2)
XBIOS 4 (Getrez)
XBIOS 5 (Setscreen)
XBIOS 6 (Setpalette)
XBIOS 0 (Initmous)
And then doing the same with TOS 1.04, the only difference is that TOS 1.04
is missing the XBios Setscreen() call that sets the screen to medium
resolution. Tos 1.00 and 1.02 had similar difference.
I.e. Desktop file is succesfully read, so I don't think this could be
HD emulation related...? Or do you get some other result from tracing?
> > PS. Have you already heard of the x86 emulator in JavaScript
> > (from the author of Qemu):
> > http://bellard.org/jslinux/
...
> more or less, haven't tried it ;
Me neither (Debian stable Chrome is too old), but collegue at work
demonstrated it. ;-)
> but maybe it could compile hatari in
> x86 / js and run it from the browser :)
It doesn't emulate a display, just serial, so Hatari wouldn't work, but
STonC might.
- Eero
More information about the hatari-devel
mailing list