libpng-1.6.21 is available

Glenn Randers-Pehrson <[email protected]> Fri, 15 Jan 2016 15:35:08 -0500
Newsgroups gmane.comp.graphics.png.announce
Message-ID <CA+PdXcs3Bij88NYB_Y6tsc82zVGun9uabN_KG=ochhAiWOv1WA__5383.84401374987$1452890156$gmane$org@mail.gmail.com>
--===============6952420739390227373==
Content-Type: multipart/alternative; boundary=001a113a74f6d5f8ac052965561b

--001a113a74f6d5f8ac052965561b
Content-Type: text/plain; charset=UTF-8

libpng-1.6.21 is available from
ftp://ftp.simplesystems.org/pub/png/src/libpng16
and from
http://libpng.sf.net

Changes since the last public release (1.6.20):

  Fixed syntax "$(command)" in tests/pngstest that some shells other than
    bash could not parse (Bug report by Nelson Beebe). Use `command`
instead.
  Moved png_check_keyword() from pngwutil.c to pngset.c
  Removed LE/BE dependencies in pngvalid, to 'fix' the current problem
    in the BigEndian tests by not testing it, making the BE code the same
    as the LE version.
  Fixes to pngvalid for various reduced build configurations (eliminate
unused
    statics) and a fix for the case in rgb_to_gray when the digitize option
    reduces graylo to 0, producing a large error.
  Widened the 'limit' check on the internally calculated error limits in
    the 'DIGITIZE' case (the code used prior to 1.7 for rgb_to_gray error
    checks) and changed the check to only operate in non-release builds
   (base build type not RC or RELEASE.)
  Fixed undefined behavior in pngvalid.c, undefined because
    (png_byte) << shift is undefined if it changes the signed bit
    (because png_byte is promoted to int). The libpng exported functions
    png_get_uint_32 and png_get_uint_16 handle this. (Bug reported by
    David Drysdale as a result of reports from UBSAN in clang 3.8).
  This changes pngvalid to use BE random numbers; this used to produce
    errors but these should not be fixed as a result of the previous
changes.
  In projects/vstudio, combined readme.txt and WARNING into README.txt
  Relocated assert() in contrib/tools/pngfix.c, bug found by American
    Fuzzy Lop, reported by Brian Carpenter.
  Marked 'limit' UNUSED in transform_range_check().  This only affects
    release builds.
  Worked around a false-positive Coverity issue in pngvalid.c.

Glenn

--001a113a74f6d5f8ac052965561b
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>libpng-1.6.21 is available from<br><a href=3D"ftp://f=
tp.simplesystems.org/pub/png/src/libpng16">ftp://ftp.simplesystems.org/pub/=
png/src/libpng16</a><br>and from<br><a href=3D"http://libpng.sf.net">http:/=
/libpng.sf.net</a><br><br>Changes since the last public release (1.6.20):<b=
r><br>=C2=A0 Fixed syntax &quot;$(command)&quot; in tests/pngstest that som=
e shells other than<br>=C2=A0=C2=A0=C2=A0 bash could not parse (Bug report =
by Nelson Beebe). Use `command` instead.<br>=C2=A0 Moved png_check_keyword(=
) from pngwutil.c to pngset.c<br>=C2=A0 Removed LE/BE dependencies in pngva=
lid, to &#39;fix&#39; the current problem<br>=C2=A0=C2=A0=C2=A0 in the BigE=
ndian tests by not testing it, making the BE code the same <br>=C2=A0=C2=A0=
=C2=A0 as the LE version.<br>=C2=A0 Fixes to pngvalid for various reduced b=
uild configurations (eliminate unused<br>=C2=A0=C2=A0=C2=A0 statics) and a =
fix for the case in rgb_to_gray when the digitize option<br>=C2=A0=C2=A0=C2=
=A0 reduces graylo to 0, producing a large error.<br>=C2=A0 Widened the &#3=
9;limit&#39; check on the internally calculated error limits in<br>=C2=A0=
=C2=A0=C2=A0 the &#39;DIGITIZE&#39; case (the code used prior to 1.7 for rg=
b_to_gray error<br>=C2=A0=C2=A0=C2=A0 checks) and changed the check to only=
 operate in non-release builds<br>=C2=A0=C2=A0 (base build type not RC or R=
ELEASE.)<br>=C2=A0 Fixed undefined behavior in pngvalid.c, undefined becaus=
e<br>=C2=A0=C2=A0=C2=A0 (png_byte) &lt;&lt; shift is undefined if it change=
s the signed bit<br>=C2=A0=C2=A0=C2=A0 (because png_byte is promoted to int=
). The libpng exported functions<br>=C2=A0=C2=A0=C2=A0 png_get_uint_32 and =
png_get_uint_16 handle this. (Bug reported by<br>=C2=A0=C2=A0=C2=A0 David D=
rysdale as a result of reports from UBSAN in clang 3.8).<br>=C2=A0 This cha=
nges pngvalid to use BE random numbers; this used to produce<br>=C2=A0=C2=
=A0=C2=A0 errors but these should not be fixed as a result of the previous =
changes.<br>=C2=A0 In projects/vstudio, combined readme.txt and WARNING int=
o README.txt<br>=C2=A0 Relocated assert() in contrib/tools/pngfix.c, bug fo=
und by American<br>=C2=A0=C2=A0=C2=A0 Fuzzy Lop, reported by Brian Carpente=
r.<br>=C2=A0 Marked &#39;limit&#39; UNUSED in transform_range_check().=C2=
=A0 This only affects<br>=C2=A0=C2=A0=C2=A0 release builds.<br>=C2=A0 Worke=
d around a false-positive Coverity issue in pngvalid.c.<br><br></div>Glenn<=
br></div>

--001a113a74f6d5f8ac052965561b--


--===============6952420739390227373==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
--===============6952420739390227373==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
png-mng-announce mailing list
png-mng-announce-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/png-mng-announce

--===============6952420739390227373==--