我尝试使用giflib解码.gif文件。以下代码导致最后一行的段错误(输出宽度/高度正确)。
GifFileType* gif = DGifOpenFileName(filename.c_str(), &errCode);
if (gif == NULL) {
std::cout << "Failed to open .gif, return error with type " << errCode << std::endl;
return false;
}
int slurpReturn = DGifSlurp(gif);
if (slurpReturn != GIF_OK) {
std::cout << "Failed to read .gif file" << std::endl;
return false;
}
std::cout << "Opened .gif with width/height = " << gif->SWidth << " " << gif->SHeight << std::endl;
std::cout << gif->SavedImages[0].RasterBits[0] << std::endl;
输出:
Opened .gif with width/height = 921 922
zsh: segmentation fault (core dumped) ./bin/testgiflib
据我了解,giflib应填充gif-&gt; SavedImages。但是在调用DGifSlurp()后它为NULL。
任何想法都会受到赞赏。
修改
我已根据评论中的建议添加了以下代码行:
if (gif->SavedImages == NULL) {
std::cout <<"SavedImages is NULL" << std::endl;
}
打印该行,表示SavedImages为NULL。
EDIT2
出现此问题的一些GIF(请注意,我无法在任何GIF上使用它):
https://upload.wikimedia.org/wikipedia/en/3/39/Specialist_Science_Logo.gif
GIF image data, version 89a, 921 x 922
https://upload.wikimedia.org/wikipedia/commons/2/25/Nasa-logo.gif
GIF image data, version 87a, 1008 x 863
答案 0 :(得分:1)
前言:在我的giflib版本4.1.6中,DGifOpenFileName()
函数只接受filename参数,并且不返回错误代码,这是一个无关紧要的细节。
在调整API更改并添加必要的包含之后,我编译并执行了以下完整的独立测试程序:
#include <gif_lib.h>
#include <iostream>
int main()
{
GifFileType* gif = DGifOpenFileName("Specialist_Science_Logo.gif");
if (gif == NULL) {
std::cout << "Failed to open .gif, return error with type " << std::endl;
return false;
}
int slurpReturn = DGifSlurp(gif);
if (slurpReturn != GIF_OK) {
std::cout << "Failed to read .gif file" << std::endl;
return false;
}
std::cout << "Opened .gif with width/height = " << gif->SWidth << " " << gif->SHeight << std::endl;
std::cout << (int)gif->SavedImages[0].RasterBits[0] << std::endl;
}
除了头文件的存在,稍微不同的DGifOpenFilename()
签名,以及我将第二个输出行的值转换为显式(int)
的调整,这与您的代码相同。此外,代码已更改为显式打开Specialist_Science_Logo.gif
文件,这是您遇到问题的GIF图像文件之一。
此代码在Fedora x86-64,giflib 4.1.6,gcc 5.5.1上成功执行,没有任何问题。
使用valgrind检测示例代码并未发现任何内存访问冲突。
由此我得出结论,显示的代码没有任何问题。显示的代码显然是较大的应用程序的摘录。该错误位于此应用程序的其他位置,或者可能是giflib本身,并且仅在此处显示。