I'm able to enter my loan details, including a starting day of 2017-05-15 for 60 months. I'm not using an escrow account so I don't check any of the boxes on the "Loan Repayment Options" page. When I hit "Next" GnuCash crashes (closes)
I have the exact same problem. Fixed rate, compounds daily Using existing loan account After I hit next in the escrow account screen, the application closes down. Version: 3.3 Build ID: 3.3+ (2018-09-29) Finance::Quote: 1.47 Steps taken: Restarted windows (no change) Saved as new file (no change) Filre format: sqlite3
I'm getting the exact same issue also. Trying to set up a new mortgage to take over from expiration of current one. New account (Starting balance transferred to redeem existing mortgage account balance) Loan Amount entered Fixed Rate Daily Interest No boxes checked on the 'Loan Repayment Options'screen Click 'Next' to go to Loan Repayment - application hangs and closes causing lock on next open.
As a bit more detail. Setting up the loan effective date of 1.11.18 First payments should be due from 1.12.18, so putting start date of 1.11.18, with 179 months length and remaining. Trying this with 1.12.18 makes no difference.
*** Bug 796953 has been marked as a duplicate of this bug. ***
Just wondering if anyone who has the skills to fix this is looking at it or able to look at it? I would if I could...
You just have to be patient, there are only 2 core developers. The stack trace is #0 0x77007165 in msvcrt!_exit () from C:\WINDOWS\System32\msvcrt.dll #1 0x76ffc918 in msvcrt!abort () from C:\WINDOWS\System32\msvcrt.dll #2 0x6fe5f363 in ?? () from C:\gcdev64\gnucash\maint\build\gnucash-git\bin\libstdc++-6.dll #3 0x6fe57669 in ?? () from C:\gcdev64\gnucash\maint\build\gnucash-git\bin\libstdc++-6.dll #4 0x6fef41e0 in ?? () from C:\gcdev64\gnucash\maint\build\gnucash-git\bin\libstdc++-6.dll #5 0x6fefc219 in ?? () from C:\gcdev64\gnucash\maint\build\gnucash-git\bin\libstdc++-6.dll #6 0x6fef17ae in ?? () from C:\gcdev64\gnucash\maint\build\gnucash-git\bin\libstdc++-6.dll #7 0x6fed392a in ?? () from C:\gcdev64\gnucash\maint\build\gnucash-git\bin\libstdc++-6.dll #8 0x6fee0f2a in ?? () from C:\gcdev64\gnucash\maint\build\gnucash-git\bin\libstdc++-6.dll #9 0x688ec33d in cust_prec_punct<5>::cust_prec_punct (this=0x1261c5b0, name=0x688f4350 <loan_rev_prep(_GtkAssistant*, void*)::BASE_COLS+516> "") at C:/gcdev64/gnucash/maint/src/gnucash-git/gnucash/gnome/assistant-loan.cpp:2316 #10 0x688ec145 in to_str_with_prec<5> (val=0.052499999999999998) at C:/gcdev64/gnucash/maint/src/gnucash-git/gnucash/gnome/assistant-loan.cpp:2369 So an uncaught exception as in bug 797002 because std::locale finds windows locales indigestible. There's a second problem as well: std::Locale isn't able to use the not-quite-a-std::locale created by boost::locale in gnc_get_locale(). The solution for the moment is to convert the whole monetary formatter to boost::locale.
It turns out that the problem wasn't that libstdc++ finds Windows locales indigestible, it's that libstdc++ doesn't support localization on Windows at all, throwing if one tries to instantiate anything other than the "C" locale. This is fixed in git, so tomorrow's nightly (https://code.gnucash.org/builds/win32/maint) will have it and it will be in GnuCash 3.5.
I was just getting ready to hit Submit on my bug report when I saw this. (It didn't show up on my initial search.) When is GnuCash 3.5 coming out?
Scheduled for 31 March: https://wiki.gnucash.org/wiki/Release_Schedule
*** Bug 797156 has been marked as a duplicate of this bug. ***
