C++ 通过引用 dll 中的函数传递 std：：string-解网

问：

我在通过引用std：：string传递到dll中的函数时遇到了问题。

这是函数调用：

CAFC AFCArchive;

std::string sSSS = std::string("data\\gtasa.afc");

AFCER_PRINT_RET(AFCArchive.OpenArchive(sSSS.c_str()));
//AFCER_PRINT_RET(AFCArchive.OpenArchive(sSSS));
//AFCER_PRINT_RET(AFCArchive.OpenArchive("data\\gtasa.afc"));

这是函数头：

#define AFCLIBDLL_API __declspec(dllimport) 
AFCLIBDLL_API EAFCErrors CAFC::OpenArchive(std::string const &_sFileName);

我尝试通过调用函数来逐步调试，并查看函数内部的值。_sFileName

_sFileNamein 函数设置任何值（例如，）。t4gs..\n\t

我尝试检测任何堆损坏，但编译器说没有错误。

DLL 已在调试设置中编译。.exe 程序也在调试中编译。

怎么了？？帮助。。！

P.S. 我使用了 Visual Studio 2013。WinApp的。

编辑

我将func的标头更改为以下代码：

AFCLIBDLL_API EAFCErrors CAFC::CreateArchive(char const *const _pArchiveName)
{
    std::string _sArchiveName(_pArchiveName);
    ...

我真的不知道，如何修复这个错误......

关于堆：它被分配在我们进程的虚拟内存中，对吧？在这种情况下，共享虚拟内存很常见。

C++ 字符串 C++11 DLL 按引用传递

内存损坏的原因可能是相关对象（在本例中）分配和管理动态分配的内存。如果应用程序使用一个堆，而 DLL 使用另一个堆，那么如果您实例化了 DLL，但应用程序正在调整字符串的大小（这意味着可能会发生内存分配），这将如何工作？std::stringstd::string

如果您同时控制这两个模块，那么就很容易满足这些要求。如果您希望让其他方生成一个或另一个模块，那么您就对这些其他方施加了重大限制。如果这是一个问题，请考虑使用更可移植的互操作。例如，而不是使用 .std::stringconst char*

现在，您可能已经在使用动态运行时的单个共享实例。在这种情况下，错误将更加平淡无奇。也许调用约定不匹配。鉴于你的问题中的细节很少，很难肯定地说任何事情。

正是由于这个原因，COM 定义了一组关于对象所有权的狭窄（相当不方便的）类型和规则。我们可能建议对 OP 进行研究，因为它为这个问题提供了一个强有力的解决方案。另外值得指出的是，在 Windows 上使用 STL 时，传统的发布和调试版本是不兼容的（这是因为在构建调试时需要额外的健全性检查，导致对象的大小和布局不同）。

0赞 David Heffernan 3/9/2014

@Marko 这包含在“使用 RTL 的合理实例”中。COM 在这里将是一个不错的选择。二进制互操作。

1赞 wathson 7/1/2017 #3

我遇到了类似的问题。我解决了它同步配置属性->C / C++设置。

如果需要调试模式：

在两个项目的预处理器定义中设置定义。_DEBUG
在两个项目的“代码生成 -> 运行时库”中设置 /MDd。

如果需要发布模式：

删除两个项目的预处理器定义中的定义。_DEBUG
在两个项目的“代码生成 -> 运行时库”中设置 /MD。

这两个项目我的意思是exe和dll项目。
它对我有用，特别是如果我不想更改dll的任何设置，而只是调整它们。

上一个：从 C++ 运行时加载的 DLL 访问结构的成员

下一个：将 OpenMP 和 Intel Visual Fortran 与 Windows GetProcAddress 结合使用

C++ 通过引用 dll 中的函数传递 std：：string

C++ Passing std::string by reference to function in dll

评论

评论

评论