Closed buptsseGJ closed 4 years ago
Judging by the stack trace, could be a bug with the resize feature. Can you please tun the same command without -s 0.5
and see if it works?
Following your suggestion, I remove the -s 0.5
option and the output looks like this:
Collecting files...
(1/1) hang.png -> /root/--/caesium-clt/out/hang.png
[ERROR] 301: Unrecognized error.
The problem is not with caesiumclt itself, but with zopflipng, the library used for the compression. To be more specific, the library cannot load the PNG file due to invalid CRC and returns Decoding error 57: invalid CRC encountered (checking CRC can be disabled)
As a test, I just re-saved your image from a photo editing application and all went fine. The only solution would be not to check the CRC, but I think this might not be the best option.
Hello, I found the hang bug in the master version of caesiumclt binary or its library.
Below are steps followed to reproduce the bug. I used GCC 5.4 and AddressSanitizer (export CFLAGS="-g -fsanitize=address" CXXFLAGS="-g -fsanitize=address" LDFLAGS="-fsanitize=address" before make) to build it, this test file can cause hang bug.
Test case: hang.png
I tried to debug it with gdb using the following command:
./build/src/caesiumclt -q 80 -s 0.5 -o out hang.png
After typingr
command, it hanged, so I typeCtrl+c
to interrupt it. The debug output is listed below:The call stack is shown below:
I hope this helps you.