是否可以忽略UnMapViewOFFile()的错误487(Error_INVALID_ADDRESS)

Is it possible to ignore an Error 487 (ERROR_INVALID_ADDRESS) for UnMapViewOFFile()?

本文关键字:Error INVALID ADDRESS 错误 UnMapViewOFFile 是否      更新时间:2023-10-16

下午好,我们正在尝试构建一个内存映射文件缓存程序的原型,供Windows和Linux 32位应用程序使用。每次我们运行原型时,当我们尝试调用UnMapViewOfFile来取消映射缓存内存映射的文件区域时,我们都会得到一个错误487(错误无效地址)。我们认为之所以会发生这种情况,是因为我们试图对之前未映射的区域进行解映射。我们想知道是否可以忽略此错误消息。

我们尽最大努力确保对MapViewOfFile的每一次调用都以以下方式与UnMapViewOfFile匹配。每次调用MapViewOf文件时,我们都使用以下代码:

std::deque<Range> ranges_type;
std::multimap<char *,Range> mmultimap;
MapPtr = (char*)::MapViewOfFile(hMapping,
                                FILE_MAP_WRITE | FILE_MAP_READ,
                                0, baseoff,
                                mappedlength);
if (MapPtr == 0){
    DWORD lasterr = GetLastError();
    ErrorMessage(lasterr);
}
ranges_type.insert(RangeDeque::value_type(
                       PreviousNCopy,
                       PreviousN,
                       adjustedptr + n,
                       MapPtr,
                       TimeStamp,
                       mappedlength));
mmultimap.insert(RangeMultiMap::value_type(
                     MapPtr,
                     Range(PreviousNCopy,
                           PreviousN,
                           adjustedptr + n,
                           MapPtr,
                           TimeStamp,
                           mappedlength)));

每次我们取消映射内存映射的文件区域时,我们都会使用以下摘录:

typedef std::multimap<char *,Range>::const_iterator I;
numerased = 0;
std::pair<I,I> b = mmultimap.equal_range(TmpPrevMapPtr);
for (I i=b.first; i != b.second; ++i){ 
    std::dequeue<Range>::iterator iter;
    iter = std::lower_bound(ranges_type.begin(),
                            ranges_type.end(),
                            i->second);
    if (iter != ranges_type.end() && !(i->second < *iter)){
        ranges_type.erase(iter);
        numerased++;
    }
}
erasecount = mmultimap.erase(TmpPrevMapPtr);
retval = UnmapViewOfFile(TmpPrevMapPtr);
if (retval == 0){
    DWORD lasterr = GetLastError();
    ErrorMessage(lasterr);
}

类范围看起来像这样:

class Range {
public:
    explicit Range(int item){
        mLow = item;
        mHigh = item;
        mPtr  = 0;
        mMapPtr = 0;
        mStamp = 0;
        mMappedLength = 0;
    }
    Range(int low, int high, char* ptr = 0,char* mapptr = 0, int stamp = 0, int currMappedLength = 0){
        mLow = low;
        mHigh = high;
        mPtr  = ptr;
        mMapPtr = mapptr;
        mStamp = stamp;
        mMappedLength = currMappedLength;
    }
    Range(const Range& r):
    bool operator==(const Range& rhs) const{
        return (mLow <= rhs.mLow && mHigh >= rhs.mHigh);
    }
    bool operator<(const Range& rhs) const{
        return mHigh < rhs.mHigh;      
    } 
public:
    int mLow;   
    int mHigh; 
    char* mPtr;
    char* mMapPtr;
    int mStamp;
    int mMappedLength;
}; // class Range 

感谢您阅读这篇文章。

我们正在尝试取消映射以前的未映射区域

这是个错误。您可以通过修复错误来"忽略"错误。

或者,使用if测试忽略它。Win32函数告诉你有一个错误需要修复,但如果你想忽略它告诉你的内容,当然没有人会阻止你这样做

您需要修复导致内存区域被取消映射两次的底层错误。毕竟考虑一下:

  • 您在地址0x42000000映射一个内存区域(称之为a)
  • 您在0x42000000取消映射A
  • 您将内存B的一个区域映射到相同的地址0x42000000
  • 您在0x42000000处双重取消映射A-只有这次B取消映射
  • 你试图访问B,然后崩溃

你需要弄清楚你在哪里双重取消映射这个内存并修复它,否则类似的事情最终可能会发生。如果您隐藏错误,只会使调试更加混乱。

现在,出于调试目的,您的会计是可以的,但它并没有解决根本原因;你一开始就没有很好地跟踪你的内存映射。不可能对你发布的一小部分代码发表更多评论,但你应该看看决定何时映射/取消映射的代码,因为你需要修复;不要只是在为时已晚的时候试图压制两次罚球。毕竟,如果您双倍地释放这个内存映射,这是否意味着您的代码认为它仍然被映射?在这种情况下,在出现免费问题后停止访问的原因是什么:

  • 0x42000000处的映射A
  • 在0x42000000取消映射A
  • 访问A(崩溃!)
  • 尝试在0x42000000处加倍取消映射A(由于崩溃,未达到)

或者:

  • 您在地址0x42000000映射一个内存区域(称之为a)
  • 您在0x42000000取消映射A
  • 您将内存B的一个区域映射到相同的地址0x42000000
  • 认为A仍然被映射,您访问0x42000000的内存,而不是访问B。混乱或者可能是数据损坏
相关文章: