增强内存缓冲区和字符数组

Question

我目前正在解压暴雪的 .mpq 文件之一以供阅读。 为了访问解压的字符缓冲区，我使用了 boost::interprocess::stream::memorybuffer。 因为 .mpq 文件具有始终以版本标头开头的分块结构（通常为 12 个字节，请参阅 http://wiki.devklog.net/index.php?title=The_MoPaQ_Archive_Format#2.2_Archive_Header），char* 数组表示似乎在第一个 \0 处截断，即使文件大小（大约1.6mb）保持不变并且（可能）始终分配。 结果是有效长度为 4 的流缓冲区（“REVM”和字节 nr.5 为 \0）。当尝试进一步阅读时，会引发异常。这是一个例子：

    // (somewhere in the code)
{
    MPQFile curAdt(FilePath);    
    size_t size = curAdt.getSize(); // roughly 1.6 mb
    bufferstream memorybuf((char*)curAdt.getBuffer(), curAdt.getSize());
    // bufferstream.m_buf.m_buffer is now 'REVM\0' (Debugger says so), 
    // but internal length field still at 1.6 mb
}
//////////////////////////////////////////////////////////////////////////////

// wrapper around a file oof the mpq_archive of libmpq
MPQFile::MPQFile(const char* filename)    // I apologize my naming inconsistent convention :P
{
    for(ArchiveSet::iterator i=gOpenArchives.begin(); i!=gOpenArchives.end();++i)
    {
        // gOpenArchives points to MPQArchive, wrapper around the mpq_archive, has mpq_archive * mpq_a as member
        mpq_archive &mpq_a = (*i)->mpq_a; 

        // if file exists in that archive, tested via hash table in file, not important here, scroll down if you want

        mpq_hash hash = (*i)->GetHashEntry(filename);
        uint32 blockindex = hash.blockindex;

        if ((blockindex == 0xFFFFFFFF) || (blockindex == 0)) {
            continue; //file not found
        }

        uint32 fileno = blockindex;

        // Found!
        size = libmpq_file_info(&mpq_a, LIBMPQ_FILE_UNCOMPRESSED_SIZE, fileno);
        // HACK: in patch.mpq some files don't want to open and give 1 for filesize
        if (size<=1) {
            eof = true;
            buffer = 0;
            return;
        }
        buffer = new char[size];  // note: size is 1.6 mb at this time

        // Now here comes the tricky part... if I step over the libmpq_file_getdata
        // function, I'll get my truncated char array, which I absolutely don't want^^
        libmpq_file_getdata(&mpq_a, hash, fileno, (unsigned char*)buffer);
        return;
    }
}

也许有人可以帮助我。我对 STL 和 boost 编程非常陌生，而且对 C++ 编程也没有经验:P 希望得到一个方便的答案（请不要建议重写 libmpq 和底层 zlib 架构^^）。 MPQFile 类和底层解压缩方法实际上是从工作项目中获取的，因此错误要么是在使用 Streambuffer 类的缓冲区中的某个地方，要么是在使用 char 数组算术的内部，我对此一无所知。 顺便问一下，使用有符号/无符号字符作为数据缓冲区有什么区别？它与我的问题有什么关系吗（您可能会看到，在代码中随机 char* unsigned char* 被视为函数参数） 如果您需要更多信息，请随时询问:)

Answer 1

您如何确定您的 char* 数组正在被您所说的“截断”？如果您打印它或在调试器中查看它，它看起来会被截断，因为它会被视为字符串，并以 \0 结尾。然而，“buffer”中的数据（假设 libmpq_file_getdata() 执行其应该执行的操作）将包含整个文件或数据块或其他内容。

Answer 2

抱歉，这些术语有点混乱（实际上不是内存缓冲区，流缓冲区的意思与代码中相同）

是的，你说得对......我在异常处理中犯了一个错误。在第一段代码之后就是：

// check if the file has been open
//if (!mpf.is_open())
        pair<char*, size_t> temp = memorybuf.buffer();
        if(temp.first)
            throw AdtException(ADT_PARSEERR_EFILE);//Can't open the File

注意丢失的！在 temp.first 之前。我对抛出的异常感到惊讶，查看了流缓冲区..内部缓冲区对其长度感到困惑（C#背景：P）。
抱歉，它现在按预期工作。