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