| Re: [hatari-devel] Timestamp problem with GEMDOS drive |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] Timestamp problem with GEMDOS drive
- From: Uwe Seimet <Uwe.Seimet@xxxxxxxxx>
- Date: Sat, 18 Feb 2017 21:06:22 +0100
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1487448392; l=1012; s=domk; d=seimet.de; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Subject:To:From:Date; bh=W+jeE4tuZFvsqVHci/cuuA9UTU/ncCNmLZU372W4cI4=; b=mkhCWzbdxp276Xd0Z7ruUSUp+4jXgSXBGPAuZxzNSQaYNg0jIwGxJuR5caOKzVy+sC uxD4z5qyLnbLMaD908aZuollh1k1kybYGg+QTqRXyyzkaK0p5ZG8BFoVIZ8fyuXngAU6 eDKROCWrUDEUqbApRhEfd+5Q0WHRF2aZpygsA=
Hi,
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?
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.
>
>