Dave Peticolas wrote:
> You didn't read my explanation :) The date recorded internally
> wasn't 1969, it was something like 1831, it's just that the time_t
> structure couldn't hold a date in seconds that far back and, when
> given to the date routines, ended up getting printed as 1969.
> GnuCash can handle actual 1969 dates just fine (try it).
>
> This was probably a bug in the qif importer, but there have been
> many fixes to the importer since 1.3.7, so the bug may be gone.
> If you still have the qif, you might just try it on a blank file
> to see if the strange date is still created.
>
> thanks,
> dave
No, no, no. The 1969 date was in the original .qif export from
Moneydance. Gnucash imported it correctly. Here's what one of the
looked like:
!Type:Bank
D12/31/1969
T200.00
CX
N
POpening Balance
M
L[Start Balance]
^
It was imported correctly into Gnucash--The transaction indeed had a
date of 12/31/1969, as it was supposed to. What puzzles me is why the
report turned the 1969 date into 1831 (or is it 1832?).
--
Matthew Vanecek
Visit my Website at http://mysite.directlink.net/linuxguy
For answers type: perl -e 'print
$i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
*****************************************************************
For 93 million miles, there is nothing between the sun and my shadow
except me. I'm always getting in the way of something...
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
