RE: Dealing with changing time

[James Rich <james@xxxxxxxxxxx>]

On Fri, 25 Oct 2002, Mark A. Manske wrote:

> I like this in theory - practice and implementations could be rough -
>
> The only other thing I would add is the following -
> Your database would have to keep track of the "offset"
> from the QTIME data to take into account where you where
> at the time the record was created as compared to the
> "software"/real world clock - since we all run reports
> on data that crossed the DST boundaries.

No, you wouldn't.  That what the unix APIs do (or should, given the right
info).  Probably something like gettimeofday().  You give it the QTIME
data and the APIs know what the corresponding wall clock time would have
been (or will be).

James Rich