Now crash: Re: most recent reconcile bar not displayed in new ledger

Jack ostroffjh at users.sourceforge.net
Sun Sep 4 00:51:37 BST 2022


On 2022.09.03 19:47, Jack via KMyMoney-devel wrote:
> On 2022.09.03 18:11, Jack via KMyMoney-devel wrote:
>> With a freshly compiled version from git master - Version  
>> 5.1.80-ed16b731d - my Home View Account Summary shows 7.29.22 as the  
>> Reconciled date for all my Merrill Lynch accounts.  However, in the  
>> ledger, the most recent reconciliation bar in the ledger is for  
>> 6/30/22.  All the transactions in July are marked "R" (except for  
>> one or two, which I'm hoping is just my carelessness last month, and  
>> those are in the Investment account(s) so they don't affect the  
>> balance of the account.  I can just add to Issue 61, but thought  
>> this deserved a mention here first, in case it is an unintended  
>> consequence of some recent commit, and might affect other things  
>> also.
>> 
>> Jack
> I updated all the imported transactions for the first pair of  
> Investment and Brokerage Accounts, and then Reconciled the Brokerage  
> account.  It seemed to go OK, except that there was no new Reconciled  
> bar in the ledger.  Then, when I switched the ledger to the  
> Investment account, I got a crash.  Since then, any attempt  
> (including a fresh compile/install and trying kmymoney -n) gets a  
> segfault.
> 
> Thread 1 "kmymoney" received signal SIGSEGV, Segmentation fault.
> 0x00007ffff698d94a in QWidget::actions() const () from  
> /usr/lib64/libQt5Widgets.so.5
> (gdb) bt
> #0  0x00007ffff698d94a in QWidget::actions() const () at  
> /usr/lib64/libQt5Widgets.so.5
> #1  0x00005555555fed74 in  
> KMyMoneyApp::Private::updateActions(SelectedObjects const&)  
> (this=this at entry=0x555555b95c10, selections=...)
>     at  
> /var/tmp/portage/app-office/kmymoney-9999/work/kmymoney-9999/kmymoney/kmymoney.cpp:1126
> #2  0x0000555555609258 in  
> KMyMoneyApp::Private::fileAction(eKMyMoney::FileAction)  
> (this=0x555555b95c10,  
> action=action at entry=eKMyMoney::FileAction::Closed)
>     at  
> /var/tmp/portage/app-office/kmymoney-9999/work/kmymoney-9999/kmymoney/kmymoney.cpp:1242
> #3  0x00005555555f7dea in KMyMoneyApp::KMyMoneyApp(QWidget*)  
> (this=0x555555cd0410, parent=<optimized out>, __in_chrg=<optimized  
> out>, __vtt_parm=<optimized out>)
>     at  
> /var/tmp/portage/app-office/kmymoney-9999/work/kmymoney-9999/kmymoney/kmymoney.cpp:1531
> #4  0x00005555555d93ab in main(int, char**) (argc=<optimized out>,  
> argv=<optimized out>) at  
> /var/tmp/portage/app-office/kmymoney-9999/work/kmymoney-9999/kmymoney/main.cpp:243
> 
> So, I installed 5.1.3 (Gentoo compiled) and it ran fine (with some  
> other odd issues I'll post about later).  After fixing a few more  
> imported transactions, I reinstalled git master, and it worked fine.   
> However, after reconciling another Brokerage account, I got another  
> crash, same BT as above.   Trying to save time, instead of  
> reinstalling 5.1.3, I tried to use the appimage 179, which refused to  
> open the file, seeming to think it was a GnuCash import.  Huh?
> 
> Any thoughts on any of these strange behaviors?
And as root, I can open my data file in master, but as myself I get the  
crash, even with -n.  So - it's not something in my data file, but  
likely in kmymoneyrc or some other stored configuration file.  Any  
thoughts on tracking that down?  I'm out of time now, but when I have  
time, I'll try putting a breakpoint on one of the functions in the BT  
above, and stepping through to see if I can tell what it's tripping  
over.

  Jack


More information about the KMyMoney-devel mailing list