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
_______________________________________________
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel