Linas wrote...
> It's been rumoured that Shawn T. Rutledge said:
> > BTW I did download the latest gnucash and got it compiled (after installing
> > a slew of other stuff). The QIF import blew up completely with this message
:
> >
> > Error: Internal Error: SplitRebalance(): no common split currencies
> > Error: account=Quicken Bank Account currency=(null) security=(null)
> > gnucash: Transaction.c:748: xaccSplitRebalance: Assertion `0' failed.
>
> This was fixed in a patch sitting in my mailbox. It should materialize
> in cvs later tonight.
>
> > Actually this is slightly modified: originally the dates all said 199 for th
e
> > year, but that is what caused it to become 2099 in Xacc, so I changed it to
> > 099 and got 1999. I guess the 0 or 1 is supposed to mean which century,
> > but xacc interpreted 1 as 2000 and my bank thinks 1 is 1900. So it's not
> > quite a 2 digit year, but I'm just guessing on what the significance of
> > the third digit is.
>
> I've never heard of this before.
Sounds bizarre to me...
> > Anyhow... as you can see this is a simple list of transactions, no account
> > name and no currency definition or any other account-related stuff.
> > So when I import it, rather than importing the data into my existing
> > account that I created, it creates a new one called "Quicken Bank Account".
>
> There's supposed to be a menu entry called "merge quicken data into account xx
x"
> and some of the function is sort of there but hasn't been tested ...
That is *very* important functionality, particularly seeing as how the
MS-Money-specific functionality described below is *not* a documented
use of QIF, and as it is certainly not similar to the functionality that
Quicken uses.
My suspicion is that this is a place where the "right" method would
be to have almost all of this take place via Scheme scripts rather than
being compiled into the main body seeing as how the right behaviour
depends on what version of what vendor's QIF generator you used to
generate the QIF.
After all:
a) There's not value to recompiling just because some fiddly bit of
functionality changed;
b) Needing to customize imports isn't a big surprise;
c) It's not as if it needs to be compiled to C because of inadequate
speed...
--
Christopher B. Browne, [EMAIL PROTECTED], [EMAIL PROTECTED]
Web: http://www.ntlug.org/~cbbrowne SAP Basis Consultant, UNIX Guy
Windows NT - How to make a 100 MIPS Linux workstation perform like an 8 MHz 286
----- %< -------------------------------------------- >% ------
The GnuCash / X-Accountant Mailing List
To unsubscribe, send mail to [EMAIL PROTECTED] and
put "unsubscribe gnucash-devel [EMAIL PROTECTED]" in the body
