Every time I try to enter a transaction, I get an error message that states:
"Error parsing amount field".
If I make the Amount field blank, the transaction will work.
I'm running 0.7.7
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm sorry... I mispoke. The variable(s) in question are
LC_ALL and LANG. I haven't any documentation online
about these because I myself just discovered the issue.
All you need to do is pick one of these variables and
define it like so:
bash% export LC_ALL=en_US
I hope this clears things up. This won't matter in the next
release.
Darin
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've just installed Gnofin 0.8.2 and am having a problem
with the amount field as well. The amount shows up as the
test "qd.00". I can't type in any numeric value - gets
converted to qd.00.
My LANG was set to "C", and LC_ALL was not set. I'm running
SGI IRIX 6.5.9m. All other GNOME apps work fine with this
setting.
However, I did try setting them both to en_US and there
was no change in GNOFIN. Help?
Thanks,
Himanshu, gohel@csee.usf.edu
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This sounds like the conversion character used
is not recognized on IRIX. Unfortunately, I
don't have access to an IRIX machine. Can you
find out how to print a 64-bit integer on IRIX?
Thanks and sorry for not responding sooner!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This problem seems to have cropped up again for me with the same 0.8.4 version after months of running fine. I have LANG set to en_GB and a date format of %d %m %y but using it today (following a weekly update to debian unstable) generates the parsing error. Only %x is supported (US date format :-( ). I guess this should clear itself in the next dist-upgrade update (when whatever got broke, gets fixed - hopefully) though I wonder if there is some other issue here.
Regards, Martin
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
hi, i've the same problem with my debian. Try another program like perl to see if the problem is the libc6 or gnofin. I've downgraded my libc6 because any locale don't work (i use fr_FR). Can you give me your libc6 version ? (dpkg -l libc6). If it is < -4 i think this the problem. Note have you modifiy the /etc/locale.gen ?
I suggest you use the cvs version, because it contains new features.
Luc
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
jamaro:~# dpkg -l libc6
Name Version
libc6 2.2.3-1
I noticed a few other programs were reporting locale not supported - defaulting to 'C'
so I tried regenerating the locales I have set up (which normally gets triggered automatically if the package is updated - don't know why not this time)
Gnofin is now working again (with %x giving dd/mm/yy date format) and xawtv (the other app I noticed complaining about locales) seems happier too.
I grabbed the 0.99 cvs snapshot from the download page but couldn't compile it (some gnome package not installed - gnomeshlib ???) and I'm struggling with compiling the cvs I've just checked out
mrowe@jamaro:~/gnofin$ ./configure
loading cache ./config.cache
./configure: line 533: syntax error near unexpected token `AM_CONFIG_HEADER(config.h)'
./configure: line 533: `AM_CONFIG_HEADER(config.h)'
I've seen this error before a year or so back, compiling a 5250 emulator from cvs, but can't remember how I got round it (I scripted my solution to save me forgetting, but my script is at work :-( ). Any help/advice is welcome :)
Doh! Hadn't run ./autogen.sh first... The hit the same error as with 0.99 before:
configure: error: Could not find the gnomeConf.sh file that is generated by gnome-libs install
Tracked this down to libgnome-dev, only to find I needed libglade0-dev and libglade-gnome0-dev as well. Finally got ./configure to run through to completion, but now make fails:
Making all in po
make[2]: Entering directory `/home/mrowe/gnofin/po'
make[2]: *** No rule to make target `all'. Stop.
make[2]: Leaving directory `/home/mrowe/gnofin/po'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/mrowe/gnofin'
make: *** [all-recursive-am] Error 2
I havethe same problem with my debian sid box (i have another in potato). A quick fix is to modify at the end of the configure file this line,
case " "$CONFIG_FILES" " in *" po/Makefile.in "* | *" po/Makefile.in:"*)
by
case "$CONFIG_FILES" in *po/Makefile.in*)
This little patch run, there a similar bug report on debian http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=gettext&archive=no
Luc
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Oh no, it's my fault. There are 2 branch in the cvs version, you must use the GNOFIN_0 branch. You can found a tarball in the ftp section.
ftp://gnofin.sourceforge.net/pub/gnofin/unstable/
Not all actions is done but a search, and reconcile dialog is implemented. I will post after this message a pre1
Luc
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Gnofin 0.8.5pre1 built and installed without a hitch - thanks very much :) The reconcile option looks good, though I've only had a brief play with it so far. Keep up the good work :)
Regards, Martin
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Every time I try to enter a transaction, I get an error message that states:
"Error parsing amount field".
If I make the Amount field blank, the transaction will work.
I'm running 0.7.7
what is your locale?
echo $LS_ALL
$LS_ALL is not set.
Should it be?
Is that documented somewhere?
I'm sorry... I mispoke. The variable(s) in question are
LC_ALL and LANG. I haven't any documentation online
about these because I myself just discovered the issue.
All you need to do is pick one of these variables and
define it like so:
bash% export LC_ALL=en_US
I hope this clears things up. This won't matter in the next
release.
Darin
That fixed it.
Thanks.
I've just installed Gnofin 0.8.2 and am having a problem
with the amount field as well. The amount shows up as the
test "qd.00". I can't type in any numeric value - gets
converted to qd.00.
My LANG was set to "C", and LC_ALL was not set. I'm running
SGI IRIX 6.5.9m. All other GNOME apps work fine with this
setting.
However, I did try setting them both to en_US and there
was no change in GNOFIN. Help?
Thanks,
Himanshu, gohel@csee.usf.edu
This sounds like the conversion character used
is not recognized on IRIX. Unfortunately, I
don't have access to an IRIX machine. Can you
find out how to print a 64-bit integer on IRIX?
Thanks and sorry for not responding sooner!
I've replaced %qd with %lld, which should work on
IRIX. Try grabbing the latest code from CVS (use
the stable branch GNOFIN_0).
Darin
Hi all
This problem seems to have cropped up again for me with the same 0.8.4 version after months of running fine. I have LANG set to en_GB and a date format of %d %m %y but using it today (following a weekly update to debian unstable) generates the parsing error. Only %x is supported (US date format :-( ). I guess this should clear itself in the next dist-upgrade update (when whatever got broke, gets fixed - hopefully) though I wonder if there is some other issue here.
Regards, Martin
hi, i've the same problem with my debian. Try another program like perl to see if the problem is the libc6 or gnofin. I've downgraded my libc6 because any locale don't work (i use fr_FR). Can you give me your libc6 version ? (dpkg -l libc6). If it is < -4 i think this the problem. Note have you modifiy the /etc/locale.gen ?
I suggest you use the cvs version, because it contains new features.
Luc
Hi Luc
jamaro:~# dpkg -l libc6
Name Version
libc6 2.2.3-1
I noticed a few other programs were reporting locale not supported - defaulting to 'C'
so I tried regenerating the locales I have set up (which normally gets triggered automatically if the package is updated - don't know why not this time)
jamaro:~# locale-gen
Generating locales...
en_GB.ISO-8859-1... done
en_US.ISO-8859-1... done
Generation complete.
Gnofin is now working again (with %x giving dd/mm/yy date format) and xawtv (the other app I noticed complaining about locales) seems happier too.
I grabbed the 0.99 cvs snapshot from the download page but couldn't compile it (some gnome package not installed - gnomeshlib ???) and I'm struggling with compiling the cvs I've just checked out
mrowe@jamaro:~/gnofin$ ./configure
loading cache ./config.cache
./configure: line 533: syntax error near unexpected token `AM_CONFIG_HEADER(config.h)'
./configure: line 533: `AM_CONFIG_HEADER(config.h)'
I've seen this error before a year or so back, compiling a 5250 emulator from cvs, but can't remember how I got round it (I scripted my solution to save me forgetting, but my script is at work :-( ). Any help/advice is welcome :)
Regards, Martin <gnofin@dbg400.net>
Hi again, Luc
Doh! Hadn't run ./autogen.sh first... The hit the same error as with 0.99 before:
configure: error: Could not find the gnomeConf.sh file that is generated by gnome-libs install
Tracked this down to libgnome-dev, only to find I needed libglade0-dev and libglade-gnome0-dev as well. Finally got ./configure to run through to completion, but now make fails:
Making all in po
make[2]: Entering directory `/home/mrowe/gnofin/po'
make[2]: *** No rule to make target `all'. Stop.
make[2]: Leaving directory `/home/mrowe/gnofin/po'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/mrowe/gnofin'
make: *** [all-recursive-am] Error 2
I really am stuck on this one - Help :-o
Regards, Martin <gnofin@dbg400.net>
I havethe same problem with my debian sid box (i have another in potato). A quick fix is to modify at the end of the configure file this line,
case " "$CONFIG_FILES" " in *" po/Makefile.in "* | *" po/Makefile.in:"*)
by
case "$CONFIG_FILES" in *po/Makefile.in*)
This little patch run, there a similar bug report on debian http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=gettext&archive=no
Luc
Oh no, it's my fault. There are 2 branch in the cvs version, you must use the GNOFIN_0 branch. You can found a tarball in the ftp section.
ftp://gnofin.sourceforge.net/pub/gnofin/unstable/
Not all actions is done but a search, and reconcile dialog is implemented. I will post after this message a pre1
Luc
Hi Luc
Gnofin 0.8.5pre1 built and installed without a hitch - thanks very much :) The reconcile option looks good, though I've only had a brief play with it so far. Keep up the good work :)
Regards, Martin