基于pybind11创建模块调试时Python运行崩溃问题求助

此前在相关讨论区发布的问题未得到有效回应，故重新提问。

我有一个通过Boost嵌入Python的C应用，希望通过pybind11加载C DLL，并在运行时附加进程、通过源码断点调试该DLL。但触发断点时出现异常错误，相关调用栈信息如下：

00007FFAE47AEAA5 (ucrtbased): (filename not available): get_wide_winmain_command_line
00007FFAE47AE8C3 (ucrtbased): (filename not available): get_wide_winmain_command_line
00007FFAE47B158F (ucrtbased): (filename not available): wassert
00007FFACC14B3F0 (python37_d): (filename not available): PyAST_Validate
S:\vcpkg\installed\x64-windows\include\pybind11\detail\internals.h (414): `pybind11::detail::get_internals'::`2'::gil_scoped_acquire_local::gil_scoped_acquire_local
S:\vcpkg\installed\x64-windows\include\pybind11\detail\internals.h (417): pybind11::detail::get_internals
S:\RnD\DLL_python\c_DLL_Python_01\icLib\library.cpp (34): PyInit_mydll

我尝试调整编译器参数但无效，想询问：在Windows平台下，能否将pybind11编译为pyd DLL并加载到Python中进行断点调试？

补充说明：我开发了一个适配4个C应用的C框架，需适配第5个仅支持Python的应用，因此采用该方案。

问题分析与解决办法 #

1. 可行性明确：Windows平台下完全可以把pybind11编译成pyd DLL并做源码断点调试，你的场景是可行的，异常是调试环境或初始化逻辑出了问题。

2. 异常原因：从调用栈看，断言失败触发在get_wide_winmain_command_line，这一般是嵌入Python的进程初始化时，命令行参数不符合调试版CRT（ucrtbased）的要求，或是GIL的获取时机不对。

3. 具体修复步骤：

   • 统一编译环境：确保pybind11、Boost.Python、调试版Python（python37_d）、你的C++应用和DLL都用相同编译器版本、x64架构、一致的CRT版本（调试/发行统一），别混合编译导致兼容问题。
   • 调整GIL获取时机：PyInit_mydll里要确保GIL是在Python解释器完全初始化后再获取。嵌入场景下，先通过Boost.Python完成Python解释器初始化，再加载pybind11 DLL。
   • 延后断点设置：别在DLL初始化阶段（PyInit_mydll）设断点，等进程完成Python解释器和DLL加载后，再附加调试器设置运行时断点。
   • 临时规避CRT断言：如果是调试版CRT的断言干扰，可临时在项目设置里关闭_DEBUG宏（仅用于排查，不建议长期用），或者检查进程命令行参数是否合法。
   • 配置VS调试环境：在Visual Studio里把调试目标设为你的C++嵌入应用，调试设置里指定正确的Python环境，确保调试器能加载对应的.pdb符号文件。

4. 额外提示：pybind11嵌入场景下，建议用pybind11::scoped_interpreter管理Python解释器生命周期，避免和Boost.Python的GIL管理逻辑冲突。

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