[GNC-dev] segmentation fault / gnucash crashing upon using online banking actions

Derek Atkins derek at ihtfp.com
Tue Oct 15 06:08:29 EDT 2019


Hi,

It looks like you may have a system-installed libgwenhywfar?  It's finding
(and using) one from /usr/lib/x86_64-linux-gnu/ ??

-derek


On Tue, October 15, 2019 6:00 am, Alex wrote:
> First of all, I forgot to say I'm on Linux Debian, sorry @Martin for not
> mentioning!
>
> Dear Christian,
>
> I'm not sure if the "--enable-debug" flag changed the output of the first
> lines of the gdb backtrace in any way, please see below, to me they seem
> just the same...
>
> Here's what I dit:
>
> recompiled gwenhywfar:
> I did not git pull, so we are as of Oct 14th.
> $ export LANG="C"
> $ ./configure --with-guis="gtk3" --enable-debug
>
> also recompiled aqb and gnucash.
>
> Then ran:
> $ gdb gnucash
> (gdb) run --debug --extra
> Starting program: /usr/local/bin/gnucash --debug --extra
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> [ … here's some various gnucash startup debugging outputs … ]
>
> Gnucash is open. Empty file. I enter the aqbanking wizard straight away,
> "edit" the only existing user, "get certificate", OK, "Get Bank Info",
> Crash.
>
> Here's the first lines of the backtrace:
>
> Thread 1 "gnucash" received signal SIGSEGV, Segmentation fault.
> 0x00007fffd6283989 in GWEN_Text_EscapeToBuffer ()
>    from /usr/lib/x86_64-linux-gnu/libgwenhywfar.so.60
> (gdb) bt full
> #0  0x00007fffd6283989 in GWEN_Text_EscapeToBuffer ()
>     at /usr/lib/x86_64-linux-gnu/libgwenhywfar.so.60
> #1  0x00007fffba4325a3 in GWEN_ConfigMgrDir_AddGroupFileName ()
>     at /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/60/configmgr/dir.so
> #2  0x00007fffba43318e in GWEN_ConfigMgrDir_DeleteGroup ()
>     at /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/60/configmgr/dir.so
> #3  0x00007fffd6539e8c in AB_Banking_ReadConfigGroup (ab=0x555557dda620,
> groupName=groupName at entry=0x7fffd66b8393 "users",
> uniqueId=uniqueId at entry=1, doLock=doLock at entry=1,
> doUnlock=doUnlock at entry=0, pDb=pDb at entry=0x7fffffff70c8) at
> banking_cfg.c:413
>         rv = <optimized out>
>         idBuf =
> "\230'\aXUU\000\000\002\000\000\000\000\000\000\000\000(\aXUU",
> '\000' <repeats 18 times>,
> "Q\303\312\352\377\177\000\000\000\000\000\000\000\000\000\000\020%\217UUU\000\000
> \217\225UUU\000\000\300m\377\377\377\177\000\000\377\377\377\377\377\377\377\377\357\252\312\352\377\177\000\000\000\000\000\000\000\000\000\000\030\275\024\367\377\177\000\000\377\377\377\377\377\377\377\377\000\000\000\000\000\000\000\000\002\000\000\000\000\000\000\000@\257\225UUU\000\000pn\377\377\377\177\000\000c\276\024\367\377\177\000\000pn\377\377\377\177\000\000\277\276\024\367\377\177\000\000\v\272\336\352\377\177\000\000\200\000\000\000\000\000\000\000\b\000\000\000\000\000\000\000\000"...
>         __PRETTY_FUNCTION__ = "AB_Banking_ReadConfigGroup"
> #4  0x00007fffd653d9a1 in AB_Banking_Read_UserConfig (ab=<optimized out>,
> uid=uid at entry=1, doLock=doLock at entry=1, doUnlock=doUnlock at entry=0,
> pDb=pDb at entry=0x7fffffff70c8)
>     at banking_user.c:20
>         rv = <optimized out>
> #5  0x00007fffd6552110 in AB_Provider_ReadUser
> (pro=pro at entry=0x555557b0a2f0, uid=uid at entry=1, doLock=doLock at entry=1,
> doUnlock=doUnlock at entry=0, user=user at entry=0x555557b0b900)
>     at provider_user.c:24
>         rv = <optimized out>
>         db = 0x0
>         uidInDb = <optimized out>
> #6  0x00007fffd6552b77 in AB_Provider_BeginExclUseUser
> (pro=0x555557b0a2f0, u=0x555557b0b900) at provider_user.c:226
>         rv = <optimized out>
>         uid = 1
> [ … and so on … ]
>
> Please let me know if I can do anything else.
>
> Kindly
> Alex
>
> On Mon, 14 Oct 2019 21:51:41 +0200
> Christian Stimming <christian at cstimming.de> wrote:
>
>> Dear Alex,
>>
>> we're getting closer... the libaqbanking lines already have full
>> debug info, but only the libgwenhywfar do not have it. Can you
>> compile again gwenhywfar, this time with --enable-debug, so that
>> the first few lines from the backtrace (only those are important)
>> contain some more information such as the function arguments? This
>> would be a big help. Thanks!
>>
>> Regards,
>> Christian
>>
>> Am Montag, 14. Oktober 2019, 18:15:00 CEST schrieb Alex:
>> > Here is a backtrace of Gnucash when crashing upon clicking on
>> > "Get Bank Info" in the aqbanking wizard. Let me know if I can do
>> > anything else.
>> >
>> > -- GDB BACKTRACE START ---
>> >
>> > Thread 1 "gnucash" received signal SIGSEGV, Segmentation fault.
>> > 0x00007fffd6075989 in GWEN_Text_EscapeToBuffer ()
>> >    from /usr/lib/x86_64-linux-gnu/libgwenhywfar.so.60
>> > (gdb) bt full
>> > #0  0x00007fffd6075989 in GWEN_Text_EscapeToBuffer ()
>> >     at /usr/lib/x86_64-linux-gnu/libgwenhywfar.so.60
>> > #1  0x00007fffbe22d5a3 in GWEN_ConfigMgrDir_AddGroupFileName ()
>> >     at
>> > /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/60/configmgr/dir.so
>> > #2  0x00007fffbe22e18e in GWEN_ConfigMgrDir_DeleteGroup () at
>> > /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/60/configmgr/dir.so
>> > #3  0x00007fffd632be8c in AB_Banking_ReadConfigGroup
>> > (ab=0x5555582f8820, groupName=groupName at entry=0x7fffd64aa393
>> > "users", uniqueId=uniqueId at entry=1, doLock=doLock at entry=1,
>> > doUnlock=doUnlock at entry=0, pDb=pDb at entry=0x7fffffff71b8) at
>> > banking_cfg.c:413 rv = <optimized out> idBuf = "\005", '\000'
>> > <repeats 15 times>,
>> > "\001\000\000\000\000\000\000\000\000\210\221UUU\000\000\005\000\000\000\00
>> > 0\000\000\000V@\323\352\377\177\000\000\000\000\000\000\000\000\000\000X\213
>> > \221UUU\000\000pn\377\377\377\177\000\000\340!\336\367\377\177\000\000\000\2
>> > 10\221UUU\000\000\374\b\000\000\000\000\000\000\000\000\250UUU\000\000H\367\
>> > 374\325\377\177\000\000\200\033\376\325\377\177\000\000\363*\336\367\377\177
>> > \000\000\374\b\000\000\000\000\000\000\200\033\376\325\377\177\000\000\000\0
>> > 00\250UUU\000\000\030o\377\377\377\177\000\000\024o\377\377\377\177\000\000H
>> > \367\374\325\377\177\000\000=\223\060\326\377\177\000\000\360\020\060\326\37
>> > 7\177\000\000\030o\377\377\377\177\000\000"...
>> > __PRETTY_FUNCTION__ = "AB_Banking_ReadConfigGroup" #4
>> > 0x00007fffd632f9a1 in AB_Banking_Read_UserConfig (ab=<optimized
>> > out>, uid=uid at entry=1, doLock=doLock at entry=1,
>> > out>doUnlock=doUnlock at entry=0, pDb=pDb at entry=0x7fffffff71b8) at
>> > out>banking_user.c:20
>> >         rv = <optimized out>
>> > #5  0x00007fffd6344110 in AB_Provider_ReadUser
>> > (pro=pro at entry=0x5555559d8d20, uid=uid at entry=1,
>> > doLock=doLock at entry=1, doUnlock=doUnlock at entry=0,
>> > user=user at entry=0x5555585e9720) at provider_user.c:24
>> >         rv = <optimized out>
>> >         db = 0x0
>> >         uidInDb = <optimized out>
>>
>>
>>
>
>
> --
> _______________________________________________
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>


-- 
       Derek Atkins                 617-623-3745
       derek at ihtfp.com             www.ihtfp.com
       Computer and Internet Security Consultant



More information about the gnucash-devel mailing list