Re: Compile from CVS fails with perl 5.6.0 on Mandrake 7.1
"Jeremy L. Stock" writes: This is what I get, let me know if more info is needed. BTW it works with perl 5.00503.It seems swig's output is not compatible with perl 5.6.What version of swig are you using?thanks,daveI'm using the swig-1.1p5-4mdk rpm included with Mandrake 7.1.
non-functioning 'if' in report
I have been meaning to ask this question for some time. I have modified with Dave's generous help, one of the current reports. It has an 'if' clause: (if (= (gnc:account-get-balance-at-date acct date #t) 0.00) The false portion of the 'if' clause is never activated, even when the report outputs the result of "(gnc:account-get-balance-at-date acct date #t) " to be 0.00 Is the result returned by "(gnc:account-get-balance-at-date acct date #t)" a numeric or string? -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
non-functioning 'if' clause
I have a question I have been meaning to ask for some time. I have modified one of the reports (with Dave's generous help). It contains a clause: (if (= (gnc:account-get-balance-at-date acct date #t) 0.00) The false portion of the if clause is never activated. Is the result of: "(gnc:account-get-balance-at-date acct date #t)" a numeric or string. The false clause is never activated even when the report prints the results of "(gnc:account-get-balance-at-date acct date #t)" as 0.00. -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Re-opening a file.
If I open an account file with GnuCash 1.3.99, and if I immediately re-open the file (either through the File Open... dialog or by selecting the file directly from the recent file list under File), I get an error alert saying that "the file /home/gjditchf/rats-nest.xac appears to be in use by another user...". If I make any changes before re-opening the file, I am prompted to save the changes first, but then I get the error alert. My first thought was that GnuCash should treat this as a no-op and just leave the file open, but perhaps it should ask whether I want to revert to the saved version? - This came up because I used File Save As..., and then I didn't know whether GnuCash was showing me the original or the saved-as version. Under KDE, the main window's title bar says "GnuCash". Could that be changed so it says "GnuCash - rats-nest.xax"? -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Re: Small bugfix to average-balance report
Robert Graham Merkel [EMAIL PROTECTED] writes: There may indeed be stuff that should be implemented in C. However, guile and g-wrap make it very easy to drop in a C reimplementation of a Scheme function. If we do have performance problems that *are* CPU related, we can then reimplement just those parts that need it. Exactly. I think that memory management is a problem that should really be handled manually only when the automatic solutions aren't sufficient. We more or less know how to write efficient garbage collection algorithms now (Paul Wilson [EMAIL PROTECTED] has an *excellent* paper on the subject), and there are more interesting problems to work on than chasing down nil-dereferences. ...and as Robert pointed out, the guile/c/g-wrap combination makes it easy for us to take control if we really need or want to. FWIW -- Rob Browning [EMAIL PROTECTED] PGP=E80E0D04F521A094 532B97F5D64E3930 -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Re: non-functioning 'if' in report
Terry Boldt [EMAIL PROTECTED] writes: I have modified with Dave's generous help, one of the current reports. It has an 'if' clause: (if (= (gnc:account-get-balance-at-date acct date #t) 0.00) The false portion of the 'if' clause is never activated, even when the report outputs the result of "(gnc:account-get-balance-at-date acct date #t) " to be 0.00 Is the result returned by "(gnc:account-get-balance-at-date acct date #t)" a numeric or string? I haen't looked at the code in question closely, but the problem here may be that (= x 0.0) is rarely likely to be true, even when you think it should be. In particular, it will be false, even if x is *very* close to zero (i.e. (set! x 0.01)). In most cases, we should probably have a gnc:financially-zero? predicate, or something like it (with a better name) that checks to see if a value is small enough to be considered zero in cases where exactly zero isn't what's intended. -- Rob Browning [EMAIL PROTECTED] PGP=E80E0D04F521A094 532B97F5D64E3930 -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Re: suggestions for build process
Dave Peticolas [EMAIL PROTECTED] writes: I added the libtool autoconf macros to our local set. Let me know if this helps. Don't forget that with automake, we now have an acinclude.m4 which is what used to be aclocal.m4. See the automake info pages for info. I'm not sure which is most appropriate for this stuff since it's sorta standard, not really local, but I thought I'd mention the distinction in case you hadn't noticed... -- Rob Browning [EMAIL PROTECTED] PGP=E80E0D04F521A094 532B97F5D64E3930 -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Re: UI bugs
Dave Peticolas [EMAIL PROTECTED] writes: Ah, yes, that key is getting gobbled up by the editor (it's one of the standard editing keys for text widgets). We could either ignore that key for editing and use it for closing, or vice-versa. For 1.4, we will probably need to ignore it for closing, since that will be easiest and safest. Hmm. I haven't paid much attention to the keyboard shortcuts, but do all the GNOME apps tend to use "ctrl" for menu items? It would be nice, though there are probably good reasons not to do it, if we could use another key, like the "Alt" key for menu bindings and leave the Ctrl key for editing operations. I'm sure there's some standard we'd be violating, though. -- Rob Browning [EMAIL PROTECTED] PGP=E80E0D04F521A094 532B97F5D64E3930 -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Re: suggestions for build process
Rob Browning writes: Dave Peticolas [EMAIL PROTECTED] writes: I added the libtool autoconf macros to our local set. Let me know if this helps. Don't forget that with automake, we now have an acinclude.m4 which is what used to be aclocal.m4. See the automake info pages for info. I'm not sure which is most appropriate for this stuff since it's sorta standard, not really local, but I thought I'd mention the distinction in case you hadn't noticed... acinclude.m4 is where I put the new macro. dave -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Re: Re-opening a file.
Glen Ditchfield writes: If I open an account file with GnuCash 1.3.99, and if I immediately re-open the file (either through the File Open... dialog or by selecting the file directly from the recent file list under File), I get an error alert saying that "the file /home/gjditchf/rats-nest.xac appears to be in use by another user...". If I make any changes before re-opening the file, I am prompted to save th changes first, but then I get the error alert. My first thought was that GnuCash should treat this as a no-op and just leave the file open, but perhaps it should ask whether I want to revert to th saved version? This came up because I used File Save As..., and then I didn't know whether GnuCash was showing me the original or the saved-as version. Under KDE, the main window's title bar says "GnuCash". Could that be changed so it says "GnuCash - rats-nest.xax"? It shows you the saved as version, but adding the filename to the title is a good idea, I'll add that to 1.5. thanks, dave -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
Re: Re-opening a file.
Glen Ditchfield writes: If I open an account file with GnuCash 1.3.99, and if I immediately re-open the file (either through the File Open... dialog or by selecting the file directly from the recent file list under File), I get an error alert saying that "the file /home/gjditchf/rats-nest.xac appears to be in use by another user...". Perhaps the messge should say, "You have already opened this file," assuming Gnucash know what files are open. If I make any changes before re-opening the file, I am prompted to save th changes first, but then I get the error alert. My first thought was that GnuCash should treat this as a no-op and just leave the file open, but perhaps it should ask whether I want to revert to th saved version? -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
