[GNC] W11 5.13 crashes on reconcile

John Ralls jralls at ceridwen.us
Fri Oct 24 12:39:43 EDT 2025


If you already have Mingw64 installed then use its gdb. Trying to use the one I packaged is going to have conflicts with your installed Mingw.

There are symbols for GnuCash and the libraries we build (AQBanking, OFX, Guile) but not the ones that Mingw provides. 

But no, it’s not useful to get a stack trace if a recent nightly shows that the problem is already fixed. Please try the nightly build.

Regards,
John Ralls



> On Oct 24, 2025, at 09:14, Paul Kinzelman <paul at kinzelman.com> wrote:
> 
> I didn't try the 10/12 build, thought it'd be more useful to you to try to get the stack trace.
> I tried to follow the directions, but this is what I got. Do I have to install python too?
> The instructions you pointed me at didn't say anything about that. I typed 'python'
> and it looks like it has 3.13 installed? Do I have to define PYTHONHOME and ...PATH?
> To what?
> And will the stack trace have symbols? Is a trace without symbols useful at all?
> 
> c:\>win32-gdb\gdb.exe "C:\Program Files\gnucash\bin\gnucash.exe"
> win32-gdb\gdb.exe "C:\Program Files\gnucash\bin\gnucash.exe"
> Could not find platform independent libraries <prefix>
> Could not find platform dependent libraries <exec_prefix>
> Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
> Python path configuration:
>  PYTHONHOME = (not set)
>  PYTHONPATH = (not set)
>  program name = 'c:\mingw32/bin/python'
>  isolated = 0
>  environment = 1
>  user site = 1
>  import site = 1
>  sys._base_executable = 'c:\\mingw32/bin/python'
>  sys.base_prefix = 'D:\\a\\msys64\\mingw32'
>  sys.base_exec_prefix = 'D:\\a\\msys64\\mingw32'
>  sys.platlibdir = 'lib'
>  sys.executable = 'c:\\mingw32/bin/python'
>  sys.prefix = 'D:\\a\\msys64\\mingw32'
>  sys.exec_prefix = 'D:\\a\\msys64\\mingw32'
>  sys.path = [
>    'D:\\a\\msys64\\mingw32\\lib\\python310.zip',
>    'D:\\a\\msys64\\mingw32\\lib\\python3.10',
>    'D:\\a\\msys64\\mingw32\\lib\\lib-dynload',
>    '',
>  ]
> Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding
> Python runtime state: core initialized
> ModuleNotFoundError: No module named 'encodings'
> 
> Current thread 0x00003b74 (most recent call first):
>  <no Python frame>
> 
> 
> 
> On 10/23/2025 9:14 PM, gnucash-user-request at gnucash.org wrote:
>> There was a fix delivered on 10/12 which might be relevant.  I suggest
>> you try a more recent nightly build:
>> https://code.gnucash.org/builds/win32/stable/
>> 
>> If the issue persists, I suggest you file a bug and, if you are able,
>> provide the stack trace:https://wiki.gnucash.org/wiki/Stack_Trace
>> 
>> 
>> Regards,
>> 
>> Sherlock
>> 
>> 
>> On 10/23/25 5:21 PM, Paul Kinzelman wrote:
>>> I recently upgraded 5.9 -> 5.13 with the problem I had to delete the
>>> gnucash directory
>>> to make it work.
>>> 
>>> So I thought 5.13 was working. Then today I tried to reconcile a charge
>>> card account for the first time since I upgraded to 5.13
>>> Everything was OK, I could reconcile everything (only 1 credit and 2
>>> debits),
>>> until I clicked on 'Finish'. It thought for awhile, then the window
>>> just vanished which I assume is it crashing. The transactions I
>>> marked as cleared were not cleared, it seemed to be set back to before I
>>> tried to
>>> reconcile the account so I could try it again.
>>> 
>>> I tried this 2 or 3 times (can't remember), crash happened same way
>>> every time.
>>> 
>>> I uninstalled 5.13 and installed 5.12 and the reconcile worked as usual.
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.



More information about the gnucash-user mailing list