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

Question

下午好，我们正在尝试构建一个内存映射文件缓存程序的原型，供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 

感谢您阅读这篇文章。

Answer 1

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

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

或者，使用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。混乱或者可能是数据损坏