Exception 从使用Visual C+编译的应用程序加载时,第三方DLL中存在访问冲突+;2019 我已经使用了第三方DLL(精确地:TrMPRO.DLL,即海啸记录管理器——2005中用PowerBASIC编译),多年来我的应用程序用Visual C++ 2008编译,并且在Windows 10中也一直工作正常,但是当我试图加载(LoadLibrary函数)时来自同一应用程序的DLL用Visual C++ 2019重新编译,它会导致访问冲突,引发异常。DLL不是依赖于VisualC++运行时,所以我看不出有任何理由这样的行为。LoadLibrary函数与更新的VisualC++运行时有不同的工作吗?还有其他想法吗? 应用程序,当然还有TRMPRO.DLL都是32位的。

Exception 从使用Visual C+编译的应用程序加载时,第三方DLL中存在访问冲突+;2019 我已经使用了第三方DLL(精确地:TrMPRO.DLL,即海啸记录管理器——2005中用PowerBASIC编译),多年来我的应用程序用Visual C++ 2008编译,并且在Windows 10中也一直工作正常,但是当我试图加载(LoadLibrary函数)时来自同一应用程序的DLL用Visual C++ 2019重新编译,它会导致访问冲突,引发异常。DLL不是依赖于VisualC++运行时,所以我看不出有任何理由这样的行为。LoadLibrary函数与更新的VisualC++运行时有不同的工作吗?还有其他想法吗? 应用程序,当然还有TRMPRO.DLL都是32位的。,exception,visual-c++,runtime,loadlibrary,Exception,Visual C++,Runtime,Loadlibrary,我实际上是通过电子邮件在这方面工作的。解决方案是关闭DEP保护。 从J的电子邮件: 从MSVC 2008到MSVC 2019的自动项目转换不起作用 设置/NXCOMPAT选项,unset选项表示启用了预防 实际上,我是通过电子邮件与J合作完成这项工作的。解决方案是关闭DEP保护。 从J的电子邮件: 从MSVC 2008到MSVC 2019的自动项目转换不起作用 设置/NXCOMPAT选项,unset选项表示启用了预防 Don的想法是关闭数据执行预防。若在MSVC 2008中将DEP设置为“默认”

我实际上是通过电子邮件在这方面工作的。解决方案是关闭DEP保护。 从J的电子邮件:

从MSVC 2008到MSVC 2019的自动项目转换不起作用 设置/NXCOMPAT选项,unset选项表示启用了预防


实际上,我是通过电子邮件与J合作完成这项工作的。解决方案是关闭DEP保护。 从J的电子邮件:

从MSVC 2008到MSVC 2019的自动项目转换不起作用 设置/NXCOMPAT选项,unset选项表示启用了预防


Don的想法是关闭数据执行预防。若在MSVC 2008中将DEP设置为“默认”,则链接器将其视为“关闭”。不幸的是,此默认设置会自动转换为MSVC 2019中的默认设置,即“开”。当然,如果DLL没有做任何奇怪的事情,这也不会是一个问题。Don的想法是关闭数据执行预防。若在MSVC 2008中将DEP设置为“默认”,则链接器将其视为“关闭”。不幸的是,此默认设置会自动转换为MSVC 2019中的默认设置,即“开”。当然,如果DLL没有做任何奇怪的事情,这也不会是一个问题。