[hatari-devel] Regression when restoring desktop.inf

[Nicolas Pomarède]

Le 17/05/2011 23:22, Eero Tamminen a écrit :
> 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)

I don't know, I only have fr version of 1.02 and 1.04. But the fact that 
the same tos gives different result with different version of Hatari 
would lead me to believe shtg changed in Hatari.

>
> 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?
>

Yes, desktop.inf is correctly read in all case for me, because all 
windows are correctly restored at their right place. The only problem is 
that the resolution is not restored.

I wonder if the tos tests some file attribute/date on desktop.inf to 
decide the resolution should be restored or not, and this could be the 
cause of the problem.


Nicolas