HANDLE FileHandle = CreateFile("lib.obj",GENERIC_READ | GENERIC_EXECUTE,FILE_SHARE_READ,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL,0); HANDLE MappingHandle = CreateFileMapping(FileHandle,PAGE_EXECUTE_READ,0); void *Address = MapViewOfFile(MappingHandle,FILE_MAP_EXECUTE | FILE_MAP_READ,0);
然后,我在文件中找到.text部分,并将指针转换为C中的函数指针,并简单地调用该函数.这实际上似乎对我有用.
我是否在映射到文件的虚拟内存范围内调用FlushInstructonCache时出错?
我问这个是因为我最近阅读了VirtualAlloc文档并在底部注明:
When creating a region that will be executable,the calling program bears responsibility for ensuring cache coherency via an appropriate call to 07002 once the code has been set in place. Otherwise attempts to execute code out of the newly executable region may produce unpredictable results.
MapViewOfFile或CreateFileMapping页面上没有这样的说明.
解决方法
如果修改内存中的内容,则需要在执行代码之前刷新instructioncache,因为它可能以未修改的形式存在于缓存中,然后可以在不进行修改的情况下执行.
我使用MAY这个词是因为两件事:
>它取决于处理器架构,处理器是否检测到它将要执行的存储器的写入[某些处理器甚至没有硬件来注册写入指令缓存中的数据 – 因为它非常罕见,因此非常不可能].
>因为很难预测缓存中的内容 – 处理器
有各种各样的“聪明”方式预取和一般“填充”
缓存.
显然,VirtualAlloc没有机会包含你想要的数据,因此在那里提到它是因为你总是在执行之前写入它.
修改包括“修复绝对地址”(例如,如果要完成加载复杂的项目以执行它,则必须执行的操作),或者如果编写调试器,则在通过替换设置断点时在x86上使用INT 3指令的指令.
第二种“修改”的情况是,如果你卸载文件,并加载一个不同的文件(例如“同一”文件,但重建,例如),在这种情况下,先前执行的代码可能仍在缓存中,并且你得到了神秘的“为什么我的改变不符合我的期望”