Hi,
On perjantai 09 tammikuu 2015, Thomas Huth wrote:
...
GEMDOS 0x3F Fread(64, 786, 0x1875c) at PC 0xFA002A
GEMDOS 0x3E Fclose(64) at PC 0xFA002A
GEMDOS 0x45 Fdup(0x1) at PC 0xFA002A
My memories might be wrong, but IIRC programs that use Fdup never
worked properly with GEMDOS HD emulation...
Fdup() wasn't the problem, it just provides an alias for TOS internal
handles (console etc), and is used to unredirect it later on.
Fforce() redirection done for dupped handle was the issue. However,
I implemented support for that in revision 4398 year ago. It supports
Fforcing() both real files and TOS handles, but it's not very extensively
tested.
There were also couple of related issues which were fixed earlier;
leaking forced file handles on Pterm*() and open files that were
accessed by multiple processes not being in sync (writes not being
flushed immediately to disk).
have you checked whether
it is working from a IDE drive image for example?
Good idea, there could be also some unrelated issue in GEMDOS
emulation.
- Eero