Re: [hatari-devel] Max amount of GEMDOS HD file handles? |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] Max amount of GEMDOS HD file handles?
- From: Thomas Huth <th.huth@xxxxxxxxx>
- Date: Fri, 28 Jul 2023 17:49:16 +0000
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1690566558; bh=75pdTwYf+5viZmvPHeIKK/tiBh2jvoKdwgEz0l4B9xQ=; h=Date:From:To:Subject:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=mF9/zteEGMnafZIsgjOttSMn4rkCZL5B+jqT2IKbBQV3oekDShA7sHeCken7yYgEH p2DFT5gI9K7zfoCrSb+Hd4JnR2rLMD271DPmXfszPedSY/Jaksok+SjNK2ix0vP7Yy hmdwW6b3mgQmOTX6R19/J9NjqxN0wCT3Zu5SUjcYMgsh/a/DKb7/iMO+OaDUclfDM2 k+bg3kbZJMYPUN+2PpvbSY05wzKtJ3Cc+8VESTPGh8ZOaFEn8pbAM6+j0tZH8zqPqC HExKEpEutDRjRCeCbBLdU2jBIa2Ns+iho/gj67v0eayjFauboRqN9z5gOXLII7J/I0 zpwDUj/jFSuUw==
Am Thu, 27 Jul 2023 15:22:51 -0400
schrieb "Roger Burrows" <anodyne@xxxxxxxxxxxx>:
> On 27 Jul 2023 at 21:06, Eero Tamminen wrote:
> >
> > Leaving 64 handles to TOS (same as now), and increasing GEMDOS handles
> > from 32 e.g. to 64 should be fine, right?
> >
> This raises an interesting issue. TOS and EmuTOS allow up to 75 non-standard
> handles (6-80 inclusive). Hatari uses 64-95 for its GEMDOS handles. So it's
> possible to have different files open on different drives (one GEMDOS and one
> non-GEMDOS), with the same handle.
>
> It is of course extrememly unlikely that this will happen, but it could (I have
> a test program if anyone needs one to verify). If it *does* happen, I assume
> that I/O to the non-GEMDOS file will quietly be routed by Hatari to the GEMDOS
> file. To be safe, the GEMDOS handles *should* start at 81 or higher.
I'd agree at a first glance - but it could also cause troubles instead:
What if a badly written old program uses the file handle as an index into
an array that has only 80 entries? ... that would break if we'd increase
the base offset ...
So unless we find a real program that requires this change, I'd rather keep
it at the current value.
Thomas