Message265115
Your new patch calls find_library() internally in CDLL(); why? My understanding is CDLL() is a fairly lightweight wrapper around the dlopen() call. On Linux, you either pass a full library file name, or an SO-name. Both these strings can be discovered for compiled objects using e.g.:
$ ldd build/lib.linux-x86_64-2.7-pydebug/_ssl.so
linux-vdso.so.1 (0x00007fff567fe000)
libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007f598474c000)
libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007f59842d4000)
. . .
So in Python, the SO-name or full path can be used, but not the compile-time name, unless you first pass it through find_library():
>>> CDLL("libcrypto.so.1.0.0") # soname
<CDLL 'libcrypto.so.1.0.0', handle 7f1665e1eb90 at 7f16658f34d0>
>>> CDLL("/usr/lib/libcrypto.so.1.0.0") # Full path
<CDLL '/usr/lib/libcrypto.so.1.0.0', handle 7f1665e1eb90 at 7f1663cddcd0>
>>> CDLL("crypto") # Compile-time name
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib/python2.7/ctypes/__init__.py", line 365, in __init__
self._handle = _dlopen(self._name, mode)
OSError: crypto: cannot open shared object file: No such file or directory
>>> find_library("crypto") # Some people pass the result of this to CDLL()
'libcrypto.so.1.0.0' |
|
Date |
User |
Action |
Args |
2016-05-08 06:29:33 | martin.panter | set | recipients:
+ martin.panter, David.Edelsohn, Michael.Felt |
2016-05-08 06:29:33 | martin.panter | set | messageid: <1462688973.52.0.610199997209.issue26439@psf.upfronthosting.co.za> |
2016-05-08 06:29:33 | martin.panter | link | issue26439 messages |
2016-05-08 06:29:33 | martin.panter | create | |
|