我使用WinAPI的MapViewOfFile
函数遇到了这种情况。互联网搜索没有发现任何明显的修复,所以我将在这里分享我的问题和解决方案。
请考虑以下代码段:
const char *name = "Global\\Object_Name";
unsigned long size = get_object_size();
HANDLE handle = CreateFileMapping(INVALID_HANDLE_VALUE,
NULL,
PAGE_READWRITE,
0,
size,
name);
if (!handle || handle == INVALID_HANDLE_VALUE)
exit(GetLastError());
bool created = GetLastError() == 0;
void *block = MapViewOfFile( handle,
FILE_MAP_ALL_ACCESS,
0,
0,
size);
if (block == NULL)
exit(GetLastError());
在一个特定情况下,CreateFileMapping
成功返回句柄。 GetLastError
正在返回ERROR_ALREADY_EXISTS
,所以created == false
。现在,使用与我传递给MapViewOfFile
的尺寸相同的CreateFileMapping
调用返回NULL
,GetLastError
返回0x05
:ERROR_ACCESS_DENIED
。该进程以管理员权限运行。
MSDN文档没有真正提到出现这种情况的任何原因。那么为什么CreateFileMapping
会成功,但MapViewOfFile
会失败?
答案 0 :(得分:7)
我确信通过调用ERROR_ACCESS_DENIED
可能会出现MapViewOfFile
的原因有很多。在我的特殊情况下,这是由于size
参数。
提示是created == false
。它显示已创建对象"Global\\Object_Name"
。无论出于何种原因,创建调用都会以较小的大小初始化该节。对于看似疏忽的事情,对CreateFileMapping
的第二次调用将很乐意为您提供已存在对象的句柄,即使您要求更大的映射。
对MapViewOfFile
的调用现在失败了,因为它正在请求一个比实际部分更大的视图。
因此,如果您处于第二次调用MapViewOfFile
失败的类似情况,请检查您要映射到的尺寸。
可能是第二个项目正在使用不同的结构对齐进行编译,导致sizeof()
运算符确定不同的值,或者某些其他大小确定函数的行为不符合预期。
答案 1 :(得分:7)
经过很多苦难之后,我终于找到了导致我的应用程序出现此错误的原因,万一其他人正在努力解决同样问题,问题不在于MapViewOfFile方法,而在于CreateFileMapping,createFileMapping的大小应该是文件的大小,而不是要读取的元素的大小,如果你不知道大小那么它应该是0,这不适用于MapViewOfFile作为传递的值,因为size是长度您想要读/写的块。
您的代码工作方式如下:
const char *name = "Global\\Object_Name";
unsigned long size = get_object_size();
HANDLE handle = CreateFileMapping(INVALID_HANDLE_VALUE,
NULL,
PAGE_READWRITE,
0,
0,
name);
if (!handle || handle == INVALID_HANDLE_VALUE)
exit(GetLastError());
bool created = GetLastError() == 0;
void *block = MapViewOfFile( handle,
FILE_MAP_ALL_ACCESS,
0,
0,
size);
if (block == NULL)
exit(GetLastError());
如果你不知道是什我希望这可以节省几个小时给别人。