|Re: [hatari-devel] GEMDOS emulation messed up internal variables after repeated coldstart?|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
I fixed segfault with it.
On 04/23/2016 11:01 AM, Thomas Huth wrote:
Am Fri, 22 Apr 2016 17:58:27 +0200
schrieb Matthias Arndt <marndt@xxxxxxxxxxxxxx>:
My program runs from C:\AUTO and accesses a database file
C:\hdmenu.csv with plain GEMDOS calls.
At the first boot of Hatari all works well, my program finds its
database. After AltGr+c or even AltGr+r, Hatari finds the AUTO folder
program and runs it but my application does not find its resources
anymore in C:
As i do not change directories, however I am assuming that at boot
tim, the path is always C:\ although files from C:\AUTO are run. I
remember this behaviour since the early 90s and TOS 1.00
Does Hatari forget to clean up some Gemdos emulation internals? I
tried placing my program on a floppy image and there the behaviour is
as expected, it always finds A:\HDMENU.CSV so I assume it is related
to GEMDOS drive emulation.
You're right. The current working directory did not get reset to the
root of the drive in this case. I've just uploaded a fix, could you
please re-test with the latest version from the hg repository?