Adrien, Thanks for the suggestions.
It would seem to me that Finish/Ctrl-S is pretty reduced. I currently have about 12 tabs open. 10 registers, the CoA, and one report (granted, it's a multicolumn report). Saving after every edit is a remarkably annoying idea, especially given how long each save takes. I won't be doing that. As for a backup, I'm not sure why I'd go to a backup. The problem doesn't always happen, so I don't believe it's a problem with data corruption. I'm trying to move forward with my books, not backward. Nothing is holding me back from 4.11. David On July 19, 2022 3:57:55 PM GMT+03:00, Adrien Monteleone <adrien.montele...@lusfiber.net> wrote: >First, I'd reduce the steps before trying to save as a way of narrowing down >the trigger of the crash. > >If you normally have many tabs open, particularly reports, perhaps consider >closing everything but the CoA, and then keep only the register you need at >one time. > >Since it is so easy to do, perhaps saving after each new transaction or edit? > >Then try reconciling. Then save. (does that reconcile still take longer than >usual?) > >Do you have a backup, or recall at what point your file didn't crash? > >Anything holding you back from 4.11? I don't see anything particularly noted >for solving a crash of this type in the release notes, but perhaps programming >fixes were made that *might* avoid this issue. > >Regards, >Adrien > >On 7/19/22 7:21 AM, David T. via gnucash-user wrote: >> Hello, >> >> I'm running GC4.10 on Win10, and I've been running into numerous crashes in >> the last few days while trying to catch up on my finances. Ironically, many >> of these crashes happen when I attempt to save my file. >> >> My usual workflow when catching up is to open the pdf bank statement and >> work through it to catch any omitted transactions, which I then enter into >> GC. After entering the transactions, I will then perform a reconcile for the >> account. Upon completing the reconciliation, I save my file. Over the last >> two days, GnuCash has crashed several times when I Ctrl-S at this point to >> save the file. (When I say crashed, I mean GnuCash simply disappears from >> the task bar, and a restart gives the usual file lock errors). This is, to >> say the least, frustrating. >> >> I have checked the trace files for the days in question, but there is >> nothing that seemingly refers to the crash. The trace mostly contains >> thousands of iterations of: >> >> * 13:32:51 WARN <qof> [gnc_numeric_to_decimal()] Rounding required when >> 'never round' specified. >> >> As for what I might be doing to cause the crashes, I really can't say, but I >> wonder if there is a conflict that happens when I click "Finish" in the >> reconciliation and then click Ctrl-S shortly after. I have noticed on my >> machine that there is a noticeable delay in the program between when I >> finish the reconciliation and when the program returns control to my input. >> (There's actually noticeable delays in *everything* I do in GnuCash on my >> machine, which is another issue that may or may not be related to my >> machine). I wonder if the software crashes because Ctrl-S interrupts the >> reconcile closing process, and leaves something corrupted. > > >_______________________________________________ >gnucash-user mailing list >gnucash-user@gnucash.org >To update your subscription preferences or to unsubscribe: >https://lists.gnucash.org/mailman/listinfo/gnucash-user >If you are using Nabble or Gmane, please see >https://wiki.gnucash.org/wiki/Mailing_Lists for more information. >----- >Please remember to CC this list on all your replies. >You can do this by using Reply-To-List or Reply-All. _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
