MapViewOfFile返回错误5（ERROR_ACCESS_DENIED）

Question

我正在尝试开发一个使用共享内存在两个进程之间进行通信的系统。 一个进程是一个32位应用程序，并使用32位dll进行通信。 另一个过程是一个64位应用程序，并使用一个64位dll，其中包含与创建/打开共享内存完全相同的代码。 我这样做的目的是，只要一个进程打开了内存的句柄而无法打开它，它就会自动尝试创建内存。 然后另一个进程将尝试相同的操作，因此无论哪个进程先运行代码，都将创建内存，而另一个进程将打开已存在内存的句柄。

当共享内存由64位进程/ dll创建时，代码工作得非常好，但是每当32位dll创建共享内存时，调用MapViewOfFile时都会返回错误5（ERROR_ACCESS_DENIED）。

我已经检查了传递给任何函数的大小是否不同，例如，因为其中一个结构具有不同的大小取决于它是为32位还是64位编译的。 但是，事实并非如此，两个过程的大小始终相同。

我也尝试了此答案中建议的代码，但未成功。 有谁知道为什么代码有时会因错误5而失败？

这是我的代码：

static LPVOID lpMappedInputData = nullptr,
    lpMappedOutputData = nullptr;

static HANDLE hInputFileMapping = NULL,
    hOutputFileMapping = NULL;

HANDLE createOrOpenFileMapping(DWORD size, LPCSTR lpName)
{
    HANDLE hMapFile = OpenFileMappingA(FILE_MAP_READ | FILE_MAP_WRITE, FALSE, lpName);

    if (!hMapFile)
        DEBUG_LOG("OpenFileMapping failed! Error code: %i - Attempting to create the file mapping instead...\n", GetLastError());

    if (!hMapFile)
    {
        hMapFile = CreateFileMappingA(INVALID_HANDLE_VALUE, NULL, PAGE_READWRITE, 0, size, lpName);

        if (!hMapFile)
            DEBUG_LOG("CreateFileMapping failed! Error code: %i\n", GetLastError());
    }

    return hMapFile;
}

LPVOID mapViewOfFile(HANDLE hFileMappingObject, DWORD size)
{
    LPVOID lpMappedData = MapViewOfFile(hFileMappingObject, FILE_MAP_READ | FILE_MAP_WRITE, 0, 0, size);

    if (!lpMappedData)
    {
        CloseHandle(hFileMappingObject);
        DEBUG_LOG("MapViewOfFile failed! Error code: %i\n", GetLastError());
    }

    return lpMappedData;
}

bool Initialize()
{
    DEBUG_LOG("Initializing the input file mapping...\n");

    hInputFileMapping = createOrOpenFileMapping(sizeof(InputData), "Local\\InputData");

    if (!hInputFileMapping)
        return false;

    lpMappedInputData = mapViewOfFile(hInputFileMapping, sizeof(InputData));

    if (!lpMappedInputData)
        return false;

    DEBUG_LOG("Initializing the output file mapping...\n");

    hOutputFileMapping = createOrOpenFileMapping(sizeof(OutputData), "Local\\OutputData");

    if (!hOutputFileMapping)
        return false;

    lpMappedOutputData = mapViewOfFile(hOutputFileMapping, sizeof(OutputData));

    if (!lpMappedOutputData)
        return false;

    return true;
}

void Deinitialize()
{
    DEBUG_LOG("Deinitializing the file mappings...\n");

    if (lpMappedInputData)
        UnmapViewOfFile(lpMappedInputData);

    if (hInputFileMapping)
        CloseHandle(hInputFileMapping);

    if (lpMappedOutputData)
        UnmapViewOfFile(lpMappedOutputData);

    if (hOutputFileMapping)
        CloseHandle(hOutputFileMapping);

    DEBUG_LOG("Successfully deinitialized the file mappings!\n");
}

Answer 1

win32错误-大多数情况下，这是从原始NTSTATUS本机api调用结果转换而来的。 但是此转换不是内含的-有时许多不同的状态会转换为相同的win32错误值。 例如，将相同的ERROR_ACCESS_DENIED转换为至少18（！）个不同的ntstatus。 因此原始错误不是STATUS_ACCESS_DENIED而是绝对错误，没有拒绝实际访问的常见错误。 因此，如果win32 api调用是本机调用RtlGetLastNtStatus总是更好地调用RtlGetLastNtStatus以获得原始错误状态代码或直接调用本机api（ ZwMapViewOfSection而不是MapViewOfFile ）

不幸的是，我不知道ZwMapViewOfSection返回的原始状态，但是我想这是STATUS_INVALID_VIEW_SIZE （ 试图为大于该部分的部分创建视图。 ）。

在创建和映射部分中使用sizeof(InputData)和sizeof(OutputData) -此结构在代码中没有定义，基于

当共享内存是由64位进程/ dll创建的，但代码正确运行，但是无论何时由32位dll创建共享内存，调用MapViewOfFile时都会返回错误5（ ERROR_ACCESS_DENIED ）。

我猜接下来-在32位代码中InputData或OutputData大小较小（比较64位代码）。 这只是解释所有。 如果先创建64位代码，然后再创建32位代码，则尝试将地图尺寸缩小一些-可以。 但是，如果先使用32位代码创建部分，然后再使用64位代码，则尝试将地图尺寸扩大为该部分尺寸-我们得到了STATUS_INVALID_VIEW_SIZE ，该值转换为ERROR_ACCESS_DENIED

但是怎么样

我已经检查过大小..在两个过程中大小是否始终相同。

不信。 我要重新检查。

作为单独的注释CreateFileMapping

为指定文件创建或打开命名或未命名文件映射对象。

因此，我们不需要特殊的函数createOrOpenFileMapping并首先调用OpenFileMappingA只需调用CreateFileMappingW （使用A api即可）。 并且createOrOpenFileMapping任何代码createOrOpenFileMapping引发条件-两个进程可以同时调用OpenFileMappingA ，并且都在此处失败。 无论如何都调用CreateFileMappingA

但是主要的GetLastError()有时不是最好的，并且ERROR_ACCESS_DENIED并非总是STATUS_ACCESS_DENIED并且与实际访问被拒绝的错误有关