The builtin time functions suffer from the "2038 bug" caused by
overflowing a 32-bit representation of seconds from 1 Jan 1970. Provide
functions based on GDateTime which use a 64-bit representation (like our
Timespec), replace all of the instances in gnc-date.c, and make other
adjustments needed to ensure that the tests pass on a 32-bit system.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22604 57a11ea4-9604-0410-9ed3-97b8803252fd
Special-case MSWin results.
Create a private struct of function pointers so that we can continue to
use the Win32 workaround functions in test-gnc-date.c while we refactor
gnc-date.c to use GDateTime instead of gmtime, localtime, and mktime.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22603 57a11ea4-9604-0410-9ed3-97b8803252fd
If reports contain an opening <object> tag, but omit the closing tag,
the html string is freed and still used some time later.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22544 57a11ea4-9604-0410-9ed3-97b8803252fd
Another update fixing a crash on Windows and Geert's Fedora system
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22541 57a11ea4-9604-0410-9ed3-97b8803252fd
Guards older implementation with ifndef HAVE_GLIB_2_32
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22533 57a11ea4-9604-0410-9ed3-97b8803252fd
This was updated automatically by running make dist
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22518 57a11ea4-9604-0410-9ed3-97b8803252fd
Filter/sort should now work.
Author: Robert Fewell <14ubobit@gmail.com>
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22514 57a11ea4-9604-0410-9ed3-97b8803252fd
Include asserts to fail immediately if either the dbi or xml backends
fail to load.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22511 57a11ea4-9604-0410-9ed3-97b8803252fd
scm is the modern term. vcs is rather used to refer to archaic systems
such as cvs and older. I wish I remembered this before my previous
commit. Oh well...
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22476 57a11ea4-9604-0410-9ed3-97b8803252fd
The code actually has provisions for svn, svk, git and bzr. Only svn and
git are actively used by the core developers though.
This involves changing
- filenames that contained svn while meant for multiple vcs's
- variable and macro names that are relevant for multiple vcs's
- the various locations where the vcs revision info is displayed
to the user, to mention the actual vcs used instead of standard "svn"
While at the last item, I also changed the text printed when gnucash is
called with the --version parameter, to reuse the translatable string
that is also used for the about dialog. This saves us one string to
translate.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22475 57a11ea4-9604-0410-9ed3-97b8803252fd
end_date and last_date with invalid GDates.
This happens routinely when those values are empty and are restored from
SQL. Thanks to all warnings being fatal when testing, this caused the dbi
tests to fail.
[BP]
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22465 57a11ea4-9604-0410-9ed3-97b8803252fd
Replacing printed errors and "do_test" with proper asserts.
There's a fake do_test to let it compile with the still unfixed but also
unused safe save and version check tests.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22464 57a11ea4-9604-0410-9ed3-97b8803252fd
Workaround for Darwin similar to what's already in gnc_module_refresh().
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22459 57a11ea4-9604-0410-9ed3-97b8803252fd
This patch is an updated patch which I have been fighting with the sort
model on. It allows you to add, delete and modify basic transactions
and splits with the toolbar buttons. Jump and move to blank are
also working.
Visual indication of read only and future transactions are
also implemented.
As before, do not open same account in old and new register.
Tab key works manually but needs more work, cell editable value does not
seem to be reliable which was the way I was going to auto step over
uneditable cells.
There is another problem if you enter the debit/credit value before the
account, you will get an error in the trace file but entries
are recorded, not sure of answer.
New transactions are not added in date order at the moment, this was
going to be done by the sort model or the existing method of reload
register via the commented out watchers in ledger-display.
All the numeric functions are the existing ones from the rewrite and as
such I have not proved they are correct but a basic transaction seems to
work.
Author: Robert Fewell <14ubobit@gmail.com>
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22448 57a11ea4-9604-0410-9ed3-97b8803252fd
new register code.
This should restore the original general ledger which was replaced by
the new register rewrite code.
Author: Robert Fewell <14ubobit@gmail.com>
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22447 57a11ea4-9604-0410-9ed3-97b8803252fd
Needs testing, though - my bank doesn't offer it for me.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22445 57a11ea4-9604-0410-9ed3-97b8803252fd
Done using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper --pad-header --suffix=noneR
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22433 57a11ea4-9604-0410-9ed3-97b8803252fd
were always created even if one with a matching ID already exists.
The intended behaviour is to update customer or vendor data if
one already exists with a matching ID.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22432 57a11ea4-9604-0410-9ed3-97b8803252fd
Since we can't use gtk_init_with_args, it makes more sense to keep the
command line processing in one spot, more or less as it was before.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22426 57a11ea4-9604-0410-9ed3-97b8803252fd
This should fix the logging to stderr since r22419.
gnc_module_init used to change the log path to stderr.
Presumably this was needed before, as logging used to be initialized
after module initialization. This has now changed, so gnc_module_init
can make use of qoflog settings as chosen by the user (which by default
means logging to gnucash.trace).
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22425 57a11ea4-9604-0410-9ed3-97b8803252fd
first (static) publishing of the pod extracted man pages
until we have some consense.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22424 57a11ea4-9604-0410-9ed3-97b8803252fd
This would produce misguiding man pages - if we would produce them.
Additional were a few typos incomments fixed.
BP
?
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22423 57a11ea4-9604-0410-9ed3-97b8803252fd
- Delay gtk_init until really required
- Regroup some initialization functions
- Drop qof_log initialization. gnc_log_init does it as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22399 57a11ea4-9604-0410-9ed3-97b8803252fd
