Project

General

Profile

Actions
Copy link

Bug #252

closed

/usr/lib64/gwenhywfar/plugins/79/configmgr/dir: cannot open shared object file: No such file or directory

Added by rhabacker about 4 years ago. Updated about 4 years ago.

Status:
Closed
Priority:
Normal
Category:
AqBanking
Start date:
12/30/2021
Due date:
Betriebssystem:
Linux
AqBanking-Version:
AqBanking-CLI: 6.4.0 Gwenhywfar : 5.8.1.0 AqBanking : 6.4.0.0
Anwendung:
aqbanking-cli
Version der Anwendung:
6.4.0

Description

On trying to get the balance from a paypal account with

AQBANKING_LOGLEVEL=Debug GWEN_LOGLEVEL=Debug aqbanking-cli request --aid=16 --balance

I get

...
7:2021/12/30 13-26-23:gwen(9907):../../gwenhywfar/src/gwenhywfar.c:  280: Initializing ConfigMgr module
6:2021/12/30 13-26-23:gwen(9907):../../../gwenhywfar/src/base/plugin.c:  589: Plugin type "configmgr" registered
6:2021/12/30 13-26-23:gwen(9907):../../../gwenhywfar/src/parser/configmgr.c:   81: Adding plugin path [/usr/lib64/gwenhywfar/plugins/79/configmgr]
7:2021/12/30 13-26-23:gwen(9907):../../gwenhywfar/src/gwenhywfar.c:  284: Initializing CryptToken2 module
6:2021/12/30 13-26-23:gwen(9907):../../../gwenhywfar/src/base/plugin.c:  589: Plugin type "ct" registered
6:2021/12/30 13-26-23:gwen(9907):../../../gwenhywfar/src/crypttoken/ctplugin.c:   70: Adding plugin path [/usr/lib64/gwenhywfar/plugins/79/ct]
7:2021/12/30 13-26-23:gwen(9907):../../gwenhywfar/src/gwenhywfar.c:  288: Initializing GUI module
7:2021/12/30 13-26-23:gwen(9907):../../../gwenhywfar/src/parser/urlfns.c:  176: Path: [/home/ralf/.aqbanking/settings6]
7:2021/12/30 13-26-23:gwen(9907):../../../../gwenhywfar/src/os/posix/libloader.c:   86: Loading library "/usr/lib64/gwenhywfar/plugins/79/configmgr/dir" 
6:2021/12/30 13-26-23:gwen(9907):../../../../gwenhywfar/src/os/posix/libloader.c:  107: dlopen(/usr/lib64/gwenhywfar/plugins/79/configmgr/dir): /usr/lib64/gwenhywfar/plugins/79/configmgr/dir: cannot open shared object file: No such file or directory
7:2021/12/30 13-26-23:gwen(9907):../../../../gwenhywfar/src/os/posix/libloader.c:   86: Loading library "/usr/lib64/gwenhywfar/plugins/79/configmgr/dir.so" 
6:2021/12/30 13-26-23:gwen(9907):../../../../gwenhywfar/src/os/posix/libloader.c:  127: Loaded library "/usr/lib64/gwenhywfar/plugins/79/configmgr/dir.so" 
6:2021/12/30 13-26-23:gwen(9907):../../../../gwenhywfar/src/os/posix/libloader.c:  243: Library "/usr/lib64/gwenhywfar/plugins/79/configmgr/dir.so" loaded
...

It looks that the first call trying to load the `dir` plugin without the '.so' extension did not find anything and could be removed.

Actions
Copy link
 #1

Updated by martin about 4 years ago

  • Status changed from New to Closed

You are right, the first try is not really necessary in the way we use the library loader.

However, the function GWEN_LibLoader_OpenLibraryWithPath() first tries to load the lib with the exact given name, because the caller could have given the complete file name.
If it can determine that this is not the case (and the plugin code which calls this function only presents the module name without ".so" because it is platform independent and doesn't know about .so or ,dll) then ".so" is added.
If it still doesn't work "lib" is prepended.
The final try will then be to prepend "lib" and add ".so", only if that also fails the function gives up.

The log messages above are only "info" level messages, so they shouldn't bother the end user.

Actions
Copy link

Also available in: Atom PDF