- 27 10月, 2012 1 次提交
-
-
由 John Bowler 提交于
READ_GAMMA. Prior to 1.6.0 switching off READ_GAMMA did unpredictable things to the interfaces that use it (specifically, png_do_background in 1.4 would simply display composite for grayscale images but do composition with the incorrect arithmetic for color ones). In 1.6 the semantic of -DPNG_NO_READ_GAMMA is changed to simply disable any interface that depends on it; this obliges people who set it to consider whether they really want it off if they happen to use any of the interfaces in question (typically most users who disable it won't).
-
- 26 10月, 2012 2 次提交
-
-
由 John Bowler 提交于
-
由 John Bowler 提交于
-
- 01 10月, 2012 1 次提交
-
-
由 John Bowler 提交于
-
- 12 8月, 2012 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 11 8月, 2012 1 次提交
-
-
由 John Bowler 提交于
support. Now "make check" will succeed even if libpng is compiled with -DPNG_NO_READ or -DPNG_NO_WRITE. The tests performed are reduced, but the basic reading and writing of a PNG file is always tested by one or more of the tests.
-
- 10 8月, 2012 1 次提交
-
-
由 John Bowler 提交于
-
- 04 6月, 2012 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
The compiler performs an optimization which is safe; however it then warns about it. Changing the type of 'palette_number' in pngvalid.c removes the warning.
-
- 11 3月, 2012 1 次提交
-
-
由 John Bowler 提交于
-
- 06 3月, 2012 2 次提交
-
-
由 John Bowler 提交于
-
由 John Bowler 提交于
-
- 03 3月, 2012 1 次提交
-
-
由 John Bowler 提交于
-
- 25 1月, 2012 1 次提交
-
-
由 John Bowler 提交于
compiler issues slightly different warnings from those issued by the current vesions of GCC. This eliminates those warnings by adding/removing casts and small code rewrites.
-
- 02 1月, 2012 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 24 12月, 2011 1 次提交
-
-
由 John Bowler 提交于
-
- 22 12月, 2011 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 18 12月, 2011 3 次提交
-
-
由 John Bowler 提交于
separate. The include path of 'config.h' was erroneously made relative in pngvalid.c in libpng 1.5.7.
-
由 John Bowler 提交于
-
由 Glenn Randers-Pehrson 提交于
-
- 16 12月, 2011 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 06 12月, 2011 1 次提交
-
-
由 John Bowler 提交于
-
- 27 11月, 2011 1 次提交
-
-
由 John Bowler 提交于
-
- 25 11月, 2011 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
and rebuilt Makefile.in and configure, etc., with autoconf-2.68
-
- 05 11月, 2011 1 次提交
-
-
由 John Bowler 提交于
the sBIT fields in the test pixel as 0, which resulted in a floating point division by zero which was irrelevant but causes systems where FP exceptions cause a crash. Added code to pngvalid to turn on FP exceptions if the appropriate glibc support is there to ensure this is tested in the future.
-
- 04 11月, 2011 1 次提交
-
-
由 John Bowler 提交于
in pngmem.c; pngvalid would attempt to call png_error() if the allocation of a png_struct or png_info failed. This would probably have led to a crash. The pngmem.c implementation of png_malloc() included a cast to png_size_t which would fail on large allocations on 16-bit systems.
-
- 03 11月, 2011 2 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
由 Glenn Randers-Pehrson 提交于
-
- 17 10月, 2011 2 次提交
-
-
由 John Bowler 提交于
is not byte aligned, while reading. Prior to libpng-1.5.6 libpng would overwrite the end of the image if the row width is not an exact multiple of 8 bits and the image is not interlaced.
-
由 John Bowler 提交于
-
- 15 10月, 2011 2 次提交
-
-
由 John Bowler 提交于
-
由 John Bowler 提交于
These fixes attend to most of the errors revealed in pngvalid, however doing the gamma work twice results in inaccuracies that can't be easily fixed. There is now a warning in the code if this is going to happen.
-
- 12 10月, 2011 1 次提交
-
-
由 John Bowler 提交于
-
- 07 10月, 2011 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
not supported.
-
- 23 9月, 2011 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 22 9月, 2011 2 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
由 Glenn Randers-Pehrson 提交于
-
- 10 9月, 2011 1 次提交
-
-
由 John Bowler 提交于
The 16-bit cases still use "L" as we don't have a 16-bit test system.
-
- 09 9月, 2011 1 次提交
-
-
由 John Bowler 提交于
to conditions where types that are 32 bits in the GCC 32-bit world (uLong and png_size_t) become 64 bits in the 64-bit world. This produces potential truncation errors which the compiler correctly flags.
-
- 30 8月, 2011 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-
- 26 8月, 2011 1 次提交
-
-
由 Glenn Randers-Pehrson 提交于
-