diff options
| author | Chris Liddell <chris.liddell@artifex.com> | 2011-07-15 09:25:47 +0100 |
|---|---|---|
| committer | Chris Liddell <chris.liddell@artifex.com> | 2011-07-15 09:25:47 +0100 |
| commit | c29ab57ff55055fc78a53bdb4552bb6ef23b8fcc (patch) | |
| tree | da3d057c624837abe208113084daf55a81a0a421 /gs | |
| parent | 3d67bbf9ca6e94448f785c57309822e29cd4518b (diff) | |
Update docs etc for 9.03 release.
Also, remove the "GIT PRE-RELEASE" from the product string,
and put the correct date.
Diffstat (limited to 'gs')
59 files changed, 16429 insertions, 309 deletions
diff --git a/gs/base/gscdef.c b/gs/base/gscdef.c index 5234e535c..6dc7850b0 100644 --- a/gs/base/gscdef.c +++ b/gs/base/gscdef.c @@ -43,7 +43,7 @@ const char *const gs_productfamily = GS_PRODUCTFAMILY; #ifndef GS_PRODUCT # define GS_PRODUCT\ - GS_PRODUCTFAMILY " GIT PRERELEASE" + GS_PRODUCTFAMILY "" #endif const char *const gs_product = GS_PRODUCT; diff --git a/gs/base/version.mak b/gs/base/version.mak index ec97aba19..a2320d95d 100644 --- a/gs/base/version.mak +++ b/gs/base/version.mak @@ -19,7 +19,7 @@ GS_VERSION_MAJOR=9 GS_VERSION_MINOR=03 GS_VERSION_MINOR0=03 # Revision date: year x 10000 + month x 100 + day. -GS_REVISIONDATE=20110330 +GS_REVISIONDATE=20110715 # Derived values GS_VERSION=$(GS_VERSION_MAJOR)$(GS_VERSION_MINOR0) GS_DOT_VERSION=$(GS_VERSION_MAJOR).$(GS_VERSION_MINOR0) diff --git a/gs/doc/API.htm b/gs/doc/API.htm index d37c1d1ea..e839c96b4 100644 --- a/gs/doc/API.htm +++ b/gs/doc/API.htm @@ -766,7 +766,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/C-style.htm b/gs/doc/C-style.htm index af9dcff2e..0358af075 100644 --- a/gs/doc/C-style.htm +++ b/gs/doc/C-style.htm @@ -1579,7 +1579,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Commprod.htm b/gs/doc/Commprod.htm index 51671dd90..0e0c92ab8 100644 --- a/gs/doc/Commprod.htm +++ b/gs/doc/Commprod.htm @@ -252,7 +252,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/DLL.htm b/gs/doc/DLL.htm index b247e216e..af1c002da 100644 --- a/gs/doc/DLL.htm +++ b/gs/doc/DLL.htm @@ -703,7 +703,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Deprecated.htm b/gs/doc/Deprecated.htm index 9abcacf83..7f6fa6829 100644 --- a/gs/doc/Deprecated.htm +++ b/gs/doc/Deprecated.htm @@ -5593,7 +5593,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Details8.htm b/gs/doc/Details8.htm index ec59079d0..2d0ad0635 100644 --- a/gs/doc/Details8.htm +++ b/gs/doc/Details8.htm @@ -104189,7 +104189,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Details9.htm b/gs/doc/Details9.htm index 66713c2a6..0c47574ab 100644 --- a/gs/doc/Details9.htm +++ b/gs/doc/Details9.htm @@ -13043,7 +13043,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Develop.htm b/gs/doc/Develop.htm index baa628b30..b4da9196f 100644 --- a/gs/doc/Develop.htm +++ b/gs/doc/Develop.htm @@ -4871,7 +4871,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Devices.htm b/gs/doc/Devices.htm index 996507649..af8b9b1c5 100644 --- a/gs/doc/Devices.htm +++ b/gs/doc/Devices.htm @@ -1738,7 +1738,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Drivers.htm b/gs/doc/Drivers.htm index 17681f0e1..a615f5caf 100644 --- a/gs/doc/Drivers.htm +++ b/gs/doc/Drivers.htm @@ -3353,7 +3353,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Fonts.htm b/gs/doc/Fonts.htm index 60f62c371..81bbbbd84 100644 --- a/gs/doc/Fonts.htm +++ b/gs/doc/Fonts.htm @@ -775,7 +775,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Helpers.htm b/gs/doc/Helpers.htm index 4f1a5e192..fc0a093c9 100644 --- a/gs/doc/Helpers.htm +++ b/gs/doc/Helpers.htm @@ -301,7 +301,7 @@ contact Artifex Software, Inc., 101 Lucas Valley Road #110, San Rafael, CA 94903, U.S.A., +1(415)492-9861. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/History1.htm b/gs/doc/History1.htm index 2f50536ea..61b454a2e 100644 --- a/gs/doc/History1.htm +++ b/gs/doc/History1.htm @@ -431,7 +431,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/History2.htm b/gs/doc/History2.htm index 73609231e..36a130276 100644 --- a/gs/doc/History2.htm +++ b/gs/doc/History2.htm @@ -5225,7 +5225,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/History3.htm b/gs/doc/History3.htm index 55826fdc8..2b06a9853 100644 --- a/gs/doc/History3.htm +++ b/gs/doc/History3.htm @@ -8590,7 +8590,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/History4.htm b/gs/doc/History4.htm index 5024a5ad2..4879668bf 100644 --- a/gs/doc/History4.htm +++ b/gs/doc/History4.htm @@ -3974,7 +3974,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/History5.htm b/gs/doc/History5.htm index 9d3961bc6..2c5f6d11c 100644 --- a/gs/doc/History5.htm +++ b/gs/doc/History5.htm @@ -13448,7 +13448,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/History6.htm b/gs/doc/History6.htm index 842ed298a..d47ff963f 100644 --- a/gs/doc/History6.htm +++ b/gs/doc/History6.htm @@ -7325,7 +7325,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/History7.htm b/gs/doc/History7.htm index 069fa484d..3f72781e7 100644 --- a/gs/doc/History7.htm +++ b/gs/doc/History7.htm @@ -15714,7 +15714,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/History8.htm b/gs/doc/History8.htm index edf5547ca..e034751f0 100644 --- a/gs/doc/History8.htm +++ b/gs/doc/History8.htm @@ -62048,7 +62048,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/History9.htm b/gs/doc/History9.htm index 561022033..c89ecde05 100644 --- a/gs/doc/History9.htm +++ b/gs/doc/History9.htm @@ -30,6 +30,7 @@ <h2>Table of contents</h2> <blockquote><ul> +<li><a href="#Version9.03">Version 9.03 (2011-07-15)</a> <li><a href="#Version9.02">Version 9.02 (2011-03-30)</a> <li><a href="#Version9.01">Version 9.01 (2011-02-07)</a> <li><a href="#Version9.00">Version 9.00 (2010-09-14)</a> @@ -64,6 +65,16142 @@ overview</a>. <!-- [1.0 end visible header] ============================================== --> <!-- [2.0 begin contents] ================================================== --> +<h2><a name="Version9.03"></a>Version 9.03 (2011-07-15)</h2> + +<p>This is the fourth release in the stable 9.x series. + +<p>For a list of open issues, or to report problems, +please visit <a href="http://bugs.ghostscript.com/">bugs.ghostscript.com</a>. + +<h3><a name="9.03_Incompatible_changes"></a>Incompatible changes</h3> + +<p> +No recorded incompatible changes. + +<h3><a name="9.03_changelog"></a>Changelog</h3> + +<p><strong><a name=2011-07-15 07:12:49 +0100></a> +2011-07-15 07:12:49 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f3ec1c99d6ba299e8ecbffb193e45ea442126bbb">f3ec1c99d6ba299e8ecbffb193e45ea442126bbb</a> +<blockquote> + +<br> + Fix an error in the Win64 building of genarch.exe +<br> + +<br> + It was using AUXDIR instead of AUX for the path. +<br> + +<br> + Conflicts: +<br> + +<br> + gs/base/msvctail.mak +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/base/msvctail.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-07-14 16:07:03 +0100></a> +2011-07-14 16:07:03 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=bf7e720496a1299b9450ccd2dc41bda2f428a56c">bf7e720496a1299b9450ccd2dc41bda2f428a56c</a> +<blockquote> + +<br> + Small fix to changes for Bug 688528. +<br> + +<br> + The fix for Bug 688528 contained a conditional error checking for +<br> + a return value of greater than zero when in fact it should be +<br> + greater than or equal to zero. +<br> + +<br> + No cluster differences. +<br> + +<br> +gs/base/gdevvec.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-07-14 16:11:16 +0100></a> +2011-07-14 16:11:16 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4a3c38301f0c8075e53bf0ffb15ec2d991006185">4a3c38301f0c8075e53bf0ffb15ec2d991006185</a> +<blockquote> + +<br> + Remove some warnings from the missing ICCProfilesDir commit. +<br> + +<br> +gs/base/gdevddrw.c +<br> +gs/base/gsdevice.c +<br> +gs/base/gsicc_manage.c +<br> +gs/psi/zusparam.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-07-13 12:51:18 -0700></a> +2011-07-13 12:51:18 -0700</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b5dce1e006d2c90f34c54aa731015d18b443b3ed">b5dce1e006d2c90f34c54aa731015d18b443b3ed</a> +<blockquote> + +<br> + Fix for missing ICCProfilesDir during some device init. Move profiledir to gs_lib_ctx. +<br> + +<br> + The business of trying to keep the profile directory in the device and keeping it in +<br> + sync with the value used in the icc_manager led to problems when some devices were +<br> + initialized. This change moves the profiledir (and its len) into the gs_lib_ctx_t +<br> + (pseudo- global) which is accessible by the icc_manager and devices via the +<br> + gs_memory_t pointer. +<br> + +<br> + Remove the no longer needed functions to set and sync the profile in the device and +<br> + replace gsicc_set_icc_directory with gs_lib_ctx_set_icc_directory. +<br> + +<br> + Thanks to Michael Vrhel for adding to this patch to make it build on linux and +<br> + build the other parsers. +<br> + +<br> +psi/psitop.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-07-13 12:51:18 -0700></a> +2011-07-13 12:51:18 -0700</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=aeb8d66f59d64aca68577fe0b6de1e03b8a2da80">aeb8d66f59d64aca68577fe0b6de1e03b8a2da80</a> +<blockquote> + +<br> + Fix for missing ICCProfilesDir during some device init. Move profiledir to gs_lib_ctx. +<br> + +<br> + The business of trying to keep the profile directory in the device and keeping it in +<br> + sync with the value used in the icc_manager led to problems when some devices were +<br> + initialized. This change moves the profiledir (and its len) into the gs_lib_ctx_t +<br> + (pseudo- global) which is accessible by the icc_manager and devices via the +<br> + gs_memory_t pointer. +<br> + +<br> + Remove the no longer needed functions to set and sync the profile in the device and +<br> + replace gsicc_set_icc_directory with gs_lib_ctx_set_icc_directory. +<br> + +<br> + Thanks to Michael Vrhel for adding to this patch to make it build on linux and +<br> + build the other parsers. +<br> + +<br> +gs/base/gscms.h +<br> +gs/base/gsdevice.c +<br> +gs/base/gsdparam.c +<br> +gs/base/gsicc_manage.c +<br> +gs/base/gsicc_manage.h +<br> +gs/base/gslibctx.c +<br> +gs/base/gslibctx.h +<br> +gs/base/lib.mak +<br> +gs/base/msvclib.mak +<br> +gs/psi/int.mak +<br> +gs/psi/zdevice.c +<br> +gs/psi/zusparam.c +<br> +pcl/pctop.c +<br> +psi/psitop.c +<br> +pxl/pxpthr.c +<br> +pxl/pxtop.c +<br> +svg/svgtop.c +<br> +xps/xpstop.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-07-12 20:11:46 +0100></a> +2011-07-12 20:11:46 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=e27429ba550dbcffd60cf969c019ea0bb775fe05">e27429ba550dbcffd60cf969c019ea0bb775fe05</a> +<blockquote> + +<br> + Update autoconf build and the Windows build to use Luratech +<br> + if the directories are found where we expect. +<br> + +<br> + Include options on each build to disable using Luratech explicitly. +<br> + +<br> + Document the change in Make.htm +<br> + +<br> + No cluster differences. +<br> + +<br> +gs/base/Makefile.in +<br> +gs/base/configure.ac +<br> +gs/doc/Make.htm +<br> +gs/psi/msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-07-12 19:15:33 +0100></a> +2011-07-12 19:15:33 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a00cea4f7a7d1535a0240304b9dcd6673d8d27a7">a00cea4f7a7d1535a0240304b9dcd6673d8d27a7</a> +<blockquote> + +<br> + Add a simple git log to html changelog script. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/toolbin/gitlog2changelog.py +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-07-06 23:12:51 -0600></a> +2011-07-06 23:12:51 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=487c62e88ce2792a9b58fd23a9fcb12a0396f7dc">487c62e88ce2792a9b58fd23a9fcb12a0396f7dc</a> +<blockquote> + +<br> + Updates PDL README.txt +<br> + +<br> +README.txt +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-07-07 13:47:03 +0100></a> +2011-07-07 13:47:03 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=76cfa1cb5d015fee914f80fbbee41b39d707facb">76cfa1cb5d015fee914f80fbbee41b39d707facb</a> +<blockquote> + +<br> + Bug 688528-addendum: quell warnings and handle errors. +<br> + +<br> +gs/base/gdevvec.c +<br> +gs/base/gsdevice.c +<br> +gs/base/gximag3x.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-07-07 10:41:27 +0100></a> +2011-07-07 10:41:27 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=70a824e77c39eed68d7bc7a44351f3beec26fb93">70a824e77c39eed68d7bc7a44351f3beec26fb93</a> +<blockquote> + +<br> + Bug 688528: set ICC profiles for interal uses of bbox device. +<br> + +<br> + If we create a bbox device internally (i.e. not as an output device) +<br> + we must still ensure that the device has ICC profiles set in it. In +<br> + this case, it simply inherits the profile array from the parent +<br> + device. +<br> + +<br> + This also meant moving the ICC manager initialization to before the +<br> + device "open" call in gs_setdevice_no_erase() because the device set +<br> + can also open another device (in this case, pswrite's "open" has the +<br> + effect, via the vector device, of setting a bbox device instance, so +<br> + there must be an array of ICC profiles at that stage for bbox to +<br> + inherit. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/gdevvec.c +<br> +gs/base/gsdevice.c +<br> +gs/base/gslib.c +<br> +gs/base/gximag3x.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-28 13:12:34 +0100></a> +2011-06-28 13:12:34 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=11fa4e84f504bdbd9e78495cf5214e49554383b0">11fa4e84f504bdbd9e78495cf5214e49554383b0</a> +<blockquote> + +<br> + More 'aux' makefile changes. +<br> + +<br> + Configured gs builds were still not putting the aux directory in the +<br> + right place. Reworked here. +<br> + +<br> + This has meant changing the horrible 'RELDIR' hack for a slightly +<br> + less horrible hack using 'BUILDDIRPREFIX'. In turn this has meant +<br> + that the shared object targets have one mroe layer of recursion in +<br> + the make, but it's still at the top level, and (arguably) clearer +<br> + now than it was before. +<br> + +<br> +gs/base/Makefile.in +<br> +gs/base/configure.ac +<br> +gs/base/gs.mak +<br> +gs/base/macos-fw.mak +<br> +gs/base/macosx.mak +<br> +gs/base/ugcclib.mak +<br> +gs/base/unix-dll.mak +<br> +gs/base/unix-end.mak +<br> +gs/base/unix-gcc.mak +<br> +gs/base/unixansi.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-27 20:09:20 -0400></a> +2011-06-27 20:09:20 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=680d0f9b0a30de60c3289b827714be3f5adc65b1">680d0f9b0a30de60c3289b827714be3f5adc65b1</a> +<blockquote> + +<br> + Rename -dPDFNOSTOPPED to -dPDFSTOPONERROR +<br> + +<br> +gs/Resource/Init/gs_init.ps +<br> +gs/Resource/Init/pdf_base.ps +<br> +gs/doc/Use.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-27 19:34:37 -0400></a> +2011-06-27 19:34:37 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=66700ec35f74a6e049ed6654283418a6d23bfb3e">66700ec35f74a6e049ed6654283418a6d23bfb3e</a> +<blockquote> + +<br> + Bug 692301: Support /Filter array with /JPXDecode +<br> + +<br> + Fix a bug in /JPXDecode filter handler that generated bad +<br> + /DecodeParms when /JPXDecode filter was used in a /Filter +<br> + array. Remove some obsolete code related to /JPXDecode. +<br> + +<br> +gs/Resource/Init/pdf_base.ps +<br> +gs/Resource/Init/pdf_draw.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-27 14:06:27 -0400></a> +2011-06-27 14:06:27 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2f08f6f0c1b9bae95387534617005df0b4b7e46f">2f08f6f0c1b9bae95387534617005df0b4b7e46f</a> +<blockquote> + +<br> + Add -dPDFNOSTOPPED option. +<br> + +<br> + Norrmally, PDF interpreter tries to repair all problems in PDF files. +<br> + -dPDFNOSTOPPED option skips some of the stopped contexts. On error, +<br> + instead of printing a warning and continue, PDF interpreter drops into +<br> + a PostScript error handler that prints detailed information about the +<br> + problem and kills the job. +<br> + +<br> +gs/Resource/Init/gs_init.ps +<br> +gs/Resource/Init/pdf_base.ps +<br> +gs/doc/Use.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-27 09:22:30 -0600></a> +2011-06-27 09:22:30 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=9b9d97a5a2c299595048c72fa10e1a2b2845ff58">9b9d97a5a2c299595048c72fa10e1a2b2845ff58</a> +<blockquote> + +<br> + Add planar device to the Windows build. +<br> + +<br> +main/pcl6_msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-27 14:35:52 +0100></a> +2011-06-27 14:35:52 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=5e292c6c611659105f9bbc50ad33518c97a1923d">5e292c6c611659105f9bbc50ad33518c97a1923d</a> +<blockquote> + +<br> + bug #692304 Don't emit '0 g' for 'erasepage' +<br> + +<br> + showpage causes a fill of an empty path, apparently as part of the erasepage mechanism. +<br> + When used with pdfwrite, with -dUseCIEColor -dPDFA and no Output Intent specified +<br> + this can lead to us emitting a '0 g' in a PDF/A file, whic his only valid if an OutputIntent is specified. +<br> + +<br> + Fixed by ignoring empty paths. Despite the comment in gdev_pdf_fill_path we +<br> + do not seem to need to do this for text or clips. Probably since I moved the +<br> + 'pdf_set_drawing_color' code out of pdf_reset_color so that we could write colours in a text context. +<br> + +<br> + This exhibits one progression, with ps2write 'Bug6901014_CImg_flyer.pdf' now +<br> + draws all the output instead of dropping portions of it due to a 'nocurrentpoint' error. +<br> + +<br> +gs/base/gdevpdfd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-26 11:20:33 +0100></a> +2011-06-26 11:20:33 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f3b1a56bb0c5d716868b7914bee6c3740f3f035a">f3b1a56bb0c5d716868b7914bee6c3740f3f035a</a> +<blockquote> + +<br> + Update to libjpeg 8c. +<br> + +<br> + Combines (from libs-update branch) the commits: +<br> + +<br> + Commit a vanilla copy of libjpeg-8c. +<br> + +<br> + And the makefile changes to let it build. +<br> + +<br> + Commit our patch to the libjpeg source. +<br> + +<br> + Add our patches to the jpeg-8c src. +<br> + +<br> + This changes every cluster test which contains DCT/JPEG data, but +<br> + they are all very small colour shifts that are invisible +<br> + to the naked eye - as expected by this type of update. +<br> + +<br> +gs/base/jpeg.mak +<br> +gs/jpeg/Makefile.am +<br> +gs/jpeg/Makefile.in +<br> +gs/jpeg/README +<br> +gs/jpeg/aclocal.m4 +<br> +gs/jpeg/ansi2knr.c +<br> +gs/jpeg/cderror.h +<br> +gs/jpeg/cdjpeg.h +<br> +gs/jpeg/change.log +<br> +gs/jpeg/cjpeg.1 +<br> +gs/jpeg/cjpeg.c +<br> +gs/jpeg/ckconfig.c +<br> +gs/jpeg/coderules.doc +<br> +gs/jpeg/coderules.txt +<br> +gs/jpeg/config.guess +<br> +gs/jpeg/config.sub +<br> +gs/jpeg/configure +<br> +gs/jpeg/configure.ac +<br> +gs/jpeg/depcomp +<br> +gs/jpeg/djpeg.1 +<br> +gs/jpeg/djpeg.c +<br> +gs/jpeg/example.c +<br> +gs/jpeg/filelist.doc +<br> +gs/jpeg/filelist.txt +<br> +gs/jpeg/install-sh +<br> +gs/jpeg/install.doc +<br> +gs/jpeg/install.txt +<br> +gs/jpeg/jaricom.c +<br> +gs/jpeg/jcapimin.c +<br> +gs/jpeg/jcarith.c +<br> +gs/jpeg/jccoefct.c +<br> +gs/jpeg/jcdctmgr.c +<br> +gs/jpeg/jchuff.c +<br> +gs/jpeg/jchuff.h +<br> +gs/jpeg/jcinit.c +<br> +gs/jpeg/jcmainct.c +<br> +gs/jpeg/jcmarker.c +<br> +gs/jpeg/jcmaster.c +<br> +gs/jpeg/jconfig.bcc +<br> +gs/jpeg/jconfig.cfg +<br> +gs/jpeg/jconfig.dj +<br> +gs/jpeg/jconfig.doc +<br> +gs/jpeg/jconfig.mac +<br> +gs/jpeg/jconfig.manx +<br> +gs/jpeg/jconfig.mc6 +<br> +gs/jpeg/jconfig.sas +<br> +gs/jpeg/jconfig.st +<br> +gs/jpeg/jconfig.txt +<br> +gs/jpeg/jconfig.vc +<br> +gs/jpeg/jconfig.vms +<br> +gs/jpeg/jconfig.wat +<br> +gs/jpeg/jcparam.c +<br> +gs/jpeg/jcphuff.c +<br> +gs/jpeg/jcprepct.c +<br> +gs/jpeg/jcsample.c +<br> +gs/jpeg/jctrans.c +<br> +gs/jpeg/jdapimin.c +<br> +gs/jpeg/jdapistd.c +<br> +gs/jpeg/jdarith.c +<br> +gs/jpeg/jdatadst.c +<br> +gs/jpeg/jdatasrc.c +<br> +gs/jpeg/jdcoefct.c +<br> +gs/jpeg/jdct.h +<br> +gs/jpeg/jddctmgr.c +<br> +gs/jpeg/jdhuff.c +<br> +gs/jpeg/jdhuff.h +<br> +gs/jpeg/jdinput.c +<br> +gs/jpeg/jdmainct.c +<br> +gs/jpeg/jdmarker.c +<br> +gs/jpeg/jdmaster.c +<br> +gs/jpeg/jdphuff.c +<br> +gs/jpeg/jdsample.c +<br> +gs/jpeg/jdtrans.c +<br> +gs/jpeg/jerror.h +<br> +gs/jpeg/jfdctflt.c +<br> +gs/jpeg/jfdctfst.c +<br> +gs/jpeg/jfdctint.c +<br> +gs/jpeg/jidctflt.c +<br> +gs/jpeg/jidctint.c +<br> +gs/jpeg/jidctred.c +<br> +gs/jpeg/jmorecfg.h +<br> +gs/jpeg/jpegint.h +<br> +gs/jpeg/jpeglib.h +<br> +gs/jpeg/jpegtran.1 +<br> +gs/jpeg/jpegtran.c +<br> +gs/jpeg/jutils.c +<br> +gs/jpeg/jversion.h +<br> +gs/jpeg/libjpeg.doc +<br> +gs/jpeg/libjpeg.map +<br> +gs/jpeg/libjpeg.txt +<br> +gs/jpeg/ltconfig +<br> +gs/jpeg/ltmain.sh +<br> +gs/jpeg/makcjpeg.st +<br> +gs/jpeg/makdjpeg.st +<br> +gs/jpeg/makeadsw.vc6 +<br> +gs/jpeg/makeapps.ds +<br> +gs/jpeg/makeasln.v10 +<br> +gs/jpeg/makecdep.vc6 +<br> +gs/jpeg/makecdsp.vc6 +<br> +gs/jpeg/makecfil.v10 +<br> +gs/jpeg/makecmak.vc6 +<br> +gs/jpeg/makecvcx.v10 +<br> +gs/jpeg/makeddep.vc6 +<br> +gs/jpeg/makeddsp.vc6 +<br> +gs/jpeg/makedfil.v10 +<br> +gs/jpeg/makedmak.vc6 +<br> +gs/jpeg/makedvcx.v10 +<br> +gs/jpeg/makefile.ansi +<br> +gs/jpeg/makefile.bcc +<br> +gs/jpeg/makefile.cfg +<br> +gs/jpeg/makefile.dj +<br> +gs/jpeg/makefile.manx +<br> +gs/jpeg/makefile.mc6 +<br> +gs/jpeg/makefile.mms +<br> +gs/jpeg/makefile.sas +<br> +gs/jpeg/makefile.unix +<br> +gs/jpeg/makefile.vc +<br> +gs/jpeg/makefile.vms +<br> +gs/jpeg/makefile.wat +<br> +gs/jpeg/makejdep.vc6 +<br> +gs/jpeg/makejdsp.vc6 +<br> +gs/jpeg/makejdsw.vc6 +<br> +gs/jpeg/makejfil.v10 +<br> +gs/jpeg/makejmak.vc6 +<br> +gs/jpeg/makejsln.v10 +<br> +gs/jpeg/makejvcx.v10 +<br> +gs/jpeg/makelib.ds +<br> +gs/jpeg/makeproj.mac +<br> +gs/jpeg/makerdep.vc6 +<br> +gs/jpeg/makerdsp.vc6 +<br> +gs/jpeg/makerfil.v10 +<br> +gs/jpeg/makermak.vc6 +<br> +gs/jpeg/makervcx.v10 +<br> +gs/jpeg/maketdep.vc6 +<br> +gs/jpeg/maketdsp.vc6 +<br> +gs/jpeg/maketfil.v10 +<br> +gs/jpeg/maketmak.vc6 +<br> +gs/jpeg/maketvcx.v10 +<br> +gs/jpeg/makewdep.vc6 +<br> +gs/jpeg/makewdsp.vc6 +<br> +gs/jpeg/makewfil.v10 +<br> +gs/jpeg/makewmak.vc6 +<br> +gs/jpeg/makewvcx.v10 +<br> +gs/jpeg/makljpeg.st +<br> +gs/jpeg/maktjpeg.st +<br> +gs/jpeg/missing +<br> +gs/jpeg/rdbmp.c +<br> +gs/jpeg/rdjpgcom.1 +<br> +gs/jpeg/rdjpgcom.c +<br> +gs/jpeg/rdppm.c +<br> +gs/jpeg/rdswitch.c +<br> +gs/jpeg/structure.doc +<br> +gs/jpeg/structure.txt +<br> +gs/jpeg/testimg.bmp +<br> +gs/jpeg/testimg.jpg +<br> +gs/jpeg/testimg.ppm +<br> +gs/jpeg/testimgp.jpg +<br> +gs/jpeg/transupp.c +<br> +gs/jpeg/transupp.h +<br> +gs/jpeg/usage.doc +<br> +gs/jpeg/usage.txt +<br> +gs/jpeg/wizard.doc +<br> +gs/jpeg/wizard.txt +<br> +gs/jpeg/wrppm.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-26 23:12:38 -0700></a> +2011-06-26 23:12:38 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=5b7a917fa6d092f76a0400e1bce70d02b8b724f1">5b7a917fa6d092f76a0400e1bce70d02b8b724f1</a> +<blockquote> + +<br> + Fix for compiler complaint. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/base/gsicc_manage.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-25 11:07:25 -0700></a> +2011-06-25 11:07:25 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f4e1d4b280f6e6ff73d630e2b103a1a6b50c03d9">f4e1d4b280f6e6ff73d630e2b103a1a6b50c03d9</a> +<blockquote> + +<br> + Fix for icc directory and icc device profile initialization. +<br> + +<br> +gs/base/gscms.h +<br> +gs/base/gsdevice.c +<br> +gs/base/gsdparam.c +<br> +gs/base/gsicc_manage.c +<br> +gs/base/gsicc_manage.h +<br> +gs/base/lib.mak +<br> +gs/psi/zdevice.c +<br> +pcl/pctop.c +<br> +psi/psitop.c +<br> +pxl/pxpthr.c +<br> +pxl/pxtop.c +<br> +svg/svgtop.c +<br> +xps/xpstop.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-24 18:46:51 +0100></a> +2011-06-24 18:46:51 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7af1ebacdb9947ea5197523bcda7764431769e8f">7af1ebacdb9947ea5197523bcda7764431769e8f</a> +<blockquote> + +<br> + Add copy_plane to rop source device. +<br> + +<br> + This uses 'creative engineering' (aka a blatant hack) to allow copy_color +<br> + to be implemented in the "rop source" device. +<br> + +<br> + We implement a copy_plane entrypoint for the rop source device, that +<br> + does exactly the same as copy_color, except that it abuses the lop +<br> + value passed to the gx_device_color_fill_rectangle by setting a new +<br> + bit (lop_planar) and pickling the plane number into the high bits. +<br> + +<br> + This is detected in mem_planar_strip_copy_rop and unpicked to a call +<br> + to the appropriate plane. +<br> + +<br> + Care must be taken when doing rops on the planar device, as +<br> + processing any rop on the device that involves 'D' calls get_bit_rectangle +<br> + which can cause a call to convert from planar to chunky if mishandled. +<br> + The solution is to ensure that we always remove our get_bits_rectangle +<br> + implementation when passing on a ropping call. +<br> + +<br> +gs/base/gdevmpla.c +<br> +gs/base/gdevrops.c +<br> +gs/base/gsropt.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-24 17:38:55 +0100></a> +2011-06-24 17:38:55 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=0c927bb3e177b5b34ebb1b1f7fa2d9669614fbaf">0c927bb3e177b5b34ebb1b1f7fa2d9669614fbaf</a> +<blockquote> + +<br> + Bug 692274: handle vastly different magnitudes in x/y scale +<br> + +<br> + If the difference in the scale on the x and y axes is large +<br> + (in this case, a factor of 1000), the value scaling we do +<br> + to pass into Freetype can run over/under flow when applied +<br> + to both. The solution is to apply the value scaling +<br> + separately for x and y axes. But the quality is very +<br> + marginally better when the two are scaled together, so we +<br> + do that normally, and only fall back to the separate handling +<br> + when the x and y scales differ by more than 512. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/psi/fapi_ft.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-24 12:11:48 +0100></a> +2011-06-24 12:11:48 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=90324e2c6466978f3c01e4a5a3c27d916b9ba9fa">90324e2c6466978f3c01e4a5a3c27d916b9ba9fa</a> +<blockquote> + +<br> + Fix 'aux' cluster breakages. Move aux into obj. +<br> + +<br> + Move aux directories into the appropriate obj directories. +<br> + Makes cleaning easier, and is neater overall. +<br> + +<br> + Also fix some unrelated problems with cleaning in the msvc builds. +<br> + +<br> +common/msvc_top.mak +<br> +common/pcdefs.mak +<br> +gs/base/all-arch.mak +<br> +gs/psi/msvc.mak +<br> +gs/psi/os2.mak +<br> +gs/toolbin/localcluster/clusterpush.pl +<br> +main/pcl6_gcc.mak +<br> +main/pcl6_msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-23 12:53:01 -0600></a> +2011-06-23 12:53:01 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7f2d55272963b039a472adbd26bb9a111e5d31ac">7f2d55272963b039a472adbd26bb9a111e5d31ac</a> +<blockquote> + +<br> + Use filenames instead of stdin and stdout. +<br> + +<br> + The original example c programs used stdin and stdout instead of +<br> + reading directly from files. The C programs were changed to use files +<br> + but the associated shell script wasn't updated. +<br> + +<br> +tools/GOT/dotags.sh +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-22 21:39:01 +0100></a> +2011-06-22 21:39:01 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ca0f4ff4a0df386dd4d494a418f09336d06c2451">ca0f4ff4a0df386dd4d494a418f09336d06c2451</a> +<blockquote> + +<br> + Cross compilation (AUX) changes to ghostscript and ghostpdl. +<br> + +<br> + Introduce a new 'aux' directory and appropriate defines to allow +<br> + easier cross-compilation of gs/ghostpdl. +<br> + +<br> +common/gccdefs.mak +<br> +common/generic.mak +<br> +common/msvc_top.mak +<br> +common/ugcc_top.mak +<br> +gs/base/Makefile.in +<br> +gs/base/all-arch.mak +<br> +gs/base/gs.mak +<br> +gs/base/lib.mak +<br> +gs/base/msvccmd.mak +<br> +gs/base/msvctail.mak +<br> +gs/base/unix-aux.mak +<br> +gs/base/unix-end.mak +<br> +gs/base/zlib.mak +<br> +gs/psi/msvc.mak +<br> +gs/psi/os2.mak +<br> +main/pcl6_gcc.mak +<br> +main/pcl6_msvc.mak +<br> +pl/pl.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-22 20:05:15 +0100></a> +2011-06-22 20:05:15 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=3b3261eca08cd73ca355b28fe5125c98d411820d">3b3261eca08cd73ca355b28fe5125c98d411820d</a> +<blockquote> + +<br> + Bug 692297: reinstate the proper way to release FT glyphs. +<br> + +<br> + FT_Glyph_Done is the correct method for freeing both bitmap and +<br> + outline glyphs from Freetype. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/psi/fapi_ft.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-22 10:46:18 -0700></a> +2011-06-22 10:46:18 -0700</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f8c4663d5108ca0b7416bf35ba37a8bb63f0b8ed">f8c4663d5108ca0b7416bf35ba37a8bb63f0b8ed</a> +<blockquote> + +<br> + Improve documentation about gsapi_set_poll +<br> + +<br> +gs/doc/API.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-22 10:17:32 -0700></a> +2011-06-22 10:17:32 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b28982145ccdea3a39f7ad13d7f5c8a00f14f83d">b28982145ccdea3a39f7ad13d7f5c8a00f14f83d</a> +<blockquote> + +<br> + Replace previous commit file with smaller file. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/examples/text_graphic_image.pdf +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-22 10:12:33 -0700></a> +2011-06-22 10:12:33 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=314d8b86434396afe96ce915dbb1cb0ff01b2047">314d8b86434396afe96ce915dbb1cb0ff01b2047</a> +<blockquote> + +<br> + Addition of simple example file with text graphic and image objects. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/examples/text_graphic_image.pdf +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-22 09:05:28 -0700></a> +2011-06-22 09:05:28 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=e3def0b758231cd1c5c0510945cef0dd3d938393">e3def0b758231cd1c5c0510945cef0dd3d938393</a> +<blockquote> + +<br> + Support for fast thresholding to CMYK planar devices +<br> + +<br> + Code works for various orientations for color as well as indexed (mono) images. +<br> + There is an inversion (polarity) issue remaining to track down as well as one potential +<br> + rendering issue during the buffer clean up with landscape images. These +<br> + will be resolved shortly. For now, code is sufficiently complete to begin +<br> + timing testing and optimizations. To use specify +<br> + +<br> + -dCOLORSCREEN -sDEVICE=plank +<br> + +<br> + and enable processing of color images by setting use_fast_thresh = true +<br> + on line 67 in gxicolor.c +<br> + +<br> +gs/base/gxht_thresh.c +<br> +gs/base/gxht_thresh.h +<br> +gs/base/gxicolor.c +<br> +gs/base/gxidata.c +<br> +gs/base/gximono.c +<br> +gs/base/lib.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-21 18:52:03 +0100></a> +2011-06-21 18:52:03 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=fef629cab877b0bbf4f86777f37038d1f37de838">fef629cab877b0bbf4f86777f37038d1f37de838</a> +<blockquote> + +<br> + Fix cut/paste tiffscaled typo in docs. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/doc/Devices.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-21 16:45:52 +0100></a> +2011-06-21 16:45:52 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=368e14c73337b42a24299445a660f029d2c26861">368e14c73337b42a24299445a660f029d2c26861</a> +<blockquote> + +<br> + Reinstate the configure check for cups/raster.h. +<br> + +<br> + Several Linux distributions seem to have neglected to make +<br> + the cups development package depend on the cupsimage +<br> + development package, but we need both for the cups device. +<br> + +<br> + No cluster differences expected. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/base/configure.ac +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-21 12:31:45 +0100></a> +2011-06-21 12:31:45 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=dfc53c791d8a121273bd22bbc0c04fd3ed375cdf">dfc53c791d8a121273bd22bbc0c04fd3ed375cdf</a> +<blockquote> + +<br> + Bug #692218 Create comatible CIDSet +<br> + +<br> + The fix in Bug 692218 did not (apparently) work for the SolidWorks +<br> + PDF/A validator. This patch sets the number of entries in a CIDSet to +<br> + be the number of glyphs in the font program, and makes the number of entries +<br> + in a CIDToGIDMap the same. +<br> + +<br> + Together with the commit 27b740 here: +<br> + +<br> + http://ghostscript.com/pipermail/gs-cvs/2011-June/013024.html +<br> + +<br> + this now seems to work correctly. +<br> + +<br> +gs/base/gdevpdtd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-21 12:08:58 +0100></a> +2011-06-21 12:08:58 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=136934cf60977e5ca6c1a77f8fd4d30a8512b206">136934cf60977e5ca6c1a77f8fd4d30a8512b206</a> +<blockquote> + +<br> + Allow pdfwrite and ps2write to use 64-bit file pointers raising the 4Gb file limit. +<br> + +<br> + Bug #692290 ps2write and pdfwrite have been using gp_open_scratch_file, +<br> + fseek and ftell, which limit the size of a temporary file to 4GB. This +<br> + commit uses gp_open_scratch_file_64, gp_ftell_64 and gp_fseek_64 whcih +<br> + should allow 64-bit file access on systems which support it. +<br> + +<br> + Unfortunately I haven't been able to concoct a test for this, so the +<br> + 64-bit code is not tested. However it continues to work normally with the +<br> + clustre regression tests. +<br> + +<br> +gs/base/gdevpdf.c +<br> +gs/base/gdevpdfo.c +<br> +gs/base/gdevpdfp.c +<br> +gs/base/gdevpdfu.c +<br> +gs/base/gdevpdfx.h +<br> +gs/base/gdevpsu.c +<br> +gs/base/gdevpsu.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-20 17:57:46 +0100></a> +2011-06-20 17:57:46 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=da1152191fb97516b82303ab187b08c971bfd360">da1152191fb97516b82303ab187b08c971bfd360</a> +<blockquote> + +<br> + Fix Bug 692057, 'hang' while converting mask->rectangle list. +<br> + +<br> + Previously the clip accumulator code would attempt to add a new +<br> + rectangle would always search backwards from the tail of the +<br> + list when looking for a new place to insert a rectangle. +<br> + +<br> + This works well when rectangles are coming in at (or near) the +<br> + end of the list. For cases where this doesn't happen we quickly +<br> + break down to O(n^2) operation. +<br> + +<br> + The example file on the bug shows one such circumstance, where +<br> + we process a landscape image; this results in the masks coming +<br> + in as '8 bit columns'. The first column accumulates nicely, +<br> + subsequent ones do not. +<br> + +<br> + The fix here, as suggested by Chris Liddell, is to store the +<br> + 'last insert point', and to search from that. Locality of +<br> + reference should pay off here and lead to much improved +<br> + performance. Certainly tests with the example file show that we +<br> + complete within 2.5 minutes on my machine, compared to 1.5 minutes +<br> + with -dMaxPatternBitmap=32000000, and an unknown time over 5 minutes +<br> + with the old code. +<br> + +<br> +gs/base/gxacpath.c +<br> +gs/base/gxcpath.c +<br> +gs/base/gxcpath.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-20 09:56:37 -0600></a> +2011-06-20 09:56:37 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=19f10a95bae408363a77f5a2fd05f69350269cb7">19f10a95bae408363a77f5a2fd05f69350269cb7</a> +<blockquote> + +<br> + Merge branch 'deprecate_crd_and_cleanup' +<br> + +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-03 00:15:50 -0600></a> +2011-06-03 00:15:50 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=476256194a8886951885a4e9ce71972504161192">476256194a8886951885a4e9ce71972504161192</a> +<blockquote> + +<br> + Deprecate CRDs in PCL +<br> + +<br> +pcl/pccrd.c +<br> +pcl/pccrd.h +<br> +pcl/pcdraw.c +<br> +pcl/pcfrgrnd.c +<br> +pcl/pcfrgrnd.h +<br> +pcl/pcl.mak +<br> +pcl/pcommand.c +<br> +pcl/pcpalet.c +<br> +pcl/pcpalet.h +<br> +pcl/pcpatrn.c +<br> +pcl/pcpattyp.h +<br> +pcl/pcstate.h +<br> +pcl/pctop.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-02 16:55:55 -0600></a> +2011-06-02 16:55:55 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1c1c457a4262f1ef539ec75792c57494c8a746b2">1c1c457a4262f1ef539ec75792c57494c8a746b2</a> +<blockquote> + +<br> + Trivial warning fixes +<br> + +<br> +pcl/pcindxed.c +<br> +pcl/pcpage.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-02 14:18:35 -0600></a> +2011-06-02 14:18:35 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=854a16b3eefc0d3b434f446db84e3a9317eda49e">854a16b3eefc0d3b434f446db84e3a9317eda49e</a> +<blockquote> + +<br> + Make page size procedure robust against paper size table changes. +<br> + +<br> +pcl/pcpage.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-01 11:52:40 -0600></a> +2011-06-01 11:52:40 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b89ab3397895d41818170a7f4ea893bbb1580e79">b89ab3397895d41818170a7f4ea893bbb1580e79</a> +<blockquote> + +<br> + Clean up warnings and problems identified with static analysis. +<br> + +<br> +pcl/pcstatus.c +<br> +pcl/pctext.c +<br> +pcl/pctop.c +<br> +pcl/pcuptrn.c +<br> +pcl/pgdraw.c +<br> +pcl/pglabel.c +<br> +pcl/pgvector.c +<br> +pl/pjparse.c +<br> +pl/plchar.c +<br> +pxl/pxfont.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-27 14:30:10 -0600></a> +2011-05-27 14:30:10 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=22b24ea5e3006b4cdc0394c9360423f02b6d3bf9">22b24ea5e3006b4cdc0394c9360423f02b6d3bf9</a> +<blockquote> + +<br> + Code cleanup directed by static analysis tools. +<br> + +<br> + Changes function not properly made static, removes unread and unused +<br> + variables. +<br> + +<br> +pxl/pxpthr.c +<br> +pxl/pxsessio.c +<br> +pxl/pxtop.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-27 13:48:38 -0600></a> +2011-05-27 13:48:38 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=00d4d232283b2eb6c9820618d04b5d4c9eb8a7b3">00d4d232283b2eb6c9820618d04b5d4c9eb8a7b3</a> +<blockquote> + +<br> + Makes procedure static. +<br> + +<br> +pcl/pctop.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-27 13:45:03 -0600></a> +2011-05-27 13:45:03 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=d98ceb81d6d45f4a2bc49b2f28dd16fe94fea601">d98ceb81d6d45f4a2bc49b2f28dd16fe94fea601</a> +<blockquote> + +<br> + Fixes static analyzer discovered logic error. +<br> + +<br> + With an array size of 0, the line dash pattern should not be accessed. +<br> + +<br> +pxl/pxgstate.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-20 15:43:34 +0100></a> +2011-06-20 15:43:34 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=9d0ded9edc84704afd3724b3c7810c035dc4e699">9d0ded9edc84704afd3724b3c7810c035dc4e699</a> +<blockquote> + +<br> + Permit the calculation of CIDSet and CIDToGIDMap size, for PDF/A validation +<br> + +<br> + The SolidWorks PDF/A validator complains about the CIDSet we produce for +<br> + embedded TrueType fonts, converted to CIDFonts, when creating PDF/A files. +<br> + +<br> + I'm still not exactly sure what its complaining about but I'm working with +<br> + our customer to resolve this. In the meantime, this code makes it easier +<br> + to play with teh emission of CIDSet and CIDToGIDMap. +<br> + +<br> +gs/base/gdevpdtb.c +<br> +gs/base/gdevpdtd.c +<br> +gs/base/gdevpdtf.c +<br> +gs/base/gdevpdtf.h +<br> +gs/base/gdevpdtw.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-20 11:17:26 +0100></a> +2011-06-20 11:17:26 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=27b7404218093f3d1cf414b52721c8a24dbc2746">27b7404218093f3d1cf414b52721c8a24dbc2746</a> +<blockquote> + +<br> + ps2write output crashes with limitcheck error after converting large documents +<br> + +<br> + Adopting patch from 'Steve166' (bug # 692172) with a little gratuitous +<br> + reformatting. (note that opdfread.ps is now compiled in as opdfread.h) +<br> + +<br> + This converts the directory of objects from an array to a dictionary of dictionaries +<br> + which allows for a more or less unlimited (64k*64k) number of objects. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/opdfread.h +<br> +gs/lib/opdfread.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-20 03:12:22 -0700></a> +2011-06-20 03:12:22 -0700</strong> +<br>Marcos H. Woehrmann <marcos.woehrmann@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=0700f67de273e92f06a1e4a0e67e3d023fc29442">0700f67de273e92f06a1e4a0e67e3d023fc29442</a> +<blockquote> + +<br> + Added dependencies to various makefiles to fix parallel make. +<br> + +<br> +gs/base/lib.mak +<br> +gs/contrib/contrib.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 23:20:30 +0000></a> +2011-06-17 23:20:30 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=29c7111f3fc5eb4878e875674750c79b1bd85bcc">29c7111f3fc5eb4878e875674750c79b1bd85bcc</a> +<blockquote> + +<br> + Add gdevplan.c to ghostscript visual studio project. +<br> + +<br> + Should have done this earlier, but forgot. CLUSTER UNTESTED as windows +<br> + only. +<br> + +<br> +gs/ghostscript.vcproj +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 21:08:49 +0100></a> +2011-06-17 21:08:49 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=75e1e089f68480b68bb9548ba1e6cf0b9d0f73e0">75e1e089f68480b68bb9548ba1e6cf0b9d0f73e0</a> +<blockquote> + +<br> + Fix windows compile breakage; missing definition of int64_t. +<br> + +<br> + Simply add a #include "stdint_.h" to the top of a file; breakage +<br> + presumably caused by the dependency changes done earlier. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/base/gstparam.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 12:34:26 -0700></a> +2011-06-17 12:34:26 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b058182285c21ff142e46997fd3b8510b6993d66">b058182285c21ff142e46997fd3b8510b6993d66</a> +<blockquote> + +<br> + Fix for improper offset in contone data. Halftone project only. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/base/gxicolor.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 12:32:11 -0700></a> +2011-06-17 12:32:11 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=096e21027a7ff99cf0e3d0d1e24dac29b2d69f12">096e21027a7ff99cf0e3d0d1e24dac29b2d69f12</a> +<blockquote> + +<br> + Fix for Bug 692286 - Image too light -- not fully opaque +<br> + +<br> + when I did some of the work on the compositor queue I had set things up so that the +<br> + update of the blend parameters would be written only into the same bands as the group +<br> + push. The approach of writing only in the bands of the group bounding box will not +<br> + work in general, for example if we have nested groups that only partially overlap. The +<br> + solution is that we have to write the blend parameters in all bands. +<br> + +<br> +gs/base/gdevp14.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 10:37:44 -0700></a> +2011-06-17 10:37:44 -0700</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ee45ee90570975275ad6b826b377d6852b651b6a">ee45ee90570975275ad6b826b377d6852b651b6a</a> +<blockquote> + +<br> + Fix bug 692254 performance problem with pattern that bbox overflowed fixed. +<br> + +<br> + The compute_inst_matrix relied on the gx_translate_to_fixed but when the +<br> + tx, ty was outside the valid area (txy_fixed_valid false) the float2fixed +<br> + would overflow and change the sign. This killed the performance when the +<br> + j0, i0 loop in tile by steps calculated a VERY large loop range from large +<br> + negative to large positive value. +<br> + +<br> + The gx_path_translate may not be needed for in this path, but it is included +<br> + since that was in the gx_path_translate_to_fixed. Quick check showed that the +<br> + path is empty as expected, but the call is harmless. +<br> + +<br> +gs/base/gsptype1.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 19:43:09 +0100></a> +2011-06-17 19:43:09 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=9dd7c86d0619a9293f6476092765b86abab3baf1">9dd7c86d0619a9293f6476092765b86abab3baf1</a> +<blockquote> + +<br> + Move planar dev_spec_op into core planar device. +<br> + +<br> + Rather than having plib and plan devices provide a dev_spec_op that +<br> + responds to gxdso_is_native_planar, put the responsibility for this +<br> + into the core planar memory device. +<br> + +<br> + This not only simplifies the code, it actually fixes a problem whereby +<br> + the memory device was overwriting it with the default. +<br> + +<br> +gs/base/gdevmpla.c +<br> +gs/base/gdevplan.c +<br> +gs/base/gdevplib.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-03 09:55:57 -0700></a> +2011-06-03 09:55:57 -0700</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a2a0b404be0365a2f789e154733ab51db3b3aa99">a2a0b404be0365a2f789e154733ab51db3b3aa99</a> +<blockquote> + +<br> + Add an example that uses PostScript to do simple transparency. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/examples/transparency_example.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 17:53:53 +0000></a> +2011-06-17 17:53:53 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f80bc7001e2e250348a6db82aa50d25d18848b66">f80bc7001e2e250348a6db82aa50d25d18848b66</a> +<blockquote> + +<br> + Enable plan devices in non-windows builds. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/unix-gcc.mak +<br> +main/pcl6_gcc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 17:11:27 +0000></a> +2011-06-17 17:11:27 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4ed123916f3f3373d5648011ea03c3cd969e00c1">4ed123916f3f3373d5648011ea03c3cd969e00c1</a> +<blockquote> + +<br> + Fix for Bug 692285: phase shift in patterns in long image. +<br> + +<br> + The phase for a pattern mask was being held in a short, rather +<br> + than in an int. Unsurprisingly this caused problems when the +<br> + phase overflowed. Simple fix is to use an int instead. +<br> + +<br> + Cluster testing shows no changes. +<br> + +<br> +gs/base/gsdcolor.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 13:21:05 +0100></a> +2011-06-17 13:21:05 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b8326c843f0d14b55b7b5cc3694977df73d4a0e4">b8326c843f0d14b55b7b5cc3694977df73d4a0e4</a> +<blockquote> + +<br> + Remove circular dependency involving gscms.h. +<br> + +<br> + Robin Watts identified that gscms.h relies on gsutil.h +<br> + which relies on gxstate.h, which relies on gscspace.h which +<br> + relies on gscms.h +<br> + +<br> + Adding a couple of opaque declarations to gscspace.h (along with +<br> + relevant declaration guards) removes this circular dependency. +<br> + +<br> + No cluster differences. +<br> + +<br> +gs/base/gscms.h +<br> +gs/base/gscspace.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 09:43:21 +0100></a> +2011-06-17 09:43:21 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=af98a55ac576545d9495cef0884462b7b2fb8205">af98a55ac576545d9495cef0884462b7b2fb8205</a> +<blockquote> + +<br> + Tidy up some of the GS<->FT number conversions. +<br> + +<br> +gs/psi/fapi_ft.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 09:49:14 +0000></a> +2011-06-17 09:49:14 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7a8971739d33a18dd7d433adcabf2e2dea5b6ba8">7a8971739d33a18dd7d433adcabf2e2dea5b6ba8</a> +<blockquote> + +<br> + New lib.mak dependency checker, and update lib.mak using it. +<br> + +<br> + Invoke gs/toolbin/checkdeps.pl and it performs rudimentary +<br> + and easily confused checks on the dependencies in lib.mak. +<br> + It may be simple, but it spots MANY problems, the important +<br> + of which are fixed here. +<br> + +<br> + It gets easily confused by files not being in the expected +<br> + paths (but these are easy for an operator to spot and ignore). +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/gxstroke.c +<br> +gs/base/lib.mak +<br> +gs/toolbin/checkdeps.pl +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-17 09:30:32 +0100></a> +2011-06-17 09:30:32 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2cd56d061e655569ec473d605caae9552355a59f">2cd56d061e655569ec473d605caae9552355a59f</a> +<blockquote> + +<br> + Bug 689546: Add clist.dev to the core lib dependencies. +<br> + +<br> + I previously noted that the clist device is essentially always required +<br> + now, but I used a less than ideal method to address it: having it as +<br> + a dependency of the gdevprn.o object. +<br> + +<br> + The correct solution, done here, is to include the clist device in the +<br> + libs.dev file, thus making it a direct requirement of the core lib. +<br> + +<br> + No cluster differences. +<br> + +<br> +gs/base/lib.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-16 12:11:41 -0700></a> +2011-06-16 12:11:41 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=449e9c8909e5e0cbf92497f1d95bfe60e8e89f6e">449e9c8909e5e0cbf92497f1d95bfe60e8e89f6e</a> +<blockquote> + +<br> + Addition of copy_plane command for clist +<br> + +<br> + The command closely mimics the copy_mono command and as such shares its +<br> + command operator. With a bit of work it would be possible to get some minor +<br> + code reduction but the recursive nature of the functions makes it a bit +<br> + tricky. +<br> + +<br> +gs/base/gxcldev.h +<br> +gs/base/gxclimag.c +<br> +gs/base/gxclist.c +<br> +gs/base/gxclist.h +<br> +gs/base/gxclrast.c +<br> +gs/base/gxclrect.c +<br> +gs/base/lib.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-16 14:55:07 +0100></a> +2011-06-16 14:55:07 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=e34770c45cefbe6c4cf2d564269ff849282dd10f">e34770c45cefbe6c4cf2d564269ff849282dd10f</a> +<blockquote> + +<br> + Second attempt to add plan devices. +<br> + +<br> + Add new 'plan' family of planar devices. +<br> + +<br> + Equivalent to the plib devices, but without the necessity to always band, +<br> + and not using the band donor. +<br> + +<br> + From the end users point of view, these output ppm etc and are probably +<br> + therefore not that useful as is. They serve the twin purposes of allowing +<br> + us to test planar output, and to act as a basis for devices that need +<br> + planar non-interlaced output. +<br> + +<br> + The development of these devices showed a problem with +<br> + gx_get_bits_return_pointer in the planar case. When called, it would +<br> + assume that the start of the first line of the first plane was at +<br> + 'base', and that subsequent planes could be reached by adding +<br> + raster * height to it. Unfortunately, clist_rasterize_lines resets the +<br> + buffer device at the end, so that height is unrelated (often 1). +<br> + +<br> + The fix implemented here is to change gx_get_bits_return_pointer to take +<br> + a pointer to the line pointers, rather than a direct base value. This +<br> + means we can always find the subsequent planes correctly. +<br> + +<br> + In my initial attempt at this, I broke the code by failing to notice that +<br> + gdevmem.c passes the same base pointer to gx_get_bits_copy. Fixed here. +<br> + Cluster testing shows it be OK this time around. +<br> + +<br> +gs/base/devs.mak +<br> +gs/base/gdevdgbr.c +<br> +gs/base/gdevmem.c +<br> +gs/base/gdevmpla.c +<br> +gs/base/gdevplan.c +<br> +gs/base/gdevplib.c +<br> +gs/base/gxgetbit.h +<br> +gs/psi/msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-16 11:49:18 +0000></a> +2011-06-16 11:49:18 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=11e242eae4d9c78a556b030ef5e69cb0c94e0d48">11e242eae4d9c78a556b030ef5e69cb0c94e0d48</a> +<blockquote> + +<br> + Backout previous commit of 'plan' devices. +<br> + +<br> + The previous commit caused large numbers of changes. Back it out while +<br> + I investigate why. +<br> + +<br> +gs/base/devs.mak +<br> +gs/base/gdevdgbr.c +<br> +gs/base/gdevmem.c +<br> +gs/base/gdevmpla.c +<br> +gs/base/gdevplan.c +<br> +gs/base/gdevplib.c +<br> +gs/base/gxgetbit.h +<br> +gs/psi/msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-16 10:00:33 +0100></a> +2011-06-16 10:00:33 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=583e964a55bf50dc28d1467fd9e9bad7bc03849a">583e964a55bf50dc28d1467fd9e9bad7bc03849a</a> +<blockquote> + +<br> + Add new 'plan' family of planar devices. +<br> + +<br> + Equivalent to the plib devices, but without the necessity to always band, +<br> + and not using the band donor. +<br> + +<br> + From the end users point of view, these output ppm etc and are probably +<br> + therefore not that useful as is. They serve the twin purposes of allowing +<br> + us to test planar output, and to act as a basis for devices that need +<br> + planar non-interlaced output. +<br> + +<br> +gs/base/devs.mak +<br> +gs/base/gdevdgbr.c +<br> +gs/base/gdevmem.c +<br> +gs/base/gdevmpla.c +<br> +gs/base/gdevplan.c +<br> +gs/base/gdevplib.c +<br> +gs/base/gxgetbit.h +<br> +gs/psi/msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-14 18:56:03 +0100></a> +2011-06-14 18:56:03 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a36cd9f5c60607dfbc12caadb0987b89ecfa27e7">a36cd9f5c60607dfbc12caadb0987b89ecfa27e7</a> +<blockquote> + +<br> + Update gx_path_print (and gx_path_dump) to output postscript. +<br> + +<br> + Same information as before is output, just in a a slightly different +<br> + order. This means we can paste it back into a postscript file with +<br> + less editing. +<br> + +<br> + CLUSTER_UNTESTED as this is never called in production code. +<br> + +<br> +gs/base/gxpath.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-14 19:15:29 +0100></a> +2011-06-14 19:15:29 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c442d7d0d5b11addc39519b155b93b3677c11c4d">c442d7d0d5b11addc39519b155b93b3677c11c4d</a> +<blockquote> + +<br> + Add memento.c/memento.h to VS project +<br> + +<br> + Forgot to add these when they were created. +<br> + +<br> + CLUSTER_UNTESTED as windows only. +<br> + +<br> +gs/ghostscript.vcproj +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-16 09:56:47 +0100></a> +2011-06-16 09:56:47 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7de54e55e57f4046196c0909da247f98ef26b46d">7de54e55e57f4046196c0909da247f98ef26b46d</a> +<blockquote> + +<br> + Extend the uuid change in commit g0b7cd7c to cover Instance UIDs as well as Document UIDs. +<br> + +<br> + No differences expetced. +<br> + +<br> +gs/base/gdevpdfe.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-15 19:36:31 +0100></a> +2011-06-15 19:36:31 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=45663bbeb798d7a851546a4d6ccf8954e16696ae">45663bbeb798d7a851546a4d6ccf8954e16696ae</a> +<blockquote> + +<br> + (pdfwrite) Bug #692280 "Incorrect ToUnicode CMap when the input is a PDF with a 2-byte ToUnicode" +<br> + +<br> + The code was handling Type 0 fonts as if they were type 1, which meant a maximum +<br> + of 256 entries. Fixed by treating them as TrueType CIDFonts (2 byte codes, maximum +<br> + 64K entries) +<br> + +<br> + This may need later testing with more extensive collections of conts, we possibly should treat them as regular CIDFotns. +<br> + +<br> +gs/base/gdevpdte.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-15 12:18:16 -0400></a> +2011-06-15 12:18:16 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=10fad95042303b1996d8565a40d8ca4d5c4eed06">10fad95042303b1996d8565a40d8ca4d5c4eed06</a> +<blockquote> + +<br> + Dump unchanged MediaBox and CropBox values. +<br> + +<br> + Output unmodified values of /MediaBox and /CropBox attributes. +<br> + This is done on request from a customer, but should also benefit +<br> + every pdf_info.ps user. This change is not backward compatible. +<br> + +<br> +gs/toolbin/pdf_info.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-15 01:53:26 -0400></a> +2011-06-15 01:53:26 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=28ab2c1fafd763c7ab1074c91bf217bbbc871fe7">28ab2c1fafd763c7ab1074c91bf217bbbc871fe7</a> +<blockquote> + +<br> + Bug 691335: Fix Photoshop EPS separations. +<br> + +<br> + Use DSC comments to get separation names. If the output device supports +<br> + separations (i.e. has big /MaxSeparations attribute), set /SeparationColorNames +<br> + accordingly. Fix DSC handler; make it ignore the comments after %%EndComments +<br> + to avoid handling of DSC comments in nested EPS documents. Drop strange +<br> + code that runs tint transform function when any of the colorant names is +<br> + is a standard name (Gray, Red, Cyan, ...). +<br> + +<br> +gs/Resource/Init/gs_epsf.ps +<br> +gs/psi/zcolor.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-14 16:52:57 +0100></a> +2011-06-14 16:52:57 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=0b7cd7ca121ac440d5607cc6795ba8bcd7c20c85">0b7cd7ca121ac440d5607cc6795ba8bcd7c20c85</a> +<blockquote> + +<br> + (pdfwrite) Bug #692268 "pdfwrite sets xapMM:DocumentID incorrectly" +<br> + +<br> + The XML emission in pdfwrite was simply pasting the UUID as a hex string, +<br> + whereas the spec says it must be a URI. +<br> + +<br> + This change adds the 'uri:' which is required for compliance. +<br> + No cluster differences expected. +<br> + +<br> +gs/base/gdevpdfe.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-26 10:58:31 +0100></a> +2011-05-26 10:58:31 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=cba939306ceacde74aac1d9b69ca6cf08ce1ebce">cba939306ceacde74aac1d9b69ca6cf08ce1ebce</a> +<blockquote> + +<br> + Use correct enumerator for PCL type 3 fonts in pdfwrite +<br> + +<br> + Part of the change for type 3 fonts from PCL used the wrong enumerator. +<br> + The code relies on a text enumerator actually being a show enumerator, +<br> + which is guaranteed true if we use the right one, but may not be if we +<br> + use the wrong one. +<br> + +<br> + This didn't seem to be causing any problems, but fixed anyway. +<br> + +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-11 20:52:20 -0400></a> +2011-06-11 20:52:20 -0400</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=49ae789184ebb094c29b14a6778e8fa823f6637a">49ae789184ebb094c29b14a6778e8fa823f6637a</a> +<blockquote> + +<br> + Bug 691706: Keep page number with /View +<br> + +<br> + If we have a View and a Page, but no matrix (not required if we have +<br> + a /View [/Fit]) then do not discard the page number but use it as a +<br> + /Page argument (adding one because pdfmark starts from page 1, not 0). +<br> + +<br> +gs/Resource/Init/pdf_main.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-11 16:26:11 -0700></a> +2011-06-11 16:26:11 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=03bce08fdcb15702abf4cafbe8723dc8b9b7bd6f">03bce08fdcb15702abf4cafbe8723dc8b9b7bd6f</a> +<blockquote> + +<br> + Fix for aliasing of icc link hash code +<br> + +<br> + This fixes a problem that existed in the computation of the ICC +<br> + hash code. This was the source of the problem in Bug 692265 (bug fixed with +<br> + this commit in file gsicc_cache.c). Also some error checking code and +<br> + addition of code to handle the transfer function when doing the fast +<br> + thresholding of color images. +<br> + +<br> +gs/base/gdevp14.c +<br> +gs/base/gsicc_cache.c +<br> +gs/base/gsicc_lcms.c +<br> +gs/base/gxcmap.c +<br> +gs/base/gxcmap.h +<br> +gs/base/gxicolor.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-11 10:27:53 -0400></a> +2011-06-11 10:27:53 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4c6809dfa1c539d757c30f572922e05cd1436698">4c6809dfa1c539d757c30f572922e05cd1436698</a> +<blockquote> + +<br> + Bug 692252: Trap contents stream errors +<br> + +<br> + Run PDF operator streams in a stopped context. Stop processing of the +<br> + stream on error, but continue to process rest of the file. Remove a +<br> + hack that defined 'inf' as 0. +<br> + +<br> +gs/Resource/Init/pdf_base.ps +<br> +gs/Resource/Init/pdf_draw.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-10 00:10:39 -0400></a> +2011-06-10 00:10:39 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f256d925aba7bd2c552e3598b5782bc3ab09cf4f">f256d925aba7bd2c552e3598b5782bc3ab09cf4f</a> +<blockquote> + +<br> + Bug 692258: Search annots, forms, patterns for fonts. +<br> + +<br> + Besides the contents, look into annotations to identify fonts used by +<br> + the PDF file. Add recursive enumeration of Form and Pattern resources. +<br> + +<br> +gs/toolbin/pdf_info.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-09 16:07:15 +0100></a> +2011-06-09 16:07:15 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ce51b64c335d6c995c003497988d0327c64985cb">ce51b64c335d6c995c003497988d0327c64985cb</a> +<blockquote> + +<br> + Add Sags unicode patch for gswin32c stdin/out. +<br> + +<br> + Patch from Sags to read/write stdin/stdout as unicode and convert +<br> + to/from utf8 when passing to/reading from the core. +<br> + +<br> + Once again, build with WINDOWS_NO_UNICODE to preserve old behaviour. +<br> + +<br> + See bug 692770. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/psi/dwmainc.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-09 16:11:00 +0100></a> +2011-06-09 16:11:00 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c39c030b850848540a5df1fc25c4dc76ee90040b">c39c030b850848540a5df1fc25c4dc76ee90040b</a> +<blockquote> + +<br> + More unicode changes for gswin32 +<br> + +<br> + Taken on (most of) a patch from Russell Lang to dwtext.c, with bugfixes +<br> + to the changes I made yesterday. The bits of the patch I didn't take +<br> + on, were to do with running gswin32 as a true Unicode application. +<br> + +<br> + Currently we are an ANSI application with a Unicode window. Moving to +<br> + be a true Unicode application may have knock on effects I am unsure of +<br> + (and would certainly leave us different to gswin32c.exe). I don't think +<br> + we lose anything by staying as we are. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/psi/dwtext.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-09 12:09:38 +0100></a> +2011-06-09 12:09:38 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=752397ab6f16aad4147d6e7101373edd7c9d14d5">752397ab6f16aad4147d6e7101373edd7c9d14d5</a> +<blockquote> + +<br> + Bug 692263 spot and elide glyphs with zero dimensions. +<br> + +<br> + A glyph with a zero scale in either dimension could cause divide by +<br> + zero errors in a number of places in the FAPI *interface* code +<br> + (that is: fapi_ft.c, fapiufst.c and fapibstm.c). So catch and handle +<br> + the case early by skipping such case. The wrinkle is charpath operations +<br> + which *must* create a path, even of zero dimensions. +<br> + +<br> + No cluster differences. +<br> + +<br> +gs/psi/fapi_ft.c +<br> +gs/psi/fapibstm.c +<br> +gs/psi/fapiufst.c +<br> +gs/psi/ifapi.h +<br> +gs/psi/zfapi.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-08 18:36:35 +0100></a> +2011-06-08 18:36:35 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=199498069233c98424567d22964dd1934c9f766e">199498069233c98424567d22964dd1934c9f766e</a> +<blockquote> + +<br> + Windows gs console window unicode changes. +<br> + +<br> + Changes to dwtext.c to allow unicode operation. +<br> + +<br> + The window is created as a Unicode one, so we get unicode character codes +<br> + delivered to us as they are typed. We convert these incoming key codes +<br> + into utf8, as the gs core expects. Any output from the core is converted +<br> + from utf8 to unicode, and the window now displays unicode. +<br> + +<br> + The net effect is that the window looks like it's behaving exactly like +<br> + a unix window does. +<br> + +<br> + The copy and paste functions are updated to cut and paste unicode too. +<br> + +<br> + As usual, building with WINDOWS_NO_UNICODE preserves existing behaviour +<br> + (useful for windows 95/98/me builds). +<br> + +<br> + The sole difference in behaviour is that the copy function now removes +<br> + trailing blank lines from the output, as this is never what you want. +<br> + +<br> + CLUSTER_UNTESTED as windows only changes. +<br> + +<br> +gs/psi/dwtext.c +<br> +gs/psi/dwtext.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-08 14:55:28 +0100></a> +2011-06-08 14:55:28 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=afda147d56efff03ff6967a91a0436732d7b38fc">afda147d56efff03ff6967a91a0436732d7b38fc</a> +<blockquote> + +<br> + Tweaks to windows makefiles. +<br> + +<br> + Eliminate some noise during windows builds. Thanks to Norbert Janssen for +<br> + this. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/base/msvctail.mak +<br> +main/pcl6_msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-08 10:05:21 +0100></a> +2011-06-08 10:05:21 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=3367282be8da9713c0cd7a95a56c59a6b4e69a6e">3367282be8da9713c0cd7a95a56c59a6b4e69a6e</a> +<blockquote> + +<br> + Add file missed from last nights commit, 232b1d3. +<br> + +<br> + Forgot to add the new file :( +<br> + +<br> +gs/base/gp_wutf8.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-07 15:25:57 -0700></a> +2011-06-07 15:25:57 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6a436e0f9992ab5734b21b796a02ed0976ba1d5b">6a436e0f9992ab5734b21b796a02ed0976ba1d5b</a> +<blockquote> + +<br> + Work toward getting fast thresholding for color output devices and color input images +<br> + +<br> + To make my life easier, this updates msvc.mak to include the planar devices. +<br> + Changes in image_render_mono_ht to work towards the case where the output device is not mono. +<br> + Minor fixes in gxicolor.c in the portion of code that steps through the planes. +<br> + Addition of copy_plan operations in gxht_thresh.c for CMYK planar devices. +<br> + Addition of clip_copy_plane for the clip device (thanks Robin Watts). +<br> + +<br> +gs/base/gxht_thresh.c +<br> +gs/base/gxht_thresh.h +<br> +gs/base/gxicolor.c +<br> +gs/base/gximono.c +<br> +gs/base/lib.mak +<br> +gs/psi/msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-08 00:02:44 +0100></a> +2011-06-08 00:02:44 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=232b1d36ad90b8d8be357033a80162fdd9de7aa8">232b1d36ad90b8d8be357033a80162fdd9de7aa8</a> +<blockquote> + +<br> + More work on unicode handling under windows. +<br> + +<br> + Continuing from commit 0ea739147, fix other issues, including: +<br> + +<br> + * OpenPrinter calls changed to use OpenPrinterW. +<br> + * FindFirstFile/FindNextFile changed to use FindFirstFileW/FindNextFileW. +<br> + * gp_getenv windows specific registry lookups changed to use unicode +<br> + versions. +<br> + * GetProfileString changed to use GetProfileStringW. +<br> + * Add unicode changes to gswin32 as well as gswin32c.exe. +<br> + +<br> + This hopefully concludes the bulk of the work on unicode support. Possible +<br> + areas to consider in future include: +<br> + +<br> + * changing gswin32 so that cut and pasting operates in unicode +<br> + * make gswin32 display text in unicode +<br> + * modify stdin to go from unicode to utf8, and stdout to go from utf8 +<br> + back to unicode. +<br> + +<br> + I hope no idea if any of those are possible or not. +<br> + +<br> + Testing seems to indicate that this all works OK, but I am not ideally +<br> + set up here. +<br> + +<br> + For safety, I have introduced a WINDOWS_NO_UNICODE define. If this is +<br> + predefined during a build then this will cause the code to drop back to +<br> + the old mode of operation. +<br> + +<br> +gs/base/gdevwpr2.c +<br> +gs/base/gp_msprn.c +<br> +gs/base/gp_mswin.c +<br> +gs/base/gp_mswin.h +<br> +gs/base/gp_ntfs.c +<br> +gs/base/gp_wgetv.c +<br> +gs/base/msvctail.mak +<br> +gs/base/windows_.h +<br> +gs/base/winlib.mak +<br> +gs/ghostscript.vcproj +<br> +gs/psi/dwmain.c +<br> +gs/psi/dwmainc.c +<br> +gs/psi/msvc.mak +<br> +pl/dwmainc.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-06 22:13:07 -0400></a> +2011-06-06 22:13:07 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8b90a80fe86364c0b6c1cad12cfb241c66943c24">8b90a80fe86364c0b6c1cad12cfb241c66943c24</a> +<blockquote> + +<br> + Bug 688064: Add AdjustWidth=WIDTH +<br> + +<br> + Extend AdjustWidth option to support adjustment to any width. This option +<br> + now accepts the following values; +<br> + 0 - no adjustment, the same as before +<br> + 1 - low res fax adjustments, the same as before +<br> + >1 - adjust to the given width, regardless of the document width. +<br> + +<br> +gs/base/gdevfax.c +<br> +gs/base/gdevpng.c +<br> +gs/base/gdevtifs.c +<br> +gs/base/gdevtifs.h +<br> +gs/base/gxdownscale.c +<br> +gs/base/gxdownscale.h +<br> +gs/base/minftrsz.c +<br> +gs/base/minftrsz.h +<br> +gs/doc/Devices.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-06 21:00:41 +0100></a> +2011-06-06 21:00:41 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f92a542b0475a12f4724d3e57f232cafbe17ce50">f92a542b0475a12f4724d3e57f232cafbe17ce50</a> +<blockquote> + +<br> + Bug 691118: Fix radial shading bug +<br> + +<br> + Bug 691118 describes a bug with radial shadings in a PDF file. +<br> + +<br> + Back in r7982 (git 69a43b0) (16 May 2007) Igor introduced some cunning +<br> + code to speed radial shadings. It would spot that the shading was large +<br> + in comparison with the area being filled, and produce a smaller, +<br> + equivalent shading. +<br> + +<br> + Essentially, it would take the destination rectangle, and figure out +<br> + where in the shading the 'extremes' of that rectangle would come from +<br> + (allowing for distortion in shape generation) and ensure that the newly +<br> + generated shading covered the same area. +<br> + +<br> + Either the corners of the rectangle could be extremes, or points on the +<br> + side. The code for the points on the sides was broken due to a typo +<br> + causing the X and Y cases to be switched. +<br> + +<br> + All that is required to solve the bug is to change the == to !=. +<br> + +<br> + In researching the problem however, I recommented lots of the code to +<br> + make it more comprehensible (to me at least!) along with introducing +<br> + some temporary variables to make it clearer and avoid needless +<br> + recomputation of values. I am committing this as I believe it's a step +<br> + forward for the code, even though it doesn't actually make a +<br> + difference. +<br> + +<br> + 48 differences in non-pdfwrite/ps2write tests. 11 in pdfwrite, 17 in +<br> + ps2write. Checked with bmpcmp, all unnoticable to the naked eye, so +<br> + presumably progressions. +<br> + +<br> +gs/base/gxshade1.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-06 14:59:09 +0100></a> +2011-06-06 14:59:09 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=82dc5982726c8ea05c3be6faa2f370a62f11a94a">82dc5982726c8ea05c3be6faa2f370a62f11a94a</a> +<blockquote> + +<br> + Fix Bug 689737: antialiasing issues with patterns. +<br> + +<br> + Bug 689737 shows mismatches between rendering with and without +<br> + antialiasing when PaintType 2 patterns are used. +<br> + +<br> + Following Michaels analysis of the bug, the fix seems to be very simple; +<br> + when opening a pattern accumulator device, if the PaintType is 2, then +<br> + set color_info.anti_alias.graphics_bits to 1. We also set +<br> + color_info.anti_alias.text_bits to 1, even though this is unlikely to +<br> + make a difference if freetype is used. +<br> + +<br> + No expected cluster differences as antialiasing isn't used in any +<br> + cluster tests. +<br> + +<br> + This commit also removes a FIXME (as I've checked with Michael), and +<br> + improves the commenting on the device proc structure (which I'd done +<br> + when trying a different device proc based fix, but is an improvement +<br> + anyway). +<br> + +<br> +gs/base/gxpcmap.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-05 23:42:14 -0400></a> +2011-06-05 23:42:14 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a0720527bcabb2732c3c06dfe3cae1f9c9ea9318">a0720527bcabb2732c3c06dfe3cae1f9c9ea9318</a> +<blockquote> + +<br> + Bug 692252: define 'inf' as 0 +<br> + +<br> + Work around a bug in PDF file that has 'inf' instead of a number +<br> + in the content stream. Define a PDF operator 'inf' that returns 0 +<br> + and issues a warning. +<br> + +<br> +gs/Resource/Init/pdf_draw.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-04 22:04:12 +0100></a> +2011-06-04 22:04:12 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=0ea739147fd02ee0e63e58c036bb63fa841ddd3c">0ea739147fd02ee0e63e58c036bb63fa841ddd3c</a> +<blockquote> + +<br> + Bug 691222: Make windows build use UTF-8 encoding. +<br> + +<br> + We change the windows builds to use the 'wmain' rather than 'main' +<br> + entrypoints. This means we get the command line supplied in 'wchar_t's +<br> + rather than chars. We convert back to chars using UTF-8 encoding, and +<br> + call (what was) the main entrypoint. +<br> + +<br> + This means that we can cope with unicode filenames/paths etc. +<br> + +<br> + To match the encoding, we therefore need to wrap every use of the +<br> + filenames with the associated utf-8 -> wchar_t conversion and use +<br> + the unicode file access functions (_wfopen instead of fopen etc) +<br> + instead. +<br> + +<br> + Simple testing seems to indicate that this works. I think I've got +<br> + every occurence of file access, but it's possible I've missed some. If so +<br> + I'll fix them piecemeal as they are reported. +<br> + +<br> + This should solve bug 691222, and hopefully 691117. +<br> + +<br> +gs/base/gp_mswin.c +<br> +gs/psi/dwmainc.c +<br> +pl/dwmainc.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-04 22:09:58 +0100></a> +2011-06-04 22:09:58 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4aff3e0d813cb00eb62db9720cf99b2d419f999a">4aff3e0d813cb00eb62db9720cf99b2d419f999a</a> +<blockquote> + +<br> + Move various uses of fopen to use gp_fopen. +<br> + +<br> + For portability we should be using gp_fopen, not fopen. +<br> + +<br> +gs/base/gdevdevn.c +<br> +gs/base/gdevimdi.c +<br> +gs/base/gdevrinkj.c +<br> +gs/base/gdevtxtw.c +<br> +gs/base/gdevwts.c +<br> +gs/psi/imainarg.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-04 00:35:37 -0700></a> +2011-06-04 00:35:37 -0700</strong> +<br>Marcos H. Woehrmann <marcos.woehrmann@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=77b456f298aeabaa4b27b63a9ead0aa0470ac5b8">77b456f298aeabaa4b27b63a9ead0aa0470ac5b8</a> +<blockquote> + +<br> + Removed HAVE_HYPOT from configure scripts. +<br> + +<br> + This revision disables checking for a system hypot() function and is +<br> + a followup to 7dcc68ce753175a9c686021d53a061253e2787c3 which modified +<br> + math_.h to always use our internal hypot() function. +<br> + +<br> + No expected cluster differences. +<br> + +<br> +config.mak.in +<br> +configure.ac +<br> +gs/base/Makefile.in +<br> +gs/base/configure.ac +<br> +gs/base/macosx.mak +<br> +gs/base/unix-gcc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-03 17:33:51 +0100></a> +2011-06-03 17:33:51 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=31174084f95474f9c0edfd4c534c3b1654c02255">31174084f95474f9c0edfd4c534c3b1654c02255</a> +<blockquote> + +<br> + Fix bug 692226; stray pixels in skewed masked image +<br> + +<br> + When painting a masked image, we first plot a scanlines worth of +<br> + mask pixels to a mask plane. This is then used in a clipping device to +<br> + clip the image pixels that follow thereafter. +<br> + +<br> + In the code that plots the masked pixels it currently gathers up 'runs' +<br> + of identical pixels and plots them all at once. This works fine for +<br> + portrait and landscape images, but for skewed ones has problems due to +<br> + rounding errors. By plotting large runs of pixels at once, we can a) get +<br> + gaps between subsequent rows of masked pixels, and b) get a mismatch +<br> + between the pixels covered by the mask and the image. These manifest +<br> + as holes in the image. +<br> + +<br> + The image code already has a comment in it to the effect that we cannot +<br> + amalgamate large blocks due to rounding errors. +<br> + +<br> + This fix therefore extends this policy (of not amalgamating) to skewed +<br> + masked images too. +<br> + +<br> + 426 non-pdfwrite/pswrite differences expected. 79 pdfwrite. 31 ps2write. +<br> + Checked with bmpcmp and all seem either progressions or neutral. +<br> + +<br> +gs/base/gximono.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-03 19:07:47 +0100></a> +2011-06-03 19:07:47 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=9c5325b7778074c3add1f682058260d7f8154386">9c5325b7778074c3add1f682058260d7f8154386</a> +<blockquote> + +<br> + Add clip_copy_plane device procedure. +<br> + +<br> + Cut and pasted with obvious changes from clip_copy_mono. Nothing remarkable +<br> + worth mentioning. +<br> + +<br> + Not used in current code, so CLUSTER_UNTESTED. +<br> + +<br> +gs/base/gxclip.c +<br> +gs/base/gxclip.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-03 17:32:09 +0100></a> +2011-06-03 17:32:09 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7c8855aed043415063ad7472eb2af4320d4544eb">7c8855aed043415063ad7472eb2af4320d4544eb</a> +<blockquote> + +<br> + Add rasterop to FEATURE_DEVS in msvc makefile. +<br> + +<br> + The rasterop module is already added by default under unix, so this moves +<br> + windows into line. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/psi/msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-03 12:29:50 -0400></a> +2011-06-03 12:29:50 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=636788a8e6d2133a7e3294ee4e1b573c64e1254a">636788a8e6d2133a7e3294ee4e1b573c64e1254a</a> +<blockquote> + +<br> + Bug 691906, Drop symbolic flag with named encodings. +<br> + +<br> + PDF font descriptor has 3 attributes that affect whether the TT font +<br> + is processed as symbolic one. The spec is not clear what to do when +<br> + the attributes conflict. This revision consigers fonts that have +<br> + /WinAnsiEncoding or /MacRomanEncoding as non-symbolic regardless of +<br> + the flags. +<br> + +<br> +gs/Resource/Init/pdf_font.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-02 20:49:27 -0700></a> +2011-06-02 20:49:27 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6558511800f1f467b66e8e220b80ac99d6ee6f69">6558511800f1f467b66e8e220b80ac99d6ee6f69</a> +<blockquote> + +<br> + Addition of code to parse the file for the source object color description +<br> + +<br> + The file toolbin/color/src_color/objsrc_profiles_example.txt provides example +<br> + content where we have the key word for the profile, the profile and the rendering +<br> + intent. Next step is to implement the usage of these profiles in the link +<br> + construction. +<br> + +<br> +gs/base/gscms.h +<br> +gs/base/gsicc_manage.c +<br> +gs/base/gsicc_manage.h +<br> +gs/toolbin/color/src_color/objsrc_profiles_example.txt +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-02 12:38:40 +0100></a> +2011-06-02 12:38:40 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=585cac9d3aa6bca9e877c3e12ef3e28fd4f7f571">585cac9d3aa6bca9e877c3e12ef3e28fd4f7f571</a> +<blockquote> + +<br> + Fix bug 691152; gradients appear 'stepped'. +<br> + +<br> + The original bug report was that tiffsep and tiff24nc give noticably +<br> + different results. This turns out to be because tiffsep is set to use +<br> + non 'linear-and-separable' colours. +<br> + +<br> + When shadings are rendered, they are 'decomposed' down into smaller +<br> + and smaller regions, until they are smaller than a given threshold. +<br> + These regions are then filled either with linear filled traps (in the +<br> + linear and separable case) or with constant colour (in the non linear +<br> + and separable case). This means that we can get away with a larger +<br> + threshold in the linear and separable case (tiff24nc) and still see +<br> + smooth results. +<br> + +<br> + The original version of the code (pre SVN rev 7936) used to decompose +<br> + until the regions were smaller than a pixel. At rev 7936 this was +<br> + upped to be 1 point (1/72 of an inch) (or 1 pixel, whatever was +<br> + larger). Reverting to this original code solves the problem by making +<br> + the constant color regions small enough so that they still look +<br> + smooth. +<br> + +<br> + There would therefore appear to be several possible approaches to +<br> + solve the problem: +<br> + +<br> + 1) We could back out the change in 7936. This trades time (27% in the +<br> + worst measured test case) for correctness. +<br> + +<br> + 2) We could change tiffsep to use linear and separable colours. +<br> + +<br> + I've opted for an approach based on 1) here, because a bmpcmp clearly +<br> + shows easily visible differences in some files in other devices, for +<br> + example: +<br> + +<br> + tests_private/comparefiles/470-01.ps.pgmraw.300.0 +<br> + +<br> + By default, the code now operates as pre revision 7936. Should the +<br> + change in speed be considered unacceptable, gs can be build with the +<br> + symbol MAX_SHADING_RESOLUTION defined to maximum dpi to which shadings +<br> + should be decomposed; building with -DMAX_SHADING_RESOLUTION=72 will +<br> + give the same results as the existing code. +<br> + +<br> +gs/base/gxshade6.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-01 11:12:31 -0600></a> +2011-06-01 11:12:31 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4132ef5d36ff63b2b84f9864b7240609ac84ac38">4132ef5d36ff63b2b84f9864b7240609ac84ac38</a> +<blockquote> + +<br> + Enhance autoconf tests for SSE2 and byte swapping support. +<br> + +<br> + Previously we only checked if the test programs compile, now we check +<br> + if they compile and link. +<br> + +<br> +configure.ac +<br> +gs/base/configure.ac +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-01 16:22:40 +0100></a> +2011-06-01 16:22:40 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f83e6d48c33ff1edd2aecbe4482b8a1374808951">f83e6d48c33ff1edd2aecbe4482b8a1374808951</a> +<blockquote> + +<br> + Tweak jbig2dec os_types.h for android mupdf build. +<br> + +<br> + If HAVE_STDINT_H is defined we are supposed to be getting our definitions +<br> + from stdint.h. Instead the header defines them anyway. Fix this. This showed +<br> + up when building MuPDF for Android. +<br> + +<br> +gs/jbig2dec/os_types.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-06-01 09:47:56 -0400></a> +2011-06-01 09:47:56 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=e895d3aae94fa6ca1c53c4e7a47f5894ee3c5943">e895d3aae94fa6ca1c53c4e7a47f5894ee3c5943</a> +<blockquote> + +<br> + Bug 591335: Get ink names from images. +<br> + +<br> + Fixes a bug in indexed color space handler that prevented proper +<br> + recursion into the base color space, and add /Image /XObject +<br> + to the list of resources that are searched for separation color names. +<br> + +<br> +gs/Resource/Init/pdf_main.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-31 23:39:45 -0400></a> +2011-05-31 23:39:45 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=db4af9eaf902dbac931ca8c88c586df9d160fb72">db4af9eaf902dbac931ca8c88c586df9d160fb72</a> +<blockquote> + +<br> + Bug 692245: Make pattern handler more robust. +<br> + +<br> + Make pattern handling code tolerant to pattern streams that leave +<br> + some junk on the operand stack. +<br> + +<br> +gs/Resource/Init/pdf_draw.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-31 09:23:10 -0700></a> +2011-05-31 09:23:10 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=000e8614d2229335ed269f9ebc9a42e33b035f83">000e8614d2229335ed269f9ebc9a42e33b035f83</a> +<blockquote> + +<br> + Fix for issues in the setting of the newer ICC device parameters +<br> + +<br> + This fixes issues that were introduced when I added the new device +<br> + parameters for rendering intent. Also, this adds in a new structure +<br> + for defining different ICC profiles for the SOURCE colors +<br> + of objects (e.g. text image graphic). This will be set as a user +<br> + parameter and stored in the icc manager. Next step in this is +<br> + to get things initialized and then use the associated profiles. +<br> + +<br> +gs/Resource/Init/gs_lev2.ps +<br> +gs/base/gscms.h +<br> +gs/base/gsdparam.c +<br> +gs/base/gsicc_manage.c +<br> +gs/base/gsicc_manage.h +<br> +gs/psi/zusparam.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-31 01:14:21 -0700></a> +2011-05-31 01:14:21 -0700</strong> +<br>Marcos H. Woehrmann <marcos.woehrmann@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=d0055ac144c1f1a51e906976b85e8e2119b5a2db">d0055ac144c1f1a51e906976b85e8e2119b5a2db</a> +<blockquote> + +<br> + Change rsync max-size in clusterpush.pl to 10 megs. +<br> + +<br> + To prevent accidently transferring large log files to the casper during +<br> + a clusterpush the rsync in that script was limited to 2.5 megs via the +<br> + the --max-size option. However a recently added source file, imdi_k.c, +<br> + is 2.6 megs, so the max-size limit has been increased to 10 megs. +<br> + +<br> +gs/toolbin/localcluster/clusterpush.pl +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-31 00:19:38 -0400></a> +2011-05-31 00:19:38 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=16e928c697f4282c830ab57b7e16347b0b5b086f">16e928c697f4282c830ab57b7e16347b0b5b086f</a> +<blockquote> + +<br> + Bug 692242, drop outlines without /Title. +<br> + +<br> + Ignore outlines without a required /Title attribute and +<br> + issue a warning. +<br> + +<br> +gs/Resource/Init/pdf_main.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-30 20:26:53 +0100></a> +2011-05-30 20:26:53 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=91b9580bf09b81126d6a99c6fe3e0048972fe3d0">91b9580bf09b81126d6a99c6fe3e0048972fe3d0</a> +<blockquote> + +<br> + Fix Bug 692225. Interpolate and Decode don't play nice. +<br> + +<br> + Bug 692225 gives an example where an Image with both a Decode array +<br> + and interpolation set to true gives bad results. +<br> + +<br> + The problem was with a branch of the if in image_render_interpolate_icc +<br> + that was assuming that any decode array given was [0 1]. The fix here is +<br> + simply to test for whether need_decode is set. +<br> + +<br> + No changes seen on clusterpushing. +<br> + +<br> + Check this with Michael quand il sont retourne. +<br> + +<br> +gs/base/gxiscale.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-30 14:21:02 +0100></a> +2011-05-30 14:21:02 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=9fd0b414427b58fc79dae23cb11607ea5fcd0890">9fd0b414427b58fc79dae23cb11607ea5fcd0890</a> +<blockquote> + +<br> + Updated gitpush.sh script. +<br> + +<br> + Fixed script in light of kens experiences. Better error messages, more +<br> + thorough (i.e. any!) checking. Some documentation in the script. +<br> + +<br> +gs/toolbin/localcluster/gitpush.sh +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-28 18:04:24 +0100></a> +2011-05-28 18:04:24 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=543fd70fd3b6afc75a767ba1a41663ec3a982866">543fd70fd3b6afc75a767ba1a41663ec3a982866</a> +<blockquote> + +<br> + Excellently crufty gitpush script to interface with cluster. +<br> + +<br> + In your local git repo, do the following: +<br> + +<br> + git remote add regression@ghostscript.com:/home/regression/cluster/gitbridge/ghostpdl +<br> + +<br> + Ensure that you are setup to be able to ssh into ghostscript.com as the +<br> + regression user. +<br> + +<br> + Then: +<br> + +<br> + git config alias.cluster '!gs/toolbin/localcluster/gitpush.sh' +<br> + +<br> + Then you can: +<br> + +<br> + git cluster <blah> +<br> + +<br> + in exactly the same way as we used to be able to be able to: +<br> + +<br> + gs/toolbin/localcluster/clusterpush.pl <blah> +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/toolbin/localcluster/gitpush.sh +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-28 08:49:10 +0100></a> +2011-05-28 08:49:10 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=94f1a552f75647f142b85e5f30c075c19dde0084">94f1a552f75647f142b85e5f30c075c19dde0084</a> +<blockquote> + +<br> + Bug 692240: Gracefully handle incomplete FontBBox arrays. +<br> + +<br> + The FAPI code would throw an error if the FontBBox array had fewer +<br> + than four values. We'll now replace the broken array with a valid +<br> + one. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/psi/zfapi.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-27 10:15:08 -0700></a> +2011-05-27 10:15:08 -0700</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=20520230859eaa315a52731c1361be650c7e4999">20520230859eaa315a52731c1361be650c7e4999</a> +<blockquote> + +<br> + Bug 692237. Fix memfile_unlink to use %p instead of 0x%0x +<br> + +<br> + When the change was made (8e0f0dfb Ralph Giles 2008-09-10 21:35:24) the unlink +<br> + was missed. The %p is more portable in that it handles 32 or 64 bit addresses +<br> + as strings. Thanks to Norbert Janssen for finding this. +<br> + +<br> +gs/base/gxclmem.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-27 18:07:10 +0100></a> +2011-05-27 18:07:10 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=5974e9171854673d86e0c47a1d1cfef1ff9a5cb1">5974e9171854673d86e0c47a1d1cfef1ff9a5cb1</a> +<blockquote> + +<br> + Address a compiler warning. +<br> + +<br> + No cluster differences. +<br> + +<br> +gs/psi/imain.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-27 17:32:36 +0100></a> +2011-05-27 17:32:36 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6a743893666fa2c00244f291b83208e5cb961a27">6a743893666fa2c00244f291b83208e5cb961a27</a> +<blockquote> + +<br> + Bug 692238: fix a couple of typos in News.htm. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/doc/News.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-27 15:58:28 +0100></a> +2011-05-27 15:58:28 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=9a83627c1c0015a446fbf087848e98234a2bdddb">9a83627c1c0015a446fbf087848e98234a2bdddb</a> +<blockquote> + +<br> + Bug 692220: have the lib file arrays extend as required. +<br> + +<br> + Previously we had a hard limit of GS_MAX_LIB_DIRS on the number of entries +<br> + allowed in the lib search path. This change makes GS_MAX_LIB_DIRS the +<br> + default space available, but allows the arrays to extend as required. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/psi/imain.c +<br> +gs/psi/imainarg.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-27 10:15:37 +0100></a> +2011-05-27 10:15:37 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=96da6c46750074869c5bcaeeba7e204d8df83a16">96da6c46750074869c5bcaeeba7e204d8df83a16</a> +<blockquote> + +<br> + Have clusterpush.pl check for/use CLUSTER_USER env var. +<br> + +<br> + For anyone that uses a different local login than their user name +<br> + for the cluster, rather than have to specify the user name on the +<br> + command line every time, you can now set CLUSTER_USER in your +<br> + shell, and clusterpush.pl will use that, before going to check +<br> + USER and USERNAME as before. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/toolbin/localcluster/clusterpush.pl +<br> +gs/toolbin/localcluster/clusterpush.txt +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-26 11:20:10 -0700></a> +2011-05-26 11:20:10 -0700</strong> +<br>Marcos H. Woehrmann <marcos.woehrmann@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=998fc31cc9bd717190b0313eb246c14fe6303602">998fc31cc9bd717190b0313eb246c14fe6303602</a> +<blockquote> + +<br> + Restore Makefile to clusterpush.pl file list. +<br> + +<br> + Removed Makefile from the list of files excluded from the rsync +<br> + operation in clusterpush.pl since the ghostpdl Makefile is not +<br> + built by a configure/autogen.sh operation. +<br> + +<br> +gs/toolbin/localcluster/clusterpush.pl +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-26 01:09:55 -0700></a> +2011-05-26 01:09:55 -0700</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=eb0b920bd993d1b03478c9ba4dfc54e995ec7bac">eb0b920bd993d1b03478c9ba4dfc54e995ec7bac</a> +<blockquote> + +<br> + Fix minor typo. +<br> + +<br> +gs/base/gsmchunk.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-25 23:47:04 -0600></a> +2011-05-25 23:47:04 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ec6afb99389c13414a43820908e090841b6bcd75">ec6afb99389c13414a43820908e090841b6bcd75</a> +<blockquote> + +<br> + Fixes Bug 692232 - landscape printed on portrait media. +<br> + +<br> + Add the ability to pass postscript names on the command line - so now +<br> + AutoRotatePages can be set. The other way of fixing this - specifying +<br> + a different MediaBox would be awkward in the current PCL design. +<br> + +<br> +pl/plmain.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-24 08:08:35 -0700></a> +2011-05-24 08:08:35 -0700</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=25de59220e9472e6de1acc046c317141a1751770">25de59220e9472e6de1acc046c317141a1751770</a> +<blockquote> + +<br> + Fix for Bug 692217 nested trans_pattern_clist SEGV +<br> + +<br> + This was caused by a clip device created for tiling a mask with a transparent +<br> + pattern rendered with a clist. The clip device used for rendering did not +<br> + get its color_info updated when its target (pdf14) changed the color_info, +<br> + specifically the depth. +<br> + +<br> + Fixed by grabbing the target color_info after calling the target's compositor. +<br> + +<br> +gs/base/gdevnfwd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-25 20:55:29 -0400></a> +2011-05-25 20:55:29 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b8a35e6cf6f0394487c9e46d989ea57dd0e4203d">b8a35e6cf6f0394487c9e46d989ea57dd0e4203d</a> +<blockquote> + +<br> + Bug 692229, rename variables in Luratech license blocks. +<br> + +<br> + Change variable names in rarely compiled blocks related to Luratech +<br> + license key to match the declarations. +<br> + +<br> +gs/base/sjpx_luratech.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-25 19:55:04 +0000></a> +2011-05-25 19:55:04 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1de7e6dcb4a89cfdbc93ef176cee17f2e1b430f3">1de7e6dcb4a89cfdbc93ef176cee17f2e1b430f3</a> +<blockquote> + +<br> + Revised clusterpush.pl; msys git operation +<br> + +<br> + Changes to accomodate clusterpushing from windows msys git shells. +<br> + This relies on various other tools being added to the path. See +<br> + forthcoming email. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/toolbin/localcluster/clusterpush.pl +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-25 11:11:25 +0000></a> +2011-05-25 11:11:25 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=177d0f5ef5d3d2f992b10750e072dc91696c92cc">177d0f5ef5d3d2f992b10750e072dc91696c92cc</a> +<blockquote> + +<br> + Update gitsetup.h; remove --local. +<br> + +<br> + Remove a --local from a command that upsets old versions of git, while +<br> + not making a difference to later versions. Thanks to Ray for pointing this +<br> + out. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/toolbin/gitsetup.sh +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-25 06:54:07 +0000></a> +2011-05-25 06:54:07 +0000</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ebefadf4428a0fd4ca4607221bb59e2e0343b35b">ebefadf4428a0fd4ca4607221bb59e2e0343b35b</a> +<blockquote> + +<br> + Fix executable property to +x. +<br> + +<br> +gs/toolbin/gitsetup.sh +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-24 16:23:32 +0100></a> +2011-05-24 16:23:32 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8151aa54b8a71e5c9929bb43390a9be1b4b8d042">8151aa54b8a71e5c9929bb43390a9be1b4b8d042</a> +<blockquote> + +<br> + Add gitsetup.sh to gs/toolbin. +<br> + +<br> + Simple script for doing the 'obvious' configuration to a freshly checked +<br> + out git clone of ghostscript. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/toolbin/gitsetup.sh +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-24 07:53:59 -0700></a> +2011-05-24 07:53:59 -0700</strong> +<br>Robin Watts <robin@peeves.(none)><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4dc31e78ea0b58973f5a97319eafcbc10e5b9f2b">4dc31e78ea0b58973f5a97319eafcbc10e5b9f2b</a> +<blockquote> + +<br> + Add autoconf check for bswap32/byteswap.h availability. +<br> + +<br> + As per bug 692211, add some autoconf magic to detect the presence of +<br> + __builtin_bswap32 and/or byteswap.h. +<br> + +<br> + No expected cluster changes. +<br> + +<br> +config.mak.in +<br> +configure.ac +<br> +gs/base/Makefile.in +<br> +gs/base/configure.ac +<br> +gs/base/gsropt.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-24 12:38:27 +0100></a> +2011-05-24 12:38:27 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=38720da47205c029d9bee6c3b792791b6f39277d">38720da47205c029d9bee6c3b792791b6f39277d</a> +<blockquote> + +<br> + mem_mono_copy_mono optimisations. +<br> + +<br> + Working on Norberts latest test files, I have changed mem_mono_copy_mono +<br> + to only use copy_rop if the runs are large enough for it to get a +<br> + benefit. Currently this threshold is set to 32 pixels (1 word). +<br> + +<br> + This is sufficiently high that we get 9.01 or better performance on all the +<br> + test files, but might benefit from further tuning later. +<br> + +<br> +gs/base/gdevm1.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-24 08:35:18 +0100></a> +2011-05-24 08:35:18 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b246d9d85c119f101956ba07cf9e1c8b9f510b49">b246d9d85c119f101956ba07cf9e1c8b9f510b49</a> +<blockquote> + +<br> + pdfwrite : set bit 0 of CIDSet. +<br> + +<br> + Set the CID 0 bit of the CIDSet array, so that this glyph is marked as +<br> + being present, when converting TrueType fonts to CIDFonts for PDF/A +<br> + output. +<br> + +<br> + CID 0 is required to be present for all CIDFonts, it is the /.notdef +<br> + equivalent. +<br> + +<br> +gs/base/gdevpdtd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-20 20:45:41 +0100></a> +2011-05-20 20:45:41 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=99b6056dda5ccf74a270d5ca3dbbe2319dc2c219">99b6056dda5ccf74a270d5ca3dbbe2319dc2c219</a> +<blockquote> + +<br> + Fix for pdfwritten fts_42xx.xps crashing in transparency stuff. +<br> + +<br> + See Bug 692219. This may well be patching symptoms rather than correctly +<br> + addressing the problem, but it's low impact, and shouldn't create any new +<br> + problems. We can always back it out after michael has had time to look. +<br> + +<br> +gs/base/gxblend1.c +<br> +gs/base/gxpcmap.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-23 15:42:46 +0100></a> +2011-05-23 15:42:46 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=86e887eab1634dc9bceec1e1479c11fe03835e96">86e887eab1634dc9bceec1e1479c11fe03835e96</a> +<blockquote> + +<br> + mem_mono_strip_copy_rop_dev opts; non-texture 'short' case. +<br> + +<br> + Attempt to optimise for latest test cases from Norbert. +<br> + +<br> + Use reverted, and optimised old code for the width < 32 no texture case. +<br> + +<br> +gs/base/gdevm1.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-23 16:41:17 +0100></a> +2011-05-23 16:41:17 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=54796e82370348412811db945b95c42953ce0957">54796e82370348412811db945b95c42953ce0957</a> +<blockquote> + +<br> + Bug #692202 Bug in display_raster function +<br> + +<br> + The calculation of bytewidth, the number of bytes required for a row of +<br> + pixels, only worked correctly when the colour depth was a multiple of 8. +<br> + +<br> + Since the device is a display device, and has since become used as a +<br> + general method for getting data out of GS, this is not reasonable +<br> + (monochrome and greyscale devices are less than 8 bits) +<br> + +<br> + Modified as suggested by Martin Osieka to round up the calculation. +<br> + +<br> +gs/base/gdevdsp.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-23 08:08:23 +0100></a> +2011-05-23 08:08:23 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7fcb89d46d42eb8806d226d3eb39a64f2ad0fe08">7fcb89d46d42eb8806d226d3eb39a64f2ad0fe08</a> +<blockquote> + +<br> + Squash a very minor compiler warning +<br> + +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-22 22:23:49 +0100></a> +2011-05-22 22:23:49 +0100</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b7d52f725a7c4ef939469f757687a86252fade9c">b7d52f725a7c4ef939469f757687a86252fade9c</a> +<blockquote> + +<br> + Add Memory squeezing functionality to Memento. +<br> + +<br> + If you build with MEMENTO_HAS_FORK predefined, then in-app memory +<br> + squeezing is enabled. +<br> + +<br> + export MEMENTO_SQUEEZEAT=1 then run the app, and it will do some magic +<br> + with repeated forks to test the "failure to allocate" paths through the code. +<br> + +<br> + All the allocation events before the MEMENTO_SQUEEZEATth one will proceed +<br> + as normal. After that, on every allocation, the code will fork. The child +<br> + will proceed with every allocation failing until the program exits +<br> + (hopefully cleanly, but sometimes leaking memory, sometimes dying with a +<br> + SEGV due to failure to cleanup properly). When the child exits, the +<br> + parent carries on execution (until the next allocation, when the same fork +<br> + process happens again). +<br> + +<br> + CLUSTER_UNTESTED as disabled by default. +<br> + +<br> +gs/base/memento.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-22 08:36:29 -0700></a> +2011-05-22 08:36:29 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1be218b08069f483ba53eacddc6f7cfbe96957ea">1be218b08069f483ba53eacddc6f7cfbe96957ea</a> +<blockquote> + +<br> + Fixes in ICC profile handling and device parameters +<br> + +<br> + This fixes some issues that were encountered when setting ICC +<br> + profiles on the command line. One issue is that the put_profile +<br> + procedure needs to be initialized a bit earlier which required +<br> + a change in gdevprn.h In addition, when the output profile is +<br> + specified to be the CIELAB profile and there is transparency in +<br> + the file there was a rc issue with the profile when going through +<br> + the clist. This also includes code to handle the rendering intent device +<br> + parameters for object types. +<br> + +<br> +gs/base/gdevp14.c +<br> +gs/base/gdevprn.h +<br> +gs/base/gscdevn.c +<br> +gs/base/gsdparam.c +<br> +gs/base/gsicc_manage.c +<br> +gs/base/gsicc_manage.h +<br> +gs/base/gxclthrd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-22 08:32:34 -0700></a> +2011-05-22 08:32:34 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=185b6f5db3771f6501d55b7b0b6c6ca8663b24c5">185b6f5db3771f6501d55b7b0b6c6ca8663b24c5</a> +<blockquote> + +<br> + Update of ICC Creator +<br> + +<br> + Update to ICC creator project to enable the creation of special effect profiles. +<br> + Also addition of profiles to demonstrate object dependent color management. +<br> + +<br> +gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.rc +<br> +gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.cpp +<br> +gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/icc_create.cpp +<br> +gs/toolbin/color/icc_creator/ICC_Creator/icc_create.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/resource.h +<br> +gs/toolbin/color/icc_creator/effects/black_output.icc +<br> +gs/toolbin/color/icc_creator/effects/c_only.txt +<br> +gs/toolbin/color/icc_creator/effects/cyan_output.icc +<br> +gs/toolbin/color/icc_creator/effects/k_only..txt +<br> +gs/toolbin/color/icc_creator/effects/m_only.txt +<br> +gs/toolbin/color/icc_creator/effects/magenta_output.icc +<br> +gs/toolbin/color/icc_creator/effects/y_only.txt +<br> +gs/toolbin/color/icc_creator/effects/yellow_output.icc +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-22 00:03:57 -0400></a> +2011-05-22 00:03:57 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=70912a68940b1361e8d33a239a57280eead00bfc">70912a68940b1361e8d33a239a57280eead00bfc</a> +<blockquote> + +<br> + Fix optional inline image skipping. +<br> + +<br> + Use newly created function that calculates the number of components +<br> + of a given image and fix calculation of the inline image size that +<br> + is used to skip optional inline images. +<br> + +<br> +gs/Resource/Init/pdf_draw.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-21 01:15:49 -0400></a> +2011-05-21 01:15:49 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=3ac9479be8db8eb44f3787d54a171747b61c2b44">3ac9479be8db8eb44f3787d54a171747b61c2b44</a> +<blockquote> + +<br> + Bug 692213: verify /Default* colorspaces. +<br> + +<br> + Check that the number of components of /DefaultGray, /DefaultRGB, and +<br> + /DefaultCMYK is correct, and reject inappropriate color spaces. +<br> + +<br> + Also fix the code that forces update of the color space at the +<br> + beginning of the page when the page defines any of /Defailt* color +<br> + spaces. This hack has been written long ago but it was unreachable. +<br> + +<br> +gs/Resource/Init/pdf_draw.ps +<br> +gs/Resource/Init/pdf_main.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-20 19:59:16 +0100></a> +2011-05-20 19:59:16 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4c64b898e1dc2b3532e0fe6c18a292fa58843207">4c64b898e1dc2b3532e0fe6c18a292fa58843207</a> +<blockquote> + +<br> + Merge branch 'Type3_PCL' +<br> + +<br> +gs/base/gdevpdtd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-20 19:43:55 +0100></a> +2011-05-20 19:43:55 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=83318bd849910c6c79f0ea5cb11912557ac01307">83318bd849910c6c79f0ea5cb11912557ac01307</a> +<blockquote> + +<br> + Final type 3 font modifications for PCL +<br> + +<br> + We need to probe the glyph cache in process_text_modify_width as well +<br> + process_text_return_width, this is a possible path through the code, +<br> + depending on the exact combination of text operations. +<br> + +<br> + Remove debugging code +<br> + +<br> + Tidy up some declarations and casting of poitners to make compilers +<br> + happy. +<br> + +<br> +gs/base/gdevpdte.c +<br> +gs/base/gdevpdtt.c +<br> +gs/base/gxccache.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-20 12:03:14 +0100></a> +2011-05-20 12:03:14 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=96b967aac2176d9cd96167cc1430bb76074d6384">96b967aac2176d9cd96167cc1430bb76074d6384</a> +<blockquote> + +<br> + Add some prints to caching +<br> + +<br> + Set the FtonMatrix to the identity when making the CTM the identity, so that these don't get applied twice. +<br> + +<br> +gs/base/gdevpdtt.c +<br> +gs/base/gxccache.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-19 13:51:24 +0100></a> +2011-05-19 13:51:24 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=0b8df1bfb7f5496ba5b644b21c7586fda6dcdc46">0b8df1bfb7f5496ba5b644b21c7586fda6dcdc46</a> +<blockquote> + +<br> + Add some extra debugging printouts +<br> + +<br> + Fix log2_scale and depth when creating and testing cache entries in order +<br> + to make sure they are coherent (we don't actually use the entries so the +<br> + values aren't important, as long as they are the same) +<br> + +<br> + When using PCL bitmap fonts we do want to note glyphs set with setcharwidth +<br> + as cached, as well as those with setcachedevice. (the same is not true +<br> + for PostScript) +<br> + +<br> +gs/base/gdevpdte.c +<br> +gs/base/gdevpdti.c +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 15:53:56 +0100></a> +2011-05-17 15:53:56 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=49921ad78b31af5ab8803d6de886d93106c0db0c">49921ad78b31af5ab8803d6de886d93106c0db0c</a> +<blockquote> + +<br> + Add another new font type 'ft_PCL_user_defined' for the PCL bitmap +<br> + font. +<br> + +<br> + Update various parts of the code to treat the new font the same as a +<br> + PostScript type 3 font. +<br> + +<br> + In pdfwrite, if we capture a CharpProcs, and its for a PCL bitmap font +<br> + then add a cache entry. We do NOT do this for most other fonts, only +<br> + when rendering a glyph. When assembling text, if the font is a PCL +<br> + bitmap font, tehn after checking to see if we've already used it, check +<br> + to see if there is a cache entry. If the PCL job has reused this character +<br> + code with a different bitmap it will haev flushed the cache entry. If we +<br> + font this has happened then capture the new glyph. NB if we are capturing +<br> + a new definition (font->used[[] is valid) then we know this is a redefinition +<br> + so capture into a different font using the old style 'default' implementation. +<br> + +<br> +gs/base/gdevpdtd.c +<br> +gs/base/gdevpdte.c +<br> +gs/base/gdevpdtf.c +<br> +gs/base/gdevpdti.c +<br> +gs/base/gdevpdts.c +<br> +gs/base/gdevpdtt.c +<br> +gs/base/gdevpdtw.c +<br> +gs/base/gstext.c +<br> +gs/base/gxchar.c +<br> +gs/base/gxftype.h +<br> +gs/base/gxpaint.c +<br> +pcl/pgfont.c +<br> +pl/plfont.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-13 19:57:44 +0100></a> +2011-05-13 19:57:44 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=97fbf9fd981cdda1d6db80c2a808e3935b1809f3">97fbf9fd981cdda1d6db80c2a808e3935b1809f3</a> +<blockquote> + +<br> + Apparently missed in previous commit. Update so that stick fonts are +<br> + identified as such to pdfwrite. +<br> + +<br> +gs/base/gdevpdtd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-13 19:53:56 +0100></a> +2011-05-13 19:53:56 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=fa801aa476fc200d397f0c72c383462eaad88267">fa801aa476fc200d397f0c72c383462eaad88267</a> +<blockquote> + +<br> + Add a new font type 'ft_GL2_stick_user_defined' and use it as the FontType +<br> + of the HP/GL2 stick font. Modify code throughout to treat it the same as +<br> + 'ft_user_defined', ie a type 3 font. +<br> + +<br> + Allow pdfwrite to attach a type 3 'PDF font' to a stick font (normally the +<br> + types are required to be the same). +<br> + +<br> + Alter the way we calculate the 'default' device matrix during stick font +<br> + accumulation so that we get better stroke widhts. +<br> + +<br> + Now that we cna identify a stick font, check for anamorphic scaling before +<br> + accumulating the glyphs. If anamorphic scaling, then *don't* treat this as +<br> + a font. THis is because the stroke width will be inconsistent. +<br> + +<br> +gs/base/gdevpdte.c +<br> +gs/base/gdevpdtf.c +<br> +gs/base/gdevpdti.c +<br> +gs/base/gdevpdts.c +<br> +gs/base/gdevpdtt.c +<br> +gs/base/gdevpdtw.c +<br> +gs/base/gstext.c +<br> +gs/base/gxchar.c +<br> +gs/base/gxftype.h +<br> +gs/base/gxpaint.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-12 16:04:17 +0100></a> +2011-05-12 16:04:17 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6a1c8f107029e92509dfbcaf4aaf1d691d27abe5">6a1c8f107029e92509dfbcaf4aaf1d691d27abe5</a> +<blockquote> + +<br> + Alter the way we handle missing glyph names, use the saem code as for +<br> + composite fonts. +<br> + +<br> + Don't assume the CharProc matrix will be upright when creating the dummy +<br> + 'initial' matrix, copy and scale all the values. +<br> + +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-11 15:46:23 +0100></a> +2011-05-11 15:46:23 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=d2ce995693b6c279ea207081728f6906a02e718a">d2ce995693b6c279ea207081728f6906a02e718a</a> +<blockquote> + +<br> + More type 3 font madness +<br> + +<br> + Use the device level 'PS_accumulator' flag in various places instead of +<br> + the more kludgy test against penuym->pte_default being NULL. +<br> + +<br> + If we don't get a glyph name back from the interpreter (PCL) then invent +<br> + one instead of giving up with an error. +<br> + +<br> + If we are not a type 3 accumulator, then don't undo the factor of 100 +<br> + scaling applied to the device width and height, we only do that for PS. +<br> + +<br> + Add a routine to return a special 'initial' matrix during the course of +<br> + type 3 accumulation. The PCL stick font uses this to set the line width +<br> + and we need to account for various PS/PDF scaling which will otherwise +<br> + be ignored. +<br> + +<br> + Make sure we don't try and accumulate a charproc when its being run for a +<br> + charpath operation. +<br> + +<br> +gs/base/gdevpdfb.h +<br> +gs/base/gdevpdfx.h +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-06 15:35:13 +0100></a> +2011-05-06 15:35:13 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=bc6a5bdd6329a0027d0c162e29eda277f85c2a8a">bc6a5bdd6329a0027d0c162e29eda277f85c2a8a</a> +<blockquote> + +<br> + Type PCL fonts again. +<br> + +<br> + Put back the matrix scaling in pdf_text_set_cache, even though the matrix +<br> + shoudl always be the identity here when running PCL. Best to be safe. +<br> + +<br> + set_charproc_attrs emitted a 'd1' setcachedevice, but didn't check if +<br> + the glyph was flipped. For PCL this led to ury being less than lly, and +<br> + so the glyph was elided. Added check to make sure these are correct. This +<br> + required removal of 'const' from an arry as well. +<br> + +<br> +gs/base/gdevpdfx.h +<br> +gs/base/gdevpdti.c +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-06 15:06:22 +0100></a> +2011-05-06 15:06:22 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8730b9f1c3c1977805a9f0ad830b0268170343c4">8730b9f1c3c1977805a9f0ad830b0268170343c4</a> +<blockquote> + +<br> + More type 3 changes +<br> + +<br> + Don't scale the CTM by 100 (done for FreeType) when handling PCL fonts +<br> + in install_charproc_accum, set the boolean to complete_charproc_accum so +<br> + that we don't 'undo' the factor of 100 scaling when the font is PCL. +<br> + +<br> + Add code to set_charproc_attrs to determine whether this is a 'scale 100' +<br> + (ie PostScript) type 3 font or not, if its not then don't undo the scaling +<br> + by 100 of the CTM. +<br> + +<br> + When accumulating a chraproc, before setting the CTM to identity matrix +<br> + also set the current point to 0,0, which ensures that that the current point +<br> + doesn't get baked into the character description. Also invalidate the +<br> + 'char_tm' txy_fixed_valid member of the graphics state, this will force +<br> + a recalculation of char_tm using the new identity matrix. +<br> + +<br> +gs/base/gdevpdfx.h +<br> +gs/base/gdevpdti.c +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-06 12:29:38 +0100></a> +2011-05-06 12:29:38 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1b7695b7f2fe4dac0e228294b944b667e617e822">1b7695b7f2fe4dac0e228294b944b667e617e822</a> +<blockquote> + +<br> + More PCL type 3 improvements +<br> + +<br> + Add code to initialise the returned character code, so that the charproc +<br> + is assigned the correct character code. Further test for PCL fonts in +<br> + pdf_text_set_cache and don't try to use a show enumerator to get the +<br> + 'output_char_code' when we are doing PCL, instead use the one from the +<br> + text enumerator 'returned' structure. Normally this would not be valid +<br> + yet as this is filled in after we've completed the 'show', but we +<br> + set this before startig the show, from the text string, so that it will be +<br> + valid. +<br> + +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-06 11:49:19 +0100></a> +2011-05-06 11:49:19 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=3791899545ad61db983158e468d29de85153f94a">3791899545ad61db983158e468d29de85153f94a</a> +<blockquote> + +<br> + More type 3 PCL fonts +<br> + +<br> + Attempt to get gsave/grestore counting correct by addig requied gs_gsave. +<br> + Add code to invalidate the char_ctm as we have altered the CTM to identity +<br> + for capture, and don't want to use the char_ctm (values are restored later). +<br> + +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-05 15:26:17 +0100></a> +2011-05-05 15:26:17 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1ccea133c3b21570c6400337dbe260791da8807d">1ccea133c3b21570c6400337dbe260791da8807d</a> +<blockquote> + +<br> + Add in basic handling for PCL type 3 fonts. Now setss up the accumulator +<br> + patches the enumerator procs so that the pdfwrite set_cache is used when +<br> + setcachedevice is issued. +<br> + +<br> + Text matrices are wrong in many places leading to empty output. +<br> + +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-05 14:50:33 +0100></a> +2011-05-05 14:50:33 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=fa5cce2824ade8c280adf370686e20e661d0c3e3">fa5cce2824ade8c280adf370686e20e661d0c3e3</a> +<blockquote> + +<br> + Add handler for PCL type 3 fonts. For now this throws an error, just while +<br> + I make sure it doesn't break any PS/PDF files. +<br> + +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-05 13:15:19 +0100></a> +2011-05-05 13:15:19 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f5cc30c83a05acacfd9c2e18b72e7e716c38d024">f5cc30c83a05acacfd9c2e18b72e7e716c38d024</a> +<blockquote> + +<br> + File missed in previous commit +<br> + +<br> +gs/base/gdevpdtt.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-05 13:13:27 +0100></a> +2011-05-05 13:13:27 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7838510e494245cc5e5349f2ea0d5ff9028c96d0">7838510e494245cc5e5349f2ea0d5ff9028c96d0</a> +<blockquote> + +<br> + Add better PCL type 3 font handling, step 1 +<br> + +<br> + First, break all the code for starting and stopping accumulators +<br> + into procedures, because the existing code is too hard to read. +<br> + +<br> +gs/base/gdevpdfb.c +<br> +gs/base/gdevpdfb.h +<br> +gs/base/gdevpdfx.h +<br> +gs/base/gdevpdti.c +<br> +gs/base/gdevpdtt.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-29 16:42:30 +0100></a> +2011-04-29 16:42:30 +0100</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=947e90ad0229b6333d6eb61e7f54ac33b200ab28">947e90ad0229b6333d6eb61e7f54ac33b200ab28</a> +<blockquote> + +<br> + initial changes for capturing PCL type 3 fonts in pdfwrite +<br> + +<br> + Seems to be OK now with PS/PCL, does not crash any longer with PCL, but capture is incorrect. +<br> + +<br> +gs/base/gdevpdfb.c +<br> +gs/base/gdevpdfb.h +<br> +gs/base/gdevpdfx.h +<br> +gs/base/gdevpdti.c +<br> +gs/base/gdevpdtt.c +<br> +gs/base/gdevpdtt.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-20 18:22:37 +0100></a> +2011-05-20 18:22:37 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1ab5da13a846b9fde15c2863b6b75ae5b28d22d8">1ab5da13a846b9fde15c2863b6b75ae5b28d22d8</a> +<blockquote> + +<br> + Bug 692218: Incorrect CIDtoGIDMap length causing crash. +<br> + +<br> + In pdfwrite's pdf_convert_truetype_font_descriptor() function, +<br> + the lengths of both the CIDtoGIDMap and the CIDSet were being set +<br> + to the number of in use CID's in the font, whereas they need to +<br> + be, and were being filled, as being LastChar + 1 entries long. +<br> + +<br> + As well as memory corruption, the contents would have been wrong, +<br> + too. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/gdevpdtd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-20 12:46:09 +0000></a> +2011-05-20 12:46:09 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=0805588e9bcaec02b4eef4582db6ab23ae8ea1b1">0805588e9bcaec02b4eef4582db6ab23ae8ea1b1</a> +<blockquote> + +<br> + Fix Bug 692216. Remove zero height traps from shadings. +<br> + +<br> + The simplified file in Bug 692216 shows a division by zero error when +<br> + filling a trapezoid with zero height. The fix is simply to update +<br> + the code not to draw zero height traps. +<br> + +<br> + This should be safe as any fill adjustment is done well before this point. +<br> + +<br> + The cluster shows just one difference. Looking at it in a bmpcmp it does +<br> + look suspicious, but it's not clear whether it's a progression or a +<br> + regression. Ken informs me he's seen the same differences before with +<br> + unrelated changes, so perhaps it's an indeterminism. +<br> + +<br> + The code seems more sensible this way round anyway. +<br> + +<br> +gs/base/gxshade6.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-20 07:58:28 +0100></a> +2011-05-20 07:58:28 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c6341648ed83b1a3dde948bdf8bcf54a2f275fe5">c6341648ed83b1a3dde948bdf8bcf54a2f275fe5</a> +<blockquote> + +<br> + Reinstate x11alpha as the default device on Unix. +<br> + +<br> + With the recent revisions to make transparency play nicely +<br> + with anti-aliased output, should now be safe to use as the +<br> + default device. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/base/Makefile.in +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-19 14:55:52 -0600></a> +2011-05-19 14:55:52 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=9de72911de76b582f028c70564b1539f913b517c">9de72911de76b582f028c70564b1539f913b517c</a> +<blockquote> + +<br> + Make directories silently. +<br> + +<br> + The previous mkdir incantantation had unwanted warning messages if the +<br> + directory already existed. Thanks to Norbert Janssen for the patch. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +common/msvc_top.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-18 19:04:26 -0600></a> +2011-05-18 19:04:26 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=413e6e5a1c7ccc3d86678a54e93130ca182f9e98">413e6e5a1c7ccc3d86678a54e93130ca182f9e98</a> +<blockquote> + +<br> + Simplify the svg device state. +<br> + +<br> + Represent colors directly with color indices not strings. +<br> + This will address bug 691886 indirectly but wasn't the motivation +<br> + for changing the state value types. +<br> + +<br> +gs/base/gdevsvg.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-16 13:28:46 -0600></a> +2011-05-16 13:28:46 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=86da13321eaa87a01b804af3619d30f8a7263f5e">86da13321eaa87a01b804af3619d30f8a7263f5e</a> +<blockquote> + +<br> + Decrease debugging verbosity. +<br> + +<br> + Change default printing to be conditonal on high level device +<br> + debug flag '_'. +<br> + +<br> +gs/base/gdevsvg.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-19 18:32:07 +0100></a> +2011-05-19 18:32:07 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4812b7189345fa94075445d8e8d5eef7eb04cdab">4812b7189345fa94075445d8e8d5eef7eb04cdab</a> +<blockquote> + +<br> + Explicitly disable libtiff's jbig code. +<br> + +<br> + Add the --disable-jbig option to both Ghostscript and GhostPDL's +<br> + calls to the libtiff configure script, otherwise, if the build +<br> + system has libjbig installed, libtiff's jbig code is enabled, +<br> + and we don't want/need it. +<br> + +<br> + Bug 692214. +<br> + +<br> +Makefile +<br> +gs/base/configure.ac +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-19 16:58:33 +0000></a> +2011-05-19 16:58:33 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8f4b7b96b14df2bef1564e00c72f087f72bb8f56">8f4b7b96b14df2bef1564e00c72f087f72bb8f56</a> +<blockquote> + +<br> + More Memento tweaks. Thanks to Dave Thomas. +<br> + +<br> + Remove unused variables/unneeded inits. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/base/memento.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-19 15:26:05 +0000></a> +2011-05-19 15:26:05 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b35b5d610738a521cfe6374965a8f6c4d6b5d477">b35b5d610738a521cfe6374965a8f6c4d6b5d477</a> +<blockquote> + +<br> + Correct memset prototype in memento.c. D'Oh. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/base/memento.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-19 15:34:31 +0100></a> +2011-05-19 15:34:31 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=44e59fd123729ba05f8728f01d13406d3e283855">44e59fd123729ba05f8728f01d13406d3e283855</a> +<blockquote> + +<br> + Merge branch 'patt_trans_clist' +<br> + +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-19 15:01:14 +0100></a> +2011-05-19 15:01:14 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=3bf453e7987830459ca677c8fa1b93fbd6c4a7e3">3bf453e7987830459ca677c8fa1b93fbd6c4a7e3</a> +<blockquote> + +<br> + Fix for icc profile refcounting. +<br> + +<br> + Take new reference before discarding old one, lest we throw away the +<br> + last reference and then can't pick it up again. +<br> + +<br> + This solves the SEGV with: +<br> + +<br> + gs\debugbin\gswin32c.exe -sDEVICE=ppmraw -o out.ppm +<br> + -r300 ..\ghostpcl\tests_private\comparefiles\Bug689690.pdf +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/gdevp14.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-19 13:35:37 +0100></a> +2011-05-19 13:35:37 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=bc9e69257a1605d67aca0cd121e167d7e0ae22be">bc9e69257a1605d67aca0cd121e167d7e0ae22be</a> +<blockquote> + +<br> + Merge branch 'master' into patt_trans_clist +<br> + +<br> + I expect this to leave me with all files working except for Bug689690.pdf +<br> + which has profile reference counting problems introduced from the trunk. +<br> + +<br> + For example: +<br> + gs\debugbin\gswin32c.exe -sDEVICE=ppmraw -o out.ppm +<br> + -r300 ..\ghostpcl\tests_private\comparefiles\Bug689690.pdf +<br> + +<br> +gs/base/gdevp14.c +<br> +gs/base/gsicc_manage.c +<br> +gs/base/gxclrast.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-18 15:57:45 +0000></a> +2011-05-18 15:57:45 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=5cff633dff1b8b91afb97925f8a4f7781db5a9b2">5cff633dff1b8b91afb97925f8a4f7781db5a9b2</a> +<blockquote> + +<br> + Fix SEGV in tile_rect_trans_simple. +<br> + +<br> + If the left hand copy region started to the right of the subtile that was +<br> + actually populated, we would attempt a copy with a negative length. Simple +<br> + fix is to check for this case. +<br> + +<br> + This should resolve the 5 xps SEGVs. +<br> + +<br> +gs/base/gxp1fill.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 23:37:56 +0000></a> +2011-05-17 23:37:56 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=128650aac51fcf723428b8a902c4e3af7d1d058f">128650aac51fcf723428b8a902c4e3af7d1d058f</a> +<blockquote> + +<br> + Fix SEGV in Bug691538.pdf. +<br> + +<br> + Local testing with: +<br> + gs -dNOGC -Z@? -r300 -sDEVICE=pbmraw -dMaxBitmap=30000000 -o nul: ..\ghostpcl\tests_private\comparefiles\Bug691538.pdf +<br> + +<br> + shows a SEGV on windows with a debug build. Removing the reference +<br> + decrement solves it and doesn't show any leaks. +<br> + +<br> + Oddly the cluster doesn't show the SEGV any more, but it did previously. +<br> + +<br> +gs/base/gxpcmap.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 18:13:17 +0100></a> +2011-05-17 18:13:17 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6780bf7996f1d5a0be5b0dc55e89ea48bf89980e">6780bf7996f1d5a0be5b0dc55e89ea48bf89980e</a> +<blockquote> + +<br> + Memento realloc fix. +<br> + +<br> + Memento was filling the 'new' section of realloced blocks incorrectly, +<br> + resulting in memory overwrites. +<br> + +<br> +gs/base/memento.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 15:53:01 +0100></a> +2011-05-17 15:53:01 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ce8bddd7cef1f9e0d2c2ae28b82d513a6cfa9dce">ce8bddd7cef1f9e0d2c2ae28b82d513a6cfa9dce</a> +<blockquote> + +<br> + Merge branch 'master' into patt_trans_clist +<br> + +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevp14.c +<br> +gs/base/gsicc.c +<br> +gs/base/gsicc_manage.c +<br> +gs/base/gstrans.c +<br> +gs/base/gxclrast.c +<br> +gs/base/gxdevice.h +<br> +gs/ghostscript.vcproj +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 15:42:11 +0100></a> +2011-05-17 15:42:11 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1b7bf4222988019f17a454ce7a6b841d586c3d4d">1b7bf4222988019f17a454ce7a6b841d586c3d4d</a> +<blockquote> + +<br> + Comment and error code handling tweaks to gdevp14.c +<br> + +<br> + Correct a typo, update a comment, and avoid a SEGV in the case where +<br> + an allocation of an iccsmask fails. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/gdevp14.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 15:38:38 +0100></a> +2011-05-17 15:38:38 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6283d613595f2c42a461d2cb8cfddb2e0a6fc168">6283d613595f2c42a461d2cb8cfddb2e0a6fc168</a> +<blockquote> + +<br> + Tiny tweak to leaks.tcl +<br> + +<br> + Tweak leaks.tcl so it doesn't think the file is empty if 'memory allocated' +<br> + is on the first line of the log. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/toolbin/leaks.tcl +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 15:23:24 +0100></a> +2011-05-17 15:23:24 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4ec504eeddfd5e17ca5f1b4e58090fb0c1b15201">4ec504eeddfd5e17ca5f1b4e58090fb0c1b15201</a> +<blockquote> + +<br> + Rework colorspace ref counting of cmm_icc_profile_data. +<br> + +<br> + Previously the code seemed to be trying to take one reference to +<br> + cmm_icc_profile_data for every reference taken to the colorspace. We rework +<br> + this here to only take a single reference to cmm_icc_profile_data for each +<br> + colorspace. This solves at least one SEGV. +<br> + +<br> +gs/base/gscdevn.c +<br> +gs/base/gscscie.c +<br> +gs/base/gscspace.c +<br> +gs/base/gsicc.c +<br> +gs/base/gsicc_manage.c +<br> +gs/base/gxipixel.c +<br> +gs/base/gxshade.c +<br> +gs/psi/zicc.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-12 17:49:46 +0100></a> +2011-05-12 17:49:46 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a0ac4ac2082132905463703ddd8b6db6fd95e4fb">a0ac4ac2082132905463703ddd8b6db6fd95e4fb</a> +<blockquote> + +<br> + Squash another warning; gdevp14.c. +<br> + +<br> + Remove an unused variable definition (that is shadowed later on). +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/base/gdevp14.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-12 17:41:17 +0100></a> +2011-05-12 17:41:17 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=d40646d2f1c48c174fad480c03309707b16659c7">d40646d2f1c48c174fad480c03309707b16659c7</a> +<blockquote> + +<br> + Squash warning. +<br> + +<br> + Remove unused variable, left over from merge. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/base/gdevnfwd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-12 17:01:59 +0100></a> +2011-05-12 17:01:59 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6d910ef6207e3704f1050cd46c481ac81b681261">6d910ef6207e3704f1050cd46c481ac81b681261</a> +<blockquote> + +<br> + Fix SEGVs seen due to icc profile data being freed. +<br> + +<br> + If we swap the ICC profile data for a colorspace due to starting/stopping +<br> + use of an smask, we must also adjust the reference counts. Hopefully this +<br> + will solve all the SEGVs we see. It does solve at least one. +<br> + +<br> +gs/base/gdevp14.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-12 15:26:56 +0100></a> +2011-05-12 15:26:56 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4d9eb7298700e0b4c484f164805d556c03c22b24">4d9eb7298700e0b4c484f164805d556c03c22b24</a> +<blockquote> + +<br> + Merge branch 'master' into patt_trans_clist +<br> + +<br> + Conflicts: +<br> + gs/base/gdevnfwd.c +<br> + gs/base/gxdevice.h +<br> + gs/toolbin/bmpcmp.c +<br> + +<br> + All trivially resolved except for gdevnfwd.c where I backed out one of the +<br> + fixes from 8ae4342 on instruction from Michael. +<br> + +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevp14.c +<br> +gs/base/gsicc.c +<br> +gs/base/gstrans.c +<br> +gs/base/gxclip.c +<br> +gs/base/gxdevice.h +<br> +gs/base/gxpcmap.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-04 20:00:50 +0100></a> +2011-05-04 20:00:50 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=9d8dc0278374c7c5bb4868a1ed356b8b5f8ece8a">9d8dc0278374c7c5bb4868a1ed356b8b5f8ece8a</a> +<blockquote> + +<br> + Whitespace fixes + Return from gx_forward_create_compositor. +<br> + +<br> + Fix up some stray trailing whitespace. +<br> + +<br> + Also, gx_forward_create_compositor was neglecting to return a value. +<br> + +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevp14.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-03 20:36:49 -0700></a> +2011-05-03 20:36:49 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8ae4342084cbfc46782ca3fc23b4965f910f3c51">8ae4342084cbfc46782ca3fc23b4965f910f3c51</a> +<blockquote> + +<br> + Fixes for 2 issues. If a clip device is inserted in front of a pdf14 compositor, the ICC profile of the clip device needs to be updated if the compositor action results in a device profile change. Also fix so that when the soft mask ICC profiles are swapped in or out the graphic state ICC profiles are also updated. +<br> + +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevp14.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-03 17:30:58 +0100></a> +2011-05-03 17:30:58 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=e0e5e5c874d7546805558a00bec9c54ebd0770e5">e0e5e5c874d7546805558a00bec9c54ebd0770e5</a> +<blockquote> + +<br> + Backout strokeafterfill stuff, as it proved unnecessary. +<br> + +<br> + Remove commit eaae298 as it turns out not to be required. +<br> + +<br> +gs/base/gspaint.c +<br> +gs/base/gspath.h +<br> +gs/base/gxistate.h +<br> +gs/psi/zpaint.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 19:39:22 +0000></a> +2011-05-02 19:39:22 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=04eef3817a5a6d3fee054338629b1e50eaa4ee0f">04eef3817a5a6d3fee054338629b1e50eaa4ee0f</a> +<blockquote> + +<br> + Merge branch 'master' into patt_trans_clist +<br> + +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 19:28:39 +0000></a> +2011-05-02 19:28:39 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=df2175e571369df32fc66e375357bc69976c5fed">df2175e571369df32fc66e375357bc69976c5fed</a> +<blockquote> + +<br> + Put back default map_rgb_color forwarding. +<br> + +<br> + At some point around the creation of this branch (which corresponded to our +<br> + move from SVN to git) we lost a line in gdevnfwd.c that sets up a default +<br> + forwarding for map_rgb_color. We don't know why it went, so we're putting it +<br> + back in. This probably hasn't caused any problems as it's a deprecated +<br> + function now. +<br> + +<br> +gs/base/gdevnfwd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 20:02:59 +0100></a> +2011-05-02 20:02:59 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8eed15b976995b889a2498b064b53397a7d164a1">8eed15b976995b889a2498b064b53397a7d164a1</a> +<blockquote> + +<br> + Add gxdevsop.h to VS solution. +<br> + +<br> + Don't know why this wasn't in before... +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/ghostscript.vcproj +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 19:50:04 +0100></a> +2011-05-02 19:50:04 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8d52d58da97faadd2dcd009f9a5381e87182789d">8d52d58da97faadd2dcd009f9a5381e87182789d</a> +<blockquote> + +<br> + Pacify valgrind (and improve performance?) with tiny change. +<br> + +<br> + A tiny change to gxclrast.c where we initialise state_tile.size.{x,y}. +<br> + This stops valgrind giving warnings. While the code works OK without +<br> + this (I believe), it can cause various %, /, gcd operations. These are +<br> + all expensive operations and are neatly sidestepped by the simple +<br> + expedient of setting the variable to 0 to start with. +<br> + +<br> +gs/base/gxclrast.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 18:32:06 +0000></a> +2011-05-02 18:32:06 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4cd416d1e5f46c01ce9827b803035a939872e7f7">4cd416d1e5f46c01ce9827b803035a939872e7f7</a> +<blockquote> + +<br> + Fix clipping problems with composited pattern clists. +<br> + +<br> + When using a clist to fill a clipped area with a pattern, the current +<br> + code can drop the clipping device out of the chain. This change solves that +<br> + problem. +<br> + +<br> + When we create a new compositor, we generally want that compositor to become +<br> + the top device in the chain, so all new drawing commands go to it. In the +<br> + pattern clist case however, we don't create a new compositor - we reuse an +<br> + existing one. It's important in this case *not* to take this as our new +<br> + target, otherwise the higher devices in the chain (such as the clipper +<br> + device) are lost. +<br> + +<br> + This was shown when rendering pattrans_big.pdf at 300dpi banded to the pkm +<br> + device. +<br> + +<br> +gs/base/gxclrast.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 11:21:50 -0700></a> +2011-05-02 11:21:50 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1d33714d197a3335ad34d21e70fc767cf42b369d">1d33714d197a3335ad34d21e70fc767cf42b369d</a> +<blockquote> + +<br> + Fix for typo in pointer name during initialization of shape buffer during transparency pattern filling. +<br> + +<br> +gs/base/gxp1fill.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 18:53:00 +0100></a> +2011-05-02 18:53:00 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=600aa9cc10d4439823de265d2805617154294ee7">600aa9cc10d4439823de265d2805617154294ee7</a> +<blockquote> + +<br> + Quiet valgrind warning, and remove misleading init. +<br> + +<br> + When run with valgrind on: +<br> + +<br> + gs -sDEVICE=pbmraw -r300 -dMaxBitmap=100000000 -o out.pbm Bug690189c.pdf +<br> + +<br> + Valgrind complains that params.GrayBackground is used without being +<br> + initialised. We fix this here by amending gs_trans_mask_params_init. +<br> + +<br> + In so doing, we note that in zbegintransparencymaskgroup we were setting +<br> + params.ColorSpace, only to call gs_trans_mask_params_init and have it +<br> + overwrite it. To avoid confusion we therefore remove this needless init. +<br> + +<br> + No cluster differences seen in testing. +<br> + +<br> +gs/base/gstrans.c +<br> +gs/psi/ztrans.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 14:51:26 +0100></a> +2011-05-02 14:51:26 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1dbe20d53a4443a70692e9b7807cfb8a158229d0">1dbe20d53a4443a70692e9b7807cfb8a158229d0</a> +<blockquote> + +<br> + Add support for cups (1bpp) files to bmpcmp. +<br> + +<br> +gs/toolbin/bmpcmp.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-30 17:55:42 +0100></a> +2011-04-30 17:55:42 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=eaae298fcfe31efda0166786c5624ef8fefd0e12">eaae298fcfe31efda0166786c5624ef8fefd0e12</a> +<blockquote> + +<br> + Add new .strokeafterfill ps operator/graphics state bit. +<br> + +<br> + We add a new .strokeafterfill ps operator that takes a bool, and sets it in +<br> + the graphics state. The intention is that this will allow us to spot the +<br> + case where we are executing the stroke part of a combined 'fill and stroke' +<br> + operation (as required by pdf). This should allow us to solve the +<br> + remaining problems with the pdf14/knockout group. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/gspaint.c +<br> +gs/base/gspath.h +<br> +gs/base/gxistate.h +<br> +gs/psi/zpaint.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-29 19:41:50 +0100></a> +2011-04-29 19:41:50 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=96339fd0f400d7c0534a8ff73c355787d7773297">96339fd0f400d7c0534a8ff73c355787d7773297</a> +<blockquote> + +<br> + Correct typo in comment. CLUSTER_UNTESTED. +<br> + +<br> +gs/base/gxfillsl.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-29 19:39:27 +0100></a> +2011-04-29 19:39:27 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6ac5520977be5b3ee198c155ef395c6406962db4">6ac5520977be5b3ee198c155ef395c6406962db4</a> +<blockquote> + +<br> + Whitespace fixes. +<br> + +<br> +gs/base/gdevp14.c +<br> +gs/base/gsicc.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-27 22:41:28 -0700></a> +2011-04-27 22:41:28 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c9de3e70e4027fb86dde6079a48b29cfd6825c72">c9de3e70e4027fb86dde6079a48b29cfd6825c72</a> +<blockquote> + +<br> + Revert "MSVC changes plus gitignore for patt_trans_clist" +<br> + +<br> + This reverts commit 01c9c2bd3dbd8be851b2e8dde68885413807e704. +<br> + +<br> +.gitignore +<br> +gs/ghostscript.vcproj +<br> +win32/GhostPDL.sln +<br> +win32/GhostPDL.suo +<br> +win32/language_switch.vcproj +<br> +win32/language_switch.vcproj.michaelv-PC.michaelv.user +<br> +win32/pcl.vcproj +<br> +win32/pcl.vcproj.michaelv-PC.michaelv.user +<br> +win32/svg.vcproj +<br> +win32/svg.vcproj.michaelv-PC.michaelv.user +<br> +win32/xps.vcproj +<br> +win32/xps.vcproj.michaelv-PC.michaelv.user +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-27 22:27:39 -0700></a> +2011-04-27 22:27:39 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4b191e99538574a67178a8a4df0e19f380d47403">4b191e99538574a67178a8a4df0e19f380d47403</a> +<blockquote> + +<br> + Fix for reference counting issue of the compositor device at +<br> + the end of the clist playback. In most cases, the compositor rc +<br> + should be 1 at this point and so the device is closed and then +<br> + freed. The case, when it is not 1 is when we have a pattern +<br> + that has a transparency and is stored in a clist. In this case +<br> + the target for the pattern clist device is the main pdf14 device and +<br> + we increment the rc during this assignment. So, when the +<br> + playback completes, the rc of the compositor is 2. We do not +<br> + want to close and free the compositor, since it is part of the +<br> + main clist that we have going on. Instead we only want to +<br> + decrement the rc. The test file pattrans_big.pdf is now +<br> + handled correctly but has a rendering/tiling issue it appears. +<br> + +<br> +gs/base/gxclrast.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-27 22:20:56 -0700></a> +2011-04-27 22:20:56 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=01c9c2bd3dbd8be851b2e8dde68885413807e704">01c9c2bd3dbd8be851b2e8dde68885413807e704</a> +<blockquote> + +<br> + MSVC changes plus gitignore for patt_trans_clist +<br> + +<br> +.gitignore +<br> +gs/ghostscript.vcproj +<br> +win32/GhostPDL.sln +<br> +win32/GhostPDL.suo +<br> +win32/language_switch.vcproj +<br> +win32/language_switch.vcproj.michaelv-PC.michaelv.user +<br> +win32/pcl.vcproj +<br> +win32/pcl.vcproj.michaelv-PC.michaelv.user +<br> +win32/svg.vcproj +<br> +win32/svg.vcproj.michaelv-PC.michaelv.user +<br> +win32/xps.vcproj +<br> +win32/xps.vcproj.michaelv-PC.michaelv.user +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-27 18:43:52 +0000></a> +2011-04-27 18:43:52 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=82437e248e95c3e9830720feaf5030d37950b091">82437e248e95c3e9830720feaf5030d37950b091</a> +<blockquote> + +<br> + Whitespace fixups. +<br> + +<br> +gs/base/gxpcmap.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-27 18:42:10 +0000></a> +2011-04-27 18:42:10 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=bdbb2b5da2ad758d07dfefc84b2a53c00ba091d4">bdbb2b5da2ad758d07dfefc84b2a53c00ba091d4</a> +<blockquote> + +<br> + Revert SVN commit 12934, ref count checking before free in gxclrast.c +<br> + +<br> + A couple of weeks ago, I applied a wild stab in the dark to solve a problem +<br> + that I cannot now locate. Having discussed it with Michael it seems that this +<br> + was (at best) just masking another problem (the incorrect ref count +<br> + initialisation of compositors). This has been fixed, so my faulty attempt +<br> + can be backed out. +<br> + +<br> + We leave a debug only check in there to catch this situation. This should be +<br> + replaced by an assert when we have such things. +<br> + +<br> +gs/base/gxclrast.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-27 15:25:22 +0100></a> +2011-04-27 15:25:22 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=bdfb4cf85e6c7d78dbeecfb8c6dd06c1eed14714">bdfb4cf85e6c7d78dbeecfb8c6dd06c1eed14714</a> +<blockquote> + +<br> + Fix overflow in pattern tile size estimation code. +<br> + +<br> +gs/base/gxpcmap.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-27 10:46:22 +0000></a> +2011-04-27 10:46:22 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1540df197675f2935c6d743927ad25df0396dfff">1540df197675f2935c6d743927ad25df0396dfff</a> +<blockquote> + +<br> + Merge branch 'master' into patt_trans_clist +<br> + +<br> +gs/base/gstrans.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-26 13:23:00 -0700></a> +2011-04-26 13:23:00 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=212d2dba16a53088ba6de69266603db847069ec7">212d2dba16a53088ba6de69266603db847069ec7</a> +<blockquote> + +<br> + Check to make sure an empty deviceN params member does not lead to an improper path during the device creation. +<br> + +<br> +gs/base/gdevp14.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-26 19:40:25 +0100></a> +2011-04-26 19:40:25 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=696ee8153b72d20484e66f5da43b6ee6027fddc4">696ee8153b72d20484e66f5da43b6ee6027fddc4</a> +<blockquote> + +<br> + Remove partial merge left over from svn conversion. +<br> + +<br> +gs/base/gsptype1.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-02-09 21:38:24 +0000></a> +2011-02-09 21:38:24 +0000</strong> +<br>mvrhel <mvrhel@a1074d23-0009-0410-80fe-cf8c14f379e6><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ebf1da59669bb51701c3df9747ebe3f4fe9f6b26">ebf1da59669bb51701c3df9747ebe3f4fe9f6b26</a> +<blockquote> + +<br> + Work on the pattern transparency clist code. +<br> + +<br> + A squashed and rebased patch based on the following svn commits. +<br> + +<br> + Author: robin <robin@a1074d23-0009-0410-80fe-cf8c14f379e6> +<br> + Date: Tue Apr 19 12:40:00 2011 +0000 +<br> + +<br> + Various fixes to the transparency clist branch to correctly use +<br> + just the subrectangle of transparency tiles that is actually present. +<br> + +<br> + Getting this in before the Great Git Change this afternoon. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/branches/patt_trans_clist_gs@12407 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> + Author: ray <ray@a1074d23-0009-0410-80fe-cf8c14f379e6> +<br> + Date: Fri Apr 8 16:56:48 2011 +0000 +<br> + +<br> + A couple of minor fixes that help things along, get past compile errors. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/branches/patt_trans_clist_gs@12379 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> + Author: mvrhel <mvrhel@a1074d23-0009-0410-80fe-cf8c14f379e6> +<br> + Date: Wed Feb 9 21:38:24 2011 +0000 +<br> + +<br> + Initial commit of work so far on getting the pattern transparency +<br> + clist code working. Much of this comes from work that Ray and I did +<br> + for customer 532. The remaining portion of the work is primarily +<br> + in pdf14_tile_pattern_fill in gdevp14.c, where we need to make +<br> + sure that the group that we are going to push is the intersection +<br> + with the rect from trans pattern since we only use the part that we +<br> + drew into in the pattern creation and not the whole group buffer. I +<br> + had not worked on this in a few weeks so I don't have more details +<br> + right now. I will spend a day on it this week to see exactly what +<br> + remains to be done. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/branches/patt_trans_clist_gs@12137 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevp14.c +<br> +gs/base/gdevp14.h +<br> +gs/base/gsptype1.c +<br> +gs/base/gsptype1.h +<br> +gs/base/gstrans.c +<br> +gs/base/gstrans.h +<br> +gs/base/gxclip.c +<br> +gs/base/gxdevice.h +<br> +gs/base/gxp1fill.c +<br> +gs/base/gxpcmap.c +<br> +gs/base/gxpcolor.h +<br> +gs/psi/zpcolor.c +<br> +gs/psi/ztrans.c +<br> +svg/svgdoc.c +<br> +xps/xpspage.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-19 15:27:07 +0100></a> +2011-05-19 15:27:07 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=e60ed1f615f7347dc9318b2c8e17851fb3a6199a">e60ed1f615f7347dc9318b2c8e17851fb3a6199a</a> +<blockquote> + +<br> + Address bug 692211; byteswap.h not present on FreeBSD. +<br> + +<br> + After googling it seems like the correct thing to do is to use gcc builtin +<br> + intrinsics for byteswapping from 4.3 upwards, and to use byteswap.h +<br> + for all other versions of gcc >= 2.0. This should address the problem. +<br> + +<br> +gs/base/gsropt.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-19 12:28:06 +0000></a> +2011-05-19 12:28:06 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f66aa4e491ecff0a5787c4f4a8c8ace1cb7d3432">f66aa4e491ecff0a5787c4f4a8c8ace1cb7d3432</a> +<blockquote> + +<br> + Minor tweaks to memento. +<br> + +<br> + Improve debugging output, documentation. Fix the time at which the sequence +<br> + counter is incremented to give less confusing messages. Add Memento_inited +<br> + function to breakpoint on. +<br> + +<br> + Not enabled in cluster so, CLUSTER_UNTESTED. +<br> + +<br> +gs/base/lib.mak +<br> +gs/base/memento.c +<br> +gs/base/memento.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-18 12:28:05 -0600></a> +2011-05-18 12:28:05 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ef883a068ea54fca1569e5389f7ccfa6aa01e6a8">ef883a068ea54fca1569e5389f7ccfa6aa01e6a8</a> +<blockquote> + +<br> + Merge branch 'pcl_documentation' +<br> + +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-14 15:15:32 -0600></a> +2011-05-14 15:15:32 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=21503ee8197c9707f8ced1c92593c4e279687ee2">21503ee8197c9707f8ced1c92593c4e279687ee2</a> +<blockquote> + +<br> + Long overdue update of the PCL documentation. +<br> + +<br> +doc/ghostpdl.pdf +<br> +doc/ghostpdl.tex +<br> +doc/ghostpdl.txt +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-18 17:48:10 +0100></a> +2011-05-18 17:48:10 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=62b57818e9117c1ebfe32894464ab12956826f7d">62b57818e9117c1ebfe32894464ab12956826f7d</a> +<blockquote> + +<br> + Workaround SEGV in clist with fillpage (Bug 692076). +<br> + +<br> + This is a simple patch for the symptoms, not a proper cure, but it suffices +<br> + to get it out of regression test error lists. +<br> + +<br> +gs/base/gxclrast.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-18 15:05:28 +0100></a> +2011-05-18 15:05:28 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1a7d4d447c2fc05240ab258f4eb232080fd1fb5f">1a7d4d447c2fc05240ab258f4eb232080fd1fb5f</a> +<blockquote> + +<br> + Revise 64 bit build options for VS2010. +<br> + +<br> + Mainly, there was come confusion between the WIN64 setting +<br> + for the type of build, and the BUILD_SYSTEM setting for +<br> + whether the system is 32 or 64 bit. +<br> + +<br> + NOTE: 64 bit builds on 32 bit systems do not work, and +<br> + I do not intend to attempt to make them work. +<br> + +<br> + Bug 692126 +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/psi/msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-18 08:21:21 +0100></a> +2011-05-18 08:21:21 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f9cf64f56577b593f424c7d661b5fb8ea7a53216">f9cf64f56577b593f424c7d661b5fb8ea7a53216</a> +<blockquote> + +<br> + Reinstate the Mememto build rules..... +<br> + +<br> + ....that went AWOL with commit 447c1a791d28fb72b196f75356bc411ef45afbdd +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/lib.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 23:43:14 -0700></a> +2011-05-17 23:43:14 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=447c1a791d28fb72b196f75356bc411ef45afbdd">447c1a791d28fb72b196f75356bc411ef45afbdd</a> +<blockquote> + +<br> + Fix for MT crashes in lcms +<br> + +<br> + It turns out that lcms is can not safely share +<br> + profiles between threads when creating links. This +<br> + was fixed by placing a mutex lock around the profile +<br> + creation. It also turns out that lcms can not +<br> + use the same link to do transformations between threads. +<br> + This was solved by disabling the shared cache between +<br> + the threads. Finally there was a race condition in +<br> + reference counting the device ICC profile in the pdf14 +<br> + device. Also, this commit includes a fix for a memory +<br> + leak in the pdf_mask object in gdevp14. +<br> + +<br> +gs/base/gdevp14.c +<br> +gs/base/gscms.h +<br> +gs/base/gsicc_cache.c +<br> +gs/base/gsicc_lcms.c +<br> +gs/base/gsicc_manage.c +<br> +gs/base/gxcldev.h +<br> +gs/base/gxclthrd.c +<br> +gs/base/lib.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 22:33:15 +0100></a> +2011-05-17 22:33:15 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8d9bc767c0c59a7effa7652cbcbde14ab82de249">8d9bc767c0c59a7effa7652cbcbde14ab82de249</a> +<blockquote> + +<br> + Make Memento work with valgrind, plus fix unix build issues. +<br> + +<br> + Various fixes for Memento, most especially to ensure it works with +<br> + Valgrind (lots of valgrind calls to make memory readable/hide it again). +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/lib.mak +<br> +gs/base/memento.c +<br> +gs/base/memento.h +<br> +gs/base/unix-aux.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 15:29:53 -0400></a> +2011-05-17 15:29:53 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=cbe9dcfc93812aae26ffd5c2bebbe5b2dc1a4623">cbe9dcfc93812aae26ffd5c2bebbe5b2dc1a4623</a> +<blockquote> + +<br> + Bug 692209: tolerate missing /Length in PDF stream. +<br> + +<br> + Add branches that deal with a missing /Length attribute in the +<br> + PDF string directory. The sample file misspells /Length as /Lenght +<br> + but the patch addresses a more general problem. +<br> + +<br> +gs/Resource/Init/pdf_base.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 11:28:50 -0700></a> +2011-05-17 11:28:50 -0700</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=784c8aa262a2a71659ce2d882c424e0254368a10">784c8aa262a2a71659ce2d882c424e0254368a10</a> +<blockquote> + +<br> + Fix ref counting for icc_array +<br> + +<br> + Copy the icc_array BEFORE putdeviceparams so we don't end up creating extra ones, and bump the shared icc_array. +<br> + +<br> + The finalize when the device is freed will decrement the ref count. +<br> + +<br> +gs/base/gxclthrd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 18:13:17 +0100></a> +2011-05-17 18:13:17 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=bc9c681b53babcab8d5e6bd102bfb0c51b8b7ed1">bc9c681b53babcab8d5e6bd102bfb0c51b8b7ed1</a> +<blockquote> + +<br> + Memento realloc fix. +<br> + +<br> + Memento was filling the 'new' section of realloced blocks incorrectly, +<br> + resulting in memory overwrites. +<br> + +<br> + CLUSTER_UNTESTED as Memento is not enabled by default. +<br> + +<br> +gs/base/memento.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-17 12:03:33 +0000></a> +2011-05-17 12:03:33 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2b7e6a4174a58cf0c395e4950a428a722607f860">2b7e6a4174a58cf0c395e4950a428a722607f860</a> +<blockquote> + +<br> + Initial commit of new Memento module (attempt #2) +<br> + +<br> + Memento is a simple memory checking module; it helps to track memory +<br> + corruption and leaks. To use it, build with -DMEMENTO. +<br> + +<br> + Still to do: Valgrind integration. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/lib.mak +<br> +gs/base/malloc_.h +<br> +gs/base/memento.c +<br> +gs/base/memento.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-15 15:50:40 -0700></a> +2011-05-15 15:50:40 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1787ce3393956701e6241b8efc6f575887c3f5c1">1787ce3393956701e6241b8efc6f575887c3f5c1</a> +<blockquote> + +<br> + Change in device ICC profile handling +<br> + +<br> + This is the major portion of the code needed to achieve object dependent +<br> + color management. This fixes the problems that existed in the +<br> + previous code with the device parameters and introduces an array of +<br> + ICC profiles in the device structure. The code was cluster pushed and +<br> + showed some very minor differences in a couple files but they appear to be +<br> + OK with bmpcmp. I still need to do further testing to verify that all the +<br> + functionality is correct (e.g. make sure setting the text profile properly +<br> + affects the text only). In addition, the rendering intent options need to be +<br> + implemented. +<br> + +<br> + I also need to check that nothing was broken with respect to MT +<br> + rendering and some of the devices that are not tested with cluster +<br> + pushing (e.g. the display device and the x11alpha device). +<br> + +<br> +gs/base/devs.mak +<br> +gs/base/gdevbit.c +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevp14.c +<br> +gs/base/gdevpdf.c +<br> +gs/base/gdevpdfk.c +<br> +gs/base/gdevpng.c +<br> +gs/base/gdevpsdi.c +<br> +gs/base/gdevtfnx.c +<br> +gs/base/gdevtsep.c +<br> +gs/base/gdevxini.c +<br> +gs/base/gscms.h +<br> +gs/base/gscsepr.c +<br> +gs/base/gsdevice.c +<br> +gs/base/gsdparam.c +<br> +gs/base/gsequivc.c +<br> +gs/base/gsicc.c +<br> +gs/base/gsicc_cache.c +<br> +gs/base/gsicc_manage.c +<br> +gs/base/gsicc_manage.h +<br> +gs/base/gstrans.c +<br> +gs/base/gxclrast.c +<br> +gs/base/gxclthrd.c +<br> +gs/base/gxcmap.c +<br> +gs/base/gxdevcli.h +<br> +gs/base/gxdevice.h +<br> +gs/base/gxi12bit.c +<br> +gs/base/gxicolor.c +<br> +gs/base/gximag3x.c +<br> +gs/base/gximono.c +<br> +gs/base/gxiscale.c +<br> +gs/base/lib.mak +<br> +gs/psi/zdevice.c +<br> +gs/psi/zusparam.c +<br> +pcl/pctop.c +<br> +psi/psi.mak +<br> +psi/psitop.c +<br> +pxl/pxpthr.c +<br> +pxl/pxtop.c +<br> +svg/svgtop.c +<br> +xps/xpstop.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-13 10:52:18 -0700></a> +2011-05-13 10:52:18 -0700</strong> +<br>Marcos H. Woehrmann <marcos.woehrmann@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c622f66846aa6b8124b1dffed7dbdaedabedd93f">c622f66846aa6b8124b1dffed7dbdaedabedd93f</a> +<blockquote> + +<br> + Modified clusterpush.pl to not rsync Makefiles +<br> + +<br> + Modified clusterpush.pl to not rsync Makefiles and config.log files. +<br> + Also removed the various files that have been moved to the cluster.git +<br> + repository. +<br> + +<br> + No expected cluster differences. +<br> + +<br> +gs/toolbin/localcluster/bmps2html.pl +<br> +gs/toolbin/localcluster/build.pl +<br> +gs/toolbin/localcluster/cachearchive.pl +<br> +gs/toolbin/localcluster/checkSize.pl +<br> +gs/toolbin/localcluster/clustermaster.pl +<br> +gs/toolbin/localcluster/clustermonitor.cgi +<br> +gs/toolbin/localcluster/clustermonitor.pl +<br> +gs/toolbin/localcluster/clusterpull.sh +<br> +gs/toolbin/localcluster/clusterpush.pl +<br> +gs/toolbin/localcluster/compare.pl +<br> +gs/toolbin/localcluster/comparerevs.pl +<br> +gs/toolbin/localcluster/dashboard.html +<br> +gs/toolbin/localcluster/nightly.pl +<br> +gs/toolbin/localcluster/pngs2html.pl +<br> +gs/toolbin/localcluster/readlog.pl +<br> +gs/toolbin/localcluster/readme +<br> +gs/toolbin/localcluster/run.pl +<br> +gs/toolbin/localcluster/setupcluster +<br> +gs/toolbin/localcluster/weekly.sh +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-13 09:42:41 -0700></a> +2011-05-13 09:42:41 -0700</strong> +<br>Marcos H. Woehrmann <marcos.woehrmann@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7dcc68ce753175a9c686021d53a061253e2787c3">7dcc68ce753175a9c686021d53a061253e2787c3</a> +<blockquote> + +<br> + Modified math_.h to use our hypot(). +<br> + +<br> + The system hypot() function gives slightly different results on Linux vs +<br> + Mac OS X systems for same input values. This minor difference results +<br> + in rendering variations in some files, confounding the regression +<br> + test system. +<br> + +<br> + This revision changes math_.h to use our hypot() in all cases instead +<br> + of the system one (previously our function was used on those platforms +<br> + where there was no system hypot() function). +<br> + +<br> + Testing by Robin shows that our function is faster than the system one, +<br> + so another reason to make this change. +<br> + +<br> + Fixes Bug 692197. +<br> + +<br> + Cluster differences on some nodes expected in: +<br> + +<br> + tests_private__pcl__pcl5ccet__28-10.BIN ppmraw +<br> + tests_private__pcl__pcl5ccet__32-01.BIN pbmraw +<br> + tests_private__pcl__pcl5cfts__fts.2210a pbmraw +<br> + tests_private__pcl__pcl5efts__fts.1810 ppmraw +<br> + tests_private__pcl__pcl5efts__fts.2132 pbmraw +<br> + tests_private__pcl__pcl5efts__fts.2291 pbmraw +<br> + tests_private__pcl__pcl5efts__fts.2350 pbmraw +<br> + +<br> +gs/base/math_.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-13 09:33:29 +0000></a> +2011-05-13 09:33:29 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4bd5322f27e9b95716323bdd000e312418a59676">4bd5322f27e9b95716323bdd000e312418a59676</a> +<blockquote> + +<br> + Further tweak to lcms cached transforms. +<br> + +<br> + Use int comparisons rather than memcmp. No differences shown in cluster +<br> + testing. +<br> + +<br> +gs/lcms/src/cmsxform.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-12 23:14:47 +0000></a> +2011-05-12 23:14:47 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=3767ee67758778d00c9c5c879ade41fc9f41c83b">3767ee67758778d00c9c5c879ade41fc9f41c83b</a> +<blockquote> + +<br> + Simplify LCMS cached transform template. +<br> + +<br> + I'd overengineered the cached transform template code; the cache is +<br> + reset on every format change, so there is no need to check for that +<br> + in the transform function. +<br> + +<br> + No expected performance increase, but the code is less complex. No +<br> + differences seen in cluster testing. CLUSTER_UNTESTED. +<br> + +<br> +gs/lcms/src/cmsxform.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-12 17:57:55 +0100></a> +2011-05-12 17:57:55 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8bcf5d9dd0c4088a811f85121addb238c9240478">8bcf5d9dd0c4088a811f85121addb238c9240478</a> +<blockquote> + +<br> + Add new lcms source/header file to ghostscript.vcproj. +<br> + +<br> + No cluster differences as this isn't tested. CLUSTER_UNTESTED. +<br> + +<br> +gs/ghostscript.vcproj +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-12 16:06:08 +0000></a> +2011-05-12 16:06:08 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=d324305b11fd0bb399c868fe87b26cb768dc06c5">d324305b11fd0bb399c868fe87b26cb768dc06c5</a> +<blockquote> + +<br> + LCMS (v1) Optimisations for CachedXFORM etc. +<br> + +<br> + Optimise CachedXFORM (and related functions) by using a 'template' header +<br> + file and repeatedly including it with different options to generate +<br> + different specific versions of the code. +<br> + +<br> + This gives a 10% improvement on 568.40345_VO_nr_3_vpeSR18.xl (a file where +<br> + most of the time is spent in clipping). +<br> + +<br> + No expected cluster differences. I've just done a full test with a bmpcmp +<br> + and it showed no differences, but in light of what happened last time I +<br> + committed this, I am not going to use the magic rune to stop the cluster +<br> + rechecking it on commit. +<br> + +<br> +gs/base/lcms.mak +<br> +gs/lcms/include/lcms.h +<br> +gs/lcms/src/cmspack.c +<br> +gs/lcms/src/cmsxform.c +<br> +gs/lcms/src/cmsxform.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-12 15:08:01 +0100></a> +2011-05-12 15:08:01 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=e79fff7a2b215103c795b74d4abe162bf8ca3486">e79fff7a2b215103c795b74d4abe162bf8ca3486</a> +<blockquote> + +<br> + Change PSI so -Z! works by default in debug builds. +<br> + +<br> + Previously, the -Z! option (to show the name of each PS operator as it is +<br> + executed) has only been available in DEBUG builds that specifically use +<br> + the DEBUG_TRACE_PS_OPERATORS option. This change ensures that it is available +<br> + in ALL debug builds, and in any release build where the +<br> + DEBUG_TRACE_PS_OPERATORS symbol is predefined. +<br> + +<br> + The reason for historically having it as a separate option was because +<br> + checking for whether the ! debug flag was set on every operator was felt +<br> + to be too large an overhead. I have arranged the code so that this overhead +<br> + is minimised now - in debug builds we only get the extra overhead when +<br> + the -Z! is specified on the command line. +<br> + +<br> + In normal release builds there is no change to the overhead. In release +<br> + builds with DEBUG_TRACE_PS_OPERATORS, the same overheads apply as in +<br> + DEBUG builds (that is a small additional overhead when -Z! is not used +<br> + and a larger one when it is). +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/psi/iinit.c +<br> +gs/psi/iinit.h +<br> +gs/psi/interp.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-11 15:39:06 -0600></a> +2011-05-11 15:39:06 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7d77dabf5a1e24118455a5c0417ae75c5d5dcf60">7d77dabf5a1e24118455a5c0417ae75c5d5dcf60</a> +<blockquote> + +<br> + Fixes bug #689870 - add proper big endian number accessors. +<br> + +<br> + Previously only an unsigned accessor was provided and it was being +<br> + used to read both signed and unsigned quantities. +<br> + +<br> +gs/jbig2dec/jbig2.c +<br> +gs/jbig2dec/jbig2_halftone.c +<br> +gs/jbig2dec/jbig2_page.c +<br> +gs/jbig2dec/jbig2_priv.h +<br> +gs/jbig2dec/jbig2_segment.c +<br> +gs/jbig2dec/jbig2_symbol_dict.c +<br> +gs/jbig2dec/jbig2_text.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-11 15:18:11 -0600></a> +2011-05-11 15:18:11 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7c309e8a33333da3c124732bb6b00b0701e85579">7c309e8a33333da3c124732bb6b00b0701e85579</a> +<blockquote> + +<br> + Fixes 690889, potential null dereference. +<br> + +<br> + Prevent a theoretical (no test file) null dereference. There are +<br> + several of these cases identified by by static analysis. We believe +<br> + the authors intent was to pass the word stream if the arithmetic state +<br> + was not set, as in the other call of the same function. +<br> + +<br> +gs/jbig2dec/jbig2_symbol_dict.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-11 17:12:59 +0000></a> +2011-05-11 17:12:59 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2bde8dc655c36ef729964980aa373c26dbe873e5">2bde8dc655c36ef729964980aa373c26dbe873e5</a> +<blockquote> + +<br> + Backout 6469f73 pending investigation of unexpected differences. +<br> + +<br> +gs/base/lcms.mak +<br> +gs/lcms/include/lcms.h +<br> +gs/lcms/src/cmspack.c +<br> +gs/lcms/src/cmsxform.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-11 16:17:05 +0000></a> +2011-05-11 16:17:05 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6469f738123e0c212473f11d38e88bb3650a9087">6469f738123e0c212473f11d38e88bb3650a9087</a> +<blockquote> + +<br> + LCMS (v1) optimisations for CachedXFORM etc. +<br> + +<br> + Optimise CachedXFORM (and related functions) by using a 'template' header +<br> + file and repeatedly including it with different options to generate +<br> + different specific versions of the code. +<br> + +<br> + This gives a 10% improvement on 568.40345_VO_nr_3_vpeSR18.xl (a file where +<br> + most of the time is spent in clipping). +<br> + +<br> + No expected cluster differences. +<br> + +<br> +gs/base/lcms.mak +<br> +gs/lcms/include/lcms.h +<br> +gs/lcms/src/cmspack.c +<br> +gs/lcms/src/cmsxform.c +<br> +gs/lcms/src/cmsxform.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 19:50:04 +0100></a> +2011-05-02 19:50:04 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1d07f53add51362ce5887b599f2dcb360f9cf348">1d07f53add51362ce5887b599f2dcb360f9cf348</a> +<blockquote> + +<br> + Pacify valgrind (and improve performance?) with tiny change. +<br> + +<br> + A tiny change to gxclrast.c where we initialise state_tile.size.{x,y}. +<br> + This stops valgrind giving warnings. While the code works OK without +<br> + this (I believe), it can cause various %, /, gcd operations. These are +<br> + all expensive operations and are neatly sidestepped by the simple +<br> + expedient of setting the variable to 0 to start with. +<br> + +<br> +gs/base/gxclrast.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-10 19:29:49 +0100></a> +2011-05-10 19:29:49 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f6f6de913f2f20914ed641a0331e405011d6565b">f6f6de913f2f20914ed641a0331e405011d6565b</a> +<blockquote> + +<br> + Add LAND_BITS define to landscape mono halftoning code. +<br> + +<br> + The monochrome halftone thresholding code relies on collating incoming +<br> + scanline data into 'scancolumn' buffers. When we have 16 bytes in these +<br> + buffers, they halftoned and flushed through copy_mono. +<br> + +<br> + copy_mono would prefer to work with longer than 16 byte runs, so we +<br> + remove the hardcoded 16s from throughout the code and replace it with +<br> + a #defined value. A side effect of this is that the code becomes +<br> + slightly clearer. +<br> + +<br> + Sadly, it seems this doesn't give the expected speedups; testing here +<br> + indicates that both 32 and 128 run slower, possibly due to cache effects. +<br> + +<br> + Nonetheless we commit the code in case inspiration strikes us later on. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/gsiparam.h +<br> +gs/base/gxht_thresh.c +<br> +gs/base/gximono.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-10 19:24:55 +0100></a> +2011-05-10 19:24:55 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=21cfb2e3b6c0d15c84b748586c51969daae58345">21cfb2e3b6c0d15c84b748586c51969daae58345</a> +<blockquote> + +<br> + LCMS performance tweak; ToFixedDomain/FromFixedDomain. +<br> + +<br> + Make ToFixedDomain/FromFixedDomains #defines rather than inline functions. +<br> + MSVC doesn't inline them, and they are used in speed critical areas. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/lcms/include/lcms.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 18:53:00 +0100></a> +2011-05-02 18:53:00 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=eef6a4d712a79a5f8d5f48f43c2572d5f002fc38">eef6a4d712a79a5f8d5f48f43c2572d5f002fc38</a> +<blockquote> + +<br> + Quiet valgrind warning, and remove misleading init. +<br> + +<br> + Cherry picked from patt_trans_clist branch to fix bug 692138. +<br> + +<br> + When run with valgrind on: +<br> + +<br> + gs -sDEVICE=pbmraw -r300 -dMaxBitmap=100000000 -o out.pbm Bug690189c.pdf +<br> + +<br> + Valgrind complains that params.GrayBackground is used without being +<br> + initialised. We fix this here by amending gs_trans_mask_params_init. +<br> + +<br> + In so doing, we note that in zbegintransparencymaskgroup we were setting +<br> + params.ColorSpace, only to call gs_trans_mask_params_init and have it +<br> + overwrite it. To avoid confusion we therefore remove this needless init. +<br> + +<br> + No cluster differences seen in testing. +<br> + +<br> +gs/base/gstrans.c +<br> +gs/psi/ztrans.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-10 09:16:17 +0000></a> +2011-05-10 09:16:17 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b1cf87e28636a4922505e9c486b59e64c857717f">b1cf87e28636a4922505e9c486b59e64c857717f</a> +<blockquote> + +<br> + Optimisations for mem_mono_strip_copy_rop_dev. +<br> + +<br> + Now that mem_mono_strip_copy_rop_dev is working reliably, cut out the +<br> + excess debugging code so we can see the wood for the trees. +<br> + +<br> + To cope with situations where we get narrow texture tiles, reinstate the +<br> + old code (as rop_run relies on longer runs to get traction). Add new cases +<br> + for no-textures to avoid nested loops etc. +<br> + +<br> + This all seems to help with the performance of cicero_call. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/gdevm1.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-10 08:39:19 +0000></a> +2011-05-10 08:39:19 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2429ef51f12477d083bfcd3f15f97f90bb653b52">2429ef51f12477d083bfcd3f15f97f90bb653b52</a> +<blockquote> + +<br> + Optimisations to gximono.c; special case the spp_out == 1 case. +<br> + +<br> + Simple optimisations to the hotspots in image_render_mono_ht. +<br> + +<br> + No real differences seen in cluster testing. +<br> + +<br> +gs/base/gximono.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-09 23:46:09 +0000></a> +2011-05-09 23:46:09 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=bf8d753f7346c0c97bd4109f0684993ab0a46041">bf8d753f7346c0c97bd4109f0684993ab0a46041</a> +<blockquote> + +<br> + New gxdda.h formulation. +<br> + +<br> + Rejig the gxdda macros slightly. We store more 'natural' values internally +<br> + and get code that optimises slightly better. +<br> + +<br> + No differences expected in cluster testing (1 SEGV shown in my testing, but +<br> + I think that's random). +<br> + +<br> +gs/base/gxdda.h +<br> +gs/base/gxi12bit.c +<br> +gs/base/sidscale.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-10 00:21:21 -0400></a> +2011-05-10 00:21:21 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=0f5928344123e31229d31eb81e3f09b528170e38">0f5928344123e31229d31eb81e3f09b528170e38</a> +<blockquote> + +<br> + Execute linkdest procedure in a stopped context to trap errors caused +<br> + by out-of-range link destinations that can occur in an invalid files or +<br> + during processing of a page range. Bug 692200. +<br> + +<br> +gs/Resource/Init/pdf_main.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-09 14:47:48 -0600></a> +2011-05-09 14:47:48 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=df4e669177f7757a5c054084f4990599bef5c355">df4e669177f7757a5c054084f4990599bef5c355</a> +<blockquote> + +<br> + Remove unused file should have been committed with e55d362f. +<br> + +<br> +gs/base/gsnorop.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-09 13:16:31 -0600></a> +2011-05-09 13:16:31 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=e55d362f3370b4bff0d72dc58c4b7a08b0dba71a">e55d362f3370b4bff0d72dc58c4b7a08b0dba71a</a> +<blockquote> + +<br> + Incorporate raster operation library into the core graphics library. +<br> + +<br> + We were going to fold the roblib in for simplicity, more recently +<br> + the graphics library code has been refactored such that the raster op +<br> + library is always required. For example operations previously done in +<br> + the copy_mono code are now done with the raster op code. +<br> + +<br> + CLUSTER_UNTESTED +<br> + +<br> +gs/base/Makefile.in +<br> +gs/base/lib.mak +<br> +gs/base/msvclib.mak +<br> +gs/base/ugcclib.mak +<br> +language_switch/pspcl6_gcc.mak +<br> +language_switch/pspcl6_msvc.mak +<br> +main/pcl6_gcc.mak +<br> +main/pcl6_msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-05 16:16:22 +0100></a> +2011-05-05 16:16:22 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=60d4b088c6d314079643a92a3c4e983b116600a9">60d4b088c6d314079643a92a3c4e983b116600a9</a> +<blockquote> + +<br> + Use defined default page size for nullpage device. +<br> + +<br> + The nullpage device previously used a 1"x1" default page size, this changes it +<br> + to use the same default setting as other page devices (this can be Letter or +<br> + A4, set in a makefile). +<br> + +<br> + Also, add some lower bounds checking to gslp.ps so that it will error out if +<br> + the page size is too small to hold at least one line of text. +<br> + +<br> + No cluster difference expected. +<br> + +<br> +gs/base/gdevnfwd.c +<br> +gs/lib/gslp.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-08 11:26:15 -0700></a> +2011-05-08 11:26:15 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c677c48f278aba56d45bf2601ed5d152287540f1">c677c48f278aba56d45bf2601ed5d152287540f1</a> +<blockquote> + +<br> + Fix for compiler warning +<br> + +<br> +gs/base/gsdevice.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-07 23:21:38 -0700></a> +2011-05-07 23:21:38 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b1d311f06250a07d4c360e67369980d199722694">b1d311f06250a07d4c360e67369980d199722694</a> +<blockquote> + +<br> + Significant change in how the device profile is handled in ghostscript. This +<br> + change adds in a new device procedure called get_profile, which is going to +<br> + typically be set to gx_forward_get_profile or gx_default_get_profile. Most +<br> + internal devices like the pattern accumulator, the clip device, memory devices, +<br> + will use the gx_forward_get_profile procedure. In this way, the profile is +<br> + typically only maintained by the the target device. The gdevp14 device is the significant internal device that takes special handling due to the way that it +<br> + can change its ICC profile based upon the current transparency group color space. The get_profile procedure also passes along information about the object +<br> + type so that we will be able to easily add in the device dependent color +<br> + management. The rendering intent, which can also be object dependent is also returned by the call. This change has been cluster tested and showed no differences. +<br> + +<br> +gs/base/gdevbit.c +<br> +gs/base/gdevdflt.c +<br> +gs/base/gdevmem.c +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevp14.c +<br> +gs/base/gdevprn.c +<br> +gs/base/gdevrops.c +<br> +gs/base/gscms.h +<br> +gs/base/gscsepr.c +<br> +gs/base/gsdevice.c +<br> +gs/base/gsequivc.c +<br> +gs/base/gsicc.c +<br> +gs/base/gsicc_cache.c +<br> +gs/base/gstrans.c +<br> +gs/base/gxccman.c +<br> +gs/base/gxclip.c +<br> +gs/base/gxclipm.c +<br> +gs/base/gxclist.c +<br> +gs/base/gxcmap.c +<br> +gs/base/gxcmap.h +<br> +gs/base/gxdevcli.h +<br> +gs/base/gxdevice.h +<br> +gs/base/gxi12bit.c +<br> +gs/base/gxicolor.c +<br> +gs/base/gximag3x.c +<br> +gs/base/gximono.c +<br> +gs/base/gxiscale.c +<br> +gs/base/gxpcmap.c +<br> +gs/contrib/opvp/gdevopvp.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-06 08:57:07 -0400></a> +2011-05-06 08:57:07 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a065765cd3529d17ba687954d8f4deacd8319247">a065765cd3529d17ba687954d8f4deacd8319247</a> +<blockquote> + +<br> + Add a missing check of the return value from runarg(). Bug 692189. +<br> + +<br> +gs/psi/imainarg.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-06 01:13:51 -0400></a> +2011-05-06 01:13:51 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2822d8a9f4186aa14f3913258841b74ff87309cf">2822d8a9f4186aa14f3913258841b74ff87309cf</a> +<blockquote> + +<br> + Check the type of /File and /Length attributes during XForm identification +<br> + to avoud confusion with appearance subdictionary, which can include any +<br> + attributes (including /File or /Length) pointing to a dictionary. Bug 692192. +<br> + +<br> +gs/Resource/Init/pdf_draw.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-04 15:38:22 +0000></a> +2011-05-04 15:38:22 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2756e4d6160f73af7bf5ed913af207914aeee588">2756e4d6160f73af7bf5ed913af207914aeee588</a> +<blockquote> + +<br> + Invert bmpcmps reading of cups files. +<br> + +<br> + I had black <-> white. Easy fix. +<br> + +<br> +gs/toolbin/bmpcmp.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-04 15:08:36 +0100></a> +2011-05-04 15:08:36 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=e97bf09450c5a08b591e0fca4ef59a21fb78b6ef">e97bf09450c5a08b591e0fca4ef59a21fb78b6ef</a> +<blockquote> + +<br> + Fix bmpcmp to read cups colorspace=0 files too. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/toolbin/bmpcmp.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-04 00:45:28 -0400></a> +2011-05-04 00:45:28 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2f0b609805f1abf42b4b10dd721d9fef3001a847">2f0b609805f1abf42b4b10dd721d9fef3001a847</a> +<blockquote> + +<br> + Accept and skip any number of whitespace characters (including +<br> + just spaces) after the entry count in the xref table. Remove /lineeq +<br> + and /linene procedures that are no longer used. Bug 692177. +<br> + +<br> +gs/Resource/Init/pdf_main.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-03 08:58:18 -0600></a> +2011-05-03 08:58:18 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=af70515f6dcd1ffae90250697325fee224182e17">af70515f6dcd1ffae90250697325fee224182e17</a> +<blockquote> + +<br> + Retain or bias the reference count of the rop texture device. +<br> + +<br> + The image code was using the rop texture device without any reference +<br> + counting, explicitly freeing the device when it was done. That was +<br> + fine if the device was the only device in the chain, however, linking +<br> + in other devices could lead indirectly to unintended freeing of the +<br> + rop device. A crash was seen in the the XL test file C705.BIN but +<br> + only with halftoning at particular resolutions like 72 dpi. We did +<br> + not study why the crash was limited to particular resolutions and +<br> + devices. +<br> + +<br> +gs/base/gxipixel.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-03 17:45:45 +0100></a> +2011-05-03 17:45:45 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=afcbace446526e29bae11ce53bac5769a409e56f">afcbace446526e29bae11ce53bac5769a409e56f</a> +<blockquote> + +<br> + Add gx_device_dump debugging function. +<br> + +<br> + In DEBUG builds gx_device_dump(gx_device *dev, char *text); prints a +<br> + recursive listing of devices, their refcounts and names, and targets. +<br> + +<br> + If anyone spots a forwarding device this doesn't work with, please let me +<br> + know. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevp14.c +<br> +gs/base/gxdevcli.h +<br> +gs/base/gxdevsop.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-03 16:39:13 +0000></a> +2011-05-03 16:39:13 +0000</strong> +<br>Robin Watts <robin@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6d5e2bde4fe7a42bdd631fb0756f4fafc460ec41">6d5e2bde4fe7a42bdd631fb0756f4fafc460ec41</a> +<blockquote> + +<br> + Fix copy_plane; was always copying into plane 0. +<br> + +<br> + When writing copy_plane, I had neglected to offset into the data +<br> + according to the plane required. +<br> + +<br> + CLUSTER_UNTESTED. +<br> + +<br> +gs/base/gdevmpla.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 14:51:26 +0100></a> +2011-05-02 14:51:26 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a78476dd0be85f69885f2614be5ab614b03c9168">a78476dd0be85f69885f2614be5ab614b03c9168</a> +<blockquote> + +<br> + Add support for cups (1bpp) files to bmpcmp. +<br> + +<br> +gs/toolbin/bmpcmp.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 20:41:12 +0100></a> +2011-05-02 20:41:12 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=cc3562ce331bc45a89cebd49c91e10149b5a90b2">cc3562ce331bc45a89cebd49c91e10149b5a90b2</a> +<blockquote> + +<br> + Solve windows debug build crash on exit with cups device. +<br> + +<br> + It seems that the cups device takes it upon itself to close the output file +<br> + rather than leaving it for the ghostscript core to close as every other +<br> + device does. This upsets the windows DLL file handling. +<br> + +<br> + The solution is simply to remove the lines that close the file. I've +<br> + checked both with Till and Ken, and they concur. Thanks. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/cups/gdevcups.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-05-02 14:32:18 +0100></a> +2011-05-02 14:32:18 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=e784a5443d0bee380d1ad32055ad3075e3aa0995">e784a5443d0bee380d1ad32055ad3075e3aa0995</a> +<blockquote> + +<br> + Change error return to remove confusion over meaning. +<br> + +<br> + When we encounter a font whose charstring has been replaced with a PS +<br> + procedure, we were returning FT_Err_Invalid_File_Format, and using that +<br> + as a hint we should try to execute it as a PS procedure. This +<br> + turns out to be problematic as it is also the error return generated by +<br> + Freetype for an invalid charstring. In the case of an invalid charstring +<br> + we should fall back to the notdef, not attempt to execute the object as +<br> + Postscript. +<br> + +<br> + So, change the error return value that *we* generate, and subsequently +<br> + check for, to FT_Err_Unknown_File_Format, which FT should never, +<br> + normally, generate during glyph interpretation. This means, in this +<br> + case, we correctly identify a failed attempt to interpret a charstring, +<br> + and use the notdef fallback - instead of, eventually, throwing an +<br> + error. +<br> + +<br> + Bug 692176. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/psi/fapi_ft.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-30 19:01:53 +0100></a> +2011-04-30 19:01:53 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=5091054103f3b07bbae8ab2fc75e6c6cc3fd7a86">5091054103f3b07bbae8ab2fc75e6c6cc3fd7a86</a> +<blockquote> + +<br> + Remove unused variable. +<br> + +<br> +gs/base/gdevpng.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-30 18:11:47 +0100></a> +2011-04-30 18:11:47 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=dcae57315a683272c799545783694c43545b6fe0">dcae57315a683272c799545783694c43545b6fe0</a> +<blockquote> + +<br> + Fix PNG device error when no downscale specified. +<br> + +<br> + When I introduced the downscaling to selected png devices, I neglected to +<br> + set a sensible default value for downscale factor. This means that if you +<br> + attempt to set any device parameters, without specifying -dDownScaleFactor +<br> + then you get a rangecheck error. This commit fixes that. +<br> + +<br> + No cluster changes expected. +<br> + +<br> +gs/base/gdevpng.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-30 08:38:31 -0400></a> +2011-04-30 08:38:31 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c98ade33d2b8fbc0ca6579c6d9e0ceb425374b0c">c98ade33d2b8fbc0ca6579c6d9e0ceb425374b0c</a> +<blockquote> + +<br> + Normalize pattern /BBox in PDF interpreter before passing it to PS +<br> + to avoid a /rangecheck error. Bug 692174. +<br> + +<br> +gs/Resource/Init/pdf_draw.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-27 22:27:39 -0700></a> +2011-04-27 22:27:39 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b128a1424550b3462348bd40ecd768356cdb08ae">b128a1424550b3462348bd40ecd768356cdb08ae</a> +<blockquote> + +<br> + Fix for reference counting issue of the compositor device at +<br> + the end of the clist playback. In most cases, the compositor rc +<br> + should be 1 at this point and so the device is closed and then +<br> + freed. The case, when it is not 1 is when we have a pattern +<br> + that has a transparency and is stored in a clist. In this case +<br> + the target for the pattern clist device is the main pdf14 device and +<br> + we increment the rc during this assignment. So, when the +<br> + playback completes, the rc of the compositor is 2. We do not +<br> + want to close and free the compositor, since it is part of the +<br> + main clist that we have going on. Instead we only want to +<br> + decrement the rc. The test file pattrans_big.pdf is now +<br> + handled correctly but has a rendering/tiling issue it appears. +<br> + +<br> + This commit (from the patt_trans_clist_branch) has been cherry-picked +<br> + to the trunk to solve the SEGV in bug #692160. This leaves pdf14 +<br> + compositors leaking though. +<br> + +<br> +gs/base/gxclrast.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-28 20:23:29 +0100></a> +2011-04-28 20:23:29 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1553ea878b414b4ac389f7cec4c2076bc52be966">1553ea878b414b4ac389f7cec4c2076bc52be966</a> +<blockquote> + +<br> + Stop compiler turning for loop into memset in halftoning code. +<br> + +<br> + The msvc compiler cleverly spots that a for loop can be turned +<br> + into a memset. Unfortunately it can't know that the values for +<br> + which the loop is called are normally so small that the calling +<br> + of the function costs more than simply doing the stores. +<br> + +<br> + The fix is to cast the pointer to which we are storing to be +<br> + volatile. This saves a significant chunk of runtime for: +<br> + +<br> + pcl6.exe -sDEVICE=bit -r600 -o null: -dLeadingEdge=3 +<br> + cicero_call_CRF03-all-in_adobe-8_358p_xNuv288.xl +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/gxht_thresh.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-28 17:19:14 +0100></a> +2011-04-28 17:19:14 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=dd0ead1acfd2cf2fea4e417afdd4b52b06d8c3ad">dd0ead1acfd2cf2fea4e417afdd4b52b06d8c3ad</a> +<blockquote> + +<br> + Ensure optimization flags get propogated for lcms +<br> + +<br> + An inconcistency between definitions in the Unix and Windows builds meant +<br> + that on Windows several compiler flags (including that for optimization) +<br> + was not being used when buliding the lcms source files. The confusion +<br> + stems from Ghostscript requiring /Za to compile, and lcms failing to +<br> + compile with /Za. +<br> + +<br> + Bug 692173. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/msvccmd.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-28 16:20:38 +0100></a> +2011-04-28 16:20:38 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=98a891175a74e4fdbdd2b5dc10a7fa60b9f75e16">98a891175a74e4fdbdd2b5dc10a7fa60b9f75e16</a> +<blockquote> + +<br> + Add special case runrops for rops 0xF0 and CC (copy S and copy T). +<br> + +<br> + This is in response to Norberts complaints about the speed of 9.02 with +<br> + cicero_call_CRF03-all-in_adobe-8_358p_xNuv288.xl and others. +<br> + +<br> +gs/base/gsroprun.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-28 09:01:05 +0100></a> +2011-04-28 09:01:05 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=26e55117205eaf76dfa6011c29e287f84ec99799">26e55117205eaf76dfa6011c29e287f84ec99799</a> +<blockquote> + +<br> + Change to include psi/ierrors.h. +<br> + +<br> + psitop.c previously included the deprecated header file base/errors.h +<br> + which has now been removed. psi/ierrors.h is the correct header to +<br> + include. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +psi/psitop.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-28 08:10:39 +0100></a> +2011-04-28 08:10:39 +0100</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7132af8bb76824feb241374cf152349995b6cc10">7132af8bb76824feb241374cf152349995b6cc10</a> +<blockquote> + +<br> + Remove the deprecated errors.h file. +<br> + +<br> + Related to Bug 692151 in that it rendered the bug invalid. +<br> + +<br> + No cluster differences expected. +<br> + +<br> +gs/base/errors.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-25 18:58:52 -0600></a> +2011-04-25 18:58:52 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=0361e41b57f8f4d798eb42e6320e6e96c355169d">0361e41b57f8f4d798eb42e6320e6e96c355169d</a> +<blockquote> + +<br> + PJL filesystem commands can be made static. +<br> + +<br> + Warning cleanup - make local functions static. +<br> + +<br> + Use %s if the argument is not literal to address the warning "format +<br> + not a string literal and no format arguments". +<br> + +<br> + Presumably a format specifier could appear in the character array +<br> + resulting in an argument mismatch. +<br> + +<br> +pl/pjparse.c +<br> +pl/pjparsei.c +<br> +pl/plmain.c +<br> +pxl/pxtop.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-25 17:53:50 -0600></a> +2011-04-25 17:53:50 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=732dc98f92f2132f21811cf8b2612c1091e65050">732dc98f92f2132f21811cf8b2612c1091e65050</a> +<blockquote> + +<br> + Partially refactor image api so it can be shared between pcl and pxl, +<br> + also to move away from using the obsolete image api. +<br> + +<br> +pl/pldraw.c +<br> +pl/pldraw.h +<br> +pxl/pximage.c +<br> +pxl/pxink.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-26 19:20:25 +0100></a> +2011-04-26 19:20:25 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=262c866a71d08c1709484d95ffb3639f53156078">262c866a71d08c1709484d95ffb3639f53156078</a> +<blockquote> + +<br> + Fix for bug 692081. Antialiasing patterns results in white holes. +<br> + +<br> + gx_default_copy_alpha simulates alpha by weighted average of RGB values. +<br> + When the alpha value is zero, the current implementation reads the current +<br> + background value, and just writes it back. This has the effect of making +<br> + any device that watches what devices get written to think that that pixel +<br> + is solid. (One such device is the pattern tile device where it collects what +<br> + pixels have been marked, and what haven't). +<br> + +<br> + The CORRECT way to do this is to stop the line accumulation at that point, +<br> + flush everything to there, then start again a pixel later. +<br> + +<br> + Doing this solves the bug, and causes no cluster changes. +<br> + +<br> +gs/base/gdevdbit.c +<br> +gs/base/gxcindex.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-26 12:37:14 +0100></a> +2011-04-26 12:37:14 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=11b5fb512393a6e9d9bdf6c076dc388ebd8c7c3f">11b5fb512393a6e9d9bdf6c076dc388ebd8c7c3f</a> +<blockquote> + +<br> + Fix warnings (unused variables and missing cases in switches). +<br> + +<br> +gs/base/gdevddrw.c +<br> +gs/base/gstrans.c +<br> +gs/base/gxblend1.c +<br> +gs/base/gxiscale.c +<br> +gs/base/gxstroke.c +<br> +gs/psi/zicc.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-26 10:34:46 +0100></a> +2011-04-26 10:34:46 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a349c53ca01df5e425f25d1fa14d38c43d95b60c">a349c53ca01df5e425f25d1fa14d38c43d95b60c</a> +<blockquote> + +<br> + Removed unused variables to quiet warnings. +<br> + +<br> +gs/base/gdevtifs.c +<br> +gs/base/gxdownscale.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-25 22:56:41 -0700></a> +2011-04-25 22:56:41 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=79e14a10307ba37bcf00af1b05c1c52875d9774a">79e14a10307ba37bcf00af1b05c1c52875d9774a</a> +<blockquote> + +<br> + Fix for multithreaded rendering crash that can occur due to race conditions between threads with the increment and decrement of the icc link cache object during the rendering of the bands. Fix involved place a lock around the operations. Thanks to Ray for helping with this. +<br> + +<br> +gs/base/gxclrast.c +<br> +gs/base/gxclthrd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-25 17:37:09 -0700></a> +2011-04-25 17:37:09 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=03cb94a9da2cddd2b7055e8565dd797c67bf56f4">03cb94a9da2cddd2b7055e8565dd797c67bf56f4</a> +<blockquote> + +<br> + Fix for memory leak in gdevp14 device. This involved making sure the overprint compositor was initialized retained with a ref count of 1 like the pdf14 device. +<br> + +<br> +gs/base/gsovrc.c +<br> +gs/base/gxclrast.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-26 00:53:07 +0100></a> +2011-04-26 00:53:07 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=16789dc892db636719383c2542aa9cec04092e4d">16789dc892db636719383c2542aa9cec04092e4d</a> +<blockquote> + +<br> + Fix memory overwrite in png devices. +<br> + +<br> + In my fiddling with the png devices the other day to add downscaling, I +<br> + omitted to extend the size of two of them (png16m and png48). This meant +<br> + that png16m was overwriting 8 bytes of memory after its device structure. +<br> + +<br> + Fix this to solve a SEGV when DownScaleFactor is used. +<br> + +<br> +gs/base/gdevpng.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-24 20:35:45 -0400></a> +2011-04-24 20:35:45 -0400</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f5a6de969ae67a2318115c5e8e6e2b3b06fc58f3">f5a6de969ae67a2318115c5e8e6e2b3b06fc58f3</a> +<blockquote> + +<br> + Split large beginbfrange..endbfrange blocks in ToUnicode CMaps into +<br> + smaller blocks to stay within the limits of various PS constricts and +<br> + speed up operand stack manipulation, esp. "counttomark -3 roll". Bug 691908. +<br> + +<br> +gs/Resource/Init/pdf_font.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-25 09:31:32 -0600></a> +2011-04-25 09:31:32 -0600</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=3b66709cafd05910f2442250e12d1918f239c34b">3b66709cafd05910f2442250e12d1918f239c34b</a> +<blockquote> + +<br> + The new custom paper size implementation introduced a bug in +<br> + passthrough mode requiring additional state setup when we switch from +<br> + PXL to PCL state. +<br> + +<br> +pcl/pcpage.c +<br> +pxl/pxpthr.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-22 15:40:50 -0600></a> +2011-04-22 15:40:50 -0600</strong> +<br>henrys <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=460ff495a31f8a87d0ed677eed2660fca79369fc">460ff495a31f8a87d0ed677eed2660fca79369fc</a> +<blockquote> + +<br> + Revision 43a5362 modified a global variable. We address that by +<br> + making the page table a dynamic member of the pcl state. +<br> + +<br> +pcl/pcommand.c +<br> +pcl/pcpage.c +<br> +pcl/pcstate.h +<br> +pcl/pcxfmst.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-20 23:25:50 -0600></a> +2011-04-20 23:25:50 -0600</strong> +<br>henrys <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=e5a9f968265abc47a85811e620c79bedf87b1da0">e5a9f968265abc47a85811e620c79bedf87b1da0</a> +<blockquote> + +<br> + Josef Hinteregger's patch to implement custom paper sizes in PJL and PCL, +<br> + bug #691587. +<br> + +<br> +pcl/pcpage.c +<br> +pl/pjparse.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-20 23:20:34 -0700></a> +2011-04-20 23:20:34 -0700</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4ddefa258ee17e359429c901ef8a0a8f3b234083">4ddefa258ee17e359429c901ef8a0a8f3b234083</a> +<blockquote> + +<br> + Fix to stop reset of ICC profile directory to the default directory (which is the romfs) when there is a VMreclaim. Previously if the VMreclaim happens while we are still in the process of initializing the icc manager this can cause a crash. This was the source of the crash with the tiffsep device when COMPILE_INITS=0. +<br> + +<br> +gs/base/gsicc_manage.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-22 18:08:10 +0100></a> +2011-04-22 18:08:10 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1b3908faa01c7ef6197374a27b1a5861f0a383fe">1b3908faa01c7ef6197374a27b1a5861f0a383fe</a> +<blockquote> + +<br> + Extend downscaling to png devices too (from tiffscaled). +<br> + +<br> + Extract the code to do downscaling/min feature size from tiffscaled{,8,24} +<br> + into a new gx_downscaler class. Make tiffscaled{,8,24} call this new class +<br> + with no change in functionality. +<br> + +<br> + Make png devices call this new code. Only png16m and pnggray are actually +<br> + affected by downscaling though. Add a new pngmonod device to do grayscale +<br> + rendering internally and to downscale/min_feature_size/error diffuse to +<br> + monochrome. +<br> + +<br> +gs/base/devs.mak +<br> +gs/base/gdevpng.c +<br> +gs/base/gdevprn.c +<br> +gs/base/gdevtifs.c +<br> +gs/base/gxdownscale.c +<br> +gs/base/gxdownscale.h +<br> +gs/base/lib.mak +<br> +gs/base/macos-mcp.mak +<br> +gs/base/macosx.mak +<br> +gs/base/openvms.mak +<br> +gs/base/unix-gcc.mak +<br> +gs/base/unixansi.mak +<br> +gs/doc/Devices.htm +<br> +gs/ghostscript.vcproj +<br> +gs/psi/msvc.mak +<br> +gs/psi/os2.mak +<br> +main/pcl6_gcc.mak +<br> +main/pcl6_msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-20 10:40:58 -0700></a> +2011-04-20 10:40:58 -0700</strong> +<br>Marcos H. Woehrmann <marcos.woehrmann@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8a203b909d59f8aa649492c23fa570afe3a61565">8a203b909d59f8aa649492c23fa570afe3a61565</a> +<blockquote> + +<br> + Revert of a4c4877b35b6782ef64b382713eaa6bcd4eca8d6 since we decided to rename the directories back to their before svn => git transition names. +<br> + +<br> +gs/toolbin/localcluster/clusterpush.pl +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-20 09:17:25 -0700></a> +2011-04-20 09:17:25 -0700</strong> +<br>mvrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=20b6c78ff6fb123bc11a068ca329a96d2452b529">20b6c78ff6fb123bc11a068ca329a96d2452b529</a> +<blockquote> + +<br> + Fix for issue when creating ICC profiles from DEF/G structures. As a few progressions and fixes bug 692156 and likely bug 691977 +<br> + +<br> +gs/base/gsicc_create.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-19 21:23:01 -0700></a> +2011-04-19 21:23:01 -0700</strong> +<br>Marcos H. Woehrmann <marcos.woehrmann@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a4c4877b35b6782ef64b382713eaa6bcd4eca8d6">a4c4877b35b6782ef64b382713eaa6bcd4eca8d6</a> +<blockquote> + +<br> + Modified clusterpush.pl to account for the new directory structure introduced with the svn => git transition. +<br> + +<br> +gs/toolbin/localcluster/clusterpush.pl +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-20 14:56:12 +0100></a> +2011-04-20 14:56:12 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=0f57eacebce435c7da518b2d17638036a3ae5a40">0f57eacebce435c7da518b2d17638036a3ae5a40</a> +<blockquote> + +<br> + Add bin directories to .gitignore file. +<br> + +<br> + Also add some comments with useful lines that people might want to copy +<br> + to their local .git/info/exclude file. +<br> + +<br> +.gitignore +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-20 14:46:26 +0100></a> +2011-04-20 14:46:26 +0100</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c10532c1b2e63dd6d6d95f1a0b578eb865ff4d9a">c10532c1b2e63dd6d6d95f1a0b578eb865ff4d9a</a> +<blockquote> + +<br> + New tiffscaled8 and tiffscaled24 devices. +<br> + +<br> + Add new tiffscaled8 and tiffscaled24 devices, copied and modified from +<br> + tiffscaled. These output greyscale and 24bit rgb instead of tiffscaleds +<br> + mono output. MinFeatureSize is ignored for these devices as it's meaningless +<br> + for contone output. +<br> + +<br> + Error Diffusion is still done, but is almost certainly a waste of time - it +<br> + was just simpler to make the code work this way. If performance is an issue, +<br> + we can remove that later. +<br> + +<br> +gs/base/configure.ac +<br> +gs/base/devs.mak +<br> +gs/base/gdevtifs.c +<br> +gs/base/gdevtifs.h +<br> +gs/base/gdevtsep.c +<br> +gs/base/macos-mcp.mak +<br> +gs/base/openvms.mak +<br> +gs/base/unix-gcc.mak +<br> +gs/base/unixansi.mak +<br> +gs/doc/Devices.htm +<br> +gs/psi/msvc.mak +<br> +main/pcl6_gcc.mak +<br> +main/pcl6_msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-20 00:00:45 +0200></a> +2011-04-20 00:00:45 +0200</strong> +<br>Tor Andersson <tor.andersson@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f6e8c8d24c4a2f66b45ce04ab544aaf8b305a0d1">f6e8c8d24c4a2f66b45ce04ab544aaf8b305a0d1</a> +<blockquote> + +<br> + Change GS_PRODUCTFAMILY to say GIT instead of SVN PRERELEASE. +<br> + +<br> +gs/base/gscdef.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-19 23:58:23 +0200></a> +2011-04-19 23:58:23 +0200</strong> +<br>Tor Andersson <tor.andersson@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c91007a224a533fb7582646d98b6bf1721f4f297">c91007a224a533fb7582646d98b6bf1721f4f297</a> +<blockquote> + +<br> + Clean up file permissions. +<br> + +<br> +COPYING.AFPL +<br> +gs/examples/golfer.eps +<br> +gs/examples/tiger.eps +<br> +gs/ghostscript-ufst.vcproj +<br> +gs/ghostscript.vcproj +<br> +gs/psi/winint.mak +<br> +tools/Acrobat2Tiff/Acrobat2Tiff.sln +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff.vb +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff.vbproj +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Application.Designer.vb +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Application.myapp +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/AssemblyInfo.vb +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Resources.Designer.vb +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Resources.resx +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Settings.Designer.vb +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Settings.settings +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/bin/Release/Acrobat2Tiff.xml +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/bin/Release/Interop.Acrobat.dll +<br> +tools/cmpi/cmpi.bkl +<br> +tools/cmpi/cmpi.cpp +<br> +tools/cmpi/cmpi.dsp +<br> +tools/cmpi/cmpi.dsw +<br> +tools/cmpi/cmpi.pro +<br> +tools/cmpi/cmpi.rc +<br> +tools/cmpi/cmpi.sln +<br> +tools/cmpi/cmpi.suo +<br> +tools/cmpi/cmpi.vcp +<br> +tools/cmpi/cmpi.vcproj +<br> +tools/cmpi/cmpi.vcw +<br> +tools/cmpi/descrip.mms +<br> +tools/cmpi/makefile.bcc +<br> +tools/cmpi/makefile.dmc +<br> +tools/cmpi/makefile.dms +<br> +tools/cmpi/makefile.dos +<br> +tools/cmpi/makefile.gcc +<br> +tools/cmpi/makefile.sc +<br> +tools/cmpi/makefile.unx +<br> +tools/cmpi/makefile.va +<br> +tools/cmpi/makefile.vc +<br> +tools/cmpi/makefile.wat +<br> +tools/tiger.svg +<br> +tools/xps2tiff/README +<br> +tools/xps2tiff/xps2tiff.sln +<br> +tools/xps2tiff/xps2tiff/AssemblyInfo.cpp +<br> +tools/xps2tiff/xps2tiff/stdafx.cpp +<br> +tools/xps2tiff/xps2tiff/xps2tiff.cpp +<br> +tools/xps2tiff/xps2tiff/xps2tiff.vcproj +<br> +win32/GhostPDL.sln +<br> +win32/ReadMe.txt +<br> +win32/language_switch.vcproj +<br> +win32/pcl.vcproj +<br> +win32/svg.vcproj +<br> +win32/xps.vcproj +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-19 23:49:56 +0200></a> +2011-04-19 23:49:56 +0200</strong> +<br>Tor Andersson <tor.andersson@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=781969994b5381ba4bed03beef217f9bde6e7c58">781969994b5381ba4bed03beef217f9bde6e7c58</a> +<blockquote> + +<br> + Indent with spaces and strip trailing whitespace. +<br> + +<br> +gs/Resource/Init/gs_agl.ps +<br> +gs/Resource/Init/gs_btokn.ps +<br> +gs/Resource/Init/gs_cet.ps +<br> +gs/Resource/Init/gs_cff.ps +<br> +gs/Resource/Init/gs_cidcm.ps +<br> +gs/Resource/Init/gs_ciddc.ps +<br> +gs/Resource/Init/gs_cidfm.ps +<br> +gs/Resource/Init/gs_cidfn.ps +<br> +gs/Resource/Init/gs_cidtt.ps +<br> +gs/Resource/Init/gs_cmap.ps +<br> +gs/Resource/Init/gs_cspace.ps +<br> +gs/Resource/Init/gs_css_e.ps +<br> +gs/Resource/Init/gs_dbt_e.ps +<br> +gs/Resource/Init/gs_diskf.ps +<br> +gs/Resource/Init/gs_diskn.ps +<br> +gs/Resource/Init/gs_dpnxt.ps +<br> +gs/Resource/Init/gs_dps.ps +<br> +gs/Resource/Init/gs_dps1.ps +<br> +gs/Resource/Init/gs_dps2.ps +<br> +gs/Resource/Init/gs_dscp.ps +<br> +gs/Resource/Init/gs_epsf.ps +<br> +gs/Resource/Init/gs_fapi.ps +<br> +gs/Resource/Init/gs_fntem.ps +<br> +gs/Resource/Init/gs_fonts.ps +<br> +gs/Resource/Init/gs_frsd.ps +<br> +gs/Resource/Init/gs_icc.ps +<br> +gs/Resource/Init/gs_il1_e.ps +<br> +gs/Resource/Init/gs_img.ps +<br> +gs/Resource/Init/gs_init.ps +<br> +gs/Resource/Init/gs_l2img.ps +<br> +gs/Resource/Init/gs_lev2.ps +<br> +gs/Resource/Init/gs_ll3.ps +<br> +gs/Resource/Init/gs_mex_e.ps +<br> +gs/Resource/Init/gs_mgl_e.ps +<br> +gs/Resource/Init/gs_mro_e.ps +<br> +gs/Resource/Init/gs_pdf_e.ps +<br> +gs/Resource/Init/gs_pdfwr.ps +<br> +gs/Resource/Init/gs_res.ps +<br> +gs/Resource/Init/gs_resmp.ps +<br> +gs/Resource/Init/gs_setpd.ps +<br> +gs/Resource/Init/gs_statd.ps +<br> +gs/Resource/Init/gs_std_e.ps +<br> +gs/Resource/Init/gs_sym_e.ps +<br> +gs/Resource/Init/gs_trap.ps +<br> +gs/Resource/Init/gs_ttf.ps +<br> +gs/Resource/Init/gs_typ32.ps +<br> +gs/Resource/Init/gs_typ42.ps +<br> +gs/Resource/Init/gs_type1.ps +<br> +gs/Resource/Init/gs_wan_e.ps +<br> +gs/Resource/Init/pdf_base.ps +<br> +gs/Resource/Init/pdf_cslayer.ps +<br> +gs/Resource/Init/pdf_draw.ps +<br> +gs/Resource/Init/pdf_font.ps +<br> +gs/Resource/Init/pdf_main.ps +<br> +gs/Resource/Init/pdf_ops.ps +<br> +gs/Resource/Init/pdf_rbld.ps +<br> +gs/Resource/Init/pdf_sec.ps +<br> +gs/base/ConvertUTF.c +<br> +gs/base/ConvertUTF.h +<br> +gs/base/aes.c +<br> +gs/base/aes.h +<br> +gs/base/assert_.h +<br> +gs/base/ctype_.h +<br> +gs/base/dirent_.h +<br> +gs/base/dos_.h +<br> +gs/base/echogs.c +<br> +gs/base/errno_.h +<br> +gs/base/errors.h +<br> +gs/base/fcntl_.h +<br> +gs/base/gconf.c +<br> +gs/base/gconf.h +<br> +gs/base/gdebug.h +<br> +gs/base/gdev3852.c +<br> +gs/base/gdev3b1.c +<br> +gs/base/gdev4081.c +<br> +gs/base/gdev4693.c +<br> +gs/base/gdev8510.c +<br> +gs/base/gdev8bcm.c +<br> +gs/base/gdev8bcm.h +<br> +gs/base/gdevabuf.c +<br> +gs/base/gdevadmp.c +<br> +gs/base/gdevatx.c +<br> +gs/base/gdevbbox.c +<br> +gs/base/gdevbbox.h +<br> +gs/base/gdevbit.c +<br> +gs/base/gdevbj10.c +<br> +gs/base/gdevbjc.h +<br> +gs/base/gdevbjcl.c +<br> +gs/base/gdevbjcl.h +<br> +gs/base/gdevbmp.c +<br> +gs/base/gdevbmp.h +<br> +gs/base/gdevbmpa.c +<br> +gs/base/gdevbmpc.c +<br> +gs/base/gdevccr.c +<br> +gs/base/gdevcdj.c +<br> +gs/base/gdevcfax.c +<br> +gs/base/gdevcgm.c +<br> +gs/base/gdevcgml.c +<br> +gs/base/gdevcgml.h +<br> +gs/base/gdevcgmx.h +<br> +gs/base/gdevcif.c +<br> +gs/base/gdevclj.c +<br> +gs/base/gdevcljc.c +<br> +gs/base/gdevcp50.c +<br> +gs/base/gdevcslw.c +<br> +gs/base/gdevdbit.c +<br> +gs/base/gdevdcrd.c +<br> +gs/base/gdevdcrd.h +<br> +gs/base/gdevddrw.c +<br> +gs/base/gdevddrw.h +<br> +gs/base/gdevdevn.c +<br> +gs/base/gdevdevn.h +<br> +gs/base/gdevdfax.c +<br> +gs/base/gdevdflt.c +<br> +gs/base/gdevdgbr.c +<br> +gs/base/gdevdjet.c +<br> +gs/base/gdevdjtc.c +<br> +gs/base/gdevdljm.c +<br> +gs/base/gdevdljm.h +<br> +gs/base/gdevdm24.c +<br> +gs/base/gdevdsha.c +<br> +gs/base/gdevdsp.c +<br> +gs/base/gdevdsp.h +<br> +gs/base/gdevdsp2.h +<br> +gs/base/gdevemap.c +<br> +gs/base/gdevepsc.c +<br> +gs/base/gdevepsn.c +<br> +gs/base/gdevescp.c +<br> +gs/base/gdevevga.c +<br> +gs/base/gdevfax.c +<br> +gs/base/gdevfax.h +<br> +gs/base/gdevherc.c +<br> +gs/base/gdevhit.c +<br> +gs/base/gdevhl7x.c +<br> +gs/base/gdevifno.c +<br> +gs/base/gdevijs.c +<br> +gs/base/gdevimdi.c +<br> +gs/base/gdevimgn.c +<br> +gs/base/gdevjbig2.c +<br> +gs/base/gdevjpeg.c +<br> +gs/base/gdevjpx.c +<br> +gs/base/gdevl256.c +<br> +gs/base/gdevl31s.c +<br> +gs/base/gdevlbp8.c +<br> +gs/base/gdevlj56.c +<br> +gs/base/gdevlp8k.c +<br> +gs/base/gdevlxm.c +<br> +gs/base/gdevm1.c +<br> +gs/base/gdevm16.c +<br> +gs/base/gdevm2.c +<br> +gs/base/gdevm24.c +<br> +gs/base/gdevm32.c +<br> +gs/base/gdevm4.c +<br> +gs/base/gdevm40.c +<br> +gs/base/gdevm48.c +<br> +gs/base/gdevm56.c +<br> +gs/base/gdevm64.c +<br> +gs/base/gdevmac.c +<br> +gs/base/gdevmac.h +<br> +gs/base/gdevmacpictop.h +<br> +gs/base/gdevmacttf.h +<br> +gs/base/gdevmacxf.c +<br> +gs/base/gdevmeds.c +<br> +gs/base/gdevmeds.h +<br> +gs/base/gdevmem.c +<br> +gs/base/gdevmem.h +<br> +gs/base/gdevmgr.c +<br> +gs/base/gdevmgr.h +<br> +gs/base/gdevmiff.c +<br> +gs/base/gdevmpla.h +<br> +gs/base/gdevmr1.c +<br> +gs/base/gdevmr2n.c +<br> +gs/base/gdevmrop.h +<br> +gs/base/gdevmrun.c +<br> +gs/base/gdevmrun.h +<br> +gs/base/gdevmswn.c +<br> +gs/base/gdevmswn.h +<br> +gs/base/gdevmsxf.c +<br> +gs/base/gdevn533.c +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevo182.c +<br> +gs/base/gdevokii.c +<br> +gs/base/gdevos2p.c +<br> +gs/base/gdevp14.c +<br> +gs/base/gdevp14.h +<br> +gs/base/gdevp2up.c +<br> +gs/base/gdevpbm.c +<br> +gs/base/gdevpccm.c +<br> +gs/base/gdevpccm.h +<br> +gs/base/gdevpcfb.c +<br> +gs/base/gdevpcfb.h +<br> +gs/base/gdevpcl.c +<br> +gs/base/gdevpcl.h +<br> +gs/base/gdevpcx.c +<br> +gs/base/gdevpdf.c +<br> +gs/base/gdevpdfb.c +<br> +gs/base/gdevpdfb.h +<br> +gs/base/gdevpdfc.c +<br> +gs/base/gdevpdfc.h +<br> +gs/base/gdevpdfd.c +<br> +gs/base/gdevpdfe.c +<br> +gs/base/gdevpdfg.c +<br> +gs/base/gdevpdfg.h +<br> +gs/base/gdevpdfi.c +<br> +gs/base/gdevpdfj.c +<br> +gs/base/gdevpdfk.c +<br> +gs/base/gdevpdfm.c +<br> +gs/base/gdevpdfo.c +<br> +gs/base/gdevpdfo.h +<br> +gs/base/gdevpdfp.c +<br> +gs/base/gdevpdfr.c +<br> +gs/base/gdevpdft.c +<br> +gs/base/gdevpdfu.c +<br> +gs/base/gdevpdfv.c +<br> +gs/base/gdevpdfx.h +<br> +gs/base/gdevpdt.c +<br> +gs/base/gdevpdt.h +<br> +gs/base/gdevpdtb.c +<br> +gs/base/gdevpdtb.h +<br> +gs/base/gdevpdtc.c +<br> +gs/base/gdevpdtd.c +<br> +gs/base/gdevpdtd.h +<br> +gs/base/gdevpdte.c +<br> +gs/base/gdevpdtf.c +<br> +gs/base/gdevpdtf.h +<br> +gs/base/gdevpdti.c +<br> +gs/base/gdevpdti.h +<br> +gs/base/gdevpdts.c +<br> +gs/base/gdevpdts.h +<br> +gs/base/gdevpdtt.c +<br> +gs/base/gdevpdtt.h +<br> +gs/base/gdevpdtv.c +<br> +gs/base/gdevpdtv.h +<br> +gs/base/gdevpdtw.c +<br> +gs/base/gdevpdtw.h +<br> +gs/base/gdevpdtx.h +<br> +gs/base/gdevpe.c +<br> +gs/base/gdevperm.c +<br> +gs/base/gdevphex.c +<br> +gs/base/gdevpipe.c +<br> +gs/base/gdevpjet.c +<br> +gs/base/gdevplib.c +<br> +gs/base/gdevplnx.c +<br> +gs/base/gdevplnx.h +<br> +gs/base/gdevpm.h +<br> +gs/base/gdevpng.c +<br> +gs/base/gdevppla.c +<br> +gs/base/gdevppla.h +<br> +gs/base/gdevprn.c +<br> +gs/base/gdevprn.h +<br> +gs/base/gdevprna.c +<br> +gs/base/gdevprna.h +<br> +gs/base/gdevps.c +<br> +gs/base/gdevpsd.c +<br> +gs/base/gdevpsdf.h +<br> +gs/base/gdevpsdi.c +<br> +gs/base/gdevpsdp.c +<br> +gs/base/gdevpsds.c +<br> +gs/base/gdevpsds.h +<br> +gs/base/gdevpsdu.c +<br> +gs/base/gdevpsf.h +<br> +gs/base/gdevpsf1.c +<br> +gs/base/gdevpsf2.c +<br> +gs/base/gdevpsfm.c +<br> +gs/base/gdevpsft.c +<br> +gs/base/gdevpsfu.c +<br> +gs/base/gdevpsfx.c +<br> +gs/base/gdevpsim.c +<br> +gs/base/gdevpsu.c +<br> +gs/base/gdevpsu.h +<br> +gs/base/gdevpx.c +<br> +gs/base/gdevpxen.h +<br> +gs/base/gdevpxop.h +<br> +gs/base/gdevpxut.c +<br> +gs/base/gdevpxut.h +<br> +gs/base/gdevrinkj.c +<br> +gs/base/gdevrops.c +<br> +gs/base/gdevs3ga.c +<br> +gs/base/gdevsco.c +<br> +gs/base/gdevsgi.c +<br> +gs/base/gdevsgi.h +<br> +gs/base/gdevsj48.c +<br> +gs/base/gdevsnfb.c +<br> +gs/base/gdevsppr.c +<br> +gs/base/gdevstc.c +<br> +gs/base/gdevstc.h +<br> +gs/base/gdevstc1.c +<br> +gs/base/gdevstc2.c +<br> +gs/base/gdevstc3.c +<br> +gs/base/gdevstc4.c +<br> +gs/base/gdevsun.c +<br> +gs/base/gdevsunr.c +<br> +gs/base/gdevsvg.c +<br> +gs/base/gdevsvga.c +<br> +gs/base/gdevsvga.h +<br> +gs/base/gdevtfax.c +<br> +gs/base/gdevtfax.h +<br> +gs/base/gdevtfnx.c +<br> +gs/base/gdevtifs.c +<br> +gs/base/gdevtifs.h +<br> +gs/base/gdevtknk.c +<br> +gs/base/gdevtrac.c +<br> +gs/base/gdevtsep.c +<br> +gs/base/gdevtxtw.c +<br> +gs/base/gdevupd.c +<br> +gs/base/gdevvec.c +<br> +gs/base/gdevvec.h +<br> +gs/base/gdevvglb.c +<br> +gs/base/gdevwddb.c +<br> +gs/base/gdevwdib.c +<br> +gs/base/gdevwpr2.c +<br> +gs/base/gdevwprn.c +<br> +gs/base/gdevwts.c +<br> +gs/base/gdevx.c +<br> +gs/base/gdevx.h +<br> +gs/base/gdevxalt.c +<br> +gs/base/gdevxcf.c +<br> +gs/base/gdevxcmp.c +<br> +gs/base/gdevxcmp.h +<br> +gs/base/gdevxini.c +<br> +gs/base/gdevxres.c +<br> +gs/base/gdevxxf.c +<br> +gs/base/genarch.c +<br> +gs/base/genconf.c +<br> +gs/base/gendev.c +<br> +gs/base/genht.c +<br> +gs/base/gp.h +<br> +gs/base/gp_dosfe.c +<br> +gs/base/gp_dosfs.c +<br> +gs/base/gp_dvx.c +<br> +gs/base/gp_getnv.c +<br> +gs/base/gp_mac.c +<br> +gs/base/gp_mac.h +<br> +gs/base/gp_macio.c +<br> +gs/base/gp_macpoll.c +<br> +gs/base/gp_mktmp.c +<br> +gs/base/gp_msdll.c +<br> +gs/base/gp_msdos.c +<br> +gs/base/gp_mshdl.c +<br> +gs/base/gp_mslib.c +<br> +gs/base/gp_mspol.c +<br> +gs/base/gp_msprn.c +<br> +gs/base/gp_mswin.c +<br> +gs/base/gp_mswin.h +<br> +gs/base/gp_nsync.c +<br> +gs/base/gp_ntfs.c +<br> +gs/base/gp_os2.c +<br> +gs/base/gp_os2.h +<br> +gs/base/gp_os2fs.c +<br> +gs/base/gp_os2pr.c +<br> +gs/base/gp_os9.c +<br> +gs/base/gp_paper.c +<br> +gs/base/gp_psync.c +<br> +gs/base/gp_stdia.c +<br> +gs/base/gp_stdin.c +<br> +gs/base/gp_strdl.c +<br> +gs/base/gp_sysv.c +<br> +gs/base/gp_unix.c +<br> +gs/base/gp_unix_cache.c +<br> +gs/base/gp_upapr.c +<br> +gs/base/gp_vms.c +<br> +gs/base/gp_wgetv.c +<br> +gs/base/gp_win32.c +<br> +gs/base/gp_wpapr.c +<br> +gs/base/gp_wsync.c +<br> +gs/base/gpcheck.h +<br> +gs/base/gpgetenv.h +<br> +gs/base/gpmisc.c +<br> +gs/base/gpmisc.h +<br> +gs/base/gs_agl.h +<br> +gs/base/gs_dll_call.h +<br> +gs/base/gs_mgl_e.h +<br> +gs/base/gs_mro_e.h +<br> +gs/base/gsalloc.c +<br> +gs/base/gsalloc.h +<br> +gs/base/gsalpha.c +<br> +gs/base/gsalpha.h +<br> +gs/base/gsalphac.c +<br> +gs/base/gsalphac.h +<br> +gs/base/gsargs.c +<br> +gs/base/gsargs.h +<br> +gs/base/gsbitcom.c +<br> +gs/base/gsbitmap.h +<br> +gs/base/gsbitops.c +<br> +gs/base/gsbittab.c +<br> +gs/base/gsbittab.h +<br> +gs/base/gsccode.h +<br> +gs/base/gsccolor.h +<br> +gs/base/gscdef.c +<br> +gs/base/gscdefs.h +<br> +gs/base/gscdevn.c +<br> +gs/base/gscdevn.h +<br> +gs/base/gscedata.c +<br> +gs/base/gscedata.h +<br> +gs/base/gscencs.c +<br> +gs/base/gscencs.h +<br> +gs/base/gschar.c +<br> +gs/base/gschar.h +<br> +gs/base/gschar0.c +<br> +gs/base/gscicach.c +<br> +gs/base/gscicach.h +<br> +gs/base/gscie.c +<br> +gs/base/gscie.h +<br> +gs/base/gsciemap.c +<br> +gs/base/gscindex.h +<br> +gs/base/gsclipsr.c +<br> +gs/base/gsclipsr.h +<br> +gs/base/gscms.h +<br> +gs/base/gscolor.c +<br> +gs/base/gscolor.h +<br> +gs/base/gscolor1.c +<br> +gs/base/gscolor1.h +<br> +gs/base/gscolor2.c +<br> +gs/base/gscolor2.h +<br> +gs/base/gscolor3.c +<br> +gs/base/gscolor3.h +<br> +gs/base/gscolorbuffer.c +<br> +gs/base/gscolorbuffer.h +<br> +gs/base/gscompt.h +<br> +gs/base/gscoord.c +<br> +gs/base/gscoord.h +<br> +gs/base/gscparam.c +<br> +gs/base/gscpixel.c +<br> +gs/base/gscpixel.h +<br> +gs/base/gscpm.h +<br> +gs/base/gscrd.c +<br> +gs/base/gscrd.h +<br> +gs/base/gscrdp.c +<br> +gs/base/gscrdp.h +<br> +gs/base/gscrypt1.c +<br> +gs/base/gscrypt1.h +<br> +gs/base/gscscie.c +<br> +gs/base/gscsel.h +<br> +gs/base/gscsepr.c +<br> +gs/base/gscsepr.h +<br> +gs/base/gscspace.c +<br> +gs/base/gscspace.h +<br> +gs/base/gscssub.c +<br> +gs/base/gscssub.h +<br> +gs/base/gsdcolor.h +<br> +gs/base/gsdevice.c +<br> +gs/base/gsdevice.h +<br> +gs/base/gsdevmem.c +<br> +gs/base/gsdfilt.c +<br> +gs/base/gsdfilt.h +<br> +gs/base/gsdll.h +<br> +gs/base/gsdllwin.h +<br> +gs/base/gsdparam.c +<br> +gs/base/gsdpnext.h +<br> +gs/base/gsdps.c +<br> +gs/base/gsdps.h +<br> +gs/base/gsdps1.c +<br> +gs/base/gsdsrc.c +<br> +gs/base/gsdsrc.h +<br> +gs/base/gsequivc.c +<br> +gs/base/gsequivc.h +<br> +gs/base/gserror.h +<br> +gs/base/gserrors.h +<br> +gs/base/gsexit.h +<br> +gs/base/gsfcid.c +<br> +gs/base/gsfcid2.c +<br> +gs/base/gsfcmap.c +<br> +gs/base/gsfcmap.h +<br> +gs/base/gsfcmap1.c +<br> +gs/base/gsflip.c +<br> +gs/base/gsflip.h +<br> +gs/base/gsfname.c +<br> +gs/base/gsfname.h +<br> +gs/base/gsfont.c +<br> +gs/base/gsfont.h +<br> +gs/base/gsfont0.c +<br> +gs/base/gsfont0c.c +<br> +gs/base/gsfunc.c +<br> +gs/base/gsfunc.h +<br> +gs/base/gsfunc0.c +<br> +gs/base/gsfunc0.h +<br> +gs/base/gsfunc3.c +<br> +gs/base/gsfunc3.h +<br> +gs/base/gsfunc4.c +<br> +gs/base/gsfunc4.h +<br> +gs/base/gsgc.h +<br> +gs/base/gsgcache.c +<br> +gs/base/gsgcache.h +<br> +gs/base/gsgdata.c +<br> +gs/base/gsgdata.h +<br> +gs/base/gshsb.c +<br> +gs/base/gshsb.h +<br> +gs/base/gsht.c +<br> +gs/base/gsht.h +<br> +gs/base/gsht1.c +<br> +gs/base/gsht1.h +<br> +gs/base/gshtscr.c +<br> +gs/base/gshtx.c +<br> +gs/base/gshtx.h +<br> +gs/base/gsicc.c +<br> +gs/base/gsicc.h +<br> +gs/base/gsicc_cache.c +<br> +gs/base/gsicc_cache.h +<br> +gs/base/gsicc_cms.h +<br> +gs/base/gsicc_create.c +<br> +gs/base/gsicc_create.h +<br> +gs/base/gsicc_lcms.c +<br> +gs/base/gsicc_lcms2.c +<br> +gs/base/gsicc_manage.c +<br> +gs/base/gsicc_manage.h +<br> +gs/base/gsicc_profilecache.c +<br> +gs/base/gsicc_profilecache.h +<br> +gs/base/gsimage.c +<br> +gs/base/gsimage.h +<br> +gs/base/gsimpath.c +<br> +gs/base/gsinit.c +<br> +gs/base/gsio.h +<br> +gs/base/gsiodev.c +<br> +gs/base/gsiodevs.c +<br> +gs/base/gsiodisk.c +<br> +gs/base/gsiomacres.c +<br> +gs/base/gsiorom.c +<br> +gs/base/gsiorom.h +<br> +gs/base/gsipar3x.h +<br> +gs/base/gsiparam.h +<br> +gs/base/gsiparm2.h +<br> +gs/base/gsiparm3.h +<br> +gs/base/gsiparm4.h +<br> +gs/base/gsistate.c +<br> +gs/base/gsjconf.h +<br> +gs/base/gsjmorec.h +<br> +gs/base/gslib.c +<br> +gs/base/gslib.h +<br> +gs/base/gslibctx.c +<br> +gs/base/gslibctx.h +<br> +gs/base/gsline.c +<br> +gs/base/gsline.h +<br> +gs/base/gslparam.h +<br> +gs/base/gsmalloc.c +<br> +gs/base/gsmalloc.h +<br> +gs/base/gsmatrix.c +<br> +gs/base/gsmatrix.h +<br> +gs/base/gsmchunk.c +<br> +gs/base/gsmchunk.h +<br> +gs/base/gsmdebug.h +<br> +gs/base/gsmemlok.c +<br> +gs/base/gsmemlok.h +<br> +gs/base/gsmemory.c +<br> +gs/base/gsmemory.h +<br> +gs/base/gsmemraw.h +<br> +gs/base/gsmemret.c +<br> +gs/base/gsmemret.h +<br> +gs/base/gsmisc.c +<br> +gs/base/gsnamecl.c +<br> +gs/base/gsnamecl.h +<br> +gs/base/gsncdummy.c +<br> +gs/base/gsncdummy.h +<br> +gs/base/gsnogc.c +<br> +gs/base/gsnogc.h +<br> +gs/base/gsnorop.c +<br> +gs/base/gsnotify.c +<br> +gs/base/gsnotify.h +<br> +gs/base/gsovrc.c +<br> +gs/base/gsovrc.h +<br> +gs/base/gspaint.c +<br> +gs/base/gspaint.h +<br> +gs/base/gsparam.c +<br> +gs/base/gsparam.h +<br> +gs/base/gsparam2.c +<br> +gs/base/gsparams.c +<br> +gs/base/gsparams.h +<br> +gs/base/gsparamx.c +<br> +gs/base/gsparamx.h +<br> +gs/base/gspath.c +<br> +gs/base/gspath.h +<br> +gs/base/gspath1.c +<br> +gs/base/gspath2.h +<br> +gs/base/gspcolor.c +<br> +gs/base/gspcolor.h +<br> +gs/base/gspenum.h +<br> +gs/base/gspmdrv.c +<br> +gs/base/gspmdrv.h +<br> +gs/base/gsptype1.c +<br> +gs/base/gsptype1.h +<br> +gs/base/gsptype2.c +<br> +gs/base/gsptype2.h +<br> +gs/base/gsrect.h +<br> +gs/base/gsrefct.h +<br> +gs/base/gsromfs0.c +<br> +gs/base/gsrop.c +<br> +gs/base/gsrop.h +<br> +gs/base/gsroprun.c +<br> +gs/base/gsropt.h +<br> +gs/base/gsroptab.c +<br> +gs/base/gsserial.c +<br> +gs/base/gsserial.h +<br> +gs/base/gsshade.c +<br> +gs/base/gsshade.h +<br> +gs/base/gsstate.c +<br> +gs/base/gsstate.h +<br> +gs/base/gsstruct.h +<br> +gs/base/gsstype.h +<br> +gs/base/gstext.c +<br> +gs/base/gstext.h +<br> +gs/base/gstparam.h +<br> +gs/base/gstrans.c +<br> +gs/base/gstrans.h +<br> +gs/base/gstrap.c +<br> +gs/base/gstrap.h +<br> +gs/base/gstype1.c +<br> +gs/base/gstype1.h +<br> +gs/base/gstype2.c +<br> +gs/base/gstype42.c +<br> +gs/base/gstypes.h +<br> +gs/base/gsuid.h +<br> +gs/base/gsutil.c +<br> +gs/base/gsutil.h +<br> +gs/base/gswts.c +<br> +gs/base/gswts.h +<br> +gs/base/gsxfont.h +<br> +gs/base/gx.h +<br> +gs/base/gxacpath.c +<br> +gs/base/gxalloc.h +<br> +gs/base/gxalpha.h +<br> +gs/base/gxarith.h +<br> +gs/base/gxband.h +<br> +gs/base/gxbcache.c +<br> +gs/base/gxbcache.h +<br> +gs/base/gxbitfmt.h +<br> +gs/base/gxbitmap.h +<br> +gs/base/gxbitops.h +<br> +gs/base/gxblend.c +<br> +gs/base/gxblend.h +<br> +gs/base/gxblend1.c +<br> +gs/base/gxccache.c +<br> +gs/base/gxccman.c +<br> +gs/base/gxcdevn.h +<br> +gs/base/gxchar.h +<br> +gs/base/gxchrout.c +<br> +gs/base/gxchrout.h +<br> +gs/base/gxcht.c +<br> +gs/base/gxcid.h +<br> +gs/base/gxcie.h +<br> +gs/base/gxcindex.h +<br> +gs/base/gxclbits.c +<br> +gs/base/gxcldev.h +<br> +gs/base/gxclfile.c +<br> +gs/base/gxclimag.c +<br> +gs/base/gxclio.h +<br> +gs/base/gxclip.c +<br> +gs/base/gxclip.h +<br> +gs/base/gxclip2.c +<br> +gs/base/gxclip2.h +<br> +gs/base/gxclipm.c +<br> +gs/base/gxclipm.h +<br> +gs/base/gxclipsr.h +<br> +gs/base/gxclist.c +<br> +gs/base/gxclist.h +<br> +gs/base/gxcllzw.c +<br> +gs/base/gxclmem.c +<br> +gs/base/gxclmem.h +<br> +gs/base/gxclpage.c +<br> +gs/base/gxclpage.h +<br> +gs/base/gxclpath.c +<br> +gs/base/gxclpath.h +<br> +gs/base/gxclrast.c +<br> +gs/base/gxclread.c +<br> +gs/base/gxclrect.c +<br> +gs/base/gxclthrd.c +<br> +gs/base/gxclthrd.h +<br> +gs/base/gxclutil.c +<br> +gs/base/gxcmap.c +<br> +gs/base/gxcmap.h +<br> +gs/base/gxcolor2.h +<br> +gs/base/gxcomp.h +<br> +gs/base/gxcoord.h +<br> +gs/base/gxcpath.c +<br> +gs/base/gxcpath.h +<br> +gs/base/gxcspace.h +<br> +gs/base/gxctable.c +<br> +gs/base/gxctable.h +<br> +gs/base/gxcvalue.h +<br> +gs/base/gxdcconv.c +<br> +gs/base/gxdcconv.h +<br> +gs/base/gxdcolor.c +<br> +gs/base/gxdcolor.h +<br> +gs/base/gxdda.h +<br> +gs/base/gxdevbuf.h +<br> +gs/base/gxdevcli.h +<br> +gs/base/gxdevmem.h +<br> +gs/base/gxdevndi.c +<br> +gs/base/gxdevndi.h +<br> +gs/base/gxdevrop.h +<br> +gs/base/gxdevsop.h +<br> +gs/base/gxdht.h +<br> +gs/base/gxdhtres.h +<br> +gs/base/gxdhtserial.c +<br> +gs/base/gxdhtserial.h +<br> +gs/base/gxdither.h +<br> +gs/base/gxdtfill.h +<br> +gs/base/gxfapiu.c +<br> +gs/base/gxfapiu.h +<br> +gs/base/gxfarith.h +<br> +gs/base/gxfcache.h +<br> +gs/base/gxfcid.h +<br> +gs/base/gxfcmap.h +<br> +gs/base/gxfcmap1.h +<br> +gs/base/gxfcopy.c +<br> +gs/base/gxfcopy.h +<br> +gs/base/gxfdrop.c +<br> +gs/base/gxfdrop.h +<br> +gs/base/gxfill.c +<br> +gs/base/gxfill.h +<br> +gs/base/gxfillsl.h +<br> +gs/base/gxfilltr.h +<br> +gs/base/gxfillts.h +<br> +gs/base/gxfixed.h +<br> +gs/base/gxfmap.h +<br> +gs/base/gxfont.h +<br> +gs/base/gxfont0.h +<br> +gs/base/gxfont0c.h +<br> +gs/base/gxfont1.h +<br> +gs/base/gxfont42.h +<br> +gs/base/gxfrac.h +<br> +gs/base/gxftype.h +<br> +gs/base/gxfunc.h +<br> +gs/base/gxgetbit.h +<br> +gs/base/gxhintn.c +<br> +gs/base/gxhintn.h +<br> +gs/base/gxhintn1.c +<br> +gs/base/gxhldevc.c +<br> +gs/base/gxhldevc.h +<br> +gs/base/gxht.c +<br> +gs/base/gxht.h +<br> +gs/base/gxht_thresh.c +<br> +gs/base/gxht_thresh.h +<br> +gs/base/gxhtbit.c +<br> +gs/base/gxhttile.h +<br> +gs/base/gxhttype.h +<br> +gs/base/gxi12bit.c +<br> +gs/base/gxi16bit.c +<br> +gs/base/gxiclass.h +<br> +gs/base/gxicolor.c +<br> +gs/base/gxidata.c +<br> +gs/base/gxifast.c +<br> +gs/base/gximag3x.c +<br> +gs/base/gximag3x.h +<br> +gs/base/gximage.c +<br> +gs/base/gximage.h +<br> +gs/base/gximage1.c +<br> +gs/base/gximage2.c +<br> +gs/base/gximage3.c +<br> +gs/base/gximage3.h +<br> +gs/base/gximage4.c +<br> +gs/base/gximask.c +<br> +gs/base/gximask.h +<br> +gs/base/gximono.c +<br> +gs/base/gxino12b.c +<br> +gs/base/gxino16b.c +<br> +gs/base/gxiodev.h +<br> +gs/base/gxiparam.h +<br> +gs/base/gxipixel.c +<br> +gs/base/gxiscale.c +<br> +gs/base/gxistate.h +<br> +gs/base/gxline.h +<br> +gs/base/gxlum.h +<br> +gs/base/gxmatrix.h +<br> +gs/base/gxmclip.c +<br> +gs/base/gxmclip.h +<br> +gs/base/gxobj.h +<br> +gs/base/gxoprect.c +<br> +gs/base/gxoprect.h +<br> +gs/base/gxp1fill.c +<br> +gs/base/gxp1impl.h +<br> +gs/base/gxpageq.c +<br> +gs/base/gxpageq.h +<br> +gs/base/gxpaint.c +<br> +gs/base/gxpaint.h +<br> +gs/base/gxpath.c +<br> +gs/base/gxpath.h +<br> +gs/base/gxpath2.c +<br> +gs/base/gxpcache.h +<br> +gs/base/gxpcmap.c +<br> +gs/base/gxpcolor.h +<br> +gs/base/gxpcopy.c +<br> +gs/base/gxpdash.c +<br> +gs/base/gxpflat.c +<br> +gs/base/gxrplane.h +<br> +gs/base/gxsample.c +<br> +gs/base/gxsample.h +<br> +gs/base/gxsamplp.h +<br> +gs/base/gxshade.c +<br> +gs/base/gxshade.h +<br> +gs/base/gxshade1.c +<br> +gs/base/gxshade4.c +<br> +gs/base/gxshade4.h +<br> +gs/base/gxshade6.c +<br> +gs/base/gxstate.h +<br> +gs/base/gxstdio.h +<br> +gs/base/gxstroke.c +<br> +gs/base/gxsync.c +<br> +gs/base/gxsync.h +<br> +gs/base/gxtext.h +<br> +gs/base/gxtmap.h +<br> +gs/base/gxttf.h +<br> +gs/base/gxttfb.c +<br> +gs/base/gxttfb.h +<br> +gs/base/gxtype1.c +<br> +gs/base/gxtype1.h +<br> +gs/base/gxwts.c +<br> +gs/base/gxwts.h +<br> +gs/base/gxxfont.h +<br> +gs/base/gzacpath.h +<br> +gs/base/gzcpath.h +<br> +gs/base/gzht.h +<br> +gs/base/gzline.h +<br> +gs/base/gzpath.h +<br> +gs/base/gzspotan.c +<br> +gs/base/gzspotan.h +<br> +gs/base/gzstate.h +<br> +gs/base/jerror_.h +<br> +gs/base/locale_.h +<br> +gs/base/macos_carbon_d_pre.h +<br> +gs/base/macos_carbon_pre.h +<br> +gs/base/macos_classic_d_pre.h +<br> +gs/base/macsystypes.h +<br> +gs/base/malloc_.h +<br> +gs/base/math_.h +<br> +gs/base/md5.c +<br> +gs/base/md5.h +<br> +gs/base/md5main.c +<br> +gs/base/memory_.h +<br> +gs/base/minftrsz.c +<br> +gs/base/mkromfs.c +<br> +gs/base/opdfread.h +<br> +gs/base/pipe_.h +<br> +gs/base/png_.h +<br> +gs/base/rinkj/evenbetter-rll.c +<br> +gs/base/rinkj/evenbetter-rll.h +<br> +gs/base/rinkj/rinkj-byte-stream.c +<br> +gs/base/rinkj/rinkj-byte-stream.h +<br> +gs/base/rinkj/rinkj-config.c +<br> +gs/base/rinkj/rinkj-config.h +<br> +gs/base/rinkj/rinkj-device.c +<br> +gs/base/rinkj/rinkj-device.h +<br> +gs/base/rinkj/rinkj-dither.c +<br> +gs/base/rinkj/rinkj-dither.h +<br> +gs/base/rinkj/rinkj-epson870.c +<br> +gs/base/rinkj/rinkj-epson870.h +<br> +gs/base/rinkj/rinkj-screen-eb.c +<br> +gs/base/rinkj/rinkj-screen-eb.h +<br> +gs/base/sa85d.c +<br> +gs/base/sa85d.h +<br> +gs/base/sa85x.h +<br> +gs/base/saes.c +<br> +gs/base/saes.h +<br> +gs/base/sarc4.c +<br> +gs/base/sarc4.h +<br> +gs/base/sbcp.c +<br> +gs/base/sbcp.h +<br> +gs/base/sbhc.c +<br> +gs/base/sbhc.h +<br> +gs/base/sbtx.h +<br> +gs/base/sbwbs.c +<br> +gs/base/sbwbs.h +<br> +gs/base/scanchar.h +<br> +gs/base/scantab.c +<br> +gs/base/scf.h +<br> +gs/base/scfd.c +<br> +gs/base/scfdgen.c +<br> +gs/base/scfdtab.c +<br> +gs/base/scfe.c +<br> +gs/base/scfetab.c +<br> +gs/base/scfparam.c +<br> +gs/base/scfx.h +<br> +gs/base/scommon.h +<br> +gs/base/sdcparam.c +<br> +gs/base/sdcparam.h +<br> +gs/base/sdct.h +<br> +gs/base/sdctd.c +<br> +gs/base/sdcte.c +<br> +gs/base/sddparam.c +<br> +gs/base/sdeparam.c +<br> +gs/base/seexec.c +<br> +gs/base/setjmp_.h +<br> +gs/base/sfilter.h +<br> +gs/base/sfilter2.c +<br> +gs/base/sfxboth.c +<br> +gs/base/sfxcommon.c +<br> +gs/base/sfxfd.c +<br> +gs/base/sfxstdio.c +<br> +gs/base/sha2.c +<br> +gs/base/sha2.h +<br> +gs/base/shc.c +<br> +gs/base/shc.h +<br> +gs/base/shcgen.c +<br> +gs/base/shcgen.h +<br> +gs/base/sidscale.c +<br> +gs/base/sidscale.h +<br> +gs/base/siinterp.c +<br> +gs/base/siinterp.h +<br> +gs/base/simscale.c +<br> +gs/base/simscale.h +<br> +gs/base/siscale.c +<br> +gs/base/siscale.h +<br> +gs/base/sisparam.h +<br> +gs/base/sjbig2.c +<br> +gs/base/sjbig2.h +<br> +gs/base/sjbig2_luratech.c +<br> +gs/base/sjbig2_luratech.h +<br> +gs/base/sjpeg.h +<br> +gs/base/sjpegc.c +<br> +gs/base/sjpegd.c +<br> +gs/base/sjpege.c +<br> +gs/base/sjpx.c +<br> +gs/base/sjpx_luratech.c +<br> +gs/base/sjpx_luratech.h +<br> +gs/base/slzwc.c +<br> +gs/base/slzwd.c +<br> +gs/base/slzwe.c +<br> +gs/base/slzwx.h +<br> +gs/base/smd5.c +<br> +gs/base/smd5.h +<br> +gs/base/smtf.c +<br> +gs/base/smtf.h +<br> +gs/base/spdiff.c +<br> +gs/base/spdiffx.h +<br> +gs/base/spngp.c +<br> +gs/base/spngpx.h +<br> +gs/base/spprint.c +<br> +gs/base/spprint.h +<br> +gs/base/spsdf.c +<br> +gs/base/spsdf.h +<br> +gs/base/srdline.h +<br> +gs/base/srld.c +<br> +gs/base/srle.c +<br> +gs/base/srlx.h +<br> +gs/base/ssha2.c +<br> +gs/base/sstring.c +<br> +gs/base/sstring.h +<br> +gs/base/stat_.h +<br> +gs/base/std.h +<br> +gs/base/stdint_.h +<br> +gs/base/stdio_.h +<br> +gs/base/stdpn.h +<br> +gs/base/stdpre.h +<br> +gs/base/stream.c +<br> +gs/base/stream.h +<br> +gs/base/strimpl.h +<br> +gs/base/string_.h +<br> +gs/base/strmio.h +<br> +gs/base/szlibc.c +<br> +gs/base/szlibe.c +<br> +gs/base/szlibx.h +<br> +gs/base/szlibxx.h +<br> +gs/base/time_.h +<br> +gs/base/ttcalc.c +<br> +gs/base/ttcalc.h +<br> +gs/base/ttcommon.h +<br> +gs/base/ttconf.h +<br> +gs/base/ttconfig.h +<br> +gs/base/ttfinp.c +<br> +gs/base/ttfinp.h +<br> +gs/base/ttfmain.c +<br> +gs/base/ttfmemd.c +<br> +gs/base/ttfmemd.h +<br> +gs/base/ttfoutl.h +<br> +gs/base/ttfsfnt.h +<br> +gs/base/ttinterp.c +<br> +gs/base/ttinterp.h +<br> +gs/base/ttload.c +<br> +gs/base/ttload.h +<br> +gs/base/ttmisc.h +<br> +gs/base/ttobjs.c +<br> +gs/base/ttobjs.h +<br> +gs/base/tttables.h +<br> +gs/base/tttype.h +<br> +gs/base/tttypes.h +<br> +gs/base/unistd_.h +<br> +gs/base/valgrind.h +<br> +gs/base/vdtrace.c +<br> +gs/base/vdtrace.h +<br> +gs/base/vms_x_fix.h +<br> +gs/base/vmsmath.h +<br> +gs/base/whitelst.c +<br> +gs/base/whitelst.h +<br> +gs/base/windows_.h +<br> +gs/base/wtsimdi.c +<br> +gs/base/x_.h +<br> +gs/contrib/defs.h +<br> +gs/contrib/eplaser/gdevescv.c +<br> +gs/contrib/eplaser/gdevescv.h +<br> +gs/contrib/gdevbjc_.c +<br> +gs/contrib/gdevbjc_.h +<br> +gs/contrib/gdevbjca.c +<br> +gs/contrib/gdevcd8.c +<br> +gs/contrib/gdevdj9.c +<br> +gs/contrib/gdevgdi.c +<br> +gs/contrib/gdevhl12.c +<br> +gs/contrib/gdevln03.c +<br> +gs/contrib/gdevlx32.c +<br> +gs/contrib/gdevlx50.c +<br> +gs/contrib/gdevlx7.c +<br> +gs/contrib/gdevmd2k.c +<br> +gs/contrib/gdevop4w.c +<br> +gs/contrib/gdevxes.c +<br> +gs/contrib/gomni.c +<br> +gs/contrib/japanese/dviprlib.c +<br> +gs/contrib/japanese/dviprlib.h +<br> +gs/contrib/japanese/gdev10v.c +<br> +gs/contrib/japanese/gdevalps.c +<br> +gs/contrib/japanese/gdevdmpr.c +<br> +gs/contrib/japanese/gdevespg.c +<br> +gs/contrib/japanese/gdevfmlbp.c +<br> +gs/contrib/japanese/gdevfmpr.c +<br> +gs/contrib/japanese/gdevj100.c +<br> +gs/contrib/japanese/gdevlbp3.c +<br> +gs/contrib/japanese/gdevmag.c +<br> +gs/contrib/japanese/gdevmjc.c +<br> +gs/contrib/japanese/gdevmjc.h +<br> +gs/contrib/japanese/gdevml6.c +<br> +gs/contrib/japanese/gdevnpdl.c +<br> +gs/contrib/japanese/gdevp201.c +<br> +gs/contrib/japanese/gdevrpdl.c +<br> +gs/contrib/lips4/gdevl4r.c +<br> +gs/contrib/lips4/gdevl4v.c +<br> +gs/contrib/lips4/gdevlips.c +<br> +gs/contrib/lips4/gdevlips.h +<br> +gs/contrib/lips4/gdevlprn.c +<br> +gs/contrib/lips4/gdevlprn.h +<br> +gs/contrib/opvp/gdevopvp.c +<br> +gs/contrib/opvp/opvp.h +<br> +gs/contrib/opvp/opvp_0_2_0.h +<br> +gs/contrib/opvp/opvp_common.h +<br> +gs/contrib/pcl3/eprn/eprnfs.c +<br> +gs/contrib/pcl3/eprn/eprnparm.c +<br> +gs/contrib/pcl3/eprn/eprnrend.c +<br> +gs/contrib/pcl3/eprn/gdeveprn.h +<br> +gs/contrib/pcl3/eprn/mediasize.c +<br> +gs/contrib/pcl3/eprn/mediasize.h +<br> +gs/contrib/pcl3/eprn/pagecount.c +<br> +gs/contrib/pcl3/ps/calign.ps +<br> +gs/contrib/pcl3/ps/levels-test.ps +<br> +gs/contrib/pcl3/src/pcl3opts.c +<br> +gs/contrib/pcl3/src/pclcap.c +<br> +gs/contrib/pcl3/src/pclcomp.c +<br> +gs/contrib/pcl3/src/pclgen.c +<br> +gs/contrib/pcl3/src/pclgen.h +<br> +gs/contrib/pcl3/src/pclscan.c +<br> +gs/contrib/pcl3/src/pclscan.h +<br> +gs/contrib/pcl3/src/pclsize.c +<br> +gs/contrib/pcl3/src/pclsize.h +<br> +gs/contrib/pscolor/black.ps +<br> +gs/contrib/pscolor/color.ps +<br> +gs/contrib/pscolor/input.ps +<br> +gs/contrib/pscolor/test.c +<br> +gs/icclib/icc.c +<br> +gs/icclib/icc.h +<br> +gs/icclib/icc9809.h +<br> +gs/ijs/ijs.c +<br> +gs/ijs/ijs_client.c +<br> +gs/ijs/ijs_client.h +<br> +gs/ijs/ijs_client_example.c +<br> +gs/ijs/ijs_exec_unix.c +<br> +gs/ijs/ijs_exec_win.c +<br> +gs/ijs/ijs_server.c +<br> +gs/ijs/ijs_server.h +<br> +gs/ijs/ijs_server_example.c +<br> +gs/ijs/ijs_spec.ps +<br> +gs/imdi/arch.h +<br> +gs/imdi/cctiff.c +<br> +gs/imdi/cgen.c +<br> +gs/imdi/config.h +<br> +gs/imdi/copyright.h +<br> +gs/imdi/imdi.c +<br> +gs/imdi/imdi.h +<br> +gs/imdi/imdi_gen.c +<br> +gs/imdi/imdi_gen.h +<br> +gs/imdi/imdi_imp.h +<br> +gs/imdi/imdi_k.c +<br> +gs/imdi/imdi_k.h +<br> +gs/imdi/imdi_tab.c +<br> +gs/imdi/imdi_tab.h +<br> +gs/lib/EndOfTask.ps +<br> +gs/lib/PDFA_def.ps +<br> +gs/lib/PDFX_def.ps +<br> +gs/lib/acctest.ps +<br> +gs/lib/addxchar.ps +<br> +gs/lib/align.ps +<br> +gs/lib/bdftops.ps +<br> +gs/lib/caption.ps +<br> +gs/lib/cat.ps +<br> +gs/lib/cid2code.ps +<br> +gs/lib/docie.ps +<br> +gs/lib/dumphint.ps +<br> +gs/lib/font2c.ps +<br> +gs/lib/font2pcl.ps +<br> +gs/lib/gs_ce_e.ps +<br> +gs/lib/gs_cmdl.ps +<br> +gs/lib/gs_fform.ps +<br> +gs/lib/gs_il2_e.ps +<br> +gs/lib/gs_kanji.ps +<br> +gs/lib/gs_ksb_e.ps +<br> +gs/lib/gs_lgo_e.ps +<br> +gs/lib/gs_lgx_e.ps +<br> +gs/lib/gs_pfile.ps +<br> +gs/lib/gs_rdlin.ps +<br> +gs/lib/gs_wl1_e.ps +<br> +gs/lib/gs_wl2_e.ps +<br> +gs/lib/gs_wl5_e.ps +<br> +gs/lib/gslp.ps +<br> +gs/lib/gsnup.ps +<br> +gs/lib/image-qa.ps +<br> +gs/lib/impath.ps +<br> +gs/lib/jispaper.ps +<br> +gs/lib/landscap.ps +<br> +gs/lib/lines.ps +<br> +gs/lib/markhint.ps +<br> +gs/lib/markpath.ps +<br> +gs/lib/mkcidfm.ps +<br> +gs/lib/opdfread.ps +<br> +gs/lib/packfile.ps +<br> +gs/lib/pcharstr.ps +<br> +gs/lib/pdf2dsc.ps +<br> +gs/lib/pdfopt.ps +<br> +gs/lib/pdfwrite.ps +<br> +gs/lib/pf2afm.ps +<br> +gs/lib/pfbtopfa.ps +<br> +gs/lib/ppath.ps +<br> +gs/lib/pphs.ps +<br> +gs/lib/prfont.ps +<br> +gs/lib/printafm.ps +<br> +gs/lib/ps2ai.ps +<br> +gs/lib/ps2ascii.ps +<br> +gs/lib/ps2epsi.ps +<br> +gs/lib/rollconv.ps +<br> +gs/lib/showchar.ps +<br> +gs/lib/stcinfo.ps +<br> +gs/lib/stcolor.ps +<br> +gs/lib/stocht.ps +<br> +gs/lib/traceimg.ps +<br> +gs/lib/traceop.ps +<br> +gs/lib/type1enc.ps +<br> +gs/lib/type1ops.ps +<br> +gs/lib/uninfo.ps +<br> +gs/lib/unprot.ps +<br> +gs/lib/viewcmyk.ps +<br> +gs/lib/viewgif.ps +<br> +gs/lib/viewjpeg.ps +<br> +gs/lib/viewmiff.ps +<br> +gs/lib/viewpbm.ps +<br> +gs/lib/viewpcx.ps +<br> +gs/lib/viewps2a.ps +<br> +gs/lib/viewrgb.ps +<br> +gs/lib/wftopfa.ps +<br> +gs/lib/winmaps.ps +<br> +gs/lib/wrfont.ps +<br> +gs/lib/zeroline.ps +<br> +gs/psi/bfont.h +<br> +gs/psi/btoken.h +<br> +gs/psi/dmmain.c +<br> +gs/psi/dpmain.c +<br> +gs/psi/dscparse.c +<br> +gs/psi/dscparse.h +<br> +gs/psi/dstack.h +<br> +gs/psi/dwdll.c +<br> +gs/psi/dwdll.h +<br> +gs/psi/dwimg.c +<br> +gs/psi/dwimg.h +<br> +gs/psi/dwinst.h +<br> +gs/psi/dwmain.c +<br> +gs/psi/dwmainc.c +<br> +gs/psi/dwnodll.c +<br> +gs/psi/dwreg.c +<br> +gs/psi/dwreg.h +<br> +gs/psi/dwres.h +<br> +gs/psi/dwsetup.h +<br> +gs/psi/dwtext.c +<br> +gs/psi/dwtext.h +<br> +gs/psi/dwtrace.c +<br> +gs/psi/dwtrace.h +<br> +gs/psi/dwuninst.h +<br> +gs/psi/dxmain.c +<br> +gs/psi/dxmainc.c +<br> +gs/psi/estack.h +<br> +gs/psi/fapi_ft.c +<br> +gs/psi/fapibstm.c +<br> +gs/psi/fapiufst.c +<br> +gs/psi/files.h +<br> +gs/psi/ghost.h +<br> +gs/psi/gs.c +<br> +gs/psi/gsdll.c +<br> +gs/psi/gserver.c +<br> +gs/psi/ialloc.c +<br> +gs/psi/ialloc.h +<br> +gs/psi/iapi.c +<br> +gs/psi/iapi.h +<br> +gs/psi/iastate.h +<br> +gs/psi/iastruct.h +<br> +gs/psi/ibnum.c +<br> +gs/psi/ibnum.h +<br> +gs/psi/ichar.h +<br> +gs/psi/ichar1.h +<br> +gs/psi/icharout.h +<br> +gs/psi/icid.h +<br> +gs/psi/icie.h +<br> +gs/psi/icolor.h +<br> +gs/psi/iconf.c +<br> +gs/psi/iconf.h +<br> +gs/psi/icontext.c +<br> +gs/psi/icontext.h +<br> +gs/psi/icremap.h +<br> +gs/psi/icsmap.h +<br> +gs/psi/icstate.h +<br> +gs/psi/iddict.h +<br> +gs/psi/iddstack.h +<br> +gs/psi/idebug.c +<br> +gs/psi/idebug.h +<br> +gs/psi/idict.c +<br> +gs/psi/idict.h +<br> +gs/psi/idictdef.h +<br> +gs/psi/idicttpl.h +<br> +gs/psi/idisp.c +<br> +gs/psi/idisp.h +<br> +gs/psi/idosave.h +<br> +gs/psi/idparam.c +<br> +gs/psi/idparam.h +<br> +gs/psi/idsdata.h +<br> +gs/psi/idstack.c +<br> +gs/psi/idstack.h +<br> +gs/psi/ierrors.h +<br> +gs/psi/iesdata.h +<br> +gs/psi/iestack.h +<br> +gs/psi/ifapi.h +<br> +gs/psi/ifcid.h +<br> +gs/psi/ifilter.h +<br> +gs/psi/ifilter2.h +<br> +gs/psi/ifont.h +<br> +gs/psi/ifont1.h +<br> +gs/psi/ifont2.h +<br> +gs/psi/ifont42.h +<br> +gs/psi/ifrpred.h +<br> +gs/psi/ifunc.h +<br> +gs/psi/ifwpred.h +<br> +gs/psi/igc.c +<br> +gs/psi/igc.h +<br> +gs/psi/igcref.c +<br> +gs/psi/igcstr.c +<br> +gs/psi/igcstr.h +<br> +gs/psi/igstate.h +<br> +gs/psi/iht.h +<br> +gs/psi/iimage.h +<br> +gs/psi/iimage2.h +<br> +gs/psi/iinit.c +<br> +gs/psi/iinit.h +<br> +gs/psi/ilevel.h +<br> +gs/psi/ilocate.c +<br> +gs/psi/imain.c +<br> +gs/psi/imain.h +<br> +gs/psi/imainarg.h +<br> +gs/psi/imemory.h +<br> +gs/psi/iminst.h +<br> +gs/psi/iname.c +<br> +gs/psi/iname.h +<br> +gs/psi/inamedef.h +<br> +gs/psi/inameidx.h +<br> +gs/psi/inames.h +<br> +gs/psi/inamestr.h +<br> +gs/psi/inobtokn.c +<br> +gs/psi/inouparm.c +<br> +gs/psi/interp.h +<br> +gs/psi/iosdata.h +<br> +gs/psi/iostack.h +<br> +gs/psi/ipacked.h +<br> +gs/psi/iparam.c +<br> +gs/psi/iparam.h +<br> +gs/psi/iparray.h +<br> +gs/psi/ipcolor.h +<br> +gs/psi/iplugin.c +<br> +gs/psi/iplugin.h +<br> +gs/psi/ireclaim.c +<br> +gs/psi/iref.h +<br> +gs/psi/isave.c +<br> +gs/psi/isave.h +<br> +gs/psi/iscanbin.c +<br> +gs/psi/iscanbin.h +<br> +gs/psi/iscannum.c +<br> +gs/psi/iscannum.h +<br> +gs/psi/isdata.h +<br> +gs/psi/isstate.h +<br> +gs/psi/istack.c +<br> +gs/psi/istack.h +<br> +gs/psi/istkparm.h +<br> +gs/psi/istream.h +<br> +gs/psi/istruct.h +<br> +gs/psi/iutil.c +<br> +gs/psi/iutil.h +<br> +gs/psi/iutil2.c +<br> +gs/psi/iutil2.h +<br> +gs/psi/ivmem2.h +<br> +gs/psi/ivmspace.h +<br> +gs/psi/main.h +<br> +gs/psi/oparc.h +<br> +gs/psi/opcheck.h +<br> +gs/psi/opdef.h +<br> +gs/psi/oper.h +<br> +gs/psi/opextern.h +<br> +gs/psi/ostack.h +<br> +gs/psi/sfilter1.c +<br> +gs/psi/store.h +<br> +gs/psi/wrfont.c +<br> +gs/psi/wrfont.h +<br> +gs/psi/write_t1.c +<br> +gs/psi/write_t1.h +<br> +gs/psi/write_t2.c +<br> +gs/psi/write_t2.h +<br> +gs/psi/zalg.c +<br> +gs/psi/zarith.c +<br> +gs/psi/zarray.c +<br> +gs/psi/zbfont.c +<br> +gs/psi/zbseq.c +<br> +gs/psi/zcfont.c +<br> +gs/psi/zchar.c +<br> +gs/psi/zchar1.c +<br> +gs/psi/zchar2.c +<br> +gs/psi/zchar32.c +<br> +gs/psi/zchar42.c +<br> +gs/psi/zchar42.h +<br> +gs/psi/zcharout.c +<br> +gs/psi/zcharx.c +<br> +gs/psi/zcid.c +<br> +gs/psi/zcidtest.c +<br> +gs/psi/zcie.c +<br> +gs/psi/zcie.h +<br> +gs/psi/zcolor.c +<br> +gs/psi/zcolor.h +<br> +gs/psi/zcolor1.c +<br> +gs/psi/zcolor2.c +<br> +gs/psi/zcolor3.c +<br> +gs/psi/zcontext.c +<br> +gs/psi/zcontrol.c +<br> +gs/psi/zcrd.c +<br> +gs/psi/zcsdevn.c +<br> +gs/psi/zcsindex.c +<br> +gs/psi/zcspixel.c +<br> +gs/psi/zcssepr.c +<br> +gs/psi/zdevcal.c +<br> +gs/psi/zdevice.c +<br> +gs/psi/zdevice2.c +<br> +gs/psi/zdfilter.c +<br> +gs/psi/zdict.c +<br> +gs/psi/zdosio.c +<br> +gs/psi/zdouble.c +<br> +gs/psi/zdpnext.c +<br> +gs/psi/zdps.c +<br> +gs/psi/zdps1.c +<br> +gs/psi/zdscpars.c +<br> +gs/psi/zfaes.c +<br> +gs/psi/zfapi.c +<br> +gs/psi/zfarc4.c +<br> +gs/psi/zfbcp.c +<br> +gs/psi/zfcid.c +<br> +gs/psi/zfcid0.c +<br> +gs/psi/zfcid1.c +<br> +gs/psi/zfcmap.c +<br> +gs/psi/zfdctd.c +<br> +gs/psi/zfdcte.c +<br> +gs/psi/zfdecode.c +<br> +gs/psi/zfile.c +<br> +gs/psi/zfile.h +<br> +gs/psi/zfile1.c +<br> +gs/psi/zfileio.c +<br> +gs/psi/zfilter.c +<br> +gs/psi/zfilter2.c +<br> +gs/psi/zfilterx.c +<br> +gs/psi/zfimscale.c +<br> +gs/psi/zfjbig2.c +<br> +gs/psi/zfjpx.c +<br> +gs/psi/zfmd5.c +<br> +gs/psi/zfont.c +<br> +gs/psi/zfont0.c +<br> +gs/psi/zfont1.c +<br> +gs/psi/zfont2.c +<br> +gs/psi/zfont32.c +<br> +gs/psi/zfont42.c +<br> +gs/psi/zfontenum.c +<br> +gs/psi/zfproc.c +<br> +gs/psi/zfrsd.c +<br> +gs/psi/zfrsd.h +<br> +gs/psi/zfsample.c +<br> +gs/psi/zfunc.c +<br> +gs/psi/zfunc.h +<br> +gs/psi/zfunc0.c +<br> +gs/psi/zfunc3.c +<br> +gs/psi/zfunc4.c +<br> +gs/psi/zfzlib.c +<br> +gs/psi/zgeneric.c +<br> +gs/psi/zgstate.c +<br> +gs/psi/zhsb.c +<br> +gs/psi/zht.c +<br> +gs/psi/zht1.c +<br> +gs/psi/zht2.c +<br> +gs/psi/zht2.h +<br> +gs/psi/zicc.c +<br> +gs/psi/zicc.h +<br> +gs/psi/zimage.c +<br> +gs/psi/zimage2.c +<br> +gs/psi/zimage3.c +<br> +gs/psi/ziodev2.c +<br> +gs/psi/ziodevs.c +<br> +gs/psi/ziodevsc.c +<br> +gs/psi/zmath.c +<br> +gs/psi/zmatrix.c +<br> +gs/psi/zmedia2.c +<br> +gs/psi/zmisc.c +<br> +gs/psi/zmisc1.c +<br> +gs/psi/zmisc2.c +<br> +gs/psi/zmisc3.c +<br> +gs/psi/zncdummy.c +<br> +gs/psi/zpacked.c +<br> +gs/psi/zpaint.c +<br> +gs/psi/zpath.c +<br> +gs/psi/zpath1.c +<br> +gs/psi/zpcolor.c +<br> +gs/psi/zpdfops.c +<br> +gs/psi/zrelbit.c +<br> +gs/psi/zrop.c +<br> +gs/psi/zshade.c +<br> +gs/psi/zstack.c +<br> +gs/psi/zstring.c +<br> +gs/psi/zsysvm.c +<br> +gs/psi/ztrans.c +<br> +gs/psi/ztrap.c +<br> +gs/psi/zupath.c +<br> +gs/psi/zusparam.c +<br> +gs/psi/zutf8.c +<br> +gs/psi/zvmem.c +<br> +gs/psi/zvmem2.c +<br> +gs/psi/zwinutf8.c +<br> +gs/toolbin/GenSubstCID.ps +<br> +gs/toolbin/bmpcmp.c +<br> +gs/toolbin/color/halftone/halfttoning/halftone.c +<br> +gs/toolbin/color/icc_creator/ICC_Creator/CIELAB.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/icc34.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/icc_create.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/resource.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/stdafx.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/targetver.h +<br> +gs/toolbin/drawafm.ps +<br> +gs/toolbin/encs2c.ps +<br> +gs/toolbin/extractFonts.ps +<br> +gs/toolbin/extractICCprofiles.ps +<br> +gs/toolbin/genfontmap.ps +<br> +gs/toolbin/jpxtopdf.c +<br> +gs/toolbin/pdf_info.ps +<br> +gs/toolbin/pdfinflt.ps +<br> +gs/toolbin/tests/fuzzy.c +<br> +pcl/pcbiptrn.c +<br> +pcl/pccid.c +<br> +pcl/pccolor.c +<br> +pcl/pccprint.c +<br> +pcl/pccrd.c +<br> +pcl/pccrd.h +<br> +pcl/pccsbase.c +<br> +pcl/pccsbase.h +<br> +pcl/pcdict.h +<br> +pcl/pcdraw.c +<br> +pcl/pcfont.c +<br> +pcl/pcfont.h +<br> +pcl/pcfontpg.c +<br> +pcl/pcfrgrnd.c +<br> +pcl/pcfrgrnd.h +<br> +pcl/pcfsel.c +<br> +pcl/pcfsel.h +<br> +pcl/pcht.c +<br> +pcl/pcht.h +<br> +pcl/pcimpl.c +<br> +pcl/pcindxed.c +<br> +pcl/pcindxed.h +<br> +pcl/pcjob.c +<br> +pcl/pclookup.c +<br> +pcl/pclookup.h +<br> +pcl/pcmacros.c +<br> +pcl/pcmisc.c +<br> +pcl/pcmtx3.c +<br> +pcl/pcmtx3.h +<br> +pcl/pcommand.c +<br> +pcl/pcommand.h +<br> +pcl/pcpage.c +<br> +pcl/pcpalet.c +<br> +pcl/pcpalet.h +<br> +pcl/pcparse.c +<br> +pcl/pcparse.h +<br> +pcl/pcpatrn.c +<br> +pcl/pcpatrn.h +<br> +pcl/pcpattyp.h +<br> +pcl/pcpatxfm.c +<br> +pcl/pcpatxfm.h +<br> +pcl/pcrect.c +<br> +pcl/pcsfont.c +<br> +pcl/pcstate.h +<br> +pcl/pcstatus.c +<br> +pcl/pcsymbol.c +<br> +pcl/pcsymbol.h +<br> +pcl/pctext.c +<br> +pcl/pctop.c +<br> +pcl/pctop.h +<br> +pcl/pctpm.h +<br> +pcl/pcuptrn.c +<br> +pcl/pcursor.c +<br> +pcl/pcwhtidx.c +<br> +pcl/pcxfmst.h +<br> +pcl/pgchar.c +<br> +pcl/pgcolor.c +<br> +pcl/pgconfig.c +<br> +pcl/pgdraw.c +<br> +pcl/pgdraw.h +<br> +pcl/pgfdata.c +<br> +pcl/pgfdata.h +<br> +pcl/pgfont.c +<br> +pcl/pgframe.c +<br> +pcl/pggeom.c +<br> +pcl/pggeom.h +<br> +pcl/pglabel.c +<br> +pcl/pglfill.c +<br> +pcl/pgmisc.c +<br> +pcl/pgmisc.h +<br> +pcl/pgparse.c +<br> +pcl/pgpoly.c +<br> +pcl/pgstate.h +<br> +pcl/rtgmode.c +<br> +pcl/rtgmode.h +<br> +pcl/rtmisc.c +<br> +pcl/rtraster.c +<br> +pcl/rtrstcmp.c +<br> +pcl/rtrstcmp.h +<br> +pcl/rtrstst.h +<br> +pl/dwimg.c +<br> +pl/dwimg.h +<br> +pl/dwmainc.c +<br> +pl/dwreg.c +<br> +pl/dwreg.h +<br> +pl/dwres.h +<br> +pl/pjparse.c +<br> +pl/pjparse.h +<br> +pl/pjparsei.c +<br> +pl/pjtop.c +<br> +pl/pjtop.h +<br> +pl/plalloc.c +<br> +pl/plalloc.h +<br> +pl/plapi.h +<br> +pl/plchar.c +<br> +pl/pldict.c +<br> +pl/pldict.h +<br> +pl/pldraw.c +<br> +pl/plfont.c +<br> +pl/plfont.h +<br> +pl/plftable.c +<br> +pl/plht.c +<br> +pl/plimpl.c +<br> +pl/pllfont.c +<br> +pl/plmain.c +<br> +pl/plplatf.c +<br> +pl/plplatf.h +<br> +pl/plplatfps.c +<br> +pl/plsrgb.c +<br> +pl/plsymbol.c +<br> +pl/plsymbol.h +<br> +pl/pltop.c +<br> +pl/pltop.h +<br> +pl/pltoputl.c +<br> +pl/pltoputl.h +<br> +pl/pluchar.c +<br> +pl/plufont.c +<br> +pl/plulfont.c +<br> +pl/plvocab.c +<br> +psi/psitop.c +<br> +pxl/pxasm.ps +<br> +pxl/pxbfont.c +<br> +pxl/pxbfont.ps +<br> +pxl/pxerrors.h +<br> +pxl/pxffont.c +<br> +pxl/pxfont.c +<br> +pxl/pxgstate.c +<br> +pxl/pxgstate.h +<br> +pxl/pximage.c +<br> +pxl/pximpl.c +<br> +pxl/pxink.c +<br> +pxl/pxoper.h +<br> +pxl/pxpaint.c +<br> +pxl/pxparse.c +<br> +pxl/pxparse.h +<br> +pxl/pxpthr.c +<br> +pxl/pxsessio.c +<br> +pxl/pxstate.c +<br> +pxl/pxstate.h +<br> +pxl/pxstream.c +<br> +pxl/pxsymbol.ps +<br> +pxl/pxtop.c +<br> +pxl/pxvalue.c +<br> +pxl/pxvalue.h +<br> +svg/ghostsvg.h +<br> +svg/svgcolor.c +<br> +svg/svgdoc.c +<br> +svg/svgshapes.c +<br> +svg/svgtop.c +<br> +svg/svgtransform.c +<br> +svg/svgtypes.c +<br> +svg/svgxml.c +<br> +tools/GOT/detag.c +<br> +tools/GOT/tagimage.c +<br> +tools/gslite/gslt.h +<br> +tools/gslite/gslt_alloc.c +<br> +tools/gslite/gslt_alloc.h +<br> +tools/gslite/gslt_font.h +<br> +tools/gslite/gslt_font_api.c +<br> +tools/gslite/gslt_font_api.h +<br> +tools/gslite/gslt_font_api_test.c +<br> +tools/gslite/gslt_font_cache.c +<br> +tools/gslite/gslt_font_cff.c +<br> +tools/gslite/gslt_font_encoding.c +<br> +tools/gslite/gslt_font_glyph.c +<br> +tools/gslite/gslt_font_int.h +<br> +tools/gslite/gslt_font_test.c +<br> +tools/gslite/gslt_font_ttf.c +<br> +tools/gslite/gslt_image.c +<br> +tools/gslite/gslt_image.h +<br> +tools/gslite/gslt_image_jpeg.c +<br> +tools/gslite/gslt_image_png.c +<br> +tools/gslite/gslt_image_test.c +<br> +tools/gslite/gslt_image_threads_test.c +<br> +tools/gslite/gslt_image_tiff.c +<br> +tools/gslite/gslt_init.c +<br> +tools/gslite/gslt_test.c +<br> +tools/tt2pcl.c +<br> +tools/xps2tiff/xps2tiff/stdafx.h +<br> +xps/xpsgradient.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-19 23:40:49 +0200></a> +2011-04-19 23:40:49 +0200</strong> +<br>Tor Andersson <tor.andersson@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=0b17959f31afe3baffbc328e7f92e88e634ad8b8">0b17959f31afe3baffbc328e7f92e88e634ad8b8</a> +<blockquote> + +<br> + Introduce end-of-line normalization. +<br> + +<br> +.gitattributes +<br> +.gitignore +<br> +COPYING.AFPL +<br> +gs/.gitignore +<br> +gs/Resource/Init/FAPIcidfmap +<br> +gs/Resource/Init/FAPIconfig +<br> +gs/Resource/Init/FAPIfontmap +<br> +gs/Resource/Init/gs_agl.ps +<br> +gs/Resource/Init/gs_mgl_e.ps +<br> +gs/Resource/Init/gs_mro_e.ps +<br> +gs/base/gdevplib.c +<br> +gs/base/gs_agl.h +<br> +gs/base/gs_mgl_e.h +<br> +gs/base/gs_mro_e.h +<br> +gs/base/gsicc_lcms2.c +<br> +gs/base/gxht_thresh.c +<br> +gs/base/gxht_thresh.h +<br> +gs/base/lcups.mak +<br> +gs/base/lcupsi.mak +<br> +gs/base/opdfread.h +<br> +gs/base/whitelst.c +<br> +gs/base/whitelst.h +<br> +gs/cups/libs/filter/image-colorspace.c +<br> +gs/doc/Details9.htm +<br> +gs/doc/GS9_Color_Management.tex +<br> +gs/doc/History9.htm +<br> +gs/doc/figures/Overview.eps +<br> +gs/expat/examples/elements.dsp +<br> +gs/expat/examples/outline.dsp +<br> +gs/expat/expat.dsw +<br> +gs/expat/lib/expat.dsp +<br> +gs/expat/lib/expat_static.dsp +<br> +gs/expat/lib/expatw.dsp +<br> +gs/expat/lib/expatw_static.dsp +<br> +gs/expat/tests/benchmark/benchmark.dsp +<br> +gs/expat/tests/benchmark/benchmark.dsw +<br> +gs/expat/xmlwf/xmlwf.dsp +<br> +gs/freetype/builds/win32/vc2005/freetype.sln +<br> +gs/freetype/builds/win32/vc2005/freetype.vcproj +<br> +gs/freetype/builds/win32/vc2008/freetype.sln +<br> +gs/freetype/builds/win32/vc2008/freetype.vcproj +<br> +gs/freetype/builds/win32/visualc/freetype.dsp +<br> +gs/freetype/builds/win32/visualc/freetype.dsw +<br> +gs/freetype/builds/win32/visualc/freetype.sln +<br> +gs/freetype/builds/win32/visualc/freetype.vcproj +<br> +gs/freetype/builds/win32/visualce/freetype.dsp +<br> +gs/freetype/builds/win32/visualce/freetype.dsw +<br> +gs/freetype/builds/win32/visualce/freetype.vcproj +<br> +gs/freetype/builds/wince/vc2005-ce/freetype.sln +<br> +gs/freetype/builds/wince/vc2005-ce/freetype.vcproj +<br> +gs/freetype/builds/wince/vc2008-ce/freetype.sln +<br> +gs/freetype/builds/wince/vc2008-ce/freetype.vcproj +<br> +gs/ghostscript-ufst.vcproj +<br> +gs/ghostscript.vcproj +<br> +gs/jasper/src/msvc/imgcmp.dsp +<br> +gs/jasper/src/msvc/imginfo.dsp +<br> +gs/jasper/src/msvc/jasper.dsp +<br> +gs/jasper/src/msvc/jasper.dsw +<br> +gs/jasper/src/msvc/jiv.dsp +<br> +gs/jasper/src/msvc/libjasper.dsp +<br> +gs/jpegxr/APP.rc +<br> +gs/jpegxr/APP.vcproj +<br> +gs/jpegxr/DLL.rc +<br> +gs/jpegxr/DLL.vcproj +<br> +gs/jpegxr/JPEG-XR.sln +<br> +gs/lcms/Delphi/Samples/MAKETEST.BAT +<br> +gs/lcms/Delphi/Samples/gamutchk.pas +<br> +gs/lcms/Projects/BorlandC_5.5/lcms.rc +<br> +gs/lcms/Projects/BorlandC_5.5/lcmsdll.lk +<br> +gs/lcms/Projects/BorlandC_5.5/lcmsdll.lst +<br> +gs/lcms/Projects/BorlandC_5.5/mklcmsdll.bat +<br> +gs/lcms/Projects/VC2005/Python.vcproj +<br> +gs/lcms/Projects/VC2005/Testbed.vcproj +<br> +gs/lcms/Projects/VC2005/icc2ps.vcproj +<br> +gs/lcms/Projects/VC2005/icclink.vcproj +<br> +gs/lcms/Projects/VC2005/icctrans.vcproj +<br> +gs/lcms/Projects/VC2005/jpegicc.vcproj +<br> +gs/lcms/Projects/VC2005/lcms.rc +<br> +gs/lcms/Projects/VC2005/lcms.sln +<br> +gs/lcms/Projects/VC2005/lcms.vcproj +<br> +gs/lcms/Projects/VC2005/lcmsdll.vcproj +<br> +gs/lcms/Projects/VC2005/tiffdiff.vcproj +<br> +gs/lcms/Projects/VC2005/tifficc.vcproj +<br> +gs/lcms/Projects/VC2008/Python.vcproj +<br> +gs/lcms/Projects/VC2008/Testbed.vcproj +<br> +gs/lcms/Projects/VC2008/icc2ps.vcproj +<br> +gs/lcms/Projects/VC2008/icclink.vcproj +<br> +gs/lcms/Projects/VC2008/icctrans.vcproj +<br> +gs/lcms/Projects/VC2008/jpegicc.vcproj +<br> +gs/lcms/Projects/VC2008/lcms.rc +<br> +gs/lcms/Projects/VC2008/lcms.sln +<br> +gs/lcms/Projects/VC2008/lcms.vcproj +<br> +gs/lcms/Projects/VC2008/lcmsdll.vcproj +<br> +gs/lcms/Projects/VC2008/tiffdiff.vcproj +<br> +gs/lcms/Projects/VC2008/tifficc.vcproj +<br> +gs/lcms/Projects/VC6/Python.dsp +<br> +gs/lcms/Projects/VC6/Python.plg +<br> +gs/lcms/Projects/VC6/Testbed.dsp +<br> +gs/lcms/Projects/VC6/Testbed.plg +<br> +gs/lcms/Projects/VC6/icc2ps.dsp +<br> +gs/lcms/Projects/VC6/icclink.dsp +<br> +gs/lcms/Projects/VC6/icctrans.dsp +<br> +gs/lcms/Projects/VC6/jpegicc.dsp +<br> +gs/lcms/Projects/VC6/lcms.dsp +<br> +gs/lcms/Projects/VC6/lcms.dsw +<br> +gs/lcms/Projects/VC6/lcms.rc +<br> +gs/lcms/Projects/VC6/lcmsdll.dsp +<br> +gs/lcms/Projects/VC6/tifficc.dsp +<br> +gs/lcms/Projects/VC7/Python.vcproj +<br> +gs/lcms/Projects/VC7/Testbed.vcproj +<br> +gs/lcms/Projects/VC7/icc2ps.vcproj +<br> +gs/lcms/Projects/VC7/icclink.vcproj +<br> +gs/lcms/Projects/VC7/icctrans.vcproj +<br> +gs/lcms/Projects/VC7/jpegicc.vcproj +<br> +gs/lcms/Projects/VC7/lcms.rc +<br> +gs/lcms/Projects/VC7/lcms.sln +<br> +gs/lcms/Projects/VC7/lcms.vcproj +<br> +gs/lcms/Projects/VC7/lcmsdll.vcproj +<br> +gs/lcms/Projects/VC7/tiffdiff.vcproj +<br> +gs/lcms/Projects/VC7/tifficc.vcproj +<br> +gs/lcms2/Projects/VC2010/lcms2_static/lcms2_static.vcxproj +<br> +gs/lcms2/utils/delphi/delphidemo.dpr +<br> +gs/lcms2/utils/delphi/delphidemo.dproj +<br> +gs/lcms2/utils/delphi/demo1.pas +<br> +gs/lcms2/utils/delphi/lcms2dll.pas +<br> +gs/lcms2/utils/matlab/icctrans.c +<br> +gs/lib/opdfread.ps +<br> +gs/libpng/contrib/visupng/VisualPng.dsp +<br> +gs/libpng/contrib/visupng/VisualPng.dsw +<br> +gs/libpng/contrib/visupng/VisualPng.rc +<br> +gs/libpng/projects/cbuilder5/libpng.bpf +<br> +gs/libpng/projects/cbuilder5/libpng.bpg +<br> +gs/libpng/projects/cbuilder5/libpng.bpr +<br> +gs/libpng/projects/cbuilder5/libpng.cpp +<br> +gs/libpng/projects/cbuilder5/libpngstat.bpf +<br> +gs/libpng/projects/cbuilder5/libpngstat.bpr +<br> +gs/libpng/projects/visualc6/libpng.dsp +<br> +gs/libpng/projects/visualc6/libpng.dsw +<br> +gs/libpng/projects/visualc6/pngtest.dsp +<br> +gs/libpng/projects/visualc71/libpng.sln +<br> +gs/libpng/projects/visualc71/libpng.vcproj +<br> +gs/libpng/projects/visualc71/pngtest.vcproj +<br> +gs/libpng/projects/visualc71/zlib.vcproj +<br> +gs/psi/dw64c.def +<br> +gs/psi/dwmain64.def +<br> +gs/psi/gsdll64.def +<br> +gs/psi/msvc.mak +<br> +gs/psi/msvc64.mak +<br> +gs/psi/nsisinst.nsi +<br> +gs/tiff/man/tiffcrop.1 +<br> +gs/toolbin/color/halftone/README +<br> +gs/toolbin/color/halftone/halfttoning.sln +<br> +gs/toolbin/color/halftone/halfttoning/halftone.c +<br> +gs/toolbin/color/halftone/halfttoning/halfttoning.vcproj +<br> +gs/toolbin/color/icc_creator/ICC_Creator.sln +<br> +gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.rc +<br> +gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.vcproj +<br> +gs/toolbin/color/icc_creator/ucr_bg.txt +<br> +gs/toolbin/gen_ldf_jb2.py +<br> +gs/toolbin/pdf_info.ps +<br> +gs/zlib/contrib/dotzlib/DotZLib.build +<br> +gs/zlib/contrib/dotzlib/DotZLib.sln +<br> +gs/zlib/contrib/dotzlib/DotZLib/AssemblyInfo.cs +<br> +gs/zlib/contrib/dotzlib/DotZLib/ChecksumImpl.cs +<br> +gs/zlib/contrib/dotzlib/DotZLib/CircularBuffer.cs +<br> +gs/zlib/contrib/dotzlib/DotZLib/CodecBase.cs +<br> +gs/zlib/contrib/dotzlib/DotZLib/Deflater.cs +<br> +gs/zlib/contrib/dotzlib/DotZLib/DotZLib.cs +<br> +gs/zlib/contrib/dotzlib/DotZLib/DotZLib.csproj +<br> +gs/zlib/contrib/dotzlib/DotZLib/GZipStream.cs +<br> +gs/zlib/contrib/dotzlib/DotZLib/Inflater.cs +<br> +gs/zlib/contrib/dotzlib/DotZLib/UnitTests.cs +<br> +gs/zlib/contrib/masm686/match.asm +<br> +gs/zlib/contrib/masmx64/bld_ml64.bat +<br> +gs/zlib/contrib/masmx64/gvmat64.asm +<br> +gs/zlib/contrib/masmx64/inffas8664.c +<br> +gs/zlib/contrib/masmx64/inffasx64.asm +<br> +gs/zlib/contrib/masmx86/bld_ml32.bat +<br> +gs/zlib/contrib/masmx86/gvmat32.asm +<br> +gs/zlib/contrib/masmx86/gvmat32c.c +<br> +gs/zlib/contrib/masmx86/inffas32.asm +<br> +gs/zlib/contrib/masmx86/mkasm.bat +<br> +gs/zlib/contrib/vstudio/vc7/miniunz.vcproj +<br> +gs/zlib/contrib/vstudio/vc7/minizip.vcproj +<br> +gs/zlib/contrib/vstudio/vc7/testzlib.vcproj +<br> +gs/zlib/contrib/vstudio/vc7/zlib.rc +<br> +gs/zlib/contrib/vstudio/vc7/zlibstat.vcproj +<br> +gs/zlib/contrib/vstudio/vc7/zlibvc.def +<br> +gs/zlib/contrib/vstudio/vc7/zlibvc.sln +<br> +gs/zlib/contrib/vstudio/vc7/zlibvc.vcproj +<br> +gs/zlib/contrib/vstudio/vc8/miniunz.vcproj +<br> +gs/zlib/contrib/vstudio/vc8/minizip.vcproj +<br> +gs/zlib/contrib/vstudio/vc8/testzlib.vcproj +<br> +gs/zlib/contrib/vstudio/vc8/testzlibdll.vcproj +<br> +gs/zlib/contrib/vstudio/vc8/zlib.rc +<br> +gs/zlib/contrib/vstudio/vc8/zlibstat.vcproj +<br> +gs/zlib/contrib/vstudio/vc8/zlibvc.def +<br> +gs/zlib/contrib/vstudio/vc8/zlibvc.sln +<br> +gs/zlib/contrib/vstudio/vc8/zlibvc.vcproj +<br> +gs/zlib/projects/visualc6/example.dsp +<br> +gs/zlib/projects/visualc6/minigzip.dsp +<br> +gs/zlib/projects/visualc6/zlib.dsp +<br> +gs/zlib/projects/visualc6/zlib.dsw +<br> +pl/dwimg.c +<br> +pl/dwimg.h +<br> +pl/dwmainc.c +<br> +pl/dwreg.c +<br> +pl/dwreg.h +<br> +pl/dwres.h +<br> +tools/Acrobat2Tiff/Acrobat2Tiff.sln +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff.vb +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff.vbproj +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Application.Designer.vb +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Application.myapp +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/AssemblyInfo.vb +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Resources.Designer.vb +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Resources.resx +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Settings.Designer.vb +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Settings.settings +<br> +tools/Acrobat2Tiff/Acrobat2Tiff/bin/Release/Acrobat2Tiff.xml +<br> +tools/GOT/detag.c +<br> +tools/GOT/tagimage.c +<br> +tools/cmpi/cmpi.bkl +<br> +tools/cmpi/cmpi.cpp +<br> +tools/cmpi/cmpi.dsp +<br> +tools/cmpi/cmpi.dsw +<br> +tools/cmpi/cmpi.pro +<br> +tools/cmpi/cmpi.rc +<br> +tools/cmpi/cmpi.sln +<br> +tools/cmpi/cmpi.vcp +<br> +tools/cmpi/cmpi.vcproj +<br> +tools/cmpi/cmpi.vcw +<br> +tools/cmpi/descrip.mms +<br> +tools/cmpi/makefile.bcc +<br> +tools/cmpi/makefile.dmc +<br> +tools/cmpi/makefile.dms +<br> +tools/cmpi/makefile.dos +<br> +tools/cmpi/makefile.gcc +<br> +tools/cmpi/makefile.sc +<br> +tools/cmpi/makefile.unx +<br> +tools/cmpi/makefile.va +<br> +tools/cmpi/makefile.vc +<br> +tools/cmpi/makefile.wat +<br> +tools/xps2tiff/README +<br> +tools/xps2tiff/xps2tiff.sln +<br> +tools/xps2tiff/xps2tiff/AssemblyInfo.cpp +<br> +tools/xps2tiff/xps2tiff/stdafx.cpp +<br> +tools/xps2tiff/xps2tiff/stdafx.h +<br> +tools/xps2tiff/xps2tiff/xps2tiff.cpp +<br> +tools/xps2tiff/xps2tiff/xps2tiff.vcproj +<br> +win32/GhostPDL.sln +<br> +win32/language_switch.vcproj +<br> +win32/pcl.vcproj +<br> +win32/svg.vcproj +<br> +win32/xps.vcproj +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-19 14:01:55 +0000></a> +2011-04-19 14:01:55 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1eadba53383fad842dbc5e72ca137914a83b63e6">1eadba53383fad842dbc5e72ca137914a83b63e6</a> +<blockquote> + +<br> + Changes to localcluster code to attempt to implement bmpcmphead. This certainly +<br> + doesn't break anything, but I don't actually ever seem to get any differences +<br> + out when running bmpcmphead. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12408 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/toolbin/localcluster/build.pl +<br> +gs/toolbin/localcluster/clustermaster.pl +<br> +gs/toolbin/localcluster/run.pl +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-19 10:06:23 +0000></a> +2011-04-19 10:06:23 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c9e506d7e910f6560c97a81de704296236a782cb">c9e506d7e910f6560c97a81de704296236a782cb</a> +<blockquote> + +<br> + Fix for bug 692152. +<br> + +<br> + We 'bend' the size of pattern tiles, against the spec, ostensibly to better +<br> + match Acrobat. The fix here is simply to avoid such bending in the case where +<br> + TilingType is 2. According to the spec, TilingType 2 says specifically not +<br> + to use the same device pixel size for every repeat of the pattern, and that +<br> + is exactly what we were doing. +<br> + +<br> + This cures the original bug, and produces 464 changes in the cluster tests. +<br> + Some (like ps3cet/18-02B.PS) are clear progressions. Others are less obviously +<br> + improvements, but comparison with Acrobat (and discussion with Ken/Chris) +<br> + shows that it's no worse than before, just 'different'. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12405 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gsptype1.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-18 22:58:18 +0000></a> +2011-04-18 22:58:18 +0000</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a05ab8a88d5bc33c068a8e05ecba5f1adf3f3645">a05ab8a88d5bc33c068a8e05ecba5f1adf3f3645</a> +<blockquote> + +<br> + Fix reading of an embedded ICC profile from DSC comments and a +<br> + potential SEGV when the value of /N exceeds 8. Bug 692156. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12404 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/Resource/Init/gs_icc.ps +<br> +gs/psi/zcolor.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-18 20:34:34 +0000></a> +2011-04-18 20:34:34 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=64bfc773be69bd422c95bca132c47782a421dc3a">64bfc773be69bd422c95bca132c47782a421dc3a</a> +<blockquote> + +<br> + Further movement toward getting fast thresholding operations working for CMYK output devices. Addition of special op to detect if a device is a planar type, creation of threshold screen for all the planes and spatial resampling of color input to output resolution for portrait case. A commit to get things in trunk before we convert from SVN to git. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12403 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevdflt.c +<br> +gs/base/gdevplib.c +<br> +gs/base/gxdevsop.h +<br> +gs/base/gxht_thresh.c +<br> +gs/base/gxicolor.c +<br> +gs/base/lib.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-18 18:41:26 +0000></a> +2011-04-18 18:41:26 +0000</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=25152b1f7b5317ef1c3efd438a4d5ce26bcca5ba">25152b1f7b5317ef1c3efd438a4d5ce26bcca5ba</a> +<blockquote> + +<br> + Consider any xref entry with 0 offset as a free entry. Earlier revisions +<br> + rebuilt the xref table when offset == 0 but generation != 0. +<br> + However, rebuilding is an unreliable process and should be avoided if +<br> + possible. Bug 692159. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12402 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/Resource/Init/pdf_main.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-18 07:58:13 +0000></a> +2011-04-18 07:58:13 +0000</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7169dc6a5af38e1955c660813ed6e62392dc0deb">7169dc6a5af38e1955c660813ed6e62392dc0deb</a> +<blockquote> + +<br> + Add a fallback check for libpaper support. +<br> + +<br> + Older versions of autogen appear to have a bug which causes the AC_CHECK_LIB +<br> + macro to mis-identify the libpaper development library as being present when +<br> + it is not. +<br> + +<br> + So add a second check check based on the presence of paper.h using +<br> + AC_CHECK_HEADER(). +<br> + +<br> + No cluster differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12401 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/configure.ac +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-16 14:21:57 +0000></a> +2011-04-16 14:21:57 +0000</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=848275e2554bb57ebf2e12dabc47fc2922e7b877">848275e2554bb57ebf2e12dabc47fc2922e7b877</a> +<blockquote> + +<br> + Instead of searching for %%EOF marker (which is often damaged) and browsing the +<br> + file backwards, search for 'startxref' and take the next token as an xref +<br> + position. Besides fixing the reported bug, this greatly simplifies the search +<br> + for xref position. Bug 692153. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12400 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/Resource/Init/pdf_base.ps +<br> +gs/Resource/Init/pdf_main.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-14 20:59:18 +0000></a> +2011-04-14 20:59:18 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=3be81f880b7f0a31d3c213ad4245d0bbfeb0b5ef">3be81f880b7f0a31d3c213ad4245d0bbfeb0b5ef</a> +<blockquote> + +<br> + code to support rendering color source images to a mono device using thresholding. The code is currently disabled pending additional testing. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12397 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gxicolor.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-13 22:17:12 +0000></a> +2011-04-13 22:17:12 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4a3666ee2833e877a26ef75fece00fd6fad14c93">4a3666ee2833e877a26ef75fece00fd6fad14c93</a> +<blockquote> + +<br> + Reorganization of thresholding code to make it easier to get the threshold operation working for color images as input as well as the case when we go to a cmyk planar device. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12396 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gxht_thresh.c +<br> +gs/base/gxht_thresh.h +<br> +gs/base/gxicolor.c +<br> +gs/base/gximono.c +<br> +gs/base/lib.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-13 16:21:07 +0000></a> +2011-04-13 16:21:07 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=3791878570227c7f5f1c07891c066fab3db2e5d3">3791878570227c7f5f1c07891c066fab3db2e5d3</a> +<blockquote> + +<br> + Fix reference counting of compositors in clist rendering; previously +<br> + the code assumed that it was the only claimant of a compositor and +<br> + closed/freed the device regardless of the reference count. +<br> + +<br> + Cluster testing shows no differences. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12394 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gxclrast.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-13 13:30:03 +0000></a> +2011-04-13 13:30:03 +0000</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=29ff2a6f7d27ac9b19887ecc9243a6a8bc6aa9b8">29ff2a6f7d27ac9b19887ecc9243a6a8bc6aa9b8</a> +<blockquote> + +<br> + Fix (pdfwrite) : Restore TT->CIDFOnt conversion +<br> + +<br> + When creating PDF/A output, the Acrobat pre-flight tool throws out subset TrueType fonts +<br> + which are symbolic. Its not clear why, since the spec says that subset TrueType fonts +<br> + are permitted and does not require any additional information (such as /CharSet for +<br> + type 1 fonts). +<br> + +<br> + If we instead create a CIDFont with a CIDSet, then the pre-flight tool is happy (and +<br> + also, usefully, doesn't complain about multiple CMAP subtables), so here we spot +<br> + that there is no preferred Encoding (always the case with Symbolic fonts) and make +<br> + the conversion. +<br> + +<br> + No differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12393 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevpdtf.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-13 04:47:52 +0000></a> +2011-04-13 04:47:52 +0000</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=124ab469aa0ad450a46d909e99c1b5d7072e646b">124ab469aa0ad450a46d909e99c1b5d7072e646b</a> +<blockquote> + +<br> + Fix for PCL when NumRenderingThreads > 0. PCL uses a memory allocator that is +<br> + not thread safe (chunk memory) but the mt rendering needs a thread safe base +<br> + allocator since the main thread may be allocating as well as the rendering +<br> + threads. This problem was seen with a couple of 'performance' documents, but +<br> + could fail on any document. Bug 692111 for customer #661. +<br> + +<br> + cluster testing showed no regressions, as expected since it didn't use MT +<br> + rendering. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12392 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gsalloc.c +<br> +gs/base/gsmalloc.c +<br> +gs/base/gsmchunk.c +<br> +gs/base/gsmemlok.c +<br> +gs/base/gsmemory.h +<br> +gs/base/gsmemret.c +<br> +gs/base/gxclread.c +<br> +gs/base/gxclthrd.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-12 20:08:59 +0000></a> +2011-04-12 20:08:59 +0000</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=fdac37730cb0f86e8cd1efad2c49243c5ea5ec0b">fdac37730cb0f86e8cd1efad2c49243c5ea5ec0b</a> +<blockquote> + +<br> + Add some more useful stuff to pdf_info.ps: Default dumps Media paramters and +<br> + fonts that are needed, but not embedded and standard fonts. Media parameters +<br> + now include Rotate value and states if the page has transparency. +<br> + +<br> + Also allow this to be used more conveniently with the -- syntax: +<br> + gs {-q} -- toolbin/pdf_info.ps inputfile.pdf +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12391 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/toolbin/pdf_info.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-12 15:19:15 +0000></a> +2011-04-12 15:19:15 +0000</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=78bb9a6585153e2cf0cbcc689706cd89d68b5b7b">78bb9a6585153e2cf0cbcc689706cd89d68b5b7b</a> +<blockquote> + +<br> + Fix PostScript colour handling +<br> + +<br> + Bug #692116 "gs crash while executing stop operator" +<br> + +<br> + The problem was caused by a mismatch between the graphics library and the PostScript +<br> + interpreter. When executing setcachedevice the graphcis library can set the colour +<br> + space to DeviceGray. Because it is unaware of the 'higher level' members of the graphics +<br> + state which belong to the PostScript interpreter it does not, and cannot, set the +<br> + *PostScript* graphics state colour space to the same space. +<br> + +<br> + Normally this does not matter, because after the glyph is complete the colour space is +<br> + restored. However, if a currentgray/currentrgb/currentcmyk operator is executed after +<br> + the graphics library has set the space to DeviceGray, but before it has restored the +<br> + space, then the PostScript space will be incorrect. This leads to the PostScript +<br> + handling trying to access more elements from the stack than 'currentcolor' put there +<br> + (currentcolor uses the underlying space, not the PostScript space), and causes errors. +<br> + +<br> + There isn't a really good way to handle this, because we can't put information about +<br> + the PostScript state into the graphics library. So I've chosen to check the underlying +<br> + colour space when processing currentgray etc, and if the space in the graphics +<br> + library is DeviceGray and does not match the expected PostScript space, then instead +<br> + of raising an error we proceed as if the PostScript space had been DeviceGray all +<br> + along. +<br> + +<br> + No differences expected +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12389 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/psi/zcolor.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-12 09:12:59 +0000></a> +2011-04-12 09:12:59 +0000</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1b48fe7a0a2bd2aa49cd6cbf0ec5de3abcab7c89">1b48fe7a0a2bd2aa49cd6cbf0ec5de3abcab7c89</a> +<blockquote> + +<br> + Fix the GS_LIB registry value. +<br> + +<br> + The GS_LIB registry entry was missing the "lib" directory. +<br> + +<br> + Also, tidy up some of the uninstall rules. +<br> + +<br> + No cluster differences. +<br> + +<br> + Bug 692140 +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12388 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/psi/nsisinst.nsi +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-12 06:44:27 +0000></a> +2011-04-12 06:44:27 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f0a9ab32440ecade2d301187489805284cbf1a9d">f0a9ab32440ecade2d301187489805284cbf1a9d</a> +<blockquote> + +<br> + Forgot to save the readme +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12387 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/toolbin/color/icc_creator/README.txt +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-12 06:38:17 +0000></a> +2011-04-12 06:38:17 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=d90c248c90cb8e12c6613d32b347846a64f91ca6">d90c248c90cb8e12c6613d32b347846a64f91ca6</a> +<blockquote> + +<br> + Addition of one more profile, which is a CMYK profile but which only outputs in the K channel and a ifdef in the code to generate this thing. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12386 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/toolbin/color/icc_creator/ICC Profiles/cmyk_k_ouput_only.icc +<br> +gs/toolbin/color/icc_creator/ICC_Creator/icc_create.cpp +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-12 06:17:59 +0000></a> +2011-04-12 06:17:59 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a031163dc9ada140b6e606582c29c9515fc7d839">a031163dc9ada140b6e606582c29c9515fc7d839</a> +<blockquote> + +<br> + Fix for an issue related to white point for the cmyk profile also fix for when UCR/BG is used in the profile creation. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12385 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/toolbin/color/icc_creator/ICC Profiles/ps_emulate_cmyk.icc +<br> +gs/toolbin/color/icc_creator/ICC_Creator/icc_create.cpp +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-12 05:11:30 +0000></a> +2011-04-12 05:11:30 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6acec66087ba2de2d99c42c9e1d33cdb89473089">6acec66087ba2de2d99c42c9e1d33cdb89473089</a> +<blockquote> + +<br> + Addition of ICC profiles that properly emulate the PS color mappings +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12384 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/toolbin/color/icc_creator/ICC Profiles/ps_emulate_cmyk.icc +<br> +gs/toolbin/color/icc_creator/ICC Profiles/ps_emulate_gray.icc +<br> +gs/toolbin/color/icc_creator/ICC Profiles/ps_emulate_rgb.icc +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-12 05:02:03 +0000></a> +2011-04-12 05:02:03 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=151535c554165c2f03fbe07098cc45fb0b341f67">151535c554165c2f03fbe07098cc45fb0b341f67</a> +<blockquote> + +<br> + Fix for bugs in ICC creator tool related primarily to the CMYK profile for simulating PS color conversions. Added in a option so that we do the CPSI like conversion and also added in the ability to define UCR/BG and pack those mappings into ICC profiles. These fixes were needed to take care of an issue found by customer 850. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12383 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/toolbin/color/halftone/README +<br> +gs/toolbin/color/icc_creator/ICC_Creator/CIELAB.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.rc +<br> +gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.cpp +<br> +gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/icc_create.cpp +<br> +gs/toolbin/color/icc_creator/ICC_Creator/icc_create.h +<br> +gs/toolbin/color/icc_creator/ICC_Creator/resource.h +<br> +gs/toolbin/color/icc_creator/README.txt +<br> +gs/toolbin/color/icc_creator/ucr_bg.txt +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-11 15:59:22 +0000></a> +2011-04-11 15:59:22 +0000</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4509a49f66c24f3a5590aadaaee30325676df877">4509a49f66c24f3a5590aadaaee30325676df877</a> +<blockquote> + +<br> + Fix (colour handling) : crash when executing 'stop' +<br> + +<br> + This is part of the fix for bug #692116. The crash in that report is caused because the +<br> + continuation procedures for the colour handling are sometimes pushed with a +<br> + push_mark_estack where the opproc has a value of 0. This is not valid and I always +<br> + intended to fix it, but forgot. +<br> + +<br> + This changes all uses of push_mark_estack so that the opproc is set to a valid routine +<br> + which does nothing, thus solving the crash and exposing the real problem. The only +<br> + reason we get a crash is because we are executing stop as part of the error handler, +<br> + because currentgray returned an error. +<br> + +<br> + No differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12382 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/psi/zcolor.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-09 07:06:43 +0000></a> +2011-04-09 07:06:43 +0000</strong> +<br>Alex Cherepanov <alex.cherepanov@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6cb2c7110447967b01f19415ae0ff0f8dd1a251b">6cb2c7110447967b01f19415ae0ff0f8dd1a251b</a> +<blockquote> + +<br> + Add special processing for a broken PDF file that uses bare stream +<br> + dictionaries instead of ICCBased color space arrays. Bug 692213. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12381 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/Resource/Init/pdf_draw.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-08 17:03:54 +0000></a> +2011-04-08 17:03:54 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=0791cc859ad38053ab3d3eef50169ac259f771cb">0791cc859ad38053ab3d3eef50169ac259f771cb</a> +<blockquote> + +<br> + Fix for x11alpha device when the source file has transparency. Two issues existed. One, found by henry, was that the target device of the x11alpha device was not inheriting the icc profile of the x11alpha device. The other was that the x11alpha device was using the bbox compositor procedure, which has some operations in it related to checking if the device has a target and the pdf14 device will target the target of the bbox device. This is not what we want for the x11alpha device. This should fix a lot of the x11alpha bugs Basically any source files that had transparency would have failed prior to this fix. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12380 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevxini.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-08 13:34:53 +0000></a> +2011-04-08 13:34:53 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=507cbee1403b20b2c3fec692f746f41d9d985566">507cbee1403b20b2c3fec692f746f41d9d985566</a> +<blockquote> + +<br> + Fix Bug 692129. If an image is scaled to zero height and interpolation +<br> + is on, we end up mallocing a zero byte buffer and then overrunning it. +<br> + +<br> + The fix is to detect this scaling, and still allocate a 1 pixel high +<br> + buffer. +<br> + +<br> + No cluster differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12378 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/siscale.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-08 08:48:17 +0000></a> +2011-04-08 08:48:17 +0000</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1b6c7591e0f62007e4cf690d2f2fcbb56be9f989">1b6c7591e0f62007e4cf690d2f2fcbb56be9f989</a> +<blockquote> + +<br> + Fix GSLite : update to changes in decode_glyph method +<br> + +<br> + Revision 12374 altered the decode_glyph font method to take an additional parameter, +<br> + the character code. This commit updates the GSLite code routines to take the extra +<br> + parameter +<br> + +<br> + No differences expected, I don't think this is tested (or even compiled) +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12377 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +tools/gslite/gslt_font_api.c +<br> +tools/gslite/gslt_font_cff.c +<br> +tools/gslite/gslt_font_ttf.c +<br> +tools/gslite/gslt_test.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-08 08:36:35 +0000></a> +2011-04-08 08:36:35 +0000</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=cc053e229b4a2dd03ff83673bfb819be51e970c3">cc053e229b4a2dd03ff83673bfb819be51e970c3</a> +<blockquote> + +<br> + Fix XPS and PCL interpreters : Change to decode_glyph routine +<br> + +<br> + The decode_glyph font method was changed to pass in the character code in revision +<br> + 12374, but I missed the fact that these methods also exist in the XPS and PCL +<br> + interpreters. +<br> + +<br> + This revision simply updates the methods with the additional parameter. +<br> + +<br> + No differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12376 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +pl/plfont.c +<br> +xps/xpscff.c +<br> +xps/xpsttf.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-07 15:52:45 +0000></a> +2011-04-07 15:52:45 +0000</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a69dfc3caebd4f16ab8ba7f1c888bdbed6e5dbce">a69dfc3caebd4f16ab8ba7f1c888bdbed6e5dbce</a> +<blockquote> + +<br> + Resolve a path problem when running mkcidfm.ps. +<br> + +<br> + mkcidfm.ps did not handle the path to the Windows +<br> + font directory using back slash directory delimiters +<br> + so the nsis script now replaces all the back slash +<br> + delimiters with forward slash, with which mkcidfm.ps +<br> + works correctly. +<br> + +<br> + Bug 691511 +<br> + +<br> + No cluster differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12375 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/psi/nsisinst.nsi +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-07 15:48:21 +0000></a> +2011-04-07 15:48:21 +0000</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=24c562b9bcedcd9e6bd1d63a06c09eba52a24cbd">24c562b9bcedcd9e6bd1d63a06c09eba52a24cbd</a> +<blockquote> + +<br> + Fix (pdfwrite) : Not using ToUnicode CMaps under some conditions +<br> + +<br> + Bug #692119 "Cannot copy text from Ghostscript generated PDF/A document" +<br> + +<br> + The PDF interpreter converts ToUnicode CMaps into GlyphNames2Unicode dictionaries, to +<br> + do this it uses the Encoding to convert the character codes into glyph names. Of course +<br> + for CIDFonts we don't want to do this, and so when there is no Encoding we instead +<br> + put the Unicode value directly into the dictionary using the CID as an index. +<br> + +<br> + If the font has no Encoding (which is optional in PDF) then we do the same for a +<br> + regular font. However, by the time pdfwrite sees the font we have had to add an Encoding +<br> + as its not valid for us to define a regular font with no Encoding. +<br> + +<br> + So pdfwrite converts the character code into a (bogus) glyph name, and then tries to +<br> + look up that glyph name in the GlyphNames2Unicode dictionary. Obviously this fails. +<br> + +<br> + I've extended the 'decode_glyph' call so that it takes both the glyph name and the +<br> + character code, for CID fonts the character code is always -1. If the glyph name can't +<br> + be found in the GlyphNames2Unicode dictionary then we try to use the character code +<br> + instead. +<br> + +<br> + This works for this test case, and I don't think its likely to produce worse results +<br> + than the old code. Regression tests show no differences, but since they don't test +<br> + ToUnicode CMaps they weren't expected to. My own tests seem to be OK but I can't say +<br> + I'm terribly sure about this one. +<br> + +<br> + Expected Differences +<br> + None +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12374 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevpdtc.c +<br> +gs/base/gdevpdte.c +<br> +gs/base/gsfont.c +<br> +gs/base/gxfont.h +<br> +gs/psi/bfont.h +<br> +gs/psi/zbfont.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-07 03:30:16 +0000></a> +2011-04-07 03:30:16 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8170bf69742a320e7e28bffa58cbf0f0f14f2eb0">8170bf69742a320e7e28bffa58cbf0f0f14f2eb0</a> +<blockquote> + +<br> + Fix for 692123. It was necessary to make sure that the blending state of the pdf14 device is updated when we have the alpha buffer device installed in front of the pdf14 device. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12373 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevdflt.c +<br> +gs/base/gdevp14.c +<br> +gs/base/gspaint.c +<br> +gs/base/gstrans.c +<br> +gs/base/gstrans.h +<br> +gs/base/gxdevsop.h +<br> +gs/base/lib.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-06 18:33:27 +0000></a> +2011-04-06 18:33:27 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c03e320614893bb304b6c63e02a597d0153df031">c03e320614893bb304b6c63e02a597d0153df031</a> +<blockquote> + +<br> + Change lcms2 memory handling and update lib. +<br> + +<br> + As of this commit, we can (and do) run a completely unchanged library. +<br> + +<br> + This includes our tiny tweak to be able to get the input/output formats for +<br> + a given transform. Also update our interface code so that we use the plugin +<br> + mechanism to redirect malloc/free etc through us rather than hacking the +<br> + code direct. Thanks to Marti Maria for both of these. +<br> + +<br> + No cluster changes as this code is not tested. CLUSTER_UNTESTED. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12372 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gsicc_lcms2.c +<br> +gs/lcms2/AUTHORS +<br> +gs/lcms2/ChangeLog +<br> +gs/lcms2/Makefile.in +<br> +gs/lcms2/configure +<br> +gs/lcms2/configure.ac +<br> +gs/lcms2/doc/LittleCMS2.1 API.pdf +<br> +gs/lcms2/include/Makefile.in +<br> +gs/lcms2/include/lcms2.h +<br> +gs/lcms2/src/Makefile.in +<br> +gs/lcms2/src/cmscnvrt.c +<br> +gs/lcms2/src/cmserr.c +<br> +gs/lcms2/src/cmsxform.c +<br> +gs/lcms2/src/lcms2_internal.h +<br> +gs/lcms2/testbed/Makefile.in +<br> +gs/lcms2/utils/jpgicc/Makefile.in +<br> +gs/lcms2/utils/linkicc/Makefile.in +<br> +gs/lcms2/utils/linkicc/linkicc.1 +<br> +gs/lcms2/utils/linkicc/linkicc.c +<br> +gs/lcms2/utils/psicc/Makefile.in +<br> +gs/lcms2/utils/tificc/Makefile.in +<br> +gs/lcms2/utils/transicc/Makefile.in +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-06 17:41:50 +0000></a> +2011-04-06 17:41:50 +0000</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a54df2d2b0e78777a037ceacfba76dd47d9993d3">a54df2d2b0e78777a037ceacfba76dd47d9993d3</a> +<blockquote> + +<br> + Resolve a crash to due an unexpected CMap object type. +<br> + +<br> + The code was not checking that the CMap object was a string or an array (of +<br> + strings) before trying read bytes from it. If the CMap actually turned out +<br> + to be an unexpected object, such as an integer, it would cause a crash. +<br> + +<br> + Credit to Ken Sharp for the patch. +<br> + +<br> + Bug 692124 +<br> + +<br> + No cluster differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12371 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/psi/zfapi.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-06 12:13:55 +0000></a> +2011-04-06 12:13:55 +0000</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=d97f8c354d97c8ec941c2d4b702b7d17ab0e03b3">d97f8c354d97c8ec941c2d4b702b7d17ab0e03b3</a> +<blockquote> + +<br> + Fix (ps2write/pdfwrite) : bitmapped font problem +<br> + +<br> + When producing an inline image representing a glyph which could not be embedded as text, +<br> + the code emitted the matrix setup for the image before opening the context. If there +<br> + was (for example) a pending text operation this caused the matrix setup to appear in +<br> + the text context instead of the image context, leading to the image disappearing. +<br> + +<br> + Opening the image context before emitting the matrix solves the problem. +<br> + +<br> + Expected Differences +<br> + The output from ps2write (resolution = 300 dpi) with the file +<br> + 'metrics_no_bbox.ps' +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12370 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevpdfb.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-05 15:01:49 +0000></a> +2011-04-05 15:01:49 +0000</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2d72418b094cb62501d6af82a845848d01134119">2d72418b094cb62501d6af82a845848d01134119</a> +<blockquote> + +<br> + The FAPI code was relying on the result of gx_compute_text_oversampling() +<br> + to ascertain whether anti-aliasing is in force. +<br> + +<br> + This is insufficient, as it turns out, and we actually need to base the +<br> + decision on the alpha bits as requested by the device. +<br> + +<br> + No cluster differences expected. +<br> + +<br> + Bug 692120. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12369 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/psi/zfapi.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-04 16:33:13 +0000></a> +2011-04-04 16:33:13 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f4a6e441bbe26758d4d3d9c62c369fde2b0e9643">f4a6e441bbe26758d4d3d9c62c369fde2b0e9643</a> +<blockquote> + +<br> + Squash some warnings in the lcms v2 interface code. No expected differences. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12368 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gsicc_lcms2.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-04 14:42:57 +0000></a> +2011-04-04 14:42:57 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b359a954d93cd140b3e000c107854b021ccd9189">b359a954d93cd140b3e000c107854b021ccd9189</a> +<blockquote> + +<br> + Squash 4 warnings in the lcmvs v1 stuff. +<br> + +<br> + No cluster differences expected (and testing shows none, so CLUSTER_UNTESTED). +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12367 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gsicc_cms.h +<br> +gs/base/gsicc_manage.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-04 07:40:55 +0000></a> +2011-04-04 07:40:55 +0000</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1f92f1449bf208c8f7a878c8f149ca67cd62ab49">1f92f1449bf208c8f7a878c8f149ca67cd62ab49</a> +<blockquote> + +<br> + Alter the generation of Decode array entries for images using Indexed colour spaces by +<br> + using bit shifting instead of simple 'exp' operator. +<br> + +<br> + No differences expected, code is equivalent. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12366 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/opdfread.h +<br> +gs/lib/opdfread.ps +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:40:27 +0000></a> +2011-04-03 20:40:27 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b58247cecc1fd272e12adc26890d912346dd92c5">b58247cecc1fd272e12adc26890d912346dd92c5</a> +<blockquote> + +<br> + Bug 689093 #21/ HTML compatibility. +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12365 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/Drivers.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:39:48 +0000></a> +2011-04-03 20:39:48 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=d52ff94dea3bb3db0dc4c9ee1c8e89d48b1fb7ed">d52ff94dea3bb3db0dc4c9ee1c8e89d48b1fb7ed</a> +<blockquote> + +<br> + Bug 689093 #20/ HTML compatibility +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12364 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/API.htm +<br> +gs/doc/C-style.htm +<br> +gs/doc/Changes.htm +<br> +gs/doc/Commprod.htm +<br> +gs/doc/DLL.htm +<br> +gs/doc/Deprecated.htm +<br> +gs/doc/Develop.htm +<br> +gs/doc/Devices.htm +<br> +gs/doc/Drivers.htm +<br> +gs/doc/Fonts.htm +<br> +gs/doc/Helpers.htm +<br> +gs/doc/Hershey.htm +<br> +gs/doc/History1.htm +<br> +gs/doc/History2.htm +<br> +gs/doc/History3.htm +<br> +gs/doc/History4.htm +<br> +gs/doc/History5.htm +<br> +gs/doc/History6.htm +<br> +gs/doc/History7.htm +<br> +gs/doc/Install.htm +<br> +gs/doc/Issues.htm +<br> +gs/doc/Language.htm +<br> +gs/doc/Lib.htm +<br> +gs/doc/Make.htm +<br> +gs/doc/News.htm +<br> +gs/doc/Projects.htm +<br> +gs/doc/Ps-style.htm +<br> +gs/doc/Ps2epsi.htm +<br> +gs/doc/Ps2pdf.htm +<br> +gs/doc/Ps2ps2.htm +<br> +gs/doc/Psfiles.htm +<br> +gs/doc/Readme.htm +<br> +gs/doc/Release.htm +<br> +gs/doc/Source.htm +<br> +gs/doc/Unix-lpr.htm +<br> +gs/doc/Use.htm +<br> +gs/doc/Xfonts.htm +<br> +gs/doc/index.html +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:39:13 +0000></a> +2011-04-03 20:39:13 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=591b83fa9500a99ff8d24ddd7aa8962bd44312d6">591b83fa9500a99ff8d24ddd7aa8962bd44312d6</a> +<blockquote> + +<br> + Bug 689093 #19/ CSS conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12363 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/gs.css +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:39:01 +0000></a> +2011-04-03 20:39:01 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=464ee97310cd5c003d3683f2a2ceb16691394813">464ee97310cd5c003d3683f2a2ceb16691394813</a> +<blockquote> + +<br> + Bug 689093 #18bis/ SVN damage: +<br> + Replace ijs\ijs_spec.pdf, with a good copy. +<br> + +<br> + This file is currently damaged in the SVN Repository. The damage seem to have +<br> + happened during the conversion of the Repository from CVS to Subversion. This copy +<br> + of the file comes from the last CVS version available; the copy in the 1st SVN +<br> + checkout I have is already damaged. Note the "/CreationDate" inside the pdf is the +<br> + same as in the current (damaged) version and the last change to this file is very +<br> + old, so this file's substantive content did not change after the migration to SVN. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12362 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/ijs/ijs_spec.pdf +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:38:09 +0000></a> +2011-04-03 20:38:09 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=bbb639d51f543398c6e318075656af4857ad58b5">bbb639d51f543398c6e318075656af4857ad58b5</a> +<blockquote> + +<br> + Bug 689093 #18/ SVN damage +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12361 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/scfdgen.c +<br> +gs/doc/C-style.htm +<br> +gs/doc/Deprecated.htm +<br> +gs/doc/Details.htm +<br> +gs/doc/Details8.htm +<br> +gs/doc/Details9.htm +<br> +gs/doc/Develop.htm +<br> +gs/doc/Devices.htm +<br> +gs/doc/Drivers.htm +<br> +gs/doc/Hershey.htm +<br> +gs/doc/History1.htm +<br> +gs/doc/History2.htm +<br> +gs/doc/History3.htm +<br> +gs/doc/History4.htm +<br> +gs/doc/History5.htm +<br> +gs/doc/History6.htm +<br> +gs/doc/History7.htm +<br> +gs/doc/History8.htm +<br> +gs/doc/History9.htm +<br> +gs/doc/Install.htm +<br> +gs/doc/Issues.htm +<br> +gs/doc/Make.htm +<br> +gs/doc/Ps-style.htm +<br> +gs/doc/Release.htm +<br> +gs/doc/Use.htm +<br> +gs/toolbin/gen_ldf_jb2.py +<br> +gs/toolbin/split_changelog.py +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:27:35 +0000></a> +2011-04-03 20:27:35 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=5ff3a16a18372eff2b65054ced9b0cd283ad1ea9">5ff3a16a18372eff2b65054ced9b0cd283ad1ea9</a> +<blockquote> + +<br> + Bug 689093 #17/ SVN damage +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12360 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/toolbin/split_changelog.py +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:25:28 +0000></a> +2011-04-03 20:25:28 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=5b7d759adc6fb7f5ab85b72c195aaa4cc8a9882b">5b7d759adc6fb7f5ab85b72c195aaa4cc8a9882b</a> +<blockquote> + +<br> + Bug 689093 #16/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12359 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/Details.htm +<br> +gs/doc/Details8.htm +<br> +gs/doc/Details9.htm +<br> +gs/doc/History8.htm +<br> +gs/doc/History9.htm +<br> +gs/toolbin/split_changelog.py +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:25:06 +0000></a> +2011-04-03 20:25:06 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=399081713e3314b04fa4404e870434f0bacb4590">399081713e3314b04fa4404e870434f0bacb4590</a> +<blockquote> + +<br> + Bug 689093 #15 (note: there's no #14)/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12358 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/Language.htm +<br> +gs/doc/Make.htm +<br> +gs/doc/Ps2pdf.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:24:56 +0000></a> +2011-04-03 20:24:56 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ce833816683f46ec1acd966c4c86a01a33b2f687">ce833816683f46ec1acd966c4c86a01a33b2f687</a> +<blockquote> + +<br> + Bug 689093 #13/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12357 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/Deprecated.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:24:48 +0000></a> +2011-04-03 20:24:48 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=394631da0981713367ca2472be75445bd0fb0d56">394631da0981713367ca2472be75445bd0fb0d56</a> +<blockquote> + +<br> + Bug 689093 #12 (note: there's no #11)/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12356 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/Changes.htm +<br> +gs/doc/Deprecated.htm +<br> +gs/doc/Details9.htm +<br> +gs/doc/Devices.htm +<br> +gs/doc/Drivers.htm +<br> +gs/doc/History9.htm +<br> +gs/doc/Make.htm +<br> +gs/doc/News.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:24:30 +0000></a> +2011-04-03 20:24:30 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a17d948ba8edffee3d5cdd710ed495da93d72bda">a17d948ba8edffee3d5cdd710ed495da93d72bda</a> +<blockquote> + +<br> + Bug 689093 #10/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12355 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/API.htm +<br> +gs/doc/DLL.htm +<br> +gs/doc/Deprecated.htm +<br> +gs/doc/Devices.htm +<br> +gs/doc/Drivers.htm +<br> +gs/doc/Fonts.htm +<br> +gs/doc/Helpers.htm +<br> +gs/doc/Install.htm +<br> +gs/doc/Language.htm +<br> +gs/doc/Lib.htm +<br> +gs/doc/Make.htm +<br> +gs/doc/Projects.htm +<br> +gs/doc/Ps-style.htm +<br> +gs/doc/Ps2epsi.htm +<br> +gs/doc/Ps2pdf.htm +<br> +gs/doc/Ps2ps2.htm +<br> +gs/doc/Psfiles.htm +<br> +gs/doc/Release.htm +<br> +gs/doc/Source.htm +<br> +gs/doc/Unix-lpr.htm +<br> +gs/doc/Use.htm +<br> +gs/doc/Xfonts.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:24:19 +0000></a> +2011-04-03 20:24:19 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=01a5f1374998c9d24e021ee8851ae36cb58a8230">01a5f1374998c9d24e021ee8851ae36cb58a8230</a> +<blockquote> + +<br> + Bug 689093 #09/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12354 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/History6.htm +<br> +gs/doc/History7.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:24:04 +0000></a> +2011-04-03 20:24:04 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2692aa2af43e7f1d3655fabad728ceca9157f9b5">2692aa2af43e7f1d3655fabad728ceca9157f9b5</a> +<blockquote> + +<br> + Bug 689093 #08/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12353 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/Details8.htm +<br> +gs/doc/History8.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:23:39 +0000></a> +2011-04-03 20:23:39 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7215a52b4ae31ceb807da776b2c06f368dc9e275">7215a52b4ae31ceb807da776b2c06f368dc9e275</a> +<blockquote> + +<br> + Bug 689093 #07/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12352 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/Details.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:22:54 +0000></a> +2011-04-03 20:22:54 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=9be02f9987043d2f1c4ea6bb1da403e9bbeaa535">9be02f9987043d2f1c4ea6bb1da403e9bbeaa535</a> +<blockquote> + +<br> + Bug 689093 #06/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12351 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/toolbin/split_changelog.py +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:22:27 +0000></a> +2011-04-03 20:22:27 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=33674899f2fca8b2ed947862131bc57eb99c749a">33674899f2fca8b2ed947862131bc57eb99c749a</a> +<blockquote> + +<br> + Bug 689093 #05/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12350 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/API.htm +<br> +gs/doc/C-style.htm +<br> +gs/doc/Deprecated.htm +<br> +gs/doc/Details8.htm +<br> +gs/doc/Develop.htm +<br> +gs/doc/Devices.htm +<br> +gs/doc/Drivers.htm +<br> +gs/doc/History5.htm +<br> +gs/doc/History6.htm +<br> +gs/doc/History7.htm +<br> +gs/doc/History8.htm +<br> +gs/doc/Issues.htm +<br> +gs/doc/Language.htm +<br> +gs/doc/Make.htm +<br> +gs/doc/Ps-style.htm +<br> +gs/doc/Release.htm +<br> +gs/doc/Use.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:21:59 +0000></a> +2011-04-03 20:21:59 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6b853264c8be1ce8efdf0f511889647d2e3251fa">6b853264c8be1ce8efdf0f511889647d2e3251fa</a> +<blockquote> + +<br> + Bug 689093 #04/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12349 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/Details8.htm +<br> +gs/doc/History8.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:21:48 +0000></a> +2011-04-03 20:21:48 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=24d88fd4b1c8c57e01ba295de69b6ff8a7c3431b">24d88fd4b1c8c57e01ba295de69b6ff8a7c3431b</a> +<blockquote> + +<br> + Bug 689093 #03/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12348 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/toolbin/split_changelog.py +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:20:32 +0000></a> +2011-04-03 20:20:32 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=81cda2e93b17532409bdea39168db92bf2552919">81cda2e93b17532409bdea39168db92bf2552919</a> +<blockquote> + +<br> + Bug 689093 #02/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12347 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/API.htm +<br> +gs/doc/C-style.htm +<br> +gs/doc/Commprod.htm +<br> +gs/doc/DLL.htm +<br> +gs/doc/Deprecated.htm +<br> +gs/doc/Details8.htm +<br> +gs/doc/Details9.htm +<br> +gs/doc/Develop.htm +<br> +gs/doc/Devices.htm +<br> +gs/doc/Drivers.htm +<br> +gs/doc/Fonts.htm +<br> +gs/doc/Helpers.htm +<br> +gs/doc/History1.htm +<br> +gs/doc/History2.htm +<br> +gs/doc/History3.htm +<br> +gs/doc/History4.htm +<br> +gs/doc/History5.htm +<br> +gs/doc/History6.htm +<br> +gs/doc/History7.htm +<br> +gs/doc/History8.htm +<br> +gs/doc/History9.htm +<br> +gs/doc/Install.htm +<br> +gs/doc/Issues.htm +<br> +gs/doc/Language.htm +<br> +gs/doc/Lib.htm +<br> +gs/doc/Make.htm +<br> +gs/doc/News.htm +<br> +gs/doc/Projects.htm +<br> +gs/doc/Ps-style.htm +<br> +gs/doc/Ps2epsi.htm +<br> +gs/doc/Ps2pdf.htm +<br> +gs/doc/Ps2ps2.htm +<br> +gs/doc/Psfiles.htm +<br> +gs/doc/Readme.htm +<br> +gs/doc/Release.htm +<br> +gs/doc/Source.htm +<br> +gs/doc/Unix-lpr.htm +<br> +gs/doc/Use.htm +<br> +gs/doc/Xfonts.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-03 20:19:46 +0000></a> +2011-04-03 20:19:46 +0000</strong> +<br>Gheorghe Savulescu <sags@ghostscript.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a5a20b7b8c0443ac5fd8c88bdb3af37390e4bf5c">a5a20b7b8c0443ac5fd8c88bdb3af37390e4bf5c</a> +<blockquote> + +<br> + Bug 689093 #01/ HTML conformance +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12346 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/toolbin/makehist.tcl +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-01 23:17:22 +0000></a> +2011-04-01 23:17:22 +0000</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2674c673a3f4f29c9ca1620c36a97e0bd89c0e18">2674c673a3f4f29c9ca1620c36a97e0bd89c0e18</a> +<blockquote> + +<br> + Remove temporary development definition used to identify the graphics +<br> + library supported the new ICC code. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12345 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gsicc_manage.h +<br> +pcl/pctop.c +<br> +pxl/pxgstate.c +<br> +pxl/pxpthr.c +<br> +pxl/pxtop.c +<br> +xps/xpstop.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-01 22:58:42 +0000></a> +2011-04-01 22:58:42 +0000</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ad470fdd8c23d7597260ec1c068da69075e1d7f8">ad470fdd8c23d7597260ec1c068da69075e1d7f8</a> +<blockquote> + +<br> + Fixes 691870 where the banding code was using an ICC color and the +<br> + full page was not. For color spaces in images we never actually call +<br> + "setcolorspace" so the image type was not being set to icc, we do this +<br> + now explicitly in the PCL/XL code now. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12344 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +pxl/pxgstate.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-01 18:42:42 +0000></a> +2011-04-01 18:42:42 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a51bd3e408207936f0e795280a71253695a9d57e">a51bd3e408207936f0e795280a71253695a9d57e</a> +<blockquote> + +<br> + Add 2 files missed in commit 12341. These ones WILL have mattered. +<br> + Apoligies for this. A combination of git svn eating my first attempt +<br> + at committing it, and my own base level of incompetence caused this. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12343 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gsicc_cms.h +<br> +gs/base/gsicc_lcms.c +<br> +gs/base/lcms2.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-01 18:38:52 +0000></a> +2011-04-01 18:38:52 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b3ce17fce356461895d536c65d39defdb0137b06">b3ce17fce356461895d536c65d39defdb0137b06</a> +<blockquote> + +<br> + Add file that somehow got missed in the lcms2 commit (r12340). +<br> + +<br> + Not enabled by default so CLUSTER_UNTESTED. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12342 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gsicc_lcms2.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-01 18:05:33 +0000></a> +2011-04-01 18:05:33 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b3703b36cb5544d9defd00780d814caed4eae5b4">b3703b36cb5544d9defd00780d814caed4eae5b4</a> +<blockquote> + +<br> + Fix so that we have proper antialiasing with softmasks. Fixes bug 687674 +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12341 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevp14.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-01 18:00:12 +0000></a> +2011-04-01 18:00:12 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=50ecc84d5463bd013f794a9dd53254c2e295a85e">50ecc84d5463bd013f794a9dd53254c2e295a85e</a> +<blockquote> + +<br> + Initial import of LittleCMS v2.1 into the Ghostscript/GhostPDL +<br> + build, with simple integration. LittleCMS version 1 is still used by default, +<br> + so no cluster differences expected. +<br> + +<br> + The version of little cms imported was taken from the lcms git repository, +<br> + commit 314bc7201d340ab303b36a0ade2c37cf40b83a3b, and then a couple of +<br> + small tweaks were applied: +<br> + +<br> + * lcms2 currently offers no way to get the input/output format for a +<br> + transform, so I add 2 functions (cmsGetTransformInputFormat and +<br> + cmsGetTransformOutputFormat) to do this. +<br> + +<br> + * lcms2 currently offers no easy way to redirect malloc/free operations +<br> + away from it's internal implementation, so we add a define (LCMS_USER_ALLOC) +<br> + to allow us to be able to define our own functions. This mirrors the +<br> + work done in lcms1 by Michael, I believe. +<br> + +<br> + The choice of which version of lcms to build with is made by the WHICH_CMS +<br> + define option in the makefile. Currently this is set to lcms by default, +<br> + but can be changed to lcms2 to allow lcms2 to be used instead. +<br> + +<br> + To make this work, various small tweaks have been required. Firstly, we +<br> + rename gsicc_littlecms.h to gsicc_cms.h, reflecting the fact that this is +<br> + not littlecms specific - rather, it defines the interface that any cms +<br> + would have to provide in order to work with Ghostscript/GhostPDL. +<br> + +<br> + Secondly, we rename gsicc_littlecms.c to gsicc_lcms.c to make the makefile +<br> + macros easier. +<br> + +<br> + We add a gsicc_lcms2.c file (derived from copying and editing gsicc_lcms.c) +<br> + that interfaces with lcms2. +<br> + +<br> + Currently lcms2 builds and appears to run without crashing, but gives +<br> + differing results in some cases. This will need to be solved before we can +<br> + swap over to using lcms2 by default. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12340 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +common/msvc_top.mak +<br> +common/ugcc_top.mak +<br> +gs/base/Makefile.in +<br> +gs/base/configure.ac +<br> +gs/base/gs.mak +<br> +gs/base/gsicc.c +<br> +gs/base/gsicc_cache.c +<br> +gs/base/gsicc_littlecms.c +<br> +gs/base/gsicc_littlecms.h +<br> +gs/base/gsicc_manage.h +<br> +gs/base/gxi12bit.c +<br> +gs/base/gxicolor.c +<br> +gs/base/gximono.c +<br> +gs/base/gxipixel.c +<br> +gs/base/lcms.mak +<br> +gs/base/lib.mak +<br> +gs/base/macos-mcp.mak +<br> +gs/base/macosx.mak +<br> +gs/base/msvclib.mak +<br> +gs/base/openvms.mak +<br> +gs/base/ugcclib.mak +<br> +gs/base/unix-gcc.mak +<br> +gs/base/unixansi.mak +<br> +gs/base/winlib.mak +<br> +gs/ghostscript.vcproj +<br> +gs/lcms2/AUTHORS +<br> +gs/lcms2/COPYING +<br> +gs/lcms2/ChangeLog +<br> +gs/lcms2/INSTALL +<br> +gs/lcms2/Lib/BC/BC.txt +<br> +gs/lcms2/Lib/MS/MS.TXT +<br> +gs/lcms2/Makefile.am +<br> +gs/lcms2/Makefile.in +<br> +gs/lcms2/NEWS +<br> +gs/lcms2/Projects/BorlandC_5.5/lcms2.rc +<br> +gs/lcms2/Projects/BorlandC_5.5/lcmsdll.lk +<br> +gs/lcms2/Projects/BorlandC_5.5/lcmsdll.lst +<br> +gs/lcms2/Projects/BorlandC_5.5/mklcmsdll.bat +<br> +gs/lcms2/Projects/VC2008/jpegicc/jpegicc.vcproj +<br> +gs/lcms2/Projects/VC2008/lcms2.rc +<br> +gs/lcms2/Projects/VC2008/lcms2.sln +<br> +gs/lcms2/Projects/VC2008/lcms2_DLL/lcms2_DLL.vcproj +<br> +gs/lcms2/Projects/VC2008/lcms2_static/lcms2_static.vcproj +<br> +gs/lcms2/Projects/VC2008/linkicc/linkicc.vcproj +<br> +gs/lcms2/Projects/VC2008/psicc/psicc.vcproj +<br> +gs/lcms2/Projects/VC2008/resource.h +<br> +gs/lcms2/Projects/VC2008/testbed/testbed.vcproj +<br> +gs/lcms2/Projects/VC2008/tiffdiff/tiffdiff.vcproj +<br> +gs/lcms2/Projects/VC2008/tifficc/tifficc.vcproj +<br> +gs/lcms2/Projects/VC2008/transicc/transicc.vcproj +<br> +gs/lcms2/Projects/VC2010/jpegicc/jpegicc.vcproj +<br> +gs/lcms2/Projects/VC2010/jpegicc/jpegicc.vcxproj +<br> +gs/lcms2/Projects/VC2010/jpegicc/jpegicc.vcxproj.filters +<br> +gs/lcms2/Projects/VC2010/lcms2.rc +<br> +gs/lcms2/Projects/VC2010/lcms2.sln +<br> +gs/lcms2/Projects/VC2010/lcms2_DLL/lcms2_DLL.vcproj +<br> +gs/lcms2/Projects/VC2010/lcms2_DLL/lcms2_DLL.vcxproj +<br> +gs/lcms2/Projects/VC2010/lcms2_DLL/lcms2_DLL.vcxproj.filters +<br> +gs/lcms2/Projects/VC2010/lcms2_static/lcms2_static.vcproj +<br> +gs/lcms2/Projects/VC2010/lcms2_static/lcms2_static.vcxproj +<br> +gs/lcms2/Projects/VC2010/lcms2_static/lcms2_static.vcxproj.filters +<br> +gs/lcms2/Projects/VC2010/linkicc/linkicc.vcproj +<br> +gs/lcms2/Projects/VC2010/linkicc/linkicc.vcxproj +<br> +gs/lcms2/Projects/VC2010/linkicc/linkicc.vcxproj.filters +<br> +gs/lcms2/Projects/VC2010/psicc/psicc.vcproj +<br> +gs/lcms2/Projects/VC2010/psicc/psicc.vcxproj +<br> +gs/lcms2/Projects/VC2010/psicc/psicc.vcxproj.filters +<br> +gs/lcms2/Projects/VC2010/resource.h +<br> +gs/lcms2/Projects/VC2010/testbed/testbed.vcproj +<br> +gs/lcms2/Projects/VC2010/testbed/testbed.vcxproj +<br> +gs/lcms2/Projects/VC2010/testbed/testbed.vcxproj.filters +<br> +gs/lcms2/Projects/VC2010/tiffdiff/tiffdiff.vcproj +<br> +gs/lcms2/Projects/VC2010/tiffdiff/tiffdiff.vcxproj +<br> +gs/lcms2/Projects/VC2010/tiffdiff/tiffdiff.vcxproj.filters +<br> +gs/lcms2/Projects/VC2010/tifficc/tifficc.vcproj +<br> +gs/lcms2/Projects/VC2010/tifficc/tifficc.vcxproj +<br> +gs/lcms2/Projects/VC2010/tifficc/tifficc.vcxproj.filters +<br> +gs/lcms2/Projects/VC2010/transicc/transicc.vcproj +<br> +gs/lcms2/Projects/VC2010/transicc/transicc.vcxproj +<br> +gs/lcms2/Projects/VC2010/transicc/transicc.vcxproj.filters +<br> +gs/lcms2/Projects/mac/._.DS_Store +<br> +gs/lcms2/Projects/mac/LittleCMS/._.DS_Store +<br> +gs/lcms2/Projects/mac/LittleCMS/English.lproj/InfoPlist.strings +<br> +gs/lcms2/Projects/mac/LittleCMS/Info.plist +<br> +gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/mariama.mode1v3 +<br> +gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/mariama.pbxuser +<br> +gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/project.pbxproj +<br> +gs/lcms2/Projects/mac/LittleCMS/LittleCMS_Prefix.pch +<br> +gs/lcms2/Projects/mac/LittleCMS/TestBed-Info.plist +<br> +gs/lcms2/README.1ST +<br> +gs/lcms2/aclocal.m4 +<br> +gs/lcms2/autogen.sh +<br> +gs/lcms2/bin/Bin.txt +<br> +gs/lcms2/bin/Thumbs.db +<br> +gs/lcms2/config.guess +<br> +gs/lcms2/config.sub +<br> +gs/lcms2/configure +<br> +gs/lcms2/configure.ac +<br> +gs/lcms2/depcomp +<br> +gs/lcms2/doc/LittleCMS2.0 API.pdf +<br> +gs/lcms2/doc/LittleCMS2.0 Plugin API.pdf +<br> +gs/lcms2/doc/LittleCMS2.0 tutorial.pdf +<br> +gs/lcms2/doc/LittleCMS2.1 API.pdf +<br> +gs/lcms2/doc/LittleCMS2.1 Plugin API.pdf +<br> +gs/lcms2/doc/LittleCMS2.1 tutorial.pdf +<br> +gs/lcms2/include/Makefile.am +<br> +gs/lcms2/include/Makefile.in +<br> +gs/lcms2/include/icc34.h +<br> +gs/lcms2/include/lcms2.h +<br> +gs/lcms2/include/lcms2_plugin.h +<br> +gs/lcms2/install-sh +<br> +gs/lcms2/lcms2.pc.in +<br> +gs/lcms2/ltmain.sh +<br> +gs/lcms2/missing +<br> +gs/lcms2/src/Makefile.am +<br> +gs/lcms2/src/Makefile.in +<br> +gs/lcms2/src/cmscam02.c +<br> +gs/lcms2/src/cmscgats.c +<br> +gs/lcms2/src/cmscnvrt.c +<br> +gs/lcms2/src/cmserr.c +<br> +gs/lcms2/src/cmsgamma.c +<br> +gs/lcms2/src/cmsgmt.c +<br> +gs/lcms2/src/cmsintrp.c +<br> +gs/lcms2/src/cmsio0.c +<br> +gs/lcms2/src/cmsio1.c +<br> +gs/lcms2/src/cmslut.c +<br> +gs/lcms2/src/cmsmd5.c +<br> +gs/lcms2/src/cmsmtrx.c +<br> +gs/lcms2/src/cmsnamed.c +<br> +gs/lcms2/src/cmsopt.c +<br> +gs/lcms2/src/cmspack.c +<br> +gs/lcms2/src/cmspcs.c +<br> +gs/lcms2/src/cmsplugin.c +<br> +gs/lcms2/src/cmsps2.c +<br> +gs/lcms2/src/cmssamp.c +<br> +gs/lcms2/src/cmssm.c +<br> +gs/lcms2/src/cmstypes.c +<br> +gs/lcms2/src/cmsvirt.c +<br> +gs/lcms2/src/cmswtpnt.c +<br> +gs/lcms2/src/cmsxform.c +<br> +gs/lcms2/src/lcms2.def +<br> +gs/lcms2/src/lcms2_internal.h +<br> +gs/lcms2/testbed/Makefile.am +<br> +gs/lcms2/testbed/Makefile.in +<br> +gs/lcms2/testbed/USWebCoatedSWOP.icc +<br> +gs/lcms2/testbed/UncoatedFOGRA29.icc +<br> +gs/lcms2/testbed/bad.icc +<br> +gs/lcms2/testbed/sRGBSpac.icm +<br> +gs/lcms2/testbed/sRGB_Color_Space_Profile.icm +<br> +gs/lcms2/testbed/sRGB_v4_ICC_preference.icc +<br> +gs/lcms2/testbed/testcms2.c +<br> +gs/lcms2/testbed/testthread.cpp +<br> +gs/lcms2/testbed/toosmall.icc +<br> +gs/lcms2/utils/common/utils.h +<br> +gs/lcms2/utils/common/vprf.c +<br> +gs/lcms2/utils/common/xgetopt.c +<br> +gs/lcms2/utils/delphi/delphidemo.dpr +<br> +gs/lcms2/utils/delphi/delphidemo.dproj +<br> +gs/lcms2/utils/delphi/delphidemo.res +<br> +gs/lcms2/utils/delphi/demo1.dfm +<br> +gs/lcms2/utils/delphi/demo1.pas +<br> +gs/lcms2/utils/delphi/lcms2dll.pas +<br> +gs/lcms2/utils/jpgicc/Makefile.am +<br> +gs/lcms2/utils/jpgicc/Makefile.in +<br> +gs/lcms2/utils/jpgicc/iccjpeg.c +<br> +gs/lcms2/utils/jpgicc/iccjpeg.h +<br> +gs/lcms2/utils/jpgicc/jpgicc.1 +<br> +gs/lcms2/utils/jpgicc/jpgicc.c +<br> +gs/lcms2/utils/linkicc/Makefile.am +<br> +gs/lcms2/utils/linkicc/Makefile.in +<br> +gs/lcms2/utils/linkicc/linkicc.1 +<br> +gs/lcms2/utils/linkicc/linkicc.c +<br> +gs/lcms2/utils/matlab/icctrans.c +<br> +gs/lcms2/utils/matlab/lcms_rsp +<br> +gs/lcms2/utils/psicc/Makefile.am +<br> +gs/lcms2/utils/psicc/Makefile.in +<br> +gs/lcms2/utils/psicc/psicc.1 +<br> +gs/lcms2/utils/psicc/psicc.c +<br> +gs/lcms2/utils/samples/Makefile.am +<br> +gs/lcms2/utils/samples/Makefile.in +<br> +gs/lcms2/utils/samples/itufax.c +<br> +gs/lcms2/utils/samples/mkcmy.c +<br> +gs/lcms2/utils/samples/mkgrayer.c +<br> +gs/lcms2/utils/samples/mktiff8.c +<br> +gs/lcms2/utils/samples/roundtrip.c +<br> +gs/lcms2/utils/samples/vericc.c +<br> +gs/lcms2/utils/samples/wtpt.1 +<br> +gs/lcms2/utils/samples/wtpt.c +<br> +gs/lcms2/utils/tificc/Makefile.am +<br> +gs/lcms2/utils/tificc/Makefile.in +<br> +gs/lcms2/utils/tificc/tifdiff.c +<br> +gs/lcms2/utils/tificc/tificc.1 +<br> +gs/lcms2/utils/tificc/tificc.c +<br> +gs/lcms2/utils/transicc/Makefile.am +<br> +gs/lcms2/utils/transicc/Makefile.in +<br> +gs/lcms2/utils/transicc/transicc.1 +<br> +gs/lcms2/utils/transicc/transicc.c +<br> +gs/psi/int.mak +<br> +gs/psi/msvc.mak +<br> +gs/psi/os2.mak +<br> +main/pcl6_gcc.mak +<br> +main/pcl6_msvc.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-01 16:44:50 +0000></a> +2011-04-01 16:44:50 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=b960ff15c895dbe5a7d6baf470ad8a12949ad054">b960ff15c895dbe5a7d6baf470ad8a12949ad054</a> +<blockquote> + +<br> + Fix for mistaken double allocation of threshold array object. Thanks to ray for finding this. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12339 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gsht.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-04-01 16:39:59 +0000></a> +2011-04-01 16:39:59 +0000</strong> +<br>Michael Vrhel <michael.vrhel@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=66adf73f5cbaa010b6a7ee730384c3a58752bff3">66adf73f5cbaa010b6a7ee730384c3a58752bff3</a> +<blockquote> + +<br> + Fix so that anti-aliasing works when the source file contains transparency. This involved the addition of a copy_alpha procedure for the gdevp14 device. In addition, the anti-aliasing parameters for the target device are passed along to the gdevp14 device. The gdevp14 clist device uses the forward copy alpha operation, so that we end up using the clist_copy_alpha operation. Then during the clist reading phase we use the gdevp14 device's copy_alpha command. +<br> + +<br> + There are two things that I do need to do in relation to this commit. One is that the operation that actually computes and applies the alpha associated with the transparency needs to be optimized so that we are not doing floating point math. Also, support needs to be added for knockout fills. However, for the vast majority of files with transparency we should now have support with -dGraphicAlphaBits and -dTextAlphaBits. +<br> + +<br> + I will open a bug on the two outstanding issues so that I don't forget. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12338 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevp14.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-31 17:30:58 +0000></a> +2011-03-31 17:30:58 +0000</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=7825ac4552256609c8060b5af13bb168170db6eb">7825ac4552256609c8060b5af13bb168170db6eb</a> +<blockquote> + +<br> + Bug #692100, padding was being treated inconsistently within 2 +<br> + procedures resulting in UMR's and incorrect results. I'm afraid we +<br> + still don't understand the details of HP's seemingly bug-ridden +<br> + padding implementation but this fix at least makes the code internally +<br> + consistent. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12337 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +pxl/pximage.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-31 17:22:23 +0000></a> +2011-03-31 17:22:23 +0000</strong> +<br>Henry Stiles <henry.stiles@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=91b7f320484904d60e8cf017611f5a8da4a6c685">91b7f320484904d60e8cf017611f5a8da4a6c685</a> +<blockquote> + +<br> + Fixes 692109, the "no argument case" of the HPGL/2 INPUT RELATIVE +<br> + command did not properly initialized the operands to their defaults. +<br> + Only likely to be seen in unusual test cases. Fixes indeterminacy +<br> + in CET 32-07.BIN reported in the regression tests. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12336 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +pcl/pgconfig.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-31 15:36:32 +0000></a> +2011-03-31 15:36:32 +0000</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=65ea9547d5760284c68da6b6b413d335e4e68ed1">65ea9547d5760284c68da6b6b413d335e4e68ed1</a> +<blockquote> + +<br> + The last of Hintak's (usable) improvements to the nsis installer +<br> + script, plus a tweak or two. +<br> + +<br> + Make the cidfmap generation a tickbox option on the final page. +<br> + +<br> + Add a link to the uninstaller from the Start Menu group. +<br> + +<br> + No cluster differences +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12335 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/psi/nsisinst.nsi +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-30 15:33:28 +0000></a> +2011-03-30 15:33:28 +0000</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=700f41807524588d82a674c3618322f71bbe9d7b">700f41807524588d82a674c3618322f71bbe9d7b</a> +<blockquote> + +<br> + Bring the nsis installer script and it's caller up +<br> + to date. +<br> + +<br> + Vast majority of the credit to Hintak for this. +<br> + +<br> + No cluster differences. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12334 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/psi/nsisinst.nsi +<br> +gs/psi/winint.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-30 12:23:41 +0000></a> +2011-03-30 12:23:41 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c428998ab5d6b6f164de9474c25ee788ae4ef77f">c428998ab5d6b6f164de9474c25ee788ae4ef77f</a> +<blockquote> + +<br> + Squash a warning in a device call. +<br> + +<br> + No cluster differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12333 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gxclpath.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-30 11:13:37 +0000></a> +2011-03-30 11:13:37 +0000</strong> +<br>Tor Andersson <tor.andersson@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=807af34ac8671f03b8c73cca2cdbebca796c716e">807af34ac8671f03b8c73cca2cdbebca796c716e</a> +<blockquote> + +<br> + xps: Fix bug when parsing cluster mappings. +<br> + +<br> + We incorrectly encoded and emitted all characters in a +<br> + Many-to-One cluster mapping, resulting in extraneous characters +<br> + where ligatures were used. A (2:1) cluster map for the ligature +<br> + "fi" has two characters (f, i) and one glyph (fi). We showed it +<br> + as two glyphs (fi, i) instead of skipping the second character +<br> + while decoding the cluster map. +<br> + +<br> + This fixes multiple errors in MXDW/TypeSamples.xps +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12332 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +xps/xpsglyphs.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-30 10:17:57 +0000></a> +2011-03-30 10:17:57 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=2e594aee0d69b99a17fa9cd3cf21696773afde43">2e594aee0d69b99a17fa9cd3cf21696773afde43</a> +<blockquote> + +<br> + Add gs/doc to Visual Studio project, enabling documentation to be easily +<br> + edited in the Visual Studio editor. +<br> + +<br> + No cluster differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12331 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/ghostscript.vcproj +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-30 10:17:42 +0000></a> +2011-03-30 10:17:42 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=790f395b044a7e7179c3ca918e30475827c8a30b">790f395b044a7e7179c3ca918e30475827c8a30b</a> +<blockquote> + +<br> + Add documentation for dev_spec_op to Devices.htm. +<br> + +<br> + No cluster changes. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12330 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/doc/Drivers.htm +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-30 10:17:26 +0000></a> +2011-03-30 10:17:26 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=a243545401bf0fdb8b1a18e7e5379119c56aecfa">a243545401bf0fdb8b1a18e7e5379119c56aecfa</a> +<blockquote> + +<br> + Add new copy_plane device procedure; arguments as for copy_color with an +<br> + extra int to identify which plane we want to work on. +<br> + +<br> + The call effectively says "Copy this pixmap into the specified plane of this +<br> + device". It is envisaged that it will only be defined for planar devices. +<br> + +<br> + For now clients can detect whether or not to use this based on whether the +<br> + function pointer is non NULL. If need be (to cope with forwarding devices) +<br> + we can add a dev_spec_op. +<br> + +<br> + No cluster differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12329 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevdflt.c +<br> +gs/base/gdevmpla.c +<br> +gs/base/gxdevcli.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-30 10:17:10 +0000></a> +2011-03-30 10:17:10 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=3bdda000eabced6e4c015af4c6dbb5b02f1abdda">3bdda000eabced6e4c015af4c6dbb5b02f1abdda</a> +<blockquote> + +<br> + Add new dev_spec_op operation for spotting that a device maps colours in +<br> + the 'standard' 1bit cmyk way, and use that rather than manually checking +<br> + function pointers. This allows bitcmyk, pamcmyk4 and plibk devices to +<br> + correctly spot the optimisation in get_bits (used for rops that use D). +<br> + +<br> + Testing locally indicates that the special case is now taken, but that no +<br> + differences are seen in the results (as we would hope). +<br> + +<br> + No cluster differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12328 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevdflt.c +<br> +gs/base/gdevdgbr.c +<br> +gs/base/gdevdrop.c +<br> +gs/base/gxclpath.c +<br> +gs/base/gxdevsop.h +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-30 10:16:54 +0000></a> +2011-03-30 10:16:54 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f81e8f47c06572ecc4f7e3fcc03ca4db60507ce4">f81e8f47c06572ecc4f7e3fcc03ca4db60507ce4</a> +<blockquote> + +<br> + Tweak dev_spec_op implementations so that they correctly forward through +<br> + to the 'default' (or base) implementations for unknown operations. Stupid +<br> + of me to have got this wrong initially, as it is one of the main purposes +<br> + of this mechanism. +<br> + +<br> + No cluster differences expected. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12327 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevpdfd.c +<br> +gs/base/gdevpdfi.c +<br> +gs/base/gxacpath.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-30 10:15:18 +0000></a> +2011-03-30 10:15:18 +0000</strong> +<br>Robin Watts <robin.watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=bca8531f23845a6c70cf938fb0ab1bc6e9f14fd9">bca8531f23845a6c70cf938fb0ab1bc6e9f14fd9</a> +<blockquote> + +<br> + Add new dev_spec_op call to device procs table, along with gxdevsop.h header +<br> + that defines the operation enumeration for it. +<br> + +<br> + Move existing calls of pattern_manage across to using dev_spec_op instead. +<br> + Add comments to the pattern management definitions noting that it is +<br> + deprecated and should not be used. +<br> + +<br> + No cluster differences (aside from indeterminisms). +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12326 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/base/gdevbbox.c +<br> +gs/base/gdevdflt.c +<br> +gs/base/gdevdrop.c +<br> +gs/base/gdevnfwd.c +<br> +gs/base/gdevp14.c +<br> +gs/base/gdevpdfb.h +<br> +gs/base/gdevpdfd.c +<br> +gs/base/gdevpdfi.c +<br> +gs/base/gdevpdfx.h +<br> +gs/base/gdevrops.c +<br> +gs/base/gscolor3.c +<br> +gs/base/gsimage.c +<br> +gs/base/gsptype1.c +<br> +gs/base/gsptype2.c +<br> +gs/base/gxacpath.c +<br> +gs/base/gxcldev.h +<br> +gs/base/gxclip.c +<br> +gs/base/gxclip2.c +<br> +gs/base/gxclipm.c +<br> +gs/base/gxclist.c +<br> +gs/base/gxclrect.c +<br> +gs/base/gxdevcli.h +<br> +gs/base/gxdevice.h +<br> +gs/base/gxdevsop.h +<br> +gs/base/gxfill.c +<br> +gs/base/gximask.c +<br> +gs/base/gxpcmap.c +<br> +gs/base/gxshade6.c +<br> +gs/psi/zpcolor.c +<br> +xps/xpstile.c +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-30 09:26:50 +0000></a> +2011-03-30 09:26:50 +0000</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ed774ca984d2566b00e212d130644abd5529235f">ed774ca984d2566b00e212d130644abd5529235f</a> +<blockquote> + +<br> + Update version number post-release. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12325 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +gs/Resource/Init/gs_init.ps +<br> +gs/base/gscdef.c +<br> +gs/base/version.mak +<br> +<p> +</blockquote> +<hb> +<p><strong><a name=2011-03-30 08:52:03 +0000></a> +2011-03-30 08:52:03 +0000</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=c078bd72163e75a0e462e512bf9d91adaa69eb01">c078bd72163e75a0e462e512bf9d91adaa69eb01</a> +<blockquote> + +<br> + Update the ghostpdl version number. +<br> + +<br> + git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12321 a1074d23-0009-0410-80fe-cf8c14f379e6 +<br> + +<br> +pl/pl.mak +<br> +<p> +</blockquote> + <h2><a name="Version9.02"></a>Version 9.02 (2011-03-30)</h2> <p>This is the third release in the stable 9.x series. @@ -93,7 +16230,7 @@ please visit <a href="http://bugs.ghostscript.com/">bugs.ghostscript.com</a>. <p> No recorded incompatible changes. - +<h3><a name="9.03_changelog"></a>Changelog</h3> <p><strong><a name="2011-03-30T064801.334550Z"></a> 2011-03-30T06:48:01.334550Z chrisl</strong></p> @@ -477,7 +16614,7 @@ removed. Added initial documentation of these parameters. -This appears to cause some differences in Bug690829.ps rendered at 300 dpi. +This appears to cause some differences in Bug690829.ps rendered at 300 dpi. This is a surprise, because the changes should have no effect on devices other than pdfwrite/ps2write, but the new result is better than the old, so this is a progression. @@ -652,7 +16789,7 @@ that it relies on being able to set the offset in get_bits calls when this is sometimes not possible. We therefore fix the code to manage offsets by explicitly updating them. -Also, the raster used in mem_strip_copy_rop was incorrect - we use the +Also, the raster used in mem_strip_copy_rop was incorrect - we use the correct one and get much better results. No cluster differences expected as the planar device is not tested. @@ -741,9 +16878,9 @@ Fix for bug 692038. This fixes 3 issues when using a CIELAB based profile for the output device ICC profile. -One was a problem when handling separation color spaces when they had the ALL entry and we were going to an additive device. AR does a 1-INK level for the device values and no color management. We were doing the same, but this approach will not work if our destination color space is CIELAB. Now if we are headed toward CIELAB we do the 1-INK to RGB and then transform to CIELAB. +One was a problem when handling separation color spaces when they had the ALL entry and we were going to an additive device. AR does a 1-INK level for the device values and no color management. We were doing the same, but this approach will not work if our destination color space is CIELAB. Now if we are headed toward CIELAB we do the 1-INK to RGB and then transform to CIELAB. -Another was that transparency blending should never be done in CIELAB or similar type color spaces. With transparency, the PDF14 device inherits the profile for the target device and if the transparency groups don't specify a color space we would end up blending in CIELAB. The solution was to detect this situation and use the defaultRGB profile for blending. Conversion to CIELAB occurs during the pdf14 put image operation. +Another was that transparency blending should never be done in CIELAB or similar type color spaces. With transparency, the PDF14 device inherits the profile for the target device and if the transparency groups don't specify a color space we would end up blending in CIELAB. The solution was to detect this situation and use the defaultRGB profile for blending. Conversion to CIELAB occurs during the pdf14 put image operation. Finally, with shading in transparency, we need to make sure to pass along the transparency device through the shading parameters whenever we have a color mismatch between the pdf14 device and the target device so that the shading will occur in the proper color space. @@ -1510,7 +17647,7 @@ not suffer, and also removes the reliance GNU make specific extensions. Bug 691986 - + No cluster differences. @@ -1598,7 +17735,7 @@ No cluster differences expected. <pre> Revision to the changes for using the system zlib. -r12184 caused problems on Windows. +r12184 caused problems on Windows. This approach uses configure to determine whether freetype should use the system zlib, based on whether @@ -1866,11 +18003,11 @@ slower as more object are added to storage. Previously we had added a MD5 hash to the stream data of a cos_stream in order to improve the performance when checking fonts for equality, this change takes the whole -process much further. We now store an MD5 'fingerprint' for each composite object, +process much further. We now store an MD5 'fingerprint' for each composite object, initially this is not computed and is marked as not valid. Whenever an equality test takes place we check to see if the composite object has an MD5 -hash calculated, and if it does, we compare the MD5 hashes. If it does not then we +hash calculated, and if it does, we compare the MD5 hashes. If it does not then we compute an MD5 hash, store it, and mark it as valid. Note that for cos_stream types we store *two* hashes, one for the dictionary and one for the stream data. @@ -1941,7 +18078,7 @@ No differences expected <pre> Fix (pdfwrite) : Correction to an equality test -This fixes a long-standing bug when checking the equality of patterns. +This fixes a long-standing bug when checking the equality of patterns. We need to ensure when substituting patterns that neither of the patterns is already substituted. But the code only tested one of the patterns (and was a duplicate of @@ -2074,11 +18211,11 @@ typecheck if the alternate space was a /Indexed space. Finally, the PDF interpreter is updated so that when given a stream as the data source for a /Indexed space it reads and returns a string which is the greater of the declared -size of the stream, or the calculated size required, given the number of components. +size of the stream, or the calculated size required, given the number of components. Previously we always returned the calculated size, which was too little in this case as the number of components in the ICCBased space is incorrect. -With these changes the (invalid) specimen file runs to completion. +With these changes the (invalid) specimen file runs to completion. No differences expected. </pre> @@ -2249,7 +18386,7 @@ the pcl, xps, and language_switch builds don't break. 2011-02-02T15:34:53.024741Z Ken Sharp</strong></p> <blockquote> <pre> -Remove 4 cases where lines had apparently spurious leading spaces, this seriously +Remove 4 cases where lines had apparently spurious leading spaces, this seriously confused nmake and refused to build on Windows. No cluster differences expected. @@ -2443,7 +18580,7 @@ Bug #691907 "PDFs with TrueType fonts from Windows PostScript files not sea Patch from SaGS. -When choosing whether to embed a ToUnicode CMap, always embed if the font type is +When choosing whether to embed a ToUnicode CMap, always embed if the font type is TrueType. This is because TT fonts are always embedded as symbolic, and we now no longer add Encodings to Symbolic TT fonts (violates spec), which results in PDF files where the text is unsearchable and cannot be successfully copy/pasted in the absence of a @@ -2485,10 +18622,10 @@ Fix (pdfwrite) : permit symbolic fonts in PDF/A output Bug #691877 "Invalid text when converting to PDF/A" TrueType fonts were being emitted as non-symbolic when PDF/A output was selected. This -was causing the text to be incorrect, because the fonts actually are symbolic and +was causing the text to be incorrect, because the fonts actually are symbolic and Acrobat was unable to apply the correct decoding. -This will result in more text being unsearchable/copyable but the rendering result is +This will result in more text being unsearchable/copyable but the rendering result is correct, which is more important. No differences expected, PDF/A output not tested on the cluster.</pre> @@ -2567,7 +18704,7 @@ More changes for CUPS, mostly to the build system. We now build the CUPS device unconditionally on Windows, using the recently added local partial copy of the CUPS library sources. This change also builds CUPS on Linux either -using the system shared libraries (if available) or using the same partial copy of the +using the system shared libraries (if available) or using the same partial copy of the library sources, if *specifically* directed to use this. On Windows CUPS is now always built and installed. On Unix systems the behavious is as @@ -2660,20 +18797,20 @@ the CUPS distribution for Windows) and configlinux.h which is config,h renamed. will copy and use the correct version at make time. 2) cups/debug.c guard the use of pthread_mutex so that we don't try to use it if -HAVE_PTHREAD_H is not defined, as the variable will not be declared. Guard use of -cups_debug_filter and cups_filter with a #ifndef WIN32 as these variables are not -defined in a Windows build. Replace gettimeofday with a Windows equivalent when +HAVE_PTHREAD_H is not defined, as the variable will not be declared. Guard use of +cups_debug_filter and cups_filter with a #ifndef WIN32 as these variables are not +defined in a Windows build. Replace gettimeofday with a Windows equivalent when building on Windows as this function is not available. 3) ppd.c Add a definition of strchr when building for Windows. The use of an include -file called string.h confuses MSVC and it does not include the C string.h which leaves +file called string.h confuses MSVC and it does not include the C string.h which leaves strchr undefined. 4) string.h When defining equivalents to strcasecmp and strncasecmp, also define the HAVE_* variables so that inclusion order doesn't lead to these being undefined when we have declared equivalents. -5) image-bmp.c Guard the declaration of the BI_* constants with a #ifndef WIN32 as +5) image-bmp.c Guard the declaration of the BI_* constants with a #ifndef WIN32 as these are Windows constants and already defined on a Windows build. 6) image-colorspace.c Define cbrt() in terms of pow() when WIN32 is set as the MSVC @@ -2684,7 +18821,7 @@ file does not ship with MSVC on Windows. These have been supplied to the CUPS development group, and at least some of the -problems are likely resolved in a newer version of CUPS. +problems are likely resolved in a newer version of CUPS. No differences expected. </pre> @@ -2727,7 +18864,7 @@ Allow IJS code to be linked as a library instead of using our distributed source This will permit distributions which include a separately built libijs to link the the system's libijs. -Bug 691904 +Bug 691904 </pre> <p>[base/winlib.mak base/gdevijs.c base/ijs.mak base/jpeg.mak base/ugcclib.mak base/macosx.mak base/Makefile.in base/configure.ac base/unix-gcc.mak base/unixansi.mak psi/msvc32.mak base/devs.mak]</p> @@ -2901,7 +19038,7 @@ be -O3 (previously was -02), which results in Ghostscript crashing. No cluster differences expected. -Bug 689490 +Bug 689490 </pre> <p>[base/macosx.mak base/Makefile.in base/configure.ac base/unix-dll.mak base/unix-gcc.mak base/macos-mcp.mak]</p> @@ -3083,7 +19220,7 @@ Cluster testing shows no changes. 2011-01-11T21:33:54.972732Z Michael Vrhel</strong></p> <blockquote> <pre> -Fix for a number of issues found by Ray with the halftone creation tool. +Fix for a number of issues found by Ray with the halftone creation tool. These include a crash for a divide by zero in the gcd function (caused failure at 0 degree screen generation) Fix so that the Holladay screen is no longer created as an output option. @@ -3215,7 +19352,7 @@ Add ps2write testing to the cluster regression. <blockquote> <pre> Fix the code that repairs missing or incorrect /Subtype attribute. Write -a valid attribute (always /Type1) into the font resource. This helps to +a valid attribute (always /Type1) into the font resource. This helps to avoid confusion caused by an invalid value later on. Bug 691872. </pre> <p>[Resource/Init/pdf_font.ps]</p> @@ -3432,7 +19569,7 @@ simple font, the codespace must be one byte long." So the PDF Reference conflicts with the tech note which it references! -In fact none of the above seems to be quite what Acrobat actually does. +In fact none of the above seems to be quite what Acrobat actually does. It seems that Acrobat does not care what size (in bytes) the codespacerange is, no matter what kind of font is present. However it *does* care what size the @@ -3442,7 +19579,7 @@ leads to files which Acrobat cannot process and either causes errors or incorrect text when copying and pasting. Changed the ToUnicode emission (mostly restoring revision 11170 which was removed in -revision 11795 because of bug #691849) so that we emit single byte bfrange and +revision 11795 because of bug #691849) so that we emit single byte bfrange and codespacerange arguments for simple (non-CID) fonts, and emit double byte, padded with 00 arguments to bfrange and codespacerange for CID fonts. @@ -3619,7 +19756,7 @@ data. Previously, the condition was wrong, and always ended up reading 2 bytes for the offset. Bug 691850 - + No cluster differences expected. @@ -3738,7 +19875,7 @@ No differences expected. 2010-12-22T00:35:56.638864Z regression</strong></p> <blockquote> <pre> -Fixed bug with r11967 that redirected output to the wrong directory on the +Fixed bug with r11967 that redirected output to the wrong directory on the cluster nodes. </pre> <p>[toolbin/localcluster/run.pl]</p> @@ -3810,7 +19947,7 @@ the "CharString" we get might be a null object, by falling back to the notdef glyph. Bug 691848 - + No cluster differences expected. @@ -3834,13 +19971,13 @@ depth in the interface to Luratech JPX library. Bug 691843, customer 532. <pre> Bug #691835 -Temporary work-around. It is possible to get into gsicc_init_device_profile with the +Temporary work-around. It is possible to get into gsicc_init_device_profile with the graphics state pointer (pgs) being NULL. This happens if ps2write or pdfwrite convert a masked image into a regular image. Because pgs is dereferenced without checking for NULL, this causes a crash. -Its not immediately clear to me if I need to modify ps2write/pdfwrite so that this +Its not immediately clear to me if I need to modify ps2write/pdfwrite so that this condition doesn't occur, but for now, if pgs is NULL we return from the routine in order to prevent a crash. @@ -3991,7 +20128,7 @@ Add some more comments, and re-arrange a few to make better sense. Initial tests indicate the output of the code with ProduceDSC does not introduce any new errors. Still to do: See if we can re-order the output so that we can write the %%Pages: comment -in the header with the correct number of pages. This requires us to defer writing the +in the header with the correct number of pages. This requires us to defer writing the header and ProceSet until the end of the job. No differences expected. @@ -4035,7 +20172,7 @@ Removal of Smask_is_CIE flag in the code as well as removal of code that is no l pdfwrite enhancement : More work towards DSC compliance This is a resubmission of revision 11941, with some additional changes so that it -doesn't crash with pdfwrite on Linux systems. +doesn't crash with pdfwrite on Linux systems. We now pass around the 'type' of an object much more when writing. This is so that we can emit "%%BeginResource/%%EndResource" comment pairs around the resources we write. @@ -4049,7 +20186,7 @@ comment (NB we write %%Pages: (atend) in the header comments as we don't know ho pages there will be until the end) and %%EOF. The resources are mostly defined as being of type 'file', as most of them are not normal -PostScript resources. The DSC specification says under the %%BeginResource definition +PostScript resources. The DSC specification says under the %%BeginResource definition (file note on p72) "The enclosed segment is a fragment of PostScript language code or some other item that does not fall within the other resource categories" and so this seems the best type to use for our purposes. @@ -4145,7 +20282,7 @@ comment (NB we write %%Pages: (atend) in the header comments as we don't know ho pages there will be until the end) and %%EOF. The resources are mostly defined as being of type 'file', as most of them are not normal -PostScript resources. The DSC specification says under the %%BeginResource definition +PostScript resources. The DSC specification says under the %%BeginResource definition (file note on p72) "The enclosed segment is a fragment of PostScript language code or some other item that does not fall within the other resource categories" and so this seems the best type to use for our purposes. @@ -4244,12 +20381,12 @@ Fix (pdfwrite) : Hashing /Subrs didn't check all subrs. Bug #691815 "ps2pdf fails on attached ps file" The new code for hashing /Subrs, to improve font checking performance, stopped comparing -/Subrs between two fonts as soon as either font had an error getting a specific /Subr. +/Subrs between two fonts as soon as either font had an error getting a specific /Subr. However it transpires that some fonts can have a null object for a /Subr (used to skip Subrs that do nothing), and this returns a typecheck error. This led to two fonts which -differed only in the fact that one has (and uses) more Subrs than the other being -perceived as identical. This could lead to pdfwrite using the wrong font when +differed only in the fact that one has (and uses) more Subrs than the other being +perceived as identical. This could lead to pdfwrite using the wrong font when converting type 1 into CFF fonts and cause errors. The code now continues checking remainign /Subrs if a typecheck error occurs, and as an @@ -4328,7 +20465,7 @@ Additional debug code to help in soft mask problems.</pre> 2010-12-01T05:16:55.267986Z Michael Vrhel</strong></p> <blockquote> <pre> -Fix so that the blend compositor actions are only removed from the clist compositor queue if they are completely over-ridden by a subsequent compositor action. Previously no check was made to see that the same settings were being up-dated by the new action. +Fix so that the blend compositor actions are only removed from the clist compositor queue if they are completely over-ridden by a subsequent compositor action. Previously no check was made to see that the same settings were being up-dated by the new action. This fixes two P1 customer bugs and has several progressions in the test suite but one file Bug691783.pdf has both regressions and progressions. I will get the page 18 regressions into a bug.</pre> <p>[base/gdevp14.c base/gxclimag.c base/gxcldev.h]</p> @@ -4396,14 +20533,14 @@ Fix (pdfwrite) : Type 3 font capture and charpath operations Bug #691033 "Regression: 14-01.PS fails with pdfwrite" The first time a type 3 glyphis encountered we start a charproc accumulatiopn and -exit to run the BuildChar/BuildGlyph. On return to the text processing, if the +exit to run the BuildChar/BuildGlyph. On return to the text processing, if the operation was a charpath, this would take precedence over closing the accumulator which would lead to significant later problems. -Modified the code path to allow for the charproc accumulation to finish and if this is +Modified the code path to allow for the charproc accumulation to finish and if this is a charpath operation to rerun the operation using the newly captured glyph program. -Note this can only occur if the first operation on a given glyph in a type 3 font is +Note this can only occur if the first operation on a given glyph in a type 3 font is for a charpath. </pre> @@ -4426,7 +20563,7 @@ structure. The CMaps were assigned to a pdfont resource type, where the pointer to the CMap *was* marked for the garbage collector. This meant that if the pdfont resource was moved as a result of garbage collection, the CMap could be moved as well. This left a dangling -pointer in the device structure. +pointer in the device structure. If another font resource required an identity CMap then the now garbage pointer from the device structure would be assigned. If the new font resource was moved as a result @@ -4517,9 +20654,9 @@ such glyphs are stored. When this font is full, a new one is started and so on. stored in the PDF page stream references the correct type 3 font, but usually the character code will be unrelated to the original character code. -For PCL bitmap fonts pdfwrite actually starts by creating a type 3 font to hold the +For PCL bitmap fonts pdfwrite actually starts by creating a type 3 font to hold the PCL bitmaps, but doesn't use it. This patch tries to store the bitmaps in the type -3 font where possible, using the character code from the original PCL document. +3 font where possible, using the character code from the original PCL document. Although this will not create searchable text in the general case, it does seem that there are a good number of PCL documents which do use an ASCII encoding and so will produce a searchable PDF file. @@ -4548,7 +20685,7 @@ as a continuous stream of characters. Acrobat seems unable to find more than abo three glyphs in succession this way. -There is no further scope for improvement in pdfwrite as far as I can see. The only +There is no further scope for improvement in pdfwrite as far as I can see. The only way to handle this better would be to make changes in the PCL interpreter so that the bitmap PCL font is created as an actual font (probably a TrueType). This would mean that the text would be stored in the PDF file as real text, the FontMatrix would not be a @@ -4560,13 +20697,13 @@ Caching In gsfont.c is a #define: #define blimit_LARGE 2500 /* blimit/upper - max size of a single cached char */ -Increasing this will allow larger glyphe to be cached. There is another limit in +Increasing this will allow larger glyphe to be cached. There is another limit in gxchar.c: static const uint MAX_TEMP_BITMAP_BITS = 80000; -This should not be altered. Care should be exercised if increasing the maximum size +This should not be altered. Care should be exercised if increasing the maximum size of cached characters as these are emitted in the PDF file as inline images in a type -3 font. The PDF spec recommends that inline images should not exceed 4Kb and some +3 font. The PDF spec recommends that inline images should not exceed 4Kb and some consumers may not be able to cope with images which exceed this limit. </pre> @@ -4625,9 +20762,9 @@ Comment change only - no cluster changes expected. <pre> Revert revision 11901. -Because of the way that PCL draws bitmap fonts directly to the cache there is no +Because of the way that PCL draws bitmap fonts directly to the cache there is no possibility of making uncached glyphs work properly. Also the code for cached glyphs is -much too forgiving and attempts to add glyphs which cannot be handled. Finally there is +much too forgiving and attempts to add glyphs which cannot be handled. Finally there is no provision for type 3 fonts with non-identity matrices. Because the bitmaps in the cache already have the scaling/rotation/shearing and clipping applied, we cannot have a type 3 font with a non-identity matrix. @@ -4723,9 +20860,9 @@ such glyphs are stored. When this font is full, a new one is started and so on. stored in the PDF page stream references the correct type 3 font, but usually the character code will be unrelated to the original character code. -For PCL bitmap fonts pdfwrite actually starts by creating a type 3 font to hold the +For PCL bitmap fonts pdfwrite actually starts by creating a type 3 font to hold the PCL bitmaps, but doesn't use it. This patch tries to store the bitmaps in the type -3 font where possible, using the character code from the original PCL document. +3 font where possible, using the character code from the original PCL document. Although this will not create searchable text in the general case, it does seem that there are a good number of PCL documents which do use an ASCII encoding and so will produce a searchable PDF file. @@ -4746,13 +20883,13 @@ in a type 3 font and draw text in the PDF content stream instead of an image. Im which do not fulfil these criteria are still handled as images. 3) Recached glyphs. If the glyph cache fills up, glyphs will be flushed to make space. -If a glyph is then reused we go through the caching case again (for large glyphs which +If a glyph is then reused we go through the caching case again (for large glyphs which are uncached we end up repeating the code every time the glyph is used). We now attempt to spot this by determining that the glyph in the font has already been used, and rather than storing a new copy of the glyph, as the old code did, we simply emit text into the page content stream. -Note that there is a recommendation that inline images in PDF should not exceed 4KB. +Note that there is a recommendation that inline images in PDF should not exceed 4KB. Since CharProcs must use inline images, bitmaps which exceed this size will be rendered as images, not text (they will also exceed the cache size and so are always rendered uncached). @@ -4877,7 +21014,7 @@ Remove some unnecessary, and detrimental endian related code in the GS/lcms interface. Bug 691696 - + No cluster differences expected. </pre> @@ -5223,12 +21360,12 @@ opacity depending on the alpha parameter. <pre> Fix pdfwrite : Do not emit DeviceRGB/CMYK as an Alternate when disallowed by PDF/A or X -If a /Separation colour space had an /Alternate of /DeviceRGB or DeviceCMYK it was not +If a /Separation colour space had an /Alternate of /DeviceRGB or DeviceCMYK it was not checked to see if it was valid for PDF/A or PDF/X production, if these were set. As a result invalid PDF/A or PDF/X files could be written. -The code now tests these flags and if the base space is not valid, converts to an +The code now tests these flags and if the base space is not valid, converts to an appropriate base space by; sampling the tint transform function at 0 and 1, converting the resulting colours to the appropriate base space (using the Red Book methods for DeviceRGB/DeviceCMYK conversion), creating a new linear interpolation function for @@ -5283,7 +21420,7 @@ mask and image data. Our /ImageType 103 seems to have issues and cannot be used directly. /JPXDecode filter now takes /Alpha parameter, which controls whether opacity or image data stream is extracted. -This commit introduces a PS error on pdfwrite device in fts_18_1805.pdf +This commit introduces a PS error on pdfwrite device in fts_18_1805.pdf and a few other files with the same image. However, this image has never been combined with SMask before and the actual bug may predate the commit. Bug 691489, customer 532. @@ -5356,7 +21493,7 @@ some of the ProcSets included %%BeginPrologue and %%EndPrologue comments which i (I don't think) allowed. Also makes the output file smaller. When producing DSC output, don't set the FitPages/RoatePages/CenterPages/SetPageSize -operations. +operations. Don't permit the entire file to be compressed when emitting DSC PostScript (clearly won't be DSC compliant that way) @@ -5482,7 +21619,7 @@ Add /ZapfDingbats to the list of known symbolic fonts, which ignore bogus 2010-10-20T16:05:28.326890Z Ken Sharp</strong></p> <blockquote> <pre> -Initial work on DSC compliant PostScript. When ProduceDSC is true, do not strip the +Initial work on DSC compliant PostScript. When ProduceDSC is true, do not strip the ProcSet, this is because DSC-compliant files have a line limit of 256. Later we will want to wrap the ProcSet emissions with %%BeginResource/%%EndResource as well. @@ -5620,7 +21757,7 @@ Fix (pdfwrite) : Scale up type 3 font outlines to give more accuracy Bug #691383, #691287, #691595 various type 3 font problems. Although this is being fixed for the FreeType implementation, the Artifex font -interpreter had similar problems. +interpreter had similar problems. The issue is caused by using an identity scale at 72 dpi to capture font outlines. Quark often uses a type 3 font which runs a type 1 font, in order to achieve text @@ -5630,7 +21767,7 @@ captured and emitted. Because the scale was so low, the interpreter could run ou arithmetic precision, resulting in poorly formed outlines. We can't simply use the CTM in force at the time, as that includes the font scale, but -we need to use something other than the identity. A scale facto of 1000 proved too +we need to use something other than the identity. A scale facto of 1000 proved too likely to cause arithmetic overflow, or clipping, and also meant writing large values to the PDF file, which is inefficient. A factor of 10 turned out to be insufficient, so a factor of 100 has been used. @@ -5673,7 +21810,7 @@ emits a matrix which scales values up, and then writes the co-ordinates scaled d by this factor. Thus ensuring that they stay within permitted values, but are still correct. -However, when emitting a rectangular fill, the scale was applied backwards, the +However, when emitting a rectangular fill, the scale was applied backwards, the co-ordinates were scaled *up* instead of down by the scale factor. This led to wildly incorrect values being written for rectangular paths. @@ -5918,7 +22055,7 @@ Fix (pdfwrite) : Process text in Tr 3 even if the Widths are non-standard Bug #691605 "Invisible text not preserved by pdfwrite" The problem was that if text in text rendering mode 4 (neither stroke nor fill) used a -font where the entries in the FontDescriptor /Widths array did not match the actual +font where the entries in the FontDescriptor /Widths array did not match the actual widths in the font, the code took a path where the glyphs were not added to the 'used' list, and so were never emitted. @@ -5989,7 +22126,7 @@ incorrect. The problem is caused when dealing with type 0 fonts and producing multiple type 1 fonts to handle the large number of glyphs. The code for finding an existing font (in order -to minimise the number of new fonts) or create a new font, did not consider the +to minimise the number of new fonts) or create a new font, did not consider the encoding of an existing font when trying to match it (this did work for regular fonts). This could lead to a font with an incompatible encoding being used, which caused an @@ -5997,10 +22134,10 @@ error later in text processing where a routine is supposed to be guaranteed no f encoding problems. That led to an attempted fallback to the 'bitmapped type 3 font' solution, but the text processing was passing ridiculous values to the font interpreter. -In the old font code this caused a silent discard of the text, with the FreeType code +In the old font code this caused a silent discard of the text, with the FreeType code it produces an error. -Fixed by checking the base font we find to see if its encoding is compatible with the +Fixed by checking the base font we find to see if its encoding is compatible with the current text encoding, and manufacturing a new font if it is not. No differences expected. @@ -6027,7 +22164,7 @@ included. <pre> Put back some statements. It turns out that we can either have gcc be warning free or the static analysis warning free. The problem is gs_note_error which uses -gs_log_error, on a release build gs_log_error is defined as the error value. +gs_log_error, on a release build gs_log_error is defined as the error value. If we don't do something with that value then gcc complains that the 'statement has no effect'. So the code was set like this: @@ -6073,7 +22210,7 @@ Remove some unused variables and assignments flagged by static analysis.</pre> 2010-10-07T07:57:43.664608Z Ken Sharp</strong></p> <blockquote> <pre> -Fix a potential NULL pointer dereference flagged by static analysis. +Fix a potential NULL pointer dereference flagged by static analysis. Other potential occurrences flagged by the analyser in this module are deemed not to be possible, as these are picked up at a higher level. @@ -6202,20 +22339,20 @@ Bug #691647 "-dConvertCMYKImagesToRGB no longer works" Originally caused by the conversion to the ICC workflow, which meant that all images appear to be in a ICC space, and only images originally natively CMYK are converted. -Probing the ICC space using the provided utility to return the original colour space +Probing the ICC space using the provided utility to return the original colour space allows the code to work, but reveals a more serious error. The code in psdf_setup_image_filteres() alters the image colour space and decrements the reference count of the original colour space. This seems logically correct, and in one of the three calling paths it is correct, but -under one of the other two conditions it causes a crash. The routine +under one of the other two conditions it causes a crash. The routine pdf_begin_typed_image_impl() makes two copies of the original image parameters, and when it does so it does *not* increment the reference counts of any counted objects. This copied data is presented to the image filter setup several times, and if CMUK to RGB conversion is going on the original colour space is decremented each time. This leads to obvious problems. -The simplest solution would be to increment the reference counts when the copy is made, +The simplest solution would be to increment the reference counts when the copy is made, but that would mean checking all the error condition break outs, and decrementing the reference count in each case. @@ -6275,7 +22412,7 @@ changing to project files for Windows. Replace sequential CFF parser coded in PostScript with a parser that uses direct access to the data and coded in C. Solve numerous problems caused by the old parser. New -dOLDCFF option can revert to the old parser. Differences -in 16-01.PS.pdf and 16-01.PS.pdf are progressions. +in 16-01.PS.pdf and 16-01.PS.pdf are progressions. </pre> <p>[doc/Use.htm psi/int.mak psi/zfont1.c psi/zfont2.c Resource/Init/gs_cff.ps]</p> </blockquote> @@ -6300,8 +22437,8 @@ Fix (pdfwrite) : Don't unreasonably limit the PDF output level Bug #691318 " -dCompatibilityLevel=1.6 produces PDF 1.5" Although the highest output level for pdfwrite features is 1.5, it is possible to use -pdfmarks to create a PDF file which uses higher level features. In this case its -reasonable to have pdfwrite produce a higher level PDF file. +pdfmarks to create a PDF file which uses higher level features. In this case its +reasonable to have pdfwrite produce a higher level PDF file. This patch allows pdfwrite to produce output up to PDF 1.7, the highest currently specified. @@ -6320,7 +22457,7 @@ Fix (pdfwrite) : allow for UserPasword and OwnerPassword in page device Bug #691256 "OwnerPassword and UserPassword don't work as device parameters" pdfwrite sets up encryption filters when the device is opened, and the device is not -(currently) closed until Ghostscript shuts down. This means that changes to the page +(currently) closed until Ghostscript shuts down. This means that changes to the page device dictionary which require a restart (eg the encryption parameters) do not affect the current setup, though they may be (incorrectly) written when the device is closed. @@ -6411,7 +22548,7 @@ but is relevant still for XPS and PCL. A buffer was allocated to contain the GSUB table from the TT font, but was never freed leading to memory leaks. I've adopted the same approach as that taken for the 'glyph -length' array and added a notification procedure which is called when the font is +length' array and added a notification procedure which is called when the font is released, and that procedure frees the GSUB buffer. At the same time, removed the functions: @@ -6527,14 +22664,14 @@ pdfwrite has specifically been doing this, the reason being (code comments) : * appears in a document together with a CID font with a non-standard CMap * (AR 4 and 5 claim "The encoding (CMap) specified by a font is corrupted." * (we read it as "The encoding or CMap specified by a font is corrupted.", - * and apply the 1st alternative)). We believe that AR is buggy, + * and apply the 1st alternative)). We believe that AR is buggy, * and therefore we write an Encoding with non-CID True Type fonts. - * Hopely other viewers can ignore Encoding in such case. Actually in this case + * Hopely other viewers can ignore Encoding in such case. Actually in this case * an Encoding doesn't add an useful information. Since this is working around a bug in old versions of Acrobat, and the presence of an Encoding causes preflight errors and is specifically forbidden in PDF/A, this work -around has been removed. I would like to check recent versions of Acrobat to see if +around has been removed. I would like to check recent versions of Acrobat to see if this issue persists, but am unable to find an example file. The change predates the adoption of Subversion, the first logged change is October 2003. @@ -6616,7 +22753,7 @@ Addition of support to enable persistence of objects tag information through tra <pre> Fix a problem introduced by the rev. 11497 that broke ps2pdf*.bat scripts when they receive optional arguments. The bug results from interaction between -"shift" and %~dp0 that is used after the "shift". +"shift" and %~dp0 that is used after the "shift". </pre> <p>[lib/ps2pdf.bat lib/ps2pdf12.bat lib/ps2pdf13.bat lib/ps2pdf14.bat]</p> </blockquote> @@ -6681,9 +22818,9 @@ selection, then the 'ET' will not restore the old matrix leading to incorrectly disappearing text. The patch (supplied by SaGS) saves the TextMatrix in a stack (stored in an array) and -restores the matrix after an ET, in case it is nested. Currently this allows for -nesting up to 20 deep, which should be more than adequate. Note that if we were to -encounter a nested BT with no ET this would still fail, but in this case the file +restores the matrix after an ET, in case it is nested. Currently this allows for +nesting up to 20 deep, which should be more than adequate. Note that if we were to +encounter a nested BT with no ET this would still fail, but in this case the file produced by ps2write would be invalid, and the missing ET should be fixed. No differences expected, the regression suite doesn't test ps2write. @@ -6699,7 +22836,7 @@ Fix (pdfwrite) : Don't colour convert SMask images Bug #690612 "PDF sRGB conversion loses images" -The handling of SMask images in pdfwrite is a bit convoluted. These are handled by +The handling of SMask images in pdfwrite is a bit convoluted. These are handled by converting initially to a DevicePixel colour space, then detecting that later and replacing with a DeviceGray space. However, after doing so, if ColorConversionStrategy was set, the space (and image samples) would be converted to another colour space. This @@ -6729,7 +22866,7 @@ pdfwrite enhancement : performance improvement with type 3 fonts Bug #690575 "PS to PDF Conversion extremely slow (possibly endless)" -The type 3 font code assembles CharProcs for type 3 fonts by writing them individually +The type 3 font code assembles CharProcs for type 3 fonts by writing them individually into a 'cos_stream'. Each time a new one is completed it is compared to all the existing CharProcs to see if it is a duplicate. This was done by fseek/fread/memcmp operations. @@ -6737,17 +22874,17 @@ As the number of CharProcs increases, the time spent seeking, reading and compar the data increases dramatically and performance becomes very poor. Not only that, but the test is actually done twice for each new CharProc. -This patch tackles the problem by creating an md5 hash of the data written to a +This patch tackles the problem by creating an md5 hash of the data written to a cos_write_stream (a subclassed cos_stream) as it is written. The cos_stream 'equal' routine checks to see if the md5 hash is valid and if it is then compares the hashes. -If the md5 hash is not valid (ie not a cos_write_stream) then it uses the old +If the md5 hash is not valid (ie not a cos_write_stream) then it uses the old seek/read/compare mechanism. This will improve the performance of any stored data -if it is stored using a cos_write_stream and compared against other data of the same +if it is stored using a cos_write_stream and compared against other data of the same type. (I don't believe we do this anywhere else currently, but I'm not suer) This does improve the performance significantly, and the code no longer spends most of -its time waiting for I/O operations to complete. It is still slow, but this is the -result of using lots of type 3 fonts. Because of the way these must be processed in +its time waiting for I/O operations to complete. It is still slow, but this is the +result of using lots of type 3 fonts. Because of the way these must be processed in order to capture the outlines they are never going to be fast. In my test this runs 2-3 times faster than before. There should be no differences in @@ -6785,10 +22922,10 @@ efficiently in multithreaded display list (c-list) rendering through the use of shared link cache. Finally, proper ICC based rendering now occurs for ALL XPS objects including Named colors, N-Channel colors and images with internally embedded ICC profiles. - + <p>The second major change in this release is that glyph rendering for all font types except Type 3 is now handled by Freetype (via a much improved and enhanced Font API). -The most obvious benefit of this is a complete, and proven implementation of the +The most obvious benefit of this is a complete, and proven implementation of the TrueType byte code interpreter (now unencumbered by patents). <p> Another major change is that the Postscript interpreter's graphics state now @@ -6800,7 +22937,7 @@ support the stroke and fill colours required by the PDF interpreter. <p> This release also includes a number of improvements to the pdfwrite device to improve reliability and quality with PCL and XPS input. Many improvements to the support of JPX images in PDF files, PDF annotation rendering and the usual -number of general bug and robustness fixes. +number of general bug and robustness fixes. <p>For security reasons, Ghostscript no longer searches the current directory by default. Use -P option to revert to old behavior. @@ -6856,7 +22993,7 @@ the adoption of Freetype/FAPI as the default font scaler/renderer. Finally, support for the existing Ghostscrit text anti-aliasing capability is improved. -Bug 691604 +Bug 691604 </pre> <p>[psi/fapi_ft.c psi/zfapi.c psi/fapiufst.c psi/fapibstm.c]</p> @@ -6930,7 +23067,7 @@ Fix (pdfwrite) : incorrect pattern matrix calculation Bug #690504 "ps2write does not work with asymmetric resolutions, like 600x1200dpi " -The problem was caused by frankly totally incorrect calculations when generating the +The problem was caused by frankly totally incorrect calculations when generating the /Matrix for a pattern. Because we always see the CTM including the resolution scaling but need to output a matrix with this removed, we scale the CTM by the inverse of the resolution scaling. @@ -7016,7 +23153,7 @@ the glyph bitmap, and GS grid fitting to the page raster. Bug 691592 - bbox issue Bug 691588 - anti-aliasing - + @@ -7099,7 +23236,7 @@ Typo, misplaced quote in revision 11684 2010-09-03T06:52:44.087509Z Ken Sharp</strong></p> <blockquote> <pre> -More Windows batch file madness. +More Windows batch file madness. Guard all path expansion with quotes, since the Windows command shell processor is too stupid to do so, even when expanding variables/arguments itself. @@ -7151,9 +23288,9 @@ if the fonts were originally released as TrueType with the wrong embedding right In any event, this list has now been added to pdfwrite; if a font is encountered which has restricted embedding, then its name will be checked against this list, if it is -found in the list then it will be considered as embeddable. We have already +found in the list then it will be considered as embeddable. We have already encountered one font on this list which has a slightly different name to the original -(a space was removed) so spaces in the font names are ignored. +(a space was removed) so spaces in the font names are ignored. This list will have to change over time, and we may find other examples of characters which we want to handle specially (eg oumlaut treated as o and e) @@ -7185,14 +23322,14 @@ Update the release notes for the second 9.00 release candidate. 2010-09-01T13:59:34.488373Z Ken Sharp</strong></p> <blockquote> <pre> -Silence some compiler warnings. +Silence some compiler warnings. Altered a static function to 'void' from 'int' as it returns no values and the callers don't test any putative return value. #ifdef a boolean declaration, as the code which uses it has been #ifdef'ed -Add some parameters to two functions, so that they match the prototypes, the +Add some parameters to two functions, so that they match the prototypes, the parameters are not used in these functions. </pre> @@ -7265,7 +23402,7 @@ The problem is the definition of the default co-ordinate space. When a Pattern i page level or drawn inside a form, we need to remove our 0.1 scaling in order to return to the 'default co-ordinate space'. However, when painted on a form nested inside a form, the default co-ordinate space is the parent form, so we don't need to undo -the scaling. +the scaling. This is the same problem addressed for shading dictionaries in revision 11347. @@ -7291,7 +23428,7 @@ of the mask, but not decremented at the end, so patterns could be emitted at the level but with the CTM for a Form level, leading to missing content. Fixed by decrementing the FormDepth appropriately. - + </pre> <p>[base/gdevpdft.c]</p> </blockquote> @@ -7356,7 +23493,7 @@ Merge doc changes from 9.00 and bump version number to 9.01 Enhancement - Font copying (pdfwrite) Bug #691573 " invalidfont in xshow". The file does in fact contain an invalidfont, the -type 42 embedded fonts are defined by adding /.notdef to the CharStrings dictionary as +type 42 embedded fonts are defined by adding /.notdef to the CharStrings dictionary as if it were the Encoding array. The key /.notdef is added 256 times with values ranging from 0 to 255. Of course only the last one is actually defined. @@ -7370,7 +23507,7 @@ copy a glyph, and the glyph is /.notdef and the GID is non-zero, we try to copy with GID 0 instead. If that fails we error out, otherwise we use the glyph with GID 0. (TrueType font /.notdef glyph has GID 0) -This works for the supplied file but is not, of course, a guaranteed solution since +This works for the supplied file but is not, of course, a guaranteed solution since another badly formed font may not contain a glyph with GID 0. No Expected Differences @@ -7538,7 +23675,7 @@ returned by defaultpapername() . Bug 691557. Fix (pdfwrite( : Invalid compression filter emitted. Bug #691556 "Images compressed with the RunLengthDecode filter are invalid" A typo in -gdevpdfx.h caused the /Filter entry of an image dictionary to be written with a +gdevpdfx.h caused the /Filter entry of an image dictionary to be written with a trailing comma if the filter was RunLength. No differences expected @@ -7683,12 +23820,12 @@ performance enhancement for pdfwrite when handling files with large amounts of t Bug #689859 "Performance comparison versions 7.07 and 8.62 on HP-UX ia64" Alex's analysis shows that pdfwrite was spending a lot of time trying to to see if two type 1 -fonts were the same before deciding whether a glyph could be added to a font, or was +fonts were the same before deciding whether a glyph could be added to a font, or was already present in a font copy. Most of the time was spent extracting and comparing /Subrs. The new code creates a hash (MD5) of both the local and global Subrs (if present) and stores that in the type 1 -'data' field in the font (16 bytes). The hashes are created by pdfwrite only as they +'data' field in the font (16 bytes). The hashes are created by pdfwrite only as they are required, so there is no performance penalty for rendering. The hash comparison is considerably quicker than the long winded Subrs comparison. @@ -7804,7 +23941,7 @@ in the same place as the reported seg fault. <pre> Fix pdfwrite There is a hack in type 3 font creation in pdfwrite which increases the FontMatrix if -all the elements are very small, apparently Acrobat is unable to cope with very small +all the elements are very small, apparently Acrobat is unable to cope with very small FontMatrix entries. However, if all the entries are 0, it ends up running round a loop multiplying by 10 @@ -7929,14 +24066,14 @@ Bug 691517 2010-08-05T15:49:39.430735Z Ken Sharp</strong></p> <blockquote> <pre> -Fix (pdfwrite) +Fix (pdfwrite) A piece of data (pointer to glyph data) was stored and passed into a routine 'process_text_modify_width' which expected the glyph data to remain unchanged but modified the text enumerator data. This doesn't work if the glyph data is a pointer to the text enumerator data. NB the text enumerator is saved and restored around the call. -Modified so that the calling routine makes a copy of the glyph data before calling +Modified so that the calling routine makes a copy of the glyph data before calling 'process_text_modify_width'. This should prevent 13-10.ps from entering an infinite loop. @@ -7986,7 +24123,7 @@ appearance streams. Bug 691526, customer 532. <pre> Fix : FAPI (no bug number, discovered working on a different problem) -Another place where the FAPI code assumes that a text enumerator is a show_enum and +Another place where the FAPI code assumes that a text enumerator is a show_enum and casts it as such. While this is true for rendering, it is not the case when capturing glyphs for pdfwrite. @@ -8005,9 +24142,9 @@ No differences expected. <pre> Enhancement : PDF interpreter. Bug #691503 -When creating an outline (/OUT pdfmark), especially for the pdfwrite device, check the +When creating an outline (/OUT pdfmark), especially for the pdfwrite device, check the destination page to see that it lies between FirstPage and LastPage; if it does not, then -don't emit it. This is an extension to the existing control which checked that the +don't emit it. This is an extension to the existing control which checked that the destination page wasn't greater than the number of pages in the PDF file.</pre> <p>[Resource/Init/pdf_main.ps]</p> </blockquote> @@ -8047,7 +24184,7 @@ caused by my previous commit. 2010-08-02T13:49:03.975996Z Alex Cherepanov</strong></p> <blockquote> <pre> -Fix a memory leak. Free the paper name string allocated amd +Fix a memory leak. Free the paper name string allocated amd returned by libpaper. </pre> <p>[base/gp_upapr.c]</p> @@ -8110,7 +24247,7 @@ Bug 690009 Reapply r11570 Copying converted samples to the output raster used the byte -length of the input raster, rather than the byte length of +length of the input raster, rather than the byte length of the converted data. Change to use the correct length. Bug 691494 - credit to SaGS for the patch. @@ -8198,9 +24335,9 @@ should be "genarch" instead. <pre> Fix for bug 691488. -This commit fixes the issues that we are seeing with the JPEG2000 images in the FTS files EXCEPT for the issues related to SmaskInData. Those images will be addressed in a separate commit and will now be handled in bug 691470. +This commit fixes the issues that we are seeing with the JPEG2000 images in the FTS files EXCEPT for the issues related to SmaskInData. Those images will be addressed in a separate commit and will now be handled in bug 691470. -With this commit, support is in place for faster 16 bit image rendering due to the improved ICC support, which lets us avoid the multiple conversions from 16 bit to frac to float to unsigned short to byte which occurred in the old flow. Also, the jasper interface will now, when it encounters a 16 bit or 12 bit image, use the higher bit depth renderer and pass the data along. Previously, we were truncating to 8bits in our jasper interface. These changes have been regression tested and checked with bmpcmp. +With this commit, support is in place for faster 16 bit image rendering due to the improved ICC support, which lets us avoid the multiple conversions from 16 bit to frac to float to unsigned short to byte which occurred in the old flow. Also, the jasper interface will now, when it encounters a 16 bit or 12 bit image, use the higher bit depth renderer and pass the data along. Previously, we were truncating to 8bits in our jasper interface. These changes have been regression tested and checked with bmpcmp. </pre> @@ -8229,9 +24366,9 @@ rollback to revision 11564, 11565 broke the build</pre> <pre> Fix for bug 691488. -This commit fixes the issues that we are seeing with the JPEG2000 images in the FTS files EXCEPT for the issues related to SmaskInData. Those images will be addressed in a separate commit and will now be handled in bug 691470. +This commit fixes the issues that we are seeing with the JPEG2000 images in the FTS files EXCEPT for the issues related to SmaskInData. Those images will be addressed in a separate commit and will now be handled in bug 691470. -With this commit, support is in place for faster 16 bit image rendering due to the improved ICC support, which lets us avoid the multiple conversions from 16 bit to frac to float to unsigned short to byte which occurred in the old flow. Also, the jasper interface will now, when it encounters a 16 bit or 12 bit image, use the higher bit depth renderer and pass the data along. Previously, we were truncating to 8bits in our jasper interface. These changes have been regression tested and checked with bmpcmp. +With this commit, support is in place for faster 16 bit image rendering due to the improved ICC support, which lets us avoid the multiple conversions from 16 bit to frac to float to unsigned short to byte which occurred in the old flow. Also, the jasper interface will now, when it encounters a 16 bit or 12 bit image, use the higher bit depth renderer and pass the data along. Previously, we were truncating to 8bits in our jasper interface. These changes have been regression tested and checked with bmpcmp. </pre> @@ -8243,7 +24380,7 @@ With this commit, support is in place for faster 16 bit image rendering due to t <blockquote> <pre> Copying converted samples to the output raster used the byte -length of the input raster, rather than the byte length of +length of the input raster, rather than the byte length of the converted data. Change to use the correct length. Bug 691494 - credit to SaGS for the patch. @@ -8314,7 +24451,7 @@ On Tru64 stdint.h does not exist but the types required by jbig2 are in inttypes <blockquote> <pre> On Tru64 the integer types are in inttypes.h and not in stdint.h as in VMS - + Bug 691463, required for jbig2dec. </pre> @@ -8328,7 +24465,7 @@ Bug 691463, required for jbig2dec. Replace "==" bashism by "=" in configure.ac "==" is a bash extension. See bash's manpage recommending "=" for posix -compliance (bug 691463). This causes various tests to fail and resulted +compliance (bug 691463). This causes various tests to fail and resulted in the link failure from mis-detecting omni. </pre> @@ -8465,7 +24602,7 @@ Fix (pdfwrite) : try not to write out invalid xref Exposed by bug #691503. There are circumstances under which we create a reference to a /Page object which does not yet exist (creating an outline tree for example). In this -case we create a reference to the page, and set its initial offset to the current +case we create a reference to the page, and set its initial offset to the current position in the PDF file. When we later write the real object we update the position to reflect the point in the file where it is actually stored. @@ -8474,9 +24611,9 @@ LastPage is set before the destination page), then the object remains pointing t wrong location in the file. This is then written into the xref table, and this confuses the current version of Ghostscript. -The patch creates new pages with an offset of 0 (which is always invalid because the +The patch creates new pages with an offset of 0 (which is always invalid because the PDF header means the minimum offset for any object is 15). If the page is later -created then the offset gets updated. If it is not written, however, we now check in +created then the offset gets updated. If it is not written, however, we now check in the xref writing code to see if an object has an offset of 0. If it does, then we break the xref table up and do not write an xref entry for the missing object. @@ -8688,7 +24825,7 @@ Bug 691473, customer 532. <blockquote> <pre> Commit the correct change for Bug 691427 - + </pre> @@ -8771,7 +24908,7 @@ Author: Masaki Ushizaka <masaki@ghostscript.com> Date: Tue Jul 20 08:01:29 2010 +0000 Fix jbig2_image_set_pixel function prototype - + The declaration of jbig2_image_set_pixel was differenct between jbig2_image.h and jbig2_image.c (int value vs bool value). And prevented compiling it by MSVC comiler in C++ mode. @@ -9206,16 +25343,16 @@ The revisions 9779 and 9788 fixed a problem where DOCVIEW pdfmarks without a /Pa /View entry were producing invalid PDF files, and a problem with DEST pdfmarks arising from it. -Because DOCVIEW and DEST pdfmarks share some common code in pdfwrite to create a +Because DOCVIEW and DEST pdfmarks share some common code in pdfwrite to create a Destination annotation in the outptu PDF, this still left some confusion in the code. -The problem was that DOCVIEW pdfmarks need not contain Page or View data, but named +The problem was that DOCVIEW pdfmarks need not contain Page or View data, but named destinations *must*, but pdfmarks need not specify, in which case the current page is used. Added a parameter to pdf_make_dest which allows us to differentiate the two cases and use the current page number for a named destination if no page is supplied. -The regression suite can't test this non-printing feature, so no differences are +The regression suite can't test this non-printing feature, so no differences are expected. </pre> <p>[base/gdevpdfm.c]</p> @@ -9282,7 +25419,7 @@ No differences expected. <pre> Use the presence of /CIDSystemInfo instead of /Subtype value to decide whether the object is a CID font. The former is required by Acrobat, the -latter appears to be ignored by Acrobat, and so may be wrong. Bug 691426. +latter appears to be ignored by Acrobat, and so may be wrong. Bug 691426. </pre> <p>[Resource/Init/pdf_font.ps]</p> </blockquote> @@ -9309,7 +25446,7 @@ new/renamed documentation file libpng-1.2.44.txt missed in r11482 for libpng 1.2 <pre> Reaplly Hin-Tak's patch, rev. 11453, which was rolled back by the rev. 11462. Apply diff between stock 1.2.42 <-> 1.2.44 to upgrade to libpng 1.2.44 - bug -fixes - CVE-2010-1205. Bug 691438. +fixes - CVE-2010-1205. Bug 691438. </pre> <p>[libpng/pngrtran.c libpng/scripts/makefile.gcmmx libpng/contrib/pngminim/encoder/gather.sh libpng/scripts/makefile.sgi libpng/scripts/makefile.sco libpng/scripts/makefile.hpgcc libpng/KNOWNBUG libpng/projects/xcode/libpng.xcodeproj/project.pbxproj libpng/scripts/pngos2.def libpng/scripts/makefile.nommx libpng/scripts/makefile.linux libpng/pngmem.c libpng/png.c libpng/contrib/pngminim/decoder/gather.sh libpng/scripts/makefile.64sunu libpng/scripts/makefile.elf libpng/scripts/libpng-config-head.in libpng/png.h libpng/CMakeLists.txt libpng/pngrio.c libpng/pngpread.c libpng/Y2KINFO libpng/scripts/makefile.netbsd libpng/pngwio.c libpng/pngrutil.c libpng/scripts/makefile.hpux libpng/scripts/makefile.darwin libpng/scripts/makefile.sggcc libpng/README libpng/contrib/pngminim/decoder/makefile libpng/scripts/makefile.32sunu libpng/libpngpf.3 libpng/scripts/makefile.solaris-x86 libpng/libpng-1.2.42.txt libpng/contrib/pngminim/preader/makefile libpng/scripts/makefile.solaris libpng/pngwtran.c libpng/contrib/pngminim/preader/gather.sh libpng/scripts/makefile.mingw libpng/scripts/makefile.aix libpng/scripts/makefile.hp64 libpng/scripts/png32ce.def libpng/scripts/makefile.beos libpng/scripts/makefile.ne12bsd libpng/pngread.c libpng/scripts/pngw32.def libpng/pngget.c libpng/INSTALL libpng/scripts/makefile.cegcc libpng/CHANGES libpng/contrib/pngminim/encoder/makefile libpng/projects/wince.txt libpng/libpng.3 libpng/example.c libpng/scripts/makefile.so9 libpng/pngwrite.c libpng/pngconf.h libpng/pngset.c libpng/LICENSE libpng/png.5 libpng/pngwutil.c libpng/scripts/makefile.openbsd libpng/scripts/makefile.dec libpng/scripts/README.txt libpng/scripts/makefile.cygwin libpng/pngtest.c libpng/ANNOUNCE libpng/scripts/libpng.pc.in]</p> </blockquote> @@ -9432,7 +25569,7 @@ security patch from Werner Fink, to disable loading init files from group/world- <blockquote> <pre> Initialize profile member variables that are part of serialization. Fix for Bug 691433 - + </pre> <p>[base/gsicc_manage.c]</p> @@ -9485,12 +25622,12 @@ cygwin is one platform which uses the unix file name interface but is sensitive <blockquote> <pre> gx_device_has_color() was changed 8 years ago in the deviceN commit (r2925), -from just color_info.numcomponents > 1 to +from just color_info.numcomponents > 1 to || (dev)->color_info.gray_index == GX_CINFO_COMP_NO_INDEX . This has some unfortunate side-effect for continuous tone gray devices which doesn't support transparency, such as a 8-bit gray X11 display, which goes -down the wrong code path. These are quite rare so it took 7 years for the bug +down the wrong code path. These are quite rare so it took 7 years for the bug (bug 690428) to be seen. </pre> @@ -9581,7 +25718,7 @@ Part 2 of update (new files) posted to 687983, corrected for current svn HEAD.</ 2010-06-29T03:41:18.718227Z Hin-Tak Leung</strong></p> <blockquote> <pre> -Part 1 of the update (modifications to checked-in files) +Part 1 of the update (modifications to checked-in files) to the pscolor code posted in 687983, corrected for current svn head. </pre> @@ -9694,7 +25831,7 @@ Remove a couple of currently unused variables to silence a harmless compiler war 2010-06-23T17:14:40.891928Z Alex Cherepanov</strong></p> <blockquote> <pre> -Simplify and fix the implementation of operator --mul--, which mishandled +Simplify and fix the implementation of operator --mul--, which mishandled some cases like "16#80000000 -1 mul". Bug 691412. </pre> <p>[psi/zarith.c]</p> @@ -9727,7 +25864,7 @@ Fix for bug691415. When equivalent ICC profile is already created we should jus 2010-06-23T05:02:13.734047Z Michael Vrhel</strong></p> <blockquote> <pre> -Fix for 691359. Problem tracked down by Alex. +Fix for 691359. Problem tracked down by Alex. What lcms is trying to do is to figure out the best prelinearization for the incoming data prior to doing the CLUT interpolation. In the case when the input is RGB based and the output Gray, lcms was using uninitialized data in constructing is prelinearization. @@ -9740,7 +25877,7 @@ Tangentially related, there could still be problems with what lcms is doing here <blockquote> <pre> Erase patterns with the color white instead of filling the pattern -bitmap with 0 or 255. +bitmap with 0 or 255. Previously the initialization was only used when anti aliasing was enabled, now initial erasing is done for all colored patterns, @@ -10027,7 +26164,7 @@ Change to help track down any memory leaks related to the new icc code. Also fi <pre> Fix (FAPI) move two FAPI related members from the show enumerator structure to the text enumerator structure. This ensures that these members are always available for rendering -and eliminates a GPF caused when a device's text_begin method returns a text enumerator +and eliminates a GPF caused when a device's text_begin method returns a text enumerator rather than the show enumerator returned by gx_default_text_begin. No differences expected. @@ -10100,7 +26237,7 @@ defined in PDF 1.4 should be followed when producing PDF/A files. Accordingly th limits the size of dictionaries to 4095 and arrays to 8191 when producing PDF/A output. Since there is no way to ignore the problem, setting the PDFACompatibiltyPolicy to 1 -'don't emit the object, carry on producing PDF/A' can't be made to work. Since the +'don't emit the object, carry on producing PDF/A' can't be made to work. Since the user has expressed a desire for an output file, we fall back to Policy 0 'Produce a regular PDF file' instead. @@ -10149,7 +26286,7 @@ in the PDF file. This patch uses the PDFACompatibilityPolicy to control the action in this case, and avoid emitting invalid PDF/A files. -Also extended the functionality of the PDFACompatibilityPolicy to allow the user to +Also extended the functionality of the PDFACompatibilityPolicy to allow the user to abort PDF file production when a valid PDF/A file cannot be produced. No expected differences as PDF/A production is not tested by regression code. @@ -10195,7 +26332,7 @@ counted the device down, leading to a reference count > 1 at EOJ. This meant the pdfwrite device wasn't closed, since pdfwrite only emits the PDF file when it is closed this led to invalid unfinished PDF files. -The code here modifies the behaviour of the pattern management so that we don't use the +The code here modifies the behaviour of the pattern management so that we don't use the 'clist' path for accumulating patterns *if* the device can accumulate patterns itself *and* the PDL doesn't have_pattern_streams (to avoid pathological PDF file problems) @@ -10275,7 +26412,7 @@ font has /Encoding. Bug 691311. 2010-06-07T17:14:20.171809Z Michael Vrhel</strong></p> <blockquote> <pre> -Fix for Bug 691368. +Fix for Bug 691368. lcms appears not to check its handles of link transforms when a profile is released, to clear out xform->InputProfile. Probably due to the fact that lcms may not expect a change of the formatters after the link is created. That would imply that we would need to create links based upon data types, which is not so efficient. Disable this check in lcms since it is only related to named color profiles, which we will not run into. Will kick this up to Marti.</pre> <p>[lcms/src/cmspack.c]</p> @@ -10346,7 +26483,7 @@ differences with it enabled. 2010-06-02T08:37:07.985901Z Ken Sharp</strong></p> <blockquote> <pre> -Revision 11348 accidentally included a number of font definitions in an updated cidfmap, +Revision 11348 accidentally included a number of font definitions in an updated cidfmap, This removes those definitions, which should not be present. </pre> <p>[Resource/Init/cidfmap]</p> @@ -10360,7 +26497,7 @@ Documentation change Updated the comments at the head of the file to make it plain that the entries in the CSI array must be strings, not names. Although this is clearly documented in use.htm we have recently had several reports in which users have been trying to set name values -in the array. +in the array. Also added a pointer to the documentation as a further hint. </pre> @@ -10379,7 +26516,7 @@ Patterns in PDF are unpleasantly complicated by the need to transform the patter the 'default co-ordinate space'. Normally this means that we undo the resolution scaling which is normally applied to the CTM. -For page streams this works well, but for forms the 'default co-ordinate space' is +For page streams this works well, but for forms the 'default co-ordinate space' is the space of the parent. For one level of form there is therefore no difference between the page and the form. When forms are nested however, the lower form's space becomes that of the parent. This means that patterns inside forms, which are nested inside @@ -10387,7 +26524,7 @@ another form, need to be transformed to the parent form co-ordinate space, not t page space. Since we don't currently emit forms from pdfwrite for anything except transparency -groups what this means in practice is that we don't undo the CTM transformation if +groups what this means in practice is that we don't undo the CTM transformation if we are rendering a pattern inside a form, nested inside at least one other form. </pre> @@ -10583,7 +26720,7 @@ Silence a couple of gcc compiler warnings introduced with the ICC merge. <pre> Another bunch of CRLF to LF's. -find . -type f | grep -v 'svn-base' | xargs file | grep CRLF | grep -v -E '\.(dsp|dsw|sln|rc):' | grep -v -E '(cbuilder5|masm|dotzlib|vstudio|BorlandC_5.5|visualc6)' | cut -d ':' -f 1 | xargs -n 1 svn propset svn:eol-style native +find . -type f | grep -v 'svn-base' | xargs file | grep CRLF | grep -v -E '\.(dsp|dsw|sln|rc):' | grep -v -E '(cbuilder5|masm|dotzlib|vstudio|BorlandC_5.5|visualc6)' | cut -d ':' -f 1 | xargs -n 1 svn propset svn:eol-style native find . -type f | grep -v 'svn-base' | xargs file | grep CRLF | grep -v -E '\.(dsp|dsw|sln|rc):' | grep -v -E '(cbuilder5|masm|dotzlib|vstudio|BorlandC_5.5|visualc6)' | cut -d ':' -f 1 | xargs dos2unix </pre> @@ -10642,7 +26779,7 @@ The last commit was created by: find . -type f -executable -exec file {} \; \ | grep 'script text executable' \ -| cut -f 1 -d ':' |xargs -n 1 svn propset svn:eol-style native +| cut -f 1 -d ':' |xargs -n 1 svn propset svn:eol-style native </pre> <p>[lcms/Projects/VC6/lcms.rc lcms/Projects/VC7/lcms.rc lcms/bin/Bin.txt lcms/Delphi/Samples/create.pas lcms/samples/vprf.c lcms/configure.ac lcms/README.1ST lcms/lcms.pc.in lcms/Projects/VC2008/lcms.sln lcms/testbed/sRGBSpac.icm lcms/Projects/VC2008/lcms.vcproj lcms/python/testbed/lab2adobe.py lcms/Delphi/demo1.dfm lcms/samples/xgetopt.c lcms/Projects/VC2005/icclink.vcproj lcms/Projects/VC6/icclink.dsp lcms/Projects/VC7/lcms.vcproj lcms/src/cmscam97.c lcms/testbed/testcms.c lcms/Projects/VC6/icc2ps.dsp lcms/Projects/VC7/icctrans.vcproj lcms/python/testbed/srgb2lab.py lcms/Projects/VC7/tifficc.vcproj lcms/filter.c lcms/Projects/VC6/lcms.dsp lcms/Delphi/delphidemo.cfg lcms/Projects/VC7/icc2ps.vcproj lcms/Projects/VC6/lcms.dsw lcms/Delphi/Samples/testwp.pas lcms/Projects/VC7/lcms.sln lcms/Projects/VC2008/tifficc.vcproj lcms/Projects/VC2005/resource.h lcms/python/testbed/whtpnt.py lcms/doc/TUTORIAL.TXT lcms/src/cmswtpnt.c lcms/Projects/VC2005/Python.vcproj lcms/Projects/BorlandC_5.5/mklcmsdll.bat lcms/include/Makefile.am lcms/Projects/VC7/jpegicc.vcproj lcms/install.gcc lcms/samples/wtpt.1 lcms/Projects/BorlandC_5.5/lcmsdll.lk lcms/src/cmserr.c lcms/makefile.simple lcms/Projects/BorlandC_5.5/lcms.rc lcms/samples/mkcmy.c lcms/src/cmsmtrx.c lcms/Makefile.am lcms/python/testbed/sRGB Color Space Profile.icm lcms/Projects/VC2008/jpegicc.vcproj lcms/Projects/VC7/lcmsdll.vcproj lcms/AUTHORS lcms/samples/icc2ps.1 lcms/Projects/VC2008/resource.h lcms/src/makefile.simple lcms/samples/mktiff8.c lcms/python/testbed/virtprf.py lcms/python/testbed/clamp.py lcms/Projects/BorlandC_5.5/lcmsdll.lst lcms/src/cmsvirt.c lcms/src/cmspcs.c lcms/src/cmsio0.c lcms/python/testbed/cam02.py lcms/Projects/VC6/resource.h lcms/src/cmsxform.c lcms/python/lcms.i lcms/src/cmsintrp.c lcms/Projects/VC2008/lcmsdll.vcproj lcms/jpegicc/jpegicc.1 lcms/COPYING lcms/Projects/VC2005/lcms.rc lcms/samples/icctrans.1 lcms/Projects/VC7/tiffdiff.vcproj lcms/src/cmscgats.c lcms/Projects/VC2008/lcms.rc lcms/tifficc/tifficc.1 lcms/src/cmscam02.c lcms/matlab/icctrans.matlab.pdf lcms/python/testbed/createmsh.py lcms/src/cmslut.c lcms/tifficc/Makefile.am lcms/Lib/MS/MS.TXT lcms/samples/wtpt.c lcms/Projects/VC6/tifficc.dsp lcms/Projects/VC7/Testbed.vcproj lcms/python/testbed/gamma.py lcms/samples/itufax.c lcms/python/Makefile.am lcms/Delphi/demo1.pas lcms/src/cmsgamma.c lcms/Projects/VC6/Python.dsp lcms/Projects/VC2008/Python.vcproj lcms/src/cmsnamed.c lcms/src/cmsxform.c.orig lcms/Projects/VC6/lcmsdll.dsp lcms/Projects/VC2008/Testbed.vcproj lcms/Projects/VC2005/lcms.vcproj lcms/python/testbed/AdobeRGB1998.icc lcms/samples/icc2ps.c lcms/tifficc/tiffdiff.c lcms/samples/makefile.simple lcms/Delphi/Samples/TEST.PAS lcms/src/cmssamp.c lcms/NEWS lcms/samples/Makefile.am lcms/Projects/VC2005/icctrans.vcproj lcms/Projects/VC2005/tifficc.vcproj lcms/Delphi/lcmsdll.pas lcms/Projects/VC2008/icctrans.vcproj lcms/include/icc34.h.in lcms/Delphi/delphidemo.dof lcms/Projects/VC6/lcms.opt lcms/src/cmsmatsh.c lcms/src/cmspack.c lcms/Projects/VC6/Python.plg lcms/jpegicc/jpegicc.c lcms/samples/icctrans.c lcms/Delphi/Samples/MAKETEST.BAT lcms/Projects/VC2005/icc2ps.vcproj lcms/ltmain.sh lcms/Delphi/Samples/gamutchk.pas lcms/tifficc/tifficc.c lcms/Projects/VC2005/lcms.sln lcms/src/cmsio1.c lcms/Projects/VC6/Testbed.dsp lcms/INSTALL lcms/Projects/VC7/icclink.vcproj lcms/jpegicc/makefile.simple lcms/jpegicc/Makefile.am lcms/Projects/VC2005/jpegicc.vcproj lcms/samples/icclink.1 lcms/Delphi/Samples/testfrm.pas lcms/Projects/VC6/jpegicc.dsp lcms/Projects/VC6/icctrans.dsp lcms/src/lcms.def lcms/Delphi/demo1.dcu lcms/Delphi/Samples/getxyz.pas lcms/matlab/icctrans.c lcms/ChangeLog lcms/Projects/VC2008/icclink.vcproj lcms/tifficc/getopt.c lcms/Lib/BC/BC.txt lcms/testbed/makefile.simple lcms/Projects/VC6/Testbed.plg lcms/Delphi/delphidemo.dpr lcms/testbed/Makefile.am lcms/Projects/VC2005/lcmsdll.vcproj lcms/Projects/VC7/resource.h lcms/Projects/VC7/Python.vcproj lcms/Delphi/demo1.ddp lcms/python/testbed/cam97.py lcms/jpegicc/iccjpeg.c lcms/python/testbed/constant.py lcms/Projects/VC2005/tiffdiff.vcproj lcms/python/testbed/srgb2xyz.py lcms/python/testbed/info.py lcms/jpegicc/iccjpeg.h lcms/Projects/VC2008/tiffdiff.vcproj lcms/Projects/VC2008/icc2ps.vcproj lcms/src/Makefile.am lcms/samples/icclink.c lcms/src/cmsgmt.c lcms/Projects/VC2005/Testbed.vcproj lcms/samples/mkgrayer.c lcms/include/lcms.h lcms/Delphi/delphidemo.res lcms/src/cmscnvrt.c lcms/python/swig_lcms lcms/doc/LCMSAPI.TXT lcms/python/testbed/sRGB2adobe.py lcms/tifficc/makefile.simple lcms/include/icc34.h lcms/src/cmsps2.c]</p> @@ -10681,12 +26818,12 @@ A new directory named iccprofiles has been added. It contains the default ICC p For c-list based rendering, all ICC profiles used in the rendering are stored in the c-list. During multi-threaded c-list reading, a link cache is associated with the primary reader device and is shared amongst the various threads. -Efficiency improvements were made in the handling of soft mask groups, shading smoothness calculations, and color image rendering. +Efficiency improvements were made in the handling of soft mask groups, shading smoothness calculations, and color image rendering. For details on the branch, please see the commits that were made within the branch. There remain indeterminisms to fix. The files affected include Bug688807.pdf, Bug688845.eps, Bug690208.pdf, 09-34.PS, CATX0988.pdf, CATX1028.pdf, CATX1101.pdf, CATX5529.pdf. Rendering issues to investigate include Bug689830.pdf, fts43xx.xps (page 3) (shopping cart image), Bug689880.pdf, Bug691002.pdf, Bug689968.pdf, Bug688584.ps (page 4), catx4949.pdf. - + Note that the number of differences generated with the merge amounts to pretty much every file. Thanks to everyone who helped and provided input in this work, especially Ray Johnston. @@ -10779,7 +26916,7 @@ task is running. Also no longer test pdfwrite with the language switch build. 2010-05-20T06:24:43.585523Z Hin-Tak Leung</strong></p> <blockquote> <pre> -Fix up the eol-style of the rest of the executable files by hand. +Fix up the eol-style of the rest of the executable files by hand. Remove executable bit from toolbin/bmpcmp.c </pre> @@ -10806,7 +26943,7 @@ cut -f 1 -d ':' |xargs -n 1 svn propset svn:eol-style native <pre> Set all identifiable shell script as native text -find . -type f -executable -exec file {} \; | \ +find . -type f -executable -exec file {} \; | \ grep 'POSIX shell script text executable' | \ cut -f 1 -d ':' |xargs -n 1 svn propset svn:eol-style native @@ -10877,7 +27014,7 @@ Bug 691291. Fix reading uninitialized memory. The change I made in r10603 had a problem comparing with uninitialized data when using Roman fonts. The side effect was slowing down font rendering a little. -In this change I added extra initializer and made +In this change I added extra initializer and made intention of the 'if' condition more clear. No difference on outputs expected nor observed by localcluster tests.</pre> @@ -10969,10 +27106,10 @@ There was a problem with the CFF opcode cntrmask which did not cater for the cas it is called with a number of operands on the stack. In this case the operands are to be interpreted as vstem hints. Because this was not done, the interpreter had the wrong number of hints, and so did not interpret enough of the following bytes as mask data for -the cntrmask operation. This led to attempting to interpret data as operands, which +the cntrmask operation. This led to attempting to interpret data as operands, which caused corrupted glyphs as well as potential crashes. -This does not appear to be tested by any of our current test files (according to a +This does not appear to be tested by any of our current test files (according to a cluster test), so no differences are expected. </pre> <p>[base/gxtype1.c]</p> @@ -10982,7 +27119,7 @@ cluster test), so no differences are expected. 2010-05-17T08:25:06.874101Z Ken Sharp</strong></p> <blockquote> <pre> -white space change only, committed to make a regression run as the test for the +white space change only, committed to make a regression run as the test for the previous revision was interrupted.</pre> <p>[psi/write_t1.c]</p> </blockquote> @@ -11009,23 +27146,23 @@ adding check for header stringprep.h; fix bug 691312</pre> <blockquote> <pre> Fixes portability issue properly with r11256 (which is identical with r11520), -first discovered by Ralph 6 months ago with r10520 +first discovered by Ralph 6 months ago with r10520 which results in its being reverted in r10540 . ****************************** Revert c10520 which causes problems with the MSVC build. - + $(CC_) enforces 'ansi' C under msvc32.mak, disabling any Microsoft extensions. This often causes problems with 3rd party libraries which try to take advantage of those extensions. - + This means that the -fPIC flag is again not propagated in the GCC build; this is just to unbreak the build until I can test a different solution which works on both platforms. ****************************** As Ralph explained then, some of libtiff requires non-ansi extensions to work. -The main culpit is tif_win32.c (which includes <windows.h>) and some of the +The main culpit is tif_win32.c (which includes <windows.h>) and some of the file IO flags not being defined. So this commit fix the ansi issue properly. </pre> @@ -11038,18 +27175,18 @@ file IO flags not being defined. So this commit fix the ansi issue properly. <pre> fix windows build breakage in r11249 -This change (defining TIFFCONFIG_SUFFIX) should have been part of - r11249 (create tif_config.h for non-autoconf build) -which in turn should have been part of - r11241 (hook up libtiff with non-autoconf build via +This change (defining TIFFCONFIG_SUFFIX) should have been part of + r11249 (create tif_config.h for non-autoconf build) +which in turn should have been part of + r11241 (hook up libtiff with non-autoconf build via "make -f base/unix-gcc.mak" and "make -f base/unixansi.mak") The explanation is that in r10317 where Lars originally hooked up libtiff, -tif_config.h is generated by libtiff/configure (which is driven by the -top-level configure), but special provision is provided for non-autoconf build +tif_config.h is generated by libtiff/configure (which is driven by the +top-level configure), but special provision is provided for non-autoconf build (win32 and VMS) by copying from a canned header file. -If one chooses to bypass the top-level configure, *on every platform* -(win32, VMS, and non-autoconf unix build), one must provide similiar special +If one chooses to bypass the top-level configure, *on every platform* +(win32, VMS, and non-autoconf unix build), one must provide similiar special provision as well. Personally I'll prefer not to support non-autoconf unix build. @@ -11123,7 +27260,7 @@ better way of defining SOC_LOADER when try ing to do "make -f base/unix-gcc The final part of trying to "ln -s base/unix-gcc.mak Makefile ; make so" work. There were some fundamental problems with the older version: The so target really -should be built in three distinct stages with three different FLAGS - the +should be built in three distinct stages with three different FLAGS - the utils (genarch, gechogs) executable part, the shared library part, and the two final executable part. The library should be built with the shared-object flags, but neither of the utils nor the final executables should be built with "-shared", since they are @@ -11367,9 +27504,9 @@ sometimes has to create a new array to insert into the dictionary, if the old ar not suitable for storing real values. The code to do this continued using ref_assign_old, as it had done for replacing the -values in an existing array. This appears to be incorrect, when created the refs in a +values in an existing array. This appears to be incorrect, when created the refs in a new array are uninitialised so attempting to use ref_assign_old tries to use -uninitialised data. +uninitialised data. Modified to use ref_assign_new instead, as indicated by the comments in store.h @@ -11740,7 +27877,7 @@ No differences expected or seen with local cluster testing. Fix (FAPI & FreeType) Bug #691284 "Error: /unknownerror in --.FAPIBuildChar" -The issue is caused because the PostScript file adds to an existing type 1 font a +The issue is caused because the PostScript file adds to an existing type 1 font a CharString entry which is not in type 1 CharString format. I would have thought this to be illegal but other PostScript interpreters (specifically Distiller) are happy with it. @@ -11861,7 +27998,7 @@ No differences expected, or shown by local cluster testing. <pre> A fix for 691164 "PDF loads blank when not Administrator on Vista using GS 8.7". -The problem was in JasPer library. It tried to create temporary file in +The problem was in JasPer library. It tried to create temporary file in current directory (HAVE_MKSTEMP), or root directory (Windows and others). When those directories are read only, it failed to decode images. @@ -11888,10 +28025,10 @@ adding --ldflags to cups.mak ; bug 690268</pre> <pre> Incoporate the reporter's suggested change to config.guess , bug 69020 -It appears that the same change is already in automake-1.11 (and after 1.7), +It appears that the same change is already in automake-1.11 (and after 1.7), so the change is correct. If we merge with upstream again, it is possible that this might be overwritten. Hopefully when that happens, the config.guess from -newer upstream will have this change. +newer upstream will have this change. </pre> <p>[jasper/acaux/config.guess]</p> </blockquote> @@ -12026,7 +28163,7 @@ in fact be no difference between <21> and <0021>. It is clear from t Mapping file tutorial that this is correct for mapping files. However, a PDF file is not a CMap file. It appears that Acrobat does not like -beginbfrange data which is padded with zeros (it seems happy with codespacerange and +beginbfrange data which is padded with zeros (it seems happy with codespacerange and destination codes which are 0 padded though). This patch outputs ToUnicode CMaps which are not padded with 0, ie 0x21 is emitted as @@ -12070,7 +28207,7 @@ fixes multiple jpeg devices listed in gs -h (bug 691176)</pre> 2010-05-03T03:14:34.052929Z Hin-Tak Leung</strong></p> <blockquote> <pre> -Rewording build instructions for unix systems, and adding more warnings about +Rewording build instructions for unix systems, and adding more warnings about instructions for legacy old systems being deprecated; bug 691264. </pre> <p>[doc/Make.htm]</p> @@ -12115,13 +28252,13 @@ PostScript initialisation, and so the defaults are left as those done in 'C'. Not only do these defaults not match the documented defaults in ps2pdf.htm, they are not particularly well selected. In this case the problem was caused by sending image data at 150 dpi, but only a single scan line at a time. The default setting for -pdfwrite was to downsample image data to 72 dpi, this caused us to subsample (the +pdfwrite was to downsample image data to 72 dpi, this caused us to subsample (the default downsampling) by a factor of more than 2, which led to our single scan line becoming less than half a scan line, and so disappearing altogether. -This patch addresses this issue by altering a number of the defaults to more sensible +This patch addresses this issue by altering a number of the defaults to more sensible values. In particular we disable downsampling and enable image compression for gray -and colour images. This has the fortunate result of making most PDF output files +and colour images. This has the fortunate result of making most PDF output files smaller than before, even though we are now storing more image data. </pre> @@ -12173,9 +28310,9 @@ No expected differences. 2010-04-29T04:19:15.713592Z Hin-Tak Leung</strong></p> <blockquote> <pre> -Doubling the arbitrary 0x100000 alloc size limit; the alloc_size_is_ok() check is -complied out and replaced with DO_NOTHING in release build so this has effect only -on debug builds. Fixes Bug 691271 . +Doubling the arbitrary 0x100000 alloc size limit; the alloc_size_is_ok() check is +complied out and replaced with DO_NOTHING in release build so this has effect only +on debug builds. Fixes Bug 691271 . </pre> <p>[base/gsalloc.c]</p> @@ -12404,11 +28541,11 @@ during regression testing. Bug 691240. 2010-04-25T00:41:40.540207Z Michael Vrhel</strong></p> <blockquote> <pre> -Fix for Bug 691014. Problem was caused by the fact that we had a soft mask present and a pattern with no transparency. This means the PDF14 device is installed and more importantly that transparency state pushes and pops occur to keep the softmask in sync with the graphic state. This particular files pattern is installed as a clist, which happens to not have any transparency. The transparency state pushes and pops were getting placed into the pattern clist when the Q and q operations occurred in the pattern, which was causing problems since the pattern clist device had no pdf14 device installed to handle such commands. +Fix for Bug 691014. Problem was caused by the fact that we had a soft mask present and a pattern with no transparency. This means the PDF14 device is installed and more importantly that transparency state pushes and pops occur to keep the softmask in sync with the graphic state. This particular files pattern is installed as a clist, which happens to not have any transparency. The transparency state pushes and pops were getting placed into the pattern clist when the Q and q operations occurred in the pattern, which was causing problems since the pattern clist device had no pdf14 device installed to handle such commands. -The solution is to check, when a transparency compositor action is to occur, if the current device is a pattern accumulator or a pattern-clist device. If it is, then the pattern instance is checked to see if it has transparency. If it does not, then the transparency state chance is ignored. This all occurs on the clist writing phase in the gs_trans functions. +The solution is to check, when a transparency compositor action is to occur, if the current device is a pattern accumulator or a pattern-clist device. If it is, then the pattern instance is checked to see if it has transparency. If it does not, then the transparency state chance is ignored. This all occurs on the clist writing phase in the gs_trans functions. -In addition, a fix was made so that the pdf14custom device sets up it's color information correctly. For subtractive devices that do not have cmyk process colorants the custompdf14 device is installed. This pdf14 device was obtaining its color_info from the target device. The pdf14 device must be continuous tone even if the target device is not. +In addition, a fix was made so that the pdf14custom device sets up it's color information correctly. For subtractive devices that do not have cmyk process colorants the custompdf14 device is installed. This pdf14 device was obtaining its color_info from the target device. The pdf14 device must be continuous tone even if the target device is not. Ran a regression test and saw no differences.</pre> <p>[base/gdevp14.c base/lib.mak base/gstrans.c]</p> @@ -12609,10 +28746,10 @@ Localcluster testing reveals no problems. <pre> A fix for a regression introduced by r11074 (bug 690094). -As I changed image number to be incremented when 'exflag' is false, +As I changed image number to be incremented when 'exflag' is false, the problem of 'exrunlength' when SDHUFF == 1 was unveiled. This fixes it. -JBIG2 images with SDHUFF == 1 should have been having trouble +JBIG2 images with SDHUFF == 1 should have been having trouble between r11074 and this revision. No other difference expected. </pre> @@ -12787,7 +28924,7 @@ No expected differences. A fix for 690094, "missing letters replaced by little vertical lines". This problem was in jbig2dec function jbig2_decode_symbol_dict(). -The image number was not incremented correctly when it built +The image number was not incremented correctly when it built symbol dictionary. No difference expected, other than JBIG2 pdf files suffered by this problem. @@ -12856,7 +28993,7 @@ for all TrueType glyphs, we override those in the incremental interface callback when the TT is a CIDFont on disk, we don't use the incremental interface and so have no opportunity to override the metric. -Addressed this by checking in load_glyph to see if the current font is not type 1 +Addressed this by checking in load_glyph to see if the current font is not type 1 (ie its TT), *is* a CIDFont, and is not a vertical font (WMode is 0). In this case we simply override the vertical advance and maek it 0. </pre> @@ -13127,7 +29264,7 @@ Localcluster testing shows no expected differences. <blockquote> <pre> Fix TrueType interpreter Bug #691227 -Another nasty hack for another broken TrueType font. In this case the font tries to +Another nasty hack for another broken TrueType font. In this case the font tries to execute a DeltaP instruction with an argument greater than the number of points in the glyph, which is an error. @@ -13185,7 +29322,7 @@ No expected differences. <blockquote> <pre> Change a static (that happens to be const) to be a static const to remove -it from the global variable list for bug 691207. +it from the global variable list for bug 691207. No expected differences. @@ -13355,7 +29492,7 @@ if we had already encountered one using an override. 2010-04-06T10:08:31.160988Z Ken Sharp</strong></p> <blockquote> <pre> -Fix FreeType. +Fix FreeType. The revision 11012 fixed a problem with an invalid font but accidentally introduced a regression because an 'else' clause was missed. </pre> @@ -13406,7 +29543,7 @@ adding reference to msmin04, msgoth04 and ngulim,nbantang; fixes the remaining i 2010-04-05T15:48:47.768122Z Ken Sharp</strong></p> <blockquote> <pre> -Fix line endings. The previous commit (11012) accidentally used DOS line endings which +Fix line endings. The previous commit (11012) accidentally used DOS line endings which made it appear every line in the file was different. </pre> <p>[freetype/src/psaux/psobjs.c]</p> @@ -13418,7 +29555,7 @@ made it appear every line in the file was different. <pre> Fix FreeType When using bitmaps from a TrueType/Type42 font FreeType uses a heuristic approach to -synthesize vertical metrics for the glyphs, including a horizontal advance. As in the +synthesize vertical metrics for the glyphs, including a horizontal advance. As in the past, this works well as long as the client knows whether the advance direction is horizontal or vertical and uses the correct advance. @@ -13441,7 +29578,7 @@ The test file objlune_font2_mine.ps contains a Type 1 font which has a technical invalid glyph. The glyph executes a 'lineto' class operation before a 'moveto' class operation. -Although illegal it seems that all other PostScript RIPs ignore this requirement, this +Although illegal it seems that all other PostScript RIPs ignore this requirement, this patch removes the error check in FreeType to conform with other interpreters. </pre> <p>[freetype/src/psaux/psobjs.c]</p> @@ -13474,7 +29611,7 @@ distorts the glyph shape because it hints an unscaled outline. While it would be to fix FreeType's hinting this is a large project. For now this patch disables FreeType hinting when handling type 1 fonts. -This resolves many spacing issues as well as fixing the stroke/fill mismatch with +This resolves many spacing issues as well as fixing the stroke/fill mismatch with ia3z3519.pdf and the incorrectly scaled outline in womanface.pdf. </pre> <p>[psi/fapi_ft.c]</p> @@ -13866,14 +30003,14 @@ that the two code paths result in identical table data.</pre> Update the list of face substitutions in .substitutefaces to include all the fonts we define in Fontmap.GS (if not already defined). -Bug #691180, if we have a font defined in the Fontmap then we don't use the additional +Bug #691180, if we have a font defined in the Fontmap then we don't use the additional information in a PDF file FontDescriptor. Instead we stick with whatever font the PS substitution comes up with (if the font is not present). If a member of the family is not defined we do use the FontDescriptor. This can lead to different choices for the substitute font. By defining the font in the substitutefaces array we can attempt to get a consistent result. -This *will* lead to differences in the regression suite as we are now substituting +This *will* lead to differences in the regression suite as we are now substituting different fonts for some missing faces. Apparently only with the test file for this bug though.</pre> <p>[Resource/Init/gs_fonts.ps]</p> @@ -14316,7 +30453,7 @@ This may eventually be a problem if we find a CIDFont with Type42 outlines which on the vmtx table in the font rather than the Metrics2 or CDevProc overrides to position the glyphs. Since this facility was only added in CPSI 3011 it is unlikely we will ever encounter such a font. THis has not been done at present, as the information (WMode=1) -is not currently available to the code called from FreeType to override the metrics, +is not currently available to the code called from FreeType to override the metrics, and would need to be added. Also, fixed an issue where the 'advance_v' member of the metrics structure was left @@ -14587,7 +30724,7 @@ To enable freetype in the msvc build, pass FT_BRIDGE=1 on the nmake command line. Note that the fallback is now FT_BRIDGE=0, not FT_BRIDGE undefined; this -will require changes in any custom top-level makefiles. +will require changes in any custom top-level makefiles. </pre> <p>[base/winlib.mak doc/Make.htm base/gs.mak base/Makefile.in psi/int.mak base/configure.ac psi/msvc32.mak]</p> </blockquote> @@ -14608,7 +30745,7 @@ can be eliminated correctly. 2010-02-28T22:57:02.883228Z Hin-Tak Leung</strong></p> <blockquote> <pre> -First half of patch from John Wehle for bug 691149 - vac C compiler on AIX 5.2 does +First half of patch from John Wehle for bug 691149 - vac C compiler on AIX 5.2 does not like function with a void prototype returning a void function e.g. ------------------ @@ -14882,7 +31019,7 @@ Bug #691133. If producing PDF/A output. and a DOCINFO pdfmark string was UTF_16B encoded *and* contained a numeric character, then decode_escape incorrectly consumed any numeric characters following the first octal byte of the UTF16 code. -This was caused by decode_escape assuming that octal sequences are terminated by +This was caused by decode_escape assuming that octal sequences are terminated by non-numeric characters which is clearly wrong. The octal escape decoding loop is now terminated when : 1) 3 numeric characters are read from the string @@ -15006,7 +31143,7 @@ Sort out some minor benign compiler warnings. No differences expected. Fix colour processing. It was possible for nested ICCBased colour spaces (ie an ICCBased space whose Alternate is another ICCBased space) to cause segmentation faults. -This was due to the fact that the conversion to base colour continuation procedure +This was due to the fact that the conversion to base colour continuation procedure 'currentbasecolor_cont' was supposed to scan the space from the initial declaration each time round a loop. However a reassignment of an array pointer caused it to rescan from the last processed colour array instead. @@ -15068,7 +31205,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Install.htm b/gs/doc/Install.htm index 42bdfa61d..30ed6124b 100644 --- a/gs/doc/Install.htm +++ b/gs/doc/Install.htm @@ -547,7 +547,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Issues.htm b/gs/doc/Issues.htm index a636db8b0..261c06a8b 100644 --- a/gs/doc/Issues.htm +++ b/gs/doc/Issues.htm @@ -589,7 +589,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Language.htm b/gs/doc/Language.htm index 6382ffc10..b901c6b4a 100644 --- a/gs/doc/Language.htm +++ b/gs/doc/Language.htm @@ -2368,7 +2368,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Lib.htm b/gs/doc/Lib.htm index 3217ee018..9e6f8f388 100644 --- a/gs/doc/Lib.htm +++ b/gs/doc/Lib.htm @@ -862,7 +862,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Make.htm b/gs/doc/Make.htm index 09c14ce85..0a70cc9b5 100644 --- a/gs/doc/Make.htm +++ b/gs/doc/Make.htm @@ -2886,7 +2886,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/News.htm b/gs/doc/News.htm index af10fde19..0dd57f45c 100644 --- a/gs/doc/News.htm +++ b/gs/doc/News.htm @@ -57,36 +57,19 @@ overview</a>. <!-- [2.0 begin contents] ================================================== --> -<h2><a name="Version9.02"></a>Version 9.02 (2011-03-30)</h2> +<h2><a name="Version9.03"></a>Version 9.03 (2011-07-15)</h2> -<p>This is the third release in the stable 9.x series. - -<p>This is a an "out of order" release, primarily to ensure the -GPL Ghostscript release remains in version "lock-step" with the -Artifex commercial release. - -<p> Highlights in this release include: - -<p>For monochrome devices, there is a new halftone technique for sampled -image data. The existing technique is very efficient (and is still used) -for large areas of color, such as an area fill, but encountered performance -problems dealing with sampled image data where a given colour value only -covered a few pixels at a time. The new approach applies the halftone threshold -array directly to the image samples. - -<p> Further performance, memory use, and stability improvements with the new -features introduced in 9.00, as well as Unix/Linux build fixes, plus the usual -assorted bug fixes. +<p>This is the fourth release in the stable 9.x series. <p>For a list of open issues, or to report problems, please visit <a href="http://bugs.ghostscript.com/">bugs.ghostscript.com</a>. -<h3><a name="9.02_Incompatible_changes"></a>Incompatible changes</h3> +<h3><a name="9.03_Incompatible_changes"></a>Incompatible changes</h3> <p> No recorded incompatible changes. -<h3><a name="9.02_changelog"></a>Changelog</h3> +<h3><a name="9.03_changelog"></a>Changelog</h3> <p>See the <a href="History9.htm">history file</a> for complete log of changes. @@ -111,7 +94,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Projects.htm b/gs/doc/Projects.htm index 74f22832d..e0c54b16d 100644 --- a/gs/doc/Projects.htm +++ b/gs/doc/Projects.htm @@ -670,7 +670,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Ps-style.htm b/gs/doc/Ps-style.htm index ed4836787..9cf9bf548 100644 --- a/gs/doc/Ps-style.htm +++ b/gs/doc/Ps-style.htm @@ -506,7 +506,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Ps2epsi.htm b/gs/doc/Ps2epsi.htm index 4aaf6ec52..aab6885ff 100644 --- a/gs/doc/Ps2epsi.htm +++ b/gs/doc/Ps2epsi.htm @@ -177,7 +177,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Ps2pdf.htm b/gs/doc/Ps2pdf.htm index 7355ade35..22b488037 100644 --- a/gs/doc/Ps2pdf.htm +++ b/gs/doc/Ps2pdf.htm @@ -1082,7 +1082,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Ps2ps2.htm b/gs/doc/Ps2ps2.htm index 80ce6b8b1..0630dbb32 100644 --- a/gs/doc/Ps2ps2.htm +++ b/gs/doc/Ps2ps2.htm @@ -277,7 +277,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Psfiles.htm b/gs/doc/Psfiles.htm index c4e4f1251..63b22ca8b 100644 --- a/gs/doc/Psfiles.htm +++ b/gs/doc/Psfiles.htm @@ -1018,7 +1018,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Readme.htm b/gs/doc/Readme.htm index 01b00dfa1..40d724fd8 100644 --- a/gs/doc/Readme.htm +++ b/gs/doc/Readme.htm @@ -582,7 +582,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Release.htm b/gs/doc/Release.htm index 9391c1b30..9ebe9233f 100644 --- a/gs/doc/Release.htm +++ b/gs/doc/Release.htm @@ -845,7 +845,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Source.htm b/gs/doc/Source.htm index 8295adc4c..5b586ce3e 100644 --- a/gs/doc/Source.htm +++ b/gs/doc/Source.htm @@ -377,7 +377,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Unix-lpr.htm b/gs/doc/Unix-lpr.htm index 7692b0a30..191837505 100644 --- a/gs/doc/Unix-lpr.htm +++ b/gs/doc/Unix-lpr.htm @@ -261,7 +261,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Use.htm b/gs/doc/Use.htm index 59c040e23..9d7b619ad 100644 --- a/gs/doc/Use.htm +++ b/gs/doc/Use.htm @@ -3863,7 +3863,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/Xfonts.htm b/gs/doc/Xfonts.htm index 888f8dcdb..248fe4021 100644 --- a/gs/doc/Xfonts.htm +++ b/gs/doc/Xfonts.htm @@ -269,7 +269,7 @@ or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.02, 30 March 2011</small> +<small>Ghostscript version 9.03, 15 July 2011 <!-- [3.0 end visible trailer] ============================================= --> diff --git a/gs/doc/gs-vms.hlp b/gs/doc/gs-vms.hlp index d162c6f1f..f286791e3 100644 --- a/gs/doc/gs-vms.hlp +++ b/gs/doc/gs-vms.hlp @@ -1,7 +1,7 @@ 1 gs gs - GPL Ghostscript interpreter/previewer ! $Id$ -! Ghostscript version 9.02, 30 March 2011 +! Ghostscript version 9.03, 15 July 2011 Usage: $ gs [options] [file ...] diff --git a/gs/man/dvipdf.1 b/gs/man/dvipdf.1 index feca3dd48..fe413be51 100644 --- a/gs/man/dvipdf.1 +++ b/gs/man/dvipdf.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH DVIPDF 1 "30 March 2011" 9.02 Ghostscript \" -*- nroff -*- +.TH DVIPDF 1 "15 July 2011" 9.03 Ghostscript \" -*- nroff -*- .SH NAME dvipdf \- Convert TeX DVI file to PDF using ghostscript and dvips .SH SYNOPSIS @@ -22,7 +22,7 @@ and any options from the command-line. .SH SEE ALSO gs(1), dvips(1) .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/font2c.1 b/gs/man/font2c.1 index 8349332ff..84676030c 100644 --- a/gs/man/font2c.1 +++ b/gs/man/font2c.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH FONT2C 1 "30 March 2011" 9.02 Ghostscript \" -*- nroff -*- +.TH FONT2C 1 "15 July 2011" 9.03 Ghostscript \" -*- nroff -*- .SH NAME font2c \- Write PostScript Type 0 or Type 1 font as C code .SH SYNOPSIS @@ -18,7 +18,7 @@ that can be linked with the interpreter. .SH SEE ALSO gs(1) .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/gs.1 b/gs/man/gs.1 index 973b5b3ee..c37ecd8d7 100644 --- a/gs/man/gs.1 +++ b/gs/man/gs.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH GS 1 "30 March 2011" 9.02 Ghostscript \" -*- nroff -*- +.TH GS 1 "15 July 2011" 9.03 Ghostscript \" -*- nroff -*- .SH NAME gs \- Ghostscript (PostScript and PDF language interpreter and previewer) .SH SYNOPSIS @@ -404,7 +404,7 @@ The various Ghostscript document files (above), especially \fBUse.htm\fR. See http://bugs.ghostscript.com/ and the Usenet news group comp.lang.postscript. .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/gslp.1 b/gs/man/gslp.1 index 4b685e614..5966b9cc1 100644 --- a/gs/man/gslp.1 +++ b/gs/man/gslp.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH GSLP 1 "30 March 2011" 9.02 Ghostscript \" -*- nroff -*- +.TH GSLP 1 "15 July 2011" 9.03 Ghostscript \" -*- nroff -*- .SH NAME gslp \- Format and print text using ghostscript .br @@ -93,7 +93,7 @@ Also, the string %# in a heading or footing is replaced with the page #. .SH SEE ALSO gs(1) .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/gsnd.1 b/gs/man/gsnd.1 index 617c414a2..b7a436e41 100644 --- a/gs/man/gsnd.1 +++ b/gs/man/gsnd.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH GSND 1 "30 March 2011" 9.02 Ghostscript \" -*- nroff -*- +.TH GSND 1 "15 July 2011" 9.03 Ghostscript \" -*- nroff -*- .SH NAME gsnd \- Run ghostscript (PostScript and PDF engine) without display .SH SYNOPSIS @@ -13,7 +13,7 @@ flag, followed by any other arguments from the command-line. .SH SEE ALSO gs(1) .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/pdf2dsc.1 b/gs/man/pdf2dsc.1 index eb8685636..f4a5d10d1 100644 --- a/gs/man/pdf2dsc.1 +++ b/gs/man/pdf2dsc.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH PDF2DSC 1 "30 March 2011" 9.02 "Ghostscript Tools" \" -*- nroff -*- +.TH PDF2DSC 1 "15 July 2011" 9.03 "Ghostscript Tools" \" -*- nroff -*- .SH NAME pdf2dsc \- generate a PostScript page list of a PDF document .SH SYNOPSIS @@ -29,6 +29,6 @@ Ghostscript since release 3.53. .SH SEE ALSO gs(1), ghostview(1) .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Yves Arrouye <yves.arrouye@usa.net> and Russell Lang gsview at ghostgum.com.au diff --git a/gs/man/pdf2ps.1 b/gs/man/pdf2ps.1 index 18201cbeb..23c85ff9d 100644 --- a/gs/man/pdf2ps.1 +++ b/gs/man/pdf2ps.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH PDF2PS 1 "30 March 2011" 9.02 "Ghostscript Tools" \" -*- nroff -*- +.TH PDF2PS 1 "15 July 2011" 9.03 "Ghostscript Tools" \" -*- nroff -*- .SH NAME pdf2ps \- Ghostscript PDF to PostScript translator .SH SYNOPSIS @@ -15,7 +15,7 @@ LanguageLevel 3 in the output. Run "\fBgs -h\fR" to find the location of Ghostscript documentation on your system, from which you can get more details. .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/pdfopt.1 b/gs/man/pdfopt.1 index fb799131f..4f21a5dba 100644 --- a/gs/man/pdfopt.1 +++ b/gs/man/pdfopt.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH PDFOPT 1 "30 March 2011" 9.02 "Ghostscript Tools" \" -*- nroff -*- +.TH PDFOPT 1 "15 July 2011" 9.03 "Ghostscript Tools" \" -*- nroff -*- .SH NAME pdfopt \- Ghostscript PDF Optimizer .SH SYNOPSIS @@ -21,7 +21,7 @@ system, from which you can get more details. "Linearized PDF" in Adobe's PDF reference manual, http://partners.adobe.com/asn/developer/acrosdk/DOCS/pdfspec.pdf .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/pf2afm.1 b/gs/man/pf2afm.1 index 7734fb050..831f451a8 100644 --- a/gs/man/pf2afm.1 +++ b/gs/man/pf2afm.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH PF2AFM 1 "30 March 2011" 9.02 Ghostscript \" -*- nroff -*- +.TH PF2AFM 1 "15 July 2011" 9.03 Ghostscript \" -*- nroff -*- .SH NAME pf2afm \- Make an AFM file from Postscript (PFB/PFA/PFM) font files using ghostscript .SH SYNOPSIS @@ -16,7 +16,7 @@ gs(1) .br pf2afm.ps in the Ghostscript lib directory. .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/pfbtopfa.1 b/gs/man/pfbtopfa.1 index 71033c2ad..2314d7fb6 100644 --- a/gs/man/pfbtopfa.1 +++ b/gs/man/pfbtopfa.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH PFBTOPFA 1 "30 March 2011" 9.02 Ghostscript \" -*- nroff -*- +.TH PFBTOPFA 1 "15 July 2011" 9.03 Ghostscript \" -*- nroff -*- .SH NAME pfbtopfa \- Convert Postscript .pfb fonts to .pfa format using ghostscript .SH SYNOPSIS @@ -11,7 +11,7 @@ to convert a .pfb file into a .pfa file. .SH SEE ALSO gs(1) .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/printafm.1 b/gs/man/printafm.1 index d77cd77b0..dfe605d89 100644 --- a/gs/man/printafm.1 +++ b/gs/man/printafm.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH PRINTAFM 1 "30 March 2011" 9.02 Ghostscript \" -*- nroff -*- +.TH PRINTAFM 1 "15 July 2011" 9.03 Ghostscript \" -*- nroff -*- .SH NAME printafm \- Print the metrics from a Postscript font in AFM format using ghostscript .SH SYNOPSIS @@ -12,7 +12,7 @@ Output goes to stdout. .SH SEE ALSO gs(1) .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/ps2ascii.1 b/gs/man/ps2ascii.1 index 60c568a89..e9be12a9f 100644 --- a/gs/man/ps2ascii.1 +++ b/gs/man/ps2ascii.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH PS2ASCII 1 "30 March 2011" 9.02 "Ghostscript Tools" \" -*- nroff -*- +.TH PS2ASCII 1 "15 July 2011" 9.03 "Ghostscript Tools" \" -*- nroff -*- .SH NAME ps2ascii \- Ghostscript translator from PostScript or PDF to ASCII .SH SYNOPSIS @@ -23,7 +23,7 @@ system, from which you can get more details. .SH SEE ALSO pstotext(1), http://www.research.digital.com/SRC/virtualpaper/pstotext.html .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/ps2epsi.1 b/gs/man/ps2epsi.1 index 83d26865e..bd564651f 100644 --- a/gs/man/ps2epsi.1 +++ b/gs/man/ps2epsi.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH PS2EPSI 1 "30 March 2011" 9.02 "Ghostscript Tools" \" -*- nroff -*- +.TH PS2EPSI 1 "15 July 2011" 9.03 "Ghostscript Tools" \" -*- nroff -*- .SH NAME ps2epsi \- generate conforming Encapsulated PostScript .SH SYNOPSIS @@ -60,7 +60,7 @@ ps2epsi.ps>the Ghostscript program which does the work .SH SEE ALSO gs (1) .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. However, the content may be obsolete, or inconsistent with ps2epsi.txt. .SH AUTHOR George Cameron diff --git a/gs/man/ps2pdf.1 b/gs/man/ps2pdf.1 index dc34dd06a..1132c7c25 100644 --- a/gs/man/ps2pdf.1 +++ b/gs/man/ps2pdf.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH PS2PDF 1 "30 March 2011" 9.02 Ghostscript \" -*- nroff -*- +.TH PS2PDF 1 "15 July 2011" 9.03 Ghostscript \" -*- nroff -*- .SH NAME ps2pdf \- Convert PostScript to PDF using ghostscript .br @@ -89,7 +89,7 @@ Ps2pdf.htm in the Ghostscript documentation See http://bugs.ghostscript.com/ and the Usenet news group comp.lang.postscript. .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/ps2pdfwr.1 b/gs/man/ps2pdfwr.1 index 9e58e8493..aafb55985 100644 --- a/gs/man/ps2pdfwr.1 +++ b/gs/man/ps2pdfwr.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH PS2PDFWR 1 "30 March 2011" 9.02 Ghostscript \" -*- nroff -*- +.TH PS2PDFWR 1 "15 July 2011" 9.03 Ghostscript \" -*- nroff -*- .SH NAME ps2pdfwr \- Convert PostScript to PDF without specifying CompatibilityLevel, using ghostscript .SH SYNOPSIS @@ -24,7 +24,7 @@ scripts all invoke this one with the addition of the respective compatibility le .SH SEE ALSO gs(1), ps2pdf(1) .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/ps2ps.1 b/gs/man/ps2ps.1 index abc479f19..0c9dde8e1 100644 --- a/gs/man/ps2ps.1 +++ b/gs/man/ps2ps.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH PS2PS 1 "30 March 2011" 9.02 "Ghostscript Tools" \" -*- nroff -*- +.TH PS2PS 1 "15 July 2011" 9.03 "Ghostscript Tools" \" -*- nroff -*- .SH NAME ps2ps, eps2eps \- Ghostscript PostScript "distiller" .SH SYNOPSIS @@ -27,7 +27,7 @@ lower level output than is desirable. Use with caution. .SH SEE ALSO ps2pdf(1), ps2ascii(1), ps2epsi(1) .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. diff --git a/gs/man/wftopfa.1 b/gs/man/wftopfa.1 index ce53a2494..4c4ce70a7 100644 --- a/gs/man/wftopfa.1 +++ b/gs/man/wftopfa.1 @@ -1,5 +1,5 @@ .\" $Id$ -.TH WFTOPFA 1 "30 March 2011" 9.02 Ghostscript \" -*- nroff -*- +.TH WFTOPFA 1 "15 July 2011" 9.03 Ghostscript \" -*- nroff -*- .SH NAME wftopfa \- Convert a Wadalab base font to Postscript .PFA (or .PFB) format using ghostscript @@ -13,7 +13,7 @@ format. .SH SEE ALSO gs(1) .SH VERSION -This document was last revised for Ghostscript version 9.02. +This document was last revised for Ghostscript version 9.03. .SH AUTHOR Artifex Software, Inc. are the primary maintainers of Ghostscript. |