GnuCash crashes when importing QIF file

[Doug Laidlaw]

That is how it came from KMyMoney.  I thought that the date was probably 
wrong, but didn't know what was supported.  As for the negative number, the 
default on-screen format is with a - sign and in red.  I have this brief QIF 
for the cash account that works in Quicken:

!Type:Cash 
D21/01/07
U-7.45
T-7.45
NPchse
PColes
M
LGroceries
^

IMO, Kmymoney still has a way to go.

Doug.

On Tuesday 23 January 2007 01:31, Derek Atkins wrote:
> Just looking at your QIF I can tell you what's wrong with it:
>
> D16/1206
>
> isn't a valid date.  Also:
>
> T(4.00)
>
> isn't a valid (negative) number.  The current regular expressions
> don't handle this particular encoding of negativity.
>
> Now, I admit that GnuCash shouldn't crash here and instead should
> pop up an error, so I'll look into fixing that.  But at least you
> know what needs to get fixed.
>
> -derek
>
> Doug Laidlaw <laidlaws at hotkey.net.au> writes:
> > In my case:
> >
> > gnucash
> > gnucash: [M] "Found Finance::Quote version ""1.11"
> > Backtrace:
> > In unknown file:
> >    ?: 0* [qif-file:parse-fields #]
> > In /usr/share/gnucash/scm/qif-import/qif-file.scm:
> >  505: 1* (let* (# # # #) (and # # # ...) (cond # #))
> >  520: 2* (and # # # ...)
> >  561: 3* [check-and-parse-field #<procedure qif-xtn:date #> ...]
> >  651: 4  (let (# # #) (if # #) (cond # # #) ...)
> >  679: 5* (cond (# # # #) (# #) (#t #))
> >  684: 6* (and (not (null? (cdr formats))) do-parsing)
> >  684: 7* [not ...
> >  684: 8*  [null? ...
> >  684: 9*   [cdr #f]
> >
> > /usr/share/gnucash/scm/qif-import/qif-file.scm:684:24: In procedure cdr
> > in expression (cdr formats):
> > /usr/share/gnucash/scm/qif-import/qif-file.scm:684:24: Wrong type
> > argument in position 1: #f
> >
> > I have kept the .QIF file if you need to see it.

-- 
Judge a man by his questions rather than by his answers.
   - Voltaire