giflib 5.1.2 不是线程安全的吗？

Question

我正在使用 giflib，并发现如果我在关闭前一个文件之前打开一个新文件，一切都会崩溃。

1. DGifOpen（文件 A）
2. DGifSlurp（文件 A）
3. DGifOpen（文件 B）
4. DGifSlurp（文件 B）- D_GIF_ERR_READ_FAILED 失败

这很了不起，因为我可以使用自定义读取函数验证每次读取都成功并返回请求的字节数。

但是……

1. DGifOpen（文件 A）
2. DGifSlurp（文件 A）
3. DGifClose（文件 A）
4. DGifOpen（文件 B）
5. DGifSlurp（文件 B）- 有效！

文档说 giflib 是re-entrant and thread-safe。

那么，如果有多个打开的文件有什么关系呢？ GifFileType 应该封装所有状态；并且文件 A 和文件 B 的用户端数据结构之间没有重叠。

---

更新和相关问题：giflib 是否旨在安全地处理恶意输入文件，或者它是该场景的错误工具？我在测试系统中没有看到任何自动使用 valgrind，而且我似乎找不到该项目的 CI 服务器。

---

更新：这与重叠文件无关，而是因为 giflib 5.1.2 仅在堆归零时才有效 - 未初始化的读取导致失败。重叠读取只是一种触发方式 那。

要重现，请下载 giflib 5.1.2，然后

1. 运行./autogen.sh
2. 运行make check
3. 然后cd util && cat ../pic/porsche.gif | valgrind .libs/lt-gifsponge
4. 观察 valgrind 报告未初始化的读取。

Answer 1

我是 giflib 的维护者，也是 DGifSlurp() 入口点的原作者。

4.x 和 5.x 之间的重大变化是从库中消除了静态存储。旧 API 无法重入，因为图像状态有一些静态指针。

您正确使用了 API，重叠的多次打开应该可以工作。但实现中可能存在错误 - 代码非常陈旧，其中一些已经 20 年没有仔细研究过。

我会在这方面与您合作。首先要做的是找出错误被抛出的位置；有 14 个不同的出口可以设置该代码。