GraphicsMagick 1.2.10 released

GraphicsMagick 1.2.10 is now available.  This is a maintenance release 
for the 1.2 stable branch.  This is expected to be the last release 
from the 1.2 branch since 1.2 was originally released on April 29, 
2008 and most users will be interested in the 1.3 releases.

Please visit the GraphicsMagick web site at 
http://www.GraphicsMagick.org/ to learn more or to download the 
release.

The following are the changes in this release compared with the 1.2.9 
release:

Security Fixes:

   * Fix for CVE-2009-1882 "Integer overflow in the XMakeImage
     function".

   * Eliminate lockup due to hanging in loop while parsing malformed
     sub-image specification (SourceForge issue 2886560).

   * libltdl: Update libltdl to 2.2.6b in order to fix security issue.
     Resolves CVE-2009-3736 as it pertains to GraphicsMagick.

Bug fixes:

   * The pixel cache was not working properly for large pixel cache
     files (>2GB) under Linux.  This limited the maximum image size
     which could be handled by a 32-bit application.

   * -convolve: Convolve does not accept an argument which looks like a
     geometry.  Resolves SourceForge issue #2890923 "Different handling
     of -convolve between convert and mogrify".

   * -convolve: In the Q32 build, convolution kernel size was estimated
     incorrectly for large sigmas on 32-bit systems

   * -draw: Eliminate read access beyond end of array.

   * IPTC: Returned IPTC string values were one character too short.

   * JPEG: Work properly with IJG JPEG library version 7.

   * Magick++: Implementation fix for STL shadeImage function object.

Feature improvements:

   * TextureImage(): Matte channel indication is disabled if a texture
     is rendered under the image.

   * JPEG 2000: Fix reading/writing 12-bit JPEG 2000.  Support ".j2k"
     as a file extension.

   * X11 display: If an image is TrueColor and has an opacity channel,
     then render it on top of a grid image to make the transparency
     more apparent.

   * Added MagickLibInterfaceNewest and MagickLibInterfaceOldest
     preprocessor defines so that applications may easily test for
     library versions while compiling.

Performance improvments:

   * None

Bob
--
Bob Friesenhahn
[email protected], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev