Importing numpy fails when CPython is compiled to a DLL

Abierto
#92,282 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
25/100
Tipo de issue
Error
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
cpp, numpy, python

Línea de trabajo

No se nombra ningún archivo ni prueba de CPython. Empieza reproduciendo el fallo con los puntos de entrada mostrados PyImport_Import, PyRun_SimpleString y PyObject_CallObject en las configuraciones de DLL y de consola, comparando el comportamiento con django. Se considera terminado cuando se haya identificado si el responsable es CPython o la configuración de integración y se haya documentado un diagnóstico reproducible.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

OS-windows type-bug

I am trying to use numpy 1.22.3 with embedded python 3.9.12 or 3.10.2 compiled to a DLL on Windows 10.0.19044.

I've added numpy to embedded python by first installing it to the system python of the same version, then copying the new folders from Lib/site-packages to python3x.zip/site-packages. I have also installed numpy by first installing pip with get-pip from PyPa, but get the same results.

Importing numpy fails in three ways:

When compiling to a UWP DLL or standard DLL without unzipping python3x.zip, I get the following error:

ImportError('
IMPORTANT: PLEASE READ THIS FOR ADVICE ON HOW TO SOLVE THIS ISSUE!
Importing the numpy C-extensions failed. This error can happen for many reasons, often due to issues with your setup or how NumPy was installed.
We have compiled some common reasons and troubleshooting tips at: https://numpy.org/devdocs/user/troubleshooting-importerror.html
Please note and check the following:
* The Python version is: Python3.10 from "C:\\Users\\jtemplin\\git\\PythonInterpreterDLL\\x64\\Debug\\PythonInterpreterTests\\AppX\\PythonInterpreterTests.exe"
* The NumPy version is: "1.22.3"
and make sure that they are the versions you expect.
Please carefully study the documentation linked above for further help.
Original error was: No module named \'numpy.core._multiarray_umath\'
')

This happens in debug and release builds. Other recommendations on the linked troubleshooting page either didn't apply or made no difference.

However, if I unzip the python3x.zip I get different errors:

When compiling to a UWP DLL and and importing numpy in python using PyObject_CallObject I get the following error:

Traceback (most recent call last):
File "C:\path-to-build\tests.py", line 37, in import_numpy_exception
import numpy
File "C:\path-to-build\python310.zip\site-packages\numpy\__init__.py", line 128, in <module>
from numpy.__config__ import show as show_config
File "C:\path-to-build\python310.zip\site-packages\numpy\__config__.py", line 13, in <module>
os.add_dll_directory(extra_dll_dir)
File "os.py", line 1117, in add_dll_directory
OSError: [WinError 87] The parameter is incorrect: 'C:\\path-to-build\\python310.zip\\site-packages\\numpy\\.libs'

The path that os.add_dll_directory is trying to add exists, and the function works if I call it manually in a python shell.

When compiling to a standard DLL I can call os.add_dll_directory using PyRun_SimpleString, but still can't import numpy. I've tried PyImport_Import("numpy"), PyImport_ImportModule("numpy"), PyImport_AddModule("numpy") and they all return nullptr. I've also tried importing numpy in python using PyObject_CallObject and it fails with the following error:
Assertion failed: !PyErr_Occurred(), file D:\a\1\s\Objects\typeobject.c, line 3264

All of the above functions are able to import django successfully, so I don't believe it is a simple path issue. They also import numpy successfully when running in a console app.

So why does importing numpy fail in a DLL?

Here are some code samples that work with django, but not numpy:

bool PythonInterpreter::importModule(const char* moduleName) {
    // moduleName = "numpy" or "django"
    auto pyModuleName = PyUnicode_FromString(moduleName);
    auto module = PyImport_Import(pyModuleName);
    auto result1 = !(nullptr == module);
    
    auto module2 = PyImport_ImportModule(moduleName);
    auto result2 = !(nullptr == module2);
    
    auto module3 = PyImport_AddModule(moduleName);
    auto result3 = !(nullptr == module3);
    
    return result1 || result2 || result3;
}

bool PythonInterpreter::importSimpleString(const char* importString) {
    // importString = "import numpy" or "import django"
    auto result = 0 == PyRun_SimpleString(importString);
    
    return result;
}

bool PythonInterpreter::importWithException(const char* functionName) {
    // functionName = "import_numpy" or "import_django"
    auto importNumpyEx = PyObject_GetAttrString(this->testModule, functionName);
    auto result = _PyUnicode_AsString(PyObject_CallObject(importNumpyEx, NULL));
    
    return 0 == strcmp(result, "PASS");
}
def import_django():
    try:
        import django
        return "PASS"
    except OSError as e:
        return full_stack() # lifted from stackexchange

def import_numpy():
    try:
        import numpy
        return "PASS"
    except OSError as e:
        return full_stack() # lifted from stackexchange

def full_stack():
    import traceback, sys
    exc = sys.exc_info()[0]
    stack = traceback.extract_stack()[:-1]  # last one would be full_stack()
    if exc is not None:  # i.e. an exception is present
        del stack[-1]       # remove call of full_stack, the printed exception
                            # will contain the caught exception caller instead
    trc = 'Traceback (most recent call last):\n'
    stackstr = trc + ''.join(traceback.format_list(stack))
    if exc is not None:
         stackstr += '  ' + traceback.format_exc().lstrip(trc)
    return
Lenguaje dominante
Python
Estrellas
77.2k
Forks
36k
Merge medio
1 d 9 h
PR fusionados (30 d)
558

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de python/cpython

Todos los issues de python/cpython

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.