在启动期间在libcrypto.so
上启动Ubuntu 11.10上的Komodo IDE 7崩溃(请参阅this forum discussion):
#0 0xb121ffbc in EVP_PKEY_CTX_dup () from /lib/i386-linux-gnu/libcrypto.so.1.0.0
#1 0xb12121f6 in EVP_MD_CTX_copy_ex () from /lib/i386-linux-gnu/libcrypto.so.1.0.0
#2 0xb1212362 in EVP_MD_CTX_copy () from /lib/i386-linux-gnu/libcrypto.so.1.0.0
#3 0xb0e93c4d in ?? () from .../Komodo-IDE-7/lib/python/lib/python2.6/lib-dynload/_hashlib.so
#4 0xb0e93fc9 in ?? () from .../Komodo-IDE-7/lib/python/lib/python2.6/lib-dynload/_hashlib.so
#5 0xb549ba2d in PyCFunction_Call () from .../Komodo-IDE-7/lib/mozilla/libpython2.6.so
如何让它成功运行?
答案 0 :(得分:3)
在调查时,在_hashlib
模块中调用函数时会发生这种情况。这个模块是标准Ubuntu python安装中的内置模块(参见sys.builtin_module_names
),因此_hashlib.so
下存在的lib/python/lib/python2.6/lib-dynload/_hashlib.so
不是Ubuntu python构建的一部分。
您可以通过从标准Python源重新编译该模块来解决此问题:
export KOMODO_DIR=/home/davidf/Applications/Komodo-IDE-7
hg clone http://hg.python.org/cpython
cd cpython
hg checkout v2.6.5
(
cd $KOMODO_DIR/lib/python/lib
# handle no libssl.so
ln -s /lib/libssl.so.0.9.8
ln -s ./libssl.so.0.9.8 libssl.so
# save the original _hashlib library
cd python2.6/lib-dynload/
mv _hashlib.so _hashlib.so.orig
)
# cd to python src for python 2.6.5
./configure --prefix $KOMODO_DIR/lib/python/
# step here to patch setup.py as @jalefkowit describes
# ...
# build and copy result to komodo's lib-dynload directory
$KOMODO_DIR/lib/python/bin/python setup.py build_ext
cp build/lib.linux-i686-2.6/_hashlib.so $KOMODO_DIR/lib/python/lib/python2.6/lib-dynload/
注意事项:
libssl.so.0.9.8
,但没有libssl.so
。上面的链接允许Python构建找到它们。