<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.video.graphicsmagick.announce">
    <title>gmane.comp.video.graphicsmagick.announce</title>
    <link>http://blog.gmane.org/gmane.comp.video.graphicsmagick.announce</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/108"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/107"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/106"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/105"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/104"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/103"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/102"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/101"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/100"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/99"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/98"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/97"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/96"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/94"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/93"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/92"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/91"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/90"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/89"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/88"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/108">
    <title>GraphicsMagick 1.3.15 Released</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/108</link>
    <description>&lt;pre&gt;GraphicsMagick 1.3.15 is now available.  This release fixes several 
bugs and adds a number of new features.  This release is binary 
compatible with all previous 1.3.X releases, however, please read the 
change notes since there is a change in behavior from previous 
releases.

Please visit http://www.graphicsmagick.org/ to learn more about 
GraphicsMagick, or visit 
https://sourceforge.net/projects/graphicsmagick/files/ to download 
GraphicsMagick from SourceForge.

The following are the changes in this release:

Security Fixes:

   * Libpng in Windows build is updated to 1.5.10 release.  Provides a
     fix for CVE-2011-3048.

Bug fixes:

   * PNG - fixed problem with bit depth when the encoder decides to
     write RGBA instead of indexed PNG.

   * Fixed some temporary file leaks which were caused by the temporary
     file name being automatically extended to include a scene number,
     and therefore fail to be deleted.

New Features:

   * Added '+noise random' and '-operator noise-random' to 'convert'
     and 'mogrify'.  This modulates the existing image data with
     uniformely random noise.

   * Added -strip option in composite, convert, mogrify, and montage to
     remove all profiles and text attributes from the image.

   * Added -repage option to composite, convert, mogrify, and montage
     subcommands to reset or adjust the current image page offsets
     based on a provided geometry specification.

   * New C function StripImage() to remove all profiles and text
     attributes from the image.

   * New C function ResetImagePage() to adjust the current image page
     canvas and position based on a relative page specification.

   * C functions GenerateDifferentialNoise(), AddNoiseImageChannel(),
     QuantumOperatorRegionImage(), AddNoiseImage() updated to support
     RandomNoise enumeration.

   * New C++ Image method strip(), and unary function stripImage() to
     remove all profiles and text attributes from the image.

   * XCF format now respects image subimage and subrange members so
     that returned image layers may be selected.

   * The INFO coder (e.g. output file "info:-") now respects the
     -format option so that its output may be adjusted identically to
     how -format works for 'identify'.

   * TclMagick now supports Random noise.

Feature improvements:

   * C function ThumbnailImage() now allows the user to override the
     filter used, but still defaults to using the box filter.

Performance Improvements:

   * None

Behavior Changes:

   * No longer add a printf-style scene formatting specification to
     filenames which do not have one and no longer automatically
     operate in 'adjoin' mode in such cases.  If multiple numbered
     files are intended to be output, then add +adjoin to the command
     line and use an output filename specification similar to
     "image-%d.jpg".  Output files are now completely specified and
     predictable but this may break some existing usages which
     anticipate the automatic file numbering.

&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2012-04-28T21:26:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/107">
    <title>GraphicsMagick 1.3.14 released</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/107</link>
    <description>&lt;pre&gt;GraphicsMagick 1.3.14 is now available.  This is primarily a bug-fix 
release.  The only new features are that MagickExtentImage() is added 
to the Wand API, and the Mamiya Photo RAW "MEF" format is now 
supported.

The Despeckle algorithm (-despeckle) is many times faster now.  In my 
experience, this is a quite worthy agorithm since it does well at 
removing noise without making the image blurry.  Now it is less 
painful to use.

Users of the Windows package should update as soon as possible since 
the included libpng incorporates a critial security fix.

The GraphicsMagick web site is at "http://www.graphicsmagick.org/". 
The news page which describes the details of the release is at 
"http://www.graphicsmagick.org/NEWS.html".

Please report any bugs you may encounter.

Bob
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2012-02-26T02:17:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/106">
    <title>Please test GraphicsMagick development snapshots</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/106</link>
    <description>&lt;pre&gt;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 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
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2012-02-19T00:57:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/105">
    <title>GraphicsMagick 1.3.13 Released</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/105</link>
    <description>&lt;pre&gt;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 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
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2011-12-25T16:11:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/104">
    <title>GraphicsMagick switches from CVS to Mercurial</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/104</link>
    <description>&lt;pre&gt;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 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
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2011-05-30T22:25:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/103">
    <title>New Windows development snapshot builds available</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/103</link>
    <description>&lt;pre&gt;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

   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
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2011-02-20T21:24:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/102">
    <title>GraphicsMagick 1.3.12 Released</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/102</link>
    <description>&lt;pre&gt;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 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&amp;lt; at &amp;gt;simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

------------------------------------------------------------------------------
Download Intel&amp;amp;#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
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2010-03-08T21:05:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/101">
    <title>GraphicsMagick 1.3.10 Available</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/101</link>
    <description>&lt;pre&gt;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/".

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&amp;lt; at &amp;gt;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
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2010-02-10T23:07:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/100">
    <title>GraphicsMagick 1.3.9 Released</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/100</link>
    <description>&lt;pre&gt;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 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. foo%02d.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. foo%02d.tiff) and
     multiple files are not needed to save the image..  It is necessary
     to use +adjoin.  For example ``gm convert foo.pdf +adjoin
     %02d.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&amp;lt; at &amp;gt;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
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2010-02-04T23:08:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/99">
    <title>InitializeMagick() requirement</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/99</link>
    <description>&lt;pre&gt;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 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&amp;lt; at &amp;gt;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
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2010-01-27T00:32:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/98">
    <title>GraphicsMagick 1.3.8 Released</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/98</link>
    <description>&lt;pre&gt;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 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&amp;lt; at &amp;gt;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
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2010-01-21T23:26:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/97">
    <title>GraphicsMagick 1.2.10 released</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/97</link>
    <description>&lt;pre&gt;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 (&amp;gt;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&amp;lt; at &amp;gt;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 
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2010-01-07T01:57:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/96">
    <title>Typo3 and GraphicsMagick</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/96</link>
    <description>&lt;pre&gt;Typo3 users who started to experience problems with GraphicsMagick 
(i.e. GM hangs, consuming 100% CPU) should pay attention to this Typo3 
bug entry:

   http://bugs.typo3.org/view.php?id=12341

A bug in a security fix for Typo3 revealed a bug in GraphicsMagick. 
This GraphicsMagick bug will be resolved in the next GraphicsMagick 
release, and has been fixed for several weeks in the development 
snapshots.

For those trying to secure file names for modern GraphicsMagick, it is 
worth noting that file names may be written (in a secure fashion) to a 
text file which is then specified with a '&amp;lt; at &amp;gt;' prefix.  The file name is 
then read from the file specified.  This avoids the need to pass 
potentially dangerous file names via the system command shell.

Bob
--
Bob Friesenhahn
bfriesen&amp;lt; at &amp;gt;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 
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2009-12-21T18:11:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/94">
    <title>GraphicsMagick Security Alert</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/94</link>
    <description>&lt;pre&gt;There is a potential security exploit with certain configurations of 
the Unix/MinGW/Cygwin "modules" build of GraphicsMagick.  The issue is 
in libltdl rather than GraphicsMagick, but certain build 
configurations of GraphicsMagick expose the potential exploit.  Some 
operating systems will still be reasonably secure while others are 
quite risky.

If this command produces no output then you are likely ok:

   gm -version | grep with-modules | grep disable-static

If it does output a line of text then there may be a security risk.

To be safe from the risk while using a modules build then make sure 
that GraphicsMagick is configured with these options:

   --enable-shared --disable-static --with-modules

People using really anchient versions of GraphicsMagick with terse 'gm 
-version' output will need to use other means to see if 
--disable-static was used.

Thanks,

Bob
--
Bob Friesenhahn
bfriesen&amp;lt; at &amp;gt;simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2009-11-06T00:35:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/93">
    <title>Updated GraphicsMagick vs ImageMagick resultsavailable</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/93</link>
    <description>&lt;pre&gt;The benchmark page at

   http://www.graphicsmagick.org/benchmarks.html

is now updated to reflect latest GraphicsMagick and ImageMagick. 
Fans of GraphicsMagick will be very pleased, and followers of 
ImageMagick, not so much at all.

Bob
--
Bob Friesenhahn
bfriesen&amp;lt; at &amp;gt;simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

------------------------------------------------------------------------------
Come build with us! The BlackBerry&amp;amp;reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&amp;amp;#45;12, 2009. Register now&amp;amp;#33;
http://p.sf.net/sfu/devconf
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2009-09-21T03:23:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/92">
    <title>GraphicsMagick 1.3.7 Released</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/92</link>
    <description>&lt;pre&gt;GraphicsMagick 1.3.7 is now available.  This release is both a feature 
and bug-fix release.  The release was hastened due to a corruption bug 
discovered with embedded profiles in JPEG files.  Regardless, there 
are many bug fixes, and many new/improved features as well.

Learn more about GraphicsMagick at "http://www.graphicsmagick.org/". 
Download the release from 
"http://sourceforge.net/projects/graphicsmagick/files/".

The following are the improvements in GraphicsMagick since the 
previous 1.3.6 release:

Security Fixes:

   * PCX: Detect improper rows, columns, or depth.  Fixes CVE-2008-1097
     "Memory corruption in ImageMagick's PCX coder".

   * DrawDashPolygon: Avoid a crash which sometimes occured with tiny
     polygons.

Bug fixes:

   * JPEG: Profile chunks need to be concatentated in order to build
     the whole profile.  This was not working so embedded profiles
     larger than 32K or maybe 64K were being corrupted.  This bug was
     introduced in GraphicsMagick 1.2.

   * Meta: Fix memory leaks.

   * Meta: Work better with with IPTC record 2 blocks and deal better
     with IPTC embedded in an 8BIM profile.  Fixes by John Sergeant.

   * MPC: Fix crash when reading MPC and the input image is modified.

   * PNG: Ensure that the opacity channel is properly initialized.

   * -profile: Lowercase arguments were sometimes not working as
     expected.

   * Topol: Topol reader actually works now and is included in test
     suite.

   * TIFF: Read and write JPEG-compressed grayscale TIFF correctly.

   * VisualMagick configure now works properly when output paths are
     specified.

   * WMF: Eliminate memory leaks.

New Features:

   * MagickWand: New method MagickSetCompressionQuality() to allow
     setting the compression quality.

   * MagickWand: New method CloneDrawingWand() to deep-copy a drawing
     wand.

   * MagickWand: New method DrawGetException() to retrieve information
     regarding the last drawing wand exception (if any).

   * MagickWand: New method DrawClearException() to clear a drawing wand
     exception.

   * Magick++: New Image method cdl() to apply the ASC CDL.

   * Magick++: New Image method colorMatrix() to apply a color matrix
     to the image channels.

   * Magick++: New Image method haldClut() to apply a color lookup
     table (Hald CLUT) to the image.

   * MSL/Conjure: Added a new 'profile' command which applies, adds, or
     removes one or more IPTC, ICC or generic profiles from a file.
     Work contributed by John Sergeant.

   * Added a 'time' subcommand to provide Unix-style 'time' output when
     a 'time' capability is missing, or the reporting format is
     inconsistent.  For example 'gm time convert ...'.

Feature improvements:

   * ColorMatrixImage(): Add opaque opacity channel when needed.

   * PDF &amp;amp; PS: Use '-type palette' prior to input file name to cause
     Ghostscript to return a dithered colormapped image.

   * PNG: Now compiles with libpng-1.4.0beta74 and later.

   * TIFF: Libtiff in Windows build is upgraded to 3.9.1.  This allows
     GraphicsMagick to read and write 16 and 24 bit float TIFF files.

   * Windows code to find Ghostscript is rewritten from scratch.

Performance Improvements:

   * Drawing of points, lines, and polygons (and complex shapes based
     on these) is now accelerated using OpenMP with excellent speed-up.

   * ICC color transforms now see linear speedup from OpenMP.

   * Rotate: For rotations of 90 or 270 degrees, tile sizes are
     selected more appropriately.

Behavior Changes:

   * No longer clear the exception structure at the start of
     ReadImage() and other similar functions since this sometimes masks
     errors.  The API user is expected to make sure that the exception
     structure is clean prior to invoking a function.

   * SVG: Writer is now disabled since it usually does not work properly.

Thanks,

Bob
--
Bob Friesenhahn
bfriesen&amp;lt; at &amp;gt;simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

------------------------------------------------------------------------------
Come build with us! The BlackBerry&amp;amp;reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&amp;amp;#45;12, 2009. Register now&amp;amp;#33;
http://p.sf.net/sfu/devconf
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2009-09-17T23:23:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/91">
    <title>GraphicsMagick 1.2.9 released</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/91</link>
    <description>&lt;pre&gt;GraphicsMagick 1.2.9 (source code only) is now released.  This is a 
critical bug fix release to the 1.2.X release series.  If you are 
already using a 1.2.X release, then you should update to this release, 
unless you were planning to upgrade to 1.3.X.  GraphicsMagick 1.3.7 
should be released within the next few days.

Visit http://www.graphicsmagick.org/ to learn more about 
GraphicsMagick.

The following are the changes in this release since 1.2.8:

Security Fixes:

   * None

Bug fixes:

   * Large embedded profiles (&amp;gt;32k, &amp;gt;64K, depending on writing
     software) read from JPEG files were being corrupted.  This problem
     originated in GraphicsMagick 1.2.

Feature improvements:

   * None

Performance improvments:

   * None

Bob
--
Bob Friesenhahn
bfriesen&amp;lt; at &amp;gt;simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

------------------------------------------------------------------------------
Come build with us! The BlackBerry&amp;amp;reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&amp;amp;#45;12, 2009. Register now&amp;amp;#33;
http://p.sf.net/sfu/devconf
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2009-09-16T22:37:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/90">
    <title>Heads-up on ICC profile in JPEG corruption</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/90</link>
    <description>&lt;pre&gt;Today I learned that GraphicsMagick 1.2 and later corrupt ICC profiles 
retrieved from JPEG files.  Large ICC profiles are broken up into 
smaller chunks when saved to JPEG files which need to be re-assembled 
when the JPEG file is read.  Starting with GraphicsMagick 1.2 (1.1.X 
are fine), this re-assembly was not done correctly.  Small ICC 
profiles (&amp;lt; 32-64K bytes depending on the writing software) pass 
through without problems.  Luckily, most files do seem to use small 
profiles.

GraphicsMagick 1.2.9 and 1.3.7 will include fixes for this problem.

A source patch to coders/jpeg.c is included for those who have source 
code and need to fix the problem ASAP.

Bob
--
Bob Friesenhahn
bfriesen&amp;lt; at &amp;gt;simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/Index: coders/jpeg.c
===================================================================
RCS file: /GraphicsMagick/GraphicsMagick/coders/jpeg.c,v
retrieving revision 1.242.2.1
retrieving revision 1.242.2.3
diff -u -r1.242.2.1 -r1.242.2.3
--- coders/jpeg.c17 Jul 2008 22:14:09 -00001.242.2.1
+++ coders/jpeg.c16 Sep 2009 20:21:03 -00001.242.2.3
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -313,6 +313,57 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
   return(True);
 }
 
+/*
+  Append a profile chunk to a (possibly) existing profile.
+*/
+static MagickPassFail
+AppendImageProfile(Image *image,
+   const char *name,
+   const unsigned char *profile_chunk,
+   const size_t chunk_length)
+{
+  const unsigned char
+    *existing_profile;
+
+  size_t
+    existing_length;
+
+  MagickPassFail
+    status;
+
+  status=MagickFail;
+  existing_length=0;
+  existing_profile=(const unsigned char *) NULL;
+  if (profile_chunk != (const unsigned char *) NULL)
+    existing_profile=GetImageProfile(image,name,&amp;amp;existing_length);
+
+  if ((profile_chunk == (const unsigned char *) NULL) ||
+      (existing_profile == (const unsigned char) NULL))
+    {
+      status=SetImageProfile(image,name,profile_chunk,chunk_length);
+    }
+  else
+    {
+      unsigned char
+*profile;
+
+      size_t
+profile_length;
+
+      profile_length=existing_length+chunk_length;
+      if ((profile_length &amp;lt; existing_length) || 
+  ((profile=MagickAllocateMemory(unsigned char *,(size_t) profile_length)) ==
+   (unsigned char *) NULL))
+ThrowBinaryException(ResourceLimitError,MemoryAllocationFailed,
+     (char *) NULL);
+      (void) memcpy(profile,existing_profile,existing_length);
+      (void) memcpy(profile+existing_length,profile_chunk,chunk_length);
+      status=SetImageProfile(image,name,profile,profile_length);
+    }
+
+  return status;
+}
+
 static boolean ReadGenericProfile(j_decompress_ptr jpeg_info)
 {
   ErrorManager
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -383,7 +434,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
   /*
     Store profile in Image.
   */
-  status=SetImageProfile(image,profile_name,profile,length);
+  status=AppendImageProfile(image,profile_name,profile,length);
   MagickFreeMemory(profile);
 
   (void) LogMagickEvent(CoderEvent,GetMagickModule(),"Profile: %s, %lu bytes",
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -449,13 +500,14 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
     ThrowBinaryException(ResourceLimitError,MemoryAllocationFailed,
       (char *) NULL);
 
-  (void) LogMagickEvent(CoderEvent,GetMagickModule(),"ICC profile: %ld bytes",
+  (void) LogMagickEvent(CoderEvent,GetMagickModule(),
+"ICC profile chunk: %ld bytes",
     length);
 
   for (i=0 ; i &amp;lt; length; i++)
    profile[i]=GetCharacter(jpeg_info);
 
-  (void) SetImageProfile(image,"ICM",profile,length);
+  (void) AppendImageProfile(image,"ICM",profile,length);
 
   MagickFreeMemory(profile);
 
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -559,7 +611,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
   for (i=0; i&amp;lt;length; i++)
     profile[i]=GetCharacter(jpeg_info);
 
-  (void) SetImageProfile(image,"IPTC",profile,length);
+  (void) AppendImageProfile(image,"IPTC",profile,length);
 
   MagickFreeMemory(profile);
   return(True);
------------------------------------------------------------------------------
Come build with us! The BlackBerry&amp;amp;reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&amp;amp;#45;12, 2009. Register now&amp;amp;#33;
http://p.sf.net/sfu/devconf_______________________________________________
Graphicsmagick-announce mailing list
Graphicsmagick-announce&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/graphicsmagick-announce
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2009-09-16T20:44:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/89">
    <title>Future GraphicsMagick directions</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/89</link>
    <description>&lt;pre&gt;After making a 1.3.7 release based on CVS HEAD development code, I 
plan to put the 1.3 branch into "security and bug fixes" maintenance 
mode.

I would like to change the GraphicsMagick license to be the true MIT 
License text (as described at 
http://www.opensource.org/licenses/mit-license.php) rather than the 
MIT look-alike license currently used.  It is within our right to do 
this since the existing license text provides for sublicensing, and of 
course GraphicsMagick Group applied the current license. Using the 
true MIT license gains Open Source Initiative approval, and blessings 
from other organizations as well.  We can't change existing licenses 
covering code we didn't write but the existing licenses which provide 
for sublicensing then effectively become covered by the MIT license.

For the Windows build (and starting in the the 1.4 release cycle), I 
would like to eliminate any dependence on proprietary C++ class 
libraries (ATL and MFC).  This will result in the elimination of 
"gmdisplay" and "ImageMagickObject" from the installer.  The 
distributed binary software can then be completely built using Visual 
Studio Express edition, or GCC.  Obviously we will need some sort of 
new display program (based on an open source toolkit) which works 
under Windows, and it would be useful to have an API which may be used 
from other than C or C++ (e.g. from Visual Basic).  This can be 
discussed in the GraphicsMagick forum and mailing lists.

Thanks,

Bob
--
Bob Friesenhahn
bfriesen&amp;lt; at &amp;gt;simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2009-09-04T17:47:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/88">
    <title>GraphicsMagick 1.2.8 is released</title>
    <link>http://comments.gmane.org/gmane.comp.video.graphicsmagick.announce/88</link>
    <description>&lt;pre&gt;GraphicsMagick 1.2.8 is now available.  This is a security and bug-fix 
release to the legacy stable code on the 1.2 release branch.  It is 
intended for those who must use a 1.2 version.

See http://www.graphicsmagick.org/ for more information on 
GraphicsMagick.

The following changes (since the 1.2.7 release) are included in this 
release:

Security Fixes:

   * BMP: Fix assertion thrown for BMP files with negative image height
     values.  Resolves SF issue 2523536 "bug in bmp coder".

   * DIB: Fix assertion thrown for DIB files with negative image height
     values.

   * PCX: Detect improper rows, columns, or depth.  Fixes CVE-2008-1097
     "Memory corruption in ImageMagick's PCX coder".

   * SVG/rendering: Avoid access beyond end of array.  Resolves
     SourceForge issue 2832125 "Crash on SVG conversion".

   * Random number generator initialization was insufficient, leading
   * to predictable temporary file names.

Bug fixes:

   * DPX: Fix leak of chroma image when subsampling to 4:2:2.

   * EPT, PDF, PS: PDF bounding box is sometimes incorrect or not
     globally applicable so don't specify bounding box when reading PDF
     files.  Postscript files do need the bounding box so make sure
     that it is still supplied.  Resolves SF tracker issue 2487651
     "convert from pdf chops off rhs".

   * PNG: Ensure that opacity channel is properly initialized.
     Resolves SourceForge issue 2831240 "Possible alpha channel issue
     with PNG w/palette and tRNS".

   * TIFF: In some cases, RowsPerStrip needs to be a multiple of 16 for
     JPEG in TIFF so ensure that RowsPerStrip is a multiple of 16.

   * WMF: Eliminate memory leaks.

   * GetImageBoundingBox(): If we fail to find a smaller bounding box,
     then the returned bounding box is the entire image.

   * ReadMETAImage(): Fix memory leak of profile blob.

   * Magick++: Don't install Magick++ headers if Magick++ is disabled.

   * PerlMagick: Fix Ping of blob.

   * Utilities all: Input wildcard file specifications with a
     subdirectory component such as ``"subdir/*.dpx"`` were not
     working.  Expand ``&amp;lt; at &amp;gt;filename`` to a list of arguments.

   * RPM spec file: The module .la files need to be installed as part
     of the base install or else the modules will fail to load.

Feature improvements:

   * -resize: When resizing a non-opaque image, attenuate the influence
     of surrounding colors based on their degree of transparency in
     order to avoid "halos" around objects caused by colors which are
     transparent and therefore not part of the visible image.  Patch
     contributed by Pavel Merdin via SourceForge Tracker #2792322.

Performance improvments:

   * None

--
Bob Friesenhahn
bfriesen&amp;lt; at &amp;gt;simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
&lt;/pre&gt;</description>
    <dc:creator>Bob Friesenhahn</dc:creator>
    <dc:date>2009-09-04T16:57:18</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.video.graphicsmagick.announce">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.video.graphicsmagick.announce</link>
  </textinput>
</rdf:RDF>

