GNOME Bugzilla – Bug 795276
Invalid date on price stops file from being parsed.
Last modified: 2018-06-30 00:08:26 UTC
Created attachment 370962 [details] GnuCash 3.0.1 This looks similar to 795031. The same .gnucash file works in 2.6.19 but does not work in 3.0 Mac OS version 10.3.3 During installation, it crashed 3 times. Seemed to recover at the 4th time and is able to open other files .
Please explain what "during installation, it crashed 3 times" means. Since "installation" consists of dragging GnuCash from the dmg to the Applications folder it doesn't make sense for anything to have crashed. Do you mean that the first 3 times you tried to start GnuCash it crashed, but it opened the 4th time? The uncaught exception sure looks like the invalid-date one. Unfortunately there aren't any good debug messages for bad data, the only way to get the details is to run in the debugger.
Created attachment 371007 [details] GnuCash - Search - Date
You are correct. It did not crash during the installation. It crashed when I tried to start GnuCash for the first three times. It started to run properly for the 4th time. Regards, Subramanian V.
Huh. Did you change anything between the three crashes and the fourth successful launch? Do you have bills or invoices in your database? It's more likely that an invalid date would go into one of those: Entering an invalid posted date in a transaction would immediately send it to the top of the register and you'd notice that.
Yes, I restarted the computer twice, but nothing else. Initially, I had GnuCash 2.6.19 and over that I installed Gnucash 3.0.1 - when I started GnuCash it would fail three times and the fourth time it would start properly. I reinstalled GnuCash 2.6.19 and no crashes, everything ran smoothly. I once again tried with GnuCash 3.0.1 and again the same issue. This could probably be the case because I tried to open my earlier .gnucash file. I will try again today / tomorrow and check. In the attachments, you can clearly see that there is no date prior to 01-April-2009. I do not use bills / invoices functionality as I use only for personal finance. Regards, Subramanian V.
The search you capture in comment 2 was that started from an account register (like the "Radhika" tab) or from the account hierarchy ("Accounts" tab) ? Only the latter will search for all dates.
I did from Accounts tab. I am attaching a new screenshot. Regards, Subramanian V.
Created attachment 371483 [details] Gnucash - Search
Unfortunately the abort happens after the stack has already unwound to the C++ entry point so the stack trace is of no help in finding the source of the crash; that would require running GnuCash in the debugger with a breakpoint on the throw. GnuCash 3.1 will catch that exception in the date constructor. We'll release it tomorrow. At this point we can only hope that it will resolve this crash.
Hi, I installed Gnucash 3.1 and it now gives me an error when I try to open my Gnucash file saying that "There was an error parsing the file". I checked in Console for any reports but could not find one. Regards, Subramanian V.
Well, that's an improvement over a hard crash. Open /Applications/Utilities/Terminal and at the prompt run /Applications/Gnucash.app/Contents/MacOS/Gnucash --debug --extra After it fails to load your file, quit. Note any output to the Terminal. Attach the tracefile (https://wiki.gnucash.org/wikt/Tracefile) here.
I found the gnucash.trace file and found a wrong date entry under price date. All the entries in the Accounts file were correct, but the issue was related to a price entry maintained for a stock incorrectly with date as 04/01/105. I rectified this and now it started working. Thanks a million for all the help. Regards, Subramanian V.
So another hole in the bad-date logic, changed the title accordingly. Thanks for the detective work.
This problem has been fixed in our software repository. The fix will go into the next software release. Once that release is available, you may want to check for a software upgrade provided by your Linux distribution.
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=795276. Please update any external references or bookmarks.