fread 仅 .PNG 文件的前 5 个字节

Question

我制作了一个简单的资源打包程序，用于将我的游戏资源打包到一个文件中。一切都很顺利，直到我开始编写解包程序。 我注意到我打包的 .txt 文件 - 26 字节 - 从资源文件中正常出来，没有任何问题，所有数据都保留了。 然而，当读取我打包在资源文件中的 .PNG 文件时，前 5 个字节完好无损，而其余字节则完全无效。

我将其追溯到打包过程，我注意到 fread 仅读取 .PNG 文件的前 5 个字节，而我一生都无法弄清楚原因。它甚至触发“EOF”，表明该文件只有 5 个字节长，而实际上它是一个 787 字节的 PNG 小多边形，100 像素 x 100 像素。

我什至通过创建一个单独的应用程序来简单地将这个 PNG 文件读入缓冲区来测试这个问题，我得到了相同的结果，并且只读取了 5 个字节。

这是那个小型独立应用程序的代码：

#include <cstdio>

int main(int argc, char** argv)
{
    char buffer[1024] = { 0 };
    FILE* f = fopen("test.png", "r");
    fread(buffer, 1, sizeof(buffer), f);
    fclose(f);        //<- I use a breakpoint here to verify the buffer contents
    return 0;
}

有人可以指出我的愚蠢错误吗？

Answer 1

有人可以指出我的愚蠢错误吗？

Windows平台，我猜？

使用此：

FILE* f = fopen("test.png", "rb");

而不是此：

FILE* f = fopen("test.png", "r");

请参阅 msdn 了解解释。

Answer 2

扩展来自 SigTerm 的正确答案，此处下面是为什么在文本模式下打开 PNG 文件时获得的效果的一些背景信息：

PNG 格式解释了它的 8字节文件头如下：

PNG 文件的前八个字节始终包含以下值：

   (decimal)              137  80  78  71  13  10  26  10
   (hexadecimal)           89  50  4e  47  0d  0a  1a  0a
   (ASCII C notation)    \211   P   N   G  \r  \n \032 \n

此签名既将该文件标识为 PNG 文件，又可以立即检测常见的文件传输问题。前两个字节在希望前两个字节唯一标识文件类型的系统上区分 PNG 文件。第一个字节选择为非 ASCII 值，以减少文本文件被误识别为 PNG 文件的可能性；此外，它还捕获了清除第 7 位的错误文件传输。字节 2 到 4 命名了格式。 CR-LF 序列捕获改变换行序列的错误文件传输。 control-Z 字符在 MS-DOS 下停止文件显示。最后的换行检查 CR-LF 转换问题的逆过程。

我相信在文本模式下，对 fread() 的调用在读取包含 Ctrl+Z 字符的第六个字节时终止。 Ctrl+Z 历史上曾在 MSDOS（以及之前的 CPM 中）用于指示文件结束，这是必要的，因为文件系统将文件大小存储为块计数，而不是字节计数。

通过以文本模式而不是二进制模式读取文件，您触发了防止意外使用 TYPE 命令显示 PNG 文件的保护。

您可以做的有助于诊断此错误的一件事是稍微不同地使用 fread()。您没有测试 fread() 的返回值。你应该。此外，您应该这样调用它：

...
size_t nread;
...
nread = fread(buffer, sizeof(buffer), 1, f);

以便 nread 是实际写入缓冲区的字节数。对于文本模式下的 PNG 文件，它会在第一次读取时告诉您它只读取了 5 个字节。由于文件不可能那么小，因此您会知道发生了其他事情。缓冲区的剩余字节从未被 fread() 修改，如果您将缓冲区初始化为其他填充值，就会看到这种情况。