(this bug was introduced only recently, about a week ago, with the changes
to 128-bit intermediate calculations, and does not/should not affect any
actual users).
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10130 57a11ea4-9604-0410-9ed3-97b8803252fd
replace it with standard grade-school long division
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10119 57a11ea4-9604-0410-9ed3-97b8803252fd
bug fix for large-number conversion
-- (there are still some bugs, and some print statements, which I'll
remove shortly)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10118 57a11ea4-9604-0410-9ed3-97b8803252fd
audit the math usage,
tweak the scrub routines to get rid of the no-root error message
(some debugging printfs remain, which I'll remove later)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10117 57a11ea4-9604-0410-9ed3-97b8803252fd
-- make subtract a special case of add (instead of copying code)
-- improve overflow characteristics of divide
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10101 57a11ea4-9604-0410-9ed3-97b8803252fd
-- try to avoid certain types of denominator overflows in addition
-- start implemented an add128 routine (not done)
-- white-space changes
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10100 57a11ea4-9604-0410-9ed3-97b8803252fd
(could cause overflow during certain pricing calculations)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10098 57a11ea4-9604-0410-9ed3-97b8803252fd
fix a cuple of places that should have used it.
Fix a hole in the division algo
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10097 57a11ea4-9604-0410-9ed3-97b8803252fd
-- without it, the division tests fail
Also, cut out duplicated test code
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10093 57a11ea4-9604-0410-9ed3-97b8803252fd
a temp file 'gnc-filepath-utils.c' which is used by both the
file backend and by the app-file GUI routines. Some of the file-resolution
logic was oved to the file backend.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10063 57a11ea4-9604-0410-9ed3-97b8803252fd
This infrastructure is not currently used by GnuCash.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10057 57a11ea4-9604-0410-9ed3-97b8803252fd
These changes conisted of:
-- change the backend begin()/commit() signatures to take qofinstance
instead of gpointer
-- clean up non-standard use of books by the pricedb
-- rename the gnc-be-utils.h file so that its now a part of QOF
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10056 57a11ea4-9604-0410-9ed3-97b8803252fd
add 'version_compare' function for sql backedn updates
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10042 57a11ea4-9604-0410-9ed3-97b8803252fd
rename the 'new' function to 'create' to avoid reserved-word collision in C++
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10041 57a11ea4-9604-0410-9ed3-97b8803252fd
and burn when URL's were clicked. The new code whould work great.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10016 57a11ea4-9604-0410-9ed3-97b8803252fd
The xaccGUID usage was totally broken, clicking on report links
probably used to core dump; broken report links should now be fixed.
(This change probably conflicts with a jsled change to gnome2;
jsled, since this is the "more correct" long-term change as discussed,
please reert teh other changes.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10015 57a11ea4-9604-0410-9ed3-97b8803252fd
Replace crummy list usage, when a for-each would have been enough.
(this improves performance, reduces em fragmentation)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10010 57a11ea4-9604-0410-9ed3-97b8803252fd
add some missing #includes needed for a clean compile
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10005 57a11ea4-9604-0410-9ed3-97b8803252fd
add documentation
add copyright (hey I wrote this code in 1998, along with the rest
of the register code. Someone stripped out the copyright along the
way. Baadd).
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@10001 57a11ea4-9604-0410-9ed3-97b8803252fd
boxes. Building the quickfil of account names takes gobs of cpu when
the number of accounts exceedd about 500 or so. The sharing avoids
the rebuild of this list for each new reg window.
See
http://bugzilla.gnome.org/show_bug.cgi?id=120028
This patch should be back-ported to the 1.8 tree.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@9992 57a11ea4-9604-0410-9ed3-97b8803252fd
book is being destroyed, allowing user to clean up thier data.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@9989 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch adds code to allow combo-boxes to run with
a shared quickfill. The use of a shared quickfill should
dramatically improve register startup performance for
systems with a large number of accounts. See
http://bugzilla.gnome.org/show_bug.cgi?id=120028
for details
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@9987 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch fixes some, not all, of the problems discussed in
http://bugzilla.gnome.org/show_bug.cgi?id=120028
The performance problem occurs when there are large numbers of
accounts in the account tree (for example 600 or more). This patch
fixes performance problems with transaction editing and register
updates.
There are four calls to gnc_load_xfer_cell(), which is called twice by
gnc_split_register_load_xfer_cells() which is called by
gnc_split_register_load() in register/ledger-core/split-register-load.c
These calls should have been protected by if (info->first_pass)
so that they'd be called only when the register is first opened,
instead of each transaction update. I just moved these to
a more correct location in that routine, and surrounded by
the fisrt_pass test, and it seems to make a huge difference in
performance, and it seems to still work correctly.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@9985 57a11ea4-9604-0410-9ed3-97b8803252fd
-- try to inline the numeric-check for slightly better performance
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@9978 57a11ea4-9604-0410-9ed3-97b8803252fd
Gains aren't possible if the lot commodity is the same as
the transaction currency. I think that this should fix
http://bugzilla.gnome.org/show_bug.cgi?id=139677
Untested, let me know.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@9976 57a11ea4-9604-0410-9ed3-97b8803252fd
Linas Vepstas