能否同时在两个IDE中调试同一进程的EXE与DLL模块？

完全可以实现你想要的跨IDE调试场景——在Delphi IDE中调试EXE，调用Fortran DLL时自动切换到VS2017调试DLL代码，而且Windows进程并不限制只能附加一个调试器，只要配置正确，两个IDE可以协同工作。下面是具体的实现步骤和注意事项：

一、前期准备 #

• Fortran DLL端：确保用VS2017的Intel Fortran编译器以Debug模式编译，生成完整的调试信息（必须包含.pdb符号文件），并将DLL和对应的PDB文件放在Delphi EXE能访问的路径（比如和EXE同目录，或者VS能通过符号路径定位到PDB）。
• Delphi EXE端：同样用Debug模式编译，保留调试信息，确保能正常触发自身代码的断点。

二、调试流程 #

1. 启动Delphi调试：打开Delphi 10.1的EXE项目，按F9启动调试，先在调用Fortran DLL的代码前设置一个断点，让程序停在调用前的位置。
2. 附加VS到Delphi进程：打开VS2017并加载Fortran DLL项目，通过菜单栏的Debug -> Attach to Process，找到正在运行的Delphi EXE进程（进程名就是你的EXE文件名）。附加时注意选择Native调试引擎（Intel Fortran属于原生Native代码，不要选Managed或其他引擎）。
3. 开始跨IDE调试：回到Delphi IDE，按F9继续执行程序。当EXE调用到Fortran DLL的代码时，VS中设置的断点会自动触发，此时你可以在VS中进行单步执行、查看变量等DLL调试操作；调试完DLL代码后，回到Delphi IDE即可继续调试EXE的后续逻辑。

三、关键注意事项 #

• 符号路径配置：如果VS无法识别DLL的调试符号，可通过Tools -> Options -> Debugging -> Symbols添加PDB文件所在的目录，确保VS能找到对应的符号信息，否则断点会显示为灰色（无法命中）。
• 函数名与调用约定匹配：确保Delphi中声明的DLL函数名、调用约定（比如stdcall或cdecl）与Fortran DLL导出的完全一致，否则不仅调用会出错，调试断点也无法触发。Fortran默认的调用约定一般是stdcall，但最好在编译时显式指定。
• 断点无法命中的补救：如果VS中的普通断点不生效，可以尝试设置函数断点：在VS中按Ctrl+B，输入Fortran DLL导出的函数名（注意Fortran函数名可能有修饰，比如末尾加下划线，可通过dumpbin /exports命令查看DLL的导出表确认），这样函数被调用时会自动触发断点。
• 调试器协同的小细节：偶尔会出现VS附加后断点未激活的情况，此时可以右键点击断点选择Location，确认DLL路径和PDB匹配，或者手动重新加载符号（Debug -> Windows -> Modules，找到你的DLL，右键选择Load Symbols）。

关于进程调试器的疑问 #

你担心的“整个进程只能附加一个调试器”是错误的——Windows的调试子系统支持多个调试器同时附加到同一进程，只要它们的调试目标类型不冲突（比如一个调试原生代码，一个托管代码，或者两个都是原生代码）。VS和Delphi的调试器都是基于Windows原生调试接口实现的，所以可以协同工作。

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