|Re: [hatari-devel] Possible 1.7 regression|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
On 12/06/2013 20:58, Troed Sångberg wrote:
I knew I recognized a few of the numbers as well as the content and it's
been bugging me since I sent the previous email. The content loaded at
offset 1024 is the same as in the .ST floppy image at offset 512 and
3072. It's the FAT, right? ;)
If so I guess a good description of the problem would be that when my
program uses gem bdos file access after having been executed from AUTO
the F_READ will have the first 10*256 bytes replaced with the first
track (although, with the 512 -> 1024 offset difference so there's
something else to it). The rest of the loaded content is fine.
Without having looked at the Hatari source it almost sounds like
leftover debug code.
this looks really strange to me, I don't remember any debug code that
would do this, nor any special behaviour in Hatari depending on the use
of the AUTO folder or not on a floppy.
Assuming you don't want to spread your program for now, can you make a
stripped down version that only does the file access and see if it still
fails from the auto/ folder ?
It would be much easier to track if we could run the program ourselves.