Matthew Vanecek writes:
> Dave Peticolas wrote:
> I went back and reviewed the accounts, searching for differences in the
> ones that did and didn't work. After I set the view to the entire date
> range, instead of the current year, I noticed that the Opening Balance
> on the crashing accounts was dated 12/31/1969. After I changed that to
> something more appropriate, things seemed to work OK.
>
> False alarm or Y2K bug? =P
Not Y2K, but definitely a bug. The value being passed to localtime
exceeded the limits on the size of a time_t value. As an aside, this
has nothing to do with the fact that it's negative. The time functions
should handle negative times just fine. It's just that in this case the
value's magnitude is too large, and the localtime guile wrapper is
refusing to accept it.
The date in question (12/31/1969) is being returned by the C routines
after truncating the value. You can enter pre-1970 values by hand just
fine. The actual date (-4294992496 seconds before 1970) is just too
far back in this case.
So, the question is, how did that date get into GnuCash? I'm guessing
that opening balance transaction was created by a qif import. Which
version of GnuCash did you use to import the qif? Do you still have
the qif?
thanks,
dave
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
