Quoting http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=188305

Package: gnucash
Version: 1.8.2-4

Parsing a credit formula that was generated while LANG=de_DE@euro 
may choke the parser when LANG=C. It can not cope with the
character ',' as decimal point in this case. It may seem strange to
switch locales at random, but I do not think it is improper: Imagine someone
using gnucash for various unrelated tasks, with some accounting sone in
English,
others in Spanish or German. Or multiple persons with different native
languages
working on the same set of accounts, who want the buttons labelled in their
language ...
I have no good suggestion as to how this problem should be resolved; maybe
one should have the locale that the data was entered in listed in the .xac
file to help the parser?

At least the following crash should not happen...

Transactions: Total: 10, Loaded: 13
Accounts: Total: 19, Loaded: 18
Books: Total: 1, Loaded: 0
Commodities: Total: 0, Loaded: 0
Scheduled Tansactions: Total: 2, Loaded: 2
Error: create_each_transaction_he...(): Error parsing credit formula "9,00"
at "9,00": Undefined character
Error: create_each_transaction_he...(): Some error in new transaction
creation...
Error: check_open: transaction 0x84e8540 not open for editing

Error: check_open:      Transaction.c:95 

Error: xaccTransCommitEdit: unbalanced call - resetting (was -1)

** ERROR **: file dialog-sxsincelast.c: line 1604 (sxsincelast_init):
assertion failed: (nextPage)
aborting...
Aborted

(Reported by Utz-Uwe Haus <haus@juist.math.uni-magdeburg.de>)

I checked this, problem still occurs, but no crash. You just can't close
the "Edit Scheduled Transaction" windows with "ok", just with "cancel".
Output on the console:
Error: gnc_sxed_check_consistent: Couldn't parse debit formula for "Test"
on second pass