| Re: [hatari-devel] GEMDOS emulation and host-side DTA caching |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] GEMDOS emulation and host-side DTA caching
- From: Christian Zietz <czietz@xxxxxxx>
- Date: Tue, 18 Feb 2020 21:02:15 +0100
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1582056137; bh=oklxJREcr3O/20bQU8q+vsculp8g9glTXEJ6Pu3lHrQ=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=UTujCiJbca15LPFWft4IrYXR3ORpw7L7Tb0BYSPBsMZnlT1Pf//nyzJ2rCPRmx93U XYmICXwGYcMfjEwY5oEOu752nu2b26+qsgPyk66hDWkB2BU8sqeGJQMpE7GSvtd4tX jYwal5K0RH4j9z886RucjMzrevsVmx0wy9/0yl4g=
Eero Tamminen schrieb:
>> - Simply increasing the cache size, like the user did.
>> Only makes the issue less likely, but easy to implement.
>
> I'm inclined to this solution, but I'm wondering
> about the gemdos.c code comments:
> ----------------
> #define BASE_FILEHANDLE 64 /* Our emulation handles - MUST not
> be valid TOS ones, but MUST be <256 */
> #define MAX_FILE_HANDLES 32 /* We can allow 32 files open at once */
> ----------------
Now I'm confused, sorry. The DTA cache size has nothing to do with the
number of file handles that Hatari's GEMDOS emulation allows. DTAs are
used for Fsfirst/Fsnext, while file handles are only used when a file is
actually opened. Changing MAX_FILE_HANDLES won't solve the problem that
I (or rather the user) reported. MAX_DTAS_FILES is the issue here.
So, what did I misunderstand in your post?
Regards
Christian
--
Christian Zietz - CHZ-Soft - czietz@xxxxxxx
WWW: https://www.chzsoft.de/
PGP/GnuPG-Key-ID: 0x52CB97F66DA025CA / 0x6DA025CA