| Re: [hatari-devel] asm56000.ttp problem |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
Hi,
On 10/1/18 11:36 PM, Miro Kropáček wrote:
On Mon, 1 Oct 2018 at 22:02, Eero Tamminen <oak@xxxxxxxxxxxxxx> wrote:
On 10/1/18 10:28 PM, Thomas Huth wrote:
> This could also happen with real TOS if it uses bigger file handles for
> some reasons. I don't think there is a clean way to fix this on the
> Hatari side, since Hatari certainly has to stay out of area that TOS
> uses for its file handles.
I'll add a note about it to Hatari compatibility document.
Thank you for taking a look at it! Finally we know the culprit.
However I beg you to think about a workaround here - without this fixed
cross-platform development in Hatari suffers a lot (sure, we can use wine
and/or windows binary but...). Even a fix like if program_name ==
"asm56000.ttp" would be better than nothing.
>
To be honest, I don't understand why Hatari forces such big file handles in
the first place? GEMDOS HD emulation should behave the same as normal IDE
emulation, there's no way one can have 40 opened file handles in plain TOS
when running asm56000.ttp.
With the Tomshell stuff, BASE_FILEHANDLE in gemdos.c needs to be 32
or smaller for asm56000.ttp to (seem to) work, *but* this assumes
there aren't any extra intermediate scripts that have files open.
GEMDOS HD is for running any Atari SW. Running asm56000.ttp
is just one use-case for it.
I can easily image a use-case where user runs a program that has
few dozens of files open from floppy / HD images, and then doing
disk access to GEMDOS HD. For example some kind of file manager
or archiver GUI, or GEM desktop replacement.
(I would expect most of them not to keep that many open because
of bugs in earlier TOS versions, but some might.)
I don't want to debug issues from those, as everything so far has
been tested to work OK with 64 handles left for TOS.
- Eero
PS. GEMDOS HD doesn't know what handles TOS uses, if TOS side
handle count rises high enough that they will map to GEMDOS
HD emu ones, or application provides too high handles due to
bug, those won't be anymore forwarded to TOS, but matched
to GEMDOS HD emu files.