Hello, Alexey Feldgendler <[EMAIL PROTECTED]> writes:
> Package: libungif4g > Version: 4.1.4-1 > Severity: important > > The library fails to load GIF images that contain a deferred clear > code in LZW compression, as mentioned in: > http://www.w3.org/Graphics/GIF/spec-gif89a.txt > > Example of such image: > http://www.plush.de/brix/files/everest.gif > > The library gives the following error: Image EOF detected, before > image complete. A while ago I forwarded your report to the upstream bug tracker at <http://sf.net/support/tracker.php?aid=1458342>. Toshio Kuratomi, one of the developers, replies: > Going through old tickets. > > Bearing in mind that I'm looking at code that I didn't write, it looks > like gif_lib is doing the right thing. In DGifSetupDecompress it defines > the ClearCode as 1 << BitsPerPixel and EOFCode as ClearCode + 1 which is > according to spec. > > In DGifDecompressLine, it reads a code and then compares it to EORCode and > ClearCode. EOFCode leads to the error: "Image EOF detected, before image > complete.". ClearCode leads to the decoder resetting the table to the > beginning. > > It looks like the program that encoded the image put in an EOFCode where > it should have output a ClearCode. If you have information to the > contrary, feel free to reopen this bug. Please add your comments at sf.net. I'll let the current Debian maintainer (hi Daniel!) handle things from here. Cheers, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
