在Windows上使用mingw构建应用程序时，如何防止Qt提供的Zlib的deflateend＆compr_str函数出现段错误？

如何解决在Windows上使用mingw构建应用程序时，如何防止Qt提供的Zlib的deflateend＆compr_str函数出现段错误？

简介

我在代码中使用以下代码进行Gzip压缩，并在非常特定的条件下体验了代码段错误。尝试自己解决之后，我基本上完全迷路了。

该代码是使用以下配置构建的：

1. 使用zlib系统从源代码构建的Linux x86-64 Ubuntu 18.04，Qt 5.12.7。
2. 使用zlib系统从源代码构建的Linux arm x86-64 Yocto，Qt 5.12.7。
3. 使用自建的zlib从官方安装程序中获取Windows MSVC2017 64位Qt 5.12.7，因为Qt并未为MSVC发行一个版本。
4. 使用随附的zlib从官方安装程序中下载的Windows MinGW-x86-64，Qt 5.12.7

在配置[1-3]中，对压缩代码的测试调用成功。 在配置[4]中，从Qt创建者IDE中启动压缩文件的测试调用成功。 在配置[4]中，从Power shell命令行构建时，对压缩代码的测试调用一经调用deflateEnd(&cmpr_stream);就会导致段错误： 1.在电源外壳中设置相同的环境变量，例如Qt Creator ide用作构建环境。ACLineStatus 2.调用与在Qt Creator IDE中为MinGw-x86-64配置配置的完全相同的命令。

当我尝试为MSVC和MinGw使用32768的缓冲区大小时，即使在测试称为 inside qt创建者的情况下，我也可以在该特定行重现类似的崩溃。 MSVC崩溃为16384，MinGw崩溃为32768，因此下面的代码中的#ifdef是我的代码中的缓冲区大小。

问题

• 下面的实际压缩代码通常看起来还可以吗？它最初不是由我写的，并且我还没有详细学习如何正确使用zlib，但是，整个网络上的许多示例代码看起来都很相似。
• 什么可能导致ZLIB崩溃，他们的文档指出“即使输入损坏，lib也绝不应该崩溃”？
• 当我使用mingw32从命令行构建应用程序时使用segfault可能会导致segfault的原因，该应用程序具有与qt creator ide内部相同的构建环境变量，而resultinh构建在执行时不会崩溃？

我做了两个mingw构建（通过在IDE中调用测试表单来创建qt创建者，以及通过从命令行调用测试来进行手动cli构建）来测试仅安装了QT的干净虚拟机上的行为，并且在开始任何构建之前，要拥有绝对相同且干净的环境。

段错误代码

#define BASE2_ZLIB_WINDOWSIZE 15
#define GZIP_ZLIB_WINDOWSIZE (16 + BASE2_ZLIB_WINDOWSIZE)
#define MOD_GZIP_ZLIB_CFACTOR 9
#define MOD_GZIP_ZLIB_BSIZE 8096

#ifdef _MSC_VER
#define COMPR_BUFFER_SIZE 32768
#else
#define COMPR_BUFFER_SIZE 16384
#endif

QByteArray gzipCompress(QByteArray data,int compressionlevel)
{
    char buffer[COMPR_BUFFER_SIZE];

    z_stream cmpr_stream;
    cmpr_stream.next_in = reinterpret_cast<unsigned char *>(data.data());
    cmpr_stream.avail_in = static_cast<uInt>(data.size());
    cmpr_stream.total_in = 0;
    cmpr_stream.total_out = 0;

    cmpr_stream.zalloc = Z_NULL;
    cmpr_stream.zalloc = Z_NULL;

    QByteArray compressed;

    // the actual compression work.
    if (deflateInit2(&cmpr_stream,compressionlevel,Z_DEFLATED,GZIP_ZLIB_WINDOWSIZE,MOD_GZIP_ZLIB_CFACTOR,Z_DEFAULT_STRATEGY) != Z_OK)
    {
        return compressed;
    }
    // retrieve the compressed bytes blockwise
    int ret;
    do
    {
        cmpr_stream.next_out = reinterpret_cast<uint8_t *>(buffer);
        cmpr_stream.avail_out = COMPR_BUFFER_SIZE;
        ret = deflate(&cmpr_stream,Z_FINISH);

        if (static_cast<unsigned long>(compressed.size()) < cmpr_stream.total_out)
        {
            // append the block to the output string
            compressed.append(buffer,static_cast<int>(cmpr_stream.total_out) - compressed.size());
        }
    } while (ret == Z_OK);

    deflateEnd(&cmpr_stream);

    if (ret != Z_STREAM_END)
    {
        return QByteArray();
    }
    return compressed;
}

测试，调用代码

TEST(Compression,gzipSuccessfull)
{
    QString string_data(
        "Complex Test 256/n Data complete Lorem ipsum dolor sit amet,consetetur sadipscing elitr "
        "Lorem ipsum dolor sit amet,consetetur sadipscing elitr");
    QByteArray raw = string_data.toLatin1();
    qDebug() << "Orig size: " << raw.size();
    // Crashes in the next line
    QByteArray compressed = gzipCompress(raw);
    qDebug() << "Compressed size: " << compressed.size();
    QByteArray uncompressed = gzipDecompress(compressed);
    qDebug() << "Uncompressed size: " << uncompressed.size();
    QString restored = QString::fromLatin1(uncompressed);
    ASSERT_TRUE(string_data == restored);
}

解决方法

不确定这是否导致段错误，但是您需要初始化zfree。由于您初始化zalloc两次，所以它看起来像是代码中的复制/粘贴错误。应该是：

cmpr_stream.zalloc = Z_NULL;
cmpr_stream.zfree = Z_NULL;

并且要完整：

cmpr_stream.opaque = Z_NULL;

您对要添加的数量的计算看起来是正确的，但这是一种回旋方式，如果long为32位，则可能会出现可移植性问题。在那种情况下，total_out不能代表超过4 GB的总金额。相反，您应该直接使用deflate()的结果：

    if (cmpr_stream.avail_out < COMPR_BUFFER_SIZE)
    {
        // append the block to the output string
        compressed.append(buffer,COMPR_BUFFER_SIZE - cmpr_stream.avail_out);
    }

由于append的参数是int而不是unsigned，因此您应确保COMPR_BUFFER_SIZE适合int。