r17925 - gnucash/trunk - 1) Before saving file contents via save-as, ensure that all data has been loaded. This
Phil Longstaff
plongstaff at cvs.gnucash.org
Sun Feb 15 14:26:39 EST 2009
Author: plongstaff
Date: 2009-02-15 14:26:38 -0500 (Sun, 15 Feb 2009)
New Revision: 17925
Trac: http://svn.gnucash.org/trac/changeset/17925
Modified:
gnucash/trunk/lib/libqof/backend/file/qsf-backend.c
gnucash/trunk/lib/libqof/qof/qofbackend-p.h
gnucash/trunk/lib/libqof/qof/qofsession.c
gnucash/trunk/lib/libqof/qof/qofsession.h
gnucash/trunk/src/backend/dbi/gnc-backend-dbi.c
gnucash/trunk/src/backend/file/gnc-backend-file.c
gnucash/trunk/src/backend/sql/gnc-backend-sql.c
gnucash/trunk/src/backend/sql/gnc-backend-sql.h
gnucash/trunk/src/backend/sql/gnc-transaction-sql.c
gnucash/trunk/src/gnome-utils/gnc-file.c
Log:
1) Before saving file contents via save-as, ensure that all data has been loaded. This
doesn't matter for the file backend, but does for the SQL backend, because the SQL backend
only loads transactions/splits as needed.
2) Partially solve problem where int64 values are loaded incorrectly. This started because
num and denom for prices were seen to be limited to 32 bits. libdbi provides a
libdbi_result_get_longlong() routine, but unfortunately, on my system (with libdbi 0.8.2-3),
it seems to have some bugs a) it returns negative values unsigned and b) it seems limited to
a 32 bit value even when the correct value is in the db.
More information about the gnucash-patches
mailing list