对内存位置的访问无效-托管到非托管代码

invalid access to memory location - managed to unmanaged code

本文关键字：非托管代码 无效 内存 位置 访问      更新时间：2023-10-16

我在c++中有这段代码，我通过dll导出:

typedef struct {
unsigned short major;
unsigned short minor;
} Version;
EXPORTED_FUNC Result Init(Version *version, char *file);
extern "C" Result Init(Version *version, char *file)
{
    if (file) {
    if (!GFile.init(string(file))) {
        return INVALID_PARAMETER;
    }
    if (version) {
        version->major = VERSION_MAJOR1;
        version->minor = VERSION_MAJOR2;
    }
      return OK;
}

我从c#调用dll，这是我在那里写的:

internal struct Version
{
    ushort major { set; get; }
    ushort minor { set; get; }
}
[DllImport("mydll.dll", CallingConvention=CallingConvention.Cdecl)]
    static extern Result Init(ref Version versionInfo, [MarshalAs`(UnmanagedType.LPStr)] string FilePath);

这是对Init的调用:

string filePath = Application.StartupPath + "\ABC.ini";
Version version = new Version();
 result = _mydllWrapper.Init(ref version, filePath);
当我运行c#应用程序时，我有时会在x64机器上得到以下异常: 
Unable to load DLL mydll.dll : invalid access to memory location (Exception from HRESULT.0x800703E6)

如何修复此代码而不从编译中删除任何安全标志?修复的代码示例非常受欢迎!

谢谢!

不幸的是，这个问题缺少一些信息，但是我只在构建输出不正确时看到这个错误。它只会"偶尔"发生，因为您可能偶尔会删除. net exe的输出目录，然后进行构建，然后，在问题出现后，您从本机输出目录复制新构建的二进制文件，然后继续。

要解决这个问题，你应该确保你的。net代码之间有适当匹配的目标CPU类型&你的本地代码。如果你只在x64机器上运行，你可以使用AnyCPU，但我建议，因为你调用的是本机代码，你就直接使用&将CPU设置为目标，可以是x64、x86 (c++术语中的Win32)或ARM。与VS2012一起工作的另一个选择是"32位首选"目标，它允许您在x64设备上作为x86运行，但也可以在ARM设备上正常运行。

无论如何，一旦你确保你的配置是正确的，检查确保你的输出目录设置正确，将。net exe和c++ dll都放入同一个输出目录。注意，输出目录是特定于每个构建/架构组合的。

相关文章：