So make sure we test SCM_NUMBERP() before SCM_EXACTP()
This causes gnucash to crash on e.g. FC6 from the File Properties Menu.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@15252 57a11ea4-9604-0410-9ed3-97b8803252fd
This would let us store something like an Asset Class.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@15205 57a11ea4-9604-0410-9ed3-97b8803252fd
Extends r15179 which should fix the crash of bug #379625
NOTE: it now prints zeros, which could confuse the user...
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@15180 57a11ea4-9604-0410-9ed3-97b8803252fd
Split for its amount in a commodity that is not involved in the split's
transaction. This will prevent the crash in bug #379625, but doesn't solve
the underlying problem, which is a bug in the register.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@15179 57a11ea4-9604-0410-9ed3-97b8803252fd
gnc_main_window_cmd_file_quit(). The new implementation fixes two bugs -
one in each of the previous implementations.
The bug in the gnc_main_window_cmd_file_quit() code was a race condition
whereby one could quit the application without finishing pending changes in
pages. This would happen if the began a save, modified the page during the
save, and then triggered the File->Quit command before the save completed.
For the register page, this sequence was possible, even though most of the UI
controls are disabled during save.
The bug in the gnc_main_window_delete_event() code was that it didn't check
for an in-progress save before prompting the user to save a dirty book.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@15169 57a11ea4-9604-0410-9ed3-97b8803252fd
Add a lock to the QofSession object, and use it in qof_session_save() to
protect against re-entrance.
The lock always starts at 1 and is 0 while inside qof_session_save().
If another call is made to qof_session_save() while one is in progress,
the lock will momentarily drop below 0 before returning to zero.
Note: The per-session nature of the lock would make it appear that we support
concurrent saving of different sessions. In fact, we do not, because the
file backend blocks the main process until the forked gzip process is
finished, and it only knows how to keep track of one child pid at a time.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@15168 57a11ea4-9604-0410-9ed3-97b8803252fd
insensitive, but rather the underlying action groups. This way even
keyboard accelerators will not make sneaking calls while saving.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@15162 57a11ea4-9604-0410-9ed3-97b8803252fd
respect the choice of DATADIRNAME from AM_GLIB_GNU_GETTEXT in configure.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@15132 57a11ea4-9604-0410-9ed3-97b8803252fd
initialization as #f instead of '(), the latter making qif imports work
again. Remove also a few lines of old commented cruft.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@15102 57a11ea4-9604-0410-9ed3-97b8803252fd
* replace gnc_init_default_directory by gnc_get_default_directory and do
gconf query there
* remove gnc_extract_directory, but add gnc_set_default_directory
* do not save default directory with trailing (back)slash anymore
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@15095 57a11ea4-9604-0410-9ed3-97b8803252fd
Derek Atkins
Andreas Köhler
Christian Stimming
Chris Shoemaker
David Hampton