date interval handling is toast

Dave Peticolas dave@krondo.com
Thu, 22 Mar 2001 13:52:21 -0800


Christian Stimming writes:
> -----BEGIN PGP SIGNED MESSAGE-----
> 
> Thanks goonie and dave. The dst problem seems to be solved now.
> 
> On Thursday 22 March 2001 07:30, Eric Hanchrow wrote:
> >     Christian> IMHO the only solution to this is to throw out incdate,
> >     Christian> WeekDelta et al completely and switch to a fully
> >     Christian> symbolic solution, i.e.
> >
> > I would think that the only solution would be for GnuCash to keep all
> > of its dates and times in GMT, and only translate to and from local
> > time when display or reading dates and times from the user.
> 
> That brings up another interesting question. What will happen if I switch 
> time zones regularly on my machine? Are the transactions recorded in 
> localtime? I think at least the reports are created in localtime. Would 
> that give me a different set of transactions depending on the timezone I'm 
> in right now? A few hints from Dave or grib on where we use localtime and 
> where UTC/GMT would be helpful.

We store times as UTC internally. Timespecs and time_t's are always
in UTC. localtime is used to parse user input and do date manipulation.


dave