使用ctypes调用自制测试DLL时触发访问冲突错误求助

问题根源分析 #

出现访问违例的主要原因有两个：

1. 调用约定不匹配：
   • ctypes.WinDLL 默认使用 stdcall 调用约定，但MinGW编译的extern "C"函数默认是 cdecl 约定。调用约定不匹配会导致栈损坏，触发访问违例。
2. C++标准库依赖问题：
   • 代码中使用了std::cout，依赖C++标准库。默认编译时MinGW会动态链接这些库，如果运行环境中缺少对应的MinGW动态库（如libstdc++-6.dll、libgcc_s_seh-1.dll等），会导致DLL初始化失败，进而引发内存访问错误。

具体解决步骤 #

1. 修正调用约定匹配问题 #

有两种可选方式：

• 方式一：Python端改用ctypes.CDLL
  CDLL默认使用cdecl调用约定，与MinGW的默认编译规则一致：

  import ctypes
  libname = "libcppmul.dll"
  lib = ctypes.CDLL(libname, winmode=1)
  lib.hello.restype = None
  lib.hello()
  

• 方式二：C++代码中指定stdcall调用约定
  修改函数声明，添加__stdcall修饰符（也可以用WINAPI，需包含<windows.h>头文件）：

  extern "C" __declspec(dllexport) void __stdcall hello() {
      std::cout << "wheee" << std::endl;
      return;
  }
  

  此时Python端可继续使用WinDLL加载调用。

2. 静态链接C++标准库 #

编译时添加参数，将C++标准库和gcc运行时库静态链接，避免依赖额外的第三方DLL：

g++ -c cppmul.cpp
g++ -shared -o libcppmul.dll -Wl,-out-implib,libcppmul.a -Wl,--export-all-symbols -Wl,--enable-auto-image-base -static-libgcc -static-libstdc++ cppmul.o

验证方法 #

编译完成后，可通过工具查看导出函数的名称，确认调用约定是否正确：

• 使用VS自带的dumpbin工具：dumpbin /exports libcppmul.dll
• 使用MinGW的nm工具：nm -D libcppmul.dll
  • cdecl约定的函数名显示为hello
  • stdcall约定的函数名会被修饰为_hello@0

额外注意事项 #

• 确保编译DLL的MinGW版本与Python的位数完全一致（均为x64），跨位数调用会引发访问错误。
• 对于cmul函数，同样需要显式指定参数类型和返回值类型，避免类型不匹配：

  lib.cmul.argtypes = (ctypes.c_int, ctypes.c_float)
  lib.cmul.restype = ctypes.c_float
  result = lib.cmul(2, 3.5)
  print(result)
  

内容的提问来源于stack exchange，提问作者Julia Esina