GraphicsMagick

The GraphicsMagick development snapshots at ftp://ftp.graphicsmagick.org/pub/GraphicsMagick/snapshots/ have been updated. Most importantly, the Windows install packages now include libpng 1.5.9, which fixes the dire CVE-2011-3026 buffer overrun ... [More] bug. Libtiff 4.0.1 and zlib 1.2.6 are also included. Please test the snapshots and report any bugs so that the next formal release can be as solid as possible. Thanks, Bob [Less]

GraphicsMagick 1.3.13 is now available. The 1.3.13 release is API and ABI compatible with all previous 1.3.X releases and is therefore a stable drop-in upgrade. Many bugs are fixed, including some which caused deadlock or a crash. Some new ... [More] features which may be most interesting: * EXIF profiles are preserved when writing JPEG files. * The benchmark facility is improved and supports a -stepthreads option to benchmark a command with varying numbers of threads. * Support added for netpbm PAM format. * BigTIFF support added for Windows builds (via libtiff 4.0) * Most Windows "delegate" libraries updated to lastest version. There are far too many changes to list here, please visit http://www.graphicsmagick.org/NEWS.html for the full list of changes. Visit the GraphicsMagick web site at http://www.graphicsmagick.org/ to read about GraphicsMagick or to download the new release. Bob [Less]

The GraphicsMagick CVS repository has now been transformed to use Mercurial instead. The old CVS repository remains alive, but is now read-only. Due to bandwith constraints (Mercurial requires cloning the whole repository), the stable Mercurial ... [More] repository is hosted at SourceForge. In my testing, I was able to clone the repository in about four seconds across a broadband (DSL) connection. Please see the page at http://www.graphicsmagick.org/Hg.html for more information. Let me know about any issues you may encounter. Bob [Less]

Normally I would not announce new GraphicsMagick Windows snapshot builds but the last set built was back on September 21st 2010 so new ones are a notable event. Snapshots may be downloaded from ... [More] ftp://ftp.graphicsmagick.org/pub/GraphicsMagick/snapshots/ The changes since September 21st (or whatever you may be using) can be seen via the GraphicsMagick ChangeLogs at http://www.graphicsmagick.org/Changes.html Thanks, Bob [Less]

GraphicsMagick 1.3.12 is now released. This release fixes a number of bugs. Most significantly, use of GraphicsMagick as a filter was broken by the 1.3.10 release. Windows users should install this version in order to avoid possible exposure to ... [More] DOS due to well-crafted PNG files. Download the release from SourceForge via "https://sourceforge.net/projects/graphicsmagick/files/" or visit the web site at "http://www.graphicsmagick.org/". The following are the changes since the 1.3.11 release: Security Fixes: * Updated libpng Windows sources to 1.2.43 in order to resolve CVE-2010-0205 as it pertains to the GraphicsMagick Windows build. Bug fixes: * Filter mode (write to stdout) was completely broken. * Should now compile with libpng 1.4. * Windows PerlMagick build identified itself as the wrong version. New Features: * None Feature improvements: * None Performance Improvements: * None Behavior Changes: * DCX output format is only written on request. Previously the PCX coder would automatically switch to DCX format if multiple frames would be written. Thanks, Bob -- Bob Friesenhahn bfriesen< at >simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ ------------------------------------------------------------------------------ Download Intel&#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev [Less]

GraphicsMagick 1.3.10 is now available. This release fixes a few bugs discovered in the 1.3.9 release. Download the release from "https://sourceforge.net/projects/graphicsmagick/files/" or visit the web site at "http://www.graphicsmagick.org/". ... [More] The following are the changes in this release: Security Fixes: * None Bug fixes: * adjoin was not working correctly for the case when only one image frame is present. With adjoin and writing one frame to "foo%d.jpg" it was outputting "foo%d.jpg" rather than "foo0.jpg". * When drawing paths, memory allocation for the points was much larger than it needed to be (patch by Vladimir Lukianov). New Features: * None Feature improvements: * None Performance Improvements: * None Behavior Changes: * To reiterate the change which first appeared in 1.3.9, there is no longer an implicit adjoin if the output file name happens to contain a %d sequence, or there are multiple frames and the output file format only supports storing one frame. Specify adjoin if scene number substition is desired in the output file names. Thanks, Bob -- Bob Friesenhahn bfriesen< at >simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ ------------------------------------------------------------------------------ SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev [Less]

GraphicsMagick 1.3.9 is now released. This is a bug-fix release. Please download the release from "https://sourceforge.net/projects/graphicsmagick/files/" or visit the web site at "http://www.graphicsmagick.org/". The following are the changes ... [More] since the 1.3.8 release: Security Fixes: * None Bug fixes: * Fix "double free" error when using gm import -frame. * XPM does not support RGBA color syntax, so return RGB instead. * The display '-update' option was only working in conjunction with the '-delay' option with a delay setting of 2 or greater. * For formats which support multiple frames, output with adjoing to filenames containing a scene specification (e.g. food.tiff) was resulting in wrong output file names. * -convolve was crashing rather than reporting an error. * Fixed crash if the number of OpenMP threads was reduced from the original value via '-limit threads' or omp_set_num_threads(). * -blur was not blurring the opacity channel for solid-color images. * When installing HTML documentation, many files were included which are not part of the formatted documentation. * Several deleted global string constants are restored with deprecated status in order to assure that symbols are not removed from the ABI. New Features: * None Feature improvements: * None Performance Improvements: * None Behavior Changes: * There is no longer an implicit 'adjoin' if an output filename contains an apparent scene specification (e.g. food.tiff) and multiple files are not needed to save the image.. It is necessary to use adjoin. For example ``gm convert foo.pdf adjoin d.tiff``. * -flatten now applies the image background color under the first image in the list if it is not already opaque. Thanks, Bob -- Bob Friesenhahn bfriesen< at >simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com [Less]

This email only applies to those using the GraphicsMagick C or C++ APIs. Command line utility, PerlMagick, and TclMagick users should feel free to ignore this. As of the GraphicsMagick 1.3.8 release, it is absolutely required to invoke the ... [More] InitializeMagick() function before using the C or C++ APIs. This function has always been part of GraphicsMagick (and recommended to be used) but it was often believed to not be necessary since the library usually worked without invoking it. This absolute requirement is now imposed in order to improve thread safety and efficiency. Failure to invoke InitializeMagick() will surely lead to either a thrown assertion (if assertions are enabled) or an immediate crash. InitializeMagick() may be invoked any number of times so if you are not sure if the library is initialized, then simply invoke it again. If you are responsible for updating GraphicsMagick, please make sure that any programs or libraries using the GraphicsMagick APIs are invoking InitializeMagick(). Thanks, Bob -- Bob Friesenhahn bfriesen< at >simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com [Less]

GraphicsMagick 1.3.8 is now released. This will be the last release which is based CVS HEAD development. Subsequent 1.3.X releases will be to fix bugs, or to selectively update individual algorithms. Development on CVS HEAD really will be for ... [More] 1.4. Visit the GraphicsMagick web site at "http://www.GraphicsMagick.org/" for project details, and download release files from SourceForge at "https://sourceforge.net/projects/graphicsmagick/files/". The following are the improvements in 1.3.8 since the 1.3.7 release. Please be sure to read the "Behavior Changes" section since there are more significant changes than normal: Security Fixes: * Fix for CVE-2009-1882 "Integer overflow in the XMakeImage function". * Fix lockup due to hanging in loop while parsing malformed sub-image specification (SourceForge issue 2886560). * Libltdl: Updated libtool to 2.2.6b in order to fix security issue. Resolves CVE-2009-3736 as it pertains to GraphicsMagick. Bug fixes: * -convolve, -recolor: Validate that user-provided matrix is square when parsing -convolve and -recolor commands in order to avoid a core dump. * CALS: Reading images taller than the image width resulted in a failure. * ConstituteImage(), DispatchImage(): 'A' and 'T' should indicate transparency and 'O' should indicate opacity. Behavior was inconsistent. In some cases 'O' meant transparency while in other cases it meant opacity. Also, in a few cases, matte was not getting enabled in the image as it should. * DCRAW: Module name was not registered so modules based builds were not supporting formats provided via 'dcraw'. * GetOptimalKernelWidth1D(), GetOptimalKernelWidth2D(): In the Q32 build, convolution kernel size was estimated incorrectly for large sigmas on 32-bit systems due to arithmetic overflow. This could cause wrong results for -convolve, -blur, -sharpen, and other algorithms which use these functions. * Image Size: Fixed the ability to pass the image size via the filename specification like "myfile.jpg[640x480]" rather than needing to use -size. * IPTC: Blob data needed to be padded to an even size. Size is now correctly reported. * IPTC: Returned IPTC string values were one character too short. * Large Files: Large pixel cache files were not working under GNU Linux. * JP2: Fixed some value scaling problems. * JP2: Fix possible crash at exit when Jasper is used by a modules build. * MPC: is_monochrome and is_grayscale flags were not managed properly for the MPC coder. * PCL: Page was not always being ejected. * PNG: The png8 encoder would fail when trying to write a 1-color image. * PSD: PSD parser was confused by 0x0 pixel layers, resulting in image data corruption of all following layers. * -rotate, -shear: Some internally-reported errors were potentially being lost. * Subrange/stdin: Commands now support reading an image from stdin in conjunction with a subrange specification (e.g. "-[1]"). * Magick++ STL ShadeImage: Implementation was completely botched. New Features: * CALS Type 1 files may now be written (Work contributed by John Sergeant). CALS support is dependent on the TIFF library. * GROUP4RAW encoder supports reading/writing RAW Group4 data. * JP2: JPEG 2000 may now be written in arbitrary bit depths ranging from 2 to 16 rather than just 8 or 16. * JPEG: IJG JPEG library version 7 is now supported. * JPEG: Added jpeg:block-smoothing and jpeg:fancy-upsampling defines to control these JPEG library options. * JPEG: Detect and apply colorspaces appropriately for ITU FAX JPEG. * Resource Limits: There is now a "threads" resource limit which allows specifying the number of OpenMP threads which may be used, similar to the OMP_NUM_THREADS environment variable. * TIFF: Allow CIELAB TIFF to be read. * MagickGetImageAttribute()/MagickSetImageAttribute(): New Wand methods to support getting and setting an image attribute. Contributed by Mikko Koppanen. * ClonePixelWand(): New Wand method to deep-copy an existing pixel wand. * ClonePixelWands(): New Wand method to deep-copy an array of existing pixel wands. * MagickCdlImage(): New Wand method to apply the ASC CDL to an image. * MagickGetImageBoundingBox(): New Wand method to return the crop bounding box required to remove any solid-color border from the image. * MagickGetImageFuzz(), MagickSetImageFuzz(): New Wand methods to get and set the color comparison fuzz factor. * MagickHaldClutImage(): New Wand method to apply a Hald CLUT to an image. * MagickSetResolution(): New Wand method to set the wand resolution. * MagickSetResolutionUnits(): New Wand method to set the wand resolution units. * Magick++: Allow Magick++ library to built as a DLL under MinGW and Cygwin. This requires a modern GCC in order for C++ exceptions to work. Feature improvements: * Cygwin: Cygwin 1.7 is now supported. * JPEG compression settings are preserved (if possible) when inserting JPEG blobs into formats which use JPEG. * PDF: If the original file used JPEG compression, then use JPEG compression with original settings (if possible). * TIFF: Update Windows build to use libtiff 3.9.2. * X11 Display: Apply a checkerboard pattern underneath transparent images which use more than simple binary transparency. Performance Improvements: * Gamma: Performance is improved for Q8 and Q16 builds. Also preserve full precision in Q32 build. * String data is dealt with a bit more efficiently (fewer allocations, less memory, and less CPU). Behavior Changes: * InitializeMagick() MUST be invoked prior to using any Magick API function. Failure to do so will likely lead to an immediate application crash. This is due to initialization and runtime changes intended to improve thread safety and efficiency. Previously it was only strongly recommended to invoke InitializeMagick(). * ConstituteImage(), DispatchImage(): 'A' and 'T' should indicate transparency and 'O' should indicate opacity. Behavior was inconsistent. In some cases 'O' meant transparency while in other cases it meant opacity. Also, in a few cases, matte was not getting enabled in the image as it should. * colors.mgk: Is now empty to default and is optional. Previous content is now compiled into the library in an efficient way, but existing values may be modified, or new values added by adding entries to color.mgk. * DisableSlowOpenMP is now the default. Use --enable-openmp-slow to enable OpenMP for algorithms which sometimes run slower rather than faster. * magic.mgk: This configuration file is no longer used since this data is now compiled into the library in an efficient way. * modules.mgk: Is now empty to default and is optional. Previous content is now compiled into the library in an efficient way, but existing values may be modified, or new values added by adding entries to modules.mgk. * Third party executables not included in the Visual Studio build are no longer bundled in the GraphicsMagick installer. This means that hp2xx.exe, mpeg2dec.exe, and mpeg2enc.exe are no longer distributed. Bob -- Bob Friesenhahn bfriesen< at >simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev [Less]

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 ... [More] 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 bfriesen< at >simple.dallas.tx.us, 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 [Less]