On 02/18/2017 10:06 PM, Uwe Seimet wrote:
I see, but this means that in particular make-like processes, which rely
on timestamps, do not work anymore. Pure C, for instance, now constantly
recompiles files without any need. This very inconvenient. Can this
somehow be fixed?
Are you using MegaST/e which takes time from host?
No, I'm using the TT emulation.
You could try ifdeffing out utime() call from
gemdos.c::GemDOS_SetFileInformation().
Yes, removing that call fixes the problem.
If that works fine, propose a commandline option
for Hatari GEMDOS HD emulation. Maybe:
--gemdos-hosttime <bool>
or:
--gemdos-time <host/atari>
?
I'm fine with any option, as long as it results in a proper GEMDOS HD
emulation time handling ;-).
Take care
Uwe
- Eero
Best regards
Uwe
----- Uwe Seimet wrote:
Hi,
With the current development version I observe wrong timestamps when
compiling with Pure C. A C source file A.C has the timestamp 10:21.
After compiling it to A.O the resulting object file has the timestamp
10:20, i.e. it is not newer but older than the source file.
This is reproducable. The desktop shows that .O files are a minute older
than the .C files they were compiled from.
Take care
Uwe
AFAIK
Hatari changed how it deals with the time of day.
Hatari grabs the current time when it is started, then
increments the time in "emulator time". This is causing
a conflict with the "actual time" as regards time stamps.