Python3: ImportError:当使用来自模块多处理的Value时，没有名为'_ctypes'的模块

我使用Ubuntu，并安装了Python 2.7.5和3.4.0。在Python 2.7.5中，我能够成功地分配一个变量x = Value(' I '， 2)，但在3.4.0中不能。我得到:

Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "/usr/local/lib/python3.4/multiprocessing/context.py", line 132, in Value
      from .sharedctypes import Value
   File "/usr/local/lib/python3.4/multiprocessing/sharedctypes.py", line 10, in <
module>
   import ctypes
   File "/usr/local/lib/python3.4/ctypes/__init__.py", line 7, in <module>
      from _ctypes import Union, Structure, Array
ImportError: No module named '_ctypes'

我刚刚通过安装3.4.0的源代码更新到了3.3.2。它安装在/usr/local/lib/python3.4.

我是否正确地更新到Python 3.4 ?

我注意到一件事，Python 3.4安装在usr/local/lib中，而Python 3.3.2仍然安装在usr/lib中，所以它没有被覆盖。

当前回答

这些解决方案都不奏效。你必须重新编译你的python;一旦所有所需的包完全安装。

遵循这个:

安装所需软件包执行./configure——enable-optimizations

https://gist.github.com/jerblack/798718c1910ccdd4ede92481229043be

2019-11-11 22:04:44

其他回答

我也有同样的问题。以上的方法对我来说都没用。关键的挑战是我没有根权限。因此，我首先下载libffi的源代码。然后我用常用的命令来编译:

./configure --prefix=desired_installation_path_to_libffi
make

然后我重新编译python使用

./configure --prefix=/home/user123/Softwares/Python/installation3/  LDFLAGS='-L/home/user123/Softwares/library/libffi/installation/lib64'
make 
make install

在我的例子中，'home/user123/Softwares/library/libffi/installation/lib64'是libffi安装目录的路径。所以是定位。“/home/user123/ software /Python/installation3/ is”为Python安装目录的路径。根据您的情况修改它们。

2020-08-07 20:29:34

没有根的CentOS

安装libffi-3.2(不使用libffi-3.3) wget ftp://sourceware.org/pub/libffi/libffi-3.2.tar.gz libffi-3.2.tar.gz cd libffi - 3.2 / . / configure——prefix = $ YOUR_LIBFFI_DIR Make && Make安装安装Python3 ./configure——prefix=$YOUR_PATH/python/3.7.10 LDFLAGS=-L${YOUR_LIBFFI_DIR}/lib64 PKG_CONFIG_PATH=${YOUR_LIBFFI_DIR}/lib/pkgconfig——enable-shared Make && Make安装

谢谢JohnWSteill

2021-03-12 09:46:43

我想我应该添加Centos安装:

sudo yum -y install gcc gcc-c++ 
sudo yum -y install zlib zlib-devel
sudo yum -y install libffi-devel

检查python版本:

python3 - v

创建virtualenv:

virtualenv -p python3 venv

2017-10-05 16:49:29

在一个新的Debian镜像上，克隆https://github.com/python/cpython并运行:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
sudo apt-get install build-essential python-dev python-setuptools python-pip python-smbus
sudo apt-get install libncursesw5-dev libgdbm-dev libc6-dev
sudo apt-get install zlib1g-dev libsqlite3-dev tk-dev
sudo apt-get install libssl-dev openssl
sudo apt-get install libffi-dev

现在执行上面克隆的配置文件:

./configure
make # alternatively `make -j 4` will utilize 4 threads
sudo make altinstall

安装了3.7，为我工作。

轻微的更新

看起来我说过我会用更多的解释来更新这个答案，两年后我没有什么可补充的了。

这篇SO帖子解释了为什么像python-dev这样的库可能是必要的。这篇SO帖子解释了为什么在make命令中使用altinstall而不是install参数。

除此之外，我猜选择是阅读cpython代码库，寻找需要满足的#include指令，但我通常做的是继续尝试安装包，并继续阅读输出，安装所需的包，直到成功。

这让我想起了工程师、经理和程序员的故事，他们的汽车滚下了山坡。

2016-12-24 05:59:51

我正在使用MAC M1，我有这个错误:

... __boot__.py", line 30, in <module> import ctypes
and something was said about the file libffi.8.dylib

我在Anaconda上下载了这个东西，现在一切都正常了:

https://anaconda.org/wakari/libffi

我告诉你，因为上面的大部分内容不是针对MAC的，就是过时了，我的Python版本是Anaconda 3.10.4

使用py2app创建的应用程序文件现在可以工作了!!

2022-08-17 15:01:17

Python3: ImportError:当使用来自模块多处理的Value时，没有名为'_ctypes'的模块

推荐文章

最新文章

标签