History of Ghostscript versions 9.xx

Table of contents

This document is a record of changes in Ghostscript releases numbered 9.xx. For earlier versions, see the the history documents:

History of Ghostscript versions 8.n
History of Ghostscript versions 7.n
History of Ghostscript versions 6.n
History of Ghostscript versions 5.n
History of Ghostscript versions 4.n
History of Ghostscript versions 3.n
History of Ghostscript versions 2.n
History of Ghostscript versions 1.n

For other information, see the Ghostscript overview.

Version 9.17 (2015-04-07)

This is a minor bugfix, Artifex-only release in the stable 9.x series, required due to a bug affecting only the commercial Luratech image decoder/encoder code integration.

Highlights in this release include:

For a list of open issues, or to report problems, please visit bugs.ghostscript.com.

Incompatible changes

No recorded incompatible changes.

Changelog

2015-04-06 21:43:55 +0100
Chris Liddell <chris.liddell@artifex.com>
1fa5c6a1bc27033f5a3bc134ba6557e58bbfe87a

Bug 695905: reoder tests to prevent seg fault.

We should check the pointer is not null *before* trying to strcmp it.

No cluster differences.

gs/devices/vector/gdevpsdp.c

2015-03-30 22:19:37 +0100
Chris Liddell <chris.liddell@artifex.com>
ab3988f4cb26864b479c1416aa1bb299c3ba90f8

Fix date typo in the docs.

No cluster diffs.

gs/doc/History9.htm

Version 9.16 (2015-03-30)

This is the twelfth full release in the stable 9.x series, and is primarily a maintenance release.

Highlights in this release include:

For a list of open issues, or to report problems, please visit bugs.ghostscript.com.

Incompatible changes

No recorded incompatible changes.

Changelog

2015-03-20 00:11:26 +0000

2015-03-19 11:55:19 +0000
Chris Liddell <chris.liddell@artifex.com>
49ac7a284e46cf8df8eb553c91ee48a6b004652e

LCMS2 pointer alignment on SPARC/gcc

Building on commit 5a2da7dd71:

With gcc on (Ultra)SPARC hardware, pointers must be 8 byte aligned, even in
32 bit userspace (where sizeof(void *) == 4).

So it means taking special action to enforce 8 byte alignment in the LCMS2
memory management code.

We'll set the alignment for SPARC builds in the configure script.

No cluster differences.

config.mak.in
configure.ac
gs/Makefile.in
gs/configure.ac

2015-03-24 13:50:34 +0000
Chris Liddell <chris.liddell@artifex.com>
f2f22a246dcbe8468880535ea75f47e0fc4619ce

LCMS2 on SPARC ptr alignment.

Allow the ptr alignment for LCMS2 memory management to set at build time on the
compiler command line.

Submitted upstream:
https://github.com/mm2/Little-CMS/commit/dd0074b2

No cluster differences

gs/lcms2/src/lcms2_internal.h

2015-03-23 17:03:41 +0000
Chris Liddell <chris.liddell@artifex.com>
b96200d7fc5f3b7464744589f6657e9b4c4cb3ec

Bug 695882: ensure function protypes are available

There are some special defines on Linux to include prototypes for pread, pwrite
and pthread_mutexattr_settype: add these to our "unistd_.h" header.

Also, tweak the the configure script to check for prototypes as well as just
successful linking before including the code that uses those functions

No cluster differences

configure.ac
gs/base/gp_psync.c
gs/base/unistd_.h
gs/configure.ac

2015-03-24 11:07:43 +0000
Ken Sharp <ken.sharp@artifex.com>
9358edca362b60f8ace388768548e6e94f5ebec8

PDF Interpreter - ignore XRefStm entries which poitn beyond end of file

Bug #695883 "Error: /invalidaccess in --run--"

The file is pretty well broken, it claims to be a hybrid (PDF 1.5 or better
readable by PDF 1.4 consumer, it uses xref streams) and as such its trailer
dictionary contains an XRefStm key whose value is supposed to point to the
PDF 1.5 xref stream. It doesn't, in fact it points past the end of the file
and so is clearly bogus.

This commit tests to ensure the XRefStm value is inside the file before
attempting to read it.

No differences expected.

gs/Resource/Init/pdf_main.ps


Chris Liddell <chris.liddell@artifex.com>
6c56ffb81354dca442b69389b0f7a0b75e4e864e

Tweak builds for SPARC architecture

SPARC's interesting alignment requirements don't work with the memory header
ID code, so disable it.

No cluster differences.

configure.ac
gs/configure.ac


Chris Liddell <chris.liddell@artifex.com>
03d399b295f9a39f743eb194ebce0995d52d0bfb

Update versions and dates for release candidate.

gs/Makefile.in
gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/SavedPages.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1
gs/psi/int.mak
gs/psi/msvc.mak
gs/psi/winint.mak

2015-03-19 13:50:07 +0000
Chris Liddell <chris.liddell@artifex.com>
a463733e35e1070a06029657dedb67148c33c87a

Handle an invalid cidfmap entry in the CIDFont subst code

Certain types of invalid entry in the cidfmap can mean that resourcestatus
returns "true" but a subsequent "findresource" will fail. There is already
validation code to strip out invalid entries, but as an extra safety measure,
call the findresource in a stopped context, so we can recover, and continue
with the next substitution fallback stage.

No cluster differences.

gs/Resource/Init/pdf_font.ps

2015-03-19 10:51:32 +0000
Chris Liddell <chris.liddell@artifex.com>
68f1390c29df09d2cc7cdb5c815c71aaa77f667c

Add instructions about using ghostpdf.inf on Windows 8

Add the instructions in the comments in ghostpdf.inf, and in a separate README
file.

Lots of "AT YOUR OWN RISK!!" comments in both.

No cluster differences.

gs/lib/ghostpdf.README
gs/lib/ghostpdf.inf

2015-03-19 10:49:34 +0000
Chris Liddell <chris.liddell@artifex.com>
2487b24d668f86350a1c5bdcf0e7a485470665e9

Correct a copy'n'paste mistake in a conditional

No cluster differences.

gs/configure.ac

2015-03-18 08:37:15 +0000
Chris Liddell <chris.liddell@artifex.com>
3c4edb1e23eec531b96194f85685b30656149732

Bug 695860: only shutdown BGPrint if it's active

Always forcing a setpagedevice interacts poorly with pdfwrite/ps2write (which
rely on the device shutting down to trigger emitting the final output).

Since vector devices cannot benefit from BGPrint, only disable BGPrint (with
setpagedevice) if BGPrint was active in the first place.

No cluster differences.

gs/psi/imain.c

2015-03-17 22:42:22 +0000
Chris Liddell <chris.liddell@artifex.com>
2ceee5a8a0e1a4d65f14de5f6cf53bb939b2f02c

Bug 695872: handle real/integer mixup in image Decode dict

In PDF we now pass the Height value from the image dict into the parameters
for the filter to access (specifically, the DCTDecodeFilter), and this will
cause an error if the Height value is, erroneously, a real rather than integer
value (the Postscript image operator appears to already handle that error,
at least in certain cases, gracefully).

So the filter code does not throw an error, round and convert the value to an
integer before storing it in the filter parameters dictionary.

No cluster differences.

gs/Resource/Init/pdf_draw.ps

2015-03-17 21:44:50 +0000
Chris Liddell <chris.liddell@artifex.com>
ace1b71cd0097ee830692e3e59738e084f5a4141

Fix a couple of typos in Install.htm

No cluster differences.

gs/doc/Install.htm

2015-03-17 18:05:51 +0000
Chris Liddell <chris.liddell@artifex.com>
41ff61ceceb55dd03da6b309c290c880c38fce04

Bug 692861: update Install.htm for "new" installer.

Bring Install.htm in-line with the nsis based Windows installer.

Also, remove references to Adobe Type Manager, and document that OpenVMS and
OS/2 are no longer actively supported by us.

No cluster differences

gs/doc/Install.htm

2015-03-17 16:38:50 +0000
Chris Liddell <chris.liddell@artifex.com>
b18cefb10c2391188d07ad0ca397e58121434b8b

Recursive mutex emulation: fix order of operations

We have to invalidate the self_id value *before* we unlock the mutex, as the
mutex implicitly protects the self_id (and lcount) value.

Also add asserts so we'll abort if the self_id and/or lcount get out of whack.

Finally, add a missing default value for RECURSIVE_MUTEXATTR in the ghostpdl
configure.

No cluster differences

configure.ac
gs/base/gp_psync.c
gs/base/lib.mak

2015-03-17 14:45:01 +0000
Chris Liddell <chris.liddell@artifex.com>
3dbcbb2ac75a8565534310cba189544ccdd1c1c4

Bug 695862: addendum - fix typo

No cluster differences.

gs/base/gp_psync.c

2015-03-16 22:18:41 +0000
Chris Liddell <chris.liddell@artifex.com>
edf3461901805376bdb1b9aa995df359531c7539

Fix a write after free memory issue.

No cluster differences

gs/base/stream.c

2015-03-16 12:52:49 +0000
Chris Liddell <chris.liddell@artifex.com>
444e0bf9c43bae0261660e6318ba0e514c18d41e

Bug 695862: use PTHREAD_MUTEX_RECURSIVE(_NP) if available

or properly emulate recursive mutexes ourselves.

No cluster differences

config.mak.in
configure.ac
gs/Makefile.in
gs/base/gp_psync.c
gs/configure.ac

2015-03-07 16:25:46 +0000
Chris Liddell <chris.liddell@artifex.com>
f1feefae4e6412d37db6abb46b492a74073964c7

Bug 691396: add new lines to FAPIdebug messages.

No cluster differences

tmp commit

gs/Resource/Init/gs_fapi.ps

2015-03-07 17:05:53 +0000
Chris Liddell <chris.liddell@artifex.com>
febe7a1acf152ef7379a126bfa65358604272b5a

Flush around FAPI "internal" debug messages.

Try to avoid the FAPI -Z1 messages stomping on other output messages by flushing
around the messages.

No cluster differences.

gs/base/fapi_ft.c
gs/base/fapiufst.c

2015-03-07 15:10:49 +0000
Chris Liddell <chris.liddell@artifex.com>
0f1d26a75ccb1adc806287f7e97af14af85f4fdf

Bug 692815: Fonts resourcestatus and native fonts

The core of the resourcestatus implementation for the Fonts category would
check the content of Fontmap, but would not trigger the native font scanning
to occur. So two invokations of resourcestatus for Font could result in
different results depending on whether, in the intervening period, another
operation had triggered the native font scan.

This could result in unexpected behaviour from the PDF interpreter where a
"synthetic" substitute could be created on the first page, and a native font
selected on the second page, for the same font name.

We'll now try to "find" the font for resourcestatus, if we fail, we'll try to
trigger the native font scan, and retry.

Further, I had missed the fact that this code used the Fontmap dictionary in my
previous commit, so it now accounts for the new NativeFontmap dict.

No cluster differences.

gs/Resource/Init/gs_fonts.ps
gs/Resource/Init/gs_res.ps

2015-03-05 14:56:51 +0000
Chris Liddell <chris.liddell@artifex.com>
3edd8e8e64c0b35364c2fdf2e13336191c023f4b

Bug 690653: fix order of font substitution mapping.

Previously, the enumeration of the "native fonts" (i.e. when using
fontconfig) wrote the mappings into the same Fontmap dictionary that is built
from the Fontmap file.

This could cause several problems. Firstly, it was possible for fonts found by
the native font search to effective replace the default font set - which should
*never* happen. Secondly, and even worse, the font found when trying to load
one of the default font set could change depending on whether a prior attempt
was made to load from from outside the default font, because the attempt to load
a font from outside the default set would trigger the Fontmap to change with the
native fonts being added.

We'll now keep the Fontmap dict from the Fontmap file separate from a new
native fontmap dictionary. We'll now check the Fontmap dictionary, then try to
load directly by name, then check the .nativeFontmap dict.

The .nativeFontmap also gets the results of scanning the directories in the
FONTDIR paremeter.

No cluster differences.

Bug 690653 (related): update pdf interp to use NativeFontmap

The pdf interpreter accesses Fontmap, so tweak it to also use NativeFontmap.

No cluster differences

gs/Resource/Init/gs_fonts.ps
gs/Resource/Init/pdf_font.ps

2015-03-16 18:29:09 +0000
Robin Watts <robin.watts@artifex.com>
0391d0e73c1892138b11c1416113e32b80d3317f

Update clusterpush.pl to cope with new mupdf source layout.

gs/toolbin/localcluster/clusterpush.pl

2015-03-16 08:39:36 -0700
Ray Johnston <ray.johnston@artifex.com>
949e2de694cb5464a26794b7679d8f74ad2fe02b

Temporary fix for bug 695711. Disable BGPrint when NumRenderingThreads > 0.

This will be fixed, but since background printing is an optimization, it is
better to disable it instead of having a SEGV occur due to a race condition.

gs/base/gdevprn.c

2015-03-16 10:08:52 +0000
Ken Sharp <ken.sharp@artifex.com>
d4440c2190845bdd165f3d208d508f45e2142bee

pdfwrite - process octal escapes in DSC comments

Bug #695850 - "DSC comments not being read correctly from PDFDocEncoding"

DSC comments are not encoded using PDFDocEncoding, nor are they PostScript
strings, they are a simple sequence of bytes. So it seems that we should
simply preserve that sequence in the output PDF file. However Distiller
behaves 'oddly' with DSC comments containing escape characters:

octal escapes (\ followed by 3 numbers) are converted into apparently a
PDFDocEncoding byte

non-octal numeric escapes (\ followed by less than 3 numbers or numebrs
which aren't octal) have the \ changed to a ?

non-octal non-numeric escapes (eg \n) simply get the escape dropped.

IMO this leads to problems, for example bug687660.ps has a %%Title which is
a DOS filename '%%Title: (C:\PHYSICS\TeX\SPINTRONICS\SPIN_HALL\gh_ef_001.eps)'
Distiller mangles this by dropping all the '\' characters to become
(C:PHYSICSTeXSPINTRONICSSPIN_HALLgh_ef_001.eps)

This commit alters the way that pdfwrite handles octal escapes *only*. These
are converted to binary and will then be encoded as if they were in
PDFDocEncoding which matches Distiller. We will not attempt to match the
observed behaviour of Distiller, not least because I think its completely
the wrong thing to do.


No differences expected

gs/devices/vector/gdevpdfp.c

2015-03-13 09:20:39 -0700
Michael Vrhel <michael.vrhel@artifex.com>
a16e39318467d8a802296bd34bbf0fab7f7809d5

Fix for bug 695863 overprint while pattern color is active

If a pattern color space is present when a graphics state swap occurs, and
the overprint changes from on to off in the graphics state the overprint
compositor is not disabled. In Bug 695863 a DeviceN image fill follows such
a case and the fill is improperly performed with overprint enabled. With this
commit we disable the overprint compositor if overprint is off. If overprint
is not off, it is not clear how we should proceed, as the color space is
a factor in that set up and here the color space is a pattern.

gs/base/gspcolor.c
gs/base/lib.mak

2015-03-10 22:05:52 -0700
Michael Vrhel <michael.vrhel@artifex.com>
64e33af885e49b40c0ebc070ede50e86a8ed3bdb

Change to check for len > 0 on while loop

Requested by a customer and protects against caller passing invalid len

gs/psi/dwmainc.c

2015-03-07 08:38:57 -0800
Michael Vrhel <michael.vrhel@artifex.com>
8e8a9c4265c3346055ecfc8025880cab28e268de

Fix for bug 693070 psdrgb device

The psdrgb device should not alter its number of components but it should stay
fixed. This commit plus b5b03bde360a7ba625a4c40a936c4e2fd5a32359
should fix the psdrgb device.

gs/devices/gdevpsd.c

2015-03-06 13:28:51 -0800
Michael Vrhel <michael.vrhel@artifex.com>
b5b03bde360a7ba625a4c40a936c4e2fd5a32359

PageSpotColors was getting handled by devn_get_params but not devn_put_params

For additive devices devn_put_params was not handling PageSpotColors but
devn_get_params was. This mismatch would lead to an error for the psdrgb
device, which is an additive device built upon the DeviceN device. Additive
devices do not handle apot colors at this time so the fix was to make
the handling of PageSpotColors in devn_get_params dependent upon the device
polarity like devn_put_params does.

gs/base/gdevdevn.c

2015-03-06 11:19:07 -0800
Michael Vrhel <michael.vrhel@artifex.com>
c75e5c690c6f9c1da2e9225d4986967d1d391c8b

Fix for bug 695791. Wrong ICC profile written when source was CIELAB colorspace.

gs/devices/vector/gdevxps.c

2015-03-03 18:59:17 +0000
Chris Liddell <chris.liddell@artifex.com>
12ddbaa69c38fa0178ff60a012ff358987b6238d

Handle non-integer /Rotate values.

Add a convert to integer (cvi) after retrieving the /Rotate entry from a PDF
/Page object (we already reject values that are not a multiple of 90).

In this case, the value was 90.0.

No cluster differences.

gs/Resource/Init/pdf_main.ps

2015-02-27 12:25:15 -0800
Michael Vrhel <michael.vrhel@artifex.com>
863c929faa7811ce6d78cb8d1b4610ee00a7a572

Fix mistake on temp state setup for named color replacement

I had not properly set up the colorant mapping positions and
size for the temporary graphic state that is used during the
storage of the color values that are set by the named color
replacement code. Thanks to Stefan for finding this.

gs/base/gxcmap.c

2015-02-26 18:01:04 -0700
Henry Stiles <henry.stiles@artifex.com>
7093747c7336656cfba938cff705b36fea6106c2

More improvement related to bug #695833 properly selecting LinePrinter
not Courier.

pl/plftable.h

2015-02-26 17:54:10 -0700
Henry Stiles <henry.stiles@artifex.com>
f4f0f0a92a543adef944c09ff065defe1c58fefe

Remove the test for a TrueType file type to make way for supporting
other font file types.

pl/pllfont.c

2015-02-25 07:44:51 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
70bd09212747f8b13e94948c04cadf5b0df65899

Silence a compiler warning in fuzzy.c

gs/toolbin/tests/fuzzy.c

2015-02-12 10:13:10 -0800
Ray Johnston <ray.johnston@artifex.com>
a2d08f1eb88355c81672668595f0b80f32386e48

Fix pattern-clist with transparency color mismatch with raster patterns

Cust 532 noticed that colors would be (very slightly) different when patterns
were rendered from raster patterns vs. using the pattern-clist approach. This
happened when the pattern has transparency such as fts_25_2526.ps.

The file tests_private/comparefiles/Bug692720.pdf is a progression (lower left
"21h" and "22h" are missing and the bold outline for some of the text on the
left panel is wrong without this change.

Fix it to make sure and push and pop a transparency group around the pattern
filling when pattern-clist is used, the same as for raster patterns that have
transparecncy. The 'blending_mode' was moved to the tile (gx_color_tile_s)
from the ttrans (gx_pattern_trans_s) struct so that it will be available when
painting from the pattern-clist.

Also remove some code in gxpcmap.c that was dead (#if 0) since 2007.

gs/base/gdevp14.c
gs/base/gsptype1.c
gs/base/gxclread.c
gs/base/gximask.c
gs/base/gxp1fill.c
gs/base/gxpcmap.c
gs/base/gxpcolor.h
gs/psi/zpcolor.c

2015-02-23 14:13:53 -0800
Ray Johnston <ray.johnston@artifex.com>
fb531eecd1942807a792ef66a1aa49ec00792d13

Fix bugs 695840, 695841. Regression due to pdf14_clist optimization.

If the color characteristics of the device do not match the pdf14
compositor, rendering the clist bands without the pdf14 compositor
will fail, either by reading colors with the wrong depth back from
the clist or colors having been pre-converted using a device ICC
profile that is different than the colors that are written using
the pdf14 compositor.

gs/base/gdevp14.c
gs/base/gdevp14.h
gs/base/gxclrast.c
gs/base/gxclread.c

2015-02-23 12:18:01 -0800
Michael Vrhel <michael.vrhel@artifex.com>
1dca5f29bf59d3071021a3ba4b7378e60d0e7a10

Fixes for named color support

A few minor fixes for named color support including the detection of the
None colorant in the DeviceN list of colorants. Making sure that the
equivalent CMYK color is correctly computed. Make sure that all the
colorants in the device are cleared out prior to setting the ones
associated with the device profile in the example code given in
gsicc_transform_named_color.

gs/base/gsequivc.c
gs/base/gsequivc.h
gs/base/gsicc_cache.c
gs/base/gxcmap.c

2015-02-23 10:15:02 -0800
Michael Vrhel <michael.vrhel@artifex.com>
46b59d18a8f4d204e83327e135c17657caefde3a

Fix issues with sICCOutputColors option

If an NCLR ICC profile is specified for output then it is also
possible to specify the colorant names associated with the profile.
This information is described by the sICCOutputColors parameter.
There was an issue where the default colorant names AND the
colorant names specified by sICCOutputColors were getting
added to the device. With this fix only the colorants specified
by sICCOutputColors are added to the device.

gs/base/gsdparam.c
gs/base/gsicc_manage.c
gs/devices/gdevpsd.c

2015-02-23 12:30:30 +0000
Chris Liddell <chris.liddell@artifex.com>
375752983d9373b28bf1fada04fc9325673bc51c

Bug 695516: fix psl.dev/psbase.dev deps snafu....

And also tidy dependency for PDF interpreter.

No cluster differences

gs/psi/int.mak

2015-02-23 11:49:08 +0000
Ken Sharp <ken.sharp@artifex.com>
1125d53f8db9f7402f37fa8fe7823257e4c6554a

PDF Interpreter - fix some kinds of FreeText processing

Bug 695848 "Ghostscript decode error when opening PDF"

The processing of the Default Appearance was mishandling some colour
specifications. It was expecting arrays for all operators, when in fact only
the (undocumented ?) 'r' operator takes an array, all the others simply
take a sequence of values.

gs/Resource/Init/pdf_draw.ps

2015-02-20 15:05:51 -0800
Michael Vrhel <michael.vrhel@artifex.com>
6ab5713f556bde0be38fa411e2eb1d25eb73e2c5

Use different remap proc for indexed color space when dealing with named colors

Currently the Index color space uses gx_default_remap_color for its remap procedure.
This is a problem for when we are dealing with an index color whose base space
is DeviceN and we are doing named color replacement in our color management. To
fix this, we introduce a different version of the Indexed color space that is installed
with a different remap proc for the case when we have a index color space whose
base space is DeviceN or Separation AND we have specified a named color ICC profile.

gs/base/gscolor2.c
gs/base/gscolor2.h
gs/psi/zcolor.c

2015-02-20 14:23:56 -0800
Michael Vrhel <michael.vrhel@artifex.com>
033cf566b74c7e12bfb82d9b63a7bc680c51c5f8

Add LockColorants option to tiffsep and psdcmyk devices

If someone specifies a list of colorants using something like this

-c "<< /SeparationColorNames [ /Cyan /Magenta /Yellow /Black /Violet /Orange]
/SeparationOrder [ /Cyan /Magenta /Yellow /Black /Violet /Orange]>> setpagedevice"

on the command line, it would be nice if they also had the option to
keep the colorants to only this set for the tiffsep and psdcmyk devices.

Currently, the list of colorants above would be included as well as any that
are encountered in the document (up to a max of 64). In some cases, this
may be the desired outcome. In other cases, the user may like to keep the colorants
to only those set by SeparationColorNames. Toward that end, this commits adds
a -dLockColorants=true/false option for the tiffsep and psdcmyk devices to
ensure that the devices do not add on additional colorants as they are
encountered in the document.

gs/devices/gdevpsd.c
gs/devices/gdevtsep.c

2015-02-20 09:51:50 +0000
Chris Liddell <chris.liddell@artifex.com>
5135b9cd1a26332af64ff3a770103d8d8ad001a0

Bug 695842: cope with no pread/pwrite available

Older Unix and Linux systems for example.

Without pread/pwrite we also disable multithreading support.

No cluster differences

config.mak.in
configure.ac
gs/Makefile.in
gs/base/gp_unifs.c
gs/configure.ac

2015-02-20 11:32:34 +0000
Chris Liddell <chris.liddell@artifex.com>
93ceb24e53ac62b5d6ac338dd8983e2e2a15eaad

Cope with systems with inttypes.h that doesn't define PRI..

The PRI... macros for printf formatting aren't always available, so cope better with that.

Solaris, for example.

No cluster differences

gs/base/stdint_.h

2015-02-20 11:30:26 +0000
Chris Liddell <chris.liddell@artifex.com>
5c7b12b0bfd990329b6ecd009afbfc4f037e8b48

Cope with systems without strnlen.

We'll use strnlen in preference, but replace it with strlen if strnlen isn't available.

An example would be Sun cc on Solaris.

No cluster differences

configure.ac
gs/configure.ac

2015-02-18 15:57:29 +0000
Chris Liddell <chris.liddell@artifex.com>
1e7626e4a9db58f9e5a531c04233bc8b04c52b1f

Bug 695836: add flag for MINGW binary file opening

MINGW, being a unix-like API on Windows, using the file handling gp_unifn.c,
but unlike "real" Unix systems, requires an extra flag for opening binary
files.

Add that conditional on being built for MINGW

No cluster differences.

gs/base/gp_unifn.c

2015-02-16 10:13:58 +0000
Ken Sharp <ken.sharp@artifex.com>
f27d8957a6afde54c0105fe6599b175b7ec46540

Increase the linewidth used in idiom recognition of artificial bold text

Bug #695835 "Artificially emboldened fonts not showing up as bold in output PDF"

I believe this to be an Acrobat display bug, different versions of Acrobat
display the result differently, modifying the viewer preferences alters the
boldness significantly, and opening another file also alters the displayed
boldness.

However, I've opted to increase the linewidth we are using slightly. This
results in a few single pixel differences in our output. At 600 dpi the
test file is slightly bolder, about 1 pixel worth.

Comparison against the PostScript output is slightly complicated, because
the 'fill and stroke' results in slightly smoother output than the 'draw
the glyph 4 times' approach. However, there is little significant difference
as far as I can tell.

gs/Resource/IdiomSet/Pscript5Idiom

2015-02-12 17:09:40 -0700
Henry Stiles <henry.stiles@artifex.com>
7b3af6d5075a23cd6b5ef199e7680be8ab1045a6

Fixes bug #695833 to correctly select the Line Printer font instead of
Courier.

We need to have a LinePrinter font entry in the font table for each
symbol set supported by LinePrinter. We were missing an entry for the
PS text (10J) symbol set.

pl/plftable.h

2015-02-12 13:24:58 +0000
Ken Sharp <ken.sharp@artifex.com>
4264a0716724dbd7fd8e35a53572e262658d5979

Fix error recovery after invalid type 1c (CFF) font

Bug #695819 "Ghostscript cannot process font stream"

The PDF file (which purports to have been produced by an earlier version
of Ghostscript) contains a CFF font which has en empty names index.

Ghostscript, not unreasonably, treats this as being 'the first byte of the
name is 0x00' which indicates a font which has been deleted from the
FontSet. This means that the embedded FontSet contains no fonts.

Since there are on fonts, we obviously can't use the font stream, and so
we enter an error recovery process. This exposes a problem specific to
this type of font, failing in this fashion, which left the operand stack
in a condition where we were unable to recover from the error.

This commit detects the error condition at an earlier stage and prevents
the change to the operand stack, which allows the missing font to be
substituted, and the file runs to completion.

No differences expected.

gs/Resource/Init/pdf_font.ps

2015-02-10 10:30:53 -0800
Michael Vrhel <michael.vrhel@artifex.com>
40e783f0274ede8a5a15caf878bd18cad1bfa690

Fix for crash issue in -dUseFastColor

The noncm link was storing the target device color mapping procs
and using those to map the colors. The problem is that some devices
(for example tiffsep) rely upon special device structures to
do the mapping. When we had a forwarding device like the overprint
device in front of the target, we were calling the target mapping
procs where we should be calling the overprint device mapping procs.
This commit fixes the issue.

gs/base/gsicc_nocm.c

2015-02-09 11:04:27 -0800
Michael Vrhel <michael.vrhel@artifex.com>
14ea68e33fa129addf3860e3bf760060aa100ce3

Fixes for named color replacement.

The sample code for named color replacement had several issues
that this commits fixes.

1) The memory allocations were not being done in non-gc memory.
2) There needed to be a release method to free the allocations
when we are done with the named color profile structure.
Since this is a "custom" profile, the release procedure for
a profile was added as a member variable to the profile structure.
3) The decision to use the named color profile was moved earlier
in the ghostscript color remapping logic. The ensures we
have better control and avoid unwanted multiple remaps.

Once the color is assigned values by the call to
gsicc_transform_named_color in gx_remap_named_color, note
that in gx_remap_concrete_devicen the transfer functions are applied.
Also note that in gx_remap_concrete_devicen we will end up doing
a possible ICC mapping of just the CMYK values from source CMYK to
destination CMYK via the call to devicen_icc_cmyk. The reason for
this is explained by the large comment in that part of the code.
If this remap is not desired, for example if gx_remap_named_color
assigned the CMYK values in the destination space already, then
this mapping should be disabled. The decision to enable or disable
is a design/customization decision of which the developer should be aware.

gs/base/gscdevn.c
gs/base/gscms.h
gs/base/gscsepr.c
gs/base/gsicc_cache.c
gs/base/gsicc_manage.c
gs/base/gxcmap.c
gs/base/gxcspace.h

2015-02-05 17:21:51 +0000
Ken Sharp <ken.sharp@artifex.com>
17131c7a7fdf9d8537c4715e538c49b29c8945a8

Improve high level devices handling of Forms

Bug #695805 "PostScript can defeat the code to spot PostScript forms being run multiple times "

High level devices (eg pdfwrite) already check Forms to see if they are
duplicates, and if so use the initial definition. However, this does not
improve performance, since the Form PaintProc still needs to be executed
for each instance of the Form.

This commit adds two new spec_op enums, and uses them to improve performance
as well, but *only* for high level devices.

After running a PaintProc, the PostScript .execform1 procedure now sends a
spec_op to the device requesting an integer ID to store in the Form. If the
device does not do its own form caching it will return -1, in which case
the PostScript will not store the value.

Each time a Form is executed, the PostScript code will look to see if we
have a non-null value stored for the Implementation key in the Form dictioanry.
If so, then we assume its a dictionary (ideally we should check, but this is
all tightly coupled code), pull the /FormID from it, and then send another
(different) spec_op to the device. On receipt of this the device simply
reuses its stored Form.

This absolves us from running the PaintProc again, which on some files can
have significant performance benefits. It also means that even Forms which
execute pdfmarks (as the original file does) will be recognised as the same
form, which the duplicate removal code cannot achieve.

The customer's test file runs in ~16 seconds now,producing a 4.3 Mb output
file, previously this produced an 81 Mb file and took around 20 minutes.

gs/Resource/Init/gs_lev2.ps
gs/base/gsform1.h
gs/base/gxdevsop.h
gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfi.c
gs/devices/vector/gdevpdfx.h
gs/psi/zform.c

2015-01-23 09:48:50 +0000
Chris Liddell <chris.liddell@artifex.com>
be26bcf588c1dff9f8a867f764bb46b0d6389081

Update URW fonts to Jan 2015 release.

The families NimbusMono, NimbusRoman and NimbusSans have been augmented with
production quality Greek and Cyrillic glyphs. These correspond to our
substitutes for the PDF base 14 fonts

Lots of minor pixel level cluster differences, and
sumatra/664_-_accented_characters_missing.PDF

is progression with previously missing accented glyphs now printing

gs/Resource/Font/BookmanURW-DemBol
gs/Resource/Font/BookmanURW-DemBolIta
gs/Resource/Font/BookmanURW-Lig
gs/Resource/Font/BookmanURW-LigIta
gs/Resource/Font/CenturySchL-Bold
gs/Resource/Font/CenturySchL-BoldItal
gs/Resource/Font/CenturySchL-Ital
gs/Resource/Font/CenturySchL-Roma
gs/Resource/Font/CenturySchURW-Bol
gs/Resource/Font/CenturySchURW-BolIta
gs/Resource/Font/CenturySchURW-Ita
gs/Resource/Font/CenturySchURW-Rom
gs/Resource/Font/ChanceryURW-MedIta
gs/Resource/Font/NimbusMon-Bol
gs/Resource/Font/NimbusMon-BolObl
gs/Resource/Font/NimbusMon-Obl
gs/Resource/Font/NimbusMon-Reg
gs/Resource/Font/NimbusMonL-Bold
gs/Resource/Font/NimbusMonL-BoldObli
gs/Resource/Font/NimbusMonL-Regu
gs/Resource/Font/NimbusMonL-ReguObli
gs/Resource/Font/NimbusRom-Ita
gs/Resource/Font/NimbusRom-Med
gs/Resource/Font/NimbusRom-MedIta
gs/Resource/Font/NimbusRom-Reg
gs/Resource/Font/NimbusRomNo9L-Medi
gs/Resource/Font/NimbusRomNo9L-MediItal
gs/Resource/Font/NimbusRomNo9L-Regu
gs/Resource/Font/NimbusRomNo9L-ReguItal
gs/Resource/Font/NimbusSan-Bol
gs/Resource/Font/NimbusSan-BolIta
gs/Resource/Font/NimbusSan-Ita
gs/Resource/Font/NimbusSan-Reg
gs/Resource/Font/NimbusSanL-Bold
gs/Resource/Font/NimbusSanL-BoldCond
gs/Resource/Font/NimbusSanL-BoldCondItal
gs/Resource/Font/NimbusSanL-BoldItal
gs/Resource/Font/NimbusSanL-Regu
gs/Resource/Font/NimbusSanL-ReguCond
gs/Resource/Font/NimbusSanL-ReguCondItal
gs/Resource/Font/NimbusSanL-ReguItal
gs/Resource/Font/NimbusSanNar-Bol
gs/Resource/Font/NimbusSanNar-BolIta
gs/Resource/Font/NimbusSanNar-Ita
gs/Resource/Font/NimbusSanNar-Reg
gs/Resource/Font/PalladioURW-Bol
gs/Resource/Font/PalladioURW-BolIta
gs/Resource/Font/PalladioURW-Ita
gs/Resource/Font/PalladioURW-Rom
gs/Resource/Font/URWBookmanL-DemiBold
gs/Resource/Font/URWBookmanL-DemiBoldItal
gs/Resource/Font/URWBookmanL-Ligh
gs/Resource/Font/URWBookmanL-LighItal
gs/Resource/Font/URWChanceryL-MediItal
gs/Resource/Font/URWGothic-Boo
gs/Resource/Font/URWGothic-BooObl
gs/Resource/Font/URWGothic-Dem
gs/Resource/Font/URWGothic-DemObl
gs/Resource/Font/URWGothicL-Book
gs/Resource/Font/URWGothicL-BookObli
gs/Resource/Font/URWGothicL-Demi
gs/Resource/Font/URWGothicL-DemiObli
gs/Resource/Font/URWPalladioL-Bold
gs/Resource/Font/URWPalladioL-BoldItal
gs/Resource/Font/URWPalladioL-Ital
gs/Resource/Font/URWPalladioL-Roma
gs/Resource/Init/Fontmap.GS
gs/psi/psromfs.mak

2015-02-03 16:05:55 +0000
Chris Liddell <chris.liddell@artifex.com>
af9d47bf4ed5ebe42c1b2592a607bd891cd1dd92

Bug 695787: skip WOFF fonts in font scanning

As Ghostscript doesn't support WOFF fonts, skip them during the building of the
"native" fonts table - this prevents the pseudo-parsing from consuming large
amounts of memory and processor time pointlessly.

No cluster differences.

gs/Resource/Init/gs_fonts.ps
gs/Resource/Init/gs_ttf.ps

2015-02-02 13:31:32 +0000
Ken Sharp <ken.sharp@artifex.com>
8803294d1768a74a2ca3a1acc97f7def74752791

commit 23aab341f57c20974e4dfcb68abb13ce08c5e5a8 actually committed the wrong
code by accident, ooops!

This is the corrected test for a type 2 font being used. The comments in
the previous commit still apply, this isn't a 'fix' just a work-around to
avoid a crash.

gs/devices/vector/gdevpdtc.c

2015-02-02 11:52:49 +0000
Ken Sharp <ken.sharp@artifex.com>
23aab341f57c20974e4dfcb68abb13ce08c5e5a8

Noticed by chrisl while working on moving our installed base fonts to
CFF, if a type 0 font has an FDepVector which uses both a type 3 font, and
a base font (which is CFF) then we fail to process the condition where
we use one glyph from the type 3 and follow it with a glyph from the
type 2.

The problem seems to be that we get confused, we detect the error with the
CFF font, but instead of capturing it as a bitmap (fallback case) we end
up dealing with it as if we had started capturing a type 3 charproc. Of
course we didn't start capturing it that way, so that causes chaos.

In the long run this will need to be fixed properly (ie figure out why we
are ending the glyph with the current font being type 3, when it should be
type 2), but for now this prevents the GPF. When/if we do move to CFF fonts
for our base fonts, this will need to be revisited.

gs/devices/vector/gdevpdtc.c

2015-01-29 17:33:48 -0800
Ray Johnston <ray.johnston@artifex.com>
3af4b00ad39d7c3672f3967512d81b1f8ecf6bac

Fix some (probably not all) dependencies when the build has minimal devices.

The lib.mak was missing some dependencies, and pdf_main.ps depended on the
.pdfputparams which is only defined if the pdfwrite device is built in.
Tested with a build from: autogen.sh --with-drivers=ppmraw,pgmraw,pbmraw
which only has bbox and those devices.

gs/Resource/Init/pdf_main.ps
gs/base/lib.mak

2015-01-30 10:43:31 +0000
Ken Sharp <ken.sharp@artifex.com>
47178da0d32b82a40b75f9aa9684210ff4dc1d24

Remove the reference to -dLanguageLevel=1 in the man page.

Also remove the incorrect nonsense about language level 3 and so on, which
has never been correct, and some general tidying up. Also point out that,
despite the name of the scripts, PDF is an equally acceptable input.

Update the versions and dates and so on to reflect the edit.

gs/man/ps2ps.1

2015-01-28 08:34:08 -0800
Ray Johnston <ray.johnston@artifex.com>
704fcded8bb82dcbfad512ee8eec80e1d5655ded

Fix miscalculation of pattern size when 'has_tags' is true.

This fix was developed for customer 532 who uses tags. The 'has_tags'
passed in to gx_pattern_size_estimate is a boolean, so we should adjust
size for the extra tag byte, not the value (which doesn't have to be 1).

gs/base/gxpcmap.c

2015-01-23 17:32:36 -0800
Ray Johnston <ray.johnston@artifex.com>
8c015519af0f14ada59399a96d0f4ffc3c9e5ccd

Fix some debug statements that used NULL mem pointers.

gs/base/gxipixel.c

2015-01-22 08:35:39 -0800
Ray Johnston <ray.johnston@artifex.com>
c8cf49712712f288d5b956f36ecb285a39a2b134

Fix emprintf problem with previous commit

gs/devices/gdevplib.c

2015-01-21 13:41:35 -0800
Ray Johnston <ray.johnston@artifex.com>
cad213c2d188e7461322ee6f810684bea5358235

Fix BandHeight and segfault problems with plib device.

The BandHeight will be 0 initially to convey "set it automatically
if it isn't set on the command line. Only check once it has been
set.

Once past this a segfault was occurring because the mdev->line_ptrs
never was set. This seems to have been broken by commit c4357bef
caused by passing "mlines" into the device's setup_buf_device
rather than NULL in the call from clist_rasterize_lines (which
did fix another segfault).

Since regression doesn't test this device, I don't expect any
differences.

gs/devices/gdevplib.c

2015-01-20 16:01:07 +0000
Chris Liddell <chris.liddell@artifex.com>
f38db629f962a599693e13b572eef9ee64412800

Add the plib device family to build on Unix.

No cluster differences.

gs/configure.ac
gs/devices/gdevplib.c

2015-01-19 11:19:08 +0000
Chris Liddell <chris.liddell@artifex.com>
4d9083d4f20d53eda3ae129cd35d1947144db743

Commit the automake/autoconf/libtool derived files

For ijs the build is not expected to change, and if it does, it will be very
infrequent. So keeping the derived files in source control simplifies things.

No cluster differences

gs/ijs/Makefile.in
gs/ijs/compile
gs/ijs/config.guess
gs/ijs/config.sub
gs/ijs/configure
gs/ijs/install-sh
gs/ijs/libtool
gs/ijs/ltmain.sh
gs/ijs/missing

2015-01-19 11:15:02 +0000
Chris Liddell <chris.liddell@artifex.com>
c09cc83e53c9a1269e0c64fea94d9ceeafa9a494

Remove automake version specific tests/use

The script does unpleasant things which can cause us to attempt to use a
specific version of automake, which should not really be needed these days.

So we now just check that the automake version is greater than or equal to the
version we require.

The old method can still be accessed by invoking autogen.sh thus:
USE_OLD=yes ./autogen.sh

Also, reset the the minimum automake version to 1.6.

No cluster differences.

gs/ijs/autogen.sh
gs/ijs/configure.ac

2015-01-21 22:34:40 +0000
Chris Liddell <chris.liddell@artifex.com>
b2d6985a0fdc20c9775e3caa2f90af039cc5e2f5

Remove spurious debug code.

No cluster differences.

gs/Resource/Init/gs_type1.ps

2015-01-21 22:08:39 +0000
Chris Liddell <chris.liddell@artifex.com>
da65b995be88cfcbef7c99dbae1d15f5eb14122d

Bug 695794: fix invalidaccess with some Type 1 fonts

Use superexec to execute the .growput to enter the flag into the font dictionary
that indicates we've already applied the glyph mapping augmentation. Handles
the case that the font dictionary already readonly.

No cluster differences.

gs/Resource/Init/gs_type1.ps

2015-01-20 09:22:31 -0800
Ray Johnston <ray.johnston@artifex.com>
38501651d81ae41f6505e7f457f46a975648c63a

Fix C stack overflow with psdcmykog.

The commit fe0b8fcf increased the gp_filename_sizeof to 4096, and
this increased the stack usage for cmykog_process_arg_t by enough
to cause stack overflow on Windows.

gs/devices/gdevcmykog.c

2015-01-20 09:00:31 -0800
Ray Johnston <ray.johnston@artifex.com>
a8a479e6104a509de49b0d10d8aae6cc4cd4809a

Clean up gx_pattern_size_estimate to clamp at max_int

When the pattern had transparency, we had conditional assignment to
limit at (max_int * ~0xFFFF), but not otherwise. No known defect.

gs/base/gxpcmap.c

2015-01-19 09:15:47 +0000
Chris Liddell <chris.liddell@artifex.com>
2cc3a1779d832fc84b36f0ebb20336bbdad17352

Bug 695774: Fallback for glyph with degenerate bbox

If a glyph has only one very narrow feature, the bbox can end up with either
the width or height of the bbox being 0, in which case no raster memory is
allocated and no attempt is made to render the glyph. This is less than ideal
when the drop-out compensation in the rendering code would actually result in
the glyph being rendered.

Normally the coordinates for the bbox are rounded (which is technically
correct). Now, if that results in the width or height being 0, we'll
then try explicitly rounding up/down, providing a sort of naive whole glyph
drop-out compensation.

The same change has been included upstream and will be in the next scheduled
Freetype release:
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=942aa5ff

This causes a large number of low resolution differences on cluster, all
progressions where glyphs like dash ('-'), underscore ('_') and vertical
bar ('|') were dropping out entirely, and are now printing.

gs/freetype/src/raster/ftrend1.c

2015-01-17 10:58:33 +0000
Ken Sharp <ken.sharp@artifex.com>
2c14b47453cc4c4bc6d6a97af073ae0145f107dd

txtwrite - properly terminate 'char' tags

Bug #695788 "txtwrite textoutput=0 XML file"

The 'char' tag was being terminated with a '>' instead of a '/>'.

Reported, and the offending code isolated, by Petko Lukov, who offered to
create a patch, but the change is so trivial I simply went ahead with it.

No differences expected, cluster doesn't test txtwrite.

gs/devices/vector/gdevtxtw.c

2015-01-17 09:01:00 +0000
Chris Liddell <chris.liddell@artifex.com>
8a72aff8e6f1009cce8cf0ed535baf3d6c362fb4

Slience a (benign) compiler warning about missing return

No cluster differences.

gs/psi/dxmain.c

2015-01-16 10:27:51 -0800
Ray Johnston <ray.johnston@artifex.com>
7882030e49b1309c6d8ccc96b799c8eddb0cc10d

Improve error message when required OutputFile not specified.

Bug 695767. Also improve the formatting when there was a filename
by adding ' around the filename,

gs/base/gsdevice.c

2015-01-16 15:26:56 +0000
Chris Liddell <chris.liddell@artifex.com>
66eafeeec0288a96dde38ecb406961c869ce06e4

Move bbox.dev to be immediately after the x11 devs

So that in pcl and xps on Unix, if we aren't including the x11 devices, we'll
default to bbox.

No cluster differences

main/pcl6_gcc.mak

2015-01-16 15:18:23 +0000
Chris Liddell <chris.liddell@artifex.com>
d1ef180b6cad83dde54843e028accb22222e6f39

Explicitly check for both libcups and libcupsimage

No cluster differences.

gs/configure.ac

2015-01-16 09:40:27 +0000
Ken Sharp <ken.sharp@artifex.com>
6e1e22c7643ee2e0b28a702a3ed9fc5b8f3a96b0

NTFS - fix some memory problems Bug 695752

Bug #695752 "gp_enumerate_files_close leaks some memory"

This appears to be a simple oversight in the original commit, a piece of
allocated memory was not freed, the 'free' call was commented out.

Noticed in passing; if the allocation of the file pattern fails, we were not
freeing the file or directory enumerators, leading to a memory leak as
well.

No differences expected (cluster does not test Windows file system)

gs/base/gp_ntfs.c

2015-01-15 16:16:59 +0000
Ken Sharp <ken.sharp@artifex.com>
d9168fef51ff878e58834b38d620f4afc9fa66c2

pdfwrite - fix compiler warning

The compiler complained that pres could be NULL. In fact it should never be,
it *should* be the same as pres1, but we ought to be dereferencing pres1 here
anyway, not pres, so we make that change, just in case.

gs/devices/vector/gdevpdfu.c

2015-01-14 10:51:21 -0800
Michael Vrhel <michael.vrhel@artifex.com>
65b46878adabda061b67670dfd81899acca2cea1

Fix warnings from f02d0a5

For some reason no warnings came up during the cluster push. Thanks
to those who fixed a couple. Hopefully this fixes the rest.

gs/base/gximdecode.c
gs/devices/vector/gdevxps.c

2015-01-13 12:31:40 -0800
Ray Johnston <ray.johnston@artifex.com>
48eb76b5b774772e39b0a163a9a3c1d06eafbdd4

Allow Orientation pagedevice parameter to control the FitPage rotation

With this change, Orientation is no longer ignored except for devices
that support pdfmark where it must be 0 (e.g., pdfwrite). Now with
-dFitPage, -c "<< /Orientation 0 >> setpagedevice" will use either 0
or 90 degree rotation, while -c "<< /Orientation 2 >> setpagedevice"
will rotate either 180 degrees or 270 degrees.

Note that Orientation 2 will invert a page (rotate by 180) if 270
degree rotation is not needed for the best fit.

Orientation will also control which way is "up" without -dFitPage,
but may result in clipping.

gs/Resource/Init/pdf_main.ps

2015-01-14 15:01:24 +0000
Chris Liddell <chris.liddell@artifex.com>
6213ab0b0c3229f1744e404e0d673d36f62bd6cd

Treat a couple of compiler warnings as errors.

Treat declaration-after-statement and return-type warnings as errors when
building with gcc.

No cluster differences.

configure.ac
gs/configure.ac

2015-01-14 15:01:02 +0000
Chris Liddell <chris.liddell@artifex.com>
d18f698b8e7176653d096b2e554eeff713be4182

Fix a missing return type for a function.

gs/devices/vector/gdevxps.c

2015-01-14 13:21:54 +0000
Ken Sharp <ken.sharp@artifex.com>
d7bffde12e3b9856e271af3b50254fd93d98b3d3

Fix 'warning: ISO C90 forbids mixed declarations and code'

Commit f02d0a5 added code which declares variables in the body of a
function. This is not permitted in C90 (or C89), is contrary to the coding
style for Ghostscript and fails to compile Ghostscript under Visual Studio.

In addition 'zip_close_all_archive_files()' did not have a return value on
success which led to random return values and a number of regression files
failing.

Moved the variables to the start of the functions (removing const as required)
and added a specific return code on success.

Now compiles under Windows, does not throw as many warnings on Linux and
does not cause spurious regression failures. There are still many warnings
produced by gcc, EG:

./devices/vector/gdevxps.c:1771:9: warning: unused variable 'count' [-Wunused-variable]
./devices/vector/gdevxps.c:1770:9: warning: unused variable 'code' [-Wunused-variable]

The author of the commit should address those separately.

gs/base/gximdecode.c
gs/devices/vector/gdevxps.c

2014-12-15 12:15:14 -0800
Michael Vrhel <michael.vrhel@artifex.com>
f02d0a5067a0970aa5e9c6b4f9cd08956485447e

Add support for encoded source images with xpswrite device. Fix for bug 695698

Also fixes 695754 and 695680.

The xps format does not allow for the image data encodings that PDF source files can
create. Hence we have to decode the data prior to writing out to our TIFF file.
The clist image code had static methods for doing the decode during color monitoring. These
methods were re-factored to work on a new structure that are now member variables for
the xpswrite image enum structure and the clist image enum structure. The methods and
the structure definition were placed in their own file gximdecode.c/h

Also this adds support for images in indexed, CIELAB, DeviceN and separation color spaces.

Finally, images are stored in a temp file during creation and then copied into the zip
archived, releasing the image temp file. ICC profiles are written directly from memory
to the zip file. This avoids having lots of temp files around for each image that is
created. A similar process needs to be done for other parts of the xps document. With the
current architecture of having a temp file open for every "file" in the package we would
not be able to create something larger than 512 pages on windows due to the limit on
the number of open files.

gs/base/gxclimag.c
gs/base/gximdecode.c
gs/base/gximdecode.h
gs/base/lib.mak
gs/devices/devs.mak
gs/devices/vector/gdevxps.c
gs/ghostscript.vcproj

2015-01-13 11:19:53 +0000
Ken Sharp <ken.sharp@artifex.com>
3e7115492c378ffa324c0a083244a785a6a61f82

pdfwrite - optimise pdf_foget_resource with CharProc resources

Bug #695778 "Long delay converting .ps file to .pdf file"

The specimen file uses glyphshow to draw a huge number of 'characters',
these turn out to be bitmaps which, taken together create the page. Each
page defines and at the end specifically undefines a type 3 font and the
glyphs are stored in this font.

Since PDF has no equivalent to glypshow we store the glyphs in multiple
type 3 fonts, resulting in around 10 times as many fonts. The creation and
storage of the fonts and glyphs is quite slow.

However, we start off unaware that this is a glyphshow operation, so we
start by attempting to capture the type 3 CharProc. Its not until we get
to the actual capture of the bitmap that we discover we cannot handle the
glyph like this. That means we have to discard the CharProc we had begun,
and remove it from the list of stored resources.

Now resources are stored in 'chains' which is a simple way of limiting the
number of searches. We hash on the resource ID and pick the chain based on
that.

The first problem was that pdf_forget_resource was not using the hash, it
was checking every entry in every chain, in effect checking all the entries
of a given resource type. Even if it found a match, it continued checking
the remaining chains! As the number of stored CharProcs (we still store
the glyphs as CharProcs, but in a different font) increases, the time taken
to exhaustively check all the glyphs increases.

Here we fix that by starting from the correct chain based on the hash of
the id (if its 0 we start at the first chain, so if we haven't allocated an
ID we check all the entries). When we find a match we return immediately
instead of merely exiting the *inner* loop.

The second problem is that we don't allocate an ID for CharProcs initially.
This is fixed by storing the ID which we used temporarily as an argument
to pdf_enter_substream.

Taken together these speed up this file by a factor of ~8.

No differences expected.

gs/devices/vector/gdevpdfu.c
gs/devices/vector/gdevpdti.c

2015-01-13 09:28:37 +0000
Chris Liddell <chris.liddell@artifex.com>
7d97b54d767627d1d88ea026c3d3accd11cb670f

Bug 695783: correct cups return of string parameters

The cups device was using param_string_from_string() to return string parameters
allocated in the device structure in its get_params method. Of the many problems
this could cause, it came to light due to the same parameter being sent through
put_params thus causing strncpy() to attempt to copy a string to itself, causing
a segfault.

Changing to the correct param_string_from_transient_string() way to return such
strings resolves the problem.

No cluster differences.

gs/cups/gdevcups.c

2015-01-12 11:10:04 +0000
Chris Liddell <chris.liddell@artifex.com>
f29420b18ba7abedb649d0352fb1b16adae1d4a5

Bug 695743: LCMS: Fix a macro clash on SNONE

Partial patch pulled from Marti's github repo:
https://github.com/mm2/Little-CMS/commit/5bc4f52f

(only the macro clash fix).

No cluster differences.

gs/lcms2/src/cmscgats.c

2015-01-12 09:56:01 +0000
Chris Liddell <chris.liddell@artifex.com>
84d749a65e509c31805a8f99d1aad78c013f13e6

Bug 695764: allow compiler to be overridden

Allow the C compiler to set by the configure script.

No cluster differences.

common/gccdefs.mak
config.mak.in
configure.ac

2015-01-12 08:44:46 +0000
Chris Liddell <chris.liddell@artifex.com>
e17fcc029c96949982b8f01c6e649b87dceab1be

Bug 695772: account for clist icc_table being shared

When multi-thread rendering is used (but not background printing), the icc_table
is shared between all the render thread devices and the 'parent' device in the
interpreter thread - but it is not reference counted. We rely on the fact that
the device in the interpreter thread will exist before, and persist past the
death of the rendering threads.

So, when dismantling a rendering thread device, null the icc_table entry so
it doesn't get erroneously freed.

No cluster differences.

gs/base/gxclthrd.c

2015-01-09 11:25:01 +0000
Chris Liddell <chris.liddell@artifex.com>
30abb3d5d5fbf9cf67d4ff691e898c8b29e39a56

Add automake option to make dist "self contained"

The automake default is to symlink to a few scripts ('compile', 'missing' etc)
in the current system's automake install. That results in a configuration
reliant on automake being installed, and the same version, for a build.

Add the '--copy' automake option so the script files are copied rather than
linked, so we get a self contained configure/make/install setup.

No cluster differences.

gs/ijs/autogen.sh

2015-01-09 11:23:34 +0000
Chris Liddell <chris.liddell@artifex.com>
9961f351a3c71949da49eb75b65560028fb8272e

Bug 695148: remove spec PDF and PS from clean list

As the IJS spec hasn't changed in ages, we'll just keep the PDF and PS files
of the spec in git, so no need to remove them with a "make clean".

No cluster differences.

gs/ijs/Makefile.am

2015-01-07 07:57:36 -0800
Ray Johnston <ray.johnston@artifex.com>
d78594c1982682a06c9fb8fc7f2ea746938a93cc

Fix problem in xps_zip_alloc_items caused by previous commit: 188c7b0

When the allocation succeeded, nothing was returned.

xps/xpszip.c

2015-01-03 16:00:16 -0800
Ray Johnston <ray.johnston@artifex.com>
188c7b05a5c232ba43e6b3172023498f7aa72c70

Fix segfault with ppmraw -r300 from fts_06_0626.pdf.xpse when allocation fails

The gxps had numerous places where allocation failures were ignored,
writing to RAM at offsets from 0 (NULL). This no longer fails, but the
fixes are not yet complete. Running a memento build with the parameters:
MEMENTO_SQUEEZEAT=1 gxps -o /dev/null -sDEVICE=ppmraw in.xps

xps/xpsdoc.c
xps/xpsfont.c
xps/xpsgradient.c
xps/xpshash.c
xps/xpsimage.c
xps/xpsjpeg.c
xps/xpsjxr.c
xps/xpspath.c
xps/xpspng.c
xps/xpsresource.c
xps/xpstiff.c
xps/xpsxml.c
xps/xpszip.c

2015-01-02 22:48:56 -0800
Ray Johnston <ray.johnston@artifex.com>
f553eec30efa8cbefdc3c3635e090abb915a1a9d

Fix bug 695373: xpswrite leaves temp files on Windows.

There is a recent addidtion of a gp function to open a temp file that
will be deleted upon close: 'gp_open_scratch_file_rm'. The method of
'unlink' after open does not work on Windows. This function is platform
specific and works on all supported platforms even if the process crashes.

Also get rid of confusing error messages. PageSpotColors is now only
given to devices that support it (pdf_main.ps) and NumRenderingThreads
and BGPrint are ignored for vector devices (gdevvec.c).

gs/Resource/Init/pdf_main.ps
gs/base/gdevvec.c
gs/devices/vector/gdevxps.c

2014-11-24 11:13:33 -0800
Ray Johnston <ray.johnston@artifex.com>
64f9cafcfc594ddaa1d1981a16f45fce25e4fb18

Fix BGPrint=true SEGV and slowdown due to commit 9108db2

Bug 695669:
The BGPrint problem was due to using the fname afer freeing it but the
'fake_path_to_file' logic needed the fname in order to find the real
file to close.

Tail of commit 6ecc8536:
Also the original cfname and bfname (ocfname and obfname) were copied
using strnlen so the trailing NULL wasn't copied resulting in UMR being
used for the close/delete.

Tail of bug 693121:
The performance of unbuffered I/O is slow, seen on many files, but
a good example is: tests/df/Bug6901014_Fourth_crash_signature_testcase.pdf
with params: -sDEVICE=pbmraw -o /dev/null -r300 -dMaxBitmap=0

The fix for this is to add a read cache. This caching method in intended
to also be used by the memory based clist logic (TBI).

With the cache, the performance on the above goes from 40 seconds down to
4.6 seconds, and with -dBGPrint=true reduces to 3.8 seconds (which crashes
prior to this fix).

gs/base/gdevprn.c
gs/base/gxclfile.c
gs/base/gxclist.c

2014-12-30 09:18:31 -0700
Henry Stiles <henry.stiles@artifex.com>
7631204934e5d8b0bcdb13d8691370365eb84b2b

Add directory entry configuration support to fix a broken ghostpdl
build after a Mac upgrade to Yosemite.

configure.ac

2014-12-23 16:01:05 +0000
Ken Sharp <ken.sharp@artifex.com>
35bb14eaf871b6a7e41e17688bcc41a1fb4da595

pdfwrite - add 'Launch' Actions

Bug #695715 "Launch action link annotations removed after GS processing"

Add Launch actions to the PDF interpreter, for both annotations and
outlines.

No differences expected.

gs/Resource/Init/pdf_main.ps

2014-12-23 13:53:27 +0000
Ken Sharp <ken.sharp@artifex.com>
fde4b9b183a140b8906874d0bf56d258b488d4b9

pdfwrite - free copied base fonts on exit

Bug #695753 "Segfault in gs_purge_font_from_char_caches_forced with -Z@"

The problem here is that we free copied fonts when we free the associated
FontDescriptor (because until then we need the copied font). However, if
we have a 'base 14' font, or other font which is not embedded, we do not
create a FontDescriptor, and so never free the font copy we take when the
font is used.

This later causes a problem because when the garbage collector frees this
font copy it is still pointing to a font cache which no longer exists.

This commit tests to see if a FontDescriptor is associated with a font when
we free the (PDF) font. If it is not then we free the copied font there and
then, as well as the ancillary bytes used for the font name etc.

No differences expected.

gs/devices/vector/gdevpdtf.c

2014-12-23 13:08:08 +0000
Ken Sharp <ken.sharp@artifex.com>
bd2e9c2c30b0696ca9f929637193aaef38951e6a

follow up to commit dc2c3634aeae6634b130e124b1f0997f17ee3141

Separate GoTo and GoToR processing for links as well as Outlines

gs/Resource/Init/pdf_main.ps

2014-12-22 11:29:49 +0000
Ken Sharp <ken.sharp@artifex.com>
01b9c47eefd7f88195e71f877e5ea44f183a0067

pdfwrite - when writing Names array use better method to find /Last

Bug #695704 "GS 9.15 (still) breaks *something* in hyperref-generated pdf BOOKMARKS"

The find_last_dict_entry code should have returned the same results as for
find_next_dict_entry, but it clearly didn't, resulting in effective
truncation of the Names array.

Simplified the code here by using find_next_dict_entry in a loop to locate
the last entry. This should mean we cannot be out of sync, the code is simpler
and easier to follow.

No differences expected.

gs/devices/vector/gdevpdfo.c

2014-12-22 10:47:22 +0000
Ken Sharp <ken.sharp@artifex.com>
dc2c3634aeae6634b130e124b1f0997f17ee3141

pdfwrite - separate GoTo and GoToR processing

Because we convert any named destination in a GoTo to a specific internal
destination, we cannot handle GoTo and GoToR in the same way. Here we
split the two again, and this time add a comment so we don't end up merging
them again by mistake.

No differences expected.

gs/Resource/Init/pdf_main.ps

2014-12-20 10:57:39 +0000
Ken Sharp <ken.sharp@artifex.com>
2c525aa076d7094fa487621602b8e326c58eeabe

pdfwrite - improve Goto and GoToR handling

Bug #695747 "git produces broken pdf from pdfTeX output"

The original code for generating pdfmarks from the equivalent annotations
in a PDF file did not properly create an Action dictionary, which caused
/D and /Dest entries to be removed.

Here we handle this more cleanly, and properly create the Action dictionary

NB for ps2write this relies upon commit b5a4f24141ab47b5ba2b7b3dff938ba30a8a908a
being present, in order to deal with the empty objects produced by ps2write.

No differences expected.

gs/Resource/Init/pdf_main.ps

2014-12-20 10:53:28 +0000
Ken Sharp <ken.sharp@artifex.com>
b5a4f24141ab47b5ba2b7b3dff938ba30a8a908a

ps2write - handle empty object definitions

object definitions such as:

5 0 obj
endobj

cause errors. Handle this by checking in /endobj to see if the stack count
is 1 (only the object number is present) and if so, do not attempt to
define the object.

gs/devices/vector/opdfread.h
gs/lib/opdfread.ps

2014-12-19 13:10:03 -0700
Henry Stiles <henry.stiles@artifex.com>
7df6f9570c00c34a3e1d6c74d66186a371208f0e

Integrate Ken Sharp's solution to preserve PCL transparent text in
pdfwrite to fix bug #695731.

PCL characters are rendered transparently when the current color is
white and pattern transparency is on. Usually this is done by simply
not printing or rendering the effected text. For high level devices
like pdfwrite we try to preserve the original intent of the source
document and include the text and transparency setting in the output.

pcl/pcl.mak
pcl/pctext.c

2014-12-19 15:31:24 +0000
Chris Liddell <chris.liddell@artifex.com>
9b3669dbcd3d29cd212e9961fcfc7b98780aa408

Add link to description of "Vienna" naming style

After a discussion on IRC: a summary of the "Vienna naming style" is actually
later in the document, this just adds a link between the early reference and
the fuller summary.

No cluster differences.

gs/doc/Ps-style.htm

2014-12-18 17:12:49 +0000
Chris Liddell <chris.liddell@artifex.com>
09def28ae012fc0e1b4f65ea55b19639c7737bc9

Bug 695750: fix icc link cache leak when freeing clist devices

No cluster differences.

gs/base/gdevprn.c

2014-11-24 22:47:15 -0700
Henry Stiles <henry.stiles@artifex.com>
5ddbec6f11792e2fa974c95924a984f876a9a705

Simplify rectangle output to be vertical and horizontal lines instead
of general lines.

The vertical and horizontal line commands take 1 argument resulting in
more compact XPS and we'd expect it to be faster when rendered.

gs/devices/vector/gdevxps.c

2014-12-18 11:35:44 +0000
Ken Sharp <ken.sharp@artifex.com>
8e196062593b295421b869db9d5cd9ab22f7205e

pdfwrite - some changes to text handling for Tr 3

Bug #695731 "PCL interpreter doesn't send text to the graphics library if its not visible."

Altering the PCL interpreter to set the Text rendering mode to 3 for
'invisible' text demonstrated a few problems in pdfwrite.

1) If the last character drawn was in Tr 3, and we buffer some new text in
Tr mode 0, but we are inside a gsave, and the outer state is Tr 0, then when
we restore back to the Tr 0 the mode is not emitted for the buffered text. Leaving
it as Tr mode 3. To fix this (and potentially other similar graphics state
problems) we now call sync_text_state when we reset text, this will
potentially flush the text buffer as well.

2) We were not using the text rendering mode from the graphics state when
falling back to a type 3 bitmap font, because the character code was out
of range (falling back for other reasons *did* preserve it).

This commit fixes these two problems.

Because of the change to text flushing some text is being drawn 1 pixel different
in location, presumably due to rounding differences, I've reviewed these
and they look fine to me.

gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdti.c

2014-12-17 20:48:42 +0000
Chris Liddell <chris.liddell@artifex.com>
06a462093e4145073a61e6ca62aabbb343e39fa1

Bug 695745: apply resourcestatus hook only once.

pdfwrite requires that Type 32 fonts be disabled, and it does it by hooking
the resourcestatus operator. The problem is, because we always append
to the operator table, if we string a number PS files together from the
PScript5.dll, we can end up overflowing the operator table by repeatedly
doing the resourcestatus hook.

This just puts a boolean into systemdict to note that we're already applied
the hook, and there don't do it again.

No cluster differences.

gs/Resource/Init/gs_pdfwr.ps

2014-12-15 08:21:18 +0000
Ken Sharp <ken.sharp@artifex.com>
07150250834717499b74c87d00a8dc52599d33ec

pdfwrite - pass imager state through coloured patterns as well

commit eef2764 passed the imager state through to the underlying routines
for uncolored patterns. This commit extends the same change to include
coloured patterns.

No differences expected.

gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfg.h
gs/devices/vector/gdevpdfv.c

2014-12-13 12:24:11 +0000
Ken Sharp <ken.sharp@artifex.com>
3570b4830e7f54f3a057176bc01db04ec311fe23

pdfwrite - increase predefined minimum CompatiblityLevel

To avoid having to create V2 profiles, increase the minimum value of
CompatibilityLevel in the predefined PDFSETTINGS to 1.5

No differences expected

gs/Resource/Init/gs_pdfwr.ps

2014-12-13 11:16:08 +0000
Ken Sharp <ken.sharp@artifex.com>
eef2764f3f9ab6dac88ea6720a05693c1d19af43

pdfwrite porpagate the imager state through the pdfwrite Pattern code.

Bug #695733 "Error using pattern under odd conditions"

If we set UseCIEColor, so that all colours are converted into CIEBased spaces,
*and* we set CompatibilityLevel < 1.5 so that we require to convert ICCBased
profiles to V2, and then use a Pattern colour space, pdfwrite throws an
error.

This is because we were not propagating the image state through the pattern
code, and the new colour code requires the imager state in order to generate
a V2 ICC profile for inclusion in the PDF file.

Here we simply pass the imager state through for use.

No differences expected

gs/devices/vector/gdevpdfc.c
gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfg.h
gs/devices/vector/gdevpdfv.c

2014-12-12 13:09:43 -0800
Michael Vrhel <michael.vrhel@artifex.com>
e153528e1f5044d2018284fbf2eea45b545232fe

xpswrite device: fix for missing images.

Force vector device to do new path as the clip path is the image path.
I had a case where the clip path ids were the same but the CTM was changing
which resulted in subsequent images coming up missing on the page. i.e. only
the first one was shown.

gs/devices/vector/gdevxps.c

2014-12-12 10:20:31 -0800
Michael Vrhel <michael.vrhel@artifex.com>
36c89af1edf269fe68f61c48326ff257862e274d

Fix for broken make file introduced in 878ef4d48a0aebc9354ccd09443a1a52ad93c9a0.

When adding the libtiff capability into the xpswrite device, I failed to update the devs.mak
file. This broke the Windows release 64x build. Not sure why the other platforms were also
not broken. Likely something is not getting cleaned up during a clean and rebuild.

gs/devices/devs.mak
gs/devices/vector/gdevxps.c

2014-12-11 12:07:15 +0000
Chris Liddell <chris.liddell@artifex.com>
27ce88cce7024691f292071cb602c119afc91f61

Bug 694509: Fix file name "building" for resources

After we'd created a candidate file name, there was a spurious "exch" in
place before we actually tried to validate the file name.

So, instead of "<path-to-resources>/<Resource Category>/<Resource Instance>"
being passed to .libfile, we actually passed the Postscript "path":
"<Resource Category>/<Resource Instance>"

Simply removing the exch seems to resolve this bug for me.

No cluster differences.

gs/Resource/Init/gs_res.ps

2014-12-05 13:59:31 +0000
Chris Liddell <chris.liddell@artifex.com>
dbcb29d2508de6ea997cf07d0987c107cd754cfb

Bug 695711: Resolve issue with relative paths for FONTPATH

Check whether a "lib" file exists, and whether we are allowed to open it,
before we try to open it.

This reverts ""starting_arg_file" should only apply once." (commit
407cc61e87b0fd9d44d72ca740af7d3c85dee78d).

Which caused problems with, for example, the "-sFONTPATH=..." option when the
path is relative rather than absolute.

No cluster differences.

gs/psi/imainarg.c
gs/psi/zfile.c

2014-12-04 08:24:32 +0000
Chris Liddell <chris.liddell@artifex.com>
ac4bfb62efdef25bf6d60c7f6a985dc6344891ca

Bug 695712: Revise glyph name map generation for TT fonts

Reinstate the unicode cmap and formatted "uniXXXX" glyph name methods of
finding glyph name maps, but in a more efficient method than the original
implementation.

No cluster differences.

gs/Resource/Init/gs_ttf.ps

2014-12-11 14:45:36 +0000
Ken Sharp <ken.sharp@artifex.com>
2207f06c5647e4308622733df854e49e2d48c97f

Handle a 'q' during the course of a 'W.....n' sequence

Bug #695723 "Inverted images when converting PDF to Tiff (B&W)"

The 'W' (and W*) operators are unlike their PostScript equivalents, and all
other PDF operators, they don't take effect immediately they simply add to
the clip path and produce a new clip path. Not until the 'n' is executed do
they actually apply the clip path. The Ghostscript PDF interpreter handles
this by accumulating the path operations (W/W*) until a 'n' is encountered.

Normally nothing else would need to be done, but because we've seen broken
PDF files that change the graphics state while accumulating a clip, and we
know that Acrobat ignores these, we have to track this. We do this by using
a dictionary.

So each graphics state operator checks the current dictionary to see if we
are inside a 'W' context and if so emits a warning and drops the change.
Again, so far so good.

However, the 'q' starts a new dictionary (pushing the existing 'W' one back
one level), which means that the 'n' operator closes that new dictionary
instead of the one it should close, and that brings the 'W' dictionary back
to the front.

Now when we execute the '1 1 1 rg' it looks at the dictionary and says "aha,
we are in a 'W' state, so ignore this".

This commit has the 'q' operator check to see if we are in a 'W' context. If
we are we copy the context dictionary to the stack, and close it. Then we
start the q 'nodict' dictionary. Finally we reopen the 'W' dictionary from
the stack. Now the 'n' will correctly close the 'W' dictionary, leaving the
'nodict' in its place.

No differences expected.

gs/Resource/Init/pdf_ops.ps

2014-10-31 13:30:04 +0000
Chris Liddell <chris.liddell@artifex.com>
813dc08154a525e5acca20b5da446eb58199680f

Update jbig2dec version and CHANGES file

No cluster differences

gs/jbig2dec/CHANGES
gs/jbig2dec/config_win32.h
gs/jbig2dec/configure.ac
gs/jbig2dec/jbig2dec.1

2014-11-19 15:02:22 +0000
Chris Liddell <chris.liddell@artifex.com>
66710da50af90cca72c2c8ea4942f3c4a23c9e5b

Bug 695688: improve cidfmap record validation.

The previous record validation only checked for valid substitutions when the
substitution referenced a TTF file (and removed the mapping if the TTF file was
not available). It ignored name to name mappings.

This revision adds validation to the name to name mappings, again removing
ones found to be invalid.

No cluster differences.

gs/Resource/Init/gs_cidfm.ps

2014-09-24 12:30:27 -0700
Michael Vrhel <michael.vrhel@artifex.com>
878ef4d48a0aebc9354ccd09443a1a52ad93c9a0

Add high level image handling to xpswrite device.

This adds the ability to create high level image content with the XPS write device.
It includes the writing of the ICC profile for the image and will support gray, rgb,
and cmyk images. Currently it only supports 8 bit per color channel bit depth.

Conflicts:
gs/devices/vector/gdevxps.c

gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/gsicc_create.c
gs/devices/vector/gdevxps.c
gs/ghostscript.vcproj

2014-11-18 09:16:05 +0000
Ken Sharp <ken.sharp@artifex.com>
a476643d942cfbcc6f68e7470e0d8425d31435ce

Documentation - remove some odd switches from examples in ps2pdf.htm

gs/doc/Ps2pdf.htm

2014-11-17 11:33:42 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
7d5a454da233c45775f640f251cec5c035e1ee55

Minor fixes to clusterpush documentation (done primarily to force an update of md5sums).

gs/toolbin/localcluster/clusterpush.pl
gs/toolbin/localcluster/clusterpush.txt

2014-11-17 14:22:44 +0000
Ken Sharp <ken.sharp@artifex.com>
abcaeaace08efa5d1596ef6a50f3d809d0b07a4a

pdfwrite - remove the force to the old CMS for PDF/A-1

Before we could guarantee a V2 ICC profile we forced the CMS to be the old
version for PDF/A-1. Now that we can guarantee a V2 profile this is no longer
required, and is removed here.

No differences expected.

gs/devices/vector/gdevpdfp.c

2014-11-14 12:15:45 -0800
Ray Johnston <ray.johnston@artifex.com>
4a37526a0606a29f0f0a86cd4b815ec7d966a1a0

Improve performance of PDF TJ operator to avoid repeated setfillstate

Add TextFillStateNeeded and add settextfillstate that conditionally
performs setfillstate only once for the operations.

gs/Resource/Init/pdf_ops.ps

2014-11-13 14:30:37 -0700
Henry Stiles <henry.stiles@artifex.com>
b669cfb4d3805adbcc2d7d7a3fa9fad3e9645aa1

Warning cleanup and remove an obsolete PCL XL colorspace type.

gs/base/gdevpxen.h
pcl/pcfsel.c
pcl/pglabel.c
pl/plftable.h
pxl/pxgstate.c
pxl/pxink.c
pxl/pxptable.c

2014-11-12 23:03:50 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
a814674105d9b57d5751e21d4a803df9fa4a4856

Added xpswrite option to clusterpush.pl.

gs/toolbin/localcluster/clusterpush.pl

2014-11-12 16:50:50 -0700
Henry Stiles <henry.stiles@artifex.com>
40bc5a9477192f663d66ffcad75cd14d7dac43ab

Fix 695673: symbol set not used correctly.

If we don't support a requested symbol set we map the font directly
with the character codes, i.e. the symbol mapping is identity. Due to
an historical artifact we used to map symbol and wingding fonts
without symbol sets by just adding 0xf000 to the input character code,
thus evolved the conditional to check if the font is internal and the
symbol set is 0 just add 0xf000 because it must be a wingdings or
symbol font. Of course that is wrong even if very rarely encountered,
and unnecessary because we've added the symbols sets needed to support
wingdings and symbol.

pcl/pctext.c
pcl/pglabel.c
pl/plsymbol.c
pl/plsymbol.h
pxl/pxfont.c

2014-11-10 14:31:44 +0000
Ken Sharp <ken.sharp@artifex.com>
c98c38c8b9912fc3510ef2e1e53c3ff1837b0519

eps2write - don't clamp text BBox to the text enumerator origin

Bug #695671 "eps2write gives incorrect bounding box with rotated text"

The bug here is that, having gone to some effort to retrieve the bounding
box of the text, the code then clamps the origin of the text box to the
origin of the text enumerator.

This is clearly incorrect for rotated text, and I'm doubtful it makes sense
even for upright text. I'm somewhat puzzled because it looks quite deliberate
but I don't see why, and my testing shows no differences if I don't do this.

So I'm removing this for now, this may need some more attention in the future
but then that is still generally true of the eps2write device.

No differences expected, the eps2write device is not cluster tested.

gs/devices/vector/gdevpdte.c

2014-11-06 09:53:05 +0000
Ken Sharp <ken.sharp@artifex.com>
b7fa37ecf0f25b125fafeed15873963853148276

Documentation change - improve and correct MaxShadinBitmapSize documentation

gs/doc/Ps2pdf.htm

2014-11-05 15:57:10 +0000
Ken Sharp <ken.sharp@artifex.com>
7bdf34b3dfd52e3897cef02e7c540270c10e2349

PDF Interpreter - run annotations in a stopped context for error-and-continue

Bug #695453 "Conversion to png fails with undefinedresult in --run--"

The PDF test file was supplied privately, it contains 3 annotations, each of
which is invalid having /Rect, /QuadPoints or /BBox arrays where each
element is 0.

Here we simply run the annotation inside a stopped context so that if it
throws an error we can raise a message and carry on.

No differences expected.

gs/Resource/Init/pdf_main.ps

2014-11-05 10:33:15 +0000
Ken Sharp <ken.sharp@artifex.com>
25b7ec08e8fed8a69c9b3ac75fbf3ccc43693e7c

PDF interpreter - attempt to recover from empty stream with broken endstream

Bug #695664 "Problem reading PDF file: stream length incorrect"

The file has an annotation with a broken stream, its empty (Length 0) and
the endstream keyword is incorrectly written as endsteam.

When we encounter the endobj we attempt to unwind back to the object number
and generation on the stack, but we don't have those on the stack, so instead
we consume the error recovery information, which then leads to the stream
code being unable to recover from the error condition, resulting in an error.

This change to endobj looks to see if either of the 2nd and third entries
on the operand stack are a 'mark', and if so assumes that this is a broken
empty stream, pops back to the mark and exits leaving cleanup to the
stream code.

Clearly this code can be defeated, depending on what garbage is left behind
by the broken stream, but in general we might reasonably expect to find two
integers before a mark object. Even if we don't, the result will still be no
worse than at present.

No differences expected

gs/Resource/Init/pdf_base.ps

2014-11-03 15:36:55 +0000
Ken Sharp <ken.sharp@artifex.com>
b2a6decb294ca8c48c71da2211f3284b2334d921

PDF interpreter - make unrecognised operators obey PDFSTOPONERROR

Bug #695661 "Ghostscript command hangs indefinitely"

The PDF file is badly corrupted, Acrobat fails to display most of page 27,
MuPDF complains of zlib errors.

Ghostscript also emits many warnings and then proceeds to spend an interminably
long time subdividing a curve. At resolutions up to ~25 dpi its reasonably
quick, after that its a long time indeed.

We can't simply catch the zlib errors like MuPDF, as bug #688716 indicates
that, under at least some conditions, Acrobat ignores these errors.

The problem seems to be caused by the fact that the corrupted data includes
some truly massive co-ordinates, but we can't simply ignore those either
as a real number can vary up to +/- 3.403 x 10^38. Possibly we could limit
numbers representing co-ordinates to 14,400, since that's the maximum
Acrobat can use, but that would mean a *lot* of reworking in the PDF
interpreter.

The best I can come up with short of that is to make malformed numbers
throw an error, and honour PDFSTOPONERROR, which to be frank should have
been the case already.

No differences expected.

gs/Resource/Init/pdf_base.ps

2014-10-16 12:26:24 +0100
Chris Liddell <chris.liddell@artifex.com>
a3bb342587cc7247420a05ff2428c4c94da194c0

Bug 695593: Add the MAKEDIRS target wherever it was missing.

MAKEDIRS target was missing from a large number of object files and other
files created during the build process. This could cause problems when
running parallel make instances.

No cluster differences.

gs/base/expat.mak
gs/base/fapi_bs.mak
gs/base/freetype.mak
gs/base/ijs.mak
gs/base/jbig2.mak
gs/base/jpeg.mak
gs/base/jpegxr.mak
gs/base/lcms2.mak
gs/base/lcups.mak
gs/base/lcupsi.mak
gs/base/ldf_jb2.mak
gs/base/lib.mak
gs/base/lwf_jp2.mak
gs/base/openjpeg.mak
gs/base/png.mak
gs/base/tiff.mak
gs/base/trio.mak
gs/base/unix-aux.mak
gs/base/zlib.mak
gs/devices/contrib.mak
gs/devices/devs.mak
gs/psi/int.mak

2014-10-31 12:39:45 +0000
Chris Liddell <chris.liddell@artifex.com>
0f0b9350206c99e5f4b73fe639ed3e085066fe5e

Fix and improve bit-rotted jbig2dec/libpng build on Windows

The Windows jbig2dec build incorporating libpng had bit-rotted, credit to
Ray for identifying the problems there.

In addition, I've added provision for specifying the libpng and zlib source
paths on the nmake command line, and automatic inclusion of libpng if
the path appears valid.

No cluster differences.

gs/jbig2dec/jbig2_image_png.c
gs/jbig2dec/msvc.mak

2014-10-30 10:59:01 +0000
Chris Liddell <chris.liddell@artifex.com>
69a6dc944e63a4a037eccc0d0cba5dee6bf9f272

Fix annoying, hard to reproduce ICC related warning

Occasionally, and in hard to reproduce circumstances, we could get a warning
from the ICC code:
./base/gsicc_manage.c:1084: gsicc_open_search(): \
Could not find <garbage string>

This, it turns out, is because the get_params code was returning a pointer to
a string allocated in non-gc memory, which just isn't compatible with the
way the Postscript interpreter interacts with the graphics library.

This commit changes the way the parameter is returned so it copies the string
into gc memory, compatible with use in a Postscript string object. Note that the
put_params equivalent code was already correct in copying the string from gc
memory into non-gc memory managed by the device code.

No cluster differences

gs/base/gsdparam.c

2014-10-27 21:19:44 +0100
Simon Bünzli <zeniko@gmail.com>
ee0bc20cc98c8e8381003a25dfa0b21e681c6545

replace jbig2_arith_get_offset with jbig2_arith_has_reached_marker

The DOS check introduced with 6e1f2259115efac14cd6c7ad9d119b43013a32a1
tries to determine whether arithmetic coding has run out of data and
has entered an infinite loop. It does so by checking how many bytes
have been read and compares with the number of bytes available. The fix
however fails to take into account bytes which have been cached in
_Jbig2ArithState::next_word which causes valid images to be rejected.

This patch corrects that bug by replacing that check with a generic
check as to whether the end of the data stream has been reached (which
is the case if the only two remaining cached bytes are 0xFF and a value
larger than 0x8F).

Signed-off-by: Henry Stiles <henry.stiles@artifex.com>

gs/jbig2dec/jbig2_arith.c
gs/jbig2dec/jbig2_arith.h
gs/jbig2dec/jbig2_symbol_dict.c

2014-09-27 13:51:32 +0200
Simon Bünzli <zeniko@gmail.com>
9157d6a5fccf109eb6554557eb8904b281571d28

Bug 694892: fix typo in 5eaf740b2c02523ae2ae6454e546cb6700d4e3f3

Signed-off-by: Henry Stiles <henry.stiles@artifex.com>

gs/jbig2dec/jbig2_metadata.c

2014-10-29 09:29:09 +0000
Chris Liddell <chris.liddell@artifex.com>
f6789d068a5f7af9cfead5120930893955123be1

Correct a small out-of-dateness related to COMPILE_INITS

No cluster differences

gs/doc/Make.htm

2014-10-28 17:09:17 +0000
Ken Sharp <ken.sharp@artifex.com>
cd2c4af1dd92bc4cc32170254c84498792913c0e

PDF interpreter - ignore /Contents array entries which don't resolve to dicts

Bug #695645 "PDFWrite fails on file with Error: /typecheck in --run--"

The specimen file has a /Contents array where one of the elements is an
indirect reference to another array. This isn't legal, entries in the
/Contents array must be references to streams. Acrobat simply ignores the
error and displays the page blank.

Here we check each entry before we process it, and if its not a dictionary
we ignore it, exit the loop processing the entries (as Acrobat apparently does)
and emit a warning.

No differences expected.

gs/Resource/Init/pdf_main.ps

2014-10-28 16:28:30 +0000
Ken Sharp <ken.sharp@artifex.com>
e21bb3e597825215da7ad4d757585fa96eb39909

PDF interpreter - provide a default BBox for Forms

Bug #695632 "Error: /undefined in --.PDFexecform--"

Type 1 Form XObjects are required to have a /BBox, but this example file
incorrectly omits it. Here we add a default (incorrect) BBox just to work
around the error. We also emit a warning that the file is damaged.

No diffreences expected.

gs/Resource/Init/pdf_draw.ps

2014-10-28 15:55:48 +0000
Chris Liddell <chris.liddell@artifex.com>
282c8f902d98543aee12931e69087180829bc8d1

Remove paragraphs relating to GNU readline

No cluster differences.

gs/doc/Make.htm

2014-10-28 10:49:37 +0000
Chris Liddell <chris.liddell@artifex.com>
05c2e0876019551d65f8f79655f34aa5adb5ca27

Update the docs for fonts and COMPILE_INITS

No cluster differences.

gs/doc/Fonts.htm
gs/doc/Make.htm
gs/doc/Use.htm

2014-10-27 19:12:15 -0700
Michael Vrhel <michael.vrhel@artifex.com>
d39b321e4927dfafa428af8c25bddb791b14e15b

Update color management documentation.

gs/doc/GS9_Color_Management.pdf
gs/doc/GS9_Color_Management.tex

2014-10-23 09:35:26 +0100
Chris Liddell <chris.liddell@artifex.com>
db7ac4892625633204fad65ffa0da6dbaf43fc6a

Bug 695598: cidfmap validation problems on Windows

Originally, the cidfmap validation used "stat" to check whether the font file
was available (and remove the mapping if the font file is missing). But it
seems, for some (currently unidentified) reason, stat can fail even if the
font file is actually avaiable.

This changes the validation code to use ".libfile" and "file" operators to
check whether the font file can be found - this, it seems, works, even in cases
where "state" fails.

No cluster differences.

gs/Resource/Init/gs_cidfm.ps

2014-10-22 13:30:08 +0100
Ken Sharp <ken.sharp@artifex.com>
352645ff149aa690074030995ef33e1c2e4c35a0

Xpswrite - properly initialise PrinterName

Bug #695617 "Error: Printer name too long"

The xpswrite device doesn't include a full definition of its devicestructure
or initialisers for its variables.

This can lead to problems if any of these variables are exposed via
put/get params as the initial parameter will be uninitialised (put and get
params are called before the device open method)

Here we add a 'finish_copydevice' method and initialise the PrinterName
in it. Devices are created by calling copydevice on the device prototype
and the finish_copydevice method is called as the last action from there
so its safe to initialise the variables, and this will be completed before
put/get params is called.

No differences expected

gs/devices/vector/gdevxps.c

2014-10-22 14:04:14 +0200
Tor Andersson <tor.andersson@artifex.com>
648aba52e1430277035471709e3d6596c7016a35

Fix 695618: Keep a tail pointer to speed up parsing long XML documents.

xps/xpsxml.c

2014-10-20 09:55:22 -0600
Henry Stiles <henry.stiles@artifex.com>
c477d95f3e6cf50da2dc125c8d8335a440d9970d

Restrict xpswrite PrinterName device paramater to windows platform.

gs/devices/vector/gdevxps.c

2014-10-19 17:54:28 -0600
Henry Stiles <henry.stiles@artifex.com>
54f69da6cdeae9dcffcb1d060ccbeef3e0d4f7b0

Bug #695578 - Continue parsing a numeric parameter if a bad character
is found before a legal value.

This refines an earlier fix, bug #694725 which implemented skipping
the rest of the numerical parameter when a bad character was parsed.

Thanks to Norbert Janssen for finding and fixing this problem.

pcl/pcparse.c

2014-10-19 10:31:42 -0600
Henry Stiles <henry.stiles@artifex.com>
75a6c77aaa4278d462834f08b8da23dabc4566d7

Change warnings to debug statements.

gs/devices/vector/gdevxps.c

2014-10-19 10:07:57 -0600
Henry Stiles <henry.stiles@artifex.com>
8eadbf5b901588e86886f7ab42462c2486e9f561

Fix warnings introduced with "saved page" work.

pl/plmain.c

2014-10-19 09:52:33 -0600
Henry Stiles <henry.stiles@artifex.com>
d9a5f2f04b57d09f7f8c2082b29edd43fc96dcb0

Remove repetive accessors for 2 user options (interpolate and nocache)
and replace with single routine in pl.

pcl/pctop.c
pl/plmain.c
pl/plmain.h
pxl/pxl.mak
pxl/pxtop.c

2014-10-11 09:46:19 -0600
Henry Stiles <henry.stiles@artifex.com>
d93848b56be856aaa41a7e16fa42c141219244f5

Add -dNOCACHE to the usage help statement that runs when the program
is run incorrectly or incompletely.

pl/plmain.c

2014-10-11 09:42:52 -0600
Henry Stiles <henry.stiles@artifex.com>
88ed32c13b7bca6c259dc29502a40446bf34f75b

Implement NOCACHE parameter. We only support the simple case of
specifying the parameter or not. Right hand side values of /true and
/false are not supported.

pcl/pcfont.c
pcl/pcstate.h
pcl/pctop.c
pl/plmain.c
pl/plmain.h
pl/pltop.h
pxl/pxstate.c
pxl/pxstate.h
pxl/pxtop.c
xps/xpstop.c

2014-10-10 11:56:28 -0600
Henry Stiles <henry.stiles@artifex.com>
f072fac051e5f008488e5eea66cc76876516ec47

Error handling was wrong, objects were dereferenced before checking if
the allocation failed.

xps/xpstop.c

2014-10-18 07:55:27 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
6715211e308d753a79b35663f951a239704b8092

Fix compile issue with Luratech introduced in 74d5e9fb7d70d3d3d9cf964c76c550134c822020.

The change from a char * to an enum for psdf_image_params_s->AutoFilterStrategy
required a change in gdevpsdi.c.

gs/devices/vector/gdevpsdi.c

2014-10-14 12:39:27 +0100
Ken Sharp <ken.sharp@artifex.com>
5bf2c272781f20dc2ed4ca8a461166543846f422

ps2write - undo PDF name escaping for Separation colours

Bug #695590 "Spaces in spot colour names are encoded to "#20""

The opdfread header wasn't applying the conversion from PDF escaped names
when the name was an entry in a Separation colour space.

No differences expected.

gs/devices/vector/opdfread.h
gs/lib/opdfread.ps

2014-10-10 11:26:45 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
63b484c3040aa644fff2ed2a0861ac8cb082aafb

Bug 695146: patch for missing lrintf

OpenJPEG uses lrintf() which can be missing, or in this case, the prototype is
missing from the math.h header file - causing faulty output.

This patch checks for the function prototype, if it's missing it replaces the
lrintf() call with a naive round/cast implementation.

Two reasons for choosing this approach: it saves maintaining a patch against
OpenJPEG, and secondly, this is only relevant to older systems - more up to
date systems have lrintf() correctly prototyped, and often have implementations
optimised to the hardware, so we really want to use it if it's available.

No cluster differences.

gs/configure.ac

2014-10-07 14:33:08 -0600
Henry Stiles <henry.stiles@artifex.com>
8095a1010b799d5e36ac5bf4a5b67356362df607

Upon macro creation there is no need to search the dictionary for a
like named macros and delete it, the dictionary entry is recycled later
when we add the macro.

pcl/pcmacros.c

2014-10-07 09:28:38 +0100
Ken Sharp <ken.sharp@artifex.com>
ca7cea181d7905cb460ad6f82f234d3ee8d5efce

pdfwrite - fix a logical error in the AutoFilterStrategy params

This code was originally present only when using the Luratech decoder
but would have been incorrect there too.

Spotted while looking at a scan-build warning

gs/devices/vector/gdevpsdp.c

2014-10-05 20:55:39 +0100
Chris Liddell <chris.liddell@artifex.com>
1f3e40cf0fbbbb9a1c8085584f3e411cb112d9b4

Bug 695555: fix check to simulate overprint.

Mirror condition from pdf14_mark_fill_rectangle() in
pdf14_copy_alpha_color() to decide whether we should apply overprinting.

No cluster differences.

gs/base/gdevp14.c

2014-10-06 18:00:46 +0100
Ken Sharp <ken.sharp@artifex.com>
4018f1158984093380971ba1f4096b599c2d639e

PDF interpreter - improve error recovery with PDF form execution

Bug #695537 "Ghostscript locks up reading attached PDF file"

The problem is that, after we execute a form, we attempt to 'grestore' back
to the gsave depth at the time we executed the form, this is to try and
cater for broken form streams that have unbalanced Q/q operators.

This is done by counting the dict stack before the form execution, and after
the form is complete. If the depth is different we execute 'Q' in a loop
until we get back to the same dict stack depth.

This assumes that the only reason for having more dictionaries on the stack
is due to them being pushed by our implementation of 'q'. However in this
case (and more generally, in any event) we have created some dictionaries
then encountered an error, and returned control back to the form execution
routine.

As stated this calls 'Q' in a loop expecting that each 'Q' will decrement
the number of dictionaries by 1 each time. But 'Q' only does that if the
dictionary is the result of a 'q' if it isn't it leaves it in place.

So the form execution simply carries on round the loop forever.

This commit addresses this by checking the number of items on the dict
stack before and after executing 'Q' and if they are the same, it executes
the 'end' operator instead to remove the topmost dictionary from the stack.

This allows us to carry on removing gstate or general dictionaries until
we get back to the correct depth.

Note that, because there is a genuine error in the file, we do not render
it 'correctly', but neither does any other PDF consumer. Other consumers
render more of it than we do, but they all drop the 'Fannie Mae' logo.

No differences expected

gs/Resource/Init/pdf_draw.ps

2014-10-06 17:06:27 +0100
Ken Sharp <ken.sharp@artifex.com>
33e70f43badc2581757549bba55747af3f966622

colour handling - remove continuations from the exec stack on error

If we get an error (not running another PostScript function), we were not
removing our continuation procedure and data from the execution stack
before exiting setcolorspace.

This led to the interpreter exiting instead of simply flagging an error.

No bug report for this, discovered while working on bug #695537

gs/psi/zcolor.c

2014-10-06 16:37:37 +0100
Ken Sharp <ken.sharp@artifex.com>
74d5e9fb7d70d3d3d9cf964c76c550134c822020

pdfwrite - Correct Gray and ColorImageAutoFilterStrategy

A number of problems here; firstly the commit that added these to the
distiller params has the correct names in the commit message, but the names
used in the code were incorrect (eg ColorAutoFilterStrategy).

Secondly the parameter is supposed to be a name, but the data stored
was a C string, and get_params was returning an integer, so it actually
contained half the memory pointer value.

The parameters weren't added to .distillerparamkeys so currentdistillerparams
didn't return the values.

The default value for the non-Luratech case should have been /JPEG but in
fact /JPEG2000 was used in both cases.

99-01-fixed.ps should dhow up as a diff this time, and then should cease
being indeterminate with the pdfwrite device, as we now return the correct
name rather than half a random memory location.

gs/Resource/Init/gs_pdfwr.ps
gs/devices/vector/gdevpsdf.h
gs/devices/vector/gdevpsdp.c

2014-10-05 19:37:24 +0100
Paul Gardiner <paul.gardiner@artifex.com>
e72d03c68bfb6afaa0b90f6b717f91aef67b6c07

Fix compiler warnings introduced by temp-file commit

gs/base/gxclfile.c
gs/base/unistd_.h

2014-10-05 17:14:09 +0100
Ken Sharp <ken.sharp@artifex.com>
5d4d9d9772765501cac81b9b181ecc83f900d08a

pdfwrite - move outline relocation after the outline action relocation

Bug #695354 "Segmentation fault splitting PDF"

Move the pointer relocation for outline levels so that it takes place after
we relocate the outline actions, otherwise we can end up corrupting
memory.

No differences expected

gs/devices/vector/gdevpdf.c

2014-07-24 12:50:17 +0100
Paul Gardiner <paul.gardiner@artifex.com>
9108db24fef88855199038a257bf935a698af2f4

Avoid failure to clean up temp files when the execution is killed

This currently works only for Windows and Linux builds. For Windows, temp
files are created with the "delete on close" option. For Linux, temp
files are immediately unlinked on creation. In both cases, the initially
opened FILE pointer is kept open throughout execution, and reader access
is provided by duplicating the initial FILE rather than opening a new
FILE pointer based on the file name.

gs/base/gp.h
gs/base/gp_macio.c
gs/base/gp_mswin.c
gs/base/gp_os2fs.c
gs/base/gp_unifs.c
gs/base/gp_vms.c
gs/base/gxclfile.c

2014-10-03 13:40:21 +0100
Chris Liddell <chris.liddell@artifex.com>
0a8ac7c25438fbd4c406fc735c9c0fbd9f05c527

Bug 695244: ensure a consistent allocator for DCT streams.

The existing code could result in a mis-match between the memory allocators
used for the DCT specific parts of the stream and the main body of the stream.

As both are in gc memory, this could result, when the stream goes out of scope,
in the DCT specific memory being garbage collected before the main stream
object. As the main stream object contains the "finalize" method, the call to
finalize would result in accessing already freed memory.

This commit revises the code to use the same method to work out the allocator
to use for the main stream object as we do for the DCT specific parts.

No cluster differences.

gs/psi/zfdctd.c

2014-10-02 21:54:56 +0100
Chris Liddell <chris.liddell@artifex.com>
8f16e6dc73550d3e8f339a609e2dc51998616330

Bug 695561: remove .DS_Store files

No cluster differences.

gs/lcms2/Projects/mac/.DS_Store
gs/lcms2/Projects/mac/LittleCMS/.DS_Store

2014-09-30 17:35:02 +0100
Chris Liddell <chris.liddell@artifex.com>
f85afab4a4584c79f309e8f5691f5955605c67b5

Address two compiler warnings.

No cluster differences.

gs/base/gdevprn.c

2014-09-30 08:58:55 +0100
Chris Liddell <chris.liddell@artifex.com>
b460743bdc6c8c4de5fca260224673ca839b11e6

Remove LCMS.

No cluster differences.

gs/Makefile.in
gs/base/lcms.mak
gs/configure.ac
gs/lcms/AUTHORS
gs/lcms/COPYING
gs/lcms/ChangeLog
gs/lcms/Delphi/Samples/MAKETEST.BAT
gs/lcms/Delphi/Samples/TEST.PAS
gs/lcms/Delphi/Samples/create.pas
gs/lcms/Delphi/Samples/gamutchk.pas
gs/lcms/Delphi/Samples/getxyz.pas
gs/lcms/Delphi/Samples/sRGB Color Space Profile.icm
gs/lcms/Delphi/Samples/testfrm.pas
gs/lcms/Delphi/Samples/testwp.pas
gs/lcms/Delphi/delphidemo.cfg
gs/lcms/Delphi/delphidemo.dof
gs/lcms/Delphi/delphidemo.dpr
gs/lcms/Delphi/delphidemo.res
gs/lcms/Delphi/demo1.dcu
gs/lcms/Delphi/demo1.ddp
gs/lcms/Delphi/demo1.dfm
gs/lcms/Delphi/demo1.pas
gs/lcms/Delphi/lcmsdll.pas
gs/lcms/INSTALL
gs/lcms/Lib/BC/BC.txt
gs/lcms/Lib/MS/MS.TXT
gs/lcms/Makefile.am
gs/lcms/Makefile.in
gs/lcms/NEWS
gs/lcms/Projects/BorlandC_5.5/lcms.rc
gs/lcms/Projects/BorlandC_5.5/lcmsdll.lk
gs/lcms/Projects/BorlandC_5.5/lcmsdll.lst
gs/lcms/Projects/BorlandC_5.5/mklcmsdll.bat
gs/lcms/Projects/VC2005/Python.vcproj
gs/lcms/Projects/VC2005/Testbed.vcproj
gs/lcms/Projects/VC2005/icc2ps.vcproj
gs/lcms/Projects/VC2005/icclink.vcproj
gs/lcms/Projects/VC2005/icctrans.vcproj
gs/lcms/Projects/VC2005/jpegicc.vcproj
gs/lcms/Projects/VC2005/lcms.rc
gs/lcms/Projects/VC2005/lcms.sln
gs/lcms/Projects/VC2005/lcms.vcproj
gs/lcms/Projects/VC2005/lcmsdll.vcproj
gs/lcms/Projects/VC2005/resource.h
gs/lcms/Projects/VC2005/tiffdiff.vcproj
gs/lcms/Projects/VC2005/tifficc.vcproj
gs/lcms/Projects/VC2008/Python.vcproj
gs/lcms/Projects/VC2008/Testbed.vcproj
gs/lcms/Projects/VC2008/icc2ps.vcproj
gs/lcms/Projects/VC2008/icclink.vcproj
gs/lcms/Projects/VC2008/icctrans.vcproj
gs/lcms/Projects/VC2008/jpegicc.vcproj
gs/lcms/Projects/VC2008/lcms.rc
gs/lcms/Projects/VC2008/lcms.sln
gs/lcms/Projects/VC2008/lcms.vcproj
gs/lcms/Projects/VC2008/lcmsdll.vcproj
gs/lcms/Projects/VC2008/resource.h
gs/lcms/Projects/VC2008/tiffdiff.vcproj
gs/lcms/Projects/VC2008/tifficc.vcproj
gs/lcms/Projects/VC6/Python.dsp
gs/lcms/Projects/VC6/Python.plg
gs/lcms/Projects/VC6/Testbed.dsp
gs/lcms/Projects/VC6/Testbed.plg
gs/lcms/Projects/VC6/icc2ps.dsp
gs/lcms/Projects/VC6/icclink.dsp
gs/lcms/Projects/VC6/icctrans.dsp
gs/lcms/Projects/VC6/jpegicc.dsp
gs/lcms/Projects/VC6/lcms.dsp
gs/lcms/Projects/VC6/lcms.dsw
gs/lcms/Projects/VC6/lcms.opt
gs/lcms/Projects/VC6/lcms.rc
gs/lcms/Projects/VC6/lcmsdll.dsp
gs/lcms/Projects/VC6/resource.h
gs/lcms/Projects/VC6/tifficc.dsp
gs/lcms/Projects/VC7/Python.vcproj
gs/lcms/Projects/VC7/Testbed.vcproj
gs/lcms/Projects/VC7/icc2ps.vcproj
gs/lcms/Projects/VC7/icclink.vcproj
gs/lcms/Projects/VC7/icctrans.vcproj
gs/lcms/Projects/VC7/jpegicc.vcproj
gs/lcms/Projects/VC7/lcms.rc
gs/lcms/Projects/VC7/lcms.sln
gs/lcms/Projects/VC7/lcms.vcproj
gs/lcms/Projects/VC7/lcmsdll.vcproj
gs/lcms/Projects/VC7/resource.h
gs/lcms/Projects/VC7/tiffdiff.vcproj
gs/lcms/Projects/VC7/tifficc.vcproj
gs/lcms/README.1ST
gs/lcms/aclocal.m4
gs/lcms/bin/Bin.txt
gs/lcms/compile
gs/lcms/config.guess
gs/lcms/config.sub
gs/lcms/configure
gs/lcms/configure.ac
gs/lcms/depcomp
gs/lcms/doc/LCMSAPI.TXT
gs/lcms/doc/TUTORIAL.TXT
gs/lcms/filter.c
gs/lcms/include/Makefile.am
gs/lcms/include/Makefile.in
gs/lcms/include/icc34.h.in
gs/lcms/include/lcms.h
gs/lcms/install-sh
gs/lcms/install.gcc
gs/lcms/jpegicc/Makefile.am
gs/lcms/jpegicc/Makefile.in
gs/lcms/jpegicc/iccjpeg.c
gs/lcms/jpegicc/iccjpeg.h
gs/lcms/jpegicc/jpegicc.1
gs/lcms/jpegicc/jpegicc.c
gs/lcms/jpegicc/makefile.simple
gs/lcms/lcms.pc.in
gs/lcms/ltmain.sh
gs/lcms/makefile.simple
gs/lcms/matlab/icctrans.c
gs/lcms/matlab/icctrans.matlab.pdf
gs/lcms/missing
gs/lcms/mkinstalldirs
gs/lcms/python/Makefile.am
gs/lcms/python/Makefile.in
gs/lcms/python/lcms.i
gs/lcms/python/lcms.py
gs/lcms/python/lcms_wrap.cxx
gs/lcms/python/swig_lcms
gs/lcms/python/testbed/AdobeRGB1998.icc
gs/lcms/python/testbed/cam02.py
gs/lcms/python/testbed/cam97.py
gs/lcms/python/testbed/clamp.py
gs/lcms/python/testbed/constant.py
gs/lcms/python/testbed/createmsh.py
gs/lcms/python/testbed/gamma.py
gs/lcms/python/testbed/info.py
gs/lcms/python/testbed/lab2adobe.py
gs/lcms/python/testbed/sRGB Color Space Profile.icm
gs/lcms/python/testbed/sRGB2adobe.py
gs/lcms/python/testbed/srgb2lab.py
gs/lcms/python/testbed/srgb2xyz.py
gs/lcms/python/testbed/virtprf.py
gs/lcms/python/testbed/whtpnt.py
gs/lcms/samples/Makefile.am
gs/lcms/samples/Makefile.in
gs/lcms/samples/icc2ps.1
gs/lcms/samples/icc2ps.c
gs/lcms/samples/icclink.1
gs/lcms/samples/icclink.c
gs/lcms/samples/icctrans.1
gs/lcms/samples/icctrans.c
gs/lcms/samples/itufax.c
gs/lcms/samples/makefile.simple
gs/lcms/samples/mkcmy.c
gs/lcms/samples/mkgrayer.c
gs/lcms/samples/mktiff8.c
gs/lcms/samples/vprf.c
gs/lcms/samples/wtpt.1
gs/lcms/samples/wtpt.c
gs/lcms/samples/xgetopt.c
gs/lcms/src/Makefile.am
gs/lcms/src/Makefile.in
gs/lcms/src/cmscam02.c
gs/lcms/src/cmscam97.c
gs/lcms/src/cmscgats.c
gs/lcms/src/cmscnvrt.c
gs/lcms/src/cmserr.c
gs/lcms/src/cmsgamma.c
gs/lcms/src/cmsgmt.c
gs/lcms/src/cmsintrp.c
gs/lcms/src/cmsio0.c
gs/lcms/src/cmsio1.c
gs/lcms/src/cmslut.c
gs/lcms/src/cmsmatsh.c
gs/lcms/src/cmsmtrx.c
gs/lcms/src/cmsnamed.c
gs/lcms/src/cmspack.c
gs/lcms/src/cmspcs.c
gs/lcms/src/cmsps2.c
gs/lcms/src/cmssamp.c
gs/lcms/src/cmsvirt.c
gs/lcms/src/cmswtpnt.c
gs/lcms/src/cmsxform.c
gs/lcms/src/cmsxform.c.orig
gs/lcms/src/cmsxform.h
gs/lcms/src/lcms.def
gs/lcms/src/makefile.simple
gs/lcms/testbed/Makefile.am
gs/lcms/testbed/Makefile.in
gs/lcms/testbed/makefile.simple
gs/lcms/testbed/sRGB Color Space Profile.icm
gs/lcms/testbed/sRGBSpac.icm
gs/lcms/testbed/testcms.c
gs/lcms/tifficc/Makefile.am
gs/lcms/tifficc/Makefile.in
gs/lcms/tifficc/getopt.c
gs/lcms/tifficc/makefile.simple
gs/lcms/tifficc/tiffdiff.c
gs/lcms/tifficc/tifficc.1
gs/lcms/tifficc/tifficc.c
gs/psi/msvc.mak

2014-09-25 11:21:14 +0100
Chris Liddell <chris.liddell@artifex.com>
6ecc8536f5119f21aa38b94eb00e61214d27bd62

Bug 695502: segfault with -dBGPrint=true

When we're doing background printing, and we're using a memory file based
clist, we create a "clone" of the file object with it's own "context" but
which shares the underlying "raw" data with the original file. The original
code tries to free the underlying raw data memory along with the clone
file object, but as the clone uses the memory allocator created for the
rendering thread and the raw data memory was allocated in the interpretation
"thread", we end up trying to free memory to the wrong allocator.

This commit has the interpreter thread hold a reference to the original clist
files, so we can free the "clone" files with the thread allocator, and the
original file with the allocator from the interpreter thread. As both these
cleanup actions happen in the interpreter thread, we don't have to worry about
thread clashes.

No cluster differences.

gs/base/gdevprn.c
gs/base/gdevprn.h
gs/base/gxclthrd.c

2014-09-17 21:17:14 +0100
Chris Liddell <chris.liddell@artifex.com>
7ac0f1668fca8e1ca343e02f55faa7dd9f23d549

Bug 695483: BGPrint seg fault

When reading params for the existing device, to pass to the cloned device,
use the thread_memory rather than the original device memory.

And move the io_device_table into immovable memory, rather than regular gc
memory.

No cluster differences.

gs/base/gsiodev.c
gs/base/gxclthrd.c

2014-09-29 08:57:14 +0100
Chris Liddell <chris.liddell@artifex.com>
68aa4cb52359c0c6e25bcf53735bb05030ee4a2b

Fix typo in LICENSE file

CLUSTER_UNTESTED

gs/LICENSE

2014-09-27 15:21:01 +0100
Ken Sharp <ken.sharp@artifex.com>
d5ecb99d3641a95803c88e6df2f734d392a3be63

Make DCT filter finalize routine robust against double calling.

Bug #695542 "Crash on EPS on Mac and Linux"

The problem is that we close a DCT filter inside a gsave context, while
the file ref is still pointing at it.

When the PostScript 'close' operator closes the DCT filter, we free the
memory associated with the stream state in the finalize routine. But the
PostScript file ref is still pointing at it, and when we grestore, the
finalize routine gets called again. Because the routine doesn't check for
NULL pointers before freeing, and indeed doesn't NULL the pointers after it
does free them, this leads to us freeing memory which has already been
freed.

Apparently we've already fixed a number of similar problems in finalize
routines, probably caused by people not realising a finalize routine could
(surprisingly) be called more than once.

In this commit we set the pointers to null after feeing the memory, and
check for null pointers before attempting to free the memory, and before
attempting to dereference any pointers.

No differences expected.

gs/base/sdctc.c
gs/base/stream.c

2014-09-27 09:05:54 +0100
Chris Liddell <chris.liddell@artifex.com>
9ef2c8188a86c5e19c93a38bb01b9297200bd896

Bug 695543 - gs %stdin segfaults

In zopen_file() when we're opening a Postscript device, ensure that we set the
"state" entry in the iodev structure before calling the device specific "open"
method - as we do elsewhere in the same circumstances. That is required to
properly access devices like "%stdin" and co.

No cluster differences.

gs/psi/zfile.c

2014-09-26 09:56:40 +0100
Chris Liddell <chris.liddell@artifex.com>
97ee68c17fd8709b4509b394b721524b7777c3bb

Bug 695539: glyph mapping - handle "missing" codepoints

When extending the glyph mapping in a font, the original code for adding the
codepoint to the font could assume the codepoint was valid as it was always
read from the Adobe Glyph List. But I added code to "parse" a codepoint from
the special "uniXXXX" type names, and that breaks that assumption.

Handle the case where we reach that point with codepoint that doesn't exist in
the AGL.

No cluster differences.

gs/Resource/Init/gs_ttf.ps
gs/Resource/Init/gs_type1.ps

2014-09-25 23:42:50 -0600
Henry Stiles <henry.stiles@artifex.com>
0c677ef110bb53460062da7586e37a37ea6eae52

Fix Bug #695535 Page not cleared upon resolution setting.

Somewhat puzzling this hasn't come up before but PCL was changing the
resolution of a PCL job upon receiving a PJL command without erasing
the page. If the resolution is set on the command line or the device
default is used the normal page erasing happens with the job's
resolution already set.

pcl/pcjob.c
pcl/pcl.mak

2014-09-25 09:47:14 -0700
Ray Johnston <ray.johnston@artifex.com>
53d8252202f860398be69a59d6a6da80aca551ce

Fix typo when closing bfile and cfile. Thanks to Norbert Janssen.

gs/base/gxclthrd.c

2014-09-23 07:47:00 -0700
Ray Johnston <ray.johnston@artifex.com>
75a183ff51daebf8c3835f3d6e5107d70061a8ce

Change the -Z: output to report parse done as well as page render done.

This corresponds more closely the the information available with -Z: from
gs which provides Outputpage start and Outputpage end times. This is useful
for the 'overview' timing analysis, such as with bug 695374.

pcl/pctop.c
pl/plmain.c

2014-09-23 09:18:46 +0100
Ken Sharp <ken.sharp@artifex.com>
98b066aad13281ce75471163959db727a5a9da58

pdfwrite - fix a warning and an assignment to conditional

Removing the assignment of a return value to code in order to eliminate a
compiler warning.

The test of code against gs_error_interrupt was accidentally written as an
assignment, fixing this causes progressions in:
Bug690534.pdf
586_-_missing_images_gs_SMask_not_applied.pdf
multiply_luminosity_masks_ignored.pdf

These are progressions over 9.15 as well.

gs/devices/vector/gdevpdft.c

2014-09-08 14:47:15 +0100
Chris Liddell <chris.liddell@artifex.com>
2454c0d599f3abdff7d7b002d54dd58549e948de

Update docs, versions and dates for release candidate.

Update docs, dates etc for second release candidate.

Update stuff for release

gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/SavedPages.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2014-09-22 16:08:37 +0100
Ken Sharp <ken.sharp@artifex.com>
fd5858999c4117ef16f8127497bcc329e4006833

accidentally left a line out of ee3d09

Due to finger trouble, missed this line off the last commit

gs/devices/vector/gdevpdft.c

2014-09-22 16:06:01 +0100
Ken Sharp <ken.sharp@artifex.com>
ee3d09d4efed339d15d6168f3ef72516d3391576

pdfwrite - handle transparency mask of type TRANSPARENCY_MASK_None

Bug #695482 "Regression: empty PDF files written starting with ea6290b302598f13e7fb4c29aff73657989e693d"

commit ea6290b302598f13e7fb4c29aff73657989e693d introduced this type of
transparency mask, which is *not* concluded with an end transparency group.
Because pdfwrite didn't expect this, it led to 0 length output PDF files.

This commit restores the functionality, it does not (apparently) produce
correct output from the test file using pdfwrite though.

The differences here are all progressions.

gs/devices/vector/gdevpdft.c

2014-09-22 14:34:55 +0100
Ken Sharp <ken.sharp@artifex.com>
a1a6d76aae77b28bfd805f06df4a1a9537fbc139

remove some C++ comments (and some other commented code)

gs/devices/vector/gdevpdte.c

2014-09-22 13:28:50 +0100
Ken Sharp <ken.sharp@artifex.com>
37837c01c7ca8461e9f458c061e27990dd94ad41

remove an unused variable to silence a compiler warning

gs/devices/gxfcopy.c

2014-09-22 10:42:29 +0100
Ken Sharp <ken.sharp@artifex.com>
202b0d827c4840410d01a6acb83c56277829f507

pdfwrite - close dangling substreams at end of page

Inspired by bug #695482 but not intended as a fix, and also by bug #695354

If we fail to close a substream (possibly because the PDF interpreter throws
an error) then this leaves a text_state associated with the substream
dangling, and potentially referencing other freed memory which can lead
to a crash in the garbage collector. In addition we can end up writing an
empty PDF file.

This commit closes any substreams which are still open when a page is written
which ensures the memory is cleaned up, and that a valid (if broken) PDF
file gets written.

Note that ps2write is (of course) different, and *expects* to have a substream
open at the end of the page, so in this case we have to close the page and then
clean up any dangling substreams afterwards.

Although this appears to 'fix' bug #695482 its not a proper fix.

No differences expected.

gs/devices/vector/gdevpdf.c

2014-09-22 08:51:23 +0100
Ken Sharp <ken.sharp@artifex.com>
9e5c21512649090ae563b584caec32fb6fdc2bb9

pdfwrite - free associated text state when closing a substream

When we open a substream, we create a text state, but we did not prevoously
free the text state when closing the substream, which could lead to memory
leaks or if using the '%d' syntax for per-page PDF output, could lead to
crashes in the garbage collector.

No differences expected

gs/devices/vector/gdevpdti.c

2014-09-22 08:49:39 +0100
Ken Sharp <ken.sharp@artifex.com>
1cd582c342d1d754d85f5d89f39cbe672b9d9c67

pdfwrite - free FDArray from copied CIDFOnts when copy is freed

further to commit 26a22e which freed copied descendant fonts from a copy of
a CIDFont when it was freed, here we free the FDArray itself from teh copy.

No differences expected

gs/devices/gxfcopy.c

2014-09-19 13:38:25 +0100
Ken Sharp <ken.sharp@artifex.com>
26a22e6fd3dd42fdcaae568276f82b40d746bce9

Free copied descendant font(s) when freeing a copied CIDFont

When we copy a CIDFont (other than a TrueType CIDFont) we also copy the
descendant fonts. But when we free them (gs_free_copied_font) we only free
the CIDFont, leaving the descendants dangling. This can cause problems
(seg fault) when we garbage collect the descendants.

Here we free the descendants as well. This is complicated by the fact that
the parent CIDFont 'glyphs' space is shared by all the descendants, so
we *don't* want to free that when we free the descendant.

No differences expected

gs/devices/gxfcopy.c

2014-09-17 14:02:17 +0100
Chris Liddell <chris.liddell@artifex.com>
bb35d2d7bc93b1fff5e182be370d64b24129a09e

Bug 695490: GL stick font seg fault

Initialise width cache values for stick font and 531 font.

No cluster differences.

pcl/pglabel.c

2014-09-17 13:46:17 +0100
Chris Liddell <chris.liddell@artifex.com>
d4c1bd25347e42d0668a73a57bd9aa8ca904be1a

Bug 695491: parallel make fail due to pconfig.h

Create a target for pconfig.h and have it as a dependency where required,
rather than have each individual target that needs it copy pconf.h to
pconfig.h which could cause a "collision" during a parallel build.

No cluster differences.

pcl/pcl.mak
pl/pl.mak
psi/psi.mak
pxl/pxl.mak
xps/xps.mak

2014-09-17 12:23:05 +0100
Chris Liddell <chris.liddell@artifex.com>
ec56638c8cc6176c2ee935a7ba43cd0af2a02fd1

Bug 695492: fix seg fault regression with '-h'

When called with the '-h' parameter, we don't fully initialise the PS
interpreter. In which case, we shouldn't try to use the PS interpreter
when we shut down.

No cluster differences.

gs/psi/imain.c

2014-09-15 19:33:32 -0700
Ray Johnston <ray.johnston@artifex.com>
b66f287128616340b68243bf5384acac066db561

Fix colors for -sDEVICE=bitrgb -dGrayValues=16

This device was using the default, but that code was encoding the
color as 5x5x5 RGB since the bit device selects a color_info.depth
of 16. Import the logic and fix it for the 4-bit RGB case (12-bit
values in 16-bit pixels).

gs/devices/gdevbit.c

2014-09-15 17:51:56 -0700
Ray Johnston <ray.johnston@artifex.com>
10d517b4954e5adaaf7cc8d823db68e8e1b157f3

Fix the -dRGB option to work with BITS = 1, 2, 4 or 8

Note that the -sDEVICE=bitrgb -dGrayValues=16 was broken due to
improper encoding. This will be fixed in a separate commit.

gs/lib/viewraw.ps

2014-09-15 08:59:08 -0700
Ray Johnston <ray.johnston@artifex.com>
eb486a42382152c5d7448eabfa7e7a40f8226c81

Improvements for viewraw.ps with RGB input for 1 and 2 bpc.

Note BITS=4 is still not supported.

gs/lib/viewraw.ps

2014-09-16 14:01:36 +0100
Ken Sharp <ken.sharp@artifex.com>
2e619c7a51e45c05c3d02792c3353b3c731f3884

pdfwrite - mark freshly opened device as 'open'

When using the '%d' format for output files, the pdf_output_page() routine
closes and reopens the pdfwrite device (to flush the device, creating
a PDF file). However, it doesn't mark the 'is_open' member of the device,
and pdfwrite doesn't do that itself, relying on the caller (normally
gs_opendevice()) to set the flag.

Later we get a setpagedevice, this executes .setdevice which calls
gs_setdevice_no_erase() which checks dev->is_open and if it is not open
then it opens it. This causes pdf_open to allocate all kinds of new
memory areas, without freeing the old ones, as well as temporary files and
possibly other structures/memory allocations.

Surprisingly this doesn't actually seem to cause a problem, but its not
right, and surely will cause problems one day, its definitely causing
memory leaks in non-GC interpreters.

So this tiny commit just sets the flag is_open when we open the device in
pdf_output_page.

No differences expected

gs/devices/vector/gdevpdf.c

2014-09-15 11:02:09 +0100
Chris Liddell <chris.liddell@artifex.com>
d0816120fdae4e9592269d98e933cbdf99faad5e

Bug 695483: disable BGPrint before we shutdown interpreter

Before we start the process of shutting down the PS interpreter, disable BGPrint
(and set NumRenderingThreads to 0, just for safety). If we don't do this, the
"parent" rendering thread will continue preparations for the next page whilst
we shutdown the interpreter, and will thus attempt to access some objects
subject to garbage collection (such as the I/O device table).

Additionally, when a device switches from BGPrint enabled to disabled, make sure
we tear down the rendering thread(s) and get rid off the BGPrint related data.

No cluster differences.

gs/base/gdevprn.c
gs/psi/imain.c

2014-09-15 10:21:18 +0100
Chris Liddell <chris.liddell@artifex.com>
0d22694c3798bf13120be35322b7984fd2296e0f

Bug 695486: initialise c_alone in current chunk (cc)

When we (re-)initialise an allocator, we have to initialise the contents of the
current chunk (cc) entry - initialise to "false" since that's the common case.

No cluster differences.

gs/base/gsalloc.c

2014-09-15 15:19:46 +0100
Ken Sharp <ken.sharp@artifex.com>
a7b8c4f39f0f8f1f0872c2ae8faff1ddd35cbdb2

pdfwrite - free pdfwrite's 'complete' font copy if required

Bug #695484 "Regression: seg fault with debug build in pdfwrite starting with ceb5e2f006bf554a56701ee2f2c228841b324a4b"

The problem was caused because pdfwrite can maintain two copies of a font,
a subset and a complete copy, depending on settings. We were properly freeing
the subset, but not the complete copy.

This has been a long-standing undetected memory leak, but only on systems
without garbage collection, because the copied font is subject to GC, and
indeed this was causing the actual fault. When we restored at the end of the
file, the copied font was garbage collected, which caused it to try nd free
any glyphs from its font cache. But the font cache is now (since the commit
in the bug title) pointing at the pdfwrite font cache, and that has already
been freed before we get to the end of job restore, resutling in a seg fault.

Here we free the complete font copy if one has been allocated.

No differences expected.

gs/devices/vector/gdevpdtd.c

2014-09-14 23:00:08 -0600
Henry Stiles <henry.stiles@artifex.com>
0614577faa0b89574b0d9c6c9cabe77398183a40

Fix Bug 695481 - Barcode font scaled incorrectly.

The downloaded font in this file (the barcode) used the typeface
family designation of 0 which is reserved for the lineprinter font.
Our interpreter scales lineprinter specially and identifies
lineprinter with its typeface number (0), thus the barcode font was
scaled as if it were the lineprinter font. Now we check the typeface
number is 0 and the font is internal which will uniquely identify the
lineprinter font and not confuse other fonts with it.

Technically the font is broken and shouldn't be accepted, the typeface
family numbers documented by HP should not be reused by downloaded
fonts, but HP printers seem to print the job.

pcl/pctext.c

2014-09-12 14:49:08 +0100
Chris Liddell <chris.liddell@artifex.com>
94786ac00b285be997aaddbc689180478a47e270

Get rid of last vestiges of pswrite....

Remove epswrite (the final "subdevice" of pswrite) and references to it.

Also remove the gdevps.c source file.

Cluster differences only in files that enumerate the devices list, for
example:
430-01.ps

doc/who_owns_what.txt
gs/Makefile.in
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/openvms.mak
gs/base/openvms.mmk
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/configure.ac
gs/devices/devs.mak
gs/devices/vector/gdevps.c
gs/lib/eps2eps
gs/lib/eps2eps.bat
gs/lib/eps2eps.cmd
gs/man/ps2ps.1
gs/psi/msvc.mak
gs/psi/os2.mak
gs/toolbin/pre.chk

2014-09-10 11:57:10 -0700
Ray Johnston <ray.johnston@artifex.com>
ea6290b302598f13e7fb4c29aff73657989e693d

Fix Bug 695471, cust 532. /SMask /None did not remove prior SMask

The 'gssmask' proc in pdf_draw.ps doesn't remove a previous SMask
when the ExtGState is set to /SMask /None. Change the logic to
issue a "dummy" .begintransparencymaskgroup (that does NOT have a
corresponding .endtransparencymask) and add handling for this type
of SMask in the code. This does not result in a colorspace change,
but only frees the tos maskbuf. Seen with MSN_Chrome.pdf

gs/Resource/Init/pdf_draw.ps
gs/base/gdevp14.c
gs/base/gstparam.h
gs/base/gstrans.c

2014-08-27 10:08:45 -0700
Ray Johnston <ray.johnston@artifex.com>
3b2d19e8a459610ba50560ee004eae8736644dc1

Add lib/viewraw.ps utility to view "raw" files

An extended version of lib/viewcmyk.ps so that "raw" output from
bit, bitrgb or bitcmyk can be displayed or converted. For example:
gswin32c -sDEVICE=bitrgb -dGrayValues=256 -o x.rgb examples/tiger.eps
can be viewed with:
gswin32c -dRGB -dBITS=8 -- lib/viewraw.ps x.rgb 612

gs/lib/viewraw.ps

2014-09-08 13:52:07 +0100
Chris Liddell <chris.liddell@artifex.com>
fcb0c5ee27b9d5a769545f547ee7afdcf8e9829f

Bump version.

Usual cluster differences.....

gs/Resource/Init/gs_init.ps
gs/base/version.mak

2014-09-22 11:12:44 +0100
Chris Liddell <chris.liddell@artifex.com>
8b2e4263a230d0e7cb262532e0f347976f4b289a

Update stuff for release

gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/SavedPages.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2014-09-17 12:23:05 +0100
Chris Liddell <chris.liddell@artifex.com>
404e71e01ad665deb7435fe37aad6034380297e3

Bug 695492: fix seg fault regression with '-h'

When called with the '-h' parameter, we don't fully initialise the PS
interpreter. In which case, we shouldn't try to use the PS interpreter
when we shut down.

No cluster differences.

gs/psi/imain.c

2014-09-16 11:48:12 +0100
Chris Liddell <chris.liddell@artifex.com>
96a55a20f5b0d852d2118a1ac318293c6a0f716e

Update docs, dates etc for second release candidate.

gs/base/gscdef.c
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/SavedPages.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2014-09-15 11:02:09 +0100
Chris Liddell <chris.liddell@artifex.com>
551d7dd426fe8ab7f2c0c9d90339784e2b643bad

Bug 695483: disable BGPrint before we shutdown interpreter

Before we start the process of shutting down the PS interpreter, disable BGPrint
(and set NumRenderingThreads to 0, just for safety). If we don't do this, the
"parent" rendering thread will continue preparations for the next page whilst
we shutdown the interpreter, and will thus attempt to access some objects
subject to garbage collection (such as the I/O device table).

Additionally, when a device switches from BGPrint enabled to disabled, make sure
we tear down the rendering thread(s) and get rid off the BGPrint related data.

No cluster differences.

gs/base/gdevprn.c
gs/psi/imain.c

2014-09-15 10:21:18 +0100
Chris Liddell <chris.liddell@artifex.com>
51b9c7dc2a471b9c3dfe6400c0a55d90db4fec16

Bug 695486: initialise c_alone in current chunk (cc)

When we (re-)initialise an allocator, we have to initialise the contents of the
current chunk (cc) entry - initialise to "false" since that's the common case.

No cluster differences.

gs/base/gsalloc.c

2014-09-15 15:19:46 +0100
Ken Sharp <ken.sharp@artifex.com>
fec643c7e29810c0c5381bd86ba31ff3595bc9ba

pdfwrite - free pdfwrite's 'complete' font copy if required

Bug #695484 "Regression: seg fault with debug build in pdfwrite starting with ceb5e2f006bf554a56701ee2f2c228841b324a4b"

The problem was caused because pdfwrite can maintain two copies of a font,
a subset and a complete copy, depending on settings. We were properly freeing
the subset, but not the complete copy.

This has been a long-standing undetected memory leak, but only on systems
without garbage collection, because the copied font is subject to GC, and
indeed this was causing the actual fault. When we restored at the end of the
file, the copied font was garbage collected, which caused it to try nd free
any glyphs from its font cache. But the font cache is now (since the commit
in the bug title) pointing at the pdfwrite font cache, and that has already
been freed before we get to the end of job restore, resutling in a seg fault.

Here we free the complete font copy if one has been allocated.

No differences expected.

gs/devices/vector/gdevpdtd.c

2014-09-14 23:00:08 -0600
Henry Stiles <henry.stiles@artifex.com>
d10d0b9f9a4c11ef11f08849cf0f0f0405ada6c6

Fix Bug 695481 - Barcode font scaled incorrectly.

The downloaded font in this file (the barcode) used the typeface
family designation of 0 which is reserved for the lineprinter font.
Our interpreter scales lineprinter specially and identifies
lineprinter with its typeface number (0), thus the barcode font was
scaled as if it were the lineprinter font. Now we check the typeface
number is 0 and the font is internal which will uniquely identify the
lineprinter font and not confuse other fonts with it.

Technically the font is broken and shouldn't be accepted, the typeface
family numbers documented by HP should not be reused by downloaded
fonts, but HP printers seem to print the job.

pcl/pctext.c

2014-09-12 14:49:08 +0100
Chris Liddell <chris.liddell@artifex.com>
f4034b2aa85e685c66e98be8c31c511cd9a5169e

Get rid of last vestiges of pswrite....

Remove epswrite (the final "subdevice" of pswrite) and references to it.

Also remove the gdevps.c source file.

Cluster differences only in files that enumerate the devices list, for
example:
430-01.ps

doc/who_owns_what.txt
gs/Makefile.in
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/openvms.mak
gs/base/openvms.mmk
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/configure.ac
gs/devices/devs.mak
gs/devices/vector/gdevps.c
gs/lib/eps2eps
gs/lib/eps2eps.bat
gs/lib/eps2eps.cmd
gs/man/ps2ps.1
gs/psi/msvc.mak
gs/psi/os2.mak
gs/toolbin/pre.chk

2014-08-27 10:08:45 -0700
Ray Johnston <ray.johnston@artifex.com>
bbe97e4cfc3d725f42ae34125c716902faf72977

Add lib/viewraw.ps utility to view "raw" files

An extended version of lib/viewcmyk.ps so that "raw" output from
bit, bitrgb or bitcmyk can be displayed or converted. For example:
gswin32c -sDEVICE=bitrgb -dGrayValues=256 -o x.rgb examples/tiger.eps
can be viewed with:
gswin32c -dRGB -dBITS=8 -- lib/viewraw.ps x.rgb 612

gs/lib/viewraw.ps

2014-09-08 14:47:15 +0100
Chris Liddell <chris.liddell@artifex.com>
540a228f026bf3abd288d5e88a7ef74345600380

Update docs, versions and dates for release candidate.

gs/base/gscdef.c
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/SavedPages.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

Version 9.15 (2014-09-22)

This is the eleventh full release in the stable 9.x series, and is primarily a maintenance release.

Highlights in this release include:

For a list of open issues, or to report problems, please visit bugs.ghostscript.com.

Incompatible changes

No recorded incompatible changes.

Changelog

2014-09-08 09:36:19 +0100
Chris Liddell <chris.liddell@artifex.com>
551d7dd426fe8ab7f2c0c9d90339784e2b643bad

Bug 695483: disable BGPrint before we shutdown interpreter

Before we start the process of shutting down the PS interpreter, disable BGPrint
(and set NumRenderingThreads to 0, just for safety). If we don't do this, the
"parent" rendering thread will continue preparations for the next page whilst
we shutdown the interpreter, and will thus attempt to access some objects
subject to garbage collection (such as the I/O device table).

Additionally, when a device switches from BGPrint enabled to disabled, make sure
we tear down the rendering thread(s) and get rid off the BGPrint related data.

No cluster differences.

gs/base/gdevprn.c
gs/psi/imain.c

2014-09-15 10:21:18 +0100
Chris Liddell <chris.liddell@artifex.com>
51b9c7dc2a471b9c3dfe6400c0a55d90db4fec16

Bug 695486: initialise c_alone in current chunk (cc)

When we (re-)initialise an allocator, we have to initialise the contents of the
current chunk (cc) entry - initialise to "false" since that's the common case.

No cluster differences.

gs/base/gsalloc.c

2014-09-15 15:19:46 +0100
Ken Sharp <ken.sharp@artifex.com>
fec643c7e29810c0c5381bd86ba31ff3595bc9ba

pdfwrite - free pdfwrite's 'complete' font copy if required

Bug #695484 "Regression: seg fault with debug build in pdfwrite starting with ceb5e2f006bf554a56701ee2f2c228841b324a4b"

The problem was caused because pdfwrite can maintain two copies of a font,
a subset and a complete copy, depending on settings. We were properly freeing
the subset, but not the complete copy.

This has been a long-standing undetected memory leak, but only on systems
without garbage collection, because the copied font is subject to GC, and
indeed this was causing the actual fault. When we restored at the end of the
file, the copied font was garbage collected, which caused it to try nd free
any glyphs from its font cache. But the font cache is now (since the commit
in the bug title) pointing at the pdfwrite font cache, and that has already
been freed before we get to the end of job restore, resutling in a seg fault.

Here we free the complete font copy if one has been allocated.

No differences expected.

gs/devices/vector/gdevpdtd.c

2014-09-14 23:00:08 -0600
Henry Stiles <henry.stiles@artifex.com>
d10d0b9f9a4c11ef11f08849cf0f0f0405ada6c6

Fix Bug 695481 - Barcode font scaled incorrectly.

The downloaded font in this file (the barcode) used the typeface
family designation of 0 which is reserved for the lineprinter font.
Our interpreter scales lineprinter specially and identifies
lineprinter with its typeface number (0), thus the barcode font was
scaled as if it were the lineprinter font. Now we check the typeface
number is 0 and the font is internal which will uniquely identify the
lineprinter font and not confuse other fonts with it.

Technically the font is broken and shouldn't be accepted, the typeface
family numbers documented by HP should not be reused by downloaded
fonts, but HP printers seem to print the job.

pcl/pctext.c

2014-09-12 14:49:08 +0100
Chris Liddell <chris.liddell@artifex.com>
f4034b2aa85e685c66e98be8c31c511cd9a5169e

Get rid of last vestiges of pswrite....

Remove epswrite (the final "subdevice" of pswrite) and references to it.

Also remove the gdevps.c source file.

Cluster differences only in files that enumerate the devices list, for
example:
430-01.ps

doc/who_owns_what.txt
gs/Makefile.in
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/openvms.mak
gs/base/openvms.mmk
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/configure.ac
gs/devices/devs.mak
gs/devices/vector/gdevps.c
gs/lib/eps2eps
gs/lib/eps2eps.bat
gs/lib/eps2eps.cmd
gs/man/ps2ps.1
gs/psi/msvc.mak
gs/psi/os2.mak
gs/toolbin/pre.chk

2014-08-27 10:08:45 -0700
Ray Johnston <ray.johnston@artifex.com>
bbe97e4cfc3d725f42ae34125c716902faf72977

Add lib/viewraw.ps utility to view "raw" files

An extended version of lib/viewcmyk.ps so that "raw" output from
bit, bitrgb or bitcmyk can be displayed or converted. For example:
gswin32c -sDEVICE=bitrgb -dGrayValues=256 -o x.rgb examples/tiger.eps
can be viewed with:
gswin32c -dRGB -dBITS=8 -- lib/viewraw.ps x.rgb 612

gs/lib/viewraw.ps


Ken Sharp <ken.sharp@artifex.com>
8605f67582ae2e2e619ab6fbab9888a23f37fdb9

pdfwrite - tidy up some compiler warnings

No effect, just silences the compiler or scan-build.

gs/devices/vector/gdevpdfp.c
gs/devices/vector/gdevpsdp.c

2014-09-04 14:49:21 +0100
Chris Liddell <chris.liddell@artifex.com>
b4c9acd0ca532d19421fdf83aa9ad71895fad753

Remove the uproduct and co targets.

Replaced (for now) with a brief message about being unsupported, and to use
configure --with-ufst=<>

No cluster differences.

Makefile

2014-09-04 14:34:58 +0100
Chris Liddell <chris.liddell@artifex.com>
91e8954e01996853ce6dc1318465c7b55e9d1f90

Better mkromfs support for cross compile

When cross compiling between platforms of differening endianness, mkromfs will
now create output usable on the target architecture.

No cluster differences.

gs/base/mkromfs.c

2014-09-04 14:31:25 +0100
Chris Liddell <chris.liddell@artifex.com>
bfeeadc3d534cb01fe6dd3bfb21a0af1e55b0a48

Tweak "search" for default CID fallback font.

Fix an issue where the default fallback font could not be found if the
GenericResourceDir was a relative path.

No cluster differences.

gs/Resource/Init/gs_cidtt.ps

2014-09-05 15:03:05 +0100
Ken Sharp <ken.sharp@artifex.com>
201ff60b950912c09d22b3b4ed0b57ed75c3587a

pdfwrite - consume Distiller params even when LockDistillerparams is true

Bug #695468 "/rangecheck in .installpagedevice error when combining LockDistillerParams, setpagedevice, and restore"

Previously when LockDistillerParams was true the distiller param parsing
code did not get called. This left the Distiller parameter key/value
pairs 'untouched' in the parameter list.

Ordinarily this is not a problem, but .installpagedevice, which is called
during restore to reset the page device parameters, insists that all keys
must be consumed and throws an error if they are not.

This patch alters the distiller parameter parsing to read all the parameters
no matter what the setting of LockDisillerParams. The values are read into
a dummy parameter structure, when complete they are either copied back to
the real structure or, if LockDistillerParams is set, discarded. If we
discard the parameters we clean up the memory rather than relying on garbage
collection to do it for us.

I don't think the pdfwrite device currently does this when the device is
closed, which would be a memory leak, if we ever decide we need to address
this then we can use the code here.

No differences expected.

gs/devices/vector/gdevpdfp.c
gs/devices/vector/gdevpsdp.c

2014-09-04 13:16:48 +0100
Ken Sharp <ken.sharp@artifex.com>
ce3445892ca6094a5c681667b1ecc1aa07c87254

Improved form handling of clip areas

Bug #695307 "Preservation of PostScript form elides form content"

When a device (such as pdfwrite) hands back a matrix to set as the CTM
(pdfwrite does this to capture the form unscaled), we need to account for
that CTM when we reset the clip, otherwise we can end up clipping content.

Also, rather than using +/- page boundaries, we use +/- the form BBox.

This shows 2 minor progressions in the test suite.

gs/psi/zform.c

2014-09-02 15:27:25 +0100
Ken Sharp <ken.sharp@artifex.com>
ceb5e2f006bf554a56701ee2f2c228841b324a4b

Address leaking font cache in PCL interpreter

Bug #695017 "pcfont_do_reset() leaks memory"

The PCL interpreter should free its font cache on exit, but it does not.
This is because of the fact that when we copy fonts the font cache of the
original font is copied to the font cache of the copied font. Later, when
a high level device wants to retrieve glyph information, the font code
uses the font cache from the copied font.

This doesn't immediately seem like a problem, it seems like we should be
able to defer freeing the font cache until after we've closed the device,
and that would satisfy pdfwrite. However, the way that PCL 'passthrough'
works, the PCL interpreter can be run 'inside' the PXL interpreter. If we
free the PCL interpreter font cache when it exits then pdfwrite has font
copies which are still pointing at the freed font cache.

We did discuss having the PCL/PXL interpreter set the gs_lib_ctx font_dir
(it currently dos not do so) and having pdfwrite set the font cache of the
fonts it copies use that, instead of the font cache from the original font.
But this seemed to me likely to run into the possibility of the same problem
recurring in future.

Instead, we have pdfwrite create and maintain its own font cache. When pdfwrite
copies a font it replaces the font cache pointer (which is initially the same
as the original font) with the new pdfwrite-specific font cache.

This means that any interpreter can free its font cache and pdfwrite will
still be able to use its own font cache when retrieving glyph information.

This commit includes both the changes to pdfwrite to enable the new font cache
and the changes to the PCL/PXL interpreter to free the font cache when the
interpreter is done with it.

No differences expected.

gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfx.h
gs/devices/vector/gdevpdtb.c
pcl/pcfont.c

2014-09-02 09:40:20 +0100
Chris Liddell <chris.liddell@artifex.com>
884b9e456336b1fd7ddb3c50726be5469159421a

Bug 695235: off-by-one error in trio

Tweak to deal with off-by-one errors due to casting of doubles in trio.

No cluster differences.

gs/trio/trio.c

2014-08-29 17:19:58 +0100
Chris Liddell <chris.liddell@artifex.com>
c670fd6b0852aa057103632630bab81c9317b613

Tweak the libtiff configure invocation to use relative paths.

No cluster differences.

configure.ac
gs/configure.ac

2014-08-29 16:05:38 +0100
Chris Liddell <chris.liddell@artifex.com>
d0c3d8e6b0f5ce246ad5e3d08b1628b529f99582

Add quoting around paths for libtiff configure.

No cluster differences.

configure.ac
gs/configure.ac

2014-08-28 10:09:41 +0100
Ken Sharp <ken.sharp@artifex.com>
3ff453592e3ae6d98a640047765a5baf1e345964

More work with setpagedevice

commit 55bd0a59caf26a59f852e2dec5b76ad399d9408b fixed the problems with
RedValues and friends, but at the cost of preventing these keys being set
by setpagedevice.

This commit allows them to be set by creating a 'write only' dictioanry
whose keys are removed from the initial device dictionary before we make it
read-only and send it to setpagedevice.

See the comments in the commit for further details.

No differences expected.

gs/Resource/Init/gs_setpd.ps

2014-08-27 14:45:33 +0100
Ken Sharp <ken.sharp@artifex.com>
55bd0a59caf26a59f852e2dec5b76ad399d9408b

Fix setpagedevice so that changing ProcessColorModel works

Bug #695439 "Reference to free memory, or segfault with release build"

The problem is the horrendous way our implementation of setpagedevice works.
Where we should query the device for its parameters, our implementation
maintains a dictionary (initially built by querying the device) which is
updated by calls to setpagedevice.

Clearly at some time in the past someone has discovered that this breaks
badly if the device changes a parameter itself, as this won't be reflected
in the saved dictionary. So the '.dynamicppkeys' dictionary was defined,
whose sole purpose is to hold a list of keys whose values must be refreshed
from the device.

However, this dictionary is *also* used to prevent those same keys being
sent to the device.....

This means that commit 2eda51b48c7e97adf7c46fc3d7eb34fcdf6061e6 prevented
any changes to OutputICCProfile being sent to the device.

So I've now made 2 dictionaries with separate purposes, one is for 'read only'
keys which should not be sent to the device, and one which contains the list
of keys which must be read back from the device to replace the stored values
in our dictionary. Keys may appear in both, either, or neither.

The problem in this bug is that we create our initial dictionary when the
device is in DeviceRGB, and we store the RedValues, GreenValues, BlueValues
and GrayValues from the device in our stored dictionary. Then we execute
code to change the ProcessColorModel to DeviceGray. This alters the values
of the RedValues etc in the device. But these are *not* copied into our
stored dictionary. Later we call .installpagedevice which does not change
the ProcessColorModel, but does attempt to set the RedValues etc, which are
invalid for a DeviceGray ProcessCOlorModel, leading to a rangecheck.

I had hoped that adding these keys to the volatile dictionary would be
sufficient to fix the problem, but it seems that we don't update our stored
dictionary with these parameters. The only way to fix this turned out to be
to add the keys to the 'read only keys' dictionary so that we don't try and
send them to the device.

I'm not completely sure this is sensible, it isn't obvious to me what these
values are for, so I can't be certain that they should become 'read only'.
However, its the simplest way to solve this problem.

Of course the right way to fix this is to change our horrible setpagedevice
code so that it works the way the spec says it should.

The fix described above resolves the memory warning for me as well.

No differences expected.

gs/Resource/Init/gs_setpd.ps

2014-08-25 15:16:13 +0100
Ken Sharp <ken.sharp@artifex.com>
5ce2fca754b4ba5bce4194bae382ef1d46abaf00

pdfwrite - fix handling of Tx fields in AcroForms

Bug #695438 "AcroForm text fields not being rendered"

There are multiple parts to this fix.

1) Alter the default of the NeedAppearances key in AcroForms and AcroForm
field dictionaries to true so that if its not present we will generate
Appearances for fields which have none. (we still won't generate them if
the field is present and set to false, though Acrobat does)

2) Fix the Length key of the Form dictionary we generate for Tx fields,
previously it was set to 0, so the form wasn't ever executed.

3) If there is no 'V' key in the Field dictionary for a Tx field, use the
/DV key instead. If still no key then use an empty string.

These changes uncovered some interesting additional problems.

1) Bug687498 has an AcroForm with a Tx field, declared as multiline, where
the actual data is an empty string. Now that we actually execute the Form
this causes an error. Add a check to treat strings with less than 2 bytes
as single line, so that splitstring doesn't throw an error.

2) Bug692477.pdf, now that we default 'NeedAppearances' to true, we discover
that this file has a Fields array where every element is the null object,
which causes errors trying to extract dictionary key/value pairs from it.
Add a check to see that the Field element is a dictionary, and ignore it if
it isn't.

No differences expected, we don't test with -dShowAcroForm

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_main.ps
gs/Resource/Init/pdf_ops.ps

2014-08-20 08:54:16 -0700
Ray Johnston <ray.johnston@artifex.com>
2eda51b48c7e97adf7c46fc3d7eb34fcdf6061e6

Bug 695420: Bad pointer to OutputICCProfile string.

This was caused by the gs_setpd.ps logic having a dictionary that has the
OutputICCProfile pointing to dev->icc_struct->device_profile[0]->name, but
when ColorConversionStrategy distillerparam is set, it does a rc_decrement
on the pdev->icc_struct which frees the entire structure, among those the
'name' (which was allocated in non_gc_memory).

Add the OutputICCProfile to the list of .dynamicppkeys in gs_setpd.ps so
that the string will always be updated and the dictionary won't have a
stale pointer.

Having a dict with a string in non_gc_memory is OK I guess, even though
we generally "hide" all non_gc_memory elements from the GC.

gs/Resource/Init/gs_setpd.ps

2014-07-24 17:41:32 -0700
Ray Johnston <ray.johnston@artifex.com>
b181cc746811d2920cfe183d8fd341de944d65b3

Add a missing condition for devices that need tags to pdf14_recreate_device.

Customer 532 has done extensive testing and uses tags. This change
is in their code.

gs/base/gdevp14.c

2014-08-18 16:40:53 +0100
Ken Sharp <ken.sharp@artifex.com>
727340d4bd2a42b2793d00c3b5cd36facdf26e92

pdfwrite - fix a ShadingType 5 with array DataSource and a Function

Bug #695359 "Wrong gradients after conversion to PDF"

The example file is a hand-coded shading of type 5 with the DataSource
being an array, but using a function to convert the parametric value at
each vertex into a colour value.

The PDF specification doesn't support this kind of shading, so we need
to convert it. In doing so we write out a Decode array, which needs to contain
the minimum and maximum colour values. Ordinarily we get these from the
shading dictionary, but when using an array for DataSource this is not
present. In the absence of the Decode array we were defaulting to 0 and 1
but the function actually has a range from 0 to 10. This meant we were
truncating the colour space.

This commit examines the Function (if present) and uses the Domain of the
function as the values instead of 0 and 1.

This may not be sufficient in the absolute general case, but all mesh
shadings are rare in real world files, and mesh shadings using array
DataSource are still less common, as are examples with a function which
does not have a Domain 0-1. So this will suffice until we see more
problems.

Note that Acorbat Distiller X produces different output if you run the
two shadings in the example file separately instead of consecutively. Also
Acrobat X displays the resulting file from both Distiller and Ghostscript
incorrectly (Acrobat XI displays them correctly)

No differences expected.

gs/devices/vector/gdevpdfv.c

2014-08-18 09:15:48 +0100
Ken Sharp <ken.sharp@artifex.com>
db7668753ca114aabc4d34063876732dc043e9b8

PDF interpreter - read BPC from the JPX stream instead of the resource dict

Bug #695387 "PDF with jpeg2000 conversion problems"

The PDF spec states (table 4.39, BPX on page 340 of the PDF Rerference)
that the Bits Per Component value is to be taken from the JPX stream and
the image dictionary value should be ignored if present. We were only
reading the BPC if either that to the ColorSpace was missing from the
image dictionary.

In this commit we *always* pare the data out of the JPX stream (which is
a small performance penalty). However, this always overwrites the data in
the resource dictionary, which is fine for BPX< but not acceptable for the
colour space, because Acrobat favours the ColorSpace in the
image dictionary over the JPX colour space, and because we set the colour
space to be DeviceGray for softmasks.

So we save the colour space from the resource dictionary (if present), read
the BPC and colour space then, if we had a colour space in the resource
dictionary we restore it back again.

For some reason this causes problems on the cluster with the test file
Bug688845.eps. Since this change only affects JPX images, and PDF files, I
can't see any way that the change can be responsible for this. I am unable
to reproduce the problem on Windows or Linux locally.

gs/Resource/Init/pdf_draw.ps

2014-08-15 11:30:01 +0100
Chris Liddell <chris.liddell@artifex.com>
a7e8f7592a9861f83dbb94b8b545961caca864ce

Bug 694160: Prevent malicious code being injected into the system.

This is essentially the same patch as committed in:
4fc4b8410d35b193d549558ab212cc727db9460b

but that patch was missing white space at the ends of automatically
concatenated strings - hence the interpreter saw, for example:
".systemexecend" rather than ".systemexec end".

Additionally, to avoid that confusion in the future, I've removed the reliance
on the automatic string concatenation.

Also removed a spurious additional call to ".uninstallpagedevice".

No cluster differences.

gs/Resource/Init/gs_init.ps
gs/psi/imain.c

2014-08-15 10:14:36 +0100
Ken Sharp <ken.sharp@artifex.com>
1db534ed2b1277b265652d4b660b11e957a3e0bf

Revert commit 4fc4b8410d35b193d549558ab212cc727db9460b

See bug #694160 and #695420. Somehow this patch ends up leaving 'quit'
undefined at the end of job, which breaks the '-o' switch. It also somehow
manages to break at least some pdfwrite incantations, leading to an undefined
error with a garbage caller. It kind of looks like the name table is
broken or similar.

Note that the undefined error on quit occurs when running GS interactively
and even when this happens, "systemdict /quit get exec" works, so its not
as simple as /quit being undefined.

No differences expected.

gs/Resource/Init/gs_init.ps
gs/psi/imain.c

2014-08-13 20:33:36 +0100
Chris Liddell <chris.liddell@artifex.com>
062f4b4536b7b3fa1742e31c05dc57fe241d6690

Bug 695423: follow up.

Fix the description comments.

No cluster differences

gs/devices/devs.mak

2014-08-13 19:28:04 +0100
Gerard Belanger <gbelanger@practicalautomation.com>
25a0cd96ac4b44d96e27c435dad5cc2c31788733

Bug 695423: Add current generation printers to gdevatx.c

Practical Automation printers.

No cluster differences.

gs/configure.ac
gs/devices/devs.mak
gs/devices/gdevatx.c

2014-08-12 10:17:01 +0100
Ken Sharp <ken.sharp@artifex.com>
9a80562145b25a7166bd7c8e005446bd306be34e

ps2write - fix conversion of TrueType fonts with format 0 LOCA tables

Bug #695417 "gs(ps2write) produce invalid ps from certain LibreOffice print emission"

The code in the opdfread prolog for converting TrueType fonts to type 42
fonts was completely broken for fonts with a format 0 LOCA table (16 bit
offsets). The offending routine is StringToLoca.

The code was reading 32 bits instead of 16, which causes it to exhaust
the string data, leaving array members uninitialised, which is the inital
cause of the error. However, it also didn't multiply the offsets it did
read by 2 (format 0 LOCA offsets are multiplied by 2), and had a 'dup'
which resulted in the stack having the wrong value on top on exit.

No differences expected

gs/devices/vector/opdfread.h
gs/lib/opdfread.ps

2014-08-11 21:22:46 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
4fc4b8410d35b193d549558ab212cc727db9460b

Bug 694160: Prevent malicious code being injected into the system.

gs/Resource/Init/gs_init.ps
gs/psi/imain.c

2014-08-08 11:55:55 +0100
Ken Sharp <ken.sharp@artifex.com>
5be9d0429b79f53b0e074fb1042cf3e88134ba0d

remove an unused variable to silence a compiler warning

gs/devices/gdevtsep.c

2014-08-08 10:07:24 +0100
Ken Sharp <ken.sharp@artifex.com>
3a035a2a9e94196920f99a18670ee96202f67bb9

tiffsep - add code to print CMYK equivalents for spot inks

Bug #695407 "tiffsep should print out separation equivalent CMYK"

Patch supplied by Mateusz Lenik to print out the CMYK equivalents for every
ink in the job.

Controlled by the new PrintSpotCMYK switch, which is only supported on the
tiffsep device, documented in devices.htm.

No differences expected.

gs/devices/gdevtsep.c
gs/doc/Devices.htm

2014-08-05 13:25:01 +0100
Chris Liddell <chris.liddell@artifex.com>
5671fc9b4b5fc8abb326e60195dff7ec46d5b389

Bug 695394: fix TTF glyph encoding generation

There was a logical error in the glyph encoding generation for TT fonts,
affecting fonts without post tables.

When handling the case where the same glyph name references two different
glyphs, the index in the glyph encoding we wrote the generated name to was the
GID (i.e. the index returned from the cmap table) rather the original index
we were handling from the glyph encoding.

No cluster differences.

gs/Resource/Init/gs_ttf.ps

2014-08-01 14:50:40 +0100
Ken Sharp <ken.sharp@artifex.com>
275dc99017b96c1be74a50026479dbdf8d63192f

PDF interpreter - fix Hybrid file parsing

Bug #695403 "Error ocurred while reading XREF table"

The fix for bug #694342 treated an xref section with no entries as an error
and caused the xref to be rebuilt. However, if a PDF file is converted into
a hybrid file (one with an xref *and* an XrefStrm) by adobe CS 3, then it
does this by adding a 'dummy' xref which has a /Prev pointing to the real
xref, and a /XrefStrm pointing to the stream.

The dummy xref has a section "0 0", is first object 0, no objects defined
which falls foul of the test for Bug 694342 and causes the xref to be rebuilt.

This commit adds a boolean which is initially false and is set true in the
parsing loop for the xref section. When we encounter a /trailer, instead
of checking if 0 objects are defined, we now look at that boolean. If its
'true' then we have seen a section entry, and can treat this as valid, even
if no objects are yet defined. If we haven't seen a section then we treat
it as invalid and force an xref rebuild.

This causes sumatra/694313_-_empty_xref.pdf to stop producing errors as
well.

gs/Resource/Init/pdf_main.ps

2014-08-01 09:52:00 +0100
Ken Sharp <ken.sharp@artifex.com>
80395ccbe7558e324ff3cb75c3e241ce0ffd735d

ps2write - fix a bug in the debug code

The PrintHex routine assumes that PostScript integers are 32 bits wide.
This is no longer guaranteed with GS. This fix ensures that after we do
the bit shifting to isolate 4 bits for conversion to hex, we don't have
a number > 15, which could occur if the integer was sufficiently large.

This prevents the code throwing an error when debugging.

No differences expected

gs/devices/vector/opdfread.h
gs/lib/opdfread.ps

2014-07-30 15:33:00 +0100
Chris Liddell <chris.liddell@artifex.com>
9fbecef99a40d8a5b372fadf4ed99fe29c6815a9

Bug 695397: handle "unknown" glyph names >16 chars long

When creating glyph aliases for a TTF, we check for "formatted" unicode glyph
names of the form "uniWXYZ" where "WXYZ" is the glyph code point in base 16.

In doing that we use a temporary string which is 16 characters long (since the
formatted names we're interested won't be longer that 16).

So, check the glyph name is <16 chars long before checking if it's a "uni..."
style name.

No cluster differences.

gs/Resource/Init/gs_ttf.ps

2014-07-30 08:34:29 +0100
Chris Liddell <chris.liddell@artifex.com>
7a2d86136669e79742aacda148e5c70854273ca5

Bug 695380: add a simple sanity check in i_alloc_string

Checks for integer overflow.

No cluster differences.

gs/base/gsalloc.c

2014-07-29 17:26:27 +0100
Chris Liddell <chris.liddell@artifex.com>
f25cb59f2ed56df8366d03c5cb7d9b37dec77934

Bug 695319: Set pdf14 (trans) ctx to NULL on free on error

In the event of an interpreter triggered error during a transparency operation,
pdf14_discard_trans_layer() is called to clean up. It frees the context, but
didn't set the ctx pointer to NULL - thus we could try to free the already
freed context object when the pdf14 compositor device is shut down.

No cluster differences.

gs/base/gdevp14.c

2014-07-29 15:37:45 +0100
Chris Liddell <chris.liddell@artifex.com>
e889a18896e668e5e565e5ec1cada8b8a64c60a2

Bug 695318: mark memory chunks used for single allocations.

Certain chunks in the memory manager are used to contain only one (o_alone)
allocation: "large" allocations and "immovable" allocations specifically.

We need to be able to identify those chunks so we don't end up trying to use
any empty space in them for later allocations - these chhunks can end up with
empty space in them if the original object allocated in them is shrunk.

The problem that occurs is when we free an o_alone object, we immediately free
the chunk containing it, thus any other allocations in that chunk are also
freed.

Adding a c_alone flag to the chunk means we can trivially identify and skip
those chunks when searching for free memory.

No cluster differences.

gs/base/gsalloc.c
gs/base/gxalloc.h

2014-07-25 15:57:30 +0100
Chris Liddell <chris.liddell@artifex.com>
21d86e8264a6cd11f963b4c36b989ab4c0ed3294

Bug 695363: handle TTF with no/empty loca table.

A broken TT font could end up with us allocating a zero length array for
the for the glyph lengths, then later to attempt to access entries in that
array.

Thus, avoid allocating the zero length array, and treat a NULL glyph_len array
the same as a glyph_len of 0.

No cluster differences.

gs/base/gstype42.c

2014-07-24 14:26:30 -0700
Ray Johnston <ray.johnston@artifex.com>
ea4547f4bc24803f167e8a0b1a1384d9dc8af9e8

Add setting buf->backdrop to NULL when knockout is false.

Minor issue, but I did find a case where the buf->backdrop was left
uninitialized when working on customer 532 issue with fts_25_2526.pdf

gs/base/gdevp14.c

2014-06-02 21:17:54 +0200
Tor Andersson <tor.andersson@artifex.com>
23f71dd93eeac60f0ff3c58b17bcd8ccd2d971d6

xps: Remove trailing whitespace.

xps/xpsgradient.c
xps/xpsimage.c
xps/xpsjxr.c
xps/xpsopacity.c
xps/xpspath.c
xps/xpspng.c
xps/xpstiff.c

2014-06-02 21:06:47 +0200
Tor Andersson <tor.andersson@artifex.com>
eed68003a30b64649157b7dcdcfc1d5162c3bb63

xps: Allow colormapped 1-bit TIFF files.

Thanks to Norbert Janssen.

xps/xpstiff.c

2014-06-02 21:01:18 +0200
Tor Andersson <tor.andersson@artifex.com>
3b03ee5480ab38f0d7b4e2ad341385d7dffd8343

xps: Improve transparency analysis for resource dictionaries.

Thanks to Norbert Janssen.

xps/xpsanalyze.c

2014-07-22 09:09:47 +0100
Ken Sharp <ken.sharp@artifex.com>
8d3081c0403a1d911a79dce57008ede4279d050a

pdfwrite and ps2write - Mimic the -dNOCACHE output of pswrite

This feature is in response to the thread on gs-devel "pswrite and NOPLATFONTS"

Normally pdfwrite and ps2write try very hard to maintain fonts from the input
as fonts in the output, for reasons of output size, performance and qualiity.

It seems that some people are relying on using pswrite with -dNOCACHE in
order to produce PostScript output with no fonts at all. (As far as I can
see this is to address the limitations of other software). This was never
a goal for pswrite, but it seems that it works 'well enough' to be useful.

Sadly, despite us flagging the fact that pswrite had been deprecated, nobody
gave us any feedback until after (several releases after, in fact) we had
removed the device. We are not going to reinstate support for the pswrite
device, having spent effort to remove it in order to drop support for it,
so this commit adds a new feature which causes pdfwrite and friends to
write the glyph description into the content stream as it is used instead
of constructing fonts.

This is controlled with the new switch NoOutputFonts which defaults to false

There are no cluster differences with this commit. Using the switch causes
pretty much every test file which contains text to render differently.

gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfp.c
gs/devices/vector/gdevpdfx.h
gs/devices/vector/gdevpdtt.c
gs/doc/Ps2pdf.htm

2014-07-21 11:02:55 +0100
Chris Liddell <chris.liddell@artifex.com>
b6575b8a91e23365b340771fc67b29819ba7937b

Have pdfwrite/ps2write "flatten" glyphs...

...into "normal" marking ops if the glyph cache is disabled.

gs/devices/vector/gdevpdtt.c

2014-07-11 13:52:31 +0100
Chris Liddell <chris.liddell@artifex.com>
f35a388327055a3a2635c91f5e1080af6d957d37

Bug 694205: prevent crash rendering unfeasibly large glyph

Initialise the "prev" entry in the top node in the x line list to null and
check it isn't null before we use it. If we reach that point, it indicates that
a) the current path reaches (and probably passes) the limits of our coordinate
space and b) the line list is already in the correct order - as best it can be,
anyway.

No cluster differences.

gs/base/gxfill.c

2014-07-16 13:14:42 -0600
Henry Stiles <henry.stiles@artifex.com>
56162c7c6c55bd2f98e4a25fa399c0a5865f7249

Bug #695367 - Writing a 64 bit integer into a 32 bit format specifier
corrupted sprintf's variadic argument list on some (windows)
platforms.

gs/devices/vector/gdevxps.c

2014-07-14 16:05:36 -0600
Henry Stiles <henry.stiles@artifex.com>
ef4150919c5dc6c0fcf441cc499a3250d8a6529e

Use a conditional form feed when selecting a page side, #695325.

pcl/pcjob.c

2014-06-27 06:59:09 -0600
Henry Stiles <henry.stiles@artifex.com>
a6fc36d436fa166c87d4d75d3f7d037f80cf6ce6

Bring comment in line with recent changes to the printable region.

pcl/pcxfmst.h

2014-07-07 12:31:13 +0100
Ken Sharp <ken.sharp@artifex.com>
4823edf7be9b8dd1e40306e1b5e0f0edbecb84be

pdfwrite - prevent closing the device if its not open

Bug #694380 "Seg fault in pdfwrite"

The file in question throws an error in pdfwrite when we try to write a
FontDescriptor (the font is broken). The PDF interpreter, however,
often ignores errors and continues trying to process the input file.

When producing one output file this is not a problem, as the error occurs
in pdf_close() and so it all works. However, when producing one file per
page this fails, because we close the device, notice the error, and
do not open it anew. However the PDF interpreter just carries on. When we
come to the end of the next page we try to close a device which is already
closed, and this means we try to dereference an invalid pointer.

In this commit we check the 'is_open' flag of the device in pdf_close and
if the device is not open then we jump straight back out. We also set is_open
to false in the same routine as it wasn't previously being set (because we
couldn't previously close and reopen the device).

This fixes the problem with Bug693711.pdf for me.

gs/devices/vector/gdevpdf.c

2014-07-07 09:00:20 +0100
Ken Sharp <ken.sharp@artifex.com>
84bdbfec67808ea22ec152a56bcb33655ef084aa

pdfwrite - add an include file for a prototype, silences a compiler warning

gs/devices/vector/gdevpdfk.c

2014-07-04 12:02:59 +0100
Ken Sharp <ken.sharp@artifex.com>
ddae2b83fd7e91053d62b2d4533e850fdba341bf

pdfwrite - fix memory corruption caused by type 3 capture of PCL fonts

Bug #695350 "GhostPCL line shifting"

It was impossible to reproduce this bug exactly as the reporter is running
Ghostscript on an unusual platform. Fortunately what appears to be the same
problem could be reproduced on a PowerPC Mac running Linux. It is possible
that this commit doesn't actually fix the bug though.

When capturing glyph descriptions in order to build a type 3 font from a
PCL font, we were saving the default text procedures from the enumerator
(which was created by gx_default_text_begin), and then restoring them when
we had finished processing the glyph. However, by that time we had already
releases the enumerator, which meant we were corrupting memory.

Desk checking the code, I can't see any reason for saving the procedures
from the text enumerator, and I conclude this is either a holdover from an
earlier version of this code, or an oversight when writing the code that
captured PCL fonts. In any event this commit removes the save/restore
behaviour, since it is definitely causing memory corruption.

No differences expected.

gs/devices/vector/gdevpdtt.c

2014-07-02 13:42:07 +0100
Ken Sharp <ken.sharp@artifex.com>
3bfacc81f717f6e658f3cb4575ded0c36919ec4e

pdfwrite - detect corrupted type 3 fonts and generate an errror

Bug #694186 "Seg faults found by fuzzing in names_index_ref"

The file has a corrupted glyph in a type 3 font, which throws an error.
However, pdfwrite can't tell that the glyph threw an error rather than
simply completing successfully, and tries to use the returned glyph ID. The
glyph ID is GS_NO_GLYPH which fails with a seg fault when looking up the
name.

In this commit we check the glyph ID to see if its GS_NO_GLYPH and throw an
error if it is. This prevents us looking up an invalid glyph ID in the
name table, and the file is demonstrably broken.

This fixes a1c8db... the other file, cc5c... is also fixed, but in newer
code never even makes it to this point as the current code detects a different
problem before it reaches this point.

gs/devices/vector/gdevpdtt.c

2014-07-01 17:30:17 +0100
Ken Sharp <ken.sharp@artifex.com>
4d2e447a5226bf8b1baf6f079f3e767c72928d88

pdfwrite - ensure we have V2 ICC profiles for PDF/A-1 and PDF < 1.5

Bug 695118 "PDF/A-file is generated with ICC version 4.2 profiles"

PDF/A-1 requires us to use ICC v2 profiles due to the level of PDF mandated
by the spec. In addition, we should not use V4 profiles when producing
PDF less than 1.5.

Michael added considerable code to allow us to get a V2 profile, given a
V4 profile, and this commit makes the changes required for pdfwrite. Its more
extensive than appears necessary because we need access to the current
imager state in order to generate the V2 profile, so a large number
of routines have been altered to pass along the imager state (or NULL in
some cases, where we can only be dealing with device spaces anyway).

We also change the default version of PDF we produce to 1.5 so that we can
emit V4 profiles and alter the 'prepress' predfined settings similarly.

This causes changes in a Genoa CET file, but its just different, not wrong.

gs/Resource/Init/gs_pdfwr.ps
gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfb.c
gs/devices/vector/gdevpdfc.c
gs/devices/vector/gdevpdfc.h
gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfg.h
gs/devices/vector/gdevpdfi.c
gs/devices/vector/gdevpdfk.c
gs/devices/vector/gdevpdft.c
gs/devices/vector/gdevpdfv.c

2014-07-01 09:41:38 +0100
Ken Sharp <ken.sharp@artifex.com>
c4dfed923d2513e4b79f8c765b5682e628b2fa60

pdfwrite - colour conversion

When converting a Separation alternate space we create a new space which
uses the ink name pf the Separation. We were putting the name into the
space without copying it, which can lead to it being freed while the original
space is still pointing to it.

Follow on from commit e492e1671b7b1041ba123a22c1df3b920cf753af which
addressed DeviceN spaces.

No differences expected.

gs/devices/vector/gdevpdfg.c

2014-06-30 10:14:08 +0100
Ken Sharp <ken.sharp@artifex.com>
c88ded04ea9977d994b243720b8fa32bc7fa56e7

Type 42 font - correctly initialise Max Composite points and Contours

The previous commit which initiaslised these (by me) was incorrect, the
values are 2 byte shorts, not 4 byte ints.

No differences expected.

gs/base/gstype42.c

2014-06-30 09:40:26 +0100
Ken Sharp <ken.sharp@artifex.com>
e492e1671b7b1041ba123a22c1df3b920cf753af

pdfwrite - colour conversion of DeviceN alternate spaces

Bug #695306 "Converting a PDF to RGB colorspace causes missing drawing parts"

There are two problems addressed in this commit.

Firstly the code wasn't catering properly for the possibility of an /Indexed
DeviceN space. We did dereference the Indeexed space, but not until after
we had tried to use the original space as a DeviceN, with unfortunate
potential results. We move the dereference to the top of the function
convert_DeviceN_alternate so that we properly use the DeviceN space.

Secondly when creating the new colour space (ie with a different alternate
space), we add the names of the inks from the original DeviceN space.
However, we were using add_no_copy which meant when the new array was
garbage collected we freed the names, but left them being pointed at by
the original array, leading to pointers to garbage memory.

No differences expected as the colour conversion is not tested by the cluster

gs/devices/vector/gdevpdfg.c

2014-06-27 04:58:24 -0700
Ray Johnston <ray.johnston@artifex.com>
9f7902c6a9a5a2315901b3d5ef32e98feefe7e86

Fix compiler warnings and dependencies.

gs/base/gspaint.c
gs/base/gxclthrd.c
gs/base/lib.mak

2014-06-26 18:12:52 -0700
Michael Vrhel <michael.vrhel@artifex.com>
abcf61e770b8b4687c571f321c79e6a0bb0a7424

Fix compiler warnings in ICC generation code.

gs/base/gsicc_create.c

2014-06-26 16:26:44 -0600
Henry Stiles <henry.stiles@artifex.com>
417ffa428a427abd327ab7be48759d536b0689a6

PCL no longer needs to maintain the hardware clipping state with the
change to have the device maintain the printable region (HWMargins).
See last commit.

pcl/pcpage.c
pcl/pcxfmst.h
pcl/pgdraw.c

2014-06-26 18:22:22 +0100
Chris Liddell <chris.liddell@artifex.com>
5470aa39ebcfff65fb00e163f781c5769f4f9c18

Bug 695334: fix seg fault with CIDFont substitution.

When deciding whether to share the subst_CID_on_WMode table between CIDFont
objects, make sure the two fonts are allocated in the same VM mode. If they
differ, do not share the table.

No cluster differences.

gs/psi/zfcid1.c

2014-06-26 18:21:07 +0100
Chris Liddell <chris.liddell@artifex.com>
c73b4d533dc236427d57b3e8f9725f12d8d0aadd

Add the SubstCID resources to the romfs.

No cluster differences

gs/psi/psromfs.mak

2014-06-24 05:46:32 -0700
Ray Johnston <ray.johnston@artifex.com>
02c486ce654faf99eac1dcd262651af5d32bae05

Add pageneutralcolor as a printer device parameter to allow query.

fillpage (erasepage from PS) will re-enable monitoring so we needn't
ouptut the page in order to restart monitoring.

This allows PostScript or clients to use get_params or get_param to
read the pageneutralcolor state. Presumably this would be used prior
to showpage. Coupled with the EndPage proc, PS can examine this even
without emitting the pages.

Note that this is only accurate when in clist mode, so -dMaxBitmap=0
and -dGrayDetection=true should both be used.

gs/base/gdevprn.c
gs/base/gspaint.c
gs/doc/Language.htm

2014-06-26 07:59:12 -0600
Henry Stiles <henry.stiles@artifex.com>
f3f29cf2f2ad9ab30c0a10f0634ec4d2d06d906c

Default PCL to full bleed, setting the printable region margins to 0.

Actually this change was partially implemented previously, but there
were still lingering parts of the code that used the 1/6" border to
affect the output. Older HP printers default to a 1/6" inch printable
region. This can be implemented by changing the default HWMargins in
the device or by setting them with the command line option -H, see the
PCL documentation for details.

pcl/pcpage.c

2014-06-25 20:23:17 -0700
Michael Vrhel <michael.vrhel@artifex.com>
b13d19749b58b2b0263013ad9a516c36e56cdb1c

Fix wrong pointer type passing to gsicc_create_compute_cam

No differences expected since the pointer type mix up happened to
be both float types

gs/base/gsicc_create.c

2014-06-25 14:59:54 -0700
Michael Vrhel <michael.vrhel@artifex.com>
d6be178195f97d7fa1cd2ae010e5d9e89f911e1a

Apply cat02 chromatic adaptation to primaries when creating ICC profile from CalRGB

While I had pickled the CAM into the transform created using the lutAtoB type, I
failed to apply the transform for the matrix based solution that is used for the
profile when created from CalRGB. I did have a comment in the code that this needed
to be done.

Several progressions occur.

gs/base/gsicc_create.c

2014-06-25 08:54:43 -0600
Henry Stiles <henry.stiles@artifex.com>
759230353994354ae7417cdab1bbb09924dea70f

Add an option to set hardware margins.

There was no way to specify Ghostscript .HWMargins on the command line
because the PCL option parser cannot parse most composite objects. So
we add a '-H' option to be followed by 4 numbers: left, bottom, right
and top margin.

doc/ghostpdl.pdf
doc/ghostpdl.tex
doc/ghostpdl.txt
pl/plmain.c

2014-06-24 12:33:48 +0100
Chris Liddell <chris.liddell@artifex.com>
f293a2fd1bfed25a69d64472967417d7d40d08ff

Fix memory leak in libjpeg custom memory management

Noticed working on another issue: the cleanup function was missing for the
custom libjpeg memory management code.

No cluster differences.

gs/base/sjpeg.h
gs/base/sjpegc.c

2014-06-19 17:23:26 +0100
Chris Liddell <chris.liddell@artifex.com>
0fc3bea788f6b65062432ff4bc6eace3cc713e63

Various ICC profile related memory leak fixes

Raised by cust 532.

Add several "finalize" methods so ICC profiles (not in garbage collected memory)
get freed or ref count decremented appropriately when the referencing object
*is* garbage collected.

Also, there were some mismatched ref count increments.

No cluster differences.

gs/base/gdevp14.c
gs/base/gscms.h
gs/base/gsicc_cache.c
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_nocm.c
gs/base/gsstate.c
gs/base/gstrans.c
gs/base/gxclist.c
gs/base/gxclist.h

2014-06-24 13:26:58 +0100
Ken Sharp <ken.sharp@artifex.com>
d936f19a3342a8da88b32a1559087b3a38c66832

pdfwrite - more changes to better handle sRGB ColorConversionStrategy

Following on from commit d704ab3d30b6119c8169d8827226f7325e5ee87f an
additional 3 cases where I believe we need to handle sRGB as per RGB.

These changes are committed separately as they were found by code inspection
and I don't have a test case for them.

No differences expected

gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfi.c

2014-06-24 12:51:16 +0100
Ken Sharp <ken.sharp@artifex.com>
d704ab3d30b6119c8169d8827226f7325e5ee87f

pdfwrite colour conversion - handle alternate conversion to sRGB from DeviceN

Bug #695316 "A DeviceN image in pdf can't be converted to RGB image, it is converted to many paths instead"
Bug #695306 "Converting a PDF to RGB colorspace causes missing drawing parts"

The code for converting a DeviceN alternate space and tint transform wasn't
catering for a ColorConversionStrategy of /sRGB. This commit ads the
ccs_sRGB case, and converts it to RGB as per the documentation, using the
selected RGB profile.

Bug 695316 now converts the image to an image, though it produces an error
on exit relating to ICC profiles.

Bug 695306, for me, caused a seg fault, which this commit corrects. I do not
see any missing content with either sRGB or RGB conversion. I do see the
same error as for Bug #695316 and I'll continue working on that problem
under that bug number

No differences expected, the c;luster doesn't test colour conversion

gs/devices/vector/gdevpdfg.c

2014-06-21 09:22:10 +0100
Ken Sharp <ken.sharp@artifex.com>
699e5a8478c2acbe34add1a9b2bd809779001e3f

pdfwrite - preserve enumerator text for composite data

Bug #695322 "Distilling PS to PDF using GS causes strange characters for spaces when using a particular sequence in the PS"

The problem occurs because when processing text in a composite font pdfwrite
overwrites the string data while working on it. In general this is not actually
a problem, as the string data argument to the show family of operators is
normally not reused.

However, in this case the customer's PostScript inserts space glyphs by calling
a bound procedure, instead of simply calling show. The first execution works
properly, but corrupts the string, the second execution uses the corrupted
string as the data, and is unable to find a glyph in the font to match the
corrupted data, which results in the /.notdef being used instead.

The particular routine in question (scan_cmap_text) is one of the most
convoluted and bloated routines in pdfwrite, and after some inspection it
was obviously going to be very difficult to avoid overwriting the string
data, it would run considerable risk of breaking the code in subtle ways,
and would in any event mean copying the string data around, possibly mutliple
times.

Accordingly I've chose to make a new copy of the string data in
process_cmap_text, which is the only parent of scan_cmap_text, and save/restore
the string data round the call. This prevents the bound string being
corrupted and fixes the problem.

This also exhibits a progression in Bug691680.ps and I've noted in that
thread that the remaining problem is fixed.

gs/devices/vector/gdevpdtc.c

2014-06-20 17:53:49 -0700
Michael Vrhel <michael.vrhel@artifex.com>
2322d38f28a21cfaad42e66398bcc34077818beb

Addition of code in gsicc_create.c to create V2 ICC profiles from V4 ICC profiles

This is needed to support a version of PDF-X that requires V2 ICC profiles.

gs/base/gscms.h
gs/base/gsicc_cms.h
gs/base/gsicc_create.c
gs/base/gsicc_create.h
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h

2014-06-19 13:43:37 +0100
Ken Sharp <ken.sharp@artifex.com>
d6a29d5618f95cbbd299a5d5d02ec820ae8d7ced

Check for trivially clipped out images before checking trivially non-clipped

Bug #695320 "Difference in bbox result from 9.06 onwards"

commit a13600f1c241c3e36dbe4973e9d78a8934b16004 introduced checks to see
if we actually needed a clip device before going ahead and installing it.
However, the order of checks was slightly incorrect. The code clamps the
rectangle to be tested to the outer box of the clip path, then checked to
see if the rectangle was completely included in the inner box.

If the object was completely clipped out then the rectangle would be clamped
to the outer box of the clip. If the outer and inner boxes were the same
(rectangular clip) then the test could decide that the totally clipped out
rectangle was in fact completely enclosed in the inner box.

We fix this here by checking to see if the image is clipped out (by testing
to see if the top/bottom or left/right edges are co-incident) before we
check for trivial inclusion.

For totally clipped out objects we then abort the object which, like the
original fix prevents us installing a clip device and also prevents us
going through the trapezoid degeneration., Potentially a small performance
win, as well as getting the bbox correct.

No differences expected

gs/base/gxclip.c

2014-06-16 07:06:09 -0700
Ray Johnston <ray.johnston@artifex.com>
8269dd2b5f6d5aea4a5c1a6374dd7f6e6b7202f5

Fix parameters to tile_by_steps that improves performance on J10

Found while investigating performance for cust 532, one of the calls
to tile_by_steps in gx_trans_pattern_fill_rect passed the rect upper
right rather than the width and height. This improved the time spent
in tile_by_steps from 8 sec to 4 sec on the JEITA J10 page.

gs/base/gxp1fill.c

2014-05-30 07:40:56 -0700
Ray Johnston <ray.johnston@artifex.com>
9b6c504d49663d737dffbd42aace7891c3fb15dd

Fix Knockout true, Isolated false blending with pdf transparency. fts_25_2524

This was reported by customer 532. Knockout blending was seriously broken in
not using the background correctly when not isolated, and knockout blending
in art_pdf_composite_knockout_simple_8 did not handle blend modes other than
normal. Also pdf14_compose_group was basing decisions on tos_isolated when
nos_isolated was needed, and a special check for tos_knockout when the nos
is the page level was not needed.

gs/base/gdevp14.c
gs/base/gxblend.c
gs/base/gxblend.h
gs/base/gxblend1.c

2014-06-12 15:44:47 +0100
Ken Sharp <ken.sharp@artifex.com>
77f9aa46adf05063752c9afdcd6cff92b332cb66

txtwrite - fix a couple of compiler warnings

gs/devices/vector/gdevpdfm.c

2014-05-27 14:50:25 +0100
Chris Liddell <chris.liddell@artifex.com>
b8a9352dac5e388de3c596371143040722fa2285

Bug 695258: optimize AGL name mapping.

Add a "reverse AGL" dictionary which allows us to create the extra name mappings
with one pass over the CharStrings dictionary, rather than two passes over the
entire AGL dictionary.

No cluster differences.

gs/Resource/Init/gs_agl.ps
gs/Resource/Init/gs_ttf.ps
gs/Resource/Init/gs_type1.ps
gs/psi/int.mak

2014-06-12 08:46:53 +0100
Ken Sharp <ken.sharp@artifex.com>
1413e11d39ea015f1568a7ed7f00f99e16534259

pdfwrite - more improvements on GoToR and link processing

Still Bug #695269

This time we take account of possible FirstPage and LastPage settings and
*don't* apply them to GoToR actions.

No differences expected.

gs/devices/vector/gdevpdfm.c

2014-06-11 13:38:56 -0600
Henry Stiles <henry.stiles@artifex.com>
759c5f4aca61fe8914eaec8d86e0a64850034430

Deterministic seeding for random number generator so the file can be
regression tested.

gs/examples/snowflak.ps

2014-06-10 17:39:23 +0100
Chris Liddell <chris.liddell@artifex.com>
e4a278eccdfd1f7b45daee3b77f9776fcd11e686

Up the required version of autoconf to 2.60

Due to our (long term!) use of the AC_PROG_SED macro, we need autoconf
2.60 (the macro was actually added to the 2.59b release, but 2.60 is close
enough).

No cluster differences

gs/configure.ac

2014-06-10 15:28:28 +0100
Ken Sharp <ken.sharp@artifex.com>
cb32f7a923fbe661d5b959e8c7a24c147de7f782

pdfwrite - don't include 'GoToR' references in check of destinations

Bug #695269 " PDF file containing outline or link annotation with GoToR action processing ended with a message "ERROR: A pdfmark destination page XXX points beyond the last page YYYY.""

The problem is that the function which gets a numeric page number, either by
finding the /Next or /Prev keys or by finding an absolute page number, was
also updating the 'max_referred_page' variable. This is checked when closing
the PDF file and an error message emitted if it exceeds the number of pages
in the PDF file.

Of course, for a GoToR action, its valid for the destination (which is in a
different file after all) to be greater than the number of pages in the current
file.

This commit removes the update for the max_referred_page variable from
pdfmark_page_number, and places it in the calling function. This makes more
sense to me, its not reasonable that s utility function should have an
unexpected side effect like that, and it makes more sense for the function
which handles the destination to decide whether it should update this variable.

No differences expected, we don't test this on the cluster.

gs/devices/vector/gdevpdfm.c

2014-06-10 13:31:07 +0100
Ken Sharp <ken.sharp@artifex.com>
baecaed381a6799e71c451933c3a1707f5653782

pdfwrite - improved handling of images with > 8 BPC

Bug #691713 "/rangecheck in fts_18_1805.pdf on pdfwrite device"
Bug #694731 "pdfwrite doesn't handle 16 bpc images"

To date images with more than 8 bits per component, using any transparency
features, resulted in a rangecheck error as the code was incapable of
handling 12 or 16 bpc.

The new image code (improved for colour management) now allows us to apply
a simple 16->8 (discarding the lower 8 bits) subsampler and this results
in all the files which caused problems working correctly.

In addition, many files which previously 'fell back' to the default implementation
(where each image sample is transformed into a filled rectangle) now preserve
the image as an image. This makes the resulting PDF or PostScript file
considerably smaller and quicker to process.

Note that this *only* works if the ColorConversionStrategy is 'LeaveColorUnchanged'
This is because the existing image colour space conversion code cannot cope
with anything other than 8-bit input.

A number of test files show differences.

The majority are PDF files which previously had content missing but now
render correctly.

A number are due to the fact that the image is no longer degenerated into
thousands of rectangles which means that it is recompressed, if the input
was JPEG and the compression is also JPEG this results in visible artefacts.

Some files show differences due to the fact that the naive downsampling
gives slightly different results from the accurate colour conversion. These
show slight improvements in about as many cases as they show slight degradation

gs/devices/vector/gdevpdfi.c

2014-06-09 08:23:09 +0100
Ken Sharp <ken.sharp@artifex.com>
5cc8aa8af871ab95ddebc2fc15baaf261bd8bb89

PDF interpreter - remove some commented out code

Commit 33fb85045c2590ac58a723ea2abcfbde505e53d1 included some code which was
commented out but should have been removed.

gs/Resource/Init/pdf_draw.ps

2014-06-07 11:46:00 +0100
Ken Sharp <ken.sharp@artifex.com>
33fb85045c2590ac58a723ea2abcfbde505e53d1

PDF interpreter - improve synthesis of text form fields with no /AP

Bug #694738 " Text synthesis of missing appearances in the PDF interpreter does not handle UTF16BE"

Previously we didn't strip the 0xFE 0xFF byte order mark from UTF16-BE strings
this commit removes them. We also remove the requirement for a /DA (Default
Appearance) to be present in a Text field before we synthesise a replacement
for a missing AP, taking int account any UTF16 strings.

This does not 'fix' bug #694738 but this is because the /DA uses a font which
is not correctly encoded to draw UTF16 text. The font uses an /Identity-H
CMap which is unlikely to work with UTF16. Replacing it with our own fallback
CID font and using a /Identity-UTF16-H CMap draws the text correctly, which
shows that the problem is the font. NB Acrobat (as usual) ignores appearances
and creates its own representation, so the Acrobat display is not an indication
of a bug in GS.

A few files in the test suite show differences because we no longer attempt
to print the BOM.

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_ops.ps

2014-06-06 17:06:32 +0100
Chris Liddell <chris.liddell@artifex.com>
b5e0be23db6988057a0007cec24b592180ec25ff

Handle the Identity-UTF16-H CMap "properly"

For "normal" identity CMaps we skip a step in decoding the CID to the GID, but
this should not be done for the Identity-UTF16-H CMap.

Relates to (but does not resolve) Bug 694738.

No cluster differences.

gs/psi/zfapi.c

2014-06-05 16:37:36 +0100
Chris Liddell <chris.liddell@artifex.com>
235b2db4ab9cfd5b82bb45fb941bec04d41a00c8

Tweaks for cups 1.7.3 to build on Windows and OS X

No cluster differences

gs/cups/libs/cups/cups.h
gs/cups/libs/cups/debug.c
gs/cups/libs/cups/globals.c
gs/cups/libs/cups/ipp.c
gs/cups/libs/cups/language.c
gs/cups/libs/cups/usersys.c
gs/psi/msvc.mak

2014-06-05 15:36:03 +0100
Chris Liddell <chris.liddell@artifex.com>
e9b8fbfed2c406ef7612f8c7b7e846f71a2d93d1

Update libcups to 1.7.3

gs/base/lcups.mak
gs/base/lcupsi.mak
gs/cups/libs/configlinux.h
gs/cups/libs/configwin.h
gs/cups/libs/cups/Dependencies
gs/cups/libs/cups/Makefile
gs/cups/libs/cups/adminutil.c
gs/cups/libs/cups/adminutil.h
gs/cups/libs/cups/api-array.header
gs/cups/libs/cups/api-array.shtml
gs/cups/libs/cups/api-cups.header
gs/cups/libs/cups/api-cups.shtml
gs/cups/libs/cups/api-filedir.header
gs/cups/libs/cups/api-filedir.shtml
gs/cups/libs/cups/api-filter.header
gs/cups/libs/cups/api-filter.shtml
gs/cups/libs/cups/api-httpipp.header
gs/cups/libs/cups/api-httpipp.shtml
gs/cups/libs/cups/api-overview.header
gs/cups/libs/cups/api-overview.shtml
gs/cups/libs/cups/api-ppd.header
gs/cups/libs/cups/api-ppd.shtml
gs/cups/libs/cups/array-private.h
gs/cups/libs/cups/array.c
gs/cups/libs/cups/array.h
gs/cups/libs/cups/attr.c
gs/cups/libs/cups/auth.c
gs/cups/libs/cups/backchannel.c
gs/cups/libs/cups/backend.c
gs/cups/libs/cups/backend.h
gs/cups/libs/cups/conflicts.c
gs/cups/libs/cups/cups-private.h
gs/cups/libs/cups/cups.h
gs/cups/libs/cups/custom.c
gs/cups/libs/cups/debug-private.h
gs/cups/libs/cups/debug.c
gs/cups/libs/cups/debug.h
gs/cups/libs/cups/dest-job.c
gs/cups/libs/cups/dest-localization.c
gs/cups/libs/cups/dest-options.c
gs/cups/libs/cups/dest.c
gs/cups/libs/cups/dir.c
gs/cups/libs/cups/dir.h
gs/cups/libs/cups/emit.c
gs/cups/libs/cups/encode.c
gs/cups/libs/cups/file-private.h
gs/cups/libs/cups/file.c
gs/cups/libs/cups/file.h
gs/cups/libs/cups/getdevices.c
gs/cups/libs/cups/getifaddrs.c
gs/cups/libs/cups/getputfile.c
gs/cups/libs/cups/globals.c
gs/cups/libs/cups/globals.h
gs/cups/libs/cups/http-addr.c
gs/cups/libs/cups/http-addrlist.c
gs/cups/libs/cups/http-private.h
gs/cups/libs/cups/http-support.c
gs/cups/libs/cups/http.c
gs/cups/libs/cups/http.h
gs/cups/libs/cups/i18n.h
gs/cups/libs/cups/ipp-private.h
gs/cups/libs/cups/ipp-support.c
gs/cups/libs/cups/ipp.c
gs/cups/libs/cups/ipp.h
gs/cups/libs/cups/langprintf.c
gs/cups/libs/cups/language-private.h
gs/cups/libs/cups/language.c
gs/cups/libs/cups/language.h
gs/cups/libs/cups/libcups2.def
gs/cups/libs/cups/libcups2.rc
gs/cups/libs/cups/libcups_s.exp
gs/cups/libs/cups/localize.c
gs/cups/libs/cups/mark.c
gs/cups/libs/cups/md5-apple.h
gs/cups/libs/cups/md5-private.h
gs/cups/libs/cups/md5.c
gs/cups/libs/cups/md5.h
gs/cups/libs/cups/md5passwd.c
gs/cups/libs/cups/notify.c
gs/cups/libs/cups/options.c
gs/cups/libs/cups/page.c
gs/cups/libs/cups/ppd-cache.c
gs/cups/libs/cups/ppd-private.h
gs/cups/libs/cups/ppd.c
gs/cups/libs/cups/ppd.h
gs/cups/libs/cups/pwg-file.c
gs/cups/libs/cups/pwg-media.c
gs/cups/libs/cups/pwg-ppd.c
gs/cups/libs/cups/pwg-private.h
gs/cups/libs/cups/pwg.h
gs/cups/libs/cups/raster-private.h
gs/cups/libs/cups/raster.h
gs/cups/libs/cups/request.c
gs/cups/libs/cups/sidechannel.c
gs/cups/libs/cups/sidechannel.h
gs/cups/libs/cups/snmp-private.h
gs/cups/libs/cups/snmp.c
gs/cups/libs/cups/snprintf.c
gs/cups/libs/cups/sspi-private.h
gs/cups/libs/cups/sspi.c
gs/cups/libs/cups/string-private.h
gs/cups/libs/cups/string.c
gs/cups/libs/cups/string.h
gs/cups/libs/cups/tempfile.c
gs/cups/libs/cups/test.ppd
gs/cups/libs/cups/test2.ppd
gs/cups/libs/cups/testadmin.c
gs/cups/libs/cups/testarray.c
gs/cups/libs/cups/testconflicts.c
gs/cups/libs/cups/testcups.c
gs/cups/libs/cups/testfile.c
gs/cups/libs/cups/testhttp.c
gs/cups/libs/cups/testi18n.c
gs/cups/libs/cups/testipp.c
gs/cups/libs/cups/testlang.c
gs/cups/libs/cups/testoptions.c
gs/cups/libs/cups/testppd.c
gs/cups/libs/cups/testpwg.c
gs/cups/libs/cups/testsnmp.c
gs/cups/libs/cups/thread-private.h
gs/cups/libs/cups/thread.c
gs/cups/libs/cups/transcode.c
gs/cups/libs/cups/transcode.h
gs/cups/libs/cups/usersys.c
gs/cups/libs/cups/utf8demo.txt
gs/cups/libs/cups/util.c
gs/cups/libs/cups/versioning.h
gs/cups/libs/filter/Dependencies
gs/cups/libs/filter/Makefile
gs/cups/libs/filter/api-raster.header
gs/cups/libs/filter/api-raster.shtml
gs/cups/libs/filter/commandtops.c
gs/cups/libs/filter/common.c
gs/cups/libs/filter/common.h
gs/cups/libs/filter/error.c
gs/cups/libs/filter/gziptoany.c
gs/cups/libs/filter/image-bmp.c
gs/cups/libs/filter/image-colorspace.c
gs/cups/libs/filter/image-gif.c
gs/cups/libs/filter/image-jpeg.c
gs/cups/libs/filter/image-photocd.c
gs/cups/libs/filter/image-pix.c
gs/cups/libs/filter/image-png.c
gs/cups/libs/filter/image-pnm.c
gs/cups/libs/filter/image-private.h
gs/cups/libs/filter/image-sgi.c
gs/cups/libs/filter/image-sgi.h
gs/cups/libs/filter/image-sgilib.c
gs/cups/libs/filter/image-sun.c
gs/cups/libs/filter/image-tiff.c
gs/cups/libs/filter/image-zoom.c
gs/cups/libs/filter/image.c
gs/cups/libs/filter/image.h
gs/cups/libs/filter/interpret.c
gs/cups/libs/filter/libcupsimage2.def
gs/cups/libs/filter/libcupsimage_s.exp
gs/cups/libs/filter/postscript-driver.header
gs/cups/libs/filter/postscript-driver.shtml
gs/cups/libs/filter/ppd-compiler.header
gs/cups/libs/filter/ppd-compiler.shtml
gs/cups/libs/filter/pstops.c
gs/cups/libs/filter/raster-driver.header
gs/cups/libs/filter/raster-driver.shtml
gs/cups/libs/filter/raster.c
gs/cups/libs/filter/rasterbench.c
gs/cups/libs/filter/rastertoepson.c
gs/cups/libs/filter/rastertohp.c
gs/cups/libs/filter/rastertolabel.c
gs/cups/libs/filter/rastertopwg.c
gs/cups/libs/filter/spec-ppd.header
gs/cups/libs/filter/spec-ppd.shtml
gs/cups/libs/filter/testraster.c

2014-06-05 17:06:47 +0100
Chris Liddell <chris.liddell@artifex.com>
e2da8a39efbfbd96cb05964f3d90e33a507256ef

Include pwgraster.dev with suitable cups revisions

The pwgraster support arrived in cups 1.5, so only build in pwgraster device
when linking with cups 1.5 and later.

No cluster differences

gs/configure.ac

2014-06-05 13:36:58 +0100
Ken Sharp <ken.sharp@artifex.com>
cd1ec1cfbc66568eeb6c2b4413a477568caeadf4

PDF interpreter - ignore broken appearance dicts

Bug #692181 " %%EOF marker"

The bug title is very misleading, there were two problems;
1) Ghostscript didn't synthesise appearances fro FreeText annotations
2) The appearance dictionaries were invalid.

Previous work added support for FreeText annotations, this commit adds some
slight improvements to that, and in addition it does minimal validation on
the AP (appearance) dictionary. If its invalid we don't bother to use it
but synthesise an appearance anyway.

gs/Resource/Init/pdf_draw.ps

2014-06-03 11:27:09 -0700
Chris Liddell <chris.liddell@artifex.com>
2deb460ef02e2802546e09979243764ede2d4173

Bug 695274: validate CIDFont substitute records.

In cidfmap records which substitute TTF fonts check whether we can access
the TTF file, if we cannot, remove the record from the map.

No cluster differences.

gs/Resource/Init/gs_cidfm.ps

2014-06-03 11:18:13 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
cc5257faa69ed02333ac63bd1f3c5e360931407a

Changed copyright date to 2014.

gs/base/gscdef.c

2014-05-31 14:02:28 +0100
Chris Liddell <chris.liddell@artifex.com>
4994e176c4b8ff43ccc91dba807879d02d070d88

Bug 695272: init PS arrays at alloc time

Write null objects to PS arrays when they are allocated - prevents invalid
reads/writes during garbage collection if we hit an error between allocation
and the contents being written.

No cluster differences.

gs/psi/ialloc.c

2014-05-31 13:24:43 +0100
Chris Liddell <chris.liddell@artifex.com>
053fa67fa93fa7be26885422f3881b72ccc682a0

Bug 695275: Add bounds check when retrieving TTF name

When deciding whether a TTF font name is multi or single byte string,
validate the Platform ID before trying to use it. If it is invalid
attempt to continue as a single byte string.

No cluster differences.

gs/Resource/Init/gs_ttf.ps

2014-06-03 05:07:55 +0100
Ken Sharp <ken.sharp@artifex.com>
87b6bca6b9878ea28e460baac62f0abe974c5748

txtwrite - fix BOM emission

Bug #695292 "txtwrite device extracts unicode text from file like bigendian"

The code was emitting the BOM in a way that meant it was always written as
a big-endian BOM when in fsct it should have been the native endian-ness.

No differences expected.

gs/devices/vector/gdevtxtw.c

2014-06-02 17:24:16 -0700
Chris Liddell <chris.liddell@artifex.com>
dae5b12f2e9e4716d6d60874efd7bfee410d69c7

Destroy gslite

CLUSTER_UNTESTED

doc/who_owns_what.txt
gs/base/gxccman.c
gs/base/gxfcache.h
tools/gslite/README
tools/gslite/gslite-api.rtf
tools/gslite/gslt.def
tools/gslite/gslt.h
tools/gslite/gslt.mak
tools/gslite/gslt_alloc.c
tools/gslite/gslt_alloc.h
tools/gslite/gslt_font.h
tools/gslite/gslt_font_api.c
tools/gslite/gslt_font_api.h
tools/gslite/gslt_font_api_test.c
tools/gslite/gslt_font_cache.c
tools/gslite/gslt_font_cff.c
tools/gslite/gslt_font_encoding.c
tools/gslite/gslt_font_glyph.c
tools/gslite/gslt_font_int.h
tools/gslite/gslt_font_test.c
tools/gslite/gslt_font_ttf.c
tools/gslite/gslt_image.c
tools/gslite/gslt_image.h
tools/gslite/gslt_image_jpeg.c
tools/gslite/gslt_image_png.c
tools/gslite/gslt_image_test.c
tools/gslite/gslt_image_threads_test.c
tools/gslite/gslt_image_tiff.c
tools/gslite/gslt_init.c
tools/gslite/gslt_lib_gcc.mak
tools/gslite/gslt_lib_msvc.mak
tools/gslite/gslt_stubs.c
tools/gslite/gslt_test.c
tools/gslite/tiger.jpg

2014-06-02 17:07:28 -0700
Chris Liddell <chris.liddell@artifex.com>
ddcebb6600c102f0d7d8a396f0dafa67845df48b

Remove "commercial only" comment from ETS docs

CLUSTER_UNTESTED

gs/toolbin/halftone/ETS/README.txt

2014-06-02 17:32:33 +0200
Till Kamppeter <till.kamppeter@gmail.com>
e054f1e08f8fdaa557f56cee5ff93f354db1f971

"cups" output device: Do byte-swapping for correct Endian not only for EncodeLUT but also for DecodeLUT

Robin Watts on bug bugs.ghostscript.com/show_bug.cgi?id=695264:

----------
Generally, I think it's considered good form that encode_color and
decode_color should be complementary operations :)

devcups uses EncodeLUT to implement encode_color, and DecodeLUT to
implement decode_color.

In the case of little endian 16bit, it packs a endian reversal into
EncodeLUT. It leaves DecodeLUT undiddled though.

Diddling DecodeLUT in the equivalent manner seems (superficially at
least) to solve the problem.
----------

This makes all 16-bit color spaces give correct colors on rasterview.

gs/cups/gdevcups.c

2014-05-29 15:33:12 +0100
Ken Sharp <ken.sharp@artifex.com>
95eea50e13987bd06d5634ec7f4dc381a76ee629

PDF interpreter - add support for GoTo and GoToR in Link annotations of PDF files

Bug #695268 "PDF file containing link annotation with GoToR action
broken by GS processing, action is not passed"

Patch supplied by Jacek Bator after the code for Outlines with GoTo and
GoToR annotations.

No differences expected.

gs/Resource/Init/pdf_main.ps

2014-05-29 08:32:30 +0100
Ken Sharp <ken.sharp@artifex.com>
272d83387ff590244e3fb8719e8eef2e928f514d

pdfwrite - fix GoTo processing for Outlines in PDF input files

Bug #695267 "Incorrect PDF output for outlines and link annotations with GoTo action"

commit 099657a962e716658f20658051c9692b439ecf2d incorrectly modified the
GoTo action, it turns out that GoTo and GoToR really do have to be handled
differently.

No differences expected.

gs/Resource/Init/pdf_main.ps

2014-05-28 20:43:35 +0100
Robin Watts <robin.watts@artifex.com>
73123c3caa6495e1b30d1ecd35602629d6a8c17e

Bug 695116: Rewrite JPEG header height when required.

This follows on from Kens previous commit and should fix the bug.

When a PDF includes a JPEG it states the height to use for that
JPEG. We now check the JPEG header to see if the height declared
there is 0 or is greater than the PDF specified height. If so,
we rewrite the header to contain the height specified in the PDF.

Short of performing radical surgery on libjpeg to make it honour
the DNL tag, this is the best we are going to be able to do.

gs/base/sdctd.c

2014-05-28 18:52:26 +0100
Ken Sharp <ken.sharp@artifex.com>
ddaea8157085f4efb227e78326dd739d59493b97

PDF interpreter - pass image height as a /DecodeParm to all filters

Bug #695116 "**** Warning: File has insufficient data for an image"

This is not a solution for this bug, merely framework to allow it to be fixed.

The PDF file contains a DCT encoded stream for an image, where the header
declares a height of '-1' and then later uses a DNL marker to set the actual
number of rows of data in the image. This does not work with libjpeg (in
fact it doesn't work with an number of JPEG consumers).

However, because this is an image in a PDF file, we do have the image dimensiosn
from the image dictionary, so we can use that instead, if only we had a way
to pass the information into the stream decode filter.

This commit modifies the dictionary we provide to the stream code in the PDF
interpreter, we now insist that all the Filters in an image shall have a
DecodeParms dictionary, if they don;t already have one we create them as
required. In that dictionary we add a /Height key and put the Height retrieved
from the image dictionary in it.

All the decode operators handle being passed a dictionary with parameters,
so all that is then necessary is to have the DCT decode filter check the
parameter dictionary and store the Height from it in a new entry in the DCT
stream state.

The parameter is now available for use by the DCT decode filter, and a future
commit will use it to fix the actual problem.

No differences expected.

gs/Resource/Init/pdf_draw.ps
gs/base/sdcparam.c
gs/base/sdct.h

2014-05-28 14:48:27 +0200
Till Kamppeter <till.kamppeter@gmail.com>
625b7570141287bf5ca7b61fc733f81b109b45d7

"cups" output device: Fixed obvious copy-and-paste error in color conversion.

gs/cups/gdevcups.c

2014-05-28 11:46:07 +0200
Till Kamppeter <till.kamppeter@gmail.com>
d5065760d06ba71646d08240b87a8de08104c4c5

Fixed PWG Raster support in gdevcups.c to build with all CUPS library versions

We determine now whether we have PWG Raster support by the proper
macro of the CUPS library, not by whether the built-in or an external
lib is used. So we can also build with older CUPS library versions as
external library (bug 695243).

gs/cups/gdevcups.c

2014-05-28 08:33:15 +0100
Ken Sharp <ken.sharp@artifex.com>
230e512962ab5d05f137fc6b3665f5dcae0aa4e9

pdfwrite - test a return code to silence a compiler warning

gs/devices/vector/gdevpdte.c

2014-05-27 14:09:50 +0100
Ken Sharp <ken.sharp@artifex.com>
64dd281abf84ba7383aa85c99599b5aebea3998a

pdfwrite - improved handling of 'glyphshow' and similar operations

Bug #695168 "Problem converting xps to pdf"
Bug #695259 "both (incorrect) B/W and (correct) AA rendering of Libertine font in same PDF output"

Although these are different products, one being Ghostscript and the other
gxps, the underlying problem is similar. The PostScript makes extensive use
of the glyphshow operator, which ends up as a TEXT_FROM_SINGLE_GLYPH operation
in the graphics library, and the XPS interpreter always uses TEXT_FROM_GLYPHS.

In both cases the font is effectively unencoded when pdfwrite seee it. Since
we cannot construct and use an unencoded font in PDF we have no alternative
but to create an encoding for the font, and write the text using that encoding.

The way this is done we use the name table, which effectively means that the
character code we use is derived from the first byte of the glyph name. For
limited usage this works well, but more complex usage can result in problems.
For example the glyphs /o and /omicron are both encoded at index 103.

Previously this would cause us to fall back to rendering the font and embedding
as a type 3 font, or in the worst case an inline image. This is because when
encoding the text we would discover that an the font already had a glyph
encoded at the correct index, and would simply pass on, not realising it was
the incorrect glyph. Later we would check the actual glyph index against the glyph index
of the glyph encoded at that position, realise they were different and throw an error.

In this commit we check the glyph index early, at the point where we encode the text.
If the font already has a glyph encoded at the given character code, we check
the glyph index to see if it matches the current glyph. If it does all is well
but if it doesn't we break out and create a new font instance, with the new
glyph encoded in it.

Potentially this could result in a *lot* of font subsets being created, which
would increase the size of the output PDF file, but the quality improvement
is well worth it.

No differences expected.

gs/devices/vector/gdevpdte.c

2014-05-26 12:43:54 +0100
Ken Sharp <ken.sharp@artifex.com>
099657a962e716658f20658051c9692b439ecf2d

pdfwrite - fix GoTo and GoToR actions when passed through from PDF input

Bug #695232 "Broken PDF file when input file containes bookmarks with GoToR action"

When adding the GoToR functionality I copied the code from the GoTo action
sadly it seems the GoTo was already incorrect.

This commit should fix both, though I don't have a test for the GoTo action.

No differences expected.

gs/Resource/Init/pdf_main.ps

2014-05-24 09:04:53 +0100
Ken Sharp <ken.sharp@artifex.com>
5e868fffeaa21ebb0f7b30a4a9c29272d850b18a

pdfwrite - prototype a function to silence compiler warnings

gs/devices/vector/gdevpdfx.h

2014-05-23 13:59:30 +0100
Ken Sharp <ken.sharp@artifex.com>
cb5c738d04a028a88633f3f98d955f4218b05654

pdfwrite - better handling of input PDF files with broken fonts

Bug #695216 "Spurious errors and bad PDF written from input file comparefles/Bug693711.pdf"

The errors are not spurious, and are caused by the missing/damaged fonts in
the input file.

This commit chooses to ignore these errors, but I may rethink that if it causes
future problems, the fact that there are no errors when rendering does not
mean that there should be no errors when creating a PDF file.

Because the PDF interpreter ignores errors and continues regardles we were
then attempting to write an invalid font, which failed, resulting in an
(unused) entry in the xref with a duplicate offset of an earlier entry. This
commit further refines the broken font handling by detecting the fact that
the font was incorrectly written and elides it from the xref table.

This addresses both of the concerns raised in the bug report, though I would
point out that ignoring errors when the output device is pdfwrite is always
very likely to produce broken PDF files.

This does alter the font substitution for Bug693711.pdf on Linux.

gs/devices/vector/gdevpdfu.c
gs/devices/vector/gdevpdtb.c
gs/devices/vector/gdevpdtt.c

2014-05-22 18:33:34 +0100
Chris Liddell <chris.liddell@artifex.com>
93a23603b23160943b42c2f1e357fb75cc0a396b

Add an extra compiler flag for OpenJPEG 2.1.0

2.1.0 requires an extra compiler flag "USE_JPIP" that I had forgotten to add
to the Windows build

CLUSTER_UNTESTED

gs/psi/msvc.mak

2014-05-21 15:30:35 +0100
Chris Liddell <chris.liddell@artifex.com>
0d2bc37f7e4096fe31d6ebc6679d79935f52ba0c

Update OpenJPEG to 2.1.0

No cluster differences.

Revise configure script with extra flags for OPJ

Copy in new openjpeg (2.1.0) complete

Zap the openjpeg stuff we don't need

Add predefined openjpeg headers.

These are *nearly* empty of actual definitions, as we generate the settings
from the gs configure script.

Revised makefiles and configure script for new openjpeg

Tweak for updated openjpeg API

Import patches OpenJPEG from Sumatra's tree:

Reference:
https://code.google.com/p/sumatrapdf/source/browse/trunk/ext/_patches/openjpeg.patch?r=8887

gs/base/gs.mak
gs/base/openjpeg.mak
gs/base/sjpx_openjpeg.c
gs/configure.ac
gs/openjpeg/AUTHORS
gs/openjpeg/CHANGES
gs/openjpeg/LICENSE
gs/openjpeg/NEWS
gs/openjpeg/THANKS
gs/openjpeg/libopenjpeg/CMakeLists.txt
gs/openjpeg/libopenjpeg/Makefile.am
gs/openjpeg/libopenjpeg/Makefile.in
gs/openjpeg/libopenjpeg/bio.c
gs/openjpeg/libopenjpeg/bio.h
gs/openjpeg/libopenjpeg/cidx_manager.c
gs/openjpeg/libopenjpeg/cidx_manager.h
gs/openjpeg/libopenjpeg/cio.c
gs/openjpeg/libopenjpeg/cio.h
gs/openjpeg/libopenjpeg/dwt.c
gs/openjpeg/libopenjpeg/dwt.h
gs/openjpeg/libopenjpeg/event.c
gs/openjpeg/libopenjpeg/event.h
gs/openjpeg/libopenjpeg/fix.h
gs/openjpeg/libopenjpeg/function_list.c
gs/openjpeg/libopenjpeg/function_list.h
gs/openjpeg/libopenjpeg/image.c
gs/openjpeg/libopenjpeg/image.h
gs/openjpeg/libopenjpeg/indexbox_manager.h
gs/openjpeg/libopenjpeg/int.h
gs/openjpeg/libopenjpeg/invert.c
gs/openjpeg/libopenjpeg/invert.h
gs/openjpeg/libopenjpeg/j2k.c
gs/openjpeg/libopenjpeg/j2k.h
gs/openjpeg/libopenjpeg/j2k_lib.c
gs/openjpeg/libopenjpeg/j2k_lib.h
gs/openjpeg/libopenjpeg/jp2.c
gs/openjpeg/libopenjpeg/jp2.h
gs/openjpeg/libopenjpeg/jpt.c
gs/openjpeg/libopenjpeg/jpt.h
gs/openjpeg/libopenjpeg/mct.c
gs/openjpeg/libopenjpeg/mct.h
gs/openjpeg/libopenjpeg/mqc.c
gs/openjpeg/libopenjpeg/mqc.h
gs/openjpeg/libopenjpeg/openjpeg.c
gs/openjpeg/libopenjpeg/openjpeg.h
gs/openjpeg/libopenjpeg/opj_clock.c
gs/openjpeg/libopenjpeg/opj_clock.h
gs/openjpeg/libopenjpeg/opj_config.h
gs/openjpeg/libopenjpeg/opj_config_private.h
gs/openjpeg/libopenjpeg/opj_includes.h
gs/openjpeg/libopenjpeg/opj_intmath.h
gs/openjpeg/libopenjpeg/opj_inttypes.h
gs/openjpeg/libopenjpeg/opj_malloc.h
gs/openjpeg/libopenjpeg/opj_stdint.h
gs/openjpeg/libopenjpeg/phix_manager.c
gs/openjpeg/libopenjpeg/pi.c
gs/openjpeg/libopenjpeg/pi.h
gs/openjpeg/libopenjpeg/ppix_manager.c
gs/openjpeg/libopenjpeg/raw.c
gs/openjpeg/libopenjpeg/raw.h
gs/openjpeg/libopenjpeg/t1.c
gs/openjpeg/libopenjpeg/t1.h
gs/openjpeg/libopenjpeg/t1_generate_luts.c
gs/openjpeg/libopenjpeg/t1_luts.h
gs/openjpeg/libopenjpeg/t2.c
gs/openjpeg/libopenjpeg/t2.h
gs/openjpeg/libopenjpeg/tcd.c
gs/openjpeg/libopenjpeg/tcd.h
gs/openjpeg/libopenjpeg/tgt.c
gs/openjpeg/libopenjpeg/tgt.h
gs/openjpeg/libopenjpeg/thix_manager.c
gs/openjpeg/libopenjpeg/tpix_manager.c
gs/openjpeg/opj_config.h.in.user
gs/openjpeg/src/lib/openjp2/CMakeLists.txt
gs/openjpeg/src/lib/openjp2/bio.c
gs/openjpeg/src/lib/openjp2/bio.h
gs/openjpeg/src/lib/openjp2/cidx_manager.c
gs/openjpeg/src/lib/openjp2/cidx_manager.h
gs/openjpeg/src/lib/openjp2/cio.c
gs/openjpeg/src/lib/openjp2/cio.h
gs/openjpeg/src/lib/openjp2/dwt.c
gs/openjpeg/src/lib/openjp2/dwt.h
gs/openjpeg/src/lib/openjp2/event.c
gs/openjpeg/src/lib/openjp2/event.h
gs/openjpeg/src/lib/openjp2/function_list.c
gs/openjpeg/src/lib/openjp2/function_list.h
gs/openjpeg/src/lib/openjp2/image.c
gs/openjpeg/src/lib/openjp2/image.h
gs/openjpeg/src/lib/openjp2/indexbox_manager.h
gs/openjpeg/src/lib/openjp2/invert.c
gs/openjpeg/src/lib/openjp2/invert.h
gs/openjpeg/src/lib/openjp2/j2k.c
gs/openjpeg/src/lib/openjp2/j2k.h
gs/openjpeg/src/lib/openjp2/jp2.c
gs/openjpeg/src/lib/openjp2/jp2.h
gs/openjpeg/src/lib/openjp2/libopenjp2.pc.cmake.in
gs/openjpeg/src/lib/openjp2/mct.c
gs/openjpeg/src/lib/openjp2/mct.h
gs/openjpeg/src/lib/openjp2/mqc.c
gs/openjpeg/src/lib/openjp2/mqc.h
gs/openjpeg/src/lib/openjp2/openjpeg.c
gs/openjpeg/src/lib/openjp2/openjpeg.h
gs/openjpeg/src/lib/openjp2/opj_clock.c
gs/openjpeg/src/lib/openjp2/opj_clock.h
gs/openjpeg/src/lib/openjp2/opj_codec.h
gs/openjpeg/src/lib/openjp2/opj_config.h
gs/openjpeg/src/lib/openjp2/opj_config.h.cmake.in
gs/openjpeg/src/lib/openjp2/opj_config_private.h
gs/openjpeg/src/lib/openjp2/opj_config_private.h.cmake.in
gs/openjpeg/src/lib/openjp2/opj_includes.h
gs/openjpeg/src/lib/openjp2/opj_intmath.h
gs/openjpeg/src/lib/openjp2/opj_inttypes.h
gs/openjpeg/src/lib/openjp2/opj_malloc.h
gs/openjpeg/src/lib/openjp2/opj_stdint.h
gs/openjpeg/src/lib/openjp2/phix_manager.c
gs/openjpeg/src/lib/openjp2/pi.c
gs/openjpeg/src/lib/openjp2/pi.h
gs/openjpeg/src/lib/openjp2/ppix_manager.c
gs/openjpeg/src/lib/openjp2/raw.c
gs/openjpeg/src/lib/openjp2/raw.h
gs/openjpeg/src/lib/openjp2/t1.c
gs/openjpeg/src/lib/openjp2/t1.h
gs/openjpeg/src/lib/openjp2/t1_generate_luts.c
gs/openjpeg/src/lib/openjp2/t1_luts.h
gs/openjpeg/src/lib/openjp2/t2.c
gs/openjpeg/src/lib/openjp2/t2.h
gs/openjpeg/src/lib/openjp2/tcd.c
gs/openjpeg/src/lib/openjp2/tcd.h
gs/openjpeg/src/lib/openjp2/tgt.c
gs/openjpeg/src/lib/openjp2/tgt.h
gs/openjpeg/src/lib/openjp2/thix_manager.c
gs/openjpeg/src/lib/openjp2/tpix_manager.c

2014-05-20 11:47:21 -0700
Ray Johnston <ray.johnston@artifex.com>
21565d4ad3c3eed360d3a56c372663d1ba876c0d

Fix for fts_09_0920 SMask in ExGState ignored for text.

When the SMask is set in the ExtGState rather than in a Group Form,
we need to push a transparency group before painting the text (after
the setfillstate) and pop it afterwards, similarly to what we do
for fills and strokes.

gs/Resource/Init/pdf_ops.ps

2014-05-21 15:30:35 +0100
Chris Liddell <chris.liddell@artifex.com>
f032367796457690caa484b1a50aa1f97b80322a

Ensure memory allocator is available for jpeg encoding

No cluster differences.

gs/devices/gdevjpeg.c

2014-05-21 13:15:09 +0100
Ken Sharp <ken.sharp@artifex.com>
cc26212b8b4a756d6da891c946b53c52641befd3

pdfwrite - add an idiom for certain patterns produced by the MS driver


Bug #695230 "Invalid pattern fill rendering"

The Windows PostScript driver produces some patterns (for background fills)
which vary the size of the pattern cell according to the device resolution.
This means that as the resolution goes up, more pattern cells are drawn,
resulting in a finer and finer pattern.

This resolution neatly defeats our high level pattern capture in pdfwrite.
It only works properly if the device is running at 72 dpi, and the example
runs at 600.

It seems the easiest way to deal with this is to create an idiom which will
replace the resolution-varying pattern with a fixed pattern (it isn't possible
to have a resolution-dependent pattern in PDF anyway) and this commit adds
such an idiom.

It also updates the idioms to use the new .spec_op operator to interrogate
device parameters rather than the slow getdeviceparams previously used.

No differences expected.

gs/Resource/IdiomSet/Pscript5Idiom

2014-05-19 15:53:05 +0100
Chris Liddell <chris.liddell@artifex.com>
1b06d7888faf61bef37fc17b10a1745d889f4c75

Remove jmorecfg.h from includes....

in jmemcust.c

No cluster differences.

gs/base/jmemcust.c

2014-05-09 12:22:08 +0100
Chris Liddell <chris.liddell@artifex.com>
cb50ac70a8e8874a265da59baca7e95790e79af1

Add an app independent custom memory manager for libjpeg

gs/base/jmemcust.c
gs/base/jmemcust.h
gs/base/jpeg.mak
gs/base/sjpeg.h
gs/base/sjpegc.c
gs/base/sjpegd.c
gs/base/sjpege.c

2014-05-16 21:01:33 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
0145175ab9d530a4ed2c79dc6290235b30e980cc

Temporarily disable code introduced in 6fefd767005a8e5e8da0cbb954d0d47fc45fc37b.

For more details see Bug 695243.

gs/cups/gdevcups.c

2014-05-15 19:54:04 +0200
Till Kamppeter <till.kamppeter@gmail.com>
6fefd767005a8e5e8da0cbb954d0d47fc45fc37b

CUPS Raster output device: Fix cupsRasterOpen() call to get correct PWG Raster output

The CUPS Raster output device generated incorrect PWG Raster output
because it called cupsRasterOpen() without the required
CUPS_RASTER_WRITE_PWG mode setting. Due to the output never being
tested with an IPP Everywhere printer but only with software which
also accepts CUPS Raster, the bug did not get discovered until testing
the output against the mime type recognition of CUPS where it failed.

Note that this patch only fixes the problem if a shared libcupsimage
library of the system is used, not with the library included with
Ghostscript. This is because the included library is too old to
contain PWG Raster output support. If the included CUPS libraries have
to be used, the CUPS Raster output device is built as before to assure
that Ghostscript builds and CUPS Raster can still get generated.

gs/Makefile.in
gs/cups/gdevcups.c
gs/devices/devs.mak

2014-05-15 08:51:43 +0100
Chris Liddell <chris.liddell@artifex.com>
4836ecb5c5a03eb7217937b8503b20068e9bf846

Bug 695227: fix crash in bbox device

Don't try to assign the "imaging_dev" entry in the text enumerator if the
enumerator initialisation doesn't complete.

Slightly modified version of the patch supplied by
Antti Husa <a.husa@hushmail.com>

No cluster differences.

gs/base/gdevbbox.c

2014-05-12 11:13:07 +0100
Chris Liddell <chris.liddell@artifex.com>
a7434eca8268e31fdfc4b47740a7e7695b189bc0

Words about static linking the executable.

Mention the need to explicitly link libraries when building a static gs exe.

CLUSTER_UNTESTED

gs/doc/Make.htm

2014-05-12 10:53:12 +0100
Chris Liddell <chris.liddell@artifex.com>
3c4cfba8a74fd3255231fb381b55998753174849

Pass SHARE_LCMS as a compiler flag.

As pointed out by Albert Astals Cid <aacid@kde.org> although the code had been
changed to use the system malloc/free calls when sharing LCMS2, the flag
(SHARE_LCMS==1) I had forgotten to add it to the compiler parameters.

I've opted to add SHARE_LCMS to the compiler flags for LCMS, and include them
when compiler our interface files - this seems less likely to throw up a
similar oversight in the future.

No regression differences.

gs/Makefile.in
gs/base/lib.mak

2014-05-09 07:32:54 -0700
Ray Johnston <ray.johnston@artifex.com>
7df04bbe3a7126dc702cb09369ba29fd142bfa62

Only include trace devices (tr_mono, tr_rgb, tr_cmyk) in DEBUG builds on MSVC

gs/psi/msvc.mak

2014-05-09 07:22:08 -0700
Ray Johnston <ray.johnston@artifex.com>
db885d6e72fce5140a56abc8d4f49b0a3658aad7

Add tracedev (tr_mono, tr_rgb, tr_cmyk) to default MSVC build.

gs/psi/msvc.mak

2014-05-09 00:41:44 +0100
Robin Watts <robin.watts@artifex.com>
cc278761f766f7dbbba051af13b1ea0fdc7cdb08

Further tweak to ETS; mention patents, and add image viewer

Mention the patents in the comments of the code.

Add the image viewer back, as for people without Photoshop it can
be hard to visualise the output.

gs/toolbin/halftone/ETS/ets.c
gs/toolbin/halftone/ETS/ipview.html

2014-05-08 13:19:09 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c203e3342db1933e610433de6915fcb66a8e593f

Removed files that were no longer used (SSE and VEC files and Build files). Updated README.txt

gs/toolbin/halftone/ETS/COPYING.txt
gs/toolbin/halftone/ETS/Makefile_avec
gs/toolbin/halftone/ETS/Makefile_sse2
gs/toolbin/halftone/ETS/README.txt
gs/toolbin/halftone/ETS/_eb_sse2.s
gs/toolbin/halftone/ETS/build.bat
gs/toolbin/halftone/ETS/eb_avec.c
gs/toolbin/halftone/ETS/eb_avec.h
gs/toolbin/halftone/ETS/eb_sse2.s
gs/toolbin/halftone/ETS/ets.c
gs/toolbin/halftone/ETS/ipview.html

2014-05-05 11:38:10 -0700
Ray Johnston <ray.johnston@artifex.com>
d2111f620ad95a5deb918c8d64be04012025fed1

Fix clist closepath to wrong start point. Bug 695205, cust 870.

When writing paths into the clist, we simplify the path for each band.
This means that whole line segments that are not present within a band
can be omitted which speeds up path rendering for bands. This code had
a bug that could cause the closepath of a subpath to connect to the
wrong point.

If the last element written for a subpath ends at point X, and the
start point of the first element of the next subpath is that same
point X, then the code would forget to emit a "catchup" moveto.
This would cause a closepath to connect to the initial point of
the previous subpath.

Amazingly, this bug has been there since rev 3.60 (Nov 1995) although
a partial fix was added in 3.68 (May 1996).

gs/base/gxclpath.c

2014-05-07 17:51:21 +0100
Chris Liddell <chris.liddell@artifex.com>
a33588aad3bde9321bd5ea7eaf37b5adba22482c

Bug 695211: (addendum) set SHARE_TRIO for Windows builds

CLUSTER_UNTESTED

common/msvc_top.mak
gs/psi/msvc.mak
xps/xps_msvc.mak

2014-05-05 11:12:47 +0100
Chris Liddell <chris.liddell@artifex.com>
fc0420d74524a9988c8cdf465a2fbf234e343a38

Bug 695211: Allow trio to be shared.

No cluster differences

gs/Makefile.in
gs/base/gs.mak
gs/base/lib.mak
gs/base/trio.mak
gs/configure.ac
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2014-05-06 10:39:42 +0100
Ken Sharp <ken.sharp@artifex.com>
a314230d18fd13810774318d985cc46fe9ed0102

PDF interpreter - work around GSView usage of the interpreter

Bug #695179 "Inert links in PDF and collapsing PDF when opened in gsview with gs ver. newer that 9.07"

Commit 073f460af5bb37edb1849c5d6235048598100437 introduced a cumulative page
count, which is added to pdfmarks when encountered in order to cope with
running multiple input files. The pdfmarks from the second file would
be incorrect unless the number of pages in the first file were added to the
destinationpage numbers.

Unfortunately the (undocumented, unsupported) way that GSView works with the
PDF interpreter to retrieve links failed, because the variable is unavailable
under the conditions that GSView exercises the interpreter.

In this commit we extend the CumultaivePageCount usage so that we first check
if the variable is defined, and if its not, we set a default of '0'. This
should mean that the supported use of the PDF interpreter continues to work
correctly with multiple input files, and restores the GSView behaviour.

No differences expected.

gs/Resource/Init/pdf_main.ps

2014-05-05 11:39:00 +0100
Chris Liddell <chris.liddell@artifex.com>
50e62cb7c50393e0cbb34f82981e7d1f6d7a3a6d

Bug 695206: add directories to deps for zlib/png objs

Ensure that the build directories exist before we try to build any
object files from zlib or png.

No cluster differences.

gs/base/png.mak
gs/base/zlib.mak

2014-04-29 15:46:44 -0700
Ray Johnston <ray.johnston@artifex.com>
2cad20efb9a9a1ec483c58bd6a087a9445ba23dc

Fix wrong tag value for customer 532, file "VINEYARD_p1.pdf"

If the SOURCE alpha is 100%, then replace the tag, otherwise, OR.

gs/base/gdevp14.c

2014-05-02 10:10:41 +0100
Ken Sharp <ken.sharp@artifex.com>
87218e9f187d2d8c36c3eb6721f2725d9834553a

txtwrite - fix a copy/paste error

After allocating memory we checked to see if it was successful but we checked
the wrong variable. Corrected here.

No differences expected.

gs/devices/vector/gdevtxtw.c

2014-05-02 09:51:40 +0100
Ken Sharp <ken.sharp@artifex.com>
63a5201a2b5db40e11dd45cf991a7e5a84d7ce80

txtwrite - clear file handle when file is closed

When we close the output file, set the handle to 0 so that we don't later
attempt to close it again. Apparently closing a closed file causes a
problem on Linux.

No differences expected.

gs/devices/vector/gdevtxtw.c

2014-05-02 09:18:06 +0100
Ken Sharp <ken.sharp@artifex.com>
c82e83c2c10751f048a3f2260c9adaceaca7880e

Fix some scan-build warnings from commit 0476b5036d8175a4817a9385cb6a15b64fab310e

The code dealing with single device parameters was over-aggressive about
reducing the ICC profile setup. In practice this is unlikely ever to be
a problem, there is no real chance that the setup won't be performed
before we reach this point, but its obviously much better to have the code
correct.

This commit essentially copies verbatim the setup code from the normal
get_params device method in the default device.

gs/base/gsdparam.c

2014-04-30 12:19:40 +0100
Chris Liddell <chris.liddell@artifex.com>
34a04b46e5ed098251901ce0b51caa2137928922

Bug 695194: ignore invalid color space in shading

When checking objects for spot colors, ignore an invalid color space in a
shading object.

The code during rendering already deals with this problem (by ignoring the
shading!).

No cluster differences.

gs/Resource/Init/pdf_main.ps

2014-04-30 09:58:11 +0100
Chris Liddell <chris.liddell@artifex.com>
b02681f8dd6799236f040576e35884634e9c3508

Bug 695193: USE_LARGE_COLOR_INDEX=0 on Windows

As we use a pregenerated arch.h for Windows (in order to support cross compiling
64 bit executables on 32 bit systems), we need to handle this in a combination
of the makefile and predefined arch.h

This commit includes equivalent changes for the other pre-defined arch.h files

No cluster differences.

gs/arch/osx-x86-x86_64-ppc-gcc.h
gs/arch/windows-arm-msvc.h
gs/arch/windows-x64-msvc.h
gs/arch/windows-x86-msvc.h
gs/psi/msvc.mak

2014-05-01 15:14:02 +0100
Ken Sharp <ken.sharp@artifex.com>
ad27e65ad745e4dd287e0f7a7a0efb2637472bc2

Implement use of the new 'device param' spec op

Wherever possible, replace the .getdeviceparams call with a call to the
PostScript .special_op to retrieve a single parameter.

This cannot be done unless we can guarantee that the devices we are
interested in will implement the spec_op device method. So some places
which appear at first sight to be candidates can't be done this way.

gs/Resource/Init/gs_cidfn.ps
gs/Resource/Init/gs_fapi.ps
gs/Resource/Init/gs_img.ps
gs/Resource/Init/gs_pdfwr.ps
gs/Resource/Init/gs_setpd.ps
gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_font.ps
gs/Resource/Init/pdf_main.ps
gs/Resource/Init/pdf_ops.ps
gs/psi/zfunc4.c

2014-05-01 15:11:39 +0100
Ken Sharp <ken.sharp@artifex.com>
0476b5036d8175a4817a9385cb6a15b64fab310e

Add support for the 'device param' spec op to devices

Adds support for the spec_op which retrieves a single device parameter to
every device I cna find which currently implements spec_ops.

Add spec_op support to the generic vector device, the txtwrite and the psdf
devices

gs/base/gdevdflt.c
gs/base/gdevprn.c
gs/base/gdevprn.h
gs/base/gdevvec.c
gs/base/gdevvec.h
gs/base/gsdparam.c
gs/base/gxdevice.h
gs/base/lib.mak
gs/devices/gdevcmykog.c
gs/devices/gdevfpng.c
gs/devices/vector/gdevpdfi.c
gs/devices/vector/gdevpdfp.c
gs/devices/vector/gdevpdfx.h
gs/devices/vector/gdevps.c
gs/devices/vector/gdevpsdf.h
gs/devices/vector/gdevpsdp.c
gs/devices/vector/gdevtxtw.c

2014-05-01 15:07:37 +0100
Ken Sharp <ken.sharp@artifex.com>
e2d3dca4aff619e0b407a8c04e559f9c509b9787

Add a new PostScript operator to permit device spec_ops to be executed

gs/psi/int.mak
gs/psi/opextern.h
gs/psi/zdevice.c

2014-05-01 15:05:15 +0100
Ken Sharp <ken.sharp@artifex.com>
3b03988711bc5ab352c61e4937282e61e5e092aa

Add a new 'spec op' to retrieve a single parameter from a device.

Includes a new structure to be passed as the 'data' parameter to allow us
to pass multiple parameters.

gs/base/gxdevsop.h

2014-04-15 14:18:16 -0700
Ray Johnston <ray.johnston@artifex.com>
e69c464da00208889ed4c55ef0e869ac9246e750

Avoid remap calls if color already mapped to a pure color.

Device colors that map to a pure color are common. The optimization
reduced the number of remap_color calls to 1/390 on a QL pdf test
file (WWTTN1CT). Performance improvement is small if FP is fast.

gs/base/gscolor2.c
gs/base/gxcmap.c

2014-04-29 11:48:48 +0100
Chris Liddell <chris.liddell@artifex.com>
0c5a6d8c142371b84542ab9ea175501f02cfb9bd

Bug 695190: implement glyph width cache for pcl/pxl

Using the FAPI integration of UFST instead of the original PCL specific
one lost an optimisation where glyph widths were cached by the interpreter.

Reintroduce this, and attach the widths cache to the plfont object (instead of
it being global).

No cluster differences.

pl/plchar.c
pl/plfont.c
pl/plfont.h

2014-04-24 16:37:53 +0100
Chris Liddell <chris.liddell@artifex.com>
7580b5f2b52a51d9da6e8eb2188360f1c894ee1e

Bug 695096: make the "display" device the default in gsx

No cluster differences

gs/psi/dxmain.c

2014-04-24 16:22:52 +0100
Chris Liddell <chris.liddell@artifex.com>
496d5b9ee3c8247354152ec8d2b3b8268cdc4430

Add support for changing the default device list at runtime

(Bug 695096)

The graphics library searches a list of preferred devices to find a suitable
default device. Previously that list was created at graphics library compile
time and could not be changed after that.

This change allows the calling application to retrieve the current string that
represents this list, and set its preferred list and order, if required.

No cluster differences.

gs/base/gsdevice.c
gs/base/gsdevice.h
gs/base/gslibctx.c
gs/base/gslibctx.h
gs/base/lib.mak
gs/psi/dwdll.c
gs/psi/dwdll.h
gs/psi/dwnodll.c
gs/psi/gsdll2.def
gs/psi/gsdll32.def
gs/psi/gsdll32metro.def
gs/psi/gsdll64.def
gs/psi/gsdll64metro.def
gs/psi/gsdllARM32metro.def
gs/psi/iapi.c
gs/psi/iapi.h
gs/psi/zdevice.c

2014-04-24 13:20:01 +0100
Chris Liddell <chris.liddell@artifex.com>
5192635686b3a9da14e4531c7ce7ca85cd629a66

Don't pass a 32 bit variable 64 is expected.

On 64 bit platforms the "gsize" type is 64 bits long, thus if we pass a 32 bit
integer into a call expecting to write to a gsize, we get stack corruption.

Use a temporary gsize variable to retrieve the value, and then copy it to the
32 bit integer. As this is for stdin buffers, we're not likely to require
64 bit values!

CLUSTER_UNTESTED

gs/psi/dxmain.c

2014-04-22 23:50:51 -0400
James Cloos <cloos@jhcloos.com>
ab862a54568407fdaff554c56baed9809e23860b

Set the WM_CLASS property when using the x11 DEVICEs.

Add an explicit call to XSetClassHint(1) to the x11 devices to ensure
that the WM_CLASS property is set.

Setting WM_CLASS allows one to configure how gs’s output window behaves.

For comparison, gtk+ sets the display DEVICE’s output window’s
WM_CLASS based on the executable’s name.

Signed-off-by: James Cloos <cloos@jhcloos.com>
Signed-off-by: Henry Stiles <henry.stiles@artifex.com>

gs/devices/gdevxini.c

2014-04-23 09:43:56 +0100
Ken Sharp <ken.sharp@artifex.com>
c79b0ee1dbc1cbbcbe406abd4bc47f617ed5cb2c

pdfwrite - fix Named destinations with Names tree

Bug #695162 "Internal hyperlinks lost when converting to pdf"
Bug #695175 "can't save PDF file if compiled with hyperref packages"

In order to add support for the EMBED pdfmark we had to move the named destinations
from the PDF 1.1 /Dests dictionary to the PDF 1.2+ Names tree. The Names
tree requires that the 'keys' be strings, unlike the old Dests dict where
the keys are of course name objects.

Now the PDF reference says that,with PDF 1.2 and above, both strings and
name objects can be used to refer to named destinations. However it appears
that this is not true for Acrobat, the reference to a named destination must
be a string object if we are using a Names tree.

This commit alters the creation of the Names tree so that we store the actual
destinations as individual objects (this probably wasn't required, but it
mimics Distiller) instead of inline dictionaries, reinstates a missing /D
key in said dictionary and crucially alters the reference to the named
destination so that it is a string and not a name.

The commit also caters for 'unusual' names in named destinations. The PDF
interpreter 'escapes' the name of a name object by adding leading NULLs if
the name contains certain kinds of characters. We weren't catering for that
when converting names to strings for inclusion in the Names tree, which was
leading to an empty object, and caused Acrobat to refuse to save the file.

Finally, while investigating the problems, I noticed a logical error with
DOCVIEW pdfmarks which could result in Open actions being written incorrectly
and this is also fixed here.

No differences expected as the cluster doesn't test this kind of metadata.

gs/devices/vector/gdevpdfm.c
gs/devices/vector/gdevpdfo.c

2014-04-22 19:02:28 +0100
Robin Watts <robin.watts@artifex.com>
963c6827fdcd2e07c2a7bc6848a97eb7ecb3c38d

Update Ghostscript solution for Windows.

Later versions of VS dislike relative paths for the working directory
in the debug set up. The solution is to use "$(ProjectDir)\.." as this
evaluates to the same dir as ".." used to. Update the ReadMe to
reflect this.

Also update the Solution files so that "Output" points to the built
executables. This enables the editing required for the debugging
setup to be simpler.

gs/ghostscript-ufst.vcproj
gs/ghostscript.vcproj
win32/GhostPDL.sln
win32/ReadMe.txt
win32/language_switch.vcproj
win32/pcl.vcproj
win32/svg.vcproj
win32/xps.vcproj

2014-04-22 21:13:51 +0100
Chris Liddell <chris.liddell@artifex.com>
5898732ce7f140bc9bbe9818c8525a02236aa8f0

Add a cast to address compiler warning

No cluster differences.

gs/psi/iapi.c

2014-04-22 17:44:13 +0100
Chris Liddell <chris.liddell@artifex.com>
fb11fa25a622124ab1ceba66b0f6ba165162f056

Bug 695173: skip conversion to UTF8 for "local" encoding

If we're using "GS_ARG_ENCODING_LOCAL" that means arguments are already in the
text encoding we want so no conversion is required (and the get_codepoint()
method is set to NULL).

When that happens, skip the conversion step, and avoid a seg fault.

No cluster differences.

gs/psi/iapi.c

2014-04-21 13:42:40 -0600
Henry Stiles <henry.stiles@artifex.com>
4c1b9214b3e996778f69f33abbf02e9d4da95332

Fix 694958 - raster portions of plot were rotated because the
coordinate system was not properly oriented.

The HPGL/2-RTL's current coordinate system is different depending on
relative extant of plot width and length, rotating the system if the
width is greater than or equal to the height. We did not handle the
equal case properly, we mistakenly used a strict inequality.

pcl/pgdraw.c

2014-04-18 11:08:54 +0100
Ken Sharp <ken.sharp@artifex.com>
12e2eafa38a9932bb136879374423de133075a4a

PDF interpreter - reinstate (and complete) the BMC/BDC/EMC pdfmark support

Bug #695151 "Add BMC/EMC and BDC pdfmark support"

This is the patch supplied by Alexander Grahn with a couple of very minor
additions. Firstly we clean up the Properties resource in pdf_close in case
by some chance there are still properties dictionaries lying around. Secondly
we treat the Properties resource specially (like fonts) in
pdf_store_page_resources().

Because we write the properties dictionaries in line, we must not emit them
in pdf_store_page_resources (they no longer exist for one thing) as this
leads to duplicate objects being created. We may need to revisit this in the
future as I'm not 100% certain this is the best way to proceed. However it
works properly for all the (very few) test cases I have, or have been able
to create.

This patch also 'fixes' the opdfread ps2write header. In the past if a BMC
EMC or BDC was encountered in the PDF file it would try to handle it, but
the handler doesn't exist, leading to PostScript errors. Rather than try
to reconstruct the requisite pdfmarks I've chosen simply to ignore these
constructs. If anyone objects strenuously we can figure out a handler
in future.

No differences expected.

gs/devices/vector/gdevpdfm.c
gs/devices/vector/gdevpdfu.c
gs/devices/vector/opdfread.h
gs/lib/opdfread.ps

2014-04-17 09:45:00 +0100
Ken Sharp <ken.sharp@artifex.com>
b374d709ac920682b4848ea9070681ceb6b44790

PDF interpreter - treat 0 length CIDToGIDMap as if it were not present

Bug #695167 "Output page blank"

The PDF contained a type 11 CIDFont with a CIDToGIDMap whose length was 0,
this caused the type11buildfont code to fail.

Since the CIDTogidMap is optional, treating a 0 length map as 'not present'
seems a sensible solution.

No differences expected

gs/Resource/Init/pdf_font.ps

2014-04-16 09:41:19 +0100
Ken Sharp <ken.sharp@artifex.com>
d2f4c3e592b0f4063ce92c9245dc903ad75495fc

PDF interpreter - improve transparency detection and apply it to annotations

The existence of CA and ca in annotations without appearance streams were
not detected. The FreeText annotation synthesis can apply transparency if
present, so we need to detect it and push the compositor.

Also, add the code to the FreeText annotation appearance synthesis to apply
transparency.

A few (3) Sumatra PDF files now render very slightly differently, and the
same files now produce larger PostScript than they did before (because they
are rendered to images)

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_main.ps

2014-04-15 12:51:51 +0100
Ken Sharp <ken.sharp@artifex.com>
0ace93f19464cab701f117ba1e6ee489062748e5

PDF interpreter - sunthesise appearances for FreeText annotations

Bug #693731 "Freetext annotations are not printed"

The FreeText annotation in question has no appearance stream and we did
no previously synthesise one. This commit adds code to do so, it should
work with UTF16-BE text but I don't have a test file for this.

The existing code to draw annotation borders was insufficient, it did not
correctly drop elements drawn with a colour of /C[] and would not handle
colours (/C) defined in anything except RGB space.

The Sumatra test file annotations_galore_II.pdf exhibits a progression
with this commit (its the only other example of this I could find)

gs/Resource/Init/pdf_draw.ps

2014-04-15 10:09:19 +0100
Ken Sharp <ken.sharp@artifex.com>
b0a655cb457f5d719a647ef0663c4770c764cef7

pdfwrite - disable the BMC/BDC/EMC pdfamrks again

The previous commit b90e081b8ad9b64ae4b66bd27262a9582c129cfc could create
PDF files which Acrobat couldn't open.

This disables the pdfmark processing until I find out why.

gs/devices/vector/gdevpdfm.c

2014-04-15 09:35:45 +0100
Ken Sharp <ken.sharp@artifex.com>
b90e081b8ad9b64ae4b66bd27262a9582c129cfc

pdfwrite - implement the BDC, BMC and BDC pdfmarks

Bug #695151 "Add BMC/EMC and BDC pdfmark support"

Adopt the patch from Alexander Grahn, with the small addition of code to
free the Properties resource at the end of the job.

No differences expected.

gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfm.c
gs/devices/vector/gdevpdfx.h

2014-04-14 16:47:35 +0200
Norbert Janssen <norbert.janssen@oce.com>
723ae69281aec8c7e9ad5192fe77761f4e476186

Bug 695049: plexity handling in pcl

Handle plexity in pcl (and its interactions with left/top offset
registrations, pageside selections).

pcl/pcjob.c
pcl/pcpage.c
pxl/pxsessio.c

2014-04-11 22:33:07 -0600
Henry Stiles <henry.stiles@artifex.com>
44a0504d79c28baa6d7a5eda6d5a697424be1c7b

Fix 695417 cursor tracking broken.

The bug subject is incorrect, the problem was initially diagnosed as a
problem with GL/2 and PCL cursor interaction, but in fact it was the
rounding of the translation components of PCL raster to device space
matrix produced incorrect results at some resolutions.

This problem needs a bit more investigation but empirically not
rounding translation components seems to give better results. I don't
know if this is because it more closely emulates HP's calculations or
if there is another interaction in the ghostscript graphics library
which makes the integral translation components inappropriate.

The change results in many single pixel translations in the regression
tests.

pcl/rtgmode.c

2014-04-11 10:46:11 -0600
Henry Stiles <henry.stiles@artifex.com>
fdffeb917e804522ed7117f19ac230c9d23d158f

Fix bug #695129 black background painted with the pxlcolor device.

PXL has no high level understanding of PostScript or PDF transfer
functions so we fall back to having the graphics library handle color
conversion when a transfer function is set.

gs/devices/vector/gdevpx.c

2014-04-09 14:32:40 +0100
Ken Sharp <ken.sharp@artifex.com>
c8673cb8209a9f294721fae7a1842fcd8940ecab

PDF interpreter - implement the (not yet documented) revision 6 security handler

Copied from the MUPDF implementation. This does cause a few differences,
I'm not really sure why as the code can't possibly be causing them. I assume
its simply memory differences of some kind.

gs/Resource/Init/pdf_sec.ps
gs/psi/int.mak
gs/psi/zpdf_r6.c

2014-04-08 14:10:45 -0600
Henry Stiles <henry.stiles@artifex.com>
cd8b2819ddd9c9aba33a19c8913861767296d576

Disable the remaining long form color commands, fixing 695110.

All of the color long form commands appear to be no longer supported
on modern HP devices and our implementation of them frequently results
in unexpected output and difficult to find bugs. This change gets rid
of the remaining commands which affected white and black point
settings. Aside from fixing the test file in the bug this improves
several panels in the Quality Logic FTS against the Color Laserjet
4700, i.e. panels 810 and 814.

The command is simply truncated so the long form command is
transformed into a corresponding short form allowing for setting of
the color space, bits per component, etc. The long form code remains
for now and is easily brought back if we get user feedback that there
is an HP device we care to support with these extended color commands.
If that is the case it will have to be handled with conditional
compilation or a device emulation mode. We'd like to avoid that if
possible.

pcl/pccid.c

2014-04-07 19:32:45 +0200
Norbert Janssen <janssnjj@xs4all.nl>
2d0a6b70f3578a1e4ba61d05d1682a0e2a8f764b

Bug 695138: PCL pushcursor in definemacro not stored correctly (combined command)

When a macro is defined with a combined command and de define is not
the closing command (i.e. 0x) then the continuation as stored in the
macro_prefix (pcparse.c) is not correct. It contains only the <ESC>&,
but should have been <ESC>&f).
Thus a following 0S is stored as <ESC>&0S, i.s.o. <ESC>&f0S, and is not
recognized as a valid push-cursor command.

pcl/pcparse.c

2014-04-07 10:47:41 +0100
Chris Liddell <chris.liddell@artifex.com>
11bb9975a044bf281a498a8f20d3f2436725ad3d

Bug 692577: tweak lprsetup.sh for non-default locations

Provide a command line option to lprsetup.sh to specify where the filter files
should be written. Also, implement a simple heuristic to attempt to identify
the correct location for the filter files.

Finally, if we rely on the above heuristic, issue a warning and give the user
the chance to abort the script.

CLUSTER_UNTESTED

gs/lib/lprsetup.sh

2014-04-04 15:19:47 +0100
Ken Sharp <ken.sharp@artifex.com>
7e1117aa46696ea3d05f54e4bdd13d6641d53d8a

PXL font code - correct the order of a matrix multiplication

Bug #693947 "The Intellifont as type 3 font commit causes a regression."

Matrix multiplication is not commutative, and the order of operands was
incorrect in this case. Since it only matters for high level devices it
naturally only showed up with pdfwrite.

This shows a progression (with pdfwrite) in C207.bin and bug691464b.xl
which actually appears to be the same file.

pxl/pxfont.c

2014-04-04 14:42:20 +0200
Norbert Janssen <norbert.janssen@oce.com>
2024f434636139c9da20ab3afe0356d5e29c2c55

Bug 695100: pxl jpeg decoding sometimes misses scans

jpeg decoding (s_DCTD_process) is used by all pdls (pdf/ps/pcl/pxl/xps)
but in different ways.
The PDLs provide an output buffer (pw->ptr) for the decoded scan(s), and
an input buffer (pr->ptr) with inputdata. XPS's outputbuffer can contain
the complete image, the other pdls provide a buffer for 1 scan.

So XPS calls the jpeg-decoder once for the complete image (including the
EOI marker), the other pdls call repeatedly for 1 scan, until all scans
have been retrieved.

The jpeg-decoder (s_DCTD_process) calls gs_jpeg_read_scanlines(inputdata)
to decode 1 scan (using the inputdata). If inputdata is not enough the pdl
is asked for more, until (atleast) 1 scan is available. This scan
(samples) is then copied into the outputbuffer (goto dumpbuffer:).
If the outputbuffer is not filled completely, the jpeg-decoder is asked
for another scan (i.e. for XPS) which is then also added to the
outputbuffer.
Else (if the outputbuffer cannot contain the next scan) it is passed back
to the graphics-lib (pl_image_data), the outputbuffer is emptied and the
jpeg-decoder is called for the next scan.

However, with PXL, provided outputbuffer is exactly the size of a scan.
This means that it is only transferred, when s_DCTD_process wants to copy
a next scan (which fails because the outputbuffer is full; the
transferring is delayed), or end-of-data is reached.
If however, the gs_jpeg_read_scanlines() needs multiple inputbuffers to
provide this next scan, then this next scan will be copied over the not
yet transferred scan, thus causing the previous scan to be missed.

The fix in sdctd.c prevents the delaying and copies immediately.
The mod in pximage.c ensures that the complete imagedata (incl the
jpeg-EOI) is consumed (otherwise a bufferoverflow is triggered).

Some (PXL) cluster differences (progressions).

gs/base/sdctd.c
pxl/pximage.c

2014-04-02 22:57:33 +0100
Chris Liddell <chris.liddell@artifex.com>
89d0847d1f12a7069ccf2d6eff6328fd1f9aee10

Bug 695133: fix invalid types in form xobject matrix

The PDF in question has a name object rather a real or integer object as the
last entry in the matrix.

Before rendering the form, check the entries in the matrix, and if there is
an invalid type, replace it with a real value. I've opted to use 0.00 as the
replacement value, and this *seems* to reflect Acrobat's behavior. Creating
a test case where one of the scale values in the matrix is an invalid type
results in Acrobat not displaying the form, which hints at a degenerate matrix.
We have also previously established that Acrobat substitutes zero in other
similar cases.

No cluster differences.

gs/Resource/Init/pdf_draw.ps

2014-04-02 13:15:58 +0100
Ken Sharp <ken.sharp@artifex.com>
f3b31c9544c05f87fc0a58b133c5757311c49bbc

PS interpreter - don't limit sampled tint transforms to 64k data

Bug #693237 "PDF restrictions on PS function"

The bug title is misleading, as is the comment in the report. The problem
has little to do with PDF restrictions. When we get a tint transform for a
complex space we convert it into a PostScript function rather than maintaining
the tint transform as PostScript (we do this for performance reasons).

In general we try to use a type 4 (PostScript calculator) function, as these
are the most flexible variety, but these are not defined for PostScript, only
for PDF, and it is not always possible to handle a tint transform as a type
4 function. In this case we fall back to using a type 0 (sampled) function.

In order to create a sampled function we must (obviously!) sample the original
function, and create a lookup table to store the samples. This is an M-in
N-out table, so as the number of inputs and outputs increases the size of
the table increases dramatically. Because we store the data in a string
the code checks the size of the lookup table against 64k and if it is too
large (as in this case) rejects it and tries again, taking fewer samples.

The minimum number of samples is 2 (we must sample each end of the ramp),
and if we cannot fit that into a 64k string, then we returned a rangecheck
error.

However we now permit strings greater than 64k, so while we still want to
keep the lookup table to a sensible size, we should not abort just because
the table is > 64k.

This commit alters the logic so that we try to fit into a 64k string, but
if we've reached the minimum number of samples we don't bother checking any
more and simply use a string big enough to hold the data.

This seems to work, however the example file is reduced to the point where
nothing is visible on the output, and although the bug report references
a customer file its not attached to the report, nor is there any other
information which would allow me to find the original file. So this isn't
hugely well tested in this unusual condition.

No differences expected.

gs/psi/zfsample.c

2014-04-01 14:39:12 +0100
Ken Sharp <ken.sharp@artifex.com>
fb1ac66da597d9d6fe773ddaf3413098028cc6a0

pdfwrite - while processing pdfmarks, ensure strings are null-terminated before using sscanf

Bug #695119 "Ghostscript inconsistently fails creating links with pdfmark"

The problem turns out to be that while handling SrcPage in a pdfmark the
code executed sscanf on a string which was not guaranteed to be null-terminated

Here we copy the data and explicitly null terminate the copy before running
sscanf, so that the returned value is reliable.

Also remove an uninitialised variable that could potentially have caused a problem.

No differences expected.

gs/devices/vector/gdevpdfm.c

2014-03-31 20:25:27 +0100
Chris Liddell <chris.liddell@artifex.com>
5b5962e8610a279aba3841adb80d8e66bca2caa9

Bug 695087: modify jbig2 device to output jb2 files

The jbig2 device originally was written to output "bare" streams, as are written
to PDF files, but is of very limited use.

This commit changes it so the "bare" stream is written to a jb2 container file,
which can be easily opened, for example, by the jbig2dec command line tool.

Note that the output seems to be inverted, I haven't "fixed" that as I'm not
sure whether our jbi2 output is wrong, or the jbig2dec conversion to PNG is
wrong.

This is primarily to ease regression testing of the Luratech jbig2 encoder
integration.

No cluster differences.

gs/base/sjbig2_luratech.c
gs/base/sjbig2_luratech.h
gs/devices/gdevjbig2.c

2014-03-31 20:21:03 +0100
Chris Liddell <chris.liddell@artifex.com>
0ccf3294ecd3dbaa654279ca605dadccb8bd122a

Bug 695113: fix fpng device build handle shared zlib

No cluster differences.

gs/devices/devs.mak

2014-03-31 10:58:58 +0100
Ken Sharp <ken.sharp@artifex.com>
6cc95ce9fa08d126fc7c701f6eccc1cf49781e0b

ps2write - fix CompressPages=false and SubFileDecode filter

commit c30fb930e7c38dd7bcf47b0305e77cb6ba003bc3 altered the default of the
CompressPages switch to false, this uncovered an interesting bug. The code
previously used the string 'endstream' as the EODString argument for a
SubFileDecode filter. When the stream contents are compressed this is reliable
but if the stream contents are not compressed they may contain the string
'endstream' (eg a document describing PDF syntax) which would cause premature
end of data detection.

In this commit we instead set the EODString to the empty string () and set
the EODCount to the length of the stream. This is more reliable, because we
trust the stream length we create ourselves, but does mean that the stream
can no longer be edited simply, the length must now be consistent with the
actual stream contents.

This fixes a bug introdcued with commit c30fb930e7c38dd7bcf47b0305e77cb6ba003bc3
involving the test file DML_003-2010-1_8.pdf

gs/devices/vector/opdfread.h

2014-03-29 10:43:27 +0000
Ken Sharp <ken.sharp@artifex.com>
083fa3f6912ad3f44fc94d5e1a362878576b0024

ps2write - document incompatibility of ProduceDSC with the page options

gs/doc/Ps2ps2.htm

2014-03-29 10:42:57 +0000
Ken Sharp <ken.sharp@artifex.com>
c30fb930e7c38dd7bcf47b0305e77cb6ba003bc3

ps2write - alter the default of CompressPages to false for ps2write

gs/Resource/Init/gs_pdfwr.ps

2014-03-29 10:42:29 +0000
Ken Sharp <ken.sharp@artifex.com>
c126936d5bd81af58743d8770d9d21ac22e64211

ps2write - set EPS2Write to false when ProduceDSC is false

Due to the way that DSC and non-DSC headers are emitted the variable EPS2Write
wasn't set, which resulted in a PostScript error.

gs/devices/vector/gdevpdfu.c

2014-03-28 13:18:34 +0000
Ken Sharp <ken.sharp@artifex.com>
27f586bb4a5f5a3ffe6508874527eae684039380

pdfwrite - clamp CropBox to MediaBox for PDF/X output

Bug #695120 "Page boxes not nested properly when creating PDF/X using files with bleed"

The description of the bug is not accurate, the bleed is irrelevant.

The problem is caused because the specimen file has ridiculously accurate
MediaBox etc, specified to 3 decimal places. Due to rounding differences the
CropBox can be a tiny amount (thousandths of a millimeter) large than the
MediaBox.

I cannot find anywhere in the PDF/X-3 spec which says that the CropBox has
to be smaller than the MediaBox, but the Acrobat pre-flight tool complains
if it is.

This commit simply clamps the CropBox to the MediaBox that actually gets written
to the PDF file (for PDF/X only) and prevents the problem.

No differences expected

gs/devices/vector/gdevpdf.c

2014-03-27 13:13:53 +0000
Ken Sharp <ken.sharp@artifex.com>
4840334cee8f79d3dedb8b95899dc43e7a55779a

pdfwrite - don't emit ICC spaces with no Alternate and no potential default alternate

Bug #691500 "Bad pdf file generated with pdfwrite"

The XPS file cotnains a 6 colour ICC profile, the XPS interpreter passes this
along as an ICCBased space, but does not construct an /Alternate space for
it. pdfwrite would then emit a PDF file with a 6 colour profile and no
/Alternate, which is illegal as there is no possible way to convert the
input into a device space without handling the ICC profile.

If we encounter this (which I think is only possible from XPS), we now give
up on the ICC profile and instead convert to the ProcessColorModel colour
space instead.

Ghostscript can read the resulting file without error, Acrobat gives a
'drawing error' and evince complains about input profiles, but in general
I'm going to label this as a fix.

No differences expected

gs/devices/vector/gdevpdfk.c

2014-03-27 08:23:37 +0000
Ken Sharp <ken.sharp@artifex.com>
094451a13d990ba0f64c285ba157b6f45deb09e6

txtwrite - fix a buffer overrun

Bug #695109 "gswin32c produces an access violation when using txtwrite"

A cut and paste error led to us trying to copy a char string as a sequence
of shorts, resulting in overrunning the source buffer. Depending on the
precise memory layout this could cause access to unallocated memory and
an application crash.

Thanks to José Antonio for persisting with this bug and doing all the
debugging work.

No differences expected.

gs/devices/vector/gdevtxtw.c

2014-03-26 09:09:12 +0000
Chris Liddell <chris.liddell@artifex.com>
0b40e26308b5a728b1b1cbab7104c7da6b57618f

Update docs for release.

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/SavedPages.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2014-03-26 12:52:30 +0000
Chris Liddell <chris.liddell@artifex.com>
221a37e79b9d0e93d73b257bf16fe9c96c7505a0

Bump version number.

gs/Resource/Init/gs_init.ps
gs/base/version.mak

2014-03-26 07:34:18 +0000
Chris Liddell <chris.liddell@artifex.com>
ee4458671553d95302439bacbbb66333d019b83a

Add eps2write to Linux gs and all ghostpdl bulids

No cluster differences.

gs/Makefile.in
gs/configure.ac
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2014-03-26 08:46:33 +0000
Ken Sharp <ken.sharp@artifex.com>
c481ce6ab184e6cd109b856d6ba6d2bd440be85b

ps2write - better documentation for HaveTrueTypes

The documentation for HaveTrueTypes stated that TrueType fonts would be
emitted as bitmap fonts if -dHaveTrueTypes is false. This information was
only partially correct, if the size of the bitmap (as determined by the
text size and resolution) exceeds the maximum for the cache then we don't
put the bitmap in a font at all, we emit it as an inline image.

gs/doc/Ps2pdf.htm

2014-03-14 10:00:05 +0000
Chris Liddell <chris.liddell@artifex.com>
de72ef09fd37d51755faefdb4d719c78ac85d60c

doc changes from 9.12 release

Update version number, release and copyright dates.

Update release notes, changelog and couple of tweaks

Update product string and date for release.

CLUSTER_UNTESTED

gs/Makefile.in
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/SavedPages.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1
gs/psi/msvc.mak
gs/psi/winint.mak

2013-12-31 15:19:54 +0000
Robin Watts <robin.watts@artifex.com>
cdde0e961884a0dbe7e576af5f2f73df9527af6b

Import LCMS 2.6 Release version

Update gs calling code to cope, including simple mutex
handlers. Also incorporates our optimisations etc.

gs/base/gsicc_lcms2.c
gs/base/lib.mak
gs/lcms2/AUTHORS
gs/lcms2/ChangeLog
gs/lcms2/Makefile.am
gs/lcms2/Makefile.in
gs/lcms2/Projects/VC2010/testbed/testbed.vcxproj
gs/lcms2/Projects/VC2010/testbed/testbed.vcxproj.filters
gs/lcms2/Projects/VC2012/jpegicc/jpegicc.vcproj
gs/lcms2/Projects/VC2012/jpegicc/jpegicc.vcxproj
gs/lcms2/Projects/VC2012/jpegicc/jpegicc.vcxproj.filters
gs/lcms2/Projects/VC2012/lcms2.rc
gs/lcms2/Projects/VC2012/lcms2.sln
gs/lcms2/Projects/VC2012/lcms2_DLL/lcms2_DLL.vcproj
gs/lcms2/Projects/VC2012/lcms2_DLL/lcms2_DLL.vcxproj
gs/lcms2/Projects/VC2012/lcms2_DLL/lcms2_DLL.vcxproj.filters
gs/lcms2/Projects/VC2012/lcms2_static/lcms2_static.vcproj
gs/lcms2/Projects/VC2012/lcms2_static/lcms2_static.vcxproj
gs/lcms2/Projects/VC2012/lcms2_static/lcms2_static.vcxproj.filters
gs/lcms2/Projects/VC2012/linkicc/linkicc.vcproj
gs/lcms2/Projects/VC2012/linkicc/linkicc.vcxproj
gs/lcms2/Projects/VC2012/linkicc/linkicc.vcxproj.filters
gs/lcms2/Projects/VC2012/psicc/psicc.vcproj
gs/lcms2/Projects/VC2012/psicc/psicc.vcxproj
gs/lcms2/Projects/VC2012/psicc/psicc.vcxproj.filters
gs/lcms2/Projects/VC2012/resource.h
gs/lcms2/Projects/VC2012/testbed/testbed.vcproj
gs/lcms2/Projects/VC2012/testbed/testbed.vcxproj
gs/lcms2/Projects/VC2012/testbed/testbed.vcxproj.filters
gs/lcms2/Projects/VC2012/tiffdiff/tiffdiff.vcproj
gs/lcms2/Projects/VC2012/tiffdiff/tiffdiff.vcxproj
gs/lcms2/Projects/VC2012/tiffdiff/tiffdiff.vcxproj.filters
gs/lcms2/Projects/VC2012/tifficc/tifficc.vcproj
gs/lcms2/Projects/VC2012/tifficc/tifficc.vcxproj
gs/lcms2/Projects/VC2012/tifficc/tifficc.vcxproj.filters
gs/lcms2/Projects/VC2012/transicc/transicc.vcproj
gs/lcms2/Projects/VC2012/transicc/transicc.vcxproj
gs/lcms2/Projects/VC2012/transicc/transicc.vcxproj.filters
gs/lcms2/Projects/cppcheck/lcms2.cppcheck
gs/lcms2/Projects/mac/.DS_Store
gs/lcms2/Projects/mac/._.DS_Store
gs/lcms2/Projects/mac/LittleCMS/.DS_Store
gs/lcms2/Projects/mac/LittleCMS/._.DS_Store
gs/lcms2/Projects/mac/LittleCMS/Info.plist
gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/mariama.mode1v3
gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/mariama.pbxuser
gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/project.pbxproj
gs/lcms2/aclocal.m4
gs/lcms2/autogen.sh
gs/lcms2/configure
gs/lcms2/configure.ac
gs/lcms2/doc/LittleCMS2.5 API.pdf
gs/lcms2/doc/LittleCMS2.5 Plugin API.pdf
gs/lcms2/doc/LittleCMS2.5 tutorial.pdf
gs/lcms2/doc/LittleCMS2.6 API.pdf
gs/lcms2/doc/LittleCMS2.6 Plugin API.pdf
gs/lcms2/doc/LittleCMS2.6 tutorial.pdf
gs/lcms2/include/Makefile.in
gs/lcms2/include/lcms2.h
gs/lcms2/include/lcms2_plugin.h
gs/lcms2/m4/acx_pthread.m4
gs/lcms2/src/Makefile.in
gs/lcms2/src/cmscam02.c
gs/lcms2/src/cmscgats.c
gs/lcms2/src/cmscnvrt.c
gs/lcms2/src/cmserr.c
gs/lcms2/src/cmsgamma.c
gs/lcms2/src/cmsgmt.c
gs/lcms2/src/cmsintrp.c
gs/lcms2/src/cmsio0.c
gs/lcms2/src/cmsio1.c
gs/lcms2/src/cmsopt.c
gs/lcms2/src/cmspack.c
gs/lcms2/src/cmsplugin.c
gs/lcms2/src/cmsps2.c
gs/lcms2/src/cmstypes.c
gs/lcms2/src/cmsvirt.c
gs/lcms2/src/cmswtpnt.c
gs/lcms2/src/cmsxform.c
gs/lcms2/src/extra_xform.h
gs/lcms2/src/lcms2.def
gs/lcms2/src/lcms2_internal.h
gs/lcms2/testbed/Makefile.am
gs/lcms2/testbed/Makefile.in
gs/lcms2/testbed/ibm-t61.icc
gs/lcms2/testbed/new.icc
gs/lcms2/testbed/testcms2.c
gs/lcms2/testbed/testcms2.h
gs/lcms2/testbed/testplugin.c
gs/lcms2/testbed/testthread.cpp
gs/lcms2/testbed/zoo_icc.c
gs/lcms2/utils/delphi/lcms2dll.pas
gs/lcms2/utils/jpgicc/Makefile.in
gs/lcms2/utils/jpgicc/jpgicc.c
gs/lcms2/utils/linkicc/Makefile.in
gs/lcms2/utils/psicc/Makefile.in
gs/lcms2/utils/psicc/psicc.c
gs/lcms2/utils/tificc/Makefile.in
gs/lcms2/utils/tificc/tificc.c
gs/lcms2/utils/transicc/Makefile.in
gs/lcms2/utils/transicc/transicc.1

2014-03-24 10:00:23 +0000
Ken Sharp <ken.sharp@artifex.com>
c74e146b74fe6db9f3a91ff71b7478dac79b5c1a

Repair performance degradation with PostScript functions

Bug #693561 "gs_c_param_list_release() corrupts memory"

The commit 289aa28f46e2be1c87c34d44ee86dec41e87506b removed the explicit
test of the device name with a test against a specifically named device
parameter. However, as noted in the bug, this led to a performance penalty
as the parameter was re-evaluated inside a loop.

This commit moves the parameter evaluation outside check_psc_function()
altogether as this routine can be called recursively. Instead the parameter
is retrieved in the calling routines and passed as a new argument.

No differences expected

gs/psi/zfunc4.c

2014-03-24 09:56:32 +0000
Ken Sharp <ken.sharp@artifex.com>
23666d2037f14a1ef880e60bce9008203e502436

Make C 'param' collections free memory as per 'ref' params

Bug #693561

The 'memory corruption' referred to in the bug report is actually a memory
leak, and is only exposed by using the -Z? (check pointers) debugging switch.
As such its not as disastrous as the bug report makes it sound (I'm unable
to reproduce the SEGV).

Its caused because when we retrieve a parameter list from the device, we do
so using the 'C' param list structures rather than the PostScript 'ref'
params. One of the things that pdfwrite returns is image dictionaries, and
these require us to create a temporary param list. With the 'ref' param
structures, when we call param_end_write_dict (redirected through a macro
to param_end_write_collection, further redirected through a macro to
plist->procs->end_xmit_collection) the memory used by the list is explicitly
freed, when we use the 'C' param, it is *NOT* freed.

All the places in the code that I can find where we call param_end_write_dict
seem to assume that this will also free the memory. This commit modifies
the C param list code so that it also frees the memory. At least now the
two param types behave the same.

No differences expected

gs/base/gscparam.c

2014-03-22 04:07:14 +0000
Hin-Tak Leung <hintak@ghostscript.com>
8ae4ee220766aa180150eafeffe4f094f1354f92

Fixes PXL segfault with trying to set up icc transform for bitmasks, Bug 695103

Masks also get treated as images (the conditionals about being masks,
bit-depths, interpolation, etc is getting really long...), and the
iccTranform change mistakenly try to set up link transform for such.
There should be an additional conditional (where this change is) for
the data not being masks. This is equivalent to not
setting up icc tranform for missing color space info (Part 1), but clearer.
The other two check images having valid color space info, and should stay.

Cluster tested. No difference expected.

Signed-off-by: Hin-Tak Leung <hintak@ghostscript.com>

gs/devices/vector/gdevpx.c

2014-03-21 21:44:30 +0000
Hin-Tak Leung <hintak@ghostscript.com>
553cea8ecaeba7a48837325da098583eaef5f1ca

Further protection against PXL segfault with image data without colorspace info, Bug 695103

Someghow since gs 9.10, it becomes possible for image data to arrive
without colorspace info, and accessing such causes segfault; we should
protect against it in any case, but further investigation (possibly
by somebody else) is needed on how that happened. Part 2 of the fix.

Cluster tested. No difference expected.

Signed-off-by: Hin-Tak Leung <hintak@ghostscript.com>

gs/devices/vector/gdevpx.c

2014-03-21 21:42:30 +0000
Hin-Tak Leung <hintak@ghostscript.com>
b780ff05fd1959202b27f9c0da383968a7e398e9

Protection against PXL segfault with image data without colorspace info, Bug 695103

Someghow since gs 9.10, it becomes possible for image data to arrive
without colorspace info, and accessing such causes segfault; we should
protect against it in any case, but further investigation (possibly
by somebody else) is needed on how that happened. Part 1 of the fix.

Cluster tested. No difference expected.

Signed-off-by: Hin-Tak Leung <hintak@ghostscript.com>

gs/devices/vector/gdevpx.c

2014-03-20 11:40:18 +0000
Ken Sharp <ken.sharp@artifex.com>
b504d2f72c6903a4dbf66176ec3358e4cd5d151d

pdfwrite - fix multi-plane images with < 8bpc

The code to pack multiple bit planes into bytes didn't properly account
for the number of bytes to be written to the output. We always wrote a
full block of bytes as long as the number of bytes remaining was not
greater than our block size. That is, it did not account for the fact that
we might not need to write a complete block of bytes, in the case where the
number of bytes left was exactly equal to the size of our internal block.

Fixed that by changing the '>=' to '>' so that if the size was equal we would
properly check to see how many bytes we actually need to write. This then
uncovered another problem, if the width of the image in bits was a multiple
of the block size, then we wouldn't write any data. Fixed that too.

No differences expected.

gs/devices/vector/gdevpdfi.c

2014-02-14 23:18:53 +0000
Hin-Tak Leung <hintak@ghostscript.com>
bccf1cdd8d8936a8ff89ea09c1887a4816ca5685

Miscellaneous corrections to typos and comments, accumulated over a while.

Not cluster tested.

Signed-off-by: Hin-Tak Leung <hintak@ghostscript.com>

gs/base/gxblend.h
pcl/pcindxed.c
pcl/rtgmode.c
pcl/rtraster.c

2014-03-10 00:37:09 +0000
Hin-Tak Leung <hintak@ghostscript.com>
d1f1b3eccb689bb9c1fa80f20f222c44ed563e99

Fixes unicode-processing related slowdown from the python 2 to 3 migration.

Replaces the last "+" usage by join() in the hex dump part.

Concatenation via "+" in python has always known to be slow.
It becomes of acceptable speed towards the end of the python
2 cycle, and becomes very slow again when 3-migration
compatibility for python 2 is switched on. This is a
Python string processing idiosyncrasy - the optimal
ways of concatenating strings in python is via join(), instead
of the more common "+".

3MB test file (attachment 9725 to bug 694086) - any
non-small PXL file should do. "+" is almost 20x slower
than join():

$ time python2 before/pxldis.py test.pxl > /dev/null

real 4m39.810s
user 4m9.798s
sys 0m2.548s

$ time python3 before/pxldis.py test.pxl > /dev/null

real 0m13.150s
user 0m12.374s
sys 0m0.081s

$ time python2 after/pxldis.py test.pxl > /dev/null

real 0m18.653s
user 0m17.871s
sys 0m0.129s

$ time python3 after/pxldis.py test.pxl > /dev/null

real 0m13.295s
user 0m12.969s
sys 0m0.053s

Not cluster tested. cluster testing is not relevant to this script.

Signed-off-by: Hin-Tak Leung <hintak@ghostscript.com>

tools/pxldis.py

2014-03-12 15:16:05 +0000
Hin-Tak Leung <hintak@ghostscript.com>
41ab485d48890ecadc3d5f74657b644f9d1a8d7f

pxlmono/pxlcolor: Transform deep (24-bit) images with an ICC transform to emit high-level images. Bug 690867.

Deep images with an associated rendering intent
or custom colour spaces, or icc profiles, could be emitted
more efficiently as high-level PXL images if the individual
pixels values are transformed through the icclink transform.

The new code path is off by default, and switched on via an option
(-diccTransform). When the new code is thoroughly tested, this
option will be removed and the new code path will become the default.

Cluster tesed - new code is optional and off by default,
no difference is expected.

Signed-off-by: Hin-Tak Leung <hintak@ghostscript.com>

gs/devices/vector/gdevpx.c

2014-03-12 15:03:58 +0000
Hin-Tak Leung <hintak@ghostscript.com>
4b44b41c9b6c4a7e5ebf03b6970f9be39548443b

Implements PCL XL Compression Mode 2 (JPEG), and updated documentation and other support files. Bug 694282.

This patch implements PCL XL Compression Mode 2 (JPEG) -
Bug 694282. Compression Mode 2 would be appropriate when the
original image data is already lossy (Bug 691880 - JPX,
Bug 690867 - JPEG).

Unlike compression mode 1 (RLE) and 3 (DeltaRow), JPEG
is not appropriate for arbitrary indexed-coloured images
or masks, so this new functionality will silently fall
back to RLE for masks and other unsuitable data.
Currently it is limited to apply to only 24-bit input to
be on the conservative side. Further furture improvement
may be possible for gray 8-bit images to emit gray jpeg
if those can be identified accurately.

Cluster tested. The new functionality is optonal and controlled by
-dCompressMode=2 (default 1) so no difference is expected.

Signed-off-by: Hin-Tak Leung <hintak@ghostscript.com>

gs/devices/devs.mak
gs/devices/vector/gdevpx.c
gs/doc/Devices.htm

2014-03-18 11:41:44 -0700
Ray Johnston <ray.johnston@artifex.com>
39da69e074c36e5a56ac52041444e4af1aa9a7c8

Fix Segfaults caused by 'vertical stripe' fix (f18fac0).

The done flag is no longer needed and caused us to exit the while
loop before processing enough of the data.

Also, move_landscape_buffer could end up with position_curr ==
position_new so we were moving 'in place' (wasting time). Fix that.

gs/base/gxht_thresh.c

2014-03-18 11:39:51 +0000
Ken Sharp <ken.sharp@artifex.com>
7c8b652e6e9019c8e9c9731f8e7a59c3505db638

pdfwrite - null a pointer to avoid an enumeration problem

pdev->vgstack wasn't being set to NULL when freed, which could lead to
garbage collection problems.

At the same time, remove two macros which I really don't like (and made this
problem difficult to locate) and set a couple more pointers to NULL when
the contents are freed.

Bug #694380, but unfortunately this simply causes a seg fault in a different
location.

gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfx.h
gs/devices/vector/gdevpdtd.c

2014-03-18 10:44:49 +0000
Chris Liddell <chris.liddell@artifex.com>
f20811cce805fcc748e58112ec4fdaa87b934960

Bug 694612: add some bounds checking to fax decode

to prevent writing off the end of the buffer with corrupted data.

No cluster differences.

gs/base/scfd.c

2014-03-17 13:07:37 -0700
Michael Vrhel <michael.vrhel@artifex.com>
2ab7e7b2d8a7cf92b3cb5c4e6d4455e4badc98de

Fix to turn of BPC when we are using the Gray_to_K ICC profile.

This appears to be a bug in lcms. Will follow up with Marti. Also fix for tiff64nc. In the test
tiff_compression_allowed we were missing the test for the 16 bit case. Surprisingly this commit
results in progressions in the 8 bit device outputs too when we have a gray source and going
to a CMYK device.

gs/base/gsicc_cache.c
gs/devices/gdevtifs.c

2014-03-17 13:06:05 +0000
Ken Sharp <ken.sharp@artifex.com>
5412d27994c9abec041e798592b2c842d8910a5c

pdfwrite - handle CIDFonts with mixed type 3/type 1 descendants

Bug #691096 "the file generated by ps2pdf from this PS file does not display some chars"

The input has a CIDFont declared which uses both a type 1 and a type 3 font
as descendants. The pdfwrite device family can't handle this, resulting in
/.notdef glyphs.

In this commit; when we detect a switch to a type 3 descendant, and the previous
font was not a type 3, we set 'type3charpath' to true. This forces the
text handling to fall back to a bitmap font mode for this text.

This is less than ideal, but its a very rare occurence and does result in
all the text being rendered.

No differences expected

gs/devices/vector/gdevpdtc.c

2014-03-15 12:47:22 -0700
Ray Johnston <ray.johnston@artifex.com>
4f18e30f56b7fcc339b617e82e948ed96d561cde

Git rid of some simple 'unused' compiler warnings.

gs/base/gsfcmap1.c
gs/base/gsicc.c
gs/base/gsicc_create.c
gs/base/gxdcolor.c
gs/base/gxht_thresh.c
gs/base/gxp1fill.c
gs/base/gxshade.c

2014-03-14 14:39:51 -0700
Ray Johnston <ray.johnston@artifex.com>
1e79e7e3f12404a85d52dfa28b254998b39b0782

Fix broken detection for fast image threshold, planar and GrayValues > 2.

The detection enabled ALL planar devices, so bits per component 2 and
above would use the 1 bit methods.

gs/base/gxicolor.c

2014-03-14 09:44:08 +0000
Chris Liddell <chris.liddell@artifex.com>
bb78de3c11b86088126d3f5d2a7a4c817caf4935

Bump version numbers.

gs/Resource/Init/gs_init.ps
gs/base/version.mak

2014-03-13 20:35:53 -0700
Ray Johnston <ray.johnston@artifex.com>
f18fac03991c6164dfad81f03b3e7a8a4eadf243

Fix sporadic vertical stripes with planar fast image thresholding (pkmraw)

In the landscape code, only the data for the last plane was being moved
to the start of the contone data for the next 32 lines of output. Seen
with -sDEVICE=pkmraw -dUsePlanarBuffer J8_landscape.ps but any landscape
image could have the problem. New code moves all planes and only resets
the ht_landscape parameters after all planes have been processed and
output (via copy_planes).

gs/base/gxht_thresh.c

2014-03-26 09:09:12 +0000
Chris Liddell <chris.liddell@artifex.com>
a76558de66281375e2a738a2380ca62c0fd223d4

Update docs for release.

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/SavedPages.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2014-03-26 09:06:56 +0000
Chris Liddell <chris.liddell@artifex.com>
3ab7b7c314bf478ad76dae0f90f2dd6370fa11a6

Up version number

gs/Resource/Init/gs_init.ps
gs/base/version.mak

2014-03-26 07:34:18 +0000
Chris Liddell <chris.liddell@artifex.com>
0e3e14fce68beb871c48e427af6904f7441bf803

Add eps2write to Linux gs and all ghostpdl bulids

No cluster differences.

gs/Makefile.in
gs/configure.ac
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2014-03-25 08:39:14 +0000
Chris Liddell <chris.liddell@artifex.com>
3059462485a66539f8a036b1bc60584f74901ac2

Update product string and date for release.

gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/SavedPages.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2014-03-14 11:56:29 +0000
Chris Liddell <chris.liddell@artifex.com>
aac778af6233ee10e66c1ca3f902adf8b6566b60

Update release notes, changelog and couple of tweaks

gs/doc/History9.htm
gs/doc/News.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Use.htm

2014-03-18 11:41:44 -0700
Ray Johnston <ray.johnston@artifex.com>
20f8aebb83a88ca225b67c3bbf5e6dae936349b0

Fix Segfaults caused by 'vertical stripe' fix (f18fac0).

The done flag is no longer needed and caused us to exit the while
loop before processing enough of the data.

Also, move_landscape_buffer could end up with position_curr ==
position_new so we were moving 'in place' (wasting time). Fix that.

gs/base/gxht_thresh.c

2014-03-17 13:07:37 -0700
Michael Vrhel <michael.vrhel@artifex.com>
7458c4b5eed25b49ba15dcb37b6dd2ec1d6f0089

Fix to turn of BPC when we are using the Gray_to_K ICC profile.

This appears to be a bug in lcms. Will follow up with Marti. Also fix for tiff64nc. In the test
tiff_compression_allowed we were missing the test for the 16 bit case. Surprisingly this commit
results in progressions in the 8 bit device outputs too when we have a gray source and going
to a CMYK device.

gs/base/gsicc_cache.c
gs/devices/gdevtifs.c

2014-03-13 20:35:53 -0700
Ray Johnston <ray.johnston@artifex.com>
c23cde8b44a751a787636a7747b42b2da7911922

Fix sporadic vertical stripes with planar fast image thresholding (pkmraw)

In the landscape code, only the data for the last plane was being moved
to the start of the contone data for the next 32 lines of output. Seen
with -sDEVICE=pkmraw -dUsePlanarBuffer J8_landscape.ps but any landscape
image could have the problem. New code moves all planes and only resets
the ht_landscape parameters after all planes have been processed and
output (via copy_planes).

gs/base/gxht_thresh.c

2014-03-14 10:00:05 +0000
Chris Liddell <chris.liddell@artifex.com>
b65f4e9d7cdd32981680a5486e1c1c320ac4046e

Update version number, release and copyright dates.

gs/Makefile.in
gs/Resource/Init/gs_init.ps
gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/SavedPages.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1
gs/psi/msvc.mak
gs/psi/winint.mak

Version 9.14 (2014-03-26)

This is the tenth full release in the stable 9.x series, and is primarily a maintenance release.

Highlights in this release include:

For a list of open issues, or to report problems, please visit bugs.ghostscript.com.

Incompatible changes

No recorded incompatible changes.

Changelog

2014-03-14 10:00:05 +0000
Chris Liddell <chris.liddell@artifex.com>
b65f4e9d7cdd32981680a5486e1c1c320ac4046e

Update version number, release and copyright dates.

gs/Makefile.in
gs/Resource/Init/gs_init.ps
gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/SavedPages.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1
gs/psi/msvc.mak
gs/psi/winint.mak

2014-03-18 11:41:44 -0700
Ray Johnston <ray.johnston@artifex.com>
20f8aebb83a88ca225b67c3bbf5e6dae936349b0

Fix Segfaults caused by 'vertical stripe' fix (f18fac0).

The done flag is no longer needed and caused us to exit the while
loop before processing enough of the data.

Also, move_landscape_buffer could end up with position_curr ==
position_new so we were moving 'in place' (wasting time). Fix that.

gs/base/gxht_thresh.c

2014-03-17 13:07:37 -0700
Michael Vrhel <michael.vrhel@artifex.com>
7458c4b5eed25b49ba15dcb37b6dd2ec1d6f0089

Fix to turn of BPC when we are using the Gray_to_K ICC profile.

This appears to be a bug in lcms. Will follow up with Marti. Also fix for tiff64nc. In the test
tiff_compression_allowed we were missing the test for the 16 bit case. Surprisingly this commit
results in progressions in the 8 bit device outputs too when we have a gray source and going
to a CMYK device.

gs/base/gsicc_cache.c
gs/devices/gdevtifs.c

2014-03-13 20:35:53 -0700
Ray Johnston <ray.johnston@artifex.com>
c23cde8b44a751a787636a7747b42b2da7911922

Fix sporadic vertical stripes with planar fast image thresholding (pkmraw)

In the landscape code, only the data for the last plane was being moved
to the start of the contone data for the next 32 lines of output. Seen
with -sDEVICE=pkmraw -dUsePlanarBuffer J8_landscape.ps but any landscape
image could have the problem. New code moves all planes and only resets
the ht_landscape parameters after all planes have been processed and
output (via copy_planes).

gs/base/gxht_thresh.c

2014-03-14 09:40:22 +0000
Chris Liddell <chris.liddell@artifex.com>
7784cce96478d8bcec314e2dc8ecb3d3a849c37b

Add missing newline to memento error logging.

CLUSTER_UNTESTED

gs/base/memento.c

2014-03-11 08:31:32 -0700
Ray Johnston <ray.johnston@artifex.com>
c34097f6786f809826a30484e69684adf4915e9a

Fix output color values of pkm and pkmraw for GrayValues > 2.

In the header we indicate the max value is 255, so the output values
need to be scaled to that, not the color_info.max_color. We stay with
255 since many viewers cannot display PPM files with other that 255
as the max (ignoring the max value in the header).

gs/devices/gdevpbm.c

2014-03-13 11:43:24 +0000
James Cloos <cloos@jhcloos.com>
685e801f7de04d087166e24b3373ab16dcca57bc

Bug 695080: fix typo in the pngmono device declaration

which caused pngmono to threshold rather than halftone at or above 150 dpi.

No cluster differences.

gs/devices/gdevpng.c

2014-03-13 13:47:56 +0000
Robin Watts <robin.watts@artifex.com>
303b48577602fb78df5fa40eb2de1d8e73245afa

Bug 695090: Solve memory overwrite with pkmraw in planar mode.

When using -dUsePlanarBuffer with the pnm devices, we run the
underlying rendering in planar mode, but then expect 'getbits'
to return chunky pixels. As such, the memory we allocate to
'getbits' into should be allocated for chunky mode, not for
planar mode.

gs/base/gdevprn.h
gs/base/gsdevice.c
gs/base/gxdevcli.h
gs/devices/gdevpbm.c

2014-03-13 11:19:11 +0000
Chris Liddell <chris.liddell@artifex.com>
f2fde5b9596318796f4ffd8d356116b1bb203ae3

Delete gs_fform.ps

If we want to cache forms, we should implement it properly.

CLUSTER_UNTESTED

gs/lib/gs_fform.ps

2014-03-13 10:53:49 +0000
Andreas Schwab <schwab@linux-m68k.org>
becedfbfdbd9dee77825ff245f48c0acc9d03252

Bug 695058: force correct struct ref_s size

On compilers that tightly pack structures (i.e. don't pad to alignment
boundaries), struct ref_s could end up as 14 bytes instead of 16 bytes,
thus breaking requirement in the garbage collector.

This is less than ideal, and would be better achieved using the same trick
we use for the alignment of obj_header_s in base/gxobj.h, linking the structure
size to the obj_align_mod, but as on the majority of systems struct ref_s is
already 16 bytes, that results in a zero byte array which notable compilers (at
least MSVC, and probably others) to error.

No cluster differences,

gs/psi/iref.h

2014-03-13 09:27:28 +0000
Chris Liddell <chris.liddell@artifex.com>
fdaa74efeebb753db1855eaf6a3a824ecbf1231e

Remove deprecated glyph mapping code.

No cluster differences.

gs/Resource/Init/gs_ttf.ps
gs/Resource/Init/gs_type1.ps

2014-03-12 17:18:25 +0000
Chris Liddell <chris.liddell@artifex.com>
fe0b8fcfb69246cbea99b85f453ed6c3c83f4592

Bug 693380: raise file path/name size limit to 4k

And move as many cases of paths allocated on the stack to heap memory as is
reasonable.

No cluster differences.

gs/base/gdevdevn.c
gs/base/gp.h
gs/base/gsdevice.c
gs/base/gsiodisk.c
gs/base/gsiomacres.c
gs/base/gsparam2.c
gs/devices/gdevtsep.c
gs/devices/vector/gdevxps.c
gs/psi/zfile.c
xps/xpsjxr.c

2014-03-13 10:35:33 +0000
Ken Sharp <ken.sharp@artifex.com>
83b6646951fee8fe153d14d3e2d7da75894b922a

PDF interpreter - fix multiple xref stream reading

Bug #695086 "**** Error: Trailer is not found."

When reading Xref streams, the PDF interpreter resizes its internal xref
tracking objects by looking at the /Size of the stream and making sure
the objects are at least that big. However it did not account for the fact
that an Xref stream may not start with object 0.

In this case the first stream encountered had a /Size of 2, and an /Index
of [6 0]. This meant that we allocated objects of size 2, then tried to store
into location8, which naturally failed.

This commit adds the /Index (starting object number) to the /Size before
ensuring the objects are large enough.

No differences expected

gs/Resource/Init/pdf_main.ps

2014-03-12 21:25:39 -0700
Marcos H. Woehrmann <marcos@inches.(none)>
fadf80da45458db57cffdd90f1ed6c57aa31e51f

Fixed typo in Devices.htm.

gs/doc/Devices.htm

2014-03-12 15:52:34 +0000
Ken Sharp <ken.sharp@artifex.com>
94d070553225e0a8fb38157e081e9496dee8fde5

pdfwrite - remove deprecated code

Before the release of 9.06 I #ifdef'ed a load of code as deprecated. Nobody
has found any problems, so I'm removing the code.

gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfp.c
gs/devices/vector/gdevpdfu.c
gs/devices/vector/gdevpdfx.h
gs/devices/vector/gdevpdt.h
gs/devices/vector/gdevpdte.c
gs/devices/vector/gdevpdtf.h
gs/devices/vector/gdevpdtt.c
gs/devices/vector/gdevpdtw.c
gs/devices/vector/gdevpsds.c

2014-03-12 13:32:05 +0000
Ken Sharp <ken.sharp@artifex.com>
0598a205e9293fcaf548571624d93f534afa098d

Documentation - remove %ram% from the projects, as it is completed

gs/doc/Projects.htm

2014-03-12 09:33:24 +0000
Ken Sharp <ken.sharp@artifex.com>
8fad68f7c27f16cf78967443322bc4f638649f27

Update documentation for the pdfwrite family

devices.htm - change epswrite references to eps2write, note that support for
language level 1 output is now removed.

drivers.htm - alter pswrite to ps2write

use.htm - alter epswrite to eps2write

issues.htm - remove a surprisingly large number of documented issues which
appear to be no longer issues. Note that epswrite is deprecated.

ps2pdf.htm - improve the documentation of PDF/A and PDF/X output and correct
the places where it was incorrect with the new colour management.

No differences.

gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Issues.htm
gs/doc/Ps2pdf.htm
gs/doc/Use.htm

2014-03-11 09:58:31 -0600
Henry Stiles <henry.stiles@artifex.com>
ee30f349671e3a23d666615f1648eab4a5290b4c

Abbreviated escape sequence improvement.

Abbreviated escape sequences were not handled properly with commands
that hold arbitrary amounts of data, like raster and font related
commands. PCL shorthand is rarely used in this circumstance
but it is legal. Thanks to Hin-Tak for the discovery and analysis of
this problem.

pcl/pcparse.c
pcl/pcparse.h

2014-03-09 16:11:24 +0000
Chris Liddell <chris.liddell@artifex.com>
4c2f426905b4bf300f6b412024d71cd2be6276de

Remove GhostSVG.

No cluster differences.

Makefile
gs/configure.ac
svg/ghostsvg.h
svg/svg.mak
svg/svg_gcc.mak
svg/svg_msvc.mak
svg/svgcolor.c
svg/svgcolorlist.h
svg/svgdoc.c
svg/svgshapes.c
svg/svgtop.c
svg/svgtransform.c
svg/svgtypes.c
svg/svgxml.c

2014-03-09 15:54:06 +0000
Chris Liddell <chris.liddell@artifex.com>
8dacc34a50174bceac7786ce47466d9a71547955

Remove SVG writer from Ghostscript/GhostPDL

No cluster differences.

gs/Makefile.in
gs/configure.ac
gs/devices/devs.mak
gs/devices/vector/gdevsvg.c
gs/psi/msvc.mak

2014-03-06 11:57:00 -0800
Ray Johnston <ray.johnston@artifex.com>
22ebcc33db33aa15399a6836e48953736256eb41

Fix UseFastColor during clist playback.

Discovered with customer 532, the default_match was not set early
enough in gsicc_get_link for the index to be correct, effectively
disabling usefastcolor mode. As a result images could be rendered
with ICC based color transform instead of the 'nocm' fastcolor
methods.

gs/base/gxclimag.c
gs/base/gxclist.h
gs/base/gxclrast.c

2014-03-08 20:29:30 +0000
Chris Liddell <chris.liddell@artifex.com>
f5457548e8162438a43b1aeb2040e34c001adaa4

Use malloc/free for lcms(2) shared lib build.

No cluster differences.

gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/lcms.mak
gs/base/lcms2.mak

2014-03-07 17:00:28 +0000
Ken Sharp <ken.sharp@artifex.com>
58121374ed0d12aa38c872eb4d069b75ed5875d5

cast to silence a compiler warning

gs/base/gdevvec.c

2014-03-07 13:41:01 +0000
Ken Sharp <ken.sharp@artifex.com>
94c5ecffe4bf66cc91108d99a802c7c2d3b86e0b

PS interpreter, vector devices and pdfwrite - remove setdash limit of 11

Bug #693916 "setdash does not accept more than 11 elements in the array argument"

The PostScript interpreter was already capable of this, it simply required
the limit check to be removed. The vector device needed to allocate and
free an array of floats, rather than maintain a fixed size array.

pdfwrite was teh most complex as it maintains a stack of gstates, and these
also needed to be modified to allocate and free the dash array. However the
gstate stack wasn't already a garbage collecting structure. Rather than going
to the effort of turning it into one I've opted to allocate the dash pattern
from non-gc memory.

A few PCL files show differences with pdfwrite, because previously pdfwrite
would throw an error (more than 11 elements in the dash array) and the stroked
lines would degenerate into filled rectangles, whereas now they are drawn as
stroked lines with a correct dash pattern. This is much more efficient.

The clist remains unmodified, Ray assures me that it will be handled there
without problems.

gs/Resource/Init/gs_init.ps
gs/base/gdevvec.c
gs/base/gdevvec.h
gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfx.h

2014-03-05 09:47:52 -0800
Ray Johnston <ray.johnston@artifex.com>
4b16c45c3b834efb9ff9608360d3c053e91b1f23

Fix UseFastColor ignored for pages with transparency.

Found when researching problem from customer 532.

gs/base/gdevp14.c

2014-03-03 12:21:12 -0800
Ray Johnston <ray.johnston@artifex.com>
e63f9d066c001052f5594f09c3a3a59ff80d2d03

Fix problem with -d***Values=16 and bitrgb device.

The max_gray and max_color would confuse the gx_device_must_halftone
macro because setting -dGrayValues=16 would end up setting the
max_gray and max_color to 31 (0x1f) which does NOT halftone. with
the change setting to 16 values doesn't change the bpc if put_params
is called again. Also remove allowing -dGrayValues=32 from supported
choices.

gs/devices/gdevbit.c

2014-03-05 08:54:56 +0000
Ken Sharp <ken.sharp@artifex.com>
b442d9a0c193d2d0114e72e1312e7bcc6e558aab

pdfwrite revert 3894e9c8a3ab125c82048da3bf81515500bb2da0


Bug #695083 " Regression: pdfwrite DEVICE generates extra page with -dLastPage= option"
This wasn't a customer bug report, and it doesn't work well with PCL, when
specifying -dLastPage, so I've decided just to revert it.

A very few PCL files are flagged by the cluster as different, but there are
no bmpcmp diffs.

gs/devices/vector/gdevpdf.c

2014-03-03 17:34:08 +0000
Robin Watts <robin.watts@artifex.com>
9a68412d171e5c998026a13dffcbc90ef9d477b9

Bug 695007: Fix problems with unicode chars in TEMP path.

If there are unicode chars in the temporary path (either that
given by TMPDIR, TEMP or windows own GetTempPath functions)
when opening a scratch file, we mishandle them.

This commit improves the behaviour to treat paths consistently
as UTF8.

This incorporates changes from Paul Gardiner to make the winrtsup.cpp
functions use wide chars. This simplifies the functions and integrates
better with the calling code. Also fix some uses of sizeof where size
in chars was required.

gs/base/gp_mswin.c
gs/base/winrtsup.cpp
gs/base/winrtsup.h

2014-03-04 10:24:47 +0000
Paul Gardiner <paulg-artifex@glidos.net>
f29e49d4b157a84b4793eda614447811b471c047

Fix pointer-usage bug in GetTempFileNameWRT

gs/base/winrtsup.cpp

2014-03-04 15:30:02 +0000
Ken Sharp <ken.sharp@artifex.com>
5b2adda7468241123d9559a98cd469f527dd7e3c

pdfwrite - do not apply the 'Default*' colour spaces

Noticed while testing by Chris.

The PDF spec says that if any of DefaultGray, DefaultRGB or DefaultCMYK are
present in a PDF page, then we should use those to do a conversion to
device-independent colour space for colours specified in the matching Device*
space.

This is broadly equivalent to the UseCIEColor PostScript user parameter but
unlike that parameter the user has no control over it. Previously we applied
this conversion but it seems unreasonable to do this for pdfwrite as this
will convert a PDF using device spaces into a PDF using ICCBased spaces.

Accordingly we now test the device properties and for HigLevel devices we
do *not* perform this conversion.

If the conversion really is desired then setting -dUseCIEColor will perform it.

This results in a very few files showing differences, neither progressions
nor regressions, merely different. However the pdfwrite warning about use
of UseCIEColor does go away.

gs/Resource/Init/pdf_main.ps

2014-03-04 09:25:18 +0000
Chris Liddell <chris.liddell@artifex.com>
2621110f37eb0c94a732578acd24634caec1c25b

Bug 694832: add an explicit flag for TTF notdef

The previous solution for this issue "overloaded" an existing workaround for
pdfwrite. Unfortunately, a clash between pdfwrite's needs and FAPI's meant it
did not work all the time.

So, when loading a TTF for use in a PDF, add a new flag to the font dictionary
to tell the FAPI code whether to render a Truetype notdef.

Several differences show up on the cluster - the following are progressions
compared to Acrobat:
Bug689757.pdf
Bug691031.pdf
Bug691221.pdf
Bug693538.pdf
Bug693646.ps
Bug693711.pdf
keyboard.pdf
CATX1490.pdf
IA3Z0815.pdf

These are different from before, but since Acrobat can't even open these,
I don't much care:
207ee6f24411fc4591d2b5a337c46de8-full.pdf
2123_-_MacExpertEncoding_badly_handled.pdf
764_-_heading_garbage.pdf

gs/Resource/Init/gs_ttf.ps
gs/psi/zfapi.c

2014-03-04 09:49:52 +0000
Ken Sharp <ken.sharp@artifex.com>
0214c1b9c70cd41026e5cda707e582b32489a64c

remove a misleading comment

gs/devices/vector/gdevpdfu.c

2014-03-04 09:47:50 +0000
Ken Sharp <ken.sharp@artifex.com>
095ae57e266ee5168f042c26dd2e9d12273efb28

ps2write - fix missing %%BeginResource comment for FontFile objects

Bug #695082 " ps2write: Some "%%BeginResource" DSC comments have only one "%" character"

FontFile streams were being written with a "%%EndResource" comment, but the
"%%BeginResource" comment was missing.

No differences expected

gs/devices/vector/gdevpdfu.c
gs/devices/vector/gdevpdfx.h
gs/devices/vector/gdevpdtd.c

2014-03-03 14:14:19 +0000
Ken Sharp <ken.sharp@artifex.com>
649848310dd4f9400f63c685748e4f76344ba9d7

ps2write - fix a DSC comment

Bug #695082 "ps2write: Some "%%BeginResource" DSC comments have only one "%" character"

A DSC comment was emitted using a printf format string without escaping the
"%"s

No differences expected.

gs/devices/vector/gdevpdtd.c

2014-02-27 11:28:57 +0000
Ken Sharp <ken.sharp@artifex.com>
f6abeac1c7ab3ee82523353b5373230e2607c0b9

pdfwrite - fix commit 1d1d22976ce5b5e96d862c404ca80f189476bfed

Despite not throwing any regressions, there was a bug in this commit.

A couple of places used the pprintld* routines, which *don't* accept the
%"PRId64" sequence and this led ot us writing an invalid xref.

Fixed here by using gs_sprintf instead.

gs/devices/vector/gdevpdf.c

2014-02-27 09:33:13 +0000
Ken Sharp <ken.sharp@artifex.com>
1d1d22976ce5b5e96d862c404ca80f189476bfed

pdfwrite - fix FastWebView for big-endian devices

Bug #695075 " Creating "optimized" PDF on Big-endian OS gives errors when view the PDF indicating PDF is not right"

This commit applies all the changes supplied by Jonathan Dagresta of SDL,
see the bug report for details.

No differences expected.

gs/devices/vector/gdevpdf.c

2014-02-26 10:38:02 -0800
Ray Johnston <ray.johnston@artifex.com>
30f2c656469f5930b1adc82454706743df68b0d7

Disable threshold array based image optimization for depth > 1.

The monochrome image case in gximono.c already checked for depth == 1
but the gxicolor.c code was missing this. These can be removed when
the gxht_thresh.c code is enhanced for greater bit depths.

gs/base/gxicolor.c

2014-02-26 09:20:37 +0000
Ken Sharp <ken.sharp@artifex.com>
b53c81e38925d05b00ba9068aebc5fcbc519a685

ps2write - add a feature to customise the output for specific devices

Bug #695070 "Customer would like a way to specify printer specific features in ps2write device"

This commit adds two new distiller params, specific to ps2write, PSDocOptions
and PSPageOptions, which are described in detail in the ps2ps2.htm document.

These allow an end user to specify PostScript (normally device-specific
configuration) which can be injected into a DSC compliant file at the documet
level and at the individual page level.

No differences expected

gs/Resource/Init/gs_pdfwr.ps
gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfu.c
gs/devices/vector/gdevpsdf.h
gs/devices/vector/gdevpsdp.c
gs/doc/Ps2ps2.htm

2014-02-23 09:46:21 -0800
Ray Johnston <ray.johnston@artifex.com>
77fce4a0cfd70b94a90a876cac0310fda1a969ee

Fix bug 695054, segfault caused by stale pointer in pattern-clist device.

The pattern-clist device could be left allocated in stable memory
after the pattern was removed from the pattern cache. The pattern
instance could be freed by a subsequent restore since it was not
in stable memory. GC trace of the chunks would then reference the
stale pinst pointer. Also, the heap pointer needs to be valid in
ialloc_validate_spaces 'state' since it can be used for error output
and this could cause a segfault.

gs/base/gxpcmap.c
gs/psi/ilocate.c

2014-02-24 10:41:23 -0700
Henry Stiles <henry.stiles@artifex.com>
9990bdac31c018de33de2c09053b7e392a26304f

Fix Bug 694685 - Seg faults found by fuzzing in sfopen.

PCL would continue processing with a corrupt font. This could lead to
bad memory accesses as demonstrated by the fuzzing example. For now,
we return an error when a corrupt font is encountered and end the job.
Likely, a lighter approach is called for: continue process without
defining the font. This would be a bit more involved and we'll
consider it if users report HP precedent for the behavior.

pcl/pcsfont.c

2014-02-24 15:14:45 +0000
Ken Sharp <ken.sharp@artifex.com>
b6f8dba649f1be2ba5b9eb1d257f2052f7f2df28

Move ram file system memory to 'stable' memory

The RAM file system was using regular GC'ed memory for its storage, which is
subject to save and restore. The RAM file system should not, of course, be
subject to save and restore!

This commit prevents save and restore affecting the memory for the ramfs

No differences expected.

gs/base/ramfs.c

2014-02-14 18:16:55 +0100
Simon Bünzli <zeniko@gmail.com>
863a1dfb328298a39871e49d218a16781fd42cba

Bug 694880 and bug 694904: prevent heap overflow in opj_j2k_add_tlmarker

Signed-off-by: Henry Stiles <henry.stiles@artifex.com>

gs/openjpeg/libopenjpeg/j2k.c

2014-02-14 18:20:36 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
b17894bfedaf7b76edac15f681a4bd08717c65c0

Bug 694906: fix potential heap overflow in opj_t2_read_packet_header

Signed-off-by: Henry Stiles <henry.stiles@artifex.com>

gs/openjpeg/libopenjpeg/t2.c

2014-02-18 09:36:09 +0000
Chris Liddell <chris.liddell@artifex.com>
7bd3739a888f70edf0270891782a88a547f5e829

Make the OpenJPEG callbacks static.....

and give them names more likely to be unique (just for debugging convenience).

No cluster differences.

gs/base/sjpx_openjpeg.c

2014-02-18 11:22:16 -0800
Ray Johnston <ray.johnston@artifex.com>
174cfd14e4d34a37cdcf2e0372bd0b4334310e8b

Fix pngalpha when PDF has transparency. Bugs 687630, 693024 and 695042.

We needed a pngalpha_put_image procedure to properly collect the pdf14
compositor alpha value. Note that this is NOT simple 0 or 1 alpha, but
the actual effective page level opacity from the PDF. Note that some
viewers may not correctly display these despite this being part of
the PNG spec.

gs/devices/gdevpng.c

2014-02-15 13:54:07 -0800
Ray Johnston <ray.johnston@artifex.com>
b69da60516576d65ce1e27087dc358fef067ec58

Fix bug 695405. The psdcmykog device should not lock num_components.

This regression was introduced with an attempt to fix SeparationOrder
handling, but is not needed because we throw an error when there is
an attempt to set the SeparationOrder, and the device is confused
when the num_components is reset in the open_device procedure.

gs/devices/gdevcmykog.c

2014-02-11 08:07:04 -0800
Ray Johnston <ray.johnston@artifex.com>
3ebdb4596c8fa05656dc3987553217efe72b6b8d

Improve chunk allocator performance using a doubly linked list (bug 694985)

Thanks to Norbert Janssen for the linked list logic. Also make a couple
of other improvements in the free_object logic and use a separate
structure for the freelist to avoid confusion with object nodes.

gs/base/gsmchunk.c

2014-02-14 14:07:11 +0100
Tor Andersson <tor.andersson@artifex.com>
c5ad5b7f373313e9bc7b8991cc9e34506e627e0a

xps: Fix memory leaks in xpszip.c when handling errors.

Thanks to Norbert Janssen.

xps/xpszip.c

2014-02-14 10:12:28 +0000
Ken Sharp <ken.sharp@artifex.com>
1e93c580b175ac086db942c32fab055c6062e8e4

ps2write - more colour conversion work

Bug #694774

When outputting to PostScript we don't preserve certain colour spaces which
either cannot be represented in PDF (CIEBased) or in level 2 PostScript
(ICCBased/Lab/DeviceN) are not preserved. These should be written as device
colours instead, but this wasn't always happening correctly.

This commit should resolve this, and should now make it possible (but still
inadvisable) to use -dUseCIEColor with both pdfwrite and ps2write.

A small number of files show (frankly imperceptible) colour shifts with
ps2write with this change.

gs/devices/vector/gdevpdfc.c
gs/devices/vector/gdevpdfg.c

2014-02-13 14:49:42 +0000
Chris Liddell <chris.liddell@artifex.com>
edbed246ed67fcf24f854795f0d703bcb5d902fe

Bug 695027: use a consistent allocator in the FT server

There was some mixing of memory allocators in the Freetype integration code,
most of the code used the chunk allocator instance created during the
server initialization, but glyph data allocations were using the allocator from
the font object.

With two different FAPI servers in place, and with the right combination of
events, that could mean we'd lose the allocator pointer when destroying
the font object.

We're consistent in that all the memory allocations in the FAPI/Freetype code
are directed through the chunk allocator created for that purpose.

No cluster differences.

gs/base/fapi_ft.c

2014-02-13 14:47:18 +0000
Chris Liddell <chris.liddell@artifex.com>
979d824c9da11e9f366b1d90aed06f9449127997

Bug 695024: fix a typo

In the UFST integration code, we check if the Freetype server is available
and if it is, we punt any non-Microtype fonts to that. The typo is that
the Freetype server is named "FreeType" - the "T" was lower case.

CLUSTER_UNTESTED

gs/base/fapiufst.c

2014-02-13 15:14:49 +0000
Ken Sharp <ken.sharp@artifex.com>
4d349b1ae5852db20fcaca21b357748eb5360817

Bug #695034 Improve handling of word spacing with CIDFonta

Bug #695034 "Numbers and words are overlapping"

Word spacing does not apply to ti CIDFOnts, *except* for 1-byte mappings
where the byte 0x20 has word spacing applied to it.

The previous code attempted to check this by using a heuristic to determine
a single byte mapping in order to avoid adding more entries to the text
enumerator. unfortunately this file defeats that heuristic which meant
that it was necessary to calculate the number of bytes decoded when we
extract one character, and store that information so that the 'move'
routine can apply word spacing if required.

This shows two differences with a cluster run. Bug694436.pdf is very subtly
different, I'm assuming this is a progression. The Sumatra file
850_-_wrong_default_for_asian_fonts.pdf shows very significant improvements
with this commit.

gs/base/gxchar.c
gs/base/gxtext.h

2014-02-11 15:15:56 +0000
Chris Liddell <chris.liddell@artifex.com>
f4584b0e162a96ec143f0057de63c116e649e02b

Bug 695031: don't assume we can read a font file

When we scan system fonts, we were assuming fonts found would be in a format
Ghostscript understands. This is not necessarily the case.

So put the minimal parsing call to get the font's name in a stopped context,
so we can skip the file it's not an understandable format. And clean up the
stack in the event we try such a file.

No cluster differences.

gs/Resource/Init/gs_fonts.ps

2014-02-11 12:14:33 -0800
Michael Vrhel <michael.vrhel@artifex.com>
149b4b33c909c2d67c44c7a820f70209294bee76

Don't allow PS CIE color spaces to be used for transparency group color spaces.

The CIE color spaces are 1-way. In that they map from Device to CIE, not from
CIE to Device. A transparency group color space needs to be able to go both
directions. This fixes the regression 694774

gs/base/gsicc_cms.h
gs/base/gsicc_lcms2.c
gs/psi/int.mak
gs/psi/ztrans.c

2014-02-11 11:18:39 -0700
Henry Stiles <henry.stiles@artifex.com>
c22a604f0dc176fe1ae7545097e8a818e5d38309

Remove final remnants of deprecated CRD code.

pcl/pccid.c
pcl/pcl.mak
pl/pl.mak
pl/plsrgb.c
pl/plsrgb.h
pxl/pxgstate.c
pxl/pximage.c
pxl/pxink.c
pxl/pxl.mak
pxl/pxsessio.c

2014-02-11 08:07:04 -0800
Ray Johnston <ray.johnston@artifex.com>
c240594f3083158ab829cd121159879183bf49c8

Improve the debug 'cname' for chunk_mem_node_add similar to MEMENTO builds.

For normal builds use the caller's cname when allocating the chunk if the
object is in its own chunk. Previously this only was used for MEMENTO builds.
NB: MEMENTO builds put every object in a chunk, so the cname will always be
the caller's, never "chunk_mem_node_add".

gs/base/gsmchunk.c

2014-02-09 11:48:35 -0800
Ray Johnston <ray.johnston@artifex.com>
0eaf9e76f83eff5d0dd5eb1f8d9a5314b9ca44cd

Fix bug 694821. Ignore SeparationOrder with the psdcmykog device.

While this is a DeviceN device with some non-standard components
that can be painted using Separation or DeviceN colorspaces, this
device always outputs all 6 channels and can't deal with a subset
of the channels, so return an error (undefined) for SeparationOrder.
the separation_map remains constant to avoid color distortion if
SeparationOrder is used.

Also make sure that we never add separations (NO_AUTO_SPOT_COLORS)
from the get_color_comp_index procedure.

gs/devices/gdevcmykog.c

2014-02-07 18:13:52 -0800
Ray Johnston <ray.johnston@artifex.com>
a11848051b9abdbe2b750976018d4167a96d2fea

Fix some problems with SeparationOrder handling -- 29-07I.PS

Most importantly, when setting SeparationOrder parameters fail, we
need to use param_signal_error. Otherwise, even though the error code
is returned, the stack for setpagedevice would be missing the param
information and code that caused the error.

Also the num_spot and num_spot_changed were improperly updated when
ENABLE_AUTO_SPOT_COLORS allowed SeparationOrder to add separations.

gs/base/gdevdevn.c

2014-02-11 09:33:13 +0000
Ken Sharp <ken.sharp@artifex.com>
f176e516add62d3a943a755a9294c510c579655d

pdfwrite - fix a bug in the font embedding white list detection

While working on bug #695030 I ran across a bug in the font embedding
white list code. If the bisection of the list exactly hits the target string
exactly then the bisection would fail to find the string.

This commit special cases this and detects the string.

No differences expected.

gs/devices/vector/whitelst.c

2014-02-10 11:17:01 +0000
Ken Sharp <ken.sharp@artifex.com>
fac814792b42dfc2baafe84062ff986b7620cfe3

pdfwrite - alter the example pdfa_def.ps for PDF/A generation

The pdfa_def.ps file is incorrect with the new colour handling, and has long
had a problem with only handling Gray or CMYK.

Its no longer possible to retrieve the ProcessColorModel from systemdict,
we must now use the current device dictionary.

pdfa_def.ps now supports DevuiceGray, DeviceRGB and DeviceCMYK models.

No differences expected

gs/lib/PDFA_def.ps

2014-02-10 11:14:31 +0000
Ken Sharp <ken.sharp@artifex.com>
e17abc0e4574cdefd25032aa1003ff28503b5867

pdfwrite - new color code. Fix the emission of DeviceIndependent colours

Bug #694806 "chars and colors lost during PDF/A transformation"

If we used the same device independent (ICCBased) colour space, but a
different colour, we ended up not writing the new colour. This code fixes
that problem.

No differences expected

gs/devices/vector/gdevpdfg.c

2014-02-10 08:34:54 +0000
Ken Sharp <ken.sharp@artifex.com>
d59e1feb9545b399027907cb2d1a6855c524e0b4

PS interpreter - Fix rotation problem with EPSFitPage

Bug #695016 "Gradient eps file to pdf"

When fitting an EPS Bounding Box to a specified page size, the code looks
at the width and height of both the page and the EPS file, to see if the
EPS will fit 'better' by rotating it.

In this particular case the page is square, but there was no special case
for this, which mean that landscape pages wold be rotated twice, causing
the content to disappear.

This commit special cases square media sizes and does not attempt to rotate
the EPS, no matter what its orientation, as there is clearly no point in
doing so. This prevents the double rotation and resolves the problem.

Tested with landscape, portrait and square media and EPS files, in all
combinations.

No differences expected

gs/Resource/Init/gs_epsf.ps

2014-02-06 09:56:43 -0800
Ray Johnston <ray.johnston@artifex.com>
dc3770910997a17386c65eaa44e73cf7cf5e8339

Fix Windows display device -dDisplayFormat=16#a0800 regression.

Commit 82fc3bd change to msvc.mak removed setting the GX_COLOR_INDEX_TYPE,
and code in base/gxcindex.h set this incorrectly to 'ulong'. Add the code
that was removed and also add conditional compile to set this from
ARCH_SIZEOF_GX_COLOR_INDEX if it is not defined.

Also add a 'compile time assert' that causes the build to fail if the
sizeof(GX_COLOR_INDEX_TYPE) is not equal to ARCH_SIZEOF_GX_COLOR_INDEX.
Thanks to Robin for finding this trick on the web.

gs/base/gxcindex.h
gs/base/lib.mak
gs/psi/msvc.mak

2014-02-06 09:53:55 +0000
Ken Sharp <ken.sharp@artifex.com>
ab3faf9dd8b61b7adc83f370e8caf40f09a442bb

pdfwrite - improved error handling in pdf_close

Bug #695013 " GS not finishing pdf write, creating huge files, when root / partition is full"

we weren't checking the error return when trying to find the end of an
xref section while writing the xref. Any ioerror would havce caused this
problem.

While this fixes the specific instance of the problem, I can't guarantee
that more subtle problems (eg filling disk while writing the PDF file)
don't still exist.

No differences expected.

gs/devices/vector/gdevpdf.c

2014-02-05 14:19:59 +0000
Ken Sharp <ken.sharp@artifex.com>
ff033b6ec050f23cb7b1e6ff52bb48fb45afd9e3

Update jbig2dec standalone build for Windows.

Add the missing jbig2_halftone.c file, and make building without libpng
the default.

CLUSTER_UNTESTED

gs/jbig2dec/msvc.mak

2014-02-04 13:35:04 -0800
Michael Vrhel <michael.vrhel@artifex.com>
a75ff89833289614e0dc2476c822462670f822bc

Remove strdup in gdevxps.c .

In Windows 8 64 bit builds with VS2012/2013 strdup use resulted in a crash. Replaced
with standard strlen/gs_alloc_bytes/strcpy. Note that we need to free this allocation at some point.

gs/devices/vector/gdevxps.c

2014-01-23 09:53:23 +0000
Chris Liddell <chris.liddell@artifex.com>
8033bcb40edf7520682cb14ee41226eddf9c8e5e

Tweak xpsprint build.

Conflicts:
gs/base/msvctail.mak
gs/base/winlib.mak
gs/devices/vector/gdevxps.c

Tweak the xpsprint code to use runtime DLL loading

Conflicts:
gs/base/msvctail.mak

gs/base/msvctail.mak
gs/base/winlib.mak
gs/base/xpsprint.cpp
gs/devices/devs.mak
gs/devices/vector/gdevxps.c
gs/psi/msvc.mak

2014-01-21 12:01:41 +0000
Ken Sharp <ken.sharp@artifex.com>
d10c375e190876fef3f431e17c47dcacda03d567

Add new code for a 'gsprint' alike which uses the XPS print system on
WIndows

Add new code for a 'gsprint' on new versions of Windows, using XPS

gs/base/xpsprint.cpp
gs/devices/vector/gdevxps.c

2014-02-03 07:18:16 -0800
Ray Johnston <ray.johnston@artifex.com>
4eb758e74c73c03b113ba2bf73245f21b1c6de14

Fix writes to freed memory caused by commit 429640.

I had moved the clearing of the ctx to before the gs_malloc_release
call, but this function frees the ctx, so we wrote to freed memory.
Move it back.

gs/psi/iapi.c

2014-01-31 12:24:25 -0800
Ray Johnston <ray.johnston@artifex.com>
363f3bc0d3b6206cc1e0aff0ce2fe954c0295409

Fix bug 694994. Gray and CMYK pdf14 clist accumu devices had wrong color_info.

In cut and pasting the device structures, I negleccted to change the color
info for the macros.

gs/base/gdevp14.c

2014-02-01 12:10:22 +0000
Ken Sharp <ken.sharp@artifex.com>
2f2970c2a35a146f21631612adfca48a0b1bb2b3

PDF interpreter - disable Comment parsing for PDF files

Bug #694987 "PDF metadata messed up for PDF->PDF conversion"

This is caused by parsing DSC comments from an embedded font file. Of course
the font should not contain DSC comments, but it seems FontForge always
embeds such.

There is nothing useful to be gained from *PostScript* comments in a PDF
file, so the simplest solution is to disable comment parsing for the
duration of the PDF file.

This will also avoid problems with PostScript XObjects.

No differences expected

gs/Resource/Init/pdf_main.ps

2014-01-31 15:08:17 +0000
Chris Liddell <chris.liddell@artifex.com>
161559d289a9b4306673c7d7e089182670c5090a

Slightly rejig i/o in inkcov device.

Tweak so that output directed to stdout or stderr go through the graphics
library's own stdout and stderr handlers - that way, it can be seen by
integrators using the Ghostscript API with custom stdio handler methods.

No cluster differences.

gs/base/gdevprn.c
gs/base/gslibctx.h
gs/devices/gdevicov.c

2014-01-31 14:50:55 +0000
Ken Sharp <ken.sharp@artifex.com>
7ef7b0d503fee02da12430ee19a394b23b1bfa6f

pdfwrite - colour conversion, consider sRGB to be RGB

gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfi.c
gs/devices/vector/gdevpdfp.c

2014-01-31 09:42:38 +0000
Ken Sharp <ken.sharp@artifex.com>
a2a785d3f6111410198c396fe21813ddd41664be

PDF interpreter - add -dUseBleedBox to complete the quartet of Boxes

Bug #694977 "please provide -dUseBleedBox in analogy to crop- and trimbox"

gs/Resource/Init/pdf_main.ps
gs/doc/Use.htm

2014-01-31 08:19:31 +0000
Ken Sharp <ken.sharp@artifex.com>
6c4e66f6a7a1e9fc3ed3beff84549aa3bbbbe795

pdfwrite - remove 2 unused variables

silences compiler warnings

gs/devices/vector/gdevpdfm.c

2014-01-30 11:08:55 -0800
Ray Johnston <ray.johnston@artifex.com>
429640b32e1ffcd324c2b44daa1fb35ef41c01d4

Move final memory (max) usage to gs_malloc_release.

Not all systems (e.g. unix) use the gsapi interface, so the debug
-Z: didn't print the final memory usage as on Windows.

gs/base/gsmalloc.c
gs/psi/iapi.c

2014-01-30 15:32:23 +0000
Ken Sharp <ken.sharp@artifex.com>
ea83541f7fcc1af40cf62f0e7457df74e8b427c4

pdfwrite - more EMBED pdfmrk changes

commit 3e5ae4ea39655643ae352cf4723702a164c10417 omitted a crucial change
which swapped the search order of /FS and /Name. Without that the dict
entries are not correctly named.

This oversight demonstrated a flaw in the error handling resulting in invalid
PDF files being written, which we correct here. If we get an error we close
the 'aside' so that we don't end up writing the PDF trailer to a temporary
file instead of the real PDF file.

No differences expected

gs/devices/vector/gdevpdfm.c
gs/devices/vector/gdevpdfo.c

2014-01-30 10:00:23 +0000
Ken Sharp <ken.sharp@artifex.com>
3e5ae4ea39655643ae352cf4723702a164c10417

pdfwrite - more work on /EMBED pdfmark

As was rather anticipated, commit a91d2576df0e60f6e691a3bd967b51109ae41f22
wasn't sufficient. We were writing an invalid name tree as we were writing
/Limits in the root node. For single entries in the Limits array we only
wrote the single entry, in fact we should write that entry twice (!). The
value associated with each key in the EmbeddedFiles array had the dictionary
we needed stored inside another dictionary with a /FS key. EmbeddedFiles
were introduced in PDF 1.4, not PDF 1.2.

This commit addresses all those problems, Adobe Acrobat Professional can
display the list of embedded files and (for embedded PDF files at least)
can open the embedded file.

gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfm.c
gs/devices/vector/gdevpdfo.c

2013-11-26 11:15:17 -0800
Ray Johnston <ray.johnston@artifex.com>
4e44c995bcc7a2aa6c32e23cb73fd532a93f5b1c

Fix bug 689805: Use a clist for pages with transparency that need lots of RAM

Devices that are not gx_device_printer class try to allocate full page bitmaps
for the stack of transparency buffers. This can kill performance or result in
VMerror during transparency stack pushes. Devices that are gx_device_printer
class automatically used clist mode, but other devices did not. Devices that
do not internally support clist mode are recognized by the return from
gxdso_supports_saved_pages device spec_op.

A gx_device_printer device is used to accumulate the page, then when the
PDF14_POP_DEVICE is performed, the page is sent to the original device
as an image.

NB, both the pdf14clist___ device and the pdf14___ device are kept in the
device chain since we have to be able to accomodate unwinding the gs_state
structure that may point to either as various "restore" ops occur.
Unfortunate, but until we come up with a way to fix the chain of compositors,
this is the best we can do.

Move space_params to gx_device struct in order to allow non-printer devices
control over MaxBitmap, BufferSpace, BandBufferSpace, and BandHeight. The x11
device used MaxBitmap somewhat differently, so it now uses the space_params
value, and sets the default in its 'open' function, rather than the device
prototype. The duplicate 'page_uses_transparency' in space_params is removed,
and all devices have this as a parameter.

Also, get rid if the nasty hacks for detecting pattern-clist devices based on
the device name, and export these for the pdf14 device and other clients.

Finally, (unrelated) remove the #if 0 for testing with small memory on
large memory machines, and get rid of the the description of the '.' option
since this hasn't worked for years, and the command line options can readily
be set anyway.

gs/base/gdevp14.c
gs/base/gdevprn.c
gs/base/gdevprn.h
gs/base/gsdparam.c
gs/base/gsptype1.c
gs/base/gsstate.c
gs/base/gstrans.c
gs/base/gxband.h
gs/base/gxclbits.c
gs/base/gxclimag.c
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxclpage.c
gs/base/gxclrast.c
gs/base/gxdevcli.h
gs/base/gxdevice.h
gs/base/gxpcmap.c
gs/base/gxpcolor.h
gs/base/lib.mak
gs/devices/gdevbit.c
gs/devices/gdevplib.c
gs/devices/gdevx.c
gs/devices/gdevx.h
gs/devices/gdevxini.c
gs/doc/Use.htm

2014-01-29 17:32:04 +0000
Ken Sharp <ken.sharp@artifex.com>
a91d2576df0e60f6e691a3bd967b51109ae41f22

pdfwrite - enable the EMBED pdfamrk

Bug #690043 "Can't create a pdf file with attachment"

This turned out to be more complex than I expected. I had planned to lever
off the /Dests code, but....

It seems that our Named destinations support is only PDF 1.1. The specification
was changed ion PDF 1.2 to use a name tree instead of a simple dictionary
and we didn't alter our code. The EmbeddedFiles wasn't supported in PDF 1.1
so it has always needed a name tree.

So in addition to adding the EMBED pdfmark, we now also will write a name
tree for Dests if the CompatibilityLevel is > 1.1. Note that the 'tree'
we write is the simplest possible one and is likely to be sub-optimal, we
write all the entries in the root of the tree. However its legal and should
work, we can extend this later if needs be.

I don't have a good way to test this, but the output looks OK by inspection
and we don't get any regressions.

gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfm.c
gs/devices/vector/gdevpdfo.c
gs/devices/vector/gdevpdfo.h
gs/devices/vector/gdevpdfu.c
gs/devices/vector/gdevpdfx.h

2014-01-29 13:07:34 +0000
Robin Watts <robin.watts@artifex.com>
2dae08db5c51c9a255b8d18ef011f75c4ee48e9f

Fix non gcc DEBUG builds of pcl.

Simple transposition of lines required.

pcl/pcsfont.c

2014-01-28 17:21:48 +0000
Ken Sharp <ken.sharp@artifex.com>
f471820635cbbaf4f7ed5c9185700ebb51378f0d

PDF interpreter - attempt to recover from degenerate text matrix or CTM

Some PDF files set a degenerate matrix or text matrix, eg

0 0 0 0 0 0 Tm

This causes us a problem with currentpoint and .getpath, both of which
need to invert the CTM. If the CTM is all 0 then it (clearly) can't be
inverted.

The code here emits a warning, in the case of settextposition it simply
does not advance the current point (which seems correct, since the text
will make no changes). In the case where we attempt to grestore (Q) but
preserving the current path, we drop the path and make a new path. This
may well not be correct, but its hard to see what would be.

No differences expected.

gs/Resource/Init/pdf_ops.ps

2014-01-23 09:17:31 +0000
Ken Sharp <ken.sharp@artifex.com>
e46be795d1a682259ebcca3df2ad581150414adf

epsi.ps - change two \r to \n

Apparently gv has a bug and can't handle \r line endings.

Bug #694968

No differences expected.

gs/lib/ps2epsi.ps

2014-01-23 09:09:48 +0000
Ken Sharp <ken.sharp@artifex.com>
03376079a8c05dd2224c057aaa95c508521ce784

vector devices - add a warning message when OutputFile exceeds a limit

Bug #694948

No differences expected.

gs/base/gdevvec.c

2014-01-11 16:53:48 +0000
Hin-Tak Leung <hintak@ghostscript.com>
49bb8200d6c92ddcd191026c0273f8bc229ad9e0

Bug 694873: bare JPEG2000 images without JP2 header in pdf.

To cope with JPEG2000 images without JP2 headers.

This change is essentially the corresponding change in mupdf
(https://code.google.com/p/sumatrapdf/issues/detail?id=937 ,
http://bugs.ghostscript.com/show_bug.cgi?id=691346 ,
test file 937_-_openjpeg_cannot_decode_JP2_structure.pdf),
where one takes a peek at the first few bytes of the stream
before setting the decoding parameters; with the caveat that
in ghostcript, we need to delay most of the stream
initialization - and allocation of resources - until
after seeing the first few bytes, and therefore also
not necessarily de-allocate at stream close.

The cluster test file, openjpeg_166_-_buffer_overflow.pdf,
(https://code.google.com/p/openjpeg/issues/detail?id=166)
is of the same issue.

EXPECTED DIFFERENCES:
937_-_openjpeg_cannot_decode_JP2_structure.pdf
openjpeg_166_-_buffer_overflow.pdf
(Both are progressions.)

gs/base/sjpx_openjpeg.c

2014-01-22 22:06:51 +0100
Till Kamppeter <till.kamppeter@gmail.com>
5d6b18aa6a2a4ece4854ed9af074bb65f41af293

Set correct portrait/landscape orientation on PCL 5c/e output

Fixes bug #693715.

gs/devices/gdevdjet.c
gs/devices/gdevdljm.c
gs/devices/gdevpcl.c
gs/devices/gdevpcl.h

2014-01-20 13:18:23 +0000
Ken Sharp <ken.sharp@artifex.com>
c699e89a897b85d2f1f0a07ecac8d64b53500804

pdfwrite - fix xref when eliding duplicate patterns

commit fe99ca5fd2e3b191a76c7f7d791b72f3603e9fea detected duplicate shading
patterns, and did not emit them into the PDF file, instead using the first
definition. Unfortunately, due to a mis-understanding of the existing code
the xref entry remained assigned, which led to invalid xref tables
being written.

This commit fixes the xref, and adds some (hopefully useful) comments to
the relevant functions to try and avoid a repetition.

No differences expected

gs/devices/vector/gdevpdfu.c
gs/devices/vector/gdevpdfv.c

2014-01-17 12:37:24 -0700
Henry Stiles <henry.stiles@artifex.com>
54927dd449c476b5a8c125e9beb1fbe06bebc45e

Fix 694951 - No output produced.

Allow the HPGL/2 command "PG" to initialize the GL/2 parser at the
beginning of a job.

pcl/pcparse.c

2014-01-15 02:00:12 +0100
Simon Bünzli <zeniko@gmail.com>
b13ef732907219b48757e2f501486f71b9f21030

Bug 694893: prevent overflow in opj_int_ceildivpow2

This can be seen e.g. in:

4241ac039aba57e6a9c948d519d94216_asan_heap-oob_14650f2_7469_602.pdf

Thanks to Mateusz Jurczyk and Gynvael Coldwind of the Google Security
Team for providing the example files.

gs/openjpeg/libopenjpeg/opj_intmath.h

2014-01-14 23:11:43 +0100
Simon Bünzli <zeniko@gmail.com>
5b0c9985e3359aca9b3fcfd94424166aa61a141a

Bug 694880: fix write access violation in opj_j2k_add_tlmarker

A tile_index' current_tpsno may be far larger than the number of tile
parts because opj_j2k_read_sot increases that number just by 10 instead
of growing it to the actually required size.

This can be seen e.g. in:

147af3f1083de4393666b7d99b01b58b_signal_sigsegv_130c531_6155_5136.pdf

Thanks to Mateusz Jurczyk and Gynvael Coldwind of the Google Security
Team for providing the example files.

gs/openjpeg/libopenjpeg/j2k.c

2014-01-14 22:45:49 +0100
Simon Bünzli <zeniko@gmail.com>
7366747076f3b75def52079bd4d5021539a16394

Bug 694949: prevent denial of service with arithmetic decoding

Badly constructed Jbig2 images using arithmetic decoding may result in
a denial of service attack by causing huge images to be created and
initialized from no data at all (at EOS, the arithmetic decoder always
returns the same values instead of failing).

Two cases are prevented with this patch:
* huge generic regions with barely any data to decode it from
* a huge list of height classes with no data at all to decode it from

This can be seen e.g. in:

b534b5caad95dd405735ec9a079fd43b_asan_heap-oob_14bf3ce_6977_5690.pdf

Thanks to Mateusz Jurczyk and Gynvael Coldwind of the Google Security
Team for providing the example files.

gs/jbig2dec/jbig2_arith.c
gs/jbig2dec/jbig2_arith.h
gs/jbig2dec/jbig2_generic.c
gs/jbig2dec/jbig2_symbol_dict.c

2014-01-17 09:35:36 +0000
Ken Sharp <ken.sharp@artifex.com>
24dce021d5f774dd4264011cbd64bb4afb5aa51c

PDF interpreter - Don't set UseCIEColor unless actually required.

The PDF specification says that if a PDF file contains a page which uses
a ColorSpace Resource of DefautlGray, DefaultRGB or DefaultCMYK then this
should be regarded as a "request that such colors be systematically
transformed (remapped) into device-independent CIE-based color spaces.".
Essentially the PDF equivalent of UseCIEColor.

This does rather beg the question of why not specify the colours in a
device-independent space in the first place.....

In any event, in order to achieve this the PDF interpreter pulls some
tricks. We start by defining the Default* resources as the equivalent
Device* spaces and *always* define UseCIEColor to true. Thus whenever
we set a device color space the colour machinery tries to use instead the
appropriate Device* space. Because the color space machinery has an
optimisation to jump straight out when the requested space is the same as
the current space, this means that the UseCIEColor transformation should
have no effect.

However, pdfwrite now emits a warning if UseCIEColor is true, so we want
to avoid unconditionally setting UseCIEColor (I also find it horrifying that
we do this terrible hackery).

This commit borrows code used to set the Default* spaces if they exist on
a page, and uses it to detect such spaces before we call setpagedevice
for each page. We now only set UseCIEColor if the page actually uses one
of the Default* spaces and therefore requires it.

I did consider trying to substitute the defined colour space with the
Default* space whenever a colour space definition takes place and a Default*
space is defined, but gave up as there were simply too many places where
color spaces could be defined.

This code does (somewhat unexpectedly) produce some differences.
These are either progressions or very tiny differences, and I feel that
*not* setting UseCIEColor should be preferable anyway. (The real puzzle
is why some PostScript files seem to differ, but they only differ when
sent to pdfwrite and the PDF is then interpreed. Looks like UseCIEColor
has some strange behaviour with ICCBased spaces).

with pdfwrite:
altona_technical_1v2_x3.pdf - very minor colour shift
altona_technical_v20_x4 - progression on page 7
09-31.ps - difference in gray ramp in CIE space
09-34.ps - indetectable differences in some CIE colours

all devices:
Bug692783.pdf - indetectable shits in background
Catx5720.pdf - slight colour shifts in 3 graphics
1021_-_transparency-issue.pdf - tiny colour shifts
1141_-_background_shading_cropped.pdf - tiny colour shifts

gs/Resource/Init/pdf_main.ps
gs/devices/vector/gdevpdf.c

2014-01-14 20:09:53 +0000
Chris Liddell <chris.liddell@artifex.com>
ec1c4adcc5fab850e4038c4d5392adddd265c67e

Bug 694871: move libjpeg away from gc memory

Change the libjpeg interface code to use a chunk allocator instead of garbage
collected, "unstable" memory.

Previously, the libjpeg integration used "Postscript" memory, that is, memory
that is subject to garbage collection and save/restore operations.

This means that Postscript like:
/In (file) (r) file /DCTDecode filter def
save
<<
...
/ImageSource In
...
>> image
restore
In closefile

would almost certainly cause a crash, since the memory allocated by libjpeg
during the decoding for the "image" operator would be freed by the "restore"
operator, *before* the "closefile" destroyed the filter stream and the
libjpeg context.

If we opt to always wrap the "default" heap allocator in a chunk allocator
then we should probably remove the chunk allocator instances created
specifically for libjpeg.

No cluster differences.

gs/base/gsstruct.h
gs/base/lib.mak
gs/base/sdct.h
gs/base/sdctc.c
gs/base/sdctd.c
gs/base/sdcte.c
gs/base/sjpegc.c
gs/devices/vector/gdevpsdi.c

2014-01-15 12:54:43 +0000
Chris Liddell <chris.liddell@artifex.com>
c95dd5ba2cfd9b36aa3a18e7725089a741b7fa70

Have DSC parser use GS memory handling

The DSC parser was using it's own default memory alloc/free functions which
just called the libc malloc/free.

This tweaks our integration code so the parser will use the Ghostscript memory
management functions.

There are no changes to the parser code, the changes are entirely confined to
integrating the parser with our PS interpreter.

No cluster differences.

gs/psi/zdscpars.c

2014-01-09 23:05:43 +0100
Simon Bünzli <zeniko@gmail.com>
8ec8321df613986e8642e2975f7182072eb4be62

make opj_stream_set_user_data accept a NULL stream

... for consistency with opj_stream_set_* which does so.

gs/openjpeg/libopenjpeg/cio.c

2014-01-09 22:56:54 +0100
Simon Bünzli <zeniko@gmail.com>
d6121c78a0fc6c8cd87c6495e11d327068518c35

prevent assertion under MSVC on impossibly large allocations

MSVC's debug CRT asserts that arguments to malloc and realloc aren't
impossibly large (close to (size_t)-1) which makes testing fuzzed files
impossible with assertions enabled.

Problem found in a test file, 2236.pdf.asan.40.1376 supplied
by Mateusz "j00ru" Jurczyk and Gynvael Coldwind of the Google
Security Team using Address Sanitizer. Many thanks!

gs/openjpeg/libopenjpeg/opj_malloc.h

2014-01-09 22:54:36 +0100
Simon Bünzli <zeniko@gmail.com>
87b08a096bb8ad61f9dbe4811e208d9c9d7fe63b

don't define lrintf for MSVC 2013 (fix compilation breakage)

gs/openjpeg/libopenjpeg/opj_includes.h

2014-01-09 23:04:38 +0100
Simon Bünzli <zeniko@gmail.com>
0f07c3247cc9211e57bb5429634f79c8c762fbfa

fix error message in opj_jp2_read_colr

gs/openjpeg/libopenjpeg/jp2.c

2014-01-09 22:46:48 +0100
Simon Bünzli <zeniko@gmail.com>
2f4b1565c10fe6faa7ed3854a7fa3cd0a6e18511

tweak commit 66d9c0aa17a5abcecd6590e63f0620f7aa51634c

The fix for testcase 1336.pdf.asan.47.376 for bug 694311 was slightly
too strict: The access violation only happens during the MCT decoding
step which might be skipped for some images. This patch moves the test
into opj_tcd_mct_decode to only apply when it's actually required
(which should allow j2kp4-file3-ycc-8bpc.pdf to be read without errors
inside openjpeg itself and leaves handling of components of different
sizes to the calling application/library).

gs/openjpeg/libopenjpeg/tcd.c

2014-01-09 22:40:39 +0100
Simon Bünzli <zeniko@gmail.com>
0eedf7c22a76f089bbe13d76496ae56de38dfbef

tweak commit 99a6f1af177c15f4db475186b79d169c993494ef

Error messages should go to stderr instead of stdout so that tools such
as mudraw -t don't get stdout polluted.

gs/openjpeg/libopenjpeg/t2.c

2014-01-09 22:35:38 +0100
Simon Bünzli <zeniko@gmail.com>
fc884aee2b69c78500e65c3d05bf216791a9ea4a

prevent heap overflow in opj_t2_read_packet_header

Also prevent a double-free of segment data under OOM conditions.

Problem found in a test file, 1802.pdf.SIGSEGV.36e.894 supplied
by Mateusz "j00ru" Jurczyk and Gynvael Coldwind of the Google
Security Team using Address Sanitizer. Many thanks!

gs/openjpeg/libopenjpeg/t2.c

2014-01-09 22:32:37 +0100
Simon Bünzli <zeniko@gmail.com>
83dad6a76536222a3a51146f942e733a2e90ec52

fix potential NULL-pointer dereference

... caused by testing the wrong variable after opj_realloc
(happens only in OOM situations)

gs/openjpeg/libopenjpeg/jp2.c

2013-12-23 00:00:32 +0100
Simon Bünzli <zeniko@gmail.com>
dafa1945a18e79578335693a4e4c6247e2617ee2

jbig2dec: tweak overflow check in jbig2_(re)alloc

If num * size overflows under x64, the value may be negative and still
fit into a 32-bit integer. The proper check unfortunately requires a
division.

Note: The maximum allowed allocation is (size_t)-0x100 instead of
SIZE_MAX so that debug CRTs which check for the allocation of e.g.
(size_t)-1 never assert.

gs/jbig2dec/jbig2.c

2014-01-10 22:56:52 +0100
Simon Bünzli <zeniko@gmail.com>
5eaf740b2c02523ae2ae6454e546cb6700d4e3f3

Bug 694892: buffer overrun in jbig2_comment_ascii

gs/jbig2dec/jbig2_metadata.c

2014-01-10 22:30:16 +0100
Simon Bünzli <zeniko@gmail.com>
8b82970325b2bd9aa993aa16c214a915ec8210e3

follow-up to 8e2f00f15c988d75a4182ecdcdc1a82b4686ef92

This might fix bug 694903.

gs/jbig2dec/jbig2_symbol_dict.c

2014-01-12 22:12:35 +0100
Simon Bünzli <zeniko@gmail.com>
cddfd67f2df1863f8b06770e80e7c97bf970ccbb

Bug 694882: sanitize component mappings

PCLR, CMAP and CDEF data aren't properly sanitized - even after the
fixes from the last fuzzing round. This patch unifies all the required
checks in a new function opj_jp2_check_color which is invoked before
the cdef and cmap values are used.

This can be seen e.g. in:

66ea31acbb0f23a2bbc91f64d69a03f5_signal_sigsegv_13937c0_7030_5725.pdf

Thanks to Mateusz Jurczyk and Gynvael Coldwind of the Google Security
Team for providing the example files.

gs/openjpeg/libopenjpeg/jp2.c

2014-01-09 22:20:37 +0100
Simon Bünzli <zeniko@gmail.com>
f4139d702559649e577a5df9cfd64b0ca6107a7a

don't ignore buffer sizes

Several functions accept a buffer size but never actually check whether
the buffer overflows during reading/writing. This fixes all cases where
a size variable has explicitly been marked as unused (through a (void)
cast).

This was discovered while investigating an assertion caused by
7cc691f332f26802c64cdc47e17bff8b_signal_sigabrt_7ffff6d59425_2247_2509.pdf
among others.

Thanks to Mateusz Jurczyk and Gynvael Coldwind of the Google Security
Team for providing the example files.

gs/openjpeg/libopenjpeg/event.c
gs/openjpeg/libopenjpeg/jp2.c

2014-01-10 11:45:16 -0700
Henry Stiles <henry.stiles@artifex.com>
2c5cd8c29271d8735349353538c4a353f3aa563b

Debug option "-ZI" results improved or corrected with the goal of
creating output that can be reassembled back into PCL.

We have an assembler and disassembler for PXL: pxlasm.py, pxldis.py,
but they do not support PCL. For PCL we will use the GhostPCL
interpreter with -ZI and an upcoming Python program will read that
output and reassemble back to PCL.

pcl/pccid.c
pcl/pcdither.c
pcl/pclookup.c
pcl/pcommand.c
pcl/pcommand.h
pcl/pcpage.c
pcl/pcparse.c
pcl/pcpatrn.c
pcl/pcsfont.c
pcl/pcsymbol.c
pcl/pctext.c
pcl/pcuptrn.c
pcl/pglabel.c
pcl/pgparse.c
pcl/pgvector.c
pcl/rtmisc.c
pcl/rtraster.c
pl/plmain.c

2014-01-11 11:44:36 +0000
Ken Sharp <ken.sharp@artifex.com>
4a267d719148abf961f479ba6c9024bfa2c18bf5

pdfwrite - limit scan line comparison to actual width

Bug #694930 "Valgrind issues found by fuzzing in compute_subimage (gdevpdfd.c:707)"

The local image converter, and specifically mask to clip conversion,
compare consecutive scan lines of an image to see if they are identical.

However, they were using the width of the allocated raster, which can include
alignment padding, rather then the actual width of the image data. This
meant we were comparing uninitialised data. In this case its actually safe
as we would simply create a more complex clip than required, but its
definitely sub-optimal.

This commit changes the comparison to use the number of bits in the image,
rounded up to the nearest byte.

No differences expected.

gs/devices/vector/gdevpdfd.c

2014-01-09 16:08:15 +0000
Ken Sharp <ken.sharp@artifex.com>
20f6eb7d946cda9bd6b141881d1abd13daec911e

More error checking when copying fonts

Bug #694263 is again a fuzzing bug declared to demonstrate Valgrind errors
which for me causes a seg fault.

This again appears to be due to a broken TrueType font. The additional
checking in this commit resolves the problem for me.

gs/devices/gxfcopy.c

2014-01-09 12:04:51 +0000
Ken Sharp <ken.sharp@artifex.com>
49a05084feee92818347fbf888fc2ab784b82122

pdfwrite - initialise some variables to pacify valgrind

Bug #694236 does not give the valgrind warnings described in the bug
report for me, but did complain about the character widths. It seems
that somehow (broken font ?) the values were uninitialised. Here we just
set them to 0.

No differences expected

gs/devices/vector/gdevpdte.c

2014-01-09 11:13:02 +0000
Ken Sharp <ken.sharp@artifex.com>
e9a574ec0e6d13fcf898a7132ce08476af4ea84d

Don't attempt to copy a missing glyph when copying fonts

Bug #694236 for me does not (initially at least) cause a Valgrind warning,
but does cause a seg fault.

The problem is that we have a (presumably broken) TrueType font where we
try to enumerate all the glyphs in the font. The enumeration code returns
a GS_NO_GLYPH, but the font copying code doesn't catch that, and so tries
to copy that glyph. This causes a crash in the name lookup.

The commit here simply adds an additional check that the glyph is not
'GS_NO_GLYPH', if it is we treat it as an error.

No differences expected.

gs/devices/gxfcopy.c

2014-01-09 08:19:51 +0000
Ken Sharp <ken.sharp@artifex.com>
eb42d237028c3fd832664c5e1479483a430f5ed9

DSC parser - silence a compiler warning with a cast

gs/psi/dscparse.c

2014-01-08 10:57:46 -0700
Henry Stiles <henry.stiles@artifex.com>
b2ecdbba02eac6fa19866bd18c83ece7cdd4074d

Possible fix for 694837.

Allow the luratech jbig2 encoder to process 0 input without error like
all other streams encoders. Analysis by Ken Sharp.

gs/base/sjbig2_luratech.c

2014-01-08 16:12:53 +0000
Ken Sharp <ken.sharp@artifex.com>
32df3bf46606f697d7deae86211c897be63a0764

DSC parser - reset scanning at end of job

Currently the DSC parser never leaves 'scan_trailer', which is fine for
one-job-at-a-time usage, but not good for job server or multiple inputs.

This commit modifies the scan-trailer condition so that if a new DSC header
is encountered, *after* we've found a trailer, we reset some aspects of the
DSC parsing.

Note that this doesn't completely reset the parser as that caused memory
problems.

Bug #692208

No differences expected

gs/psi/dscparse.c

2014-01-08 08:26:14 +0000
Ken Sharp <ken.sharp@artifex.com>
cbeeef7f54bd183515f81d42176a049a7f7703a2

pdfwrite - add a warning if -dUseCIEColor is set

With the current color management its not really sensible to set UseCIEColor
(which was always a horrible hack anyway) in order to do color conversion
or management.

So if we see this being done, show the user a warning. We don't want to
raise an error as someone will undoubtedly complain that they have a good
reason for using UseCIEColor with pdfwrite.....

No differences expected.

gs/devices/vector/gdevpdf.c

2014-01-01 20:32:49 -0800
Ray Johnston <ray.johnston@artifex.com>
13b8f94c86efc4b98c7d63774b761bad9783f16c

Enable the pdf14 optimization. Previous commit only collected data.

Somehow, the previous commit that collected the data didn't actually
skip pdf14 transparency on any bands. Also testing showed that fiils
with patterns that needed transparency were not being detected.

We need to save the page mode pdf14_needed state based on the blend_mode
and opacity to restore to the correct setting after smask or transpacrency
group pushes.

Lastly, we punt if the device is not contone, since the colors written
for bands will be contone which are not compatible with the target.

Correct the pdf14_opmode_names to add in the missing PDF14_ABORT_DEVICE.

gs/base/gdevp14.c
gs/base/gstrans.h
gs/base/gxclist.h
gs/base/gxclpath.c
gs/base/gxclrast.c
gs/base/gxclread.c

2014-01-06 14:29:14 +0000
Ken Sharp <ken.sharp@artifex.com>
b86a214d542a91e526599aaadd2e68d896c1edff

pdfwrite - fix another memory allocator

After the previous problem caused by using the non-stable memory allocator
I reviewed all use of this allocator and nonticed that in this case we
allocate using the stable allocator, but were freeing it using the non-stable
allocator.

This probably only leaks memory but its best to fix it.

gs/devices/vector/gdevpdtd.c

2014-01-06 14:27:37 +0000
Ken Sharp <ken.sharp@artifex.com>
465eb2d291a92c8eda46c090c70594b4ef8f0fba

pdfwrite - add a comment explaining about pdev->pdf_mewmory

gs/devices/vector/gdevpdfx.h

2014-01-06 14:27:01 +0000
Ken Sharp <ken.sharp@artifex.com>
18f35e567b9e6760bf60a1f4c04b725cd343d5a9

pdfwrite - minor memory issue

Noticed while reviewing other problems, we didn't check to see if a memory
allocation was successful, and also; if a subsequent fread() failed we would
not free the allocated memory.

gs/devices/vector/gdevpdfo.c

2014-01-06 14:25:06 +0000
Ken Sharp <ken.sharp@artifex.com>
ba099db2df6867215178b7cfc1065eb921105d66

pdfwrite - squelch a compiler warning

undefine PDF_FOR_EPS2WRITE to prevent compiler complaning its redefined.

gs/devices/vector/gdevpdf.c

2014-01-06 10:39:41 +0000
Ken Sharp <ken.sharp@artifex.com>
ecf24042611a96c9d5560ccec845f3b2e4d70b38

pdfwrite - use stable memory for the outline tree

Bug #694868 "Regression: seg faults starting with 0790b03698b27dcf342e0175d2f833c921b5dab2"

The move of the outline tree to a dynamic allocation instead of static
accidentally used memory subject to save and restore instead of stable
memory. Oddly this only caused problems on the Linux debug build.

This commit moves the allocation to stable memory which I *believe* will
solve the problem. NB Chris is going to alter the allocation code so that
a debug build will flag this sort of problem up.

No differences expected.

gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfm.c

2013-12-30 12:50:40 -0800
Michael Vrhel <michael.vrhel@artifex.com>
d4e6b106c336b8ae7db87f4bec6e0afb6993b687

Fixes for issues with the use of DeviceN source profiles

GC definitions were wrong for some of the structures and also name allocation size was wrong.
Fixes bug 694865

gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c

2013-12-20 18:19:23 +0000
Robin Watts <robin.watts@artifex.com>
6700dbf0d426ba8d6a707d639159b5b8db00a95c

Pass on an error code rather than ignore it.

gs/base/gdevp14.c

2013-12-22 23:22:42 -0800
Michael Vrhel <michael.vrhel@artifex.com>
17f0dfaf200163d7207f27f3cc34e0a1cf843203

Add missing case for UNKNOWN color space in transparency group.

This is used when the the new group did not specify a color space. We
were incorrectly returning an error. There is no error. The UNKNOWN
information is stored in the clist and when we later get the UNKNOWN
information we known to just keep the current color space.

gs/base/gdevp14.c

2013-12-23 10:30:04 -0800
Ray Johnston <ray.johnston@artifex.com>
72713e784ddaea275498a67e25ab77aedbc0eb9b

Fix bug 69365: Write pattern colors to all bands consistently for images.

Thanks to Michael Vrhel for tracking this down. If a transparent pattern
color is written to all bands after having been written to a band for
an image, the transparency fill_trans_buffer will be NULL because the
group for the image was pushed at 'begin_typed_image' time. We now write
the color to all_bands based on the image extent, consistently.

gs/base/gxcldev.h
gs/base/gxclimag.c
gs/base/gxclpath.c

2013-12-23 15:45:23 +0000
Ken Sharp <ken.sharp@artifex.com>
0790b03698b27dcf342e0175d2f833c921b5dab2

pdfwrite - convert outline tree to dynamic storage

Bug #690429 "convert outline tree from static array to dynamic list"

In the past the outline tree in pdfwrite was a hard coded array with a
maximum depth of 31. This array is now dynamically allocated, so the depth
is limited only by available memory.

No differences expected

gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfm.c
gs/devices/vector/gdevpdfx.h

2013-12-20 17:54:42 +0000
Robin Watts <robin.watts@artifex.com>
3574d5254bd93dc2b002f93de120043990c3fcda

Remove mistakenly added files.

clustercmd
clusterdatestamp

2013-12-18 07:56:31 -0800
Michael Vrhel <michael.vrhel@artifex.com>
6f8bb99dae2db541b7941d65816581137990be6d

Temp debug patch

gs/base/gdevp14.c
gs/base/gsptype1.c
gs/base/gxpcmap.c

2013-12-20 15:31:10 +0000
Robin Watts <robin.watts@artifex.com>
dcb60221c23d33e65ed2193f1f0e6355f06c12ab

Add more error handling missing from pdf14.

gs/base/gxblend1.c

2013-12-20 15:27:54 +0000
Robin Watts <robin.watts@artifex.com>
d355b00b5915697904a2c0f8a2334050d2c1bf32

Bug 694858: Add some missing error handling.

This solves at least some of the SEGVs.

clustercmd
clusterdatestamp
gs/base/gstrans.c

2013-12-20 10:05:58 +0000
Ken Sharp <ken.sharp@artifex.com>
ba28d0f50d9de48d8961f93044b5dac8139312f2

pdfwrite - update element linked list before freeing element in cos dicts

Bug 694854 "Converting pdf to PDFX standard crashes ghostscript right before the end"

When creating a PDF/X file the code deletes any BleedBox, TrimBox, ArtBox
entries from the page dictionary after writing them (ho idea why...) using
the cos_dict_delete() function.

The function frees the memory, and then updates the linked list of elements
in the dictionary, however it updates the list after freeing the memory. If
the free memory pointed to should alter before the linked list is updated,
then the list will be updated with garbage.

Updating the linked list *before* freeing the memory is a much better way
to proceed.

Because this is only called when creating PDF/X files, no differences are
expected.

gs/devices/vector/gdevpdfo.c

2013-12-19 22:30:39 +0100
Till Kamppeter <till.kamppeter@gmail.com>
615059129740d77fac1db1bbec4a79958d88e3bf

Fixed line conibuation typos in previous commit (d997bc4)

gs/cups/gdevcups.c

2013-12-19 00:41:19 +0000
Robin Watts <robin.watts@artifex.com>
77eb4f71f15365c713f1fec698a87203afaaf984

Add some error checking to pdf14.

When we record an error code, ensure we check it.

gs/base/gdevp14.c

2013-12-19 12:32:23 +0000
Chris Liddell <chris.liddell@artifex.com>
3c913314883114d671d550e5db9efa2192241040

Only issue the "unbalanced q/Q" warning once per page.

Write a flag to the pdfdict to indicate that we've already issued the warning
and skip it from then on for the current page. Reset flag at the end of the
page.

No cluster differences.

gs/Resource/Init/pdf_main.ps
gs/Resource/Init/pdf_ops.ps

2013-12-19 17:03:39 +0100
Till Kamppeter <till.kamppeter@gmail.com>
d997bc49531613205e055c8e4e25d93bb4c762e6

Added "pwgraster" output device

The "pwgraster" output device rasterizes the input into the PWG Raster
format, an industry-standarized raster format for printers, especially
the upcoming IPP Everywhere network printers which are supposed to
work with any hardware-model-specific software (drivers). As PWG
Raster is derived from CUPS Raster it is generated by the "cups"
output device, but calling it with the "pwgraster" name makes it
generating PWG Raster instead of CUPS Raster.

gs/configure.ac
gs/cups/gdevcups.c
gs/devices/devs.mak

2013-12-19 09:40:01 +0000
Ken Sharp <ken.sharp@artifex.com>
81b246414c4624cf476793c2590201de408ea33a

pdfwrite - don't allocate multiple object IDs for shadings

Bug #694853 "PDF/A generation does not fix all errors"

When the code to detect and elide duplicate shadings was added we used the
pdf_substitute_resource function to detect duplicates and drop the new one.

However this function *always* assigned a new object ID if it wasn't a
duplicate, which leaves the original ID dangling (if the object already had
one). This commit simply avoids creating a new ID if the object is not a
duplicate, and already has an ID.

I'm a little nervous about this one, but a cluster push seems to be OK. No
differences expected.

gs/devices/vector/gdevpdfu.c

2013-12-18 18:43:56 +0000
Robin Watts <robin.watts@artifex.com>
1a25414344c0a2c3b9c8947ad120d34845ecb387

Bug 693365: Add find_pdf14_device function, and use it.

This seems to solve the problem with simple6.pdf at least.

gs/base/gdevp14.c
gs/base/gsicc_monitorcm.c
gs/base/gspaint.c
gs/base/gxdevsop.h

2013-12-18 15:26:49 +0000
Robin Watts <robin.watts@artifex.com>
36f97ff44c7e94d1cf033a6495f2876b1976ca66

Bug 694258: Allow for floating point inaccuracies in pattern code.

When calculating the regions 'touched' by pattern repeats, allow for
inaccuracies in the floating point calculations.

gs/base/gsptype1.c
gs/base/math_.h

2013-12-18 15:06:17 +0000
Chris Liddell <chris.liddell@artifex.com>
b0cbadbbb03dffbf5f9ec9e72658f59e0e59238a

Remove floatp references in docs.

CLUSTER_UNTESTED

gs/doc/C-style.htm

2013-12-18 14:53:48 +0000
Chris Liddell <chris.liddell@artifex.com>
cf009c80c4a371ad64cc5c0444d72902657dbfce

Replace the "floatp" with "double"

For historic reasons, floating point parameters used the type "floatp" which
was actually typedef'ed to "double".

To reduce confusion, we now use "double" directly.

No cluster differences.

gs/base/fapi_ft.c
gs/base/gdevdcrd.c
gs/base/gdevdflt.c
gs/base/gdevvec.c
gs/base/gdevvec.h
gs/base/gsalpha.c
gs/base/gsalpha.h
gs/base/gscdevn.c
gs/base/gschar.c
gs/base/gschar.h
gs/base/gscie.c
gs/base/gscie.h
gs/base/gsciemap.c
gs/base/gscolor.c
gs/base/gscolor.h
gs/base/gscolor1.c
gs/base/gscolor1.h
gs/base/gscolor3.c
gs/base/gscolor3.h
gs/base/gscoord.c
gs/base/gscoord.h
gs/base/gscpixel.c
gs/base/gscrd.c
gs/base/gscrdp.c
gs/base/gsdevice.c
gs/base/gsdparam.c
gs/base/gsdps1.c
gs/base/gsfont.c
gs/base/gsfont.h
gs/base/gsfunc0.c
gs/base/gsfunc4.c
gs/base/gshsb.c
gs/base/gshsb.h
gs/base/gsht.h
gs/base/gsht1.c
gs/base/gshtscr.c
gs/base/gshtx.c
gs/base/gshtx.h
gs/base/gsicc.c
gs/base/gsicc_create.c
gs/base/gslib.c
gs/base/gsline.c
gs/base/gsline.h
gs/base/gsmatrix.c
gs/base/gsmatrix.h
gs/base/gspaint.c
gs/base/gspath.c
gs/base/gspath.h
gs/base/gspath1.c
gs/base/gspath2.h
gs/base/gsstate.c
gs/base/gsstate.h
gs/base/gstext.c
gs/base/gstext.h
gs/base/gstparam.h
gs/base/gstrans.c
gs/base/gstrans.h
gs/base/gxccache.c
gs/base/gxchar.c
gs/base/gxchar.h
gs/base/gxchrout.c
gs/base/gxchrout.h
gs/base/gxclimag.c
gs/base/gxclpath.c
gs/base/gxcmap.c
gs/base/gxcolor2.h
gs/base/gxdevcli.h
gs/base/gxdevice.h
gs/base/gxfapi.c
gs/base/gxfmap.h
gs/base/gximag3x.c
gs/base/gximage3.c
gs/base/gxline.h
gs/base/gxmatrix.h
gs/base/gxpath.c
gs/base/gxpath.h
gs/base/gxshade1.c
gs/base/gxshade4.h
gs/base/gxshade6.c
gs/base/gxtmap.h
gs/base/sdcparam.c
gs/base/spprint.c
gs/base/spprint.h
gs/base/stdpre.h
gs/contrib/eplaser/gdevescv.c
gs/contrib/eplaser/gdevescv.h
gs/contrib/lips4/gdevl4v.c
gs/contrib/opvp/gdevopvp.c
gs/devices/gdevcdj.c
gs/devices/gdevclj.c
gs/devices/gdevijs.c
gs/devices/gdevjpeg.c
gs/devices/gdevpxut.c
gs/devices/gdevpxut.h
gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfc.c
gs/devices/vector/gdevpdfd.c
gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfg.h
gs/devices/vector/gdevpdfj.c
gs/devices/vector/gdevpdfk.c
gs/devices/vector/gdevpdfm.c
gs/devices/vector/gdevpdfo.c
gs/devices/vector/gdevpdfo.h
gs/devices/vector/gdevpdfv.c
gs/devices/vector/gdevpdts.c
gs/devices/vector/gdevpdts.h
gs/devices/vector/gdevps.c
gs/devices/vector/gdevpsdf.h
gs/devices/vector/gdevpsdi.c
gs/devices/vector/gdevpsdu.c
gs/devices/vector/gdevpsf2.c
gs/devices/vector/gdevpx.c
gs/devices/vector/gdevsvg.c
gs/devices/vector/gdevxps.c
gs/psi/idparam.c
gs/psi/idparam.h
gs/psi/imain.c
gs/psi/imain.h
gs/psi/zcolor.c
gs/psi/zgstate.c
gs/psi/zht1.c
gs/psi/zht2.c
gs/psi/zmatrix.c
gs/psi/zpath.c
gs/psi/zpath1.c
gs/psi/ztrans.c
pcl/pccsbase.c
pcl/pcfont.c
pcl/pcht.c
pcl/pcindxed.c
pcl/pcindxed.h
pcl/pcmtx3.c
pcl/pcmtx3.h
pcl/pcommand.c
pcl/pcpage.c
pcl/pcpalet.c
pcl/pcpalet.h
pcl/pcparam.h
pcl/pcpatxfm.c
pcl/pcpatxfm.h
pcl/pcrect.c
pcl/pcsfont.c
pcl/pctext.c
pcl/pgcolor.c
pcl/pgdraw.c
pcl/pgdraw.h
pcl/pgfdata.c
pcl/pggeom.c
pcl/pggeom.h
pcl/pglabel.c
pcl/pgpoly.c
pcl/pgvector.c
pcl/rtgmode.c
pcl/rtraster.c
pl/pjparse.c
pl/pjparse.h
pl/pjparsei.c
pl/pjtop.c
pl/pjtop.h
pl/plchar.c
pl/plfont.h
pl/plsrgb.c
pl/pluchar.c
pxl/pxink.c
pxl/pxpaint.c
pxl/pxpthr.c
svg/svgtop.c
tools/gslite/gslt_test.c
xps/xpstop.c

2013-12-18 11:37:40 +0000
Ken Sharp <ken.sharp@artifex.com>
5ddd13eda3853d53315b7ba656ccd32ad9814c34

ps2write - Don't emit a page size change if the last request failed (and was the same size)

Bug #694852 We check the current media size at the start of every page, and
only emit a new request if the page is a different size to the current size.

However, if the request fails (media not available) we keep on requesting
the media via setpagedevice. This causes duplexing to be disabled, as each
setpagedevice resets the device and ejects the previous page.

This commit still checks the current page size, however, if it is not the
size needed for the page, we then check to see if 'MediaRequested;' is
known. If it is not we set the media, and set MediaRequested to the new
media size. If MediaRequested is known, we check to see if the new media
size is the same as the last one we requested. If it is there's no point
in doing a new request as it will fail again,so we drop the request.

If the new requested media is not the same as the last requested media,
then we do emit a new request, which may or may not be satisfied of course.

This should permit duplexing to work and be slightly faster in the case
where requested media is not available.

gs/devices/vector/opdfread.h
gs/lib/opdfread.ps

2013-12-14 13:13:02 +0000
Chris Liddell <chris.liddell@artifex.com>
2f8b73d56d667334e935071f24f1d6b1860a48e2

Bug 694832: refine when to elide the TTF notdef glyph

Only force the Truetype notdef glyph to be non-marking when the font in
question uses a TTF cmap table other than the symbolic (3.0) cmap table.

Several cluster files show differences - all except one are progressions
with reference to Acrobat, and the exception was "wrong" before and is
slightly differently wrong now (an entirely different underlying issue).

gs/Resource/Init/gs_ttf.ps
gs/psi/zfapi.c

2013-12-17 17:33:05 +0000
Robin Watts <robin.watts@artifex.com>
727b6e87edc234670120dcce040547610736fe0d

Bug 694844: Fix thin stroking of paths with non-idempotent colors.

For non-idempotent colors when stroking we have to construct an entire
path and then fill it, rather than stroking each section as we go.

Unfortunately in the code that implements this, we missed a case - thin
sections can be stroked section by section even in the non-idempotent
case.

We fix that here.

This appears to solve Bug 694844, which was hitting this case.

gs/base/gxstroke.c

2013-12-16 18:13:03 +0000
Robin Watts <robin.watts@artifex.com>
300c3ea8f2c82471c5e57655bd13549f1172c38a

Bug 694842: Fix threshold table generation.

When we generate threshold tables for dithering, we should expect them
to be 'evenly distributed'. This is not the case currently. In the
example given in this bug, we generate an 8x4 dither table. This
contains 32 pixels, all of which can be on or off, hence we have 33
levels, ranging from 0 on to 32 on.

We would further expect our input range to be evenly divided into these
levels - i.e. roughly 256/33 in each band.

This is not the case. The threshold table generated is:

threshold array row 0= 88 120 152 184 176 144 112 80
threshold array row 1= 192 224 208 168 72 40 56 96
threshold array row 2= 232 255 240 136 32 8 24 128
threshold array row 3= 216 248 200 104 48 16 64 160

The operation of our thresholding code is to set a pixel if
contone(x,y) < threshold(x,y), hence our inputs divide into:
0-7,8-15,...240-254,255

Not only does this not have the required 256/33 per region, the top
and bottom regions are far from being even (8 vs 1 entries).

Ideally we should fix this code so generate the correct distribution -
an enhancement bug will be opened for this. For now we will satisfy
ourselves by offsetting the thresholds slightly so that the top and
bottom ranges are at least even. The new code gives:

threshold array row 0= 84 116 148 180 172 140 108 76
threshold array row 1= 188 220 204 164 68 36 52 92
threshold array row 2= 228 252 236 132 28 4 20 124
threshold array row 3= 212 244 196 100 44 12 60 156

gs/base/gsht.c

2013-12-17 10:30:26 +0000
Ken Sharp <ken.sharp@artifex.com>
712d2254dc190baeea795931a470d39f8d43c2bf

Update opdfread.ps with the changes for eps2write. Although we no longer
actually use opdfread.ps, instead we use opdfread.h, we want to keep the
two in sync.

gs/lib/opdfread.ps

2013-12-17 10:29:31 +0000
Ken Sharp <ken.sharp@artifex.com>
730dbe8b0717b2f882067163737eb89708e7e66d

correct a tab in the source, replacing with spaces.

gs/devices/vector/gdevpdfd.c

2013-12-16 17:44:22 +0000
Ken Sharp <ken.sharp@artifex.com>
1f30a9f66b280fad5cb8133e02530c60a038843c

Add new 'eps2write' device which will eventually replace epswrite

No differences expected

gs/devices/devs.mak
gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfd.c
gs/devices/vector/gdevpdfi.c
gs/devices/vector/gdevpdfu.c
gs/devices/vector/gdevpdfx.h
gs/devices/vector/gdevpdtc.c
gs/devices/vector/gdevpdte.c
gs/devices/vector/gdevpdti.c
gs/devices/vector/gdevpdts.c
gs/devices/vector/gdevpdts.h
gs/devices/vector/gdevpdtt.c
gs/devices/vector/gdevpdtt.h
gs/devices/vector/opdfread.h
gs/psi/msvc.mak

2013-12-16 08:32:12 -0800
Michael Vrhel <michael.vrhel@artifex.com>
abd38464f9b058502c9491873ff7f01f00c406d7

Fix for goof up in loop index variable.

Fixes bug 694811 and 694848. Thanks ken for finding this.

gs/base/gdevp14.c

2013-12-16 12:34:26 +0000
Robin Watts <robin.watts@artifex.com>
8e2f00f15c988d75a4182ecdcdc1a82b4686ef92

Bug 694845: Shailesh Mistrys patch for regression in jbig2dec

Having reverted the problematic patch, this is the fixed version.

gs/jbig2dec/jbig2_symbol_dict.c

2013-12-16 11:45:42 +0000
Robin Watts <robin.watts@artifex.com>
fa8b62e45f07564304d671b57cba7fede5d4729d

Revert "Bug 694124: Shailesh Mistry's patch for valgrind problems."

This reverts commit d166833eb541466104c582980be1e42e0062c738.

gs/jbig2dec/jbig2_symbol_dict.c

2013-12-16 10:08:20 +0000
Chris Liddell <chris.liddell@artifex.com>
bcac8f9cfd8330ec4434b176c150c44af276393e

Force special action to build language_switch

A "normal" attempt to build language_switch will elicit a warning, to actually
make it build, adding "UNSUPPORTED=1" to the (n)make command line is required.

language_switch/pspcl6_gcc.mak
language_switch/pspcl6_msvc.mak

2013-12-15 09:51:50 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
88a39ea069424045161ff000af5574ba340bb51d

Remove the language switch build from the default make targets.

Makefile

2013-12-14 13:54:31 +0000
Chris Liddell <chris.liddell@artifex.com>
70c1f72389b31e95e9cffb6578a3a94e3052cb44

Bug 694843: reset FAPI font data on "refine" font

For example, a font dict may be copied, so the "FAPI" entry is copied with
the dict, but the new internal font object does not have the FAPI server in
it. We catch that in the "refine font" call - previously here we didn't reset
the font data, just "re-bound" the FAPI server. It turns out with the
language switch build, we need to set the FAPI font data, too.

No cluster differences.

gs/psi/zfapi.c

2013-12-13 15:15:24 +0000
Ken Sharp <ken.sharp@artifex.com>
5b592a88fa8760f5fd4d7a8f082e094bda981a93

pdfwrite - yet more discriminating tests before TrueType font combining

Bug #694833 "german letters adieresis, odieresis and udieresis are missing after conversion to PDF"

This follows on from commit 8b6be8be2cdcefae39339682d45d3c009ab909ac
Bug #694538.

Again we have a random pair of Type 42 fonts which would be compatible to
combine, except that they have differing max composite points and contours.
Mad, but there you go.

No differences expected, we don't see these files from any other source.

gs/base/gstype42.c
gs/base/gxfont42.h
gs/devices/gxfcopy.c

2013-12-12 16:20:59 +0000
Chris Liddell <chris.liddell@artifex.com>
3e8a32f8a884039b851c39b5aceabfd8c8e93198

Inherit CFLAGS from environment in (pdl) configure script

No cluster differences.

config.mak.in
configure.ac
main/pcl6_gcc.mak

2013-12-12 00:58:04 +0000
Robin Watts <robin.watts@artifex.com>
99a6f1af177c15f4db475186b79d169c993494ef

Bug 694119: Shailesh Mistry's patch for Valgrind problems.

Don't read off the end of an empty (or almost empty) buffer.

gs/openjpeg/libopenjpeg/t2.c

2013-12-11 19:06:03 +0000
Robin Watts <robin.watts@artifex.com>
bb123bf027bf7ea0aa5b82ed2626d21f91c57613

Bug 694363: Shailesh Mistry's patch for SEGV.

Avoid buffer overflow due to oversized image dimensions causing
int overflow.

gs/openjpeg/libopenjpeg/j2k.c

2013-12-11 19:02:39 +0000
Robin Watts <robin.watts@artifex.com>
d166833eb541466104c582980be1e42e0062c738

Bug 694124: Shailesh Mistry's patch for valgrind problems.

Detect zero sized symbol dictionary and exit neatly. Avoids overreads.

gs/jbig2dec/jbig2_symbol_dict.c

2013-12-11 09:47:45 -0800
Ray Johnston <ray.johnston@artifex.com>
f42c717329ec13db00f2627bd89ad4c081379fd9

Remove extraneous %d from a debug message (-ZL).

Thanks to Henry for spotting this.

gs/base/gxclutil.c

2013-12-11 16:17:31 +0000
Chris Liddell <chris.liddell@artifex.com>
19d709b45b9173e225bd6e62bb20e9eb5f192254

Bug 694836: remove erroring CIDFont subsitute record

When subsituting a CIDFont we dynamically update the CIDFont resource's .map
dictionary (to ensure the substitute CIDFont is loaded with the correct
"attributes").

If findresource fails with the updated .map dictionary, remove the entry we
just added, to avoid subsequent attempted loads of that CIDFont finding the
erroring .map entry.

No cluster differences.

gs/Resource/Init/gs_ciddc.ps
gs/Resource/Init/pdf_font.ps

2013-12-11 13:03:28 +0000
Ken Sharp <ken.sharp@artifex.com>
b3be65914d6dbe6585dec8576e80c7fb52fffbe4

pdfwrite - fix compiler comparison oddness

Bug #694838 "Artifex Ghostscript 9.10: JBIG2Encode requires CompabilityLevel >= 1.4"

The code compares a float variable with a non-integer constant. Bizzarely
the comparison fails unless the contant is declared as type float as well
(using the x.yf syntax), at least on the Microsoft compiler. Presumably
without this they are evaluated as double.

This commit simply alters the constants to be declared specifically as
floats.

No differences expected.

gs/devices/vector/gdevpdfp.c

2013-12-07 16:16:22 -0800
Ray Johnston <ray.johnston@artifex.com>
2aaae7404988d7443b002907954693749c468347

A better fix for the previous -dEPSFitPage.

Note that -dEPSCrop with -dEPSFitPage is actually done in the C
code.

gs/Resource/Init/gs_epsf.ps

2013-12-07 14:42:07 -0800
Ray Johnston <ray.johnston@artifex.com>
7f4d1c480eb53e2f18bd87a0c3cb0f98faa7281c

Fix EPSFitPage (related to bug 694829.

The EPSFitPage now rotates as well as translating/scaling.

gs/Resource/Init/gs_epsf.ps
gs/Resource/Init/gs_init.ps

2013-12-03 10:09:56 +0000
Ken Sharp <ken.sharp@artifex.com>
ca3d544d51c3e1d63a2fd115dac23255c966ba0e

pdfwrite - add Resources to current substream when starting an SP pdfmark

Bug #689653 "Nested form XObject pdfmarks not working properly"
Bug #689883 "/SP pdfmark inside /BP-/EP pdfmark pair for XObject re-use"

When we use a 'picture' via the SP pdfmark, add the picture resource to
the current substream resources, so that if we are accumulating a substream
(pattern, form, another picture etc) then the Resources for that substream
will contain an entry for the picture. Previously they did not and relied
on inheriting from the page dictionary, which is long since deprecated.

Thanks to Alexander Grahn for diagnosing the problem and supplying the
patch.

No differences expected.

gs/devices/vector/gdevpdfm.c

2013-12-02 16:28:46 -0800
Ray Johnston <ray.johnston@artifex.com>
da944b290302bf9391116b806c4a368b7d185d94

Add debugging for max heap memory allocation for -Z:

This is a minor hack for debug builds that prints out the 'max' usage
which is often of interest. A better method would be to add a memory
proc to print the stats that would be implemented for all allocators.

If so, a 'verbosity' control might be nice for 'max' (max used) and
'leaked' that would print all elements that the allocator knows about
(for leak detection), or 'current' to print current allocated size.

gs/psi/iapi.c

2013-11-30 13:46:49 +0000
Ken Sharp <ken.sharp@artifex.com>
05d2e5cd0b8ce92ddeacca00e8f64d3f7b2e5883

pdfwrite - add garbage collection handlers to Bicubic streams

Bug #694826 "Seg fault with pdfwrite device"

There was an oversight when coding the Bicubic stream downsampling and the
working buffer was not enabled for relocation on garbage collection.

No differences expected.

gs/devices/vector/gdevpsds.c
gs/devices/vector/gdevpsds.h

2013-11-29 09:31:04 +0000
Ken Sharp <ken.sharp@artifex.com>
33b41157c24f27cd912fa1d517e9246af37bbe2f

txtwrite - set the returned glpyh in the text enumerator before executing CDevProc

Bug #698422 "txtwriter driver crashes with this (badly crafted) PDF file"

The txtwrite device was leaving the 'returned' glyph unset when it needed
to run the CDevProc for a CIDFont. This could later cause a crash because
other code would attempt to use the uninitialised variable.

No differences expected.

gs/devices/vector/gdevtxtw.c

2013-11-28 18:24:03 +0000
Robin Watts <robin.watts@artifex.com>
748013087dd75882abbcfe4c630eeddb059be773

Bug 694362: More tweaking in jbig2dec.

Following more discussions with Simon, and testing within MuPDF, it
appears that the original code was correct. I am therefore restoring
the original behaviour, except with a direct jump to cleanup rather
than relying on dropping into the following case.

This will result in just 1 error being given, and is cleaner, to my
mind.

gs/jbig2dec/jbig2_symbol_dict.c

2013-11-28 17:51:02 +0000
Robin Watts <robin.watts@artifex.com>
fa25793292f8e6799ecad1bcd6565206b7566664

More work on bug 694362

Back out some 'unreachable code' that I had accidently added back in.

Remove a couple of unreachable 'break;' statements too.

gs/jbig2dec/jbig2.c
gs/jbig2dec/jbig2_segment.c
gs/jbig2dec/jbig2_symbol_dict.c

2013-11-28 16:43:26 +0000
Robin Watts <robin.watts@artifex.com>
e697fc428f4cca033d0b844cc4bceebffe50e853

Pull changes back from mupdf's version of jbig2dec to gs's.

MuPDF now tracks the version of jbig2dec extracted from gs.
Shelly spotted a couple of minor things that had been lost as
part of his investigation into bug 694362. Pull them back
across.

gs/jbig2dec/jbig2.c
gs/jbig2dec/jbig2_segment.c
gs/jbig2dec/jbig2_symbol_dict.c

2013-11-27 09:38:02 +0000
Ken Sharp <ken.sharp@artifex.com>
01cef1fd7dbaf3ef48dcff9e23875980265f2859

pdfwrite - ignore annotation /AP where the appearance is not a stream

Bug #694809 "Conversion of PDF-file fails with typecheck-error"

The speciment PDF file has an invalid appearance for an annotation:

182 0 obj
<<
/AP << /N << /Yes /null >> >>

The normal appearance should be a dictionary where each key value pair has
a value which is a stream. /null is not a stream.

This commit drops annotations with this problem and emits a warning.

No differences expected.

gs/Resource/Init/pdf_draw.ps

2013-11-27 10:44:28 +0100
Till Kamppeter <till.kamppeter@gmail.com>
87a7fd8afe9af506bf91024d8cc60ef0721450d5

"cups" output device: Support for PPD-less printing and PWG Raster output

1. PWG Raster output: With -sMediaClass=PwgRaster the output is in PWG
Raster format and not in CUPS Raster format. TODO: Create "pwg" or
"pwgraster" output device name for that.

2. Support for PPD-less printing: If the "PPD" environment variable is
not set to a valid PPD file, allow setting unprintable margins via
something like:

"-c '<</.HWMargins[12 12 12 12] /Margins[0 0]>>setpagedevice'"

3. Correct rounding by adding 0.5 to float numbers before converting
them to integer.

gs/cups/gdevcups.c

2013-11-27 08:43:53 +0000
Ken Sharp <ken.sharp@artifex.com>
49f620bbdabaa186b56cb783afd30bcfc8ca40ef

pdfwrite - remove an unused variable to silence a compiler warning

gs/devices/vector/gdevpdfv.c

2013-11-26 16:20:18 +0000
Ken Sharp <ken.sharp@artifex.com>
fe99ca5fd2e3b191a76c7f7d791b72f3603e9fea

pdfwrite - spot reuse of shading dictionaries and don't emit multiple times

Bug #689247 "pdfwrite creates redundant shadings"

Previously we always made a new shading and pattern dictionary every time
we encountered a shading. Taking advantage of the hashing mechanism that
was written to improve performance, we can now spot reuse of shading
dictionaries, and emit only a single copy.

The output from the test file now only contains 106 shadings and patterns
and the compressed file size is reduced by 41% as a result.

No differences expected.

gs/devices/vector/gdevpdfv.c

2013-11-26 09:21:13 +0000
Chris Liddell <chris.liddell@artifex.com>
fb3e5c6278fc7ea5e1bfdb3a23944cdcce13eb5a

Change the order of checks when enumerating PCL fonts.

We need to check whether the MT fonts have populated the font dictionary
before we worry about whether there's a path to find the TTF versions of the
built-in fonts.

No cluster differences.

pl/pllfont.c

2013-11-20 14:55:12 +0000
Chris Liddell <chris.liddell@artifex.com>
9ecb86e69f473d8c981baeca6885d67b23964440

pcl/FAPI MT font fixes.

Fix a problem with parsing out the FCO paths from the FCO list string (we could
run off the end of the string).

Make the "header" byte swapping call conditional on being a little-endian
platform.

Fix a makefile hiccup that resulted in the FCO files being built into the romfs
twice.

CLUSTER_UNTESTED

gs/base/fapiufst.c
main/pcl6_gcc.mak
pl/pllfont.c

2013-11-26 12:07:13 +0000
Ken Sharp <ken.sharp@artifex.com>
90ec17f20be53db00fcbc2ada6931e7cc7b22b9e

pdfwrite - fix dictionary stream hashing

The dictionary stream hashing code didn't initialise the MD5 hash before
using it, which could lead to problems. Also the cos_stream_equal routine
was passing in an MD5 state which would then be reused inside the hashing
code. Although this doesn't seem to cause a problem, and we don't actually
use that state, its safest if we make use a dummy instead.

Problems discovered while working on duplicate shadings.

No differences expected

gs/devices/vector/gdevpdfo.c

2013-11-25 18:26:20 +0000
Robin Watts <robin.watts@artifex.com>
83fb95771604bd85b1b3345f67d83cc99c69bfd9

Bug 694245: Fix valgrind problems.

During stroke calculations, ff we have a non-invertible matrix, then
use 0 as the calculated distance, rather than running with
undefined values. We were failing to check for an error code.

Returning an error code stops rendering, so swallow the error and
continue with 0.

gs/base/gxpdash.c
gs/base/gxstroke.c

2013-11-25 18:39:05 +0000
Robin Watts <robin.watts@artifex.com>
7be77f2a74952c2d7f8f3969ae885a014b51513c

Add missing Makefile header dependency.

gs/base/lib.mak

2013-11-25 09:58:08 -0800
Ray Johnston <ray.johnston@artifex.com>
0d8fcaef61f7af1a032f9dff8d38957b335ee8cc

Remove #define DEBUG_TRACE_PS_OPERATORS inadvertently left enabled.

gs/psi/iinit.c
gs/psi/iinit.h

2013-11-25 14:33:12 +0000
Robin Watts <robin.watts@artifex.com>
7b3a65aab20feac334cac8e5935ba5cbe310ac69

Fix previous commit; align_bitmap_mod is in bytes not bits.

Correct the calculations in the previous commit.

gs/base/gsiparam.h

2013-11-25 13:24:03 +0000
Robin Watts <robin.watts@artifex.com>
b81962611a292e1b2c5306f3d5cdfea832715169

Bug 694601: Fix big endian crash in mem_mono_copy_mono.

While the crash is reported on a big endian device, the problem actually
potentially occurs on little endian systems too. As it happens,
x86, amd64, and many ARM configurations will read happily from unaligned
addresses. Some ARMs and many other processors will not, however, so we
apply a fix that will work properly everywhere.

When calling device level functions, we should ensure that the 'raster'
given is always a multiple of align_bitmap_mod bits.

Thanks to John Wehle for the bug report and suggested fix.

gs/base/gsiparam.h

2013-11-23 21:37:03 -0800
Ray Johnston <ray.johnston@artifex.com>
4a72e695c6ad632a38d27eaaa45bdbad8b5a0fa1

Fix garbage output with --saved-pages due to not doing needed erasepage.

Actions which print, or reallocate to clist mode or page mode, may
need the page to be erased. This includes the 'print' action. Seen
with 12-07C.PS when gs_cet.ps is used.

Also, don't allow "copies n" without a prior "begin".

Silence a few build warnings (missing dependency)

gs/base/gxclpage.c
gs/base/gxclpage.h
gs/psi/iinit.h
gs/psi/imainarg.c
gs/psi/int.mak

2013-11-20 17:03:48 -0800
Ray Johnston <ray.johnston@artifex.com>
006051023733a636fc7e61754489e05fa38acdea

Remove FORCE_SAVED_PAGES_TEST since cluster now supports extras=...

Also clean up some compiler warnings.

gs/psi/imain.c
gs/psi/imainarg.c
gs/psi/iminst.h

2013-10-23 11:36:09 -0700
Ray Johnston <ray.johnston@artifex.com>
54610538e180cb5cb9b80c51f9a8a3d5b9bba5c2

Make order of --saved-pages-test and --saved-pages= options position independent.

The position of these command line options had been required to be the
last option prior to the first file to run, but this is not how most
other command line options operate. This allows the --saved-pages-test
or --saved-pages=begin option to be placed anywhere in the command line.

The debug option to FORCE_SAVED_PAGES_TEST is now in psi/imain.c
and the OMIT_SAVED_PAGES_TEST is removed.

gs/psi/imain.c
gs/psi/imainarg.c
gs/psi/iminst.h

2013-10-05 12:27:58 -0700
Ray Johnston <ray.johnston@artifex.com>
97535718d671b728c47f7bbc35512449c47d2bc1

Fix more Segfaults with --saved-pages and psdcmyk and many differences.

Devices that have devn paramaters could close the device so make sure
and open it. Also set banding_type to BandingAlways while in saved-pages
mode and restore it when we end saved-pages mode.

A few files still segfaulted, and there were many differences because
the page was not erased after the saved-pages "begin".

In gx_saved_page_load, for pages that fit in a single band (as with
large -dMaxBitmap values), reset the ymin and ymax to force rasterizing
the next page's clist.

gs/base/gxclpage.c
gs/base/gxclpage.h
gs/psi/imainarg.c
pl/plmain.c

2013-11-22 17:34:46 +0000
Chris Liddell <chris.liddell@artifex.com>
55d90681fd4eb85fa8d38b965fb31d12cdb133e2

Enable shared library builds on AIX (gcc only)

Add the code to detect AIX (and gcc), and setup the command like arguments
so the "make so" targets works.

There is still a "duplicate symbols" warning on ".main" when linking to the
shared lib - none of the documented options seemed to resolve that.

No cluster differences.

gs/configure.ac

2013-11-22 15:23:00 +0000
Ken Sharp <ken.sharp@artifex.com>
cdd142387a04a6d7ea519838e15204c4d7c681d8

pdfwrite - flush streams before attempting to MD5 hash them

This was discovered in the process of other work. Its possible that when we
MD5 hash a stream, its still partially or fully buffered, not written to
the asides file. This commit makes sure that the streams are flushed first.

No differences expected.

gs/devices/vector/gdevpdfo.c

2013-11-22 12:16:40 +0000
Robin Watts <robin.watts@artifex.com>
82e02b0dc49b51fbe4851a16a669ef83d35a2fae

Bug 694803: Fix truncated psd files.

GS can truncate the number of spots used if we are working with PDF
files, hence not all 6 planes may be written. Fix this here.

gs/devices/gdevcmykog.c

2013-11-22 14:09:34 +0000
Robin Watts <robin.watts@artifex.com>
47584728a68520b754ba97f0bcbf001a19d8271b

Bug 694802: psdcmykog files truncated on MacOS.

It appears that macos will not allow you to read from files opened
as "wb", so use "w+b" instead. I probably should have been using this
anyway.

gs/devices/gdevcmykog.c

2013-11-21 16:51:29 +0000
Robin Watts <robin.watts@artifex.com>
16c29cb9deb49be55c582213469ff6993d26c731

Bug 694798: Fix SEGV with psdcmykog device.

The alignment/padding code was going wrong. In cases where the device
changes size and reallocates, we were attempting to resize the buffer
memory using the aligned pointer rather than the unaligned pointer.

gs/base/gdevmem.c

2013-11-21 15:01:16 +0000
Robin Watts <robin.watts@artifex.com>
1829196ecccb692765c27c9b3eac13367cf50204

Bug 694797: Remove stray code from psdcmykog device.

Some stray code in the close method was causing the device to clear the
file on exit. This only seems to happen in some cases though. Just
removing the code should solve it.

gs/devices/gdevcmykog.c

2013-11-21 14:32:23 +0000
Ken Sharp <ken.sharp@artifex.com>
1eeb45d0537ba8e561f27d6461fc5b62bd042340

pdfwrite - honour device-independent color conversion strategy for images

Bug #694799 "New: incoherent output intent and color space in PDF/A (bis)"

The image colour conversion wasn't writing a device independent colour
space for UseDeviceIndependentColor or sRGB, but was instead writing
the original colour space.

No Differences expected.

gs/devices/vector/gdevpdfi.c

2013-11-20 12:46:01 +0000
Robin Watts <robin.watts@artifex.com>
8a94e4ee285f8b7d2f04edf2d8ac35f687355061

Remove boilerplate from gdevcmykog

gs/devices/gdevcmykog.c

2013-11-19 19:57:33 +0000
Robin Watts <robin.watts@artifex.com>
bbaff51c391f0e3e6c0503da9f355c96a739c1b4

Silence warning.

gs/devices/gdevpsd.c

2013-11-19 10:14:04 -0800
Ray Johnston <ray.johnston@artifex.com>
5af6431204f15f89519aac55c8d8ff42c823ced7

Fix misplelling of 'parent' in the gp files.

gs/base/gp.h
gs/base/gp_dosfs.c
gs/base/gp_macio.c
gs/base/gp_ntfs.c
gs/base/gp_os2fs.c
gs/base/gp_unifn.c
gs/base/gp_vms.c
gs/base/gpmisc.c

2013-11-19 19:18:50 +0000
Robin Watts <robin.watts@artifex.com>
ab73cd1550f558f5e1a82e60d95339b044713976

Solve psdcmykog hang on MacOSX.

Mac gets hung in the collating phase, presumably due to different
handling of eof conditions for read/write file handles.

Also, fix a mistake that can cause SEGVs in non debug versions.

gs/devices/gdevcmykog.c
gs/devices/gdevpsd.c

2013-11-19 17:03:27 +0000
Robin Watts <robin.watts@artifex.com>
9f03f419cc8cc598c2a9b4e94e41d6cfdad61c02

Various small fixes for psdcmykog build issues.

Rename the device. Include it in linux builds by default, along with
fpng.

Fix various warnings.

gs/Makefile.in
gs/base/gdevdevnprn.h
gs/base/lib.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/configure.ac
gs/devices/devs.mak
gs/devices/gdevcmykog.c
gs/devices/gdevfpng.c
gs/psi/msvc.mak

2013-11-15 18:30:21 +0000
Robin Watts <robin.watts@artifex.com>
3cee4eb9e3c24e0a2e7c48fddc473590c5a820b6

Make garbage collector private.

Private is better than public.

gs/base/gsgcache.c

2013-11-18 16:20:05 +0000
Robin Watts <robin.watts@artifex.com>
be1e5a0dde242dc41f4e67a629d6bf403ac2938b

Update psdcmykog to use common psd writing functions.

gs/devices/gdevcmykog.c

2013-11-15 17:24:04 +0000
Robin Watts <robin.watts@artifex.com>
bf2404a47b8b2843e37efbb0d242e5b46357b588

Tweak psdcmykog.c to use gdevdevnprn.h functions.

This reduces the boilerplate.

gs/devices/gdevcmykog.c

2013-11-06 17:52:25 +0000
Robin Watts <robin.watts@artifex.com>
8cb60cfe03ab7f1ada9b26eb57342fa9eca62e48

psdcmykog: simple example process_page device

This device demonstrates a range of facilities newly added to
the Ghostscript core. This device exists as an exemplar for these
facilities, and as a mechanism to allow us to cluster test.

gs/devices/devs.mak
gs/devices/gdevcmykog.c
gs/ghostscript.vcproj
gs/psi/msvc.mak

2013-11-18 16:19:12 +0000
Robin Watts <robin.watts@artifex.com>
7089d5416766a4a526b382e57e4436633d29bb9e

Externalise psd writing functions.

This will enable psdcmykog to share the psd writing functions.

gs/base/gdevdevnprn.h
gs/devices/gdevpsd.c

2013-11-15 17:14:14 +0000
Robin Watts <robin.watts@artifex.com>
a1bee59ddf2bf82273359564d6cdb8e0549ae14f

Extract guts of spotcmyk device to be reusable.

Whenever we build a "devicen" based device, there is a lot of repeated
code. Tweak the spotcmyk functions (one such device) into a form where
they can be reused more easily.

Also add cmyk_equiv_colors into this extracted structure. This shouldn't
matter to code that doesn't use the equivalent colors, (i.e. spotcmyk
and devicen will be unaffected), but should allow us to bring the psd
devices into the fold.

gs/base/gdevdevn.c
gs/base/gdevdevnprn.h
gs/base/lib.mak
gs/devices/gdevpsd.c
gs/ghostscript.vcproj

2013-11-18 15:43:32 +0000
Ken Sharp <ken.sharp@artifex.com>
a65b8db506a553334de495a9b27a18811188539a

pdfwrite - new colour code, emit sRGB as ICCBased

Bug #694780 "incoherent output intent and color space in PDF/A"

sRGB was supposed to be written as ICCBased, but the code has a special
check to see if the ICC profile being used is one of the default ones
(ie its our ICC equivalent of Gray, RGB or CMYK) and if it is, we write
the original colour apace out.

Added a boolean to override this behaviour so that when we emit sRGB we do
in fact write the ICCBased equivalent profile for RGB.

No differences expected.

gs/devices/vector/gdevpdfb.c
gs/devices/vector/gdevpdfc.c
gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfg.h
gs/devices/vector/gdevpdfi.c
gs/devices/vector/gdevpdfk.c
gs/devices/vector/gdevpdft.c
gs/devices/vector/gdevpdfv.c

2013-11-15 13:21:42 +0000
Ken Sharp <ken.sharp@artifex.com>
d2804d480928140577560f673eb6a6419afb9abd

AES decryption - Don't return an error if the input is not a multiple of 16 bytes

Bug #694781 "Regression: error reading PDF files starting with 4885eb2fa363002fdf0980cd189f2a5bb9340f58"

The stream is technically invalid, it should be a multiple of 16 bytes in
length. Acrobat as usual silently ignores the error.

We now emit a warning but carry on.


No differences expected

gs/base/saes.c

2013-11-07 12:36:18 -0800
Ray Johnston <ray.johnston@artifex.com>
b83ce7db814dd026b97bf2e00429459fc9c1f296

Improve collection of color_usage.or bits and track devn colors.

Some of this was in place with cmd_drawing_color_usage, but it was
not used many times, and it just returned 'all'. Also, add the
check for devn colors that are widely used with planar devices
such as psdcmyk.

Also handle the color_usage_array in the setup and teardown of the
BGPrint thread and/or multiple rendering threads.

gs/base/gxclimag.c
gs/base/gxclpath.c
gs/base/gxclrect.c
gs/base/gxclthrd.c

2013-11-14 12:11:02 -0800
Ray Johnston <ray.johnston@artifex.com>
db89e2390033fde0c69ffc01aeff346296336907

Fix SEGV with BGPrint=true -dNumRenderingThreads=2

With BGPrint=true, the icc_cache_list for the rendering threads was
allocated using 'mem', but was being freed using mem->thread_safe_memory.
The BGPrint clist device 'mem' is a chunk allocator but its thread
safe memory is the heap allocator.

gs/base/gxclthrd.c

2013-11-14 17:02:27 +0000
Robin Watts <robin.watts@artifex.com>
026a7ed96060a9f9a11a16857a9549f77ed5042b

Fix alignment of memory buffers in page mode.

The setup buffer call was setting the 'base' member to it's aligned
version, and the caller was then overwriting it with the unaligned
version. Simply remove the override.

gs/base/gdevprn.c

2013-11-14 14:02:05 +0000
Robin Watts <robin.watts@artifex.com>
10b2168ba0a3973ce1e98b8405e01bc7d235464d

Correct raster calculation in get_bits_rectangle for planar case.

gs/base/gdevdgbr.c

2013-11-13 09:29:55 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
ea5452061ce70ada597888e629e6f6e9ca09ab10

Fix building WIN64=1 with Visual Studio 2013 and add pam to default devices.

gs/psi/msvc.mak

2013-11-13 16:57:46 +0000
Robin Watts <robin.watts@artifex.com>
428f750746c09af66e53eed08a9fabf8dba2fef8

Bug694768: Fix VMerrors during pattern processing.

In a recent commit I moved the line_ptrs into the clist data block.
Don't do this for pattern accumulator operation, as the logic is
different.

gs/base/gxclist.c
gs/base/gxclread.c
gs/base/gxclthrd.c

2013-11-13 15:38:45 +0000
Robin Watts <robin.watts@artifex.com>
d42c77506452de368bebb64e61fd5f0b7347b343

Fix SEGVs caused by icc_cache_cl memory space change.

A few commits ago, we moved the icc_cache_cl used for NRT > 0 to the
thread safe memory handler. This meant it was no longer in gc-able
space, so we therefore removed the enumeration of icc_cache_cl from
the clist structure definitions.

Unfortunately I forgot to move the non-NPR related allocations of
icc_cache_cl to the same thread safe handler, meaning that they were
still being allocated in gc-able memory and causing crashes. For
example:

gs/debugbin/gswin32c.exe -Z@ -o out.pbm -sDEVICE=ppmraw -r300
-dMaxBitmap=400000000 ../ghostpcl/tests_private/comparefiles/Bug690189c.pdf

gs/base/gxclist.c
gs/base/gxclpage.c
gs/base/gxclthrd.c
gs/base/gxp1fill.c
gs/base/gxpcmap.c

2013-11-13 14:03:30 +0000
Robin Watts <robin.watts@artifex.com>
0c50e7ba960e2ed37deb87501d8b966e5d800cd8

Fix crash with NPR > 0 and planar devices.

A command such as:

gs -sDEVICE=psdcmyk -r300 -dMaxBitmap=10000 -dNumRenderingThreads=3
gs/examples/tiger.eps

would crash with a SEGV due to an incorrect calculation for raster in
get_bits_rectangle.

clustercmd
clusterdatestamp
gs/base/gxclthrd.c

2013-11-13 13:35:56 +0000
Ken Sharp <ken.sharp@artifex.com>
f221142fa36adc5a3d1192e534196dd4a7e953b4

PDF interpreter - more heuristics to work around broken PDF files

Bug #594772 " Regression: missing data reading PDF files starting with d5c42d3a14cee808fd889c14805a69adae8eb5b9"

The PDF file is broken, it has a font with a FontMatrix where one of
the values is 0.-4.

Previously we used .pdftokenerror which would detect
this and convert the value to 0 (observed Acrobat behaviour). However at
some point this was modified so that if we are not in a content stream we
convert into a name object instead.

This doesn't work in the case of a matrix. Unfortunately changing it back
broke *many* PDF files. Almost all of them from SumatraPDF and they are
also badly broken but still....

In essence we want to treat broken numbers as '0' and broken anything else
as a name. So the code now tries to decide if the input looks like a broken
number (contains 0-9, ',', '.' or '-' and nothing else). If it looks like a
number we pass it through .pdftokenerror which will convert it to 0. It is
possible for .pdftokenerror to throw an error, though, so we run it in a
stopped context and if it does, we convert to a name instead. If it doesn't
look like a number, we just convert it to a name.

This causes differences in Bug694429.pdf, but the differences are that more
text is now drawn. The output was wrong before, its wrong now, its merely
wrong in a different way.

gs/Resource/Init/pdf_base.ps

2013-11-12 16:19:46 -0700
Henry Stiles <henry.stiles@artifex.com>
4d3dc3a3a6948a49a2e8faed57290da40a774703

Fix 694773 - default raster resolution to the PJL setting when in
HPGL/RTL mode.

pcl/rtgmode.c

2013-11-11 19:07:09 +0000
Robin Watts <robin.watts@artifex.com>
a0a9d6746cf2e911c2db54c756e34e9e52c0723a

Introduce a list of device caches within the clist.

This is only used when NumRenderingThreads > 0, and avoids us recreating
caches every page.

We allocate the cache list with the thread safe allocator. This has the
effect of moving the icc_cache_cl entries out of the thread specific
chunked allocators, and also out of garbage collected memory. We
therefore remove the code to enumerate icc_cache_cl.

Also, this has the effect of fixing a gc enumeration bug where the first
element of the imager state wouldn't have been enumerated.

gs/base/gdevprn.c
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxclthrd.c
gs/base/gxclthrd.h

2013-11-12 17:26:13 +0000
Robin Watts <robin.watts@artifex.com>
482b8b302399afda3b14242c56209a76694e0062

Fix reference counting for icc_cache_cl in clist.

Currently we only rc_decrement the icc_cache_cl entry in the bg_print
case. We should really be decrementing in all cases, but we get away
with this because the icc_cache_cl entries are allocated in the
rendering threads own chunked allocator which is destroyed after each
run.

In a soon-to-come commit, icc_cache_cl will be moved out of the
thread specific chunked allocator, and these will become real leaks.

The simple fix is to rc_decrement in all cases.

gs/base/gxclthrd.c

2013-11-12 18:31:50 +0000
Robin Watts <robin.watts@artifex.com>
a0386e872771958c67874ab4ef45eb8f43c63f77

Add 'extras' option to clusterpush.pl

Use:

clusterpush.pl gs lowres extras=-dNumRenderingThreads=3

to specify extra args to supply to all jobs.

clustercmd
clusterdatestamp
gs/toolbin/localcluster/clusterpush.pl

2013-11-11 19:06:41 +0000
Robin Watts <robin.watts@artifex.com>
6d4dc3c736c4cdf9e1728484857c613baf6ba3b4

Silence build warning.

Downcast to the basic device.

gs/devices/gdevfpng.c

2013-11-12 10:33:42 +0000
Chris Liddell <chris.liddell@artifex.com>
f15da3a62aed425e85597b8482daf7ff778beb31

GS_THREADSAFE: don't ignore "basic" fills....

In the default "fill" device method, don't drop the call to
gx_general_fill_path() for the GS_THREADSAFE build.

No cluster differences.

gs/base/gxfill.c

2013-11-11 16:56:11 +0000
Ken Sharp <ken.sharp@artifex.com>
bcb467c754a7a292f2ed65e61953782577e0412d

pdfwrite - set CIDToGIDMap correctly for PDF/A-2 output

Bug #694769 "Fonts changed from TrueType to CID TrueType and not displaying correctly in output PDF"

We opted not to emit CIDSet for PDF/A-2 since its now documented as
optional and I wasn't able to find a CIDSet which would pass Acrobat's
preflight tool.

However, the code also skipped the correct setup of the CIDToGIDMap and we
can't do that or the output will be incorrect.

This commit makes PDF/A-1 and PDF/A-2 behave the same with respect to the
CIDToGIDMap.

No differences expected, we don't test PDF/A production

gs/devices/vector/gdevpdtd.c

2013-11-11 10:42:06 +0000
Chris Liddell <chris.liddell@artifex.com>
f9774c5ae1b9cb12a811d810787b3e21d001a08f

Bug 694767: have configure set some Trio flags.

For systems that lack some math functions.

No cluster differences.

config.mak.in
configure.ac
gs/Makefile.in
gs/configure.ac

2013-11-11 16:14:21 +0000
Chris Liddell <chris.liddell@artifex.com>
efc0ab29473b65f1f0a119023601d987921373c0

Bug 691498: only declare Windows DLL exports once.

Using both the __declspec(dllexport) form *and* the .def file results in export
symbols being declared twice, and warning from the linker (but only on x86_64
for unknown reasons!).

See: http://support.microsoft.com/kb/835326

The original uses of __declspec(dllexport) are left in place, but conditionally
compiled out, just in case.

CLUSTER_UNTESTED

gs/base/gs_dll_call.h
gs/psi/iapi.h

2013-11-11 12:41:02 +0000
Alan Hourihane <alanh@fairlite.co.uk>
48a0dd978939fb6ae7bd445fd7b07bcf3b918948

Bug 694766: rename "internal" SHA symbols

Prevent linker errors when linking to something else that uses SHA, by
prepending "p" (for private) to our "internal" SHA symbols.

gs/base/sha2.c
gs/base/sha2.h

2013-11-11 09:07:07 +0000
Ken Sharp <ken.sharp@artifex.com>
c6d592ef12079f3a1ea7b9218620f813769c3654

pdfwrite - when unable to convert a Shading colour space, fallback to image

Bug #688731 "Huge PDF file with ProcessColorModel=/DeviceCMYK and ColorConversionStrategy=/CMYK"

When we can't convert the colour space of a shading dictioanary to satisfy
the ColorConversionStrategy we currently fall back to the rendering method
used by gx_fill_default, which is to degenerate into parallelograms.

This results in hugs and very slow PDF files.

This commit tests the ColorConversionStrategy when we detect an inability
to include a Shading unchanged, and if the strategy is not 'LeaveCOlorUnchanged'
then we use the ps2write approach and render the shading to an image instead.

This produces smaller faster output and the quality can be controlled by
setting resolution with the -r switch allowing a tradeoff between size and
quality.

If we should be unable to embed a shading for other reasons we will still
fall back to the parallelograms method. We may want to avoid this in all
circumstances, but lets wait for an example before we decide.

No differences expected.

gs/devices/vector/gdevpdfd.c

2013-11-08 18:33:23 +0000
Robin Watts <robin.watts@artifex.com>
db8fcdf94105c55a8886203254e401b601f29a69

Remove dev->num_planes in favour of dev->is_planar.

This removes the need to remember to keep
dev->num_planes == dev->color_info.num_components for all planar
devices.

gs/base/gdevdevn.c
gs/base/gdevdrop.c
gs/base/gdevmem.c
gs/base/gdevmpla.c
gs/base/gdevp14.c
gs/base/gdevppla.c
gs/base/gdevprn.c
gs/base/gsdevice.c
gs/base/gsovrc.c
gs/base/gxclimag.c
gs/base/gxclip.c
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxclthrd.c
gs/base/gxdevcli.h
gs/base/gxht_thresh.c
gs/base/gxicolor.c
gs/base/gximono.c
gs/base/gxp1fill.c
gs/base/gxpcmap.c
gs/devices/gdevplib.c

2013-11-08 16:40:10 +0000
Robin Watts <robin.watts@artifex.com>
c0e10e8636386abf427f922390445b0b6cb2bb59

Fix SEGV in psdcmyk.

tests_private/pdf/sumatra/586_-_missing_images_gs_SMask_not_applied.pdf.psdcmyk.300.1

It seems num_planes was getting out of sync with color_info.num_components.

gs/base/gdevp14.c

2013-11-08 17:55:04 +0000
Ken Sharp <ken.sharp@artifex.com>
1cb2458772321dc86117cb45b5b28a1423ccf9b7

pdfwrite - free any allocated memory when initialising stream filters

Bug #694758 "Segmentation Fault"

It seems that the arcane image setup sequence used by pdfwrite can result
in us calling stream 'init' functions more than once for the same stream.
Some of the stream filters (Average and Bicubic) allocate some working
memory in the 'init' procedure, but they don't check to see if the
working memory has already been allocated.

This is primarily a cause of memory leaks, though since the memory is
garbage collected it won't (probably) actually leak. However it *does*
seem to confuse the garbage collector when relocating the stream state
structure. We allocate a buffer 9.9Kb but when we come to use it it has
shrunk to a little over 1Kb.

This commit checks the working memory and if its not NULL then we free it
before re-allocating (we might be re-initialising to a different size) which
resolves the problem for me. However because it changes the memory pattern
its possible this is simply masking the problem. Note that this change
assumes that the structure members will be set to NULL when the structure
is allocated (which it always is at the moment).

No differences expected

gs/devices/vector/gdevpsds.c

2013-11-08 16:08:41 +0000
Chris Liddell <chris.liddell@artifex.com>
656f26c232933c6b3c29d2e6b37574096572f35a

Bug 694622: address a compiler warning.

Use sprintf() instead of gs_sprintf() for "top level" code.

CLUSTER_UNTESTED

gs/psi/dxmain.c

2013-11-08 09:52:25 +0000
Chris Liddell <chris.liddell@artifex.com>
8f2a046ddc81258749e73cfc7a6daf0a43488181

Bug 694624: remove couple of deprecated filters.

Remove the Bounded Huffman and Burrows-Wheeler filters: not required by any
of the interpreters, and not used anywhere else.

No cluster differences.

gs/base/sbhc.c
gs/base/sbhc.h
gs/base/sbwbs.c
gs/base/sbwbs.h
gs/base/shcgen.c
gs/base/shcgen.h
gs/doc/Develop.htm
gs/psi/int.mak
gs/psi/zfilterx.c

2013-11-08 13:26:29 +0000
Robin Watts <robin.watts@artifex.com>
a9567942aa10ef2321627316d6f647819584179d

Solve SEGV due to recentl planar changes.

tests_private/comparefiles/Bug692217.pdf.psdcmyk.72.0 would SEGV.

This was because num_planes was getting out of sync with num_components.

gs/base/gdevp14.c

2013-11-07 17:30:06 +0000
Chris Liddell <chris.liddell@artifex.com>
f59dba325a55dd25ad6b5af4f9579b21bd562eb2

Bug 690878: have ghostpdl use HAVE_FILE64 setting

The GhostPDL configure checked for, but the config.mak.in never used the setting
for HAVE_FILE64.

Add it in.

No cluster differences.

config.mak.in

2013-11-07 17:21:27 +0000
Chris Liddell <chris.liddell@artifex.com>
31120fdcbb3f1ab815ade3763b638b77bd9b3d76

Bug 690776: missing check for HAVE_MKSTEMP64

Oddly, the ghostpdl configure.ac checked for mkstemp64 but config.mak.in did not
have the substitution pattern for the -DHAVE_MKSTEMP64.

So add that in.

No cluster differences.

config.mak.in

2013-11-07 15:37:37 +0000
Dr. Werner Fink <werner@suse.de>
4a4a912b43ae85b8c3d07f6d4727ced14b2e102a

Bug 690571: deal with memory dev/xdev dimensions being different.

For GV (and ghostview) a memory deivce is used. The problem is now
that most time the width and height of the memory device is not
identical with the xdev device its self. Also extrem large bbox
can lead to problems on systems with less physical memory.

This patch avoids these two problems.

No cluster differences.

gs/devices/gdevx.c

2013-11-07 20:12:14 +0000
Robin Watts <robin.watts@artifex.com>
c4357befbf3d09c50c4208bbb5dd9864269bf9b3

Fix previous tweak to clist line_ptrs.

The calculation for the clist line_ptrs used before was broken; I guess
this proves that we weren't relying on it in most cases. This solves
a few SEGVs.

gs/base/gdevppla.c
gs/base/gxclread.c
gs/base/gxclthrd.c

2013-11-07 18:29:46 +0000
Robin Watts <robin.watts@artifex.com>
64a57147f683bfbf4c9f2bfcd978e8bcbd87ad97

Fix SEGV in psdcmyk cluster tests.

tests_private/comparefiles/09_47N.PDF.300.1 SEGVs due to typo in
gx_forward_strip_tile_rect_devn.

gs/base/gdevnfwd.c

2013-11-07 09:49:47 -0800
Ray Johnston <ray.johnston@artifex.com>
1805749a2338844f19a3c7d336fd4707d04b13de

Fix fpng crash, file has_transparency

In clist_playback_band, it checks to see if there is a compositor as
the target, and needs to free it, but it should not close the device
if its is_open is false, since that would forward the close to the
orig_target, closing the memory device. The pdf14 pop_device had
already done the pdf14_close and set the procs to forward.

gs/base/gxclrast.c

2013-11-07 17:23:40 +0000
Robin Watts <robin.watts@artifex.com>
6efb9ed5890e7b56814699f6e374de97602a0a1b

Squash some warnings.

gs/base/gdevmem.c
gs/base/gdevmpla.c
gs/base/gdevp14.c
gs/base/gdevppla.c
gs/base/gsicc_manage.c
gs/base/gsicc_nocm.c
gs/base/gxccman.c
gs/base/gxclthrd.c
gs/base/gximage3.c
gs/base/gxpcmap.c
gs/devices/gdevpsd.c
gs/devices/vector/gdevpdfd.c

2013-11-07 15:47:19 +0000
Robin Watts <robin.watts@artifex.com>
432f71e687183df4971c0bee1932fb57ef0295a1

Tweak clist line_ptrs data.

The clist has always allocated space for the memory device as if
the line_ptrs were to be included within the allocated space, but
has never actually put the line_ptrs into this space.

Consequently the memory device always allocates space for the
line_ptrs itself. This space is then freed on a close_device call.

This can present problems in NumRenderingThreads mode, when
process_page is used. With the existing code, within clist_render_thread,
the buffer device is setup (and the new line_ptrs block is allocated).
The device is then freed at the end of clist_playback_band
(called from clust_render_rectangle). This nukes the line_ptrs
leaving the get_bits_rectangle call from within the process_fn call
to fail when dereferencing NULL.

The fix here is to amend the clist device structure to include the
offset within the block that the line_ptrs should be allocated at.
This offset can then be used to pass in the address of the line_ptrs
to the setup_buffer_device call. This means the line_ptrs survive
device closing.

This still leaves questions (in my mind at least) as to whether the
handling of the device closures within clist_playback_band is correct
or not.

gs/base/gxband.h
gs/base/gxclist.c
gs/base/gxclthrd.c

2013-11-07 10:37:34 +0000
Ken Sharp <ken.sharp@artifex.com>
cfeb9f98b896384ac366f4e30f3653a52de7af87

pdfwrite - add a Resources dictionary to 'Group' dictionaries

Bug #693322 "Acrobat Preflight tool reports missing XObjects"

Crazy Cairo-constructed files can result in Group dictionaries which use
other resources (in this case an ExtGState) and this wasn't possible in
the existing code. This commit adds a Resources dictionary so that it is
now possible to recreate this.

No differences expected

gs/devices/vector/gdevpdft.c

2013-11-07 09:15:38 +0000
Chris Liddell <chris.liddell@artifex.com>
6c5ecdf1a54e9d5a572c11860492abce06523f24

Bug 694718: "reset" MT fonts for each glyph.

Seems some vesions of UFST require the font object to be recreated for each
glyph to work correctly. So when I fixed the optimisation in gxfapi.c to
avoid calling "get_scaled_font()" when the font parameters had not changed, it
exposed the problem with the UFST integration.

To address this, the fapi/ufst code now zeros out the stored scale matrix for
MT fonts, so the code in gxfapi.c always registers the scaling as having
changed. Luckily, recreating the MT font object is not a very expensive
operation.

Also, grab the design units scale from the UFST state structure if the values
haven't been set in the outline structure.

CLUSTER_UNTESTED

gs/base/fapiufst.c

2013-11-07 08:27:47 +0000
Ken Sharp <ken.sharp@artifex.com>
58cdefdeadbceda4833e489b6d94f5895a2d8ea4

pdfwrite - check a return code

Silences a compiler warning (and is the right thing to do of course)

gs/devices/vector/gdevpdft.c

2013-11-06 09:18:19 +0000
Ken Sharp <ken.sharp@artifex.com>
616ff4cc44b00bcf7df97b64c8bdaebbe0620713

pdfwrite - add transparency Group to substream resources

Bug #691352 "cairo pdf mis-distilled."

This fixes the last remaining problem with this old bug. When we were
creating Form XObjects (because of transparency groups) we were assuming
that the from was a child of the page.

However, groups nested within groups (uncommon, except with Cairo's awful
output) can cause a Form XObject to have children which are also Form
XObjects. In this case we need to have the Form (or other substream) add
the child form to its own Resources rather than inheriting them from the
Page.

This also addresses (most of) Bug #693332 though this still leaves a
dangling ExtGState which needs separate investigation.

No Differences expected

gs/devices/vector/gdevpdft.c

2013-11-04 18:32:21 +0000
Robin Watts <robin.watts@artifex.com>
29a06fed84063976abe9864659384e7e371d799e

Add alignment and padding code.

Every time we create a new device in the code, we need to copy
the pad and align values from the 'base' device to the new device.

Build with TEST_PAD_AND_ALIGN defined to force on for pxmraw and psdcmyk.

gs/base/gdevdevn.c
gs/base/gdevmem.c
gs/base/gdevmpla.c
gs/base/gdevppla.c
gs/base/gdevprn.c
gs/base/gxbitmap.h
gs/base/gxclthrd.c
gs/devices/gdevpbm.c
gs/devices/gdevpsd.c

2013-11-01 17:30:00 +0000
Robin Watts <robin.watts@artifex.com>
b3aec5521e0e5d84164285353af20a5163139c3f

Remove is_native_planar.

gs/base/gdevdevn.c
gs/base/gdevdflt.c
gs/base/gdevdrop.c
gs/base/gdevmem.c
gs/base/gdevmpla.c
gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gdevppla.c
gs/base/gsdevice.c
gs/base/gsovrc.c
gs/base/gxccman.c
gs/base/gxclimag.c
gs/base/gxclip.c
gs/base/gxclist.c
gs/base/gxclrect.c
gs/base/gxdevsop.h
gs/base/gxht_thresh.c
gs/base/gxicolor.c
gs/base/gximage3.c
gs/base/gximono.c
gs/base/gxp1fill.c
gs/base/gxpcmap.c
gs/devices/vector/gdevpdfd.c

2013-11-01 16:47:06 +0000
Robin Watts <robin.watts@artifex.com>
f6946de99dd19c7a883d7edb28b4f52290e3e934

Steps towards supporting aligned and padded buffer devices.

Introduce log2_align_mod, pad and num_planes to the gx_device
structure. Values of 0 will cause no changes to default behaviours.

gs/base/gdevppla.c
gs/base/gdevprn.c
gs/base/gsdevice.c
gs/base/gxclread.c
gs/base/gxdevcli.h
gs/base/gxdevice.h
gs/base/gxdevmem.h
gs/devices/gdevbit.c
gs/devices/gdevplib.c

2013-11-04 17:23:28 +0000
Ken Sharp <ken.sharp@artifex.com>
a8f9934aa6c54830230f749280765ea4e65471d2

pdfwrite - fix some XML emission

Bug #694736 "PDF/A XMP dc:description - wrong element structure"

The dc:creator is specified as a text sequence, but we were also emitting
the dc:description that way, which is clearly wrong.

gs/devices/vector/gdevpdfe.c

2013-11-04 15:09:03 +0000
Ken Sharp <ken.sharp@artifex.com>
f09f7f7cd37f3a52f733019e1d383034dd1c01cf

pdfwrite - revert a4de55 and check for parentheses properly instead

Bug #694735 "PDF/A XMP metadata and DOCINFO synchronization"

The commit a4de55 was incorrect, the PDF/A spec clearly states that the
XML creator is based on the Author. However, when an empty string is
present for the Document Info entry, we should not write the string parentheses
into the XML, this is clearly incorrect.


Still no differences expected.

gs/devices/vector/gdevpdfe.c

2013-11-04 13:41:00 +0000
Ken Sharp <ken.sharp@artifex.com>
a4de55d2fd0fa38e5110e7b5d5cca746528b28f6

pdfwrite - use /Creator instead of /Author for the XML creator entry

Bug #694735 "PDF/A XMP metadata and DOCINFO synchronization"

We were using the Document Info /Author field for the XML 'creator' which
apparently causes at least one PDF/A validator to take offence. Its not
entirely clear to me from the documentation which one is inteded to be
here, so we'll just use /Creator instead.

No differences expected.

gs/devices/vector/gdevpdfe.c

2013-11-04 09:26:47 +0000
Ken Sharp <ken.sharp@artifex.com>
ee0bf17f4912f131f7ad98aab744e571a18ece39

pdfwrite/ps2write colour management, enable the new code

Change the default setting of teh colour management switch so that we
default to using the new code.

If we are creating PDF/A-1, force the old colour management, we can't yet
guarantee that we are getting a version 2 profile.

Add some minimal documentation in ps2pdf.htm, hopefully we will do some
more work in this area before release, and the documentation can be revamped.

This change results in a lot of differences, especially with ps2write. In
the main these are slight shifts in color values caused by using a different
(better) conversion system. However, the new code does a much better job
of handling some kinds of colour spaces, in particular Separation spaces
with ps2write which are now preserved. This leads to a number of progressions
in the test suite.

I've looked at all the differences and I believe they are all either very
minor colour shifts, or progressions.

This is with 'LeaveColorUnchanged', actually converting to different spaces
does result in differences but this can't be cluster tested. I believe these
are all progressions however.

gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfp.c
gs/doc/Ps2pdf.htm

2013-11-02 12:21:21 +0000
Ken Sharp <ken.sharp@artifex.com>
41e1bdc7ef06bd00874890b36a53d84166ef30d0

pdfwrite - colour code, do not apply range limiting for images

When handling an image in a Lab space, do not reset the range of the space.
We don't need to when preserving an image, and if we use the same space
immediately afterward for linework, the range clamping causes the components
to come out black.

No differences, code is not used yet.

gs/devices/vector/gdevpdfi.c

2013-11-02 12:19:03 +0000
Ken Sharp <ken.sharp@artifex.com>
eada430a0c612f5f50a9fea6416daa048464a5c3

pdfwrite - coiour code, silence some compiler warnings

gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpsdu.c

2013-11-01 11:01:02 -0700
Ray Johnston <ray.johnston@artifex.com>
82bfa31f2f423223b002aab74323927e8ee42ea0

Add in some missing checks for failed allocations in gsicc code.

There are a couple of functions that are 'void' that just return,
which seems like should be fixed. Also fix _cmsCalloc in gsicc_lcms.c
to actually clear the memory.

gs/base/gsicc_cache.c
gs/base/gsicc_lcms.c
gs/base/gsicc_manage.c
gs/base/gsicc_nocm.c
gs/base/gsicc_profilecache.c
gs/base/gsicc_replacecm.c

2013-11-01 08:32:45 +0000
Ken Sharp <ken.sharp@artifex.com>
b937b04503837d2ac6f3877478b5500f4bc8ea8a

pdfwrite/ps2write - colour code work

1) Rescale inputs to 0->1 before concretizing if the space is specifically
Lab. Required as the inputs to the ICC profile must be 0->1. gx_remap_color
and its children do this for us, but gx_concretize_color does not.

2) Do not corrupt the device color from the interpreter if we are converting
to a different colour space, use a temporary structure instead.

3) Make sure to use frac2float after concretizing to convert the values.

4) Don't forget to update the saved colour (in the device) after we've
converted colours.

5) Update pdsdf_set_color so that if we are using the new colour code we
get the expected number of output components from the ICC profile attached
to the device, rather than the device 'color_info'. Update all calls to
psdf_set_color so that they pass in the required boolean.

This code is still switched off by default, so no cluster differences will
show up.

gs/devices/vector/gdevpdfc.c
gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfv.c
gs/devices/vector/gdevpsdf.h
gs/devices/vector/gdevpsdu.c

2013-10-31 07:11:47 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
5929829c83498b2694bd32cf3579e151c1c99f0d

Added support for VS2013 to msvc.mak.

gs/psi/msvc.mak

2013-10-30 17:56:00 +0000
Robin Watts <robin.watts@artifex.com>
b87f410b4084c84242c254c70c379b96c8fca2d7

Ensure that gdev_prn_dev_spec_op forwards to the real device.

When the clist hijacks all the device entries, it attempts to forward
the dev_spec_op calls to the generic printer device. This doesn't
help when we have a device specific one. Only the printer device
knows what the original procs were, so the best we can do is to have
gdev_prn_dev_spec_op forwarding.

This was important as the adjust_bandheight gxdso call was not making
it through to the underlying device.

gs/base/gdevprn.c
gs/base/gdevprn.h
gs/base/gxclist.h
gs/base/gxclrect.c
gs/base/gxpcmap.c

2013-10-24 21:07:31 +0100
Robin Watts <robin.watts@artifex.com>
bdf630af4252ba87bffa6108840bac53f4754cea

Remove unnecessary code.

The test is unneccessary due to us being within a if.

gs/base/gdevprn.c

2013-10-31 10:10:21 +0000
Chris Liddell <chris.liddell@artifex.com>
9c77012daa9b1903d7be5fc4f239a46df863d0db

Add quotes to conditional for safety.

CLUSTER_UNTESTED

gs/base/msvclib.mak

2013-10-30 14:19:06 -0700
Michael Vrhel <michael.vrhel@artifex.com>
75a8be6597d6ce56182c5391d6be02f997a1aa21

Addition of code to test if current ICC color space is the same as new ICC color space

gs/psi/zcolor.c

2013-10-30 18:30:42 +0000
Chris Liddell <chris.liddell@artifex.com>
5c511841cbe373743165e2248adc583382ca3b2a

Avoid warning for missing (not required) encoding for PDFs

Check earlier for the existence of an encoding entry in a PDF font object,
for font types in which encoding is optional. Avoids a benign but annoying
warning from the PDF interpreter.

No cluster differences.

gs/Resource/Init/pdf_font.ps

2013-10-28 18:45:31 +0000
Chris Liddell <chris.liddell@artifex.com>
c186880d7e3651c8a76e55bc981fc22e4a57ea94

Bug 694733 (part 2): ensure jmp_buf alignment is correct

Move the jmp_buf used by the HP/GL parser to be a local variable, accessed
via a pointer in the state (rather than directly allocated within the state).

This ensures that any alignment requirements are met - specifically, 64 bit
MS Visual Studio 2010 requires that jmp_bufs be aligned to 16 byte boundaries.

No cluster differences.

pcl/pgmand.h
pcl/pgparse.c

2013-10-28 11:08:19 +0000
Chris Liddell <chris.liddell@artifex.com>
16fbdade9a29352ad936455eab65e77a9db6f768

Bug 694733 (part 1): fix incorrect offsets in chunk allocator

When I changed the chunk allocator to honor the alignment value for the
memory manager, I missed a couple of places where the calculation of the offset
to get from the allocated memory address to the address of the chunk node.

No cluster differences.

gs/base/gsmchunk.c

2013-10-26 13:42:34 -0600
Henry Stiles <henry.stiles@artifex.com>
8f491ec1493bcb11583d450a264a1b80d5557217

Fix 694737 - Typeface mask incorrect.

The typeface value is in the first 12 bits and the vendor info in the
next 4 bits of the short value that stores typeface information. We
were extracting the first 11 bits for the typeface. This problem is
not associated with a known bug, and in fact, it is quite unlikely to
result in a problem, but it is incorrect. Thanks to Norbert Janssen
for pointing out the problem.

pcl/pcfsel.c

2013-10-24 20:22:18 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
1b691ea92ead0590c619ec64a00d93f24452bb2c

Fix Luratech build (by removing spurious JPX_AUTOCONF_CFLAGS= from configure.ac).

gs/configure.ac

2013-10-24 20:03:15 -0600
Henry Stiles <henry.stiles@artifex.com>
5c08e60fc75c940ce6c6df1e75802ce2d72fbd2f

Fix bug 694725 - bad characters in numeric input not processed
correctly.

Thanks to Norbert Janssen for finding and fixing this problem.

pcl/pcparse.c
pcl/pcparse.h

2013-10-24 08:59:12 +0100
Chris Liddell <chris.liddell@artifex.com>
184dcfd570a96328798e36d8e08495eb426d67f9

Allow user to override configure's color index setting

This command line parameter is not listed in the "configure --help" output
as it is really intended for our use, and not generally by end users.

To build with 32 bit colour indices, issue:
./configure --with-large_color_index=0

to build with 64 bit color indices:
./configure --with-large_color_index=1

This works for both Ghostscript and GhostPDL builds.

The only "wrinkle" is that Ghostscript default to:
"--with-large_color_index=1" (so 64 bit indices)

whilst GhostPDL defaults to:
"--with-large_color_index=0" (so 32 bit indices)

This retains the previous default settings.

No cluster differences.

config.mak.in
configure.ac
gs/configure.ac
main/pcl6_gcc.mak

2013-10-22 11:09:23 -0700
Michael Vrhel <michael.vrhel@artifex.com>
38ed5ffaf81405a3e8ff094afbc2ada05eaf630c

Fix for bug in case where alternate color space for DeviceN and separation is CIE

If the CIE color space has a range different than 0 to 1 we need to rescale before using
the equivalent ICC profile. Fixes bug 694731. Note diffs for 09-34.PS match what is
created by Distiller and AR vers. X.

gs/base/gscdevn.c
gs/base/gsciemap.c
gs/base/gscsepr.c
gs/base/gsicc.c
gs/base/gxcie.h
gs/base/lib.mak

2013-10-23 16:09:21 +0100
Robin Watts <robin.watts@artifex.com>
c7cca8f105194908bb1b28b3e6606be51533b6d9

Fix possible (but very unlikely) SEGV and warning.

It is extremely unlikely that options will be NULL, but check to be
sure.

gs/base/gxclthrd.c

2013-10-23 12:53:49 +0100
Robin Watts <robin.watts@artifex.com>
d76e3a434e699f8974f50d98c0b7e82042fdc7ec

Clean a few #defines out of psdcmyk device.

Not needed since the transition away from compressed color encoding
to planar operation.

gs/devices/gdevpsd.c

2013-10-23 14:34:11 +0100
Chris Liddell <chris.liddell@artifex.com>
ad3e3ed7913986cec6acbc1afe0eff0c57627ddc

Bug 694734: handle Type 0 font in annotation

The code to generate an appearance from an annotation with an AP, the code
required the FontBBox, but failed to take account that the FontBBox is not
required in a Type 0 font.

We now handle it by grabbing the FontBBox from the descendant font - for
which a FontBBox is mandatory.

No cluster differences.

gs/Resource/Init/pdf_ops.ps

2013-10-22 08:23:19 +0100
Chris Liddell <chris.liddell@artifex.com>
ee941e19870761a752277f08c82282f53f4d4fee

Bug 694722: force ptr alignment to 8 bytes for HP-UX

Like Solaris/SPARC, HP-UX appears to require pointer alignment to be 8 bytes
even when user space pointers are 32 bits.

No cluster differences.

gs/base/genarch.c

2013-10-21 13:34:36 +0100
Robin Watts <robin.watts@artifex.com>
25db24cbeb52621cd1e2ae3e79d9b06c97143bc3

Add documentation for process_page.

gs/doc/Drivers.htm

2013-10-22 13:08:14 +0100
Robin Watts <robin.watts@artifex.com>
d2612770174079f423d704af4f68f6c85f63905a

Update fpng device to use downscaler.

gs/devices/gdevfpng.c

2013-10-18 18:36:52 +0100
Robin Watts <robin.watts@artifex.com>
ae8611c998beaad5e6f0cd2b85abb1b1995d94c4

Add fpng device.

Example 'fastpng' device for process_page.

gs/devices/devs.mak
gs/devices/gdevfpng.c
gs/ghostscript.vcproj
gs/psi/msvc.mak

2013-10-18 22:14:55 +0100
Robin Watts <robin.watts@artifex.com>
afe18de12b530d8d95a132755516847e8fc3f88e

Add gxdso_adjust_bandheight

Add mechanism for adjusting the bandheight. Intended to allow devices to
exert fine control over bandheight while ghostscript still handles the
gross sizing. An example would be the downscaler ensuring that bands are
multiples of the given downscale.

gs/base/gxclist.c
gs/base/gxdevsop.h

2013-10-22 13:06:40 +0100
Robin Watts <robin.watts@artifex.com>
edd06c70150166780f1360a42499569f3a52903e

Update downscaler to allow for process_page operation.

(No error diffusion in this mode, as bands need to be independent).

gs/base/gxdownscale.c
gs/base/gxdownscale.h

2013-10-21 12:03:42 +0100
Robin Watts <robin.watts@artifex.com>
ca5a608fe9062492f53c80eccb8b78dbdb997499

Add default process_page implementation.

This serves to handle the page mode case.

gs/base/gdevdflt.c
gs/base/gxdevice.h

2013-10-18 18:36:26 +0100
Robin Watts <robin.watts@artifex.com>
a25313d4518a942d74528ee7b6a52c96aa0128b6

Add process_page entry point.

Add clist implementation (both threaded and non-threaded) for process_page.

gs/base/gxcldev.h
gs/base/gxclist.c
gs/base/gxclthrd.c
gs/base/gxclthrd.h
gs/base/gxdevcli.h

2013-10-21 11:54:33 +0100
Ken Sharp <ken.sharp@artifex.com>
d7bff9b2f7230b527765661ea721d4b60e0e4154

pdfwrite - free Named Images stack before clearing local/global named objects

Bug #694136 "Seg faults found by fuzzing in cos_value_free"

If we stored named images in the initial name space then when we closed
the PDF file we would free and delete the local named objects before we
freed the named images stack. If the named images stack included entries
stored in the local named objects stack then we would attempt to free an
object which was already freed.

So we clear the named images stack first, for added safety we ensure we
clear the NI stack before global named objects are freed too.

No differences expected.

gs/devices/vector/gdevpdf.c

2013-10-19 10:50:17 +0100
Ken Sharp <ken.sharp@artifex.com>
8dbe789dec0a8be00942849f768648da60ee3336

pdfwrite - do not compose font name with CMAp when creating a CIDFOnt

Bug #694721 "Issued with font names in pdfwrite device"

When creating a CIDFont for output to a PDF file, we created the name by
composing the CIDFont name with the CMap originally used with the font.
However, this doesn't make sense, the CIDFont we emit is not composed with
that CMap, its usually composed with an Identity CMap. The CIDFont is
still arranged according to the original CMap, but this is the Ordering
of the font, not the CMap being used with it, and we record that Ordering
(should it be useful for anything) in the CIDSystemInfo.

We now do not add the CMap name to the CIDfont name, which allows Acrobat
to do a 'better' job of copy and paste (apparently it passes the font name
along).

No differences expected

gs/devices/vector/gdevpdtf.c

2013-10-18 18:33:21 +0100
Robin Watts <robin.watts@artifex.com>
7936b2643f2577fb70fdf2b8d9e3af5c8058668d

Fix memory leak on error in gxclimag.c

If we fail to allocate pie->buffer, there is no need to free it during
the clean up. On the other hand, it's probably a good idea to free 'pie'.

Also, for good style, if nothing else, avoid pinfo being returned with
a dangling pointer.

gs/base/gxclimag.c

2013-10-17 21:06:02 -0700
Ray Johnston <ray.johnston@artifex.com>
357ec4e2553a80c2bb6df29bb33ad095ac343242

Fix Bug694714. Clamp the ymin/ymax values to valid device coordinates.

In write_image_end_all, we could advance to a band past the end of the
page that didn't have a pcls in the states array, causing a segfault
when garbage values were used.

gs/base/gxclimag.c

2013-10-18 11:35:06 +0100
Ken Sharp <ken.sharp@artifex.com>
b21c6dd0fc782709712307f58fe0685634c6db30

pdfwrite - Improve robustness of type 1 font interpreter

Bug #694214 "Seg faults found by fuzzing in type1_next"

The font is corrupted and one of the glyph instrctions performs a 'return'
without previously executing a subroutine. This caused the font interpreter
to crash.

We now check when executing a return to see if we are not in the main glyph
program, if we are, we return an invalidfont error.

No differences expected

gs/devices/vector/gdevpsfx.c

2013-10-17 12:56:38 +0100
Ken Sharp <ken.sharp@artifex.com>
fc7ead6d34638a521a48debeb9437eac4e82ef98

pdfwrite - some casts to prevent compiler warnings

gs/devices/vector/gdevpdfc.c

2013-10-17 12:08:54 +0100
Ken Sharp <ken.sharp@artifex.com>
3cd2f7878bdae2d954ab27906336a9b87a267cd9

pdfwrite colour code - after concretizing a DeviceN space, don't attempt to convert it again

gs/devices/vector/gdevpdfg.c

2013-10-17 12:07:11 +0100
Ken Sharp <ken.sharp@artifex.com>
bbb32ec3f43405bd794f5d60f58f2d1bb7f5546b

pdfwrite colour - ensure icc_equivalent is set before trying to use it.

gs/devices/vector/gdevpdfc.c

2013-10-17 08:19:33 +0100
Ken Sharp <ken.sharp@artifex.com>
88df0b8fe9cce08b30ae7b12d6a1e8aa104981e2

pdfwrite - check before dereferencing a pointer

Bug #694716 - "seg fault with pdfwrite"

No differences expected

gs/devices/vector/gdevpdfm.c

2013-10-16 09:26:35 -0600
Henry Stiles <henry.stiles@artifex.com>
82fc3bd9f058974403d9f9ff9945391a6b8b20f6

The color index size was not transmitted properly from the MSVC
PCL/PXL/XPS makefiles to the Ghostscript makefile system.

common/msvc_top.mak
gs/base/msvclib.mak
gs/psi/msvc.mak
main/pcl6_msvc.mak

2013-10-16 00:59:19 +0100
Robin Watts <robin.watts@artifex.com>
8e9b3ce974cbd12452ae11ff1ff4cd48e4a261a9

Add downscaler support to pngalpha.

gs/devices/gdevpng.c
gs/doc/Devices.htm

2013-10-15 10:31:33 -0700
Michael Vrhel <michael.vrhel@artifex.com>
a438d95a859b430e58ef448a0995aa13cefac172

Minor fixes for use of equivalent ICC profiles from PS objects with pdfwrite

gs/base/gsicc_cache.c
gs/devices/vector/gdevpdfg.c

2013-10-14 16:56:25 -0700
Michael Vrhel <michael.vrhel@artifex.com>
9a441022bfe6f59dacdca40ce60c37ee02adfa07

Fix for error when nos had shape and alpha_g during compositing.

gs/base/gxblend1.c

2013-10-14 10:30:03 -0700
Michael Vrhel <michael.vrhel@artifex.com>
1c1f1619da98236ea06c4fdb1ea403d5ab990e08

Make sure to set the soft mask opacity to one so that we do not apply the
global path opacity multiple times when we have an opacity and a soft mask
from an image. Fix for Bug 694705

xps/xpsgradient.c
xps/xpsimage.c
xps/xpsopacity.c

2013-10-14 17:14:59 +0100
Ken Sharp <ken.sharp@artifex.com>
a0b7b91e2ca181e06fe11a89c5240e78b6e31aaf

pdfwrite - check return values from 'convert color'

Bug #694221 "Valgrind issues found by fuzzing in choose_DCT_params (gdevpsdi.c:156)"

In the past convert_color could not fail, with ICC handling, it can, so
we need to check the return code and handle errors gracefully.

This would not in fact have caused problems, but we fix it anyway.

gs/devices/vector/gdevpsdi.c

2013-10-11 16:18:32 -0700
Michael Vrhel <michael.vrhel@artifex.com>
d28da52a57923eb76503277d8be2eb0c72165599

Fix free mistake made in knockout commit http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=2d2cc321df4223fd7cf64946ac2fa963fa1cea3d

gs/base/gdevp14.c

2013-10-11 15:33:55 +0100
Chris Liddell <chris.liddell@artifex.com>
561b37fb083fa0dc32ea81b4aaea38607db05814

Remove the -dDisableFAPI hack from the "languages" builds

No cluster differences.

pl/plmain.c

2013-10-11 15:24:43 +0100
Chris Liddell <chris.liddell@artifex.com>
31ca73d856f974c7e1422948b2fb5794af55bf58

Have FAPI honor GridFitTT parameter.

The FAPI code now passes the GridFitTT parameter onto the scaler/renderer
interface code.

The default setting is now "1" for using the bytecode hinting. "0" disables
all TTF hinting, and "2" (with Freetype) enables Freetype's "autohinting"
algorithm. With other scalers the paramter currently has no effect, and
the "2" setting will *always* be scaler dependent.

Causes differences in pretty much every cluster PCL file containing TTF
glyphs as (and I still think this is a bad idea) PCL disables hinting at 300
dpi and above. No differences in PS/PDF/XPS/PXL jobs.

gs/base/fapi_ft.c
gs/base/fapibstm.c
gs/base/fapiufst.c
gs/base/gsfont.c
gs/base/gxfapi.c
gs/base/gxfapi.h
gs/doc/Language.htm
pl/plfapi.c

2013-10-11 09:45:56 +0100
Ken Sharp <ken.sharp@artifex.com>
9c13e3b9e735ba119f58c751a51fc55efef15a0c

xps interpreter - correct high level pattern handling

A silly error was causing fills to be applied twice. For opaque fills this
is merely a performance penalty but for transparent fills the result is
incorrect.

Thanks to Phil McSharry for identifying the problem and supplying a solution.

This shows progressions in a number of test files.

xps/xpspath.c

2013-10-11 08:09:01 +0100
Ken Sharp <ken.sharp@artifex.com>
6e10e787517ae0212ada6b7735542cbb4c41040c

Squash a scan-build compiler warning.

Prevent any possibility of a null-pointer dereference.

gs/base/gsdevice.c

2013-10-10 13:34:37 +0100
Ken Sharp <ken.sharp@artifex.com>
72afba4af187b01fded403d6a986d5de0be741d2

txtwrite - fix UTF-8 output Bug #694690

Thanks to r_one_guy@yahoo.fr for pointing this out and supplying a fix. The
UTF-8 output was incorrect for Unicode values between 0x80 and 0x7FF.

Also, we weren't outputting a BOM for Unicode (UCS2) output.

Not cluster tested

gs/devices/vector/gdevtxtw.c

2013-10-10 12:15:54 +0100
Ken Sharp <ken.sharp@artifex.com>
f924bf4d2bb4243ebe771e7e42bf1df3e41f415a

pdfwrite - don't emit extra blank page with '%d' output file spec

Bug #694576 "Using %d with pdfwrite results in extra, blank page"

Added a flag to the PDF device structure so that we can tell if pdf_close
has been called as the result of outputting a page. If it has not, and
the page is unmarked, and we are outputting in 'file per page' mode, then
we don't emit the page.

However, this leads to a 0 byte output file, so we also need to delete the
current output file. There seemed to be no obvious way to do this, so I
have added a gx_device_delete_output_file very similar to the existing
gx_device_open_output_file and gx_device_close_output_file routines.

No differences expected.

gs/base/gsdevice.c
gs/base/gxdevice.h
gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfx.h

2013-10-03 15:15:53 +0100
Chris Liddell <chris.liddell@artifex.com>
68fa228ade5d2f7496b96676aaa1f82be4584362

Bug 694519: improve PCL performance with FAPI

Correctly maintain "design_grid" parameter in the font/matrix pair
structure, for FAPI handled TTFs.

Change a "return" to a "return_error".

Retrieving glyph metrics was sub-optimal as my original implementation used
a gs_text_process() call, which uses the entire "show machinery".

This implementation calls gs_fapi_do_char() directly. This has several benefits:
we only need a "skeleton" text enumerator, and a "skeleton" graphics state,
cutting down the local overhead setup. We also cutout a whole lot of setup
done as part of gs_text_begin() and during gs_text_process() itself. Finally,
we avoid a lot of "stuff" related to showing entire strings, when we're only
ever handling a single glyph at a time.

A final optimisation is in the FAPI/FT code: if we're just retrieving metrics,
we no longer take the action of retrieving the glyph from FT - which is not
a very cheap operation.

This commit causes ~100 cluster tests to have pixel shift differences.

gs/base/fapi_ft.c
gs/base/gxccman.c
gs/base/gxfapi.c
gs/base/gxfapi.h
gs/psi/zfapi.c
pl/plfapi.c
xps/xpsfapi.c

2013-10-09 12:25:56 -0700
Michael Vrhel <michael.vrhel@artifex.com>
83565d8264e96312df8c26055aaa0e23e57c4c8d

Add missing reference to $(memory__h) in gsicc_lcms2.c lib.mak

gs/base/lib.mak

2013-09-30 13:14:52 -0700
Michael Vrhel <michael.vrhel@artifex.com>
2d2cc321df4223fd7cf64946ac2fa963fa1cea3d

Knockout non-isolated transparency group support.

Fixes bug 692766

Proper non-isolated knockout group support added.

This commit adds non-isolated knockout group support to gs. Also, previously, non-isolated groups that
had color space mismatches were being forced to be isolated. We now color convert the parent buffer
to the new groups color space to ensure that the group is handled in the way it should.

This work revealed an issue in the color handling of planar buffers which was also fixed.

Also, an issue with clipping to the soft mask boundary during a transparency group pop was was
discovered and fixed as well as an overprint simulation issue in transparency.

Several progressions occurred with this fix.

Fixes bug 692766.

gs/base/gdevp14.c
gs/base/gdevp14.h
gs/base/gscsepr.c
gs/base/gsicc_cache.c
gs/base/gsicc_lcms2.c
gs/base/gstrans.c
gs/base/gxblend.c
gs/base/gxblend.h
gs/base/gxblend1.c
gs/base/lib.mak

2013-10-08 11:25:11 +0100
Chris Liddell <chris.liddell@artifex.com>
1969b28c60d666b5eab0050169b5b9aae1a28db5

Bug 694699: Scale FAPI's font BBox for units.

When FAPI "refined" the FontBBox from the scaler's data, it failed to correctly
take account of the units in which the scaler returned the values.

There was some code which *may* have been an attempt to handle it, but was
wrong in the general case. That's removed in favour of handling it properly.

Several regression files show differences, mainly with pdfwrite/ps2write: many
are pixel differences due to rounding, some are progressions. One was wrong
prior to this commit, and is slightly differently wrong with it.

gs/base/fapi_ft.c
gs/base/fapibstm.c
gs/base/fapiufst.c
gs/base/gxfapi.c
gs/base/gxfapi.h

2013-10-08 13:08:17 +0200
Tor Andersson <tor@ccxvii.net>
8b28b7dfd503146f7e2355a5dad9202b35405256

xps: Look harder for a font name in the 'name' table.

We used to look only for "Mac Roman, English" strings, now also try
"MS Unicode, United States" and "MS Unicode UCS-4, United States" if
the mac roman string can't be found.

xps/xpsfont.c

2013-10-07 16:05:07 +0100
Ken Sharp <ken.sharp@artifex.com>
7276c1f94cfa55aed0554d45858652ee1cac2097

correct a scan-build warning by checking a return value

No differences expected

gs/devices/vector/gdevpdfi.c

2013-10-07 15:05:22 +0100
Ken Sharp <ken.sharp@artifex.com>
1bdb7a9e1a3064b5e8abf29dcdfa9d279715ae34

Have pdfwrite ignore WMode=1 when a font has no Metrics2 entry

This arose while investigating a customer bug. Sadly its not actually
anything to do with the customer problem, but it was incorrect. The spec
says that if a font has WMode 1 but has no Metrics2 entry it should be
treated as horizontal (WMode = 0)

Quality Logic file 16-09.ps shows a progression with this change.

gs/devices/vector/gdevpdte.c
gs/devices/vector/gdevpdtt.c
gs/devices/vector/gdevpdtt.h

2013-10-04 08:17:40 -0700
Robin Watts <robin@peeves.(none)>
cdde8014aa4fe051743fad132f132fd608463744

Bug 694249: Fix JBig2Dec using broken image regions.

When decoding a "generic immediate region" in jbig2dec, if
we detect an error, we should not use the image as it may not
have been entirely initialised.

gs/jbig2dec/jbig2_generic.c

2013-10-02 09:51:31 -0700
Ray Johnston <ray.johnston@artifex.com>
41c13b4cc25b456d3862a73235ddbce09a85a104

Fix Segfaults with --saved-pages.

If the page was not large enough to use Banding mode, the clist_reset
would crash after the print request finished and the page reloaded.
The gx_saved_page_load needs to be after the saved_pages_list is put
back in the device.

Also, the "file_is_new" status was incorrect if pages were saved, but
no printing was done. This was seen with the TIFF devices and psdcmyk.

The psi/imainarg.c has a #define FORCE_SAVED_PAGES_TEST (disabled by
default) to simplify testing on the cluster without modifying command
line parameters.

gs/base/gdevprn.c
gs/base/gxclpage.c
gs/psi/imainarg.c

2013-10-01 17:52:43 +0100
Robin Watts <robin.watts@artifex.com>
dcc172feb018bfe0613f90ce76ce25dd1eafe3ce

Bug 689098: Only dash paths when the dashing would be visible.

If the ctm doesn't expand the dash lengths to be > 1 pixel, then
they can't be seen, so don't bother.

gs/base/gsmatrix.c
gs/base/gxstroke.c

2013-10-01 13:41:28 +0100
Robin Watts <robin.watts@artifex.com>
607370ce1a661d8657d5255056d810551c04d642

Bug 692650 - remove dead code in gxifast.c

A piece of code that was obviously left in a special case due to
cut and pasting can be removed. This will probably not actually
make any difference as a decent compiler (ha!) would optimise
it out anyway, but it's neater to remove it.

gs/base/gxifast.c

2013-10-01 12:44:13 +0100
Robin Watts <robin.watts@artifex.com>
9b43b8b20c6344ccac7fac48151161a51743246b

Add openjpeg files to ghostscript.vcproj

gs/ghostscript.vcproj

2013-09-28 08:29:45 +0100
Ken Sharp <ken.sharp@artifex.com>
29ed18f26f78d3e737b5e73452b1aa1a90088144

Eliminate some scan-build warnings in the ramfs code

The warning in gsioram.c is bogus, but hopefully this change will eliminate
it anyway.

2 lines deleted in ramfs.c were benign but pointless. The final deletion
could have caused a seg fault when memory was exhausted.

No differences expected

gs/base/gsioram.c
gs/base/ramfs.c

2013-09-27 16:03:04 +0100
Ken Sharp <ken.sharp@artifex.com>
be574c5550733da6b2ffa43fbc2099ae01608797

PDF interpreter - update to BPC change for JPEG2000

Bug #694621

If we find a box, which we shoudl not as this is only supposed to be used
when each colour channel has differing depth, we parse teh BPC from that,
and ignore the BPC in the ihdr box.

If the components are not all equal, we use the first one and raise a
warning.

No differences expected

gs/Resource/Init/pdf_draw.ps

2013-09-27 11:24:32 +0100
Ken Sharp <ken.sharp@artifex.com>
6fe7ace41f8afaba72f0f1da7747c062382346fc

PDF interpreter - treat invalid BPC of 128 in JPEG2000 files as 8

The test file has JPEG2000 images (produced by JasPer) which have a BPC
of 128. The valid range for JPEG2000 is 1->38 and for PDF is 1, 2, 4, 8,
12 or 16. Acrobat (of course) opens the file without complaint.

It appears that the image actually has 8 BPC so we specifically treat
this invalid value as 8.

No differences expected.

gs/Resource/Init/pdf_draw.ps

2013-09-26 14:07:19 -0600
Henry Stiles <henry.stiles@artifex.com>
49c0d08e7e04c8c4e1472142461f3ed369089639

Fix 694614 - Properly handle a resolution argument of zero.

pcl/rtgmode.c

2013-09-26 13:55:53 -0600
Henry Stiles <henry.stiles@artifex.com>
0f815674bfda9f940a20bb703d124f27b92de181

Fix 694615 - CCITT filter overflow.

The type of image columns in the graphics library CCITT filter is a
signed integer and PCL was assuming an unsigned and therefore did not
check for possible overflow.

pcl/rtraster.c

2013-09-26 10:31:51 -0600
Henry Stiles <henry.stiles@artifex.com>
3f02bbe5fad16e1f44131cb444e488e96157de5a

Fix 694616 - Fuzzing uncovered a modulo divisor of 0

pcl/rtraster.c

2013-09-17 16:49:51 +0100
Ken Sharp <ken.sharp@artifex.com>
c561232cf26e060b89fc4f3bd4bf5c679731d4db

pdfwrite - add support for form preservation from PostScript

Bug #687561 et al

We add the new operators .beginform and .endform which call device spec_op
methods in order to allow devices to capture form streams. Devices can
also return a matrix to replace the CTM for the course of the form.

Modified pdfwrite to capture and store forms, and set the CTM to the
pdfwrite general matrix (resolution/72).

Added new PDFexecform for use by the PDF interpreter, trying to capture
forms from PDF files is fraught with difficulty because we already capture
transparent forms as forms.

Because some kinds of forms cannot be successfully preserved (only happens
with badly behaved PostScript) we need a way to prevent forms from being
preserved. This option does that.

Examples of badly behaved PostScript can be found in a few Quality Logic
CET tests (use of setgstate in a form to set the CTM to a state prior to
the form execution, and use of setflat with a parameter derived from the
CTM. So we add UNROLLFORMS to the gs_cet file.

gs/Resource/Init/gs_cet.ps
gs/Resource/Init/gs_lev2.ps
gs/Resource/Init/pdf_draw.ps
gs/base/gdevdflt.c
gs/base/gsform1.h
gs/base/gxdevsop.h
gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfi.c
gs/devices/vector/gdevpdfx.h
gs/doc/Ps2pdf.htm
gs/psi/int.mak
gs/psi/zform.c

2013-09-26 10:34:34 +0100
Chris Liddell <chris.liddell@artifex.com>
a62129ba436ff3a35c92c704a905d21ceae09a88

Bug 694575: workaround for filenameforall in regression tests

(This is slightly hacky!)

For the regression testing, especially the weekly tests, several of the QL
CET files give variable results depending on the exact content of the current
working directory - because they use filenameforall and vary their output based
whether it returns an error (mainly due to the path ending up too long for the
scratch string).

This commit "patches" the filenameforall operator to catch those cases, and
(hopefully) always return with no files, and no errors, thus giving consistent
results between runs.

Cluster differences in the CET files, as expected.

gs/Resource/Init/gs_cet.ps

2013-09-25 18:12:58 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
f9d0691129945b6d0657effcec6e6c440f57a364

Bug 694137 : Prevent accessing outside of array.

gs/openjpeg/libopenjpeg/jp2.c

2013-09-23 14:54:55 +0100
Chris Liddell <chris.liddell@artifex.com>
f945f8b050fb0a64f5de746f253244afa107bff8

Bug 694586: Have chunk allocator honor alignment

Have the chunk memory manager honor the same alignment as the rest
of the memory manager(s).

Fixes potential bus errors on SPARC.

No cluster differences.

gs/base/gsmchunk.c
gs/base/lib.mak

2013-09-23 10:55:34 -0700
Michael Vrhel <michael.vrhel@artifex.com>
b6d163b01a4ecca30503fbd770770b1bd7de73e2

Fix potential access violation and add error checking in pdf14 put image.

Fixes segv in fuzzing Bug 694190

gs/base/gdevp14.c
gs/base/gxblend1.c

2013-09-23 09:56:14 -0700
Michael Vrhel <michael.vrhel@artifex.com>
b8bb26de721811ca80712d8540e9279b4dca5bc9

Add error code checking in image color initialization

Fix for bug 694175

gs/base/gxipixel.c

2013-09-23 08:08:50 -0700
Robin Watts <robin@peeves.(none)>
f39d9824015ff6f909a59f697947f262d2c9c21c

Bug 694289: Avoid SEGVs sue to Xmprintfs with mem = NULL

If no memory pointer is supplied to a printf, then (in threadsafe
builds) return doing nothing or (in non-threadsafe builds) use the
default one.

Also tweak the lib ctx closedown so that we safely closedown
without trying to print anything via undefined print pointers.

gs/base/gslibctx.c

2013-09-23 15:19:04 +0100
Robin Watts <robin.watts@artifex.com>
23ef9ea1fd7193c19c37c9cd00c6aad52a992fd1

Bug 694162: Harden gx_forward_dev_spec_op against SEGVs.

If tdev == 0, don't pass on the call. I cannot reproduce the bug,
but this seems like a sensible precaution.

gs/base/gdevnfwd.c

2013-09-23 14:29:50 +0100
Robin Watts <robin.watts@artifex.com>
8c5cbff3351774ac55704c9c633112922313c74b

Bug 694159: Check return code on color remap.

If return code is ignored, returned device color may be used when
it is not initialised.

gs/base/gsshade.c

2013-09-22 20:56:11 -0700
Michael Vrhel <michael.vrhel@artifex.com>
81b54e2a9237dec0186ad331af845800011ae6d2

Improved error recovery during transparency group popping.

If the creation of the ICC link fails then we attempt a non-ICC mapping. Fix for fuzz segv bug 694191.

gs/base/gdevp14.c

2013-09-22 19:13:04 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
9f29534318f7a70eb42408a2bdca51dad7181c16

Added ink_cov device (Bug 694501).

Thanks for Billon Marc <billon.m@free.fr> for the patch.

gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/openvms.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/configure.ac
gs/devices/devs.mak
gs/devices/gdevicov.c
gs/psi/msvc.mak

2013-09-21 22:36:34 -0700
Michael Vrhel <michael.vrhel@artifex.com>
af81a6bf1a5de5d8cc23aaec7ae663c8985767c7

Fix improper error checking in icc color space installation

Fixes fuzzing segv Bug 694192

gs/psi/zicc.c

2013-09-20 23:08:57 -0700
Michael Vrhel <michael.vrhel@artifex.com>
bbb9f59c59f7e229001e9e8413ff6ebf812910de

Add in pdf14 abort compositor action

The fuzzing files have identified that the interpreter was popping the
pdf14 device during a stop. This caused the pdf14 device to think it
was time to do its put_image command since it was done, causing a lot
of potential segv issues. This commit adds an abort compositor action
which will clean up the pdf14 device and set it back up as a pass through
device allowing for a more graceful exit.

gs/Resource/Init/pdf_main.ps
gs/base/gdevp14.c
gs/base/gstrans.c
gs/base/gstrans.h
gs/base/gxdevcli.h
gs/devices/vector/gdevpdft.c
gs/psi/ztrans.c

2013-09-20 12:19:36 -0600
Henry Stiles <henry.stiles@artifex.com>
46b8210665fe111b2fa544eed4a661de831d245e

Include another GL/2 command (SP) which can be used to initialize the
GL/2 interpreter, see related fix with bug #694595 for problem
details.

pcl/pcparse.c

2013-09-19 10:04:17 +0100
Ken Sharp <ken.sharp@artifex.com>
a5fa1ac21714a2dfdbcd3b9d70bc5cd913764ef3

pdfwrite - extend TrueType MaxPoint checking to include CID fonts

Further to commit 8b6be8be2cdcefae39339682d45d3c009ab909ac which added
checks for MaxPoints and NumContours before merging TrueType fonts, this
commit adds the same checks to CIDFonts with TrueType base fonts.

Also, relax the checks somewhat. As long as the new font doesn't have
*more* points, or contours, its safe to merge with the existing font.

No differences expected

gs/devices/gxfcopy.c

2013-09-18 13:56:35 -0700
Michael Vrhel <michael.vrhel@artifex.com>
142b12b12b56aba0d4ec7372c0260c39d2d58d28

Additional error checking fixes from fuzzing files

Fixes Bug 694154

gs/base/gsicc.c
gs/base/gsstate.c

2013-09-18 12:26:43 -0700
Michael Vrhel <michael.vrhel@artifex.com>
2236e20a9604602a12a9fbefc05e162d12954b03

Fix error checking for fuzzing case where pdf14 pattern accumulator target was closed

Fixes 3842.pdf.SIGSEGV.201.3160

gs/base/gdevp14.c

2013-09-18 10:31:50 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c6fbf53542a13b9a8582aef2c50bba7a145a8e49

Error code checking fix.

Fixes Fuzzing Bug http://bugs.ghostscript.com/show_bug.cgi?id=694161

gs/base/gximag3x.c

2013-09-17 11:37:05 -0700
Michael Vrhel <michael.vrhel@artifex.com>
f4a1368a6585d20a218acd236d97706401a1b8c1

Fix for pattern, transparency, clipper interaction issues

Three issues this fixes. One is that if a clipper device is installed during the filling
with a transparency tile, we need to make sure we get the pdf14 device to pop the group
and not use the clipper device.

The second issue was that fit_fill was not getting used properly in the tile filling code.

The third issue was that the wrong dimensions were supplied to gx_trans_pattern_fill_rect when
the pattern was clist based.

This should fix Bug 693365.

gs/base/gdevp14.c
gs/base/gxp1fill.c

2013-09-17 20:02:34 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
3f098349c0ff70a50ebb0341f1e98da2c2330c84

Bug 694132: Resolve uninitialised variable and handle returning error correctly.

gs/base/gdevprn.c
gs/base/gxicolor.c

2013-09-17 08:47:18 -0600
Henry Stiles <henry.stiles@artifex.com>
54ab9a05fbc13ad402aaa63c86d9ec0422bd112a

Fix # 694595 - nothing produced reading PCL files.

This change allows the command BP (Begin Plot) to initiate the HPGL/2
parser for improperly constructed GL/2 files that lack the Enter GL/2
command (<ESC>%1B).

pcl/pcparse.c

2013-09-17 13:50:56 +0100
Robin Watts <robin.watts@artifex.com>
5347e2c3e43a28f64b0e4775945c6a58ee72debf

Bug 691182: Disable interpolation for Type3 postscript images

If we interpolate an image, but not its mask we get nasty edge
effects. We therefore choose not to interpolate either.

gs/psi/zimage3.c

2013-09-13 13:28:16 -0700
Michael Vrhel <michael.vrhel@artifex.com>
b7094e220951fc76656056a426ab7fa1363f38b7

Make sure the mono device that is created for non-FAPI bold font caching has icc procs set.

Fixes bug 694551

Note Enhancement Bug 694593 was opened with this commit so that I will remember to review
the setting of the get_profile procs for these devices.

gs/base/gdevmem.c
pl/plchar.c

2013-09-07 06:05:01 -0700
Michael Vrhel <michael.vrhel@artifex.com>
752aeb0e47fc11aff22618a00dd07576647c192d

Avoid forced white point mapping in CMM when the source profile is derived from CIE PS type.

LittleCMS and perhaps other CMMs have methods to force the white point in the mashed transform
between source and destination color space. The methods used can lead to incorrect results
when the source space is a non-traditional profile like those derived from CIEDEF(G) types.
This fix gets and sets the appropriate flags for the CMM to avoid the white point alignment
when the source space is PS based. Fixes bug 693826

Fixing this bug revealed an issue in the CIEA color space conversion.

Also, fixed old bug, mapping cie ps color spaces to ciexyz to allow ciexyz values larger than 1.0.
Fixes bug 692807.

Started changes to add in V2 profile creation.

Fixed error handling in this part of code also.

gs/base/gscie.h
gs/base/gsciemap.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_cms.h
gs/base/gsicc_create.c
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gxcie.h
gs/devices/gdevrinkj.c
gs/devices/gdevxcf.c
gs/devices/vector/gdevpdfk.c

2013-09-12 18:08:53 +0100
Robin Watts <robin.watts@artifex.com>
808e6d525d978b6f083be8eeb2a612b343500693

Bug 694590: Tweak scan converters handling of horizontal lines.

The scan converter only puts horizontal edges into the edge list
if expanding the height of the line by fill adjust causes it to
cover a pixel centre.

Unfortunately, for the fill_adjust = 0.5 case we actually use
adjust_above = 128 and adjust_below = 127, so there is one possible
subpixel offset for which the line will not appear. We therefore
tweak the logic to accept all horizontal lines through in this case.

This produces many diffs, all benign. Sorry Marcos.

gs/base/gxfill.c

2013-09-12 12:21:48 +0100
Ken Sharp <ken.sharp@artifex.com>
002cd5262ccb71010473abfb9069e1fb39f36f12

PDF interpreter - remove the 2D array of objects for large (>64k) objects

Bug #694470

In the past Ghostscript had a limit of 64k entries for arrays and strings
but this proved a problem for some PDF files, so a set of new objects were
defined 'larray' and 'lstring', which were defined as an array of arrays
and an array of strings. New accessor and utility functions were also
created.

With bug 694470 there is an object with an index of 2^32 - 1, which takes
a very long time, as the code allocates more and more sub-arrays.

Now that we have a limit of 2^24 on arrays and strings (which can be increased),
we can remove the 2d array hackery. This causes the bug file to abort almost
immediately while rebuilding the xref. It *should* also provide a modest
performance benefit, and makes the code smaller and easier to deal with.

No differences expected.

gs/Resource/Init/pdf_base.ps
gs/Resource/Init/pdf_main.ps
gs/Resource/Init/pdf_rbld.ps

2013-09-11 16:06:38 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
d97571b56d7c740e7d6aeee064313b96048a5667

Fixed typo in lib.mak introduced in b5472ea6bf

gs/base/lib.mak

2013-09-11 11:11:35 -0700
Michael Vrhel <michael.vrhel@artifex.com>
6dd5b91bbaf237ca3153722887d5965b0eb3633e

Ensure overprint drawn components are updated with color space changes during transparency.

Fixes bug 694297

gs/base/gdevp14.c
gs/base/gstrans.c

2013-09-11 18:47:45 +0100
Robin Watts <robin.watts@artifex.com>
faea7d6e98d6e7ee0b82d891544a13d703a291f5

Bug 690790: Workaround libpng 64bit build bug.

libpng keeps a jmpbuf in it's structure. jmp_bufs have to be 16 byte
aligned on x64 systems, and the png allocator makes no effort to
align the buffer.

The workaround here changes the PNG allocator to allocate it's main
structure in a larger block than it needs, and to actually use a
block in the middle of this to ensure alignment. A pointer is
kept to the real address of the block for freeing.

gs/libpng/png.c
gs/libpng/pngmem.c
gs/libpng/pngstruct.h

2013-09-11 10:15:26 +0100
Ken Sharp <ken.sharp@artifex.com>
b5472ea6bf6925023febdeab12be9dbd83e811f1

update ramfs code

gs/base/gsioram.c
gs/base/lib.mak
gs/base/ramfs.c

2013-09-07 12:01:22 +0100
unknown <ken@.(none)>
db45b95faa06f8204b9a075323125d7f398c5d06

PDF interpreter - process GoToR actions into pdfmarks for pdfwrite

Bug #693427 "GoToR target file information lost after GS processing"

This commit adds GoToR to the Existing GoTo and Named actions which the
PDF interpreter will convert into pdfmarks. pdfwrite already handles
the GoToR action so no changes were needed there.

No differences expected

New ram file system code

Updated from the patch submitted by Michael Slade in bug #226943. This code
removes a single Unix-ism and rewrites the memory allocations to use the
GS garbage collected memory (as is appropriate for PostScript) instead of
using the system malloc.

No differences expected since we have no files that use the ramfs.

gs/Makefile.in
gs/base/gsioram.c
gs/base/lib.mak
gs/base/ramfs.c
gs/base/ramfs.h
gs/psi/msvc.mak

2013-09-07 12:01:22 +0100
unknown <ken@.(none)>
8425cde6e55dfaa26e64e81f54e044187fb98384

PDF interpreter - process GoToR actions into pdfmarks for pdfwrite

Bug #693427 "GoToR target file information lost after GS processing"

This commit adds GoToR to the Existing GoTo and Named actions which the
PDF interpreter will convert into pdfmarks. pdfwrite already handles
the GoToR action so no changes were needed there.

No differences expected

gs/Resource/Init/pdf_main.ps

2013-09-06 17:58:57 -0500
Robin Watts <robin.watts@artifex.com>
e05fe9d24205f50ee12b97c22a5d1b34fa118ed0

Bug 619917: Add support for configurable timeslice

Add more of the patch from Herbert Swann. Many thanks again!

gs/psi/zcontext.c

2013-09-06 15:35:50 -0500
Robin Watts <robin.watts@artifex.com>
ddc4b6753a40b2cbac503dbef300d339979274c8

Bug 691917: Fix SEGVs in display postscript.

Cutdown version of Herbert Swanns patch.

gs/psi/zcontext.c

2013-09-06 15:49:10 -0500
Chris Liddell <chris.liddell@artifex.com>
64de3a6bf2b3a75123ae406076796f23a773aff1

Bug 693629: fix outdated FSF address information.

No cluster differences.

gs/contrib/gdevbjc_.h
gs/contrib/gdevcd8.c
gs/contrib/gdevdj9.c
gs/contrib/gdevlx32.c
gs/contrib/opvp/gdevopvp.c

2013-06-13 18:07:01 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
66d9c0aa17a5abcecd6590e63f0620f7aa51634c

Bug 694311 : GS openjpeg2 integration

WIP : Update with latest OpenJPEG2. Warning - does not compile yet.

WIP : Update code. Warning - does not compile yet.

WIP : Code compiles but is not cluster tested.

Update to build on xeon and macpro

Use default image creation

Add error/info/warning event handlers.

Update fuzzing patch to allow j2kp4-file3-ycc-8bpc.pdf to process correctly.

Update fuzzing patch to allow bug 691816 to process correctly without blurring.

Patch to cater for eYCC colour space.

Patch for indexed colour spaces and cater for bad BPCC header box.

Cater for alpha channel information.

gs/base/openjpeg.mak
gs/base/sjpx_openjpeg.c
gs/base/sjpx_openjpeg.h
gs/configure.ac
gs/openjpeg/libopenjpeg/CMakeLists.txt
gs/openjpeg/libopenjpeg/bio.c
gs/openjpeg/libopenjpeg/bio.h
gs/openjpeg/libopenjpeg/cidx_manager.c
gs/openjpeg/libopenjpeg/cidx_manager.h
gs/openjpeg/libopenjpeg/cio.c
gs/openjpeg/libopenjpeg/cio.h
gs/openjpeg/libopenjpeg/dwt.c
gs/openjpeg/libopenjpeg/dwt.h
gs/openjpeg/libopenjpeg/event.c
gs/openjpeg/libopenjpeg/event.h
gs/openjpeg/libopenjpeg/function_list.c
gs/openjpeg/libopenjpeg/function_list.h
gs/openjpeg/libopenjpeg/image.c
gs/openjpeg/libopenjpeg/image.h
gs/openjpeg/libopenjpeg/indexbox_manager.h
gs/openjpeg/libopenjpeg/invert.c
gs/openjpeg/libopenjpeg/invert.h
gs/openjpeg/libopenjpeg/j2k.c
gs/openjpeg/libopenjpeg/j2k.h
gs/openjpeg/libopenjpeg/jp2.c
gs/openjpeg/libopenjpeg/jp2.h
gs/openjpeg/libopenjpeg/mct.c
gs/openjpeg/libopenjpeg/mct.h
gs/openjpeg/libopenjpeg/mqc.c
gs/openjpeg/libopenjpeg/mqc.h
gs/openjpeg/libopenjpeg/openjpeg.c
gs/openjpeg/libopenjpeg/openjpeg.h
gs/openjpeg/libopenjpeg/opj_clock.c
gs/openjpeg/libopenjpeg/opj_clock.h
gs/openjpeg/libopenjpeg/opj_config.h
gs/openjpeg/libopenjpeg/opj_config_private.h
gs/openjpeg/libopenjpeg/opj_includes.h
gs/openjpeg/libopenjpeg/opj_intmath.h
gs/openjpeg/libopenjpeg/opj_inttypes.h
gs/openjpeg/libopenjpeg/opj_malloc.h
gs/openjpeg/libopenjpeg/opj_stdint.h
gs/openjpeg/libopenjpeg/phix_manager.c
gs/openjpeg/libopenjpeg/pi.c
gs/openjpeg/libopenjpeg/pi.h
gs/openjpeg/libopenjpeg/ppix_manager.c
gs/openjpeg/libopenjpeg/raw.c
gs/openjpeg/libopenjpeg/raw.h
gs/openjpeg/libopenjpeg/t1.c
gs/openjpeg/libopenjpeg/t1.h
gs/openjpeg/libopenjpeg/t1_generate_luts.c
gs/openjpeg/libopenjpeg/t1_luts.h
gs/openjpeg/libopenjpeg/t2.c
gs/openjpeg/libopenjpeg/t2.h
gs/openjpeg/libopenjpeg/tcd.c
gs/openjpeg/libopenjpeg/tcd.h
gs/openjpeg/libopenjpeg/tgt.c
gs/openjpeg/libopenjpeg/tgt.h
gs/openjpeg/libopenjpeg/thix_manager.c
gs/openjpeg/libopenjpeg/tpix_manager.c

2013-09-04 11:03:02 -0700
Michael Vrhel <michael.vrhel@artifex.com>
a92c4411e302b1b99fe65b5d89d26b87671feff5

Removal of default initialization of ICC profile in languages. The default will be set when the page erase occurs.

Thanks to Henry for catching this.

pcl/pctop.c
pxl/pxpthr.c
pxl/pxtop.c
svg/svgtop.c
xps/xpstop.c

2013-08-30 10:00:41 +0100
Chris Liddell <chris.liddell@artifex.com>
45dfe09a18a7c19c626561d506ab44ee68421c41

Update product string, dates and docs for 9.10 release.

Bring master up to date with gs910 branch

gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2013-08-15 16:53:31 +0100
Robin Watts <robin.watts@artifex.com>
edb56190f321ea9e094cb161f9b94941d49a40ae

Update antidropout downscaler.

The antidropout downscaler is not consistent in the way it detects
'darker' colors; some of the code predicates 'darker' on the color
polarity, other parts of it do not.

Here we make it consistently follow the color polarity.

Also, we correctly take the color polarity from the color space, rather
than from the device. Thanks to Michael Vrhel for making the changes
to make this possible.

gs/base/gxiscale.c
gs/base/sidscale.c

2013-09-03 18:01:55 +0100
Robin Watts <robin.watts@artifex.com>
02ab2adaafb3cc9322e54f0ea4e78952c34818d2

Bug 694561: Fix interpolated landscape images (again).

Don't try to accumulate runs of identical pixels in landscape images.
We weren't aligning the transposed data to bitmap_align, and this was
causing problems. It's unfeasible to do so, and the underlying driver
almost certainly will break down to 1 call per pixel, so we might as
well do that immediately and simplify the code massively.

Also fix some warnings/unused variables.

gs/base/gxcindex.h
gs/base/gxiscale.c

2013-08-24 20:44:10 -0700
Michael Vrhel <michael.vrhel@artifex.com>
bdc103f817778f84efe66f10489c88a9263d279f

Addition of new procedure to color spaces to return the polarity of the color space.

gs/base/gsccolor.h
gs/base/gscdevn.c
gs/base/gscolor2.c
gs/base/gscpixel.c
gs/base/gscscie.c
gs/base/gscsepr.c
gs/base/gscspace.c
gs/base/gsicc.c
gs/base/gspcolor.c
gs/base/gxcspace.h
gs/base/gxdevcli.h

2013-09-03 12:59:05 +0100
Ken Sharp <ken.sharp@artifex.com>
5ae4180ca9d17f367acd068537f0a67a243656b8

PS Interpreter - don't interpolate imagemask data for high level devices

Bug #689460 "imagemask interpolation differs from Adobe"

This is rather a long-running bug. The title isn't really very descriptive
of the problem, as far as I can tell the problem only affects pdfwrite.

In the current implementation, interpolation of imagemasks is handled in
*PostScript*, by inserting the ImScaleDecode filter in front of the image
DataSource. This works well for rendering, but for high level devicees
(particularly pdfwrite) this means that we do not embed the original mask
data, we embed the interpolated data. This makes the PDF file much larger
and also means that when opened with Acrobat Reader, the output does not
match, becuase Acrobat does interpolation by applying what looks like a
Mitchell filter, and promoting the imagemask to 8 bpc.

I did look into applying our current scheme in C, as suggested in comment #18,
but that was inordintely difficult. We can't use the existing 1bpp image
interpolation code, as that promotes to 8bpc and uses a Mitchell filter,
so we lose the sharp edges, which is important for a mask. It probably would
be possible to replicate the PostScript code which adds the ImScaleDecode
filter to the DataSource, but there seems little point in doing this in
C when it could be done more easily in PostScript.

So instead I've chosen to test if the current device is a 'high level'
device and, if it is, not to apply the filter.

With pdfwrite this leads to us producing smaller PDF files, as expected,
and the result in Acrobat matching the one from Distiller.

When testing with the cluster a small number of Genoa test files exhibit
differences. These all use the well known 'turkey' image at very low resolution,
with the old code these were interpolated at 720 dpi and that was the image
data written out. Now we write the original data and interpolate to the
resolution of the actual device at rendering time. In the case of 300 dpi
output this results in small but visible differences.

gs/Resource/Init/gs_img.ps

2013-09-01 12:23:04 +0200
Simon Bünzli <zeniko@gmail.com>
42839db66a6cb026691c2e30af3489ff22d96b35

bug 694281: fix memory leaks and compilation warnings

* jbig2_build_huffman_table leaks LENCOUNT and result under OOM conditions
* jbig2_decode_symbol_dict leaks an image in an error case
* jbig2_symbol_dictionary skips cleanup in an error case
* jbig2_text_region leaks GR_stats in various error and non-error cases
* MSVC reports two "unreachable code" warnings and a "signed/unsigned
mismatch" one

gs/jbig2dec/jbig2.c
gs/jbig2dec/jbig2_huffman.c
gs/jbig2dec/jbig2_segment.c
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2013-09-02 12:26:59 +0100
Chris Liddell <chris.liddell@artifex.com>
1c1395aeeee68d545a3f293d6aa0ec38999879c9

Update font versions in PPD files.

A couple of ppd's contain version numbers for the font files, update them
from 1.05 to 1.10

CLUSTER_UNTESTED

gs/contrib/pcl3/ppd/fonts.ppd
gs/lib/ghostpdf.ppd

2013-09-01 18:48:32 -0700
Ray Johnston <ray.johnston@artifex.com>
f89dd1d4d38db72a9fc7a605072cf2a419e6f190

Fix compiler warnings.

gs/base/gxclpage.c
gs/psi/imainarg.c
gs/psi/int.mak

2013-07-11 13:03:17 -0700
Ray Johnston <ray.johnston@artifex.com>
9c95a9ae56b5051ba8c7c3b3d161932678d3b01d

Enhance gx_saved_page and save_page function to support advanced functions.

By saving the device params in the saved_page struct we can use it more
generally to print pages out of order. This is still compatible with the
rendering of multiple saved pages on a 'master' page for imposition, but
the latter does not use the device params so pages with differing spot colors
or differing destination ICC profiles may be incorrect. To be fixed later.

Several utility functions support lists of saved pages: gx_saved_pages_list_new
to allocate and initialize a saved page list; gx_saved_pages_list_add to alloc
a new saved page object, fill it with the current page and add it to the end of
the list; gx_saved_pages_list_print to print various pages in various orders
from the list; gx_saved_pages_list_free to free the clist files for the saved
pages as well as the saved pages and the saved pages list and to support the
parameter and command line arg, gx_saved_pages_param_process. This function
may be useful for applications as well. See psi/imainarg.c for sample usage
with --saved-pages-test.

Also, the gx_device_printer get and put params have an added saved-pages string
parameter to allow control of this feature.

A new command line option --saved-pages="..." is added that will call the
'process' function. This is implemented for BOTH gs imainarg and plmain used
by the other languages. Also, --saved-pages-test is added for weekly testing
that will collect all pages in a list (--saved-pages=begin) then after the
file is processed, will print all pages (--saved-pages="print normal flush").

The capability is mentioned in doc/Use.htm, and the parameters for the control
string is documented in doc/SavedPages.htm

gs/base/gdevdflt.c
gs/base/gdevppla.c
gs/base/gdevprn.c
gs/base/gdevprn.h
gs/base/gsdparam.c
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxclpage.c
gs/base/gxclpage.h
gs/base/gxclread.c
gs/base/gxclrect.c
gs/base/gxclthrd.c
gs/base/gxdevsop.h
gs/base/gxpcmap.c
gs/base/lib.mak
gs/base/string_.h
gs/devices/gdevijs.c
gs/devices/gdevp2up.c
gs/devices/gdevtsep.c
gs/doc/SavedPages.htm
gs/doc/Use.htm
gs/psi/imainarg.c
gs/psi/iminst.h
gs/psi/int.mak
pl/pl.mak
pl/plmain.c
pl/plmain.h

2013-06-11 22:04:00 +0200
zeniko <zeniko@gmail.com>
e7b7ecff0277c0aa7e162edd21842dc4409391ff

Bug 694121: prevent heap overflow

jbig2_decode_symbol_dict checks whether more glyphs are requested than
are available (SDNUMINSYMS + SDNUMNEWSYMS) but has so far failed check
whether there are more than expected (SDNUMEXSYMS); fixes
3324.pdf.asan.3.2585

gs/jbig2dec/jbig2_symbol_dict.c

2013-07-05 13:11:58 +0200
zeniko <zeniko@gmail.com>
f7064096ceac3d6c148096a936e1ea10fd8f0c55

Bug 694111: prevent heap overflow

jbig2_image_compose fails to ensure that the destination rectangle lies
entirely within the destination buffer (in the case of the file
3324.pdf.asan.50.2585, this happens due to a huge value for y). Adding a
new check which makes sure that...

@ y * dst->stride + leftbyte doesn't overflow
@ x and leftbyte don't overflow to the next line
@ h * dst->stride doesn't overflow
@ all values read are within the destination buffer

The file 3324.pdf.asan.50.2585 also demonstrates a memory leak where the
glyph isn't properly released if jbig2_image_compose fails.

gs/jbig2dec/jbig2_image.c
gs/jbig2dec/jbig2_text.c

2013-08-30 13:05:46 +0100
Ken Sharp <ken.sharp@artifex.com>
ca5a118174084f53893978d0c6b71d3a58db41bf

PDF interpreter - synthesize appearance for multiline text widgets

Bug 689761 "Multiline PDF form field does not honor line breaks"

There are several parts to this change. Firstly there was a bug in the code
to detect multiline text widgets, which meant that they were not detected
and instead of flagging a warning and ignoring the widget, we handled it
as if it were a single line. This also meant that we were mishandling combined
fields as tetx fields.

Secondly there is code in pdf-draw.ps which checks to see if we can synthesise
an appearance and if we can it ignores the one provided. Testing with Acrobat
indicates that this is what Acrobat does. However I think this is very wrong
and in testing our code I see about as many files which are better if we
use the appearance stream as are better if we manufacture one. So I've
chosen (for now at least) to use the appearance stream if we're given one.

Finally we now handle multiline text fields. The string is broken up into
multiple strings at the line breaks. The height of the rectangle is divided
by the number of strings, which allows us to space the lines evenly. We
detect and implement the different types of quadding. Note that Acrobat
does not seem to distribute the text the same way we do, but I don't see
any reason to try and mimic it.

Expected Differences
Bug689450.pdf Bug692968.pdf 1503_text_missing .pdf Bug690526.pdf Bug692591.pdf
these files have appearance streams that do not match up with the field values.
1783_CIDToGIDMap...pdf x_-_complex_fomr.pdf using the appearance stream
improves the output because our synthesis is not that great.
comb_and_password.pdf uses a combined field which we previously treated as
text, and which we now ignore.

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_ops.ps

2013-08-29 16:47:29 +0100
Robin Watts <robin.watts@artifex.com>
621b010d1a6e12f7754508fee8a860345b4f84df

Bug 694546: Fix undefined behaviour in gdevpbm.

Thanks to jsmeix for reporting this.

gs/devices/gdevpbm.c

2013-08-29 16:23:20 +0200
Tor Andersson <tor@ccxvii.net>
3659374423a9f7b0c4b361ce2e207549ae8b4e25

xps: Check sfnt name table length before accessing array.

Thanks to Shailesh Mistry.

xps/xpsfont.c

2013-08-27 16:03:41 +0200
Tor Andersson <tor@ccxvii.net>
30355133c04d2ab3f270a6ea6ee28ae8fa91021b

xps: Fix memory leak (bug 694469).

Thanks to Shailesh Mistry.

gs/base/gslibctx.c
pl/plmain.c

2013-08-27 16:01:33 +0200
Tor Andersson <tor@ccxvii.net>
8017a6b547e12bc43d16f1057ac5dbf075a47d1e

xps: Check for number of arguments when parsing abbreviated paths.

Thanks to Shailesh Mistry.

xps/xpspath.c

2013-08-27 15:45:09 +0200
Tor Andersson <tor@ccxvii.net>
9a85570458e46327dd8741c16c758669b5918ac4

xps: Avoid infinite loop on syntax errors in abbreviated path geometry.

Thanks to Shailesh Mistry.

xps/xpspath.c

2013-08-27 15:43:14 +0200
Tor Andersson <tor@ccxvii.net>
82fd60791f60a00bbd42b042198d0cc2593c0790

xps: Skip all but the first resource dictionary if there are many.

Thanks to Shailesh Mistry.

xps/xpspage.c
xps/xpsresource.c

2013-08-27 15:42:44 +0200
Tor Andersson <tor@ccxvii.net>
bac315e9d796bff6707e1b96e75d403edddf7303

xps: Ignore empty resource dictionaries.

Thanks to Shailesh Mistry.

xps/xpspage.c
xps/xpsresource.c

2013-08-23 16:17:55 +0200
Tor Andersson <tor@ccxvii.net>
d4d0e216d1327dab177820e2f90cbb2dd38843c6

xps: Check for missing pieces before dereferencing.

Should only be able to happen if .last.piece is missing.

Thanks to Shailesh Mistry.

xps/xpszip.c

2013-08-23 16:11:03 +0200
Tor Andersson <tor@ccxvii.net>
62c8ba4fa3af5fbe395cd4923766ca8a44fc36f1

xps: Check that Canvas.Resources has child node before descending.

Thanks to Shailesh Mistry.

xps/xpsanalyze.c

2013-08-23 16:08:37 +0200
Tor Andersson <tor@ccxvii.net>
8dc38533ab78a63c9c0a5c82ba96c45c0a9edebc

xps: Check the existence of stripbytecounts before using in TIFF decoder.

Thanks to Shailesh Mistry.

xps/xpstiff.c

2013-08-27 17:34:29 +0100
Ken Sharp <ken.sharp@artifex.com>
88bce110851c10455d3165ca748a3371d9c917cc

PostScript interpreter - make setpagedevice and EndPage work more like Adobe

Bug 690667 "Changing PageSize during n-up processing by BeginPage/EndPage generates wrong output"

The test job changes setpagedevice during the course of the job, and the
EndPage takes special action depending on the page count. The first problem
is that we don't reset the count of pages in the device, and Acrobat can
be shown to do so on *any* call to setpagedevice (even if the dictionary
is empty). In zsetdevice() we now reset the page count in the current device
so that he page count is reset, even if the device doesn't change.

Secondly we call .trysetparams before we execute the EndPage routine (if
present). The problem here is that .trysetparams actually modifies the
page device dictionary (and hence the device) and so attributes can change
before the EndPage, in particular the PageSize. The /setpagedevice routine
has been modified to move the execution of EndPage much earlier in the
process. Again testing with Adobe Acrobat shows that the EndPage procedure
is executed if the dictionary argument is empty, and indeed even if the
execution of setpagedevice causes an error.

No differences expected. Note this is a potentially destabilising change.

gs/Resource/Init/gs_setpd.ps
gs/psi/zdevice.c

2013-08-27 15:55:07 +0100
Ken Sharp <ken.sharp@artifex.com>
07ed0d0cb0de6ebc456a08ca0484c0e8a120b472

PDF interpreter - clamp invalid numbers to 0 in Shading Coords

Bug 694542 "Ghostscript failed to convert pdf file to images"

The specimen file contains invalid numbers in the Coords array of every
Shading dictionary. Acrobat (of course) handles this by silently converting
all such numbers to 0.

This commit checks the Coords of the Shading, and if any entry is not a number
(our token parser converts invalid numbers to names) it replaces it with a
xero.

No differences expected

gs/Resource/Init/pdf_draw.ps

2013-08-27 13:20:03 +0100
Chris Liddell <chris.liddell@artifex.com>
e413f6aa426fb63c2e9709ad8d28ab862bc1d44d

Add the font embedding paragraph.

The URW+ fonts are licensed under the GPL, with an additional allowance
for embedding the fonts, and that embedding not affecting the license of
the document in which the font is embedded.

CLUSTER_UNTESTED

gs/LICENSE

2013-08-27 11:21:37 +0100
Ken Sharp <ken.sharp@artifex.com>
8b6be8be2cdcefae39339682d45d3c009ab909ac

pdfwrite - more discriminating tests before TrueType font combining

Bug 694538 "Incorrect embedding of fonts"

The test file does not appear to be the regular output of the MS Windows
PostScript driver, it looks like several files have been stripped and then
added together. A process liable to failure at the best of times.

In this case we end up with a large number of incrementally downloaded,
subset, TrueType fonts. Despite the fact that these are the same font and
in many cases contain the same, or compatible, subsets the fonts are
downloaded several times, which is why I believe this to be a combination
of separately created files.

pdfwrite tries to combine such fonts, and does so quite succcesfully in
this case. However, the individual fonts are not all alike. Some information
in the TrueType table is clearly copied from the original font (eg the
numGlyphs value of 3147) and some is not. In particular the maxPoints
value differs between two otherwise compatible subset fonts (one has additional
glyphs). It seems Acrobat doesn't like this, it sometimes raises an error
and does not display any glyphs whose point count exceeds the maxPoints
value.

This commit adds the maxPoints and maxContours values to the gs_type42_data
structure and tracks them. Fonts are not now considered compatible if
these values are different between them.

This will lead to less font merging, but for sensibly created programs
this will not be a problem, as the driver only downloads the font once. For
programs created by jamming files together it will prevent the situation
where we create a font which Acrobat cannot read.

No differences expected.

gs/base/gstype42.c
gs/base/gxfont42.h
gs/devices/gxfcopy.c

2013-08-26 14:31:28 +0100
Chris Liddell <chris.liddell@artifex.com>
e9b47527ec10d911f8154c60f746985e139606b8

Bump version number

gs/Resource/Init/gs_init.ps
gs/base/version.mak

2013-08-30 10:00:41 +0100
Chris Liddell <chris.liddell@artifex.com>
7fcadf3b8b0ef1662419c15b8d51e36e434804be

Update product string, dates and docs for 9.10 release.

gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2013-08-29 16:47:29 +0100
Robin Watts <robin.watts@artifex.com>
b8d4701f17205624ebffe3d4630c9df87ac095b0

Bug 694546: Fix undefined behaviour in gdevpbm.

Thanks to jsmeix for reporting this.

gs/devices/gdevpbm.c

2013-08-27 13:56:35 +0100
Chris Liddell <chris.liddell@artifex.com>
0680e46d927d1cc02a4bad4c3a90cb9adc3d4580

Bring docs up to date for RC.

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2013-08-26 14:29:57 +0100
Chris Liddell <chris.liddell@artifex.com>
466d8f67a5b1ada99d05777ba33fab48a7d74bc9

Change product string for release candidate

gs/base/gscdef.c

Version 9.10 (2013-08-27)

This is the ninth full release in the stable 9.x series, and is primarily a maintenance release.

Highlights in this release include:

For a list of open issues, or to report problems, please visit bugs.ghostscript.com.

Incompatible changes

No recorded incompatible changes.

Changelog

2013-08-29 16:47:29 +0100
Robin Watts <robin.watts@artifex.com>
b8d4701f17205624ebffe3d4630c9df87ac095b0

Bug 694546: Fix undefined behaviour in gdevpbm.

Thanks to jsmeix for reporting this.

gs/devices/gdevpbm.c

2013-08-26 14:29:57 +0100
Chris Liddell <chris.liddell@artifex.com>
466d8f67a5b1ada99d05777ba33fab48a7d74bc9

Change product string for release candidate

gs/base/gscdef.c

2013-08-25 20:52:36 -0700
Ray Johnston <ray.johnston@artifex.com>
4a319086dd71dbcc3ec71b70277734595647784d

Fix bug 694539. Reading off the end of the cbuf when dash pattern len is max.

The max length dash pattern (currently 11) was used frequently in this file,
and in at least one case, this tripped over a memmove that is way too large in
the top_up_cbuf because the pointer was past the end of the buffer, and the
unsigned int count was 0xffffffff. The root cause was that the cmd_largest_size
used to set the warn_limit did not account for both the dot_length and the
offset.

I corrected cmd_largest_size, added some comments, and added an error message
and ioerror return to top_up_cbuf.

gs/base/gxcldev.h
gs/base/gxclrast.c

2013-08-24 10:36:20 +0100
Ken Sharp <ken.sharp@artifex.com>
2001f469b539a5ccce301ace5d6384b6b7e46888

Fix -dUseCIEColor (part of the whole VM allocation problem)

See commit ae930279498a5961fcf5d70ffe86864883609cbc for a lengthy explanation)
of the background to this problem.

The fix for the original problem involved always creating the device dictionary
for setpagdevice in local VM.

Following on from that we discover the following in zdsp1.c

gstate_check_space(i_ctx_t *i_ctx_p, int_gstate *isp, uint space)
{
/*
* ****** WORKAROUND ALERT ******
* This code doesn't check the space of the non-refs, or copy their
* contents, so it can create dangling references from global VM to
* local VM. Because of this, we simply disallow writing into gstates
* in global VM (including creating them in the first place) if the
* save level is greater than 0.
* ****** WORKAROUND ALERT ******

Now, if we execute the Display PostScript .savelocalstate routine, its vital
that the gstate and all its contents be in global VM in order to satisfy
the test in zdps1.c.

So, any calls to setpagedevice before the call to .savelocal must allocate
the page device dictionary in global VM (as a pointer to the device dictionary
is saved in the gstate)

Thus we need a way to tell setpagedevice to allocate its dictionary in global
VM, even though we usually want it in local VM.

This commit adds a somewhat hacky method for this, we insert a specific key
/..StartupGlobal in the page device dictionary. If setpagedevice finds this
key in the dictionary we allocate the dict in global VM, and remove the key.

We then use this key in a couple of places in gs_init.ps where we execute
setpagedevice *before* we've reached .savelocalstate.

This fixes all the myriad problems with allocation states and gives us a way
to add any more that are required.

I've put a comment into gs_init.ps immediately before /.savelocalstate so
at least in the future it will be easier to figure out where this is required.

I've searched all the initialisation files looking to see if there are any
other likely places (the INITFILES string is parsed before we get to
.savelocalstate) and they all look acceptable. None of the routines actually
execute setpagedevice.

No cluster differences expected as none of this is tested

gs/Resource/Init/gs_init.ps
gs/Resource/Init/gs_setpd.ps

2013-08-23 09:15:32 +0100
Ken Sharp <ken.sharp@artifex.com>
c1510d726063080559e9597db7d4a686f2ca4eae

correct some typos in PDFDocEncoding to UTF8 conversion

Bug #694535 "Typo in charset conversion in gdevpdfe.c"

Credit (and thanks) to Tim Waugh at Red Hat for the fix, applied here.

No differences expected, we clearly don't have any examples that exercise
this particular case in our test suite.

gs/devices/vector/gdevpdfe.c

2013-08-23 08:42:46 +0100
Ken Sharp <ken.sharp@artifex.com>
ae930279498a5961fcf5d70ffe86864883609cbc

More work related to VM mode, setpagdevice and startup conditions

This has a lengthy bug tail attached to it, the summary follows, prior
commits of interest are (ordered by date, earliest first):
073f7be1671e7fa2dbbc75984e593d2279bb05d7
939e32ff3c8841507aed80435269457f3caac6f5
774231a7db63439c72313050a750b219491c172f
39b494d41a814e6b27a5828030e58e0b239044fb

Initially the bug report was #687702 "gs8.15 setpagedevice /invalidaccess",
the problem was caused by a 'fix' for WordPerfect files which assumed a local
VM writeable dictionary returned by currentpagedevice. The fix was to create
a local VM copy of the dictioanry, because its acceptable to store global
objects in local VM, but not vice versa. (073f7be1671e7fa2dbbc75984e593d2279bb05d7)

However, if we start with -dSAFER then, quite early in gs_init.ps, we call
/.setsafe (which called /.locksafe) which ends up executing setpagdevice
in order to set /LockSafetyParams. This causes the page device dictionary to
be allocated in local VM. This should not cause any problems, but.....
setpagedevice stores a pointer to the returned dictionary in the graphics
state, the Display PostScript initialisation code insists that all objects
in the 'savedinitialgstate' be in global VM, and we just allocated the dict
in local VM, so we get an error.

This was fixed in setpagedevice by checking for a 1 element dictioanry
with the specific key '/LockSafetyParams', and creating a global VM dict
instead of a local one. (939e32ff3c8841507aed80435269457f3caac6f5)

We then discovered that GSView sends PostScript containing '.locksafe',
which triggers the check in sepagedevice and sets the VM allocation mode
to global, causing an invalidaccess error. GSView should not be using
undocumented internal routines but it was decided to fix this, even though
a release had just been completed. This was done by creating a new routine
'.locksafeglobal' which sets a key called /LockSafetyParamsGlobal and
having setpagedevice check for that key, if discovered it creates a global
VM dictionary and replaces the key with /LockSafetyParams. Finally /.locksafety
was returned to its original state. (774231a7db63439c72313050a750b219491c172f)

A new release was completed, and it then transpired that, despite having
tested gv briefly, under certain conditions it executes a script (pdf2dsc)
which uses pdf2dsc.ps, which calls .setsafe. This didn't seem terribly
important and so the line was removed from the PS file.

Ray pointed out that the .setsafe routine is (minimally) documented in
use.htm, and it seems is important to the Unix community because of the
'SAFER' switch. So this commit restores /.setsafe (and the line in pdf2dsc.ps)
and creates a new /.setsafeglobal. This is *only* executed in gs_init.ps,
its presence is solely for the benefit of DPS so that the initial gstate
is allocated in global VM, and must not be used anywhere else.

Hopefully we can finally say goodbye to all this mess now.

gs/Resource/Init/gs_init.ps
gs/lib/pdf2dsc.ps

2013-08-22 16:07:29 +0100
Ken Sharp <ken.sharp@artifex.com>
39b494d41a814e6b27a5828030e58e0b239044fb

remove a '.setsafe' from the PS file it doesn't work any more and nobody
should be using undocumented internal routines anyway.

We should probably remove pdf2dsc altogether, it relies on using parts
of the PDF interpreter which, as far as I'm concerned, are subject to
change without notice.

gs/lib/pdf2dsc.ps

2013-08-22 13:33:14 +0100
Ken Sharp <ken.sharp@artifex.com>
dfd7fc9fe152245256e437141dd7780c8313c971

pdfwrite - make the saved gstate stack dynamically allocated instead of static array

Bug #693591 "Infinite loop writing pdf file"
Bug #694531 " "*** File has unbalanced q/Q" infinite loop on seemingly valid file"

The stack of saved gstates in pdfwrite was a statically allocated array of 11
elements. Cairo produces PDF files with insane (and pointless) levels of
Form XObject nesting which can easily break this limit (as well as causing all
PDF consumers to render the files slowly)

This commit replaces the fixed size array with a dynamically allocated array.
For performance reasons we still allocate 11 elements initially, and if we
exhaust the storage, we reallocate 5 elements larger.

This also shows a progression in the test file 'inefficient_tiling.pdf' this
file is produced by LaTeX but I guess it may be using Cairo behind the
scenes.

gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfx.h

2013-08-16 10:35:58 +0100
Chris Liddell <chris.liddell@artifex.com>
868bcc0c697619a276e725fd851b5f52079e64a5

Bring master up to date with 9.09 release branch

update docs, version numbers, dates and product string

Update product string, dates and changelog for 9.09 release.

No cluster differences.

gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2013-08-21 14:26:57 +0100
Ken Sharp <ken.sharp@artifex.com>
243c299262d0e5ebac46f517e749a3d45cbe9c46

Fix a compiler warning which exhibited a real problem

In gdevpdfp.c remove a redefinition of 'code'. The 'for' loop uses the
outer definition of 'code', but the inner definition is set by
cos_dict_put_c_key_string() This means that the inner definition is never
used, and the outer one used to control the loop is never changed, defeatimg
the purpose.

The other new compiler warnings in pdfwrite are either not valid (some warnings
are incorrect) or benign and fixing them introduces other warnings.

gs/devices/vector/gdevpdfp.c

2013-08-21 13:23:52 +0100
Ken Sharp <ken.sharp@artifex.com>
077435083eb0d8acb91686ba8b745ec8371e16fd

Correct the evaluation order in filenameforall processing

gs/base/gp_ntfs.c

2013-08-21 10:13:59 +0100
Ken Sharp <ken.sharp@artifex.com>
735589e5b16cf3d31c6bf73ebd75259db9d18f3c

Yet more work on NTFS file enumeration

Bug #686853, SaGS comment #9

We now match the pattern template only at the top level of the recursion,
any directories which match the pattern are enumerated, but their entire
contents are listed.

Multiple path separators are now removed at each level. It should now be
impossible to reach a situation where a returned file has '\/' or similar
contained within it.

Illegal characters ('*' and '?') in the path will now cause no matches to
be returned. These are of course valid after the final separator of the
path and will match filename patterns at that level.

I've checked this with various paths utilising multiple path separators,
mixed use of separators, illegal escaped characters in the path and a modest
variety of patterns. All this with COMPILE_INITS=0 and COMPILE_INITS=1 and
in both cases with GS_NO_UTF8=1 and without specifying GS_NO_UTF8. All seems
to be OK in all cases. None of this is tested by the cluster of course.

CLUSTER_UNTESTED

gs/base/gp_ntfs.c

2013-08-20 10:21:09 +0100
Chris Liddell <chris.liddell@artifex.com>
b0c3a494395db460cbb8e28a6896eebccc6b797a

Ensure we don't overflow the filename buffer.

No cluster differences.

gs/base/gp_unifs.c

2013-08-20 10:23:02 +0100
Ken Sharp <ken.sharp@artifex.com>
c1544d825be1f87ed0821ef0163d08595b5fc0e6

Make the Windows implementation of filenameforall match the Unix version

The Unix version of filenameforall starts in the current working directory
when no directory is specified.

When the pattern length exceeds the available string we should return a
rangecheck error, not an empty string.

When the filename exceeds the available string we should return a
rangecheck error, not a truncated string.

CLUSTER_UNTESTED

gs/base/gp_ntfs.c

2013-08-19 15:06:12 +0100
Ken Sharp <ken.sharp@artifex.com>
d6921b5c5ab2af44c48e0084e4a31bcd7512f183

Allow use of '\\' for filenameforall and friends on Windows

The commit to allow recursive directory enumeration f13bfba removed the
code which translated '\\' into '\', which could lead to incorrect filenames
being returned.

This fix restores that functionality, but we still think everyone would be
better advised to use the PostScript '/' separator instead, which works as
well as '\' does.

CLUSTER_UNTESTED

gs/base/gp_ntfs.c

2013-08-18 21:05:00 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
613554e16d315c8db89653775c1fdcf682f238fe

Add quotes around values for a conditional for VS build.

CLUSTER_UNTESTED

main/pcl6_msvc.mak

2013-08-16 14:00:43 +0100
Ken Sharp <ken.sharp@artifex.com>
7d93cf893d1d2fac826e3c5f81ea92123425216e

Address gp_wgetv not finding *any* environment variables unless compiled with GS_NO_UTF8

The string being passed in as the 'name' was a regular 1 byte C char array.
But _wgetenv expects to be given a wide character string to find and
treats the argument as such. This mean environment variables never matched.

This commit mimics the code for the registry variables, and converts the
name to a wchar before passing to _wgetenv.

CLUSTER_UNTESTED

gs/base/gp_wgetv.c

2013-08-02 09:32:00 +0100
Chris Liddell <chris.liddell@artifex.com>
ae09189f11f59c2d350cca820c880cd48a0657d0

Fix a couple of very minor UFST build issues.

Automatically drop the default Truetype fonts if we're integrating the UFST
(with it's attendant MT fonts).

No cluster differences.

main/pcl6_gcc.mak
main/pcl6_msvc.mak

2013-08-16 12:47:36 +0100
Chris Liddell <chris.liddell@artifex.com>
e67e098fa0b5bf7570453c15ccc98fabf1e561dc

Fix GS_NO_UTF8 build problem with gs_sprintf.

CLUSTER_UNTESTED

gs/base/gp_wgetv.c

2013-08-16 07:58:57 +0100
Ken Sharp <ken.sharp@artifex.com>
774231a7db63439c72313050a750b219491c172f

PS Interpreter - yet more meddling with VM allocation and setpagedevice

Bug #694525 "GSView 5.0 does not work with GPL Ghostscript 9.08"

Rather horrifyingly GSView uses undocumented internal operations of
Ghostscript. In this case the changes to VM allocation mode during setpagedevice
were being circumvented.

This commit changes the way we detect a setpagedevice during startup, previously
we check that the dictionary contained one key called /.LockSafetyParams
and if so assumed that this meant we were in startup, so we set the VM
allocation mode to global for the benefit of Display PostScxript.

GSView ended up triggering that test, which caused a VM allocation error.

We now look for the key /.LockSafetyParamsGlobal instead. If this is present
we set the VM allocation mode to global and *replace* the key with
/.LockSafetyParams instead. This allows accurate detection of the startup
condition.

No differences expected, GSView 5 seems to work and the original bug still
is fixed.

gs/Resource/Init/gs_init.ps
gs/Resource/Init/gs_setpd.ps

2013-08-15 19:56:59 +0100
Chris Liddell <chris.liddell@artifex.com>
4be79a96fe22c988cc4d9edfedac75e6f46e15fa

Bump version number.

The usual cluster differences.

gs/Resource/Init/gs_init.ps
gs/base/version.mak

2013-08-15 16:53:17 +0100
Robin Watts <robin.watts@artifex.com>
43e4db79a40b2ac73eac2bf3732f2e2dcc122d12

Update special antidropout downscaler code.

In hunting for bug 694451, it looked like the problem was in the
special antidropout downscaler for a while, but this turned out
not to be the culprit.

Nonetheless, the code had not been updated to take advantage of the
'Active' region optimisations, so we do that here.

gs/base/sidscale.c

2013-08-15 16:09:24 +0100
Chris Liddell <chris.liddell@artifex.com>
f86ac4209753ea0e9e06a9f4c22a19a8447b5fb5

Some chenges fed back from customer #661 and.....

some function naming tidy ups I've been meaning to do for some time.

The changes from #661 make the code a bit more flexible for different
configurations of the font rendering library.

No cluster differences.

gs/base/fapi_ft.c
gs/base/fapiufst.c

2013-08-15 09:06:30 +0100
Ken Sharp <ken.sharp@artifex.com>
6ba5abfa7325ae980bba37fdc71582eeca152a87

update caption.ps so that it does not mark the page on device deactivation

Bug #694517 "additional page with caption.ps"

The EndPage procedure in caption.ps marks the page in the file with the
defined caption regadless of the reason code for the EndPage. This means
that it marks the page even on device deactivation.

Since commit 3894e9c8a3ab125c82048da3bf81515500bb2da0 pdfwrite will emit
pages that are marked, even if no showpage is executed (this is to match
observed Acrobat Distiller behaviour) and this means that an extra 'blank'
page is emitted on device deactivation.

This commit simply modifies caption.ps so that it only writes the caption
if the reason for calling EndPage is *not* device deactivatyion.

gs/lib/caption.ps

2013-07-31 07:45:02 +0100
Chris Liddell <chris.liddell@artifex.com>
a65df0454d1a8de06d2d342100408482c9ec101b

Bring master up to date with 9.08 release branch.

Change product string for release candidate.

No unexpected cluster differences.

Update version and product strings for release candidate.

Update news and history for 9.08 release.

Update release date for 9.08 release.

gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1
gs/psi/winint.mak

2013-08-14 16:42:49 +0100
Robin Watts <robin.watts@artifex.com>
c07d6c816052686d29efdee5e94567066baaf75a

Remove stray cluster products.

These should never have been committed.

clustercmd
clusterdatestamp

2013-08-14 08:59:31 +0100
Ken Sharp <ken.sharp@artifex.com>
2c369110313fda917820faf3657dee55158b538b

PS Interpreter - populate the /OutputDevice resource

Bug #689500 "/OutputDevice category is empty"

This commit uses the devices built into the executable to populate the
/OutputDevice resource. The bug thread suggests using devicedict but we
can't do that in gs_res.ps because it isn't set up until later. So we
duplicate the code used to populate devicedict.

According to the PLRM the only required member of the OutputDevice resource
instance is the PageSize, I've chosen to copy the same values as Adobe Acrobat
Distiller, but these can be changed if this proves to be a limitation.

Two additional changes were required, exposed by the Quality Logic test file
09-59.ps

In gdevdevn.c devn_get_params() it is possible for the function to be called
with pequiv_colors set to NULL, this caused a seg fault. Modified the code
so that it doesn't attempt to dereference a NULL pointer.

The file 09-59.ps uses setpagedevice to set each possible instance of the
OutputDevice resources, this can cause problems with some devices as it
doesn't actually send a file. In particular with the mswinpr2 device on
Windows, but it also caused errors on Linux. Since this is a CET file,
gs_cet.ps was modified to delete the OutputDevice resource category and
create a new empty one.

Expected Differences
430-01.ps enumerates all the entries in /OutputDevice and so has a *lot*
more data to print.

gs/Resource/Init/gs_cet.ps
gs/Resource/Init/gs_res.ps
gs/base/gdevdevn.c

2013-08-13 00:04:57 -0700
Michael Vrhel <michael.vrhel@artifex.com>
b89761f06d297f8555f346e9c0a7850fc549c668

Fix for problem with double application of alpha when composing isolated groups.

gs/base/gxblend1.c

2013-08-13 13:48:52 -0700
Ray Johnston <ray.johnston@artifex.com>
6c7d9d1191ed4afad16f7bc4089a43bb18190a96

Fix bug 694514. Don't use clist HL images in pattern-clist when interpolated.

Since patterns that are put in the clist are large, interpolating multiple
times for every band intersected by the pattern can kill performance.

clustercmd
clusterdatestamp
gs/base/gxclimag.c
gs/base/lib.mak

2013-08-13 15:30:55 +0100
Chris Liddell <chris.liddell@artifex.com>
d7c310e59953aacdeb642ce202c0911071a80d31

Bug 694513: force chars to signed on AIX with Luratech

The Lutatech JBIG2 decoder requires signed chars, so add the requisit flags for
for the Luratech build to ensure that happens.

No cluster differences.

gs/configure.ac

2013-08-09 17:02:40 -0700
Ray Johnston <ray.johnston@artifex.com>
e9f0f0eb05ee0abea13deabab6617d20e1913e83

Fix bug 694455. Incorrect CTM when rendering SMasks.

The clippath was incorrect due to the CTM. As specified in 7.5.4 of the PDF spec:

The mask's coordinate system is defined by concatenating the transformation
matrix specified by the Matrix entry in the transparency group's form dictionary
(see Section 4.9.1, "Form Dictionaries") with the current transformation matrix
at the moment the soft mask is established in the graphics state with the gs
operator.

This fixes the customer's file and also results in a progression on
comparefiles/Bug693681.pdf where extra data was previously showing.

gs/Resource/Init/pdf_draw.ps

2013-08-09 16:00:23 +0100
Ken Sharp <ken.sharp@artifex.com>
e72c03d49e6c0e107afa32b5b2b8a6cf9d43b663

PDF Interpreter - undo commit 946f63b5748a5a19c369a1d42e653c69cd57075e

Marcos wants to have files produce an error, so we don't run them in a
stopped context any more.

In fact it appears that later work means none of these files exit the
interpreter on error any more, they do produce PostScript error messages
though.

1305_-_crypt_filter_length_ignored.pdf.pdf
1479_-_does_not_render.pdf
1931_-_crypt_version_5_revision_6.pdf
692248_-_recursive_ObjStm_ref.pdf
692248_-_wrong_ObjStm_ref.pdf.pdf
694313_-_double-free_during_reparation_fails_.pdf
694313_-_empty_xref.pdf
Adobe_LiveCycle_DRM_protection_sample_Adobe.APS_-_adbe.pdrl.v0_fails_.pdf
MSVR_176_-_missing_range_check_in_pdf_repair_fails_.pdf
MSVR_201_-_missing_CIDSystemInfo.pdf
annotations_without_font.pdf
double_indirect_reference.pdf
huge_cmap_values.pdf
recursive_indirect_reference.pdf
recursive_outline.pdf
repairing_leaks_object.pdf
x_-_SumatraPDF1.1DOS.pdf


all now produce errors again

gs/Resource/Init/pdf_main.ps

2013-08-09 15:15:53 +0100
Chris Liddell <chris.liddell@artifex.com>
44800428c346804af98b1d9b2e86b6d8e61b858b

Delete the ._.DS_Store .DS_Store files.....

which cause problems decompressing release archives on OS X.

gs/lcms2/Projects/mac/.DS_Store
gs/lcms2/Projects/mac/._.DS_Store

2013-08-09 13:50:19 +0100
Ken Sharp <ken.sharp@artifex.com>
010e9990d734a8a2361663338b1fbd605d0ca052

PDF interpreter and pdfwrite - better handling of Outlines and Dests

Bug #690253 "'pdfmark destination page' error while splitting a PDF: confusing output and invalid links."

Several parts to this, we had already removed the 'ERROR' from the message
emitted when a DEST or OUT pdfmark pointed to a page outside the valid range.

This commit makes pdfmark produce an error when an Outline has an invalid
range (DEST laready did). We also wrap pdfmark invocations in 'stopped' so
that we can trap the error. This allows us to elide Links and Outlines to
invalid pages (previously the links remained, but did nothing useful).

Since the bug was raised, we now also use the '%d' syntax to split PDF
files. This would still produce invalid links, because the page number
would not be invalid.

We now check the OutputFile when opening a PDF file, and if it contains
'%d' we set a couple of flags which will skip Outline and Dest link creation
as these would never be correct.

gs/Resource/Init/pdf_main.ps
gs/devices/vector/gdevpdfm.c

2013-08-08 08:50:23 +0100
Ken Sharp <ken.sharp@artifex.com>
a850d6c6d14f3a40bb8d40e471bf4822ead8580d

PDF Interpreter - update to 073f460af5bb37edb1849c5d6235048598100437

Bug #694508 "Regression: error writing PDF file starting with
72b397ecb4f5be3fdbf6da4a90a306d259ec3e93"

The commit 073f460af5bb37edb1849c5d6235048598100437 had an error in the
handling of named actions, which I didn't previously have a test case for.
NB the commit in the bug title is incorrect, I'm not clear on why Marcos
thought this was the commit which introduced the error.

This commit fixes that and allows me to test the named actions, which now
work correctly.

gs/Resource/Init/pdf_main.ps

2013-08-07 13:18:16 +0100
Ken Sharp <ken.sharp@artifex.com>
073f460af5bb37edb1849c5d6235048598100437

PDF interpreter - improve handling of pdfmarks when we have multiple input files

Bug #688542 "Bookmarks Get Lost In PDF"
Bug #688829 "Merging PDF files using gs: outlines and links not updated"

The pdfmarks generated by the PDF interpreter for Outlines and Links use the
page number relative to the start of the current input file. For single
input files this works fine, but when we have multiple input files, we end
up with outlines and links pointing to the wrong place.

To resolve this we need to know, at the start of any PDF file, how many pages
have already been processed, and then we will add this value to the nominal
page number when creating the pdfmarks.

Hin-Tak provided a solution (#688829) that used globaldict, which Alex rejected
for that reason. This commit executes currentpagedevice at the start of every
PDF input file, and stores in in /CumulativePageCount. We can then use this
to generate pdfmarks which are correct.

Even if PDF and PostScript input files are mingled, the PDF-generated pdfmarks
will still be correct.

We won't make any attempt to correct PostScript input, if you are creating a
PostScript program, you should get it right. If you really must merge, then
use pdfwrite to create the individual PDF files, and then merge those.

It is possible that other types of generated pdfmark will need similar
alteration, we'll tackle those as they turn up.

gs/Resource/Init/pdf_main.ps

2013-08-05 17:42:53 +0100
Ken Sharp <ken.sharp@artifex.com>
22e66c90bf173e4787717137a25833b4aa823993

PDF interpreter - increased checking of Outlines, to avoid errors

Bug #694503 "Regression: output pdf file blank starting with 0c8150ab6b2b8ceaa17cc1b1933d523764ffe114"

After attempting to recover from broken objects, it was possible to
throw an error when processing Outlines, because the recovered object
was of the wrong type. This could cause PDF files with broken /Outlines to
fail with pdfwrite, where previously they would write a file, but drop the
/Outlines. (this only occurs wiht pdfwrite, because we ignore Outlines
when rendering)

This commit restores the previous behaviour by checking the type of the returned
object.

gs/Resource/Init/pdf_main.ps

2013-08-05 13:46:02 +0100
Ken Sharp <ken.sharp@artifex.com>
72b397ecb4f5be3fdbf6da4a90a306d259ec3e93

PDF interpreter run .reusablestreamdecode in 'stopped' to handle errors

Bug #694437 " Infinitely many warnings: **** File has unbalanced q/Q operators (too many Q's) ****"

The infinite recursion is due to not updating the current file position, and
rerunning the same code, which results in the same error.

To handle this we wrap the exeuction of reusablestreamdecode in a 'stopped'
context, so that we cna capture the error, and move the file pointer as
required. The job still throws warnings, but the resulting PDF is the same
as displayed by Acrobat with the original file.

gs/Resource/Init/pdf_draw.ps

2013-08-02 22:26:09 +0100
Chris Liddell <chris.liddell@artifex.com>
dc77b50bdb6abe88446dc7cdb9d7bd77a90dbfea

Bug 694502: reverse of dictomark for PDFs

The order with which the key/value pairs in a <<>> (apparently) differs between
Postscript and PDF. Postscript pushes the objects onto the stack, then pops
them in pairs, so the order is reversed compared to the order they were
encountered. PDF handles them in the order they were encountered.

This is, of course, only a problem when there are duplicate keys.

Thus in PS "<< /a 1 /a 2>>" the key "/a" ends up with the value "1". In PDF, "/a" gets
the value "2".

No cluster differences.

gs/psi/int.mak
gs/psi/zdict.c

2013-08-02 16:51:33 +0100
Ken Sharp <ken.sharp@artifex.com>
d22c7a5b454ca8e021eb6b71c87627bfb8546edb

Improve use of stopped to guard against PDF interpreter exit

Improvements to commit 946f63b5748a5a19c369a1d42e653c69cd57075e:

1) Add an error message so that the file does not silently fail to process.

2) Check PDFSTOPONERROR and do not run in a stopped context if this is set.

gs/Resource/Init/pdf_main.ps

2013-08-02 15:13:18 +0100
Ken Sharp <ken.sharp@artifex.com>
946f63b5748a5a19c369a1d42e653c69cd57075e

run PDF files totally in a stopped context to prevent interpreter exit on error

What it sys on the tin..... Several recent bug reports cause the interpreter
to exit if it provokes a PostScript error. Running the PDF file in a stopped
context prevents that from happening.

Bug #694472, but many others up to #694449 are affected similarly.

gs/Resource/Init/pdf_main.ps

2013-08-02 11:15:09 +0100
Ken Sharp <ken.sharp@artifex.com>
709c87fb7837993cb96eaa508c66381c1696ebdf

add extra error checking of the Trailer dictionary

Bug #694474 the file is badly damaged, and Acrobat won't open it. The only
problem from our perspective is that the error generated causes the
interpreter to exit (because there is no Trailer dict). Added more checks
before use to ensure we don't generate errors with missing (empty) trailer
dictionaries.

A number of other files no longer cause errors when run with the cluster.

gs/Resource/Init/pdf_main.ps
gs/Resource/Init/pdf_rbld.ps

2013-08-02 09:39:17 +0100
Ken Sharp <ken.sharp@artifex.com>
0c8150ab6b2b8ceaa17cc1b1933d523764ffe114

Attempt to handle broken object definitions (garbage on stack)

If we have certain kinds of broken object definitions we can end up with
more than one object on the stack when we encounter an endobj (or a new
object definition before encountering an endobj for the previous object).
Previously we would throw an error and ignore the object (define it as null)
now we attempt to recover by removing objects from the stack until we have
a stack of the form 'n n object' where the 'n' represents an integer.

The bug #694443 now runs to completion although the output is empty. Given
how badly broken this file is I don't propose to do any more with it.

gs/Resource/Init/pdf_base.ps

2013-07-31 15:09:47 +0100
Ken Sharp <ken.sharp@artifex.com>
2667fbaa1c6c5ba84acc04ccc5b7b97723c09ad1

PDF interpreter - remove lower limit on PDF files, improve broken file handling

At some time in the past we set a lower limit of 400 bytes for PDF files,
regarding anything less as invalid. While this may or may not be true, it
prevents us repairing broken files that small. Removed the limit.

When repairing a broken xref, we attempt to use the last startxref to find
the tgrailer dictionary. If the startxref is followed by anything other than
an integer we should ignore it.

These both arise from Bug #694443 "/undefined in xref". The bug is not fixed
because the file exhibits still more faults.

Expected differences:
The files 694317_-_minimal.pdf, broken_EOF_object_overwrites_good_object,
missing_endobj_swallows_following_obj and missing_page_tree.pdf no longer
produce errors.

gs/Resource/Init/pdf_main.ps
gs/Resource/Init/pdf_rbld.ps

2013-07-31 07:41:57 +0100
Chris Liddell <chris.liddell@artifex.com>
91a5d41eb1fea65adb1110ffa2a3b769263b7635

Bump version for pending release.

No unexpected cluster differences

gs/Resource/Init/gs_init.ps
gs/base/version.mak

2013-08-21 14:15:15 +0100
Chris Liddell <chris.liddell@artifex.com>
952b06580b96045a6b052af9a1842d9f770ccd1b

Update product string, dates and changelog for 9.09 release.

gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2013-08-20 10:21:09 +0100
Chris Liddell <chris.liddell@artifex.com>
ba1dedf24849295e107df180a291eba99bb33531

Ensure we don't overflow the filename buffer.

No cluster differences.

gs/base/gp_unifs.c

2013-08-20 10:23:02 +0100
Ken Sharp <ken.sharp@artifex.com>
36088d57f45958b3647b21f5ee3908377f113682

Make the Windows implementation of filenameforall match the Unix version

The Unix version of filenameforall starts in the current working directory
when no directory is specified.

When the pattern length exceeds the available string we should return a
rangecheck error, not an empty string.

When the filename exceeds the available string we should return a
rangecheck error, not a truncated string.

CLUSTER_UNTESTED

gs/base/gp_ntfs.c

2013-08-19 15:06:12 +0100
Ken Sharp <ken.sharp@artifex.com>
167ca10abb0a90c4a28a381223afd6fb80347282

Allow use of '\\' for filenameforall and friends on Windows

The commit to allow recursive directory enumeration f13bfba removed the
code which translated '\\' into '\', which could lead to incorrect filenames
being returned.

This fix restores that functionality, but we still think everyone would be
better advised to use the PostScript '/' separator instead, which works as
well as '\' does.

CLUSTER_UNTESTED

gs/base/gp_ntfs.c

2013-08-16 10:35:58 +0100
Chris Liddell <chris.liddell@artifex.com>
36c5b40dd44d7ef8de4aeba40c5d6c817882b594

update docs, version numbers, dates and product string

gs/Resource/Init/gs_init.ps
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2013-08-16 10:26:47 +0100
Chris Liddell <chris.liddell@artifex.com>
e1c028424f6900412241c076f11f4d9f2409cdb0

Set product string for release candidate 1

gs/base/gscdef.c

2013-08-16 14:00:43 +0100
Ken Sharp <ken.sharp@artifex.com>
397abe5622f0a1a9963617fbf1509015563be6fc

Address gp_wgetv not finding *any* environment variables unless compiled with GS_NO_UTF8

The string being passed in as the 'name' was a regular 1 byte C char array.
But _wgetenv expects to be given a wide character string to find and
treats the argument as such. This mean environment variables never matched.

This commit mimics the code for the registry variables, and converts the
name to a wchar before passing to _wgetenv.

CLUSTER_UNTESTED

gs/base/gp_wgetv.c

2013-08-16 12:47:36 +0100
Chris Liddell <chris.liddell@artifex.com>
8b5a86bad386569f921d0322bf113fa82b3d4529

Fix GS_NO_UTF8 build problem with gs_sprintf.

CLUSTER_UNTESTED

gs/base/gp_wgetv.c

2013-08-16 07:58:57 +0100
Ken Sharp <ken.sharp@artifex.com>
182beda4d5199210c4c796c8c501e6e4bb5aa2de

PS Interpreter - yet more meddling with VM allocation and setpagedevice

Bug #694525 "GSView 5.0 does not work with GPL Ghostscript 9.08"

Rather horrifyingly GSView uses undocumented internal operations of
Ghostscript. In this case the changes to VM allocation mode during setpagedevice
were being circumvented.

This commit changes the way we detect a setpagedevice during startup, previously
we check that the dictionary contained one key called /.LockSafetyParams
and if so assumed that this meant we were in startup, so we set the VM
allocation mode to global for the benefit of Display PostScxript.

GSView ended up triggering that test, which caused a VM allocation error.

We now look for the key /.LockSafetyParamsGlobal instead. If this is present
we set the VM allocation mode to global and *replace* the key with
/.LockSafetyParams instead. This allows accurate detection of the startup
condition.

No differences expected, GSView 5 seems to work and the original bug still
is fixed.

gs/Resource/Init/gs_init.ps
gs/Resource/Init/gs_setpd.ps

2013-08-15 12:23:23 +0100
Robin Watts <robin.watts@artifex.com>
dde6d480e632eefbe5ccd42bc52b456582514a2a

Bug 694451: Solve problems with interpolated landscape images.

The portrait image code accumulates pixels into scanlines, and then
plots the whole scanline at once. The landscape image code follows
this lead by accumulating pixels into 'scancolumns' and then plots
the whole column at once.

Unfortunately this accumulation for columns goes wrong in the case
where we are working at < 8 bpp (as the transposition of rows to
columns fails). This causes images with runs of identical pixels in
to be 'squished' vertically.

We work around this here in the < 8 bpp case by repeating the writes
of each pixel so whole bytes are filled. This is suboptimal, but
doing anything else is tricky with the macros the way they are.

gs/base/gxiscale.c

2013-08-14 14:43:00 +0100
Chris Liddell <chris.liddell@artifex.com>
951be31dd84da8f355bfada103ce7e62d5e8c3b2

Update release date for 9.08 release.

gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2013-08-09 15:15:53 +0100
Chris Liddell <chris.liddell@artifex.com>
d3d413364f81c379754b7738c58bb7b74b7ed3c4

Delete the ._.DS_Store .DS_Store files.....

which cause problems decompressing release archives on OS X.

gs/lcms2/Projects/mac/.DS_Store
gs/lcms2/Projects/mac/._.DS_Store

2013-08-09 09:10:37 +0100
Chris Liddell <chris.liddell@artifex.com>
e656ce0949b0e8cb8bebc22c820b279b9c2eefa0

Update news and history for 9.08 release.

gs/doc/History9.htm
gs/doc/News.htm

2013-08-08 14:53:48 +0100
Chris Liddell <chris.liddell@artifex.com>
80d7e88123fe9df85cdaeb345c133e3043ddda15

Update version and product strings for release candidate.

gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1
gs/psi/winint.mak

2013-07-31 07:45:02 +0100
Chris Liddell <chris.liddell@artifex.com>
b836761d02ca5829e9ff3f5a64437c3bf29b10db

Change product string for release candidate.

No unexpected cluster differences.

gs/base/gscdef.c

2013-08-20 10:21:09 +0100
Chris Liddell <chris.liddell@artifex.com>
ba1dedf24849295e107df180a291eba99bb33531

Ensure we don't overflow the filename buffer.

No cluster differences.

gs/base/gp_unifs.c

2013-08-20 10:23:02 +0100
Ken Sharp <ken.sharp@artifex.com>
36088d57f45958b3647b21f5ee3908377f113682

Make the Windows implementation of filenameforall match the Unix version

The Unix version of filenameforall starts in the current working directory
when no directory is specified.

When the pattern length exceeds the available string we should return a
rangecheck error, not an empty string.

When the filename exceeds the available string we should return a
rangecheck error, not a truncated string.

CLUSTER_UNTESTED

gs/base/gp_ntfs.c

2013-08-19 15:06:12 +0100
Ken Sharp <ken.sharp@artifex.com>
167ca10abb0a90c4a28a381223afd6fb80347282

Allow use of '\\' for filenameforall and friends on Windows

The commit to allow recursive directory enumeration f13bfba removed the
code which translated '\\' into '\', which could lead to incorrect filenames
being returned.

This fix restores that functionality, but we still think everyone would be
better advised to use the PostScript '/' separator instead, which works as
well as '\' does.

CLUSTER_UNTESTED

gs/base/gp_ntfs.c

2013-08-08 14:53:48 +0100
Chris Liddell <chris.liddell@artifex.com>
80d7e88123fe9df85cdaeb345c133e3043ddda15

Update version and product strings for release candidate.

gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1
gs/psi/winint.mak

2013-07-31 07:45:02 +0100
Chris Liddell <chris.liddell@artifex.com>
b836761d02ca5829e9ff3f5a64437c3bf29b10db

Change product string for release candidate.

No unexpected cluster differences.

gs/base/gscdef.c

2013-07-31 07:38:05 +0100
Chris Liddell <chris.liddell@artifex.com>
5f71fefc4425c86e682a58c6f692f99978fafdb8

Remove reference to cups/gstopxl from configure.ac

No cluster differences

gs/configure.ac

2013-07-30 17:53:00 +0100
Chris Liddell <chris.liddell@artifex.com>
2db3d0bc1d7bc9e223ac0bcf79c28c234eb906cd

Tidy some MSVC build issues:

Remove spurious explicit "/DDEBUG" directive when linking genarch.exe.

Set debug options for "aux tools" when doing a debug build.

Fix MSVC "clean" target to handle "aux" directory. We weren't deleting all
the files.

CLUSTER_UNTESTED

gs/base/msvccmd.mak
gs/base/msvclib.mak
gs/base/msvctail.mak
gs/base/winlib.mak

2013-07-30 20:40:22 +0200
Till Kamppeter <till.kamppeter@gmail.com>
1c22d3214dff6fedd7b8aaba092dd52eb3b415fd

Merge branch 'master' of ghostscript.com:/home/git/ghostpdl

2013-07-30 11:48:07 -0600
Henry Stiles <henry.stiles@artifex.com>
216b2692178e1113ab7252bf700cd980f5939a89

Fix 694434, fix incorrect parsing of corrupt file.

Invalid PJL was not properly ignored upon parsing.

pl/pjparse.c

2013-07-30 20:29:01 +0200
Till Kamppeter <till.kamppeter@gmail.com>
9304a21699a6c17579fae32f44f5c92a37c13e2d

Moved CUPS filters gstoraster and gstopxl to cups-filters

As Ghostscript's CUPS filters gstoraster and gstopxl need changes to
allow PPD-less printing on IPP printers and these changes introduce
a new dependency on the libcupsfilters library of the cups-filters
project, we have moved these filters to cups-filters now.

In addition, the pdftoraster filter for Poppler-based conversion
of PDF input to CUPS Raster is also not part of Poppler but part
of cups-filters. So we get a more symmetric distribution.

Also maintenance of the filters will get easier this way, especially
duplicate code can move into libcupsfilters.

cups-filters is a free software package hosted by OpenPrinting and it
contains all CUPS filters needed by CUPS under Linux and additional
utilities for CUPS. The filters are not part of the CUPS project at
Apple any more since CUPS 1.6.x.

See
http://www.linuxfoundation.org/collaborate/workgroups/openprinting/cups-filters

gs/Makefile.in
gs/configure.ac
gs/cups/colord.c
gs/cups/colord.h
gs/cups/cups.mak
gs/cups/gstopxl.in
gs/cups/gstoraster.c
gs/cups/gstoraster.convs
gs/cups/pxlcolor.ppd
gs/cups/pxlmono.ppd

2013-07-30 10:05:49 +0100
Chris Liddell <chris.liddell@artifex.com>
91d104f9800b8e8e655a5cc1895b626ad57e40e5

Remove debug statement.....

.....left in by mistake.

CLUSTER_UNTESTED

gs/psi/msvc.mak

2013-07-29 23:56:56 -0700
Michael Vrhel <michael.vrhel@artifex.com>
e736e0a6730ee7e047bfd1ad701055eec6dffe85

Fix for Bug 694439. We were not checking the code when we had invalid proc

During the creation of a DeviceN colorspace we were not following up with
an error condition.

gs/psi/zcolor.c

2013-07-29 13:34:17 -0700
Ray Johnston <ray.johnston@artifex.com>
5e303dc64dbe55a5ce42e766e5d6a9753a9d387d

Fix Windows sscanf %p incompatibility with Trio sprintf.

Windows is internally consistent, but writes %p as 8 or 16 hex chars
and it's sscanf expects that format. Trio follows the linux style of
%p which has a leading "0x" followed by the characters. Reading an
address from a string is required for memfile_fopen and memfile_unlink
which are changed to use gs_sscanf which is added to gssprintf.*

gs/base/gssprintf.c
gs/base/gssprintf.h
gs/base/gxclmem.c
gs/base/lib.mak

2013-07-29 13:28:09 -0700
Ray Johnston <ray.johnston@artifex.com>
51309bce92631066e36f117a2e012e05877d6b76

Remove unused local declaration of a dev_spec_op.

gs/devices/gdevplib.c

2013-07-17 14:29:28 +0100
Chris Liddell <chris.liddell@artifex.com>
ebc7505be6340baa73b9c281ef6c593305be3aac

Changes to allow building gs for WinRT/ARM

The contents of the windows-arm-msvc.h file may need modified.

No cluster differences.

gs/arch/windows-arm-msvc.h
gs/base/lib.mak
gs/base/msvccmd.mak
gs/base/msvctail.mak
gs/base/winlib.mak
gs/base/winplat.mak
gs/base/winrtsup.cpp
gs/ghostscript_rt.vcxproj
gs/openjpeg/libopenjpeg/opj_includes.h
gs/psi/gsdllARM32metro.def
gs/psi/msvc.mak

2013-07-25 18:44:48 +0100
Robin Watts <robin.watts@artifex.com>
eddf4893e0e31b1801298eca37d68cd308408283

Push optimisations back into lcms2.

They don't work as well as a plugin factory. I am discussing why this
is the case with Marti.

gs/base/gsicc_lcms2.c
gs/base/lcms2.mak
gs/base/lib.mak
gs/ghostscript.vcproj
gs/lcms2/include/lcms2_extras.h
gs/lcms2/src/cmsxform.c
gs/lcms2/src/extra_xforms.c

2013-07-25 18:30:06 +0100
Robin Watts <robin.watts@artifex.com>
2c2bae08a0a4ec697e95f1732db1246a9fd3401a

Enable our optimisations for lcms2 as a transform factory.

Not all enabled as there seem to be some problems. Talking to
Marti about this now.

gs/base/gsicc_lcms2.c
gs/base/lib.mak
gs/lcms2/src/extra_xform.h
gs/lcms2/src/extra_xforms.c

2013-07-25 11:27:20 +0100
Ken Sharp <ken.sharp@artifex.com>
6ddaa1b971f4d6f96bd57d82484399df82035d9a

pdfwrite - new colour code

We were not using the converted colours for certain spaces, because we were
modifying the 'paint' values, instead of the drawing colour values.

gs/devices/vector/gdevpdfg.c

2013-07-18 15:03:56 +0100
Robin Watts <robin.watts@artifex.com>
b1e63d6e5776c700bf01cb5c1038e8f0b57d29ca

Import LCMS 2.5

Move our optimisations out into an 'extras' plugin, disabled for now.

gs/base/gsicc_lcms2.c
gs/base/lcms2.mak
gs/ghostscript.vcproj
gs/lcms2/AUTHORS
gs/lcms2/ChangeLog
gs/lcms2/Makefile.am
gs/lcms2/Makefile.in
gs/lcms2/NEWS
gs/lcms2/Projects/.gitignore
gs/lcms2/Projects/VC2010/jpegicc/jpegicc.vcxproj
gs/lcms2/Projects/VC2010/lcms2.rc
gs/lcms2/Projects/VC2010/lcms2.sln
gs/lcms2/Projects/VC2010/lcms2_DLL/lcms2_DLL.vcxproj
gs/lcms2/Projects/VC2010/lcms2_static/lcms2_static.vcxproj
gs/lcms2/Projects/VC2010/linkicc/linkicc.vcxproj
gs/lcms2/Projects/VC2010/psicc/psicc.vcxproj
gs/lcms2/Projects/VC2010/testbed/testbed.vcxproj
gs/lcms2/Projects/VC2010/tiffdiff/tiffdiff.vcxproj
gs/lcms2/Projects/VC2010/tifficc/tifficc.vcxproj
gs/lcms2/Projects/VC2010/transicc/transicc.vcxproj
gs/lcms2/aclocal.m4
gs/lcms2/configure
gs/lcms2/configure.ac
gs/lcms2/doc/LittleCMS2.4 API.pdf
gs/lcms2/doc/LittleCMS2.4 Plugin API.pdf
gs/lcms2/doc/LittleCMS2.4 tutorial.pdf
gs/lcms2/doc/LittleCMS2.5 API.pdf
gs/lcms2/doc/LittleCMS2.5 Plugin API.pdf
gs/lcms2/doc/LittleCMS2.5 tutorial.pdf
gs/lcms2/include/Makefile.in
gs/lcms2/include/lcms2.h
gs/lcms2/include/lcms2_extras.h
gs/lcms2/src/Makefile.in
gs/lcms2/src/cmscam02.c
gs/lcms2/src/cmscgats.c
gs/lcms2/src/cmscnvrt.c
gs/lcms2/src/cmserr.c
gs/lcms2/src/cmsgamma.c
gs/lcms2/src/cmsgmt.c
gs/lcms2/src/cmsintrp.c
gs/lcms2/src/cmsio0.c
gs/lcms2/src/cmsio1.c
gs/lcms2/src/cmslut.c
gs/lcms2/src/cmsmd5.c
gs/lcms2/src/cmsmtrx.c
gs/lcms2/src/cmsnamed.c
gs/lcms2/src/cmsopt.c
gs/lcms2/src/cmspack.c
gs/lcms2/src/cmspcs.c
gs/lcms2/src/cmsplugin.c
gs/lcms2/src/cmsps2.c
gs/lcms2/src/cmssamp.c
gs/lcms2/src/cmssm.c
gs/lcms2/src/cmstypes.c
gs/lcms2/src/cmsvirt.c
gs/lcms2/src/cmswtpnt.c
gs/lcms2/src/cmsxform.c
gs/lcms2/src/cmsxform.h
gs/lcms2/src/cmsxform_extras.c
gs/lcms2/src/extra_xform.h
gs/lcms2/src/extra_xforms.c
gs/lcms2/src/lcms2.def
gs/lcms2/src/lcms2_internal.h
gs/lcms2/testbed/Makefile.in
gs/lcms2/testbed/testcms2.c
gs/lcms2/utils/common/vprf.c
gs/lcms2/utils/jpgicc/Makefile.in
gs/lcms2/utils/jpgicc/jpgicc.c
gs/lcms2/utils/linkicc/Makefile.in
gs/lcms2/utils/linkicc/linkicc.c
gs/lcms2/utils/psicc/Makefile.in
gs/lcms2/utils/psicc/psicc.c
gs/lcms2/utils/tificc/Makefile.in
gs/lcms2/utils/tificc/tificc.c
gs/lcms2/utils/transicc/Makefile.in
gs/lcms2/utils/transicc/transicc.c

2013-07-24 13:35:45 +0100
Ken Sharp <ken.sharp@artifex.com>
25a2563e775d849c17885305a4e459a328c2761b

pdfwrite - new colour code, handle 'RGB' same as sRGB for allowed spaces

We were trying to write Shading dictionaries with invalid colour spaces,
this way we degenerate to rectangles which is ugly but works.

gs/devices/vector/gdevpdfg.c

2013-07-23 09:45:02 -0700
Ray Johnston <ray.johnston@artifex.com>
a8384d57fad56058d494616ba196401542a540bc

Fix bug 694423. Segfault in clist image writing at some resolutions.

There was an incorrect check for past the end of the page (obo).

gs/base/gxclimag.c

2013-07-23 14:02:41 +0100
Ken Sharp <ken.sharp@artifex.com>
af38eee8f23f51f74e67cc52d2b72e2dd365bace

pdfwrite - new colour code

Concretize_color doesn't work the way I thought it did. Instead of returning
components in the original base space, it returns components for the current
ProcessColorModel, this has resulted in the removal of several steps.

Modified the code which writes converted base spaces for Separation and
DeviceN spaces, so that the space can be used for images, as well as for
linework.

The code is now no longer crashes when the ColorConversionStrategy is
CMYK.

There are still some oddities with CIE/RGB to CMYK conversion, there are
some problems with CMYK output with type 4 images. Still need to test
Gray and RGB strategies, and redo LeaveColorUnchanged and UseDeviceIndependentCOlor
with the latest changes.

gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfg.h
gs/devices/vector/gdevpdfi.c

2013-07-22 16:38:22 +0100
Ken Sharp <ken.sharp@artifex.com>
c0d9447b67dcef12d9d321a128985ee77e46fabd

pdfwrite - new colour conversion code, fix Indexed Separation/DeviceN

The previous code for converting the base space of a Separation or DeviceN
space didn't cater for the possibility of a /Indexed space. This code now
does.

In addition we do a better job of identifying when a base space needs
converted, there was similar problem here leading to us converting (eg)
CMYK to CMYK.

There are some oddities with RGB->CMYK conversion that I need to discuss
with Michael.

gs/devices/vector/gdevpdfc.c
gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfg.h

2013-07-19 13:22:55 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
9b1a5d0dce3a375ccd4be010d50b3d91929bb982

Fixed a couple of errors in previous commit.

gs/base/gscie.c
gs/base/gxhintn.c

2013-07-19 13:10:48 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
37aca23d758c3b5cb53da10aaeccd623f625e01a

Remove C++ style comments.

These cause issues with some versions of the AIX C compiler.

gs/base/gscdevn.c
gs/base/gscie.c
gs/base/gxhintn.c
gs/base/sjbig2.c
gs/base/sjpx_openjpeg.c

2013-07-18 09:10:54 -0400
James Cloos <cloos@jhcloos.com>
7f764e594f2f23bac77748693d1c8e886af5b103

Remove MaxBufferedTotal, MaxBufferedArea and MaxBufferedCount

If MaxBitmap is set but MaxBufferedTotal and/or MaxBufferedArea are too small
some documents will fail to display.

X servers and client boxen have much more ram than they did 10–20 years ago;
limiting the size of client-side caches beyond what MaxBitmap supports has
little remaining value.

So deprecate and remove those limits.

Signed-off-by: Henry Stiles henry.stiles@artifex.com

gs/devices/gdevx.c
gs/devices/gdevx.h
gs/devices/gdevxini.c
gs/doc/Use.htm

2013-07-17 21:43:23 +0100
Chris Liddell <chris.liddell@artifex.com>
11dca09b381cac3a85625d7a408ccdf7458b1f9e

Bug 694421: use correct .notdef in CIDType 2 fonts

When cmap table is too short for the CID we're looking for, use the CharStrings
dictionary to get the GID of the .notdef glyph instead of throwing an error.

No cluster differences.

gs/psi/zfapi.c

2013-07-15 23:17:44 +0000
Hin-Tak Leung <hintak@ghostscript.com>
94196ed84e5b8d264522b378972472ad4b54ed90

Silent a "Value not read" compiler warning.

It is true that the value is no longer used after this point,
therefore no need to update further. Though it might be
confusing if its value for its intended meaning is used
again in the future, say, to detect broken input files.
Comment it out for now.

pxl/pxvendor.c

2013-07-15 14:37:10 -0600
Henry Stiles <henry.stiles@artifex.com>
777307f9e2aa4c2d74e96dd9c3f1630677c680a6

Fix 694416, the default DCT color transform was not set up correctly.

The fix was derived directly from MuPDF and is consistent with the
documentation.

gs/base/sdctd.c

2013-07-13 12:27:55 +0100
Chris Liddell <chris.liddell@artifex.com>
9834a3b011070a5565b5dcc536f6c2eace10569c

Changes to allow mingw DLL build

Building the mingw DLL still uses the "so" target.

Also, tidy up and rationalise the way the "so" target works on OS X. It no
longer relies on a special subtarget.

No cluster differences.

gs/Makefile.in
gs/base/unix-dll.mak
gs/base/unixhead.mak
gs/configure.ac

2013-07-14 23:30:50 +0000
Hin-Tak Leung <hintak@ghostscript.com>
37b9962406c99564f6ac16e37540a45cfae5d557

Bug 693661 - implement HP CLJ 3500/3550/3600 emulation

The actual subject of the bug report is
"pcl6 interpreter exited with error code -995".

This patch adds two new files, pxl/pxvendor.{c,h} which implement
HP CLJ 3500/3550/3600 emulation, plus small associated changes
in existing files.

Included and somewhat less related are:

- a small change of pl/plmain.c to not repeat repeated error messages,
- switching some 12-year-old debug code from '|' (experimental)
to '|' (interpreter), to make genuine exp code devel easier.
- a minor bug fix to px_attribute_names in
pxl/pxptable.c reported elsewhere which affects debug messages,
- some stubs in pxl/pxsessio.c and tools/pxldis.py
for HP 1011/1012/1015 emulation.

Where/what those are should be fairly obvious.

No cluster differences.

gs/base/gdevpxat.h
gs/base/gdevpxen.h
pl/plmain.c
pxl/pxl.mak
pxl/pxptable.c
pxl/pxsessio.c
pxl/pxstate.h
pxl/pxvendor.c
pxl/pxvendor.h
tools/pxldis.py

2013-07-12 12:56:50 +0100
Ken Sharp <ken.sharp@artifex.com>
f3fdc7a37f529f0562a4290d3fce4cced2cd4820

PDF interpreter - set colour nad space at the time the relevant operators execute

In the past we have only set the colour space and colour values for stroke
and fill when we actually perform a stroke or fill operation. At the time
the space and colour was set we would simply store the data.

This can cause problems with a sequence like this:

/CS0 cs 0.2 0.1 0 0 scn
q
....
f
Q

q
....
f
Q

Each time we set the colour and space we then restore back to a point
before that space was set. On the next fill we need to set the space again.
If the colour space is an expensive one to set (eg ICCBased) then we waste
a lot of time.

The 'simple' solution is to set the colour space at the time it is set in
the PDF file. However, this also meant setting the colour values at the
time they are set (or we could get space and colour unsynchronised). This
further led to the discovery that the transparency code can set colours in
a different space to the saved space (eg for an SMask). So it was necessary
to have an additional set of routines, one which simply stores the state
and one which stores and sets it to be the current space/colour.

The time taken for the specimen file is reduced from approximately 4.5
minutes to around 3.5 seconds. In addition the file CATX1101.pdf shows a
progression with pdfwrite (gray drop shadow was missing). Because pdfwrite
no longer swaps colour spaces so frequently with text, text is more often
emitted as a single operation, which leads to smaller files (15% smaller
in one case) but does show some very minor (1 pixel) positioning changes
in text.

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_ops.ps

2013-06-11 22:49:05 +0200
zeniko <zeniko@gmail.com>
c15166f8be1e1081e5b2beecf46b25f1cbd14d5f

Bug 694125: prevent heap underflow

jbig2_decode_mmr_line checks the arguments to jbig2_set_bits since the
fixes to issue 693050, however these checks still allow for the starting
index to be negative which results in a write underflow; fixes
2860.pdf.asan.9.2069

gs/jbig2dec/jbig2_mmr.c

2013-07-11 08:39:34 +0100
Chris Liddell <chris.liddell@artifex.com>
076ffc56da93051fb14930394b2026e1821f3cb7

Bugs 693828: pull in new URW+ GPL fonts.

Also 693827, 688557, 691909, 690896 and 687297.

Many differences: most files that use the standard font set change. Changes of
note are that in Nimbus L Sans Italic several of the "symbol" glyphs (like
/plus, /plusminus etc) used to be italicised and are now not. This actually
matches the Adobe equivalent font.

Also there are some cases of the /M glyph being narrower than previously, again
this is correct wrt to the Adobe equivalent.

gs/Resource/Font/CenturySchL-Bold
gs/Resource/Font/CenturySchL-BoldItal
gs/Resource/Font/CenturySchL-Ital
gs/Resource/Font/CenturySchL-Roma
gs/Resource/Font/Dingbats
gs/Resource/Font/NimbusMonL-Bold
gs/Resource/Font/NimbusMonL-BoldObli
gs/Resource/Font/NimbusMonL-Regu
gs/Resource/Font/NimbusMonL-ReguObli
gs/Resource/Font/NimbusRomNo9L-Medi
gs/Resource/Font/NimbusRomNo9L-MediItal
gs/Resource/Font/NimbusRomNo9L-Regu
gs/Resource/Font/NimbusRomNo9L-ReguItal
gs/Resource/Font/NimbusSanL-Bold
gs/Resource/Font/NimbusSanL-BoldCond
gs/Resource/Font/NimbusSanL-BoldCondItal
gs/Resource/Font/NimbusSanL-BoldItal
gs/Resource/Font/NimbusSanL-Regu
gs/Resource/Font/NimbusSanL-ReguCond
gs/Resource/Font/NimbusSanL-ReguCondItal
gs/Resource/Font/NimbusSanL-ReguItal
gs/Resource/Font/StandardSymL
gs/Resource/Font/URWBookmanL-DemiBold
gs/Resource/Font/URWBookmanL-DemiBoldItal
gs/Resource/Font/URWBookmanL-Ligh
gs/Resource/Font/URWBookmanL-LighItal
gs/Resource/Font/URWChanceryL-MediItal
gs/Resource/Font/URWGothicL-Book
gs/Resource/Font/URWGothicL-BookObli
gs/Resource/Font/URWGothicL-Demi
gs/Resource/Font/URWGothicL-DemiObli
gs/Resource/Font/URWPalladioL-Bold
gs/Resource/Font/URWPalladioL-BoldItal
gs/Resource/Font/URWPalladioL-Ital
gs/Resource/Font/URWPalladioL-Roma

2013-07-11 08:33:35 +0100
Chris Liddell <chris.liddell@artifex.com>
283427799129175b4b6338e718aca0c26d917a54

Make W/W* "context" survive text operations.

If we have a text operation between a W/W* operator and the path operation that
ends the W/W* context, we end up entering an infinite loop because the W/W*
context prevents us from writing the changes to the graphics state required
to render the text.

To handle this, we now end the W/W* context, and store the dictionary
temporarily while we complete the text operation, then restore W/W* context
after.

It is not clear how this is supposed to interact with the clipping text
rendering modes, but on the basis of solving an infinite loop, I'm committing
this, and will address issues if they arise.

No cluster differences.

gs/Resource/Init/pdf_ops.ps

2013-07-09 10:58:01 +0100
Ken Sharp <ken.sharp@artifex.com>
0903afb23777cfee2cb2a5015990c174e6a54742

pdfwrite - Fix image writing code when converting colour spaces (old CMS code)

Bug #694401 "pdfwrite produces incorrect pdf file"

The command line for this bug specifies -dPDFSETTINGS=/ebook. This sets a
number of parameters, specifically it sets ColorConversionStrategy to sRGB.
The input file contains an image in DeviceGray with 1 bit per component,
the specified colour conversion strategy means we convert this to RGB.

The original image was drawn with a resolution of 200 dpi, which does not
trigger monochrome downsampling in this setup (300 dpi). However when
converted into a colour image it does trigger downsampling as the threshold
for colour images is 72 dpi in this configuration.

The combination of colour conversion and image downsampling seriously
confused the horrific code in pdfwrite, and led to use writing out the wrong
amount of data for the image as well as corrupting the image data as it
passed through the filters.

This patch sorts this out by setting various parameters, and copying/restoring
them as required to initialise the various filters correctly.

For some reason this shows a difference with test file Bug691425.pdf but the
visual appeaance is the same.

gs/devices/vector/gdevpdfi.c

2013-07-09 07:54:37 +0100
Ken Sharp <ken.sharp@artifex.com>
a9f3d46240cda455d8f42feee2350f40fa26e3e7

Fix a benign compiler warning

Check a return code and take appropriate action, this was a pre-existing
fault flagged up when the code changed with the prior commit.

gs/devices/vector/gdevpdtt.c

2013-07-08 08:09:12 -0600
Henry Stiles <henry.stiles@artifex.com>
8accdfa6986e7247103e80b7c12dd6b39ddf8a4c

Remove code supporting obsolete color spaces.

pcl/pccid.c

2013-07-06 21:05:06 -0600
Henry Stiles <henry.stiles@artifex.com>
392041413cb1d11dff0af986b41f871c19287f56

Remove Java based PCL viewer and its supporting code.

pcl/pcpage.c
pl/pjparse.c
pl/plmain.c
pl/plmain.h
tools/viewer/Gpickle.java
tools/viewer/GpickleObserver.java
tools/viewer/GpickleThread.java
tools/viewer/Gview.java
tools/viewer/JavaDoc/allclasses-frame.html
tools/viewer/JavaDoc/deprecated-list.html
tools/viewer/JavaDoc/gpickle.html
tools/viewer/JavaDoc/gpickleobserver.html
tools/viewer/JavaDoc/gpicklethread.html
tools/viewer/JavaDoc/gview.html
tools/viewer/JavaDoc/help-doc.html
tools/viewer/JavaDoc/index-all.html
tools/viewer/JavaDoc/index.html
tools/viewer/JavaDoc/nav.html
tools/viewer/JavaDoc/overview-tree.html
tools/viewer/JavaDoc/package-frame.html
tools/viewer/JavaDoc/package-list
tools/viewer/JavaDoc/package-summary.html
tools/viewer/JavaDoc/package-tree.html
tools/viewer/JavaDoc/packages.html
tools/viewer/JavaDoc/serialized-form.html
tools/viewer/JavaDoc/stylesheet.css
tools/viewer/Nav.java
tools/viewer/README

2013-07-06 21:04:35 -0600
Henry Stiles <henry.stiles@artifex.com>
2035b67856e69b75c5466d44fd287f1d0cd721b3

Debug statement to indicate implicit raster exit.

pcl/rtgmode.c

2013-07-05 09:07:05 +0100
Ken Sharp <ken.sharp@artifex.com>
34e2ae40bff4d288da83dcd739e50287bf7c3c2e

pdfwrite - implement idioms for PScript 5 artificial bld text

Bug #688007 "cjk bold fonts printed many times"

The artifical emboldening of fonts in the pscript 5 DLL works by drawing
the same text 4 times in slightly different positions. THis causes
pdfwrite to emit 4 sets of text.

Here we implement idiomns for the range of 'show' operations valid in
Pscript5, and if the device supports text rendering modes we draw the text
only once in text rednering mode 2 (fill and then stroke). The Pscript5
code uses 'sBdx' to determine the offset of the text, but this is actually
a constant derived by dividing the target print resolution by 300. We use
a fixed figure derived heuristically instead.

During the work it became apparent that the existing code in pdfwrite to
handle stroked text didn't work properly as it could emit stroke
parameters during the course of a text object, which Acrobat ignores. SO
the code has been altered to exit the text object whenever text is
stroked. This is inefficient as we might not need to emit any stroke
parameters, but it solves the problem, and text rendering modes are not
widely used.

This shows a small progression in pdf-t3-simple.pdf and some small
differences in other files.

gs/Resource/IdiomSet/Pscript5Idiom
gs/devices/vector/gdevpdtt.c

2013-07-05 16:16:27 -0600
Henry Stiles <henry.stiles@artifex.com>
27332dab4d0b6ec7bab5cafef86a693c5d600dd7

Partially address 694378 - mispositiosed graphics.

Implement the GL Frame Advance (FR) technical extension with a simple
page feed.

pcl/pgconfig.c
pcl/pgmand.h

2013-07-02 13:03:51 +0100
Chris Liddell <chris.liddell@artifex.com>
a8d0fa19f927d045b81ec0380ea7448de38176d9

Disable OpenJPEG SSE on Windows again.

Shelly reports that enabling SSE in Windows causes crashes in most of the
JPX test jobs. At least for the present, disable it.

CLUSTER_UNTESTED

gs/psi/msvc.mak

2013-07-03 09:50:54 +0100
Ken Sharp <ken.sharp@artifex.com>
3123e3ad0299dbc1cefc77f342e5f23e7be28a71

Fix a minor compiler warning in the previous commit

gs/devices/vector/gdevpdfd.c

2013-07-03 09:05:16 +0100
Ken Sharp <ken.sharp@artifex.com>
489253b834075391d7826bc81ef52ede34f8289f

pdfwrite - better identify rectangular clips, and emit as rectangles

Bug #687931 "GS produces large PDF files"

The file uses *many* rectangular clips to draw through, previously pdfwrite
mostly emitted these as a sequence of lines, because only a small class of
clip paths could be identified as rectangular.

This commit levers the existing gx_path_is_rectangle to identify many more
rectangular clip paths, and emit them using the 're' operator instead, which
is more compact on output.

The specimen file now produces 30% smaller PDF files.

This does introduce some differences, in the main these are very small single
pixel or one pixel wide lines. In the case of the Quality Logic test suite, the
'frame' for the tests is drawn through a clip, and one edge is now slightly
wider, since it better matches the width of the other edges this is a
progression. It affects a large number of QL tests.

gs/base/gxcpath.c
gs/base/gxpath.h
gs/devices/vector/gdevpdfd.c

2013-07-02 10:31:48 +0100
Ken Sharp <ken.sharp@artifex.com>
939e32ff3c8841507aed80435269457f3caac6f5

More work on setpagedevice and global allocation mode

The commit 073f7be1671e7fa2dbbc75984e593d2279bb05d7 solved one problem,
but introduced another. Specifically Ghostscript feiled to start when
-dSAFER was specified.

The reasons are convoluted, the background is as follows:

Adobe interpreters appear to always return a local VM writeable dictionary
from currentpagedevice (despite that fact that the spec clearly says its
read-only). WordPerfect files have, in the past at least, relied upon this
and tried to write to the dictionary.

To solve this, our currentpagedevice copies child dictionaries to dictionaries
allocated in local VM (and writeable). This fails if we attempt to do a
setpagedevice while the VM allocation mode is local, because the parent
dictionary is in global VM, and we then attempt to put locally allocated
children in it.

The earlier commit resolved this by forcing the VM allocation mode to local
during the course of setpagedevice, which meant that the dictionary returned
by currentpagedevice was allocated in local VM, so it was safe to put the
child dictionaries in it.

But, if we run with -dSAFER, the in gs_init.ps we do an early call to
setpagedevice in order to set /.LockSafetyParams. We do this while the VM
allocation mode is global. Note that setpagedevice stores a pointer to the
returned dictionary in the graphics state. Now, when we run the Display
PostScript startup code, it insists that all objects in the 'savedinitialgstate'
must be in global VM. But we've saved the current page deice there, and it
was allocated in local VM, which leads to an error.

So in order to satisfy the WP bug, we need to have the children allocated in
local VM. In order to call setpagedevice when the allocation mode is global
we need to create the page device dict in local VM. In order to satisfy the
DPS code, we need to allocate the page device dict in global VM.

Oops.

This commit attempts to work around this by setting the VM allocation mode
to local for the course of setpagedevice, but *not* when we are executing
the code for -dSAFER.

This is a hacky solution, and I suspect prone to failure, but probably only
if we change the startup code, which we rarely do.

No diffrences expected

gs/Resource/Init/gs_setpd.ps

2013-06-29 15:53:58 +0100
Ken Sharp <ken.sharp@artifex.com>
06d63d8edfd5d8eac76b96ea2e66f5cf165b6997

Fix a typo in txtwrite, this may be related to bug #694389

gs/devices/vector/gdevtxtw.c

2013-06-29 09:38:53 +0100
Ken Sharp <ken.sharp@artifex.com>
f560b73066ee787678a31973bca411bedc6ca0f6

fix a minor compiler warning

gs/psi/zdevice.c

2013-06-28 09:18:49 +0100
Ken Sharp <ken.sharp@artifex.com>
13105ccf9c02d29058ab0ff3f9bdb48387ec7b6e

Invalidate device refs on the operand stack when we change device

Bug #690925 "SEGV after "gsave nulldevice currentdevice grestore setdevice"

currentdevice stores a reference containing a pointer to the current device
structure on the operand stack. If we close the device, then attempt to do
'setdevice' using the stored pointer from the operand stack we can get a
seg fault if we have restored away the device, because the device structure
memory has been released.

Altered nulldevice and setdevice so that when we change devices we scour
the operand stack looking for saved references to devices. If we find any
we NULL the pointer to the device. This allows us to check for a NULL device
pointer in setdevice and raise an error instead of crashing.

No differences expected.

gs/psi/zdevice.c

2013-06-27 14:58:13 -0600
Henry Stiles <henry.stiles@artifex.com>
d5d3b85af33c679927e908154482fab576922fc0

Fix bug #694355, incorrect rendering of raster image.

This problem is very similar to bug #693111, and I don't think we have
a clear handle on how the interpreter should behave when locked out
commands are received in raster mode (with RTL). For this problem we
don't shut down graphics when receiving the render algorithm command,
the other bug involved a transparency command. A new bug will be
opened to review both of these bugs. Although, both fixes are
effective and safe, I'm afraid they don't address the underlying
issue.

pcl/pcpalet.c

2013-06-27 14:51:50 -0600
Henry Stiles <henry.stiles@artifex.com>
7b7cb6d314aab998d8b40e1ff782149aebbf06a2

Reassign devices owned by Alex.

doc/who_owns_what.txt

2013-06-27 15:41:49 +0100
Ken Sharp <ken.sharp@artifex.com>
1fc07e783d8758e4bfdc8b8ebe68a875b30568ae

commit 9034712 used abs, which oddly caused many timeouts. Multiplying by
-1 instead seems to solve this.....

gs/base/gsptype1.c

2013-06-27 15:39:19 +0100
Ken Sharp <ken.sharp@artifex.com>
9034712f22eff916280f4555d88237da99bcaeda

When clamping pattern BBox to page, make sure to scan in proper direction

Bug #694385 "endless loop in pattern"

The code for clamping the pattern BBox to the page starts left and below the
page, and then scans across and up detecting if any part of the pattern is
on the page.

Unfortunately, this didn't account for negative xstep and ystep. Because
we are only scanning the area, the easiest solution is just to abs() the
values, so that we are sure to scan left-right and bottom-top.

No differences expected.

gs/base/gsptype1.c

2013-06-08 09:12:30 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c27113ab96a8010b59652bde975eec68865aebb5

Change in behavior for overprint. Fixes bugs 694295 694296 and 694067

With this change we now do simulated overprinting of cmyk AND spot colorants
for contone cmyk devices by default. If -dSimulateOverprint=false is specified we
will not simulate overprinting of any colors.

Also, cmyk simulation of spot colors with separation devices is not handled.
i.e. if you specify -dSimulateOverprint=true -dMaxSpots=0 -sDEVICE=tiffsep1
you will see the spot colors blended in CMYK space if overprint has been
specified in the document.

Note that not all overprint situations can be simulated accurately with this
approach. For example, if I have a spot color that resulted in a CMYK value
of 0 0 100 0 after the alternate tint transform and then I did an overprint with
a CMYK value of 0 0 1 0, the color should still be a bright yellow but will actually
be almost no color. The issue is that we can not distinguish this case from one
where we had first laid down a CMYK of 0 0 100 0 followed by the overprint of 0 0 1 0
which should be a light yellow. The documentation has been updated to point this out.

I reviewed all the diffs that came up in the bmpcmp and reviewed the Ghent overprint
files.

gs/base/gscdevn.c
gs/base/gscsepr.c
gs/base/gsdparam.c
gs/base/gsicc.c
gs/base/gsicc_manage.c
gs/base/gsovrc.c
gs/base/gsstate.c
gs/base/lib.mak
gs/doc/Use.htm

2013-06-26 17:16:35 +0100
Ken Sharp <ken.sharp@artifex.com>
073f7be1671e7fa2dbbc75984e593d2279bb05d7

Ensure all objects created for use during setpagdevice are in local VM

Bug #687702 "gs8.15 setpagedevice /invalidaccess"

The problem is caused by currentpagdevice returning a dictionary allocated
in the current (global) VM. We later create an OutputAttributes dictionary
which is in local VM, and store it in the dictionary returned. This fails
of course.

Since these objects are only used internally to construct various intermediate
structures during the course of a setpagedevice, the easiest solution to this
is to force the VM allocation mode to local for the duration of setpagedevice.

No differences expected.

gs/Resource/Init/gs_setpd.ps

2013-06-26 13:18:43 +0100
Chris Liddell <chris.liddell@artifex.com>
bcc1052afdec7b4da66c832c97bcba990a1863e0

Bug #686853 "filenameforall enumerates incompatible with Adobe"

Fix the Unix/Linux file enumeration code to correctly recurse into
directories.

This causes differences in many of the Quality Logic Postscript LL3 test suite
tests because it can now overflow the size of the "scratch" string used in the
tests and that results (correctly) in a rangecheck error from filenameforall.

Obviously, that depends on from where in the directory hierarchy the executable
is being run, and the contents of the directory structure below that.

gs/base/gp_unifs.c

2013-06-24 15:20:03 +0100
Ken Sharp <ken.sharp@artifex.com>
f13bfba957c536630a241351df49c5007a0664d9

rework the NTFS file enumeration to rescurse into sub-directories

Bug #686853 "filenameforall enumerates incompatible with Adobe"

Existing code did not recurse into sub-directories whereas Adobe interpreters
do (but they do not list sub-directory names, just their contents).

In addition the Linux and Windows code has long been incompatible, because
the Linux code *does* list the sub-directory names, even though it doesn't
recurse into them.

With this patch the NTFS file system code now recurses and lists the
sub-directory contents in the same fashion as Adobe.

The Linux file system code needs work. After discussion with Chris we have
decided not to proceed with the same work on VMS, OS/2 or DOS, as we don't
even have systems to test the code compilation, let alone its execution.

All these Operating Systems are obselete, and nobody ahs complained about
the existing code in many years, so we don't expect to offer a bounty
for adding this. However, if anyone has access to an appropriate system and
wants to offer us a patch, we will probably adopt it.

No differences expected, the cluster doesn't run NTFS.

gs/base/gp_ntfs.c

2013-06-26 13:17:41 +0100
Ken Sharp <ken.sharp@artifex.com>
16733f6f179bcb98c371915a738b01a4e1f26ac2

Add some Encodings listed in the PLRM

Bug #688710 "Fix the Encoding resource category"

As noted int he bug thread I so not consider it worthwhile to tackle some
of the propsed work described there. However the CE Encoding is missing,
as are also the ExpertEncoding and ExpertSubsetEncoding resources.

This commit adds all three resources and the NotDefEncoding which is present
in Adobe Acrobat Distiller. We also revisit the patch (gs-cvs rev
6834) originally committed against this bug, which prevented the Subversion
source control directory being enumerated as an Encoding resource. Since we
no longer use Subversion, and the current system doesn't rely on hidden
sub-directories, this is no longer required.

No differences expected

gs/Resource/Encoding/CEEncoding
gs/Resource/Encoding/ExpertEncoding
gs/Resource/Encoding/ExpertSubsetEncoding
gs/Resource/Encoding/NotDefEncoding
gs/Resource/Init/gs_fntem.ps

2013-06-25 09:05:10 +0100
Hin-Tak Leung <hintak@ghostscript.com>
341dfa13b8ad4afadf8b2a8a7302422755911b36

Bug 690692: more robust check for TTF/OTF files

No cluster differences.

gs/Resource/Init/gs_ttf.ps

2013-06-25 08:55:08 +0100
Chris Liddell <chris.liddell@artifex.com>
200dc18647ae24995e28607f838d77affbfc7638

Set colors up correctly when rendering Type 3 glyph

In the 'd1' operator, if the glyph metrics are clearly wrong, we fall back to
rendering the glyph uncached. The original code failed to do the required
color setup in this path through the code.

The simplest solution, rather than repeat the same code, is to call the 'd0'
operator, after appropriate stack manipulations.

Noticed in passing working on an issue from customer 532.

No cluster differences.

gs/Resource/Init/pdf_font.ps

2013-06-20 13:24:01 -0700
Ray Johnston <ray.johnston@artifex.com>
10f6e526ec702fd8b74405d3e7461b428bdbdf31

Fix wrong GrayDetection when images have MultipleDataSources true - cust 801.

Since we already had a buffer, we unpack the samples from the planes into the
buffer using 'spread' to space them so they form a chunky pixel buffer for
row_has_color. Refactor the unpacking into the buffer out of row_has_color to
the caller where we have the planes array. Note that the buffer returned from
the 'unpack' proc may be the original data source so we save that for calling
row_has_color.

gs/base/gxclimag.c

2013-06-21 07:43:15 +0100
Chris Liddell <chris.liddell@artifex.com>
8ff1b883db9e7d2cd8c940a5ea7f0e4bad78903d

Move winrt platform build into "base".

One file required for the winrt platform was being built in psi/msvc.mak, this
moves it to winlib.mak with the rest of the platform.

CLUSTER_UNTESTED

gs/base/winlib.mak
gs/psi/msvc.mak

2013-06-19 19:10:21 +0100
Chris Liddell <chris.liddell@artifex.com>
b405fdcb395f2b48226af7a55a714d4dd3d50a75

Define GS_NO_UTF8 for mingw

Noticed in passing, GS_NO_UTF8 is needed for mingw.

No cluster differences.

gs/configure.ac

2013-06-19 18:14:13 +0100
Chris Liddell <chris.liddell@artifex.com>
14a88dcf3fb49d1fd31b0a6500e22c7d066a1185

Enable SSE2 code in openJPEG on Windows.

CLUSTER_UNTESTED

gs/psi/msvc.mak

2013-06-19 17:04:31 +0100
Chris Liddell <chris.liddell@artifex.com>
10de1e0bf9f3abd9c74401258388067c6e2ec36f

valgrind: fix invalid read error in png devices

Noticed passing, several of the png devices left the downscale factor and
min feature size entries in the device uninitialized.

No cluster differences.

gs/devices/gdevpng.c

2013-06-19 16:25:17 +0100
Chris Liddell <chris.liddell@artifex.com>
f1b0e276370fd632ac7e18c39cffe9972fe67444

Bug 693934: CCITT Fax decode - cope with negative run length

In various places in the fax decode code we coped with the run length being
negative - in just a few we didn't.

We'll now cope gracefully with negative run lengths in places.

No cluster differences.

gs/base/scfd.c

2013-06-19 16:29:42 +0200
Till Kamppeter <till.kamppeter@gmail.com>
b871884a283bbe8d908f47844ffff4cf6f009803

White-space clean-up in gstoraster

gs/cups/gstoraster.c

2013-06-19 15:26:12 +0200
Till Kamppeter <till.kamppeter@gmail.com>
1149c245e70fcf6b0445f0958a7c1bb972b26f63

Fixed also the suppression of color management via colord in gstoraster

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712045.

gs/cups/gstoraster.c

2013-06-19 14:52:25 +0200
Till Kamppeter <till.kamppeter@gmail.com>
1b87b820854525f9709f19f3bb932e4f75210637

Make colord-supplied ICC profile getting applied by gstoraster

Patches from Debian bug #712045:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712045

Thanks to Alexey Galakhov for the bug report and the patches.

gs/cups/gstoraster.c

2013-06-19 11:32:19 +0100
Ken Sharp <ken.sharp@artifex.com>
daceba62fcce274fc62e750ac186b3a9026554ad

PDF interpreter - ignore invalid /DecodeParams for streams

Bug #694353 "**** File has unbalanced q/Q operators (too many Q's) **** endless loop"

The PDF file is invalid, it has a /Filters array with 2 elements, and a
/DecodeParams array with 1 element. The DecodeParams array must have either
the same number of elements as the Filters, or not be present (default).

We now test the length of each array and ignore the DecodeParams if the lengths
are not the same (as we have no way to know which Params relate to which Filter)

No differences expected

gs/Resource/Init/pdf_base.ps

2013-06-19 08:53:01 +0100
Chris Liddell <chris.liddell@artifex.com>
1c9ac1bc3caaad5d2ea9e277d1b89a5c56b31c5c

Bug 694357: allow override of gcc's __SSE__ define

OpenJPEG uses gcc's "built-in" preprocessor define of __SSE__ to determine
whether to use its SSE2 code. As we have a configure option to disable SSE2
use in Ghostscript, that option now also overrides the gcc define thus
disabling SSE2 in OpenJPEG, too.

This currently only works for gcc.

No cluster differences.

gs/configure.ac

2013-06-18 16:50:17 +0100
Chris Liddell <chris.liddell@artifex.com>
fea396d5d3202bf3c6b1207b5c8a17b979d0bb4f

Bug 694318: remove reference to freed resource

When we're about to free a PDF resource object in pdfwrite, make sure we remove
references to it in the substream stack.

No cluster differences

gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfu.c

2013-06-18 12:02:01 +0100
Ken Sharp <ken.sharp@artifex.com>
95cd6ab8bf3a8866a5a10571a0c034869a4ba064

PDF interpreter - handle empty cref by rebuilding it.

Bug #694342 "Error: /typecheck in --run-- reading PDF file"

The PDF interpreter didn't notice that an empty xref (the xref token
immediately followed by the trailer token) was not a valid xref. Later we
would attempt to use the empty xref, and fail.

We now check the length of 'Objects' when we find the trailer token and if
it is 0 we throw an error. This causes the PDF itnerpreter to rebuild the
xref table by rescanning the whole file.

gs/Resource/Init/pdf_main.ps

2013-06-18 08:20:04 +0100
Chris Liddell <chris.liddell@artifex.com>
bd2887990301b12c2b11df323ee726855129a637

Bug 694354: cope being unable to read a candidate font file

On Unix, things like directories can be opened as "files". In the font code,
we attempt to open a candidate font file, and if that fails, handle it. We
then read some data from the file to validate it as a suitable font file. If
the data we read reveals it to be an unsuitable file, we handle that.

We were not handling the case where we could open the "file" but could not
read from it.

No cluster differences.

gs/Resource/Init/gs_fonts.ps

2013-06-17 15:46:52 +0100
Chris Liddell <chris.liddell@artifex.com>
bd08091d295effb51de2cc7e739870e7b2628e38

Bug 694319: "finalize" a font stream before return an error.

pdfwrite and pswrite could, in the event of an error during font writing, leave
the "stream" for the font in a) an invalid state, and b) in place for the
continued writing of the output file.

This caused memory corruption, seg fault etc.

No cluster differences.

gs/devices/vector/gdevpdtb.c

2013-06-17 13:01:43 +0200
Till Kamppeter <till.kamppeter@gmail.com>
489811e366495db7374f2cf3c71bd4a9bdf77360

Prevent gstoraster from hanging on Ghostscript failure

Thanks to Olivier Blin for this patch.

Original discription in the bug report (bug 693336):

When gs fails and the input file is bigger than the pipe capicity
(65536 bytes on Linux), gstoraster will hang. In this case, write()
will block because the pipe is full and no reader is emptying it. The
gs child process becomes a zombie, and write() will not fail until its
zombie is gone, which never happens with the current code.

This patch fixes the issue by adding a child reaper, which will make
write() fail when the child dies, either because of the SIGCHLD signal
coming, or because of a broken pipe error in write().

gs/cups/gstoraster.c

2013-06-17 08:52:37 +0100
Chris Liddell <chris.liddell@artifex.com>
579e9024d1bc358fe12bcceb00e1ba1797e473ec

Bug 694319 (related): bounds checking T1 op stack

Add some lower bounds checking for the operand stack, to one of the Type 1
charstring interpreters used by pdf/ps2write.

This fixes one of the memory corruption problems with Bug693711.pdf.

No cluster differences.

gs/base/gxtype1.c

2013-06-15 10:00:35 +0100
Ken Sharp <ken.sharp@artifex.com>
0c9e630460084182f0347570b38aa606a5a8a2e8

pdfwrite - silence a Valgrind warning by initialising a variable

The memory is uninitialised because the file provokes an error, and
pdfwrite gets confused about which file it is supposed to be in, The net
result is that an MD5 hash is not generated and we end up with some memory
not being initialised.

This simply sets the memory to 0 which silences Valgrind, it makes no
attempt to improve the output.

No differences expected.

gs/devices/vector/gdevpdfe.c

2013-06-14 09:59:55 -0700
Ray Johnston <ray.johnston@artifex.com>
65744368052b127b596014d55a6ea776808a6640

Fix gs_pdf14_device_color_mon_set and remove compiler warnings.

The previous function only set the value to false, and this should
set the value to the bool 'monitoring' that is the second arg.

gs/base/gdevp14.c
gs/base/gsicc_monitorcm.c

2013-06-14 11:04:31 +0100
Chris Liddell <chris.liddell@artifex.com>
cb2e0f784882696e930e5077ecb1a2feef76fadf

Fix pointer confusion in gs_private_st_ptrs2_final()

The order of the pointer arguments in one of the "sub-macros" used in the
definition of gs_private_st_ptrs2_final() was wrong.

No cluster differences.

gs/base/gsstruct.h

2013-06-12 12:39:13 -0700
Ray Johnston <ray.johnston@artifex.com>
f75e1cf3d4f4e4e809e94efc29b4046fe07f00c5

Fix Graydetection for pages after the first color page for cust 801.

We need to restore pageneutralcolor if graydetection is true, but also
we need to reestablish the monitoring color procedures, so we add a
gsicc_mcm_begin_monitor for the purpose. We change the pdf14 device
hook to allow the target device monitoring to be turned on or off.

gs/base/gdevp14.c
gs/base/gdevp14.h
gs/base/gdevprn.c
gs/base/gscms.h
gs/base/gsdevice.c
gs/base/gsicc_cache.c
gs/base/gsicc_cms.h
gs/base/gsicc_monitorcm.c
gs/base/gsicc_nocm.c
gs/base/gsicc_replacecm.c
gs/devices/gdevpbm.c

2013-06-13 08:12:35 +0100
Chris Liddell <chris.liddell@artifex.com>
5dd1d9a83d41ea9d2542e435172ff4fa7c163828

Bug 690639: change the order we do character mapping in TTFs

Instead of combining the encoding from the PDF with the Adobe Glyph List to
get a comprehensive list of glyph name mappings, then building a character
code to GID mapping from that, and (potentially) using the TTF post table to
fill in any gaps, we now build a mapping directly from the AGL, then (possibly)
fill in any gaps from the TTF post table, and *finally* fill in any remaining
gaps using the PDF's encoding.

This handles a case where the contents of the TTF cmap table don't match the
contents of the post table.

No cluster differences.

gs/Resource/Init/gs_ttf.ps

2013-06-11 18:51:18 +0100
Robin Watts <robin.watts@artifex.com>
e209e22862bd7af4362e08f1aa8f0025341356f0

Add tiffscaled32 device (32bpp CMYK output with downscaling)

Update documentation.

gs/base/gxdownscale.c
gs/base/macos-mcp.mak
gs/base/openvms.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/devices/devs.mak
gs/devices/gdevtsep.c
gs/doc/Devices.htm
gs/psi/msvc.mak
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2013-06-09 13:54:46 -0400
Chris Liddell <chris.liddell@artifex.com>
617143bb943a6540c751195c60b68387f2b06b88

Bug 694270: (valgrind) initialize structure

Initialize the Type 1 state structure before using it.

No cluster differences.

gs/devices/gxfcopy.c

2013-06-05 10:06:46 -0700
Michael Vrhel <michael.vrhel@artifex.com>
1cf483079386814249cfa831cfbe7491b59dc602

Fix for bug 694293. We are improperly clipping to the soft mask bounding box.

If the background alpha value for the softmask is something other than 0 we cannot
clip to the soft mask bounding box as regions that are outside this area will be
using the background alpha as their softmask value. Also, we were not accounting
for the different size of the softmask when compositing. Progressions occurred in
three test files with this fix in addition to fixing the customer file.

gs/base/gdevp14.c
gs/base/gxblend1.c

2013-05-16 14:52:31 +0100
Chris Liddell <chris.liddell@artifex.com>
61961d2828e427134f32a90f7477b4c91aae0c57

Bug 694065: address libtiff issues with WinRT build

The defaullt libtiff I/O functions use some methods proscribed in the WinRT world.

Ghostscript does not rely on these defaults, supplying our own I/O hooks
when we invoke libtiff.

So, if we're building libtiff into GS (as in the default and preferred
configuration), we leave out those default calls, and replace them with stubs
to keep the linker happy. Currently, these are empty stubs, and apply to all
builds, which may cause issues if anyone relies on linking to our built-in
libtiff, and uses these calls. If that proves to be the case, we can easily
fill-in the stubs with appropriate code, but working through the GS I/O
calls.

This also has the advantage that any port to a weird platform, we only
need to port the Ghostscript I/O, and we don't have to worry about libtiff.

If we're using a "shared" libtiff, these stubs are not included.

Unfortunately, libtiff does not pass around a context to the memory
management functions, so we currently still have no method of using the
Ghostscript memory manager.

Update to libpng 1.6.2

libpng 1.6.x dispenses with one of the function calls (lstrlenA) not allowed
in the WinRT build.

The other (ExitProcess) we work around in the makefiles, replacing it
with a simple "exit". This should never be a problem since we actually
rely on setjmp/longjmp for libpng error handling, and libpng code checks
for that option before it will get to the "exit" call.

Re-enable TIFF and PNG devices for WinRT

Rename 'PLATFORM' to 'GSPLATFORM'

nmake (at least in VS2012) defines 'PLATFORM' for certain configurations
which interfered with our use of it, so make it more Ghostscript-centric.

No cluster differences.

gs/base/gs.mak
gs/base/gstiffio.c
gs/base/gstiffio.h
gs/base/macos-mcp.mak
gs/base/msvclib.mak
gs/base/openvms.mak
gs/base/openvms.mmk
gs/base/png.mak
gs/base/tiff.mak
gs/base/unixhead.mak
gs/base/winlib.mak
gs/configure.ac
gs/devices/devs.mak
gs/devices/gdevtfax.c
gs/devices/gdevtfnx.c
gs/devices/gdevtifs.c
gs/devices/gdevtifs.h
gs/devices/gdevtsep.c
gs/libpng/ANNOUNCE
gs/libpng/CHANGES
gs/libpng/CMakeLists.txt
gs/libpng/INSTALL
gs/libpng/LICENSE
gs/libpng/Makefile.am
gs/libpng/Makefile.in
gs/libpng/README
gs/libpng/aclocal.m4
gs/libpng/arm/arm_init.c
gs/libpng/arm/filter_neon.S
gs/libpng/autogen.sh
gs/libpng/config.guess
gs/libpng/config.h.in
gs/libpng/config.sub
gs/libpng/configure.ac
gs/libpng/contrib/examples/README.txt
gs/libpng/contrib/examples/iccfrompng.c
gs/libpng/contrib/examples/pngpixel.c
gs/libpng/contrib/examples/pngtopng.c
gs/libpng/contrib/gregbook/Makefile.sgi
gs/libpng/contrib/gregbook/Makefile.unx
gs/libpng/contrib/gregbook/readpng.c
gs/libpng/contrib/gregbook/readpng2.c
gs/libpng/contrib/gregbook/writepng.c
gs/libpng/contrib/libtests/fakepng.c
gs/libpng/contrib/libtests/gentests.sh
gs/libpng/contrib/libtests/makepng.c
gs/libpng/contrib/libtests/pngstest.c
gs/libpng/contrib/libtests/pngunknown.c
gs/libpng/contrib/libtests/pngvalid.c
gs/libpng/contrib/libtests/readpng.c
gs/libpng/contrib/libtests/tarith.c
gs/libpng/contrib/libtests/timepng.c
gs/libpng/contrib/pngminim/README
gs/libpng/contrib/pngminim/decoder/makefile
gs/libpng/contrib/pngminim/decoder/pngusr.dfa
gs/libpng/contrib/pngminim/decoder/pngusr.h
gs/libpng/contrib/pngminim/encoder/README
gs/libpng/contrib/pngminim/encoder/makefile
gs/libpng/contrib/pngminim/encoder/pngusr.dfa
gs/libpng/contrib/pngminim/encoder/pngusr.h
gs/libpng/contrib/pngminim/preader/makefile
gs/libpng/contrib/pngminim/preader/pngusr.dfa
gs/libpng/contrib/pngminim/preader/pngusr.h
gs/libpng/contrib/pngminus/makefile.std
gs/libpng/contrib/pngminus/png2pnm.c
gs/libpng/contrib/pngminus/pnm2png.c
gs/libpng/contrib/pngsuite/README
gs/libpng/contrib/pngsuite/ftbbn0g01.png
gs/libpng/contrib/pngsuite/ftbbn0g02.png
gs/libpng/contrib/pngsuite/ftbbn0g04.png
gs/libpng/contrib/pngsuite/ftbbn1g04.png
gs/libpng/contrib/pngsuite/ftbwn0g16.png
gs/libpng/contrib/pngsuite/ftbwn1g16.png
gs/libpng/contrib/pngsuite/ftp0n0g08.png
gs/libpng/contrib/pngsuite/ftp0n1g08.png
gs/libpng/contrib/tools/README.txt
gs/libpng/contrib/tools/checksum-icc.c
gs/libpng/contrib/tools/chkfmt
gs/libpng/contrib/tools/cvtcolor.c
gs/libpng/contrib/tools/fixitxt.c
gs/libpng/contrib/tools/intgamma.sh
gs/libpng/contrib/tools/makesRGB.c
gs/libpng/contrib/tools/sRGB.h
gs/libpng/contrib/visupng/PngFile.c
gs/libpng/contrib/visupng/PngFile.h
gs/libpng/contrib/visupng/VisualPng.c
gs/libpng/depcomp
gs/libpng/example.c
gs/libpng/install-sh
gs/libpng/libpng-config.in
gs/libpng/libpng-manual.txt
gs/libpng/libpng.3
gs/libpng/libpngpf.3
gs/libpng/ltmain.sh
gs/libpng/missing
gs/libpng/png.5
gs/libpng/png.c
gs/libpng/png.h
gs/libpng/pngconf.h
gs/libpng/pngerror.c
gs/libpng/pngget.c
gs/libpng/pnginfo.h
gs/libpng/pngmem.c
gs/libpng/pngpread.c
gs/libpng/pngpriv.h
gs/libpng/pngread.c
gs/libpng/pngrio.c
gs/libpng/pngrtran.c
gs/libpng/pngrutil.c
gs/libpng/pngset.c
gs/libpng/pngstruct.h
gs/libpng/pngtest.c
gs/libpng/pngtest.png
gs/libpng/pngtrans.c
gs/libpng/pngwio.c
gs/libpng/pngwrite.c
gs/libpng/pngwtran.c
gs/libpng/pngwutil.c
gs/libpng/projects/owatcom/libpng.wpj
gs/libpng/projects/owatcom/pngstest.tgt
gs/libpng/projects/visualc71/README.txt
gs/libpng/projects/visualc71/libpng.vcproj
gs/libpng/projects/visualc71/pngtest.vcproj
gs/libpng/projects/vstudio/WARNING
gs/libpng/projects/vstudio/libpng/libpng.vcxproj
gs/libpng/projects/vstudio/pnglibconf/pnglibconf.vcxproj
gs/libpng/projects/vstudio/pngstest/pngstest.vcxproj
gs/libpng/projects/vstudio/pngtest/pngtest.vcxproj
gs/libpng/projects/vstudio/pngunknown/pngunknown.vcxproj
gs/libpng/projects/vstudio/pngvalid/pngvalid.vcxproj
gs/libpng/projects/vstudio/readme.txt
gs/libpng/projects/vstudio/vstudio.sln
gs/libpng/projects/vstudio/zlib.props
gs/libpng/projects/vstudio/zlib/zlib.vcxproj
gs/libpng/scripts/README.txt
gs/libpng/scripts/checksym.awk
gs/libpng/scripts/chkfmt
gs/libpng/scripts/def.dfn
gs/libpng/scripts/descrip.mms
gs/libpng/scripts/dfn.awk
gs/libpng/scripts/intprefix.dfn
gs/libpng/scripts/libpng-config-head.in
gs/libpng/scripts/libpng.pc.in
gs/libpng/scripts/libtool.m4
gs/libpng/scripts/ltoptions.m4
gs/libpng/scripts/ltsugar.m4
gs/libpng/scripts/ltversion.m4
gs/libpng/scripts/lt~obsolete.m4
gs/libpng/scripts/macro.lst
gs/libpng/scripts/makefile.32sunu
gs/libpng/scripts/makefile.64sunu
gs/libpng/scripts/makefile.aix
gs/libpng/scripts/makefile.bc32
gs/libpng/scripts/makefile.beos
gs/libpng/scripts/makefile.bor
gs/libpng/scripts/makefile.cegcc
gs/libpng/scripts/makefile.darwin
gs/libpng/scripts/makefile.dec
gs/libpng/scripts/makefile.dj2
gs/libpng/scripts/makefile.elf
gs/libpng/scripts/makefile.freebsd
gs/libpng/scripts/makefile.gcc
gs/libpng/scripts/makefile.hp64
gs/libpng/scripts/makefile.hpgcc
gs/libpng/scripts/makefile.hpux
gs/libpng/scripts/makefile.ibmc
gs/libpng/scripts/makefile.intel
gs/libpng/scripts/makefile.knr
gs/libpng/scripts/makefile.linux
gs/libpng/scripts/makefile.mips
gs/libpng/scripts/makefile.msc
gs/libpng/scripts/makefile.msys
gs/libpng/scripts/makefile.ne12bsd
gs/libpng/scripts/makefile.netbsd
gs/libpng/scripts/makefile.openbsd
gs/libpng/scripts/makefile.sco
gs/libpng/scripts/makefile.sggcc
gs/libpng/scripts/makefile.sgi
gs/libpng/scripts/makefile.so9
gs/libpng/scripts/makefile.solaris
gs/libpng/scripts/makefile.solaris-x86
gs/libpng/scripts/makefile.std
gs/libpng/scripts/makefile.sunos
gs/libpng/scripts/makefile.tc3
gs/libpng/scripts/makefile.vcwin32
gs/libpng/scripts/makevms.com
gs/libpng/scripts/options.awk
gs/libpng/scripts/pnglibconf.dfa
gs/libpng/scripts/pnglibconf.h.prebuilt
gs/libpng/scripts/pnglibconf.mak
gs/libpng/scripts/prefix.dfn
gs/libpng/scripts/sym.dfn
gs/libpng/scripts/symbols.def
gs/libpng/scripts/symbols.dfn
gs/libpng/scripts/vers.dfn
gs/libpng/test-driver
gs/libpng/test-pngtest.sh
gs/libpng/test-pngvalid-full.sh
gs/libpng/test-pngvalid-simple.sh
gs/libpng/tests/pngstest
gs/libpng/tests/pngstest-0g01
gs/libpng/tests/pngstest-0g02
gs/libpng/tests/pngstest-0g04
gs/libpng/tests/pngstest-0g08
gs/libpng/tests/pngstest-0g16
gs/libpng/tests/pngstest-2c08
gs/libpng/tests/pngstest-2c16
gs/libpng/tests/pngstest-3p01
gs/libpng/tests/pngstest-3p02
gs/libpng/tests/pngstest-3p04
gs/libpng/tests/pngstest-3p08
gs/libpng/tests/pngstest-4a08
gs/libpng/tests/pngstest-4a16
gs/libpng/tests/pngstest-6a08
gs/libpng/tests/pngstest-6a16
gs/libpng/tests/pngstest-error
gs/libpng/tests/pngtest
gs/libpng/tests/pngunknown-IDAT
gs/libpng/tests/pngunknown-discard
gs/libpng/tests/pngunknown-if-safe
gs/libpng/tests/pngunknown-sAPI
gs/libpng/tests/pngunknown-sTER
gs/libpng/tests/pngunknown-save
gs/libpng/tests/pngunknown-vpAg
gs/libpng/tests/pngvalid-gamma-16-to-8
gs/libpng/tests/pngvalid-gamma-alpha-mode
gs/libpng/tests/pngvalid-gamma-background
gs/libpng/tests/pngvalid-gamma-expand16-alpha-mode
gs/libpng/tests/pngvalid-gamma-expand16-background
gs/libpng/tests/pngvalid-gamma-expand16-transform
gs/libpng/tests/pngvalid-gamma-sbit
gs/libpng/tests/pngvalid-gamma-threshold
gs/libpng/tests/pngvalid-gamma-transform
gs/libpng/tests/pngvalid-progressive-interlace-size
gs/libpng/tests/pngvalid-progressive-interlace-standard
gs/libpng/tests/pngvalid-progressive-interlace-transform
gs/libpng/tests/pngvalid-progressive-standard
gs/libpng/tests/pngvalid-standard
gs/psi/msvc.mak
gs/psi/os2.mak

2013-06-05 08:17:22 +0100
Ken Sharp <ken.sharp@artifex.com>
0de588b3705131067078d9cac84d5bc6ff0a77e9

pdfwrite - squelch a couple of minor compiler warnings

No differences expected

gs/devices/vector/gdevpdfg.c

2013-06-04 13:46:07 -0700
Ray Johnston <ray.johnston@artifex.com>
1271b370117a9622fc255df665c007487e16296f

Fix bug 694290 caused by an image totally off the page.

This went away with the change to clipping, commit e0ba422, but we
might as well fix this long standing issue as well.

gs/base/gxclimag.c

2013-06-04 13:01:21 -0700
Ray Johnston <ray.johnston@artifex.com>
55fbadd981f3ca78f0920342a7ebaca4eab20cfa

Fix SEGV when -ZL is used.

The stream state memory is NULL, so use local_memory when printing.

gs/base/gxclread.c

2013-06-04 10:52:14 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
d38f691578b52aa954ec9354b59919026d7e46f7

Fixed GhostPCL -DPACIFY_VALGRIND missing symbol issue.

pl/plplatf.c

2013-06-04 18:34:45 +0100
Ken Sharp <ken.sharp@artifex.com>
7719dd1084cf57cb415b8a64ea2ee09a6eb39ee2

pdfwrite - silence valgrind warning

Bug #694267
"Valgrind issues found by fuzzing in process_text_modify_width (gdevpdte.c:1104)"

I'm pretty sure this is functionally benign because the values read are not
actually used, but setting them to zero silences the warning.

No differences expected.

gs/devices/vector/gdevpdtt.c

2013-06-04 13:14:52 +0100
Ken Sharp <ken.sharp@artifex.com>
549cf6ae1bf57fc8d84d0598f04a861378e0e5ea

pdfwrite - colour management, convert Separation and DeviceN base spaces

When the input is DeviceN or Separation, the color conversion strategy is
Gray, RGB or CMYK, and the alternate space is not compatible, convert the
alternate space. We do this by constructing either an exponential (Separation)
or sampled (DeviceN) function, we sample the end points of each ink,
convert the alternate space representation to the requested device space
and use those as the data points ofr the function.

The representation probably isn't that great, since it linearly interpolates
between the (very few) sample points, but it does the job adequately, and
preserves the Separation/DeviceN space while still creating an appropriate
colour space in the output.

No differences expected, this code not in use yet.

gs/devices/vector/gdevpdfc.c
gs/devices/vector/gdevpdfc.h
gs/devices/vector/gdevpdfg.c

2013-06-04 09:44:33 +0100
Ken Sharp <ken.sharp@artifex.com>
662c5022b6731a4cff0c026c0ef62322aaaf396c

pdfwrite - additional error checking on named destinations

Bug #694194 "Seg faults found by fuzzing in pdfmark_DOCVIEW"

The routine for creating a named destination could return an error if the
destination page was outside the valid range (-2 in this case), but the
DOCVIEW pdfmark wasn't testing the returned value.

Added code to give a meaningful error and return a rangecheck error when this
occurs.

No differences expected.

gs/devices/vector/gdevpdfm.c

2013-06-03 13:10:10 -0700
Ray Johnston <ray.johnston@artifex.com>
e0ba4228f11f9a5af359915878176efee8dc73f5

Fix clipping bugs 693509 and 690036.

The Adobe scan conversion rules call for the clip path to use the same
rule as for filling. Thus we need to apply the 'adjust' to do the any part
of pixel rule. Differences are expected, but bmpcmp doesn't show any.

gs/base/gxcpath.c

2013-06-03 08:31:56 +0100
Chris Liddell <chris.liddell@artifex.com>
761e413514c7f9374f54e8ffef3c1d7ebf824e28

Bug 694272: bounds check TTF outline points flags

Reading the points "flags" from the TTF stream, we weren't bounds checking when
the flag value is a repeated one, so we could trundle off the end of the buffer.

No cluster differences.

gs/base/ttfmain.c

2013-05-31 09:46:10 -0700
Ray Johnston <ray.johnston@artifex.com>
1eef08f4aaf485a18422e9fbcfd6ac8cbfb03cdb

Temporarily disable BGPrint for the cups device until differences fixed.

By using gdev_prn_output_page background printing is not performed.

gs/cups/gdevcups.c

2013-05-30 15:48:33 -0700
Michael Vrhel <michael.vrhel@artifex.com>
483e100c06e647d8ba2d68beef09c1c241fd328d

Addition of ETS code and project into gs/toolbin/halftone

gs/toolbin/halftone/ETS/COPYING.txt
gs/toolbin/halftone/ETS/Makefile_avec
gs/toolbin/halftone/ETS/Makefile_sse2
gs/toolbin/halftone/ETS/README.txt
gs/toolbin/halftone/ETS/_eb_sse2.s
gs/toolbin/halftone/ETS/build.bat
gs/toolbin/halftone/ETS/eb_avec.c
gs/toolbin/halftone/ETS/eb_avec.h
gs/toolbin/halftone/ETS/eb_sse2.s
gs/toolbin/halftone/ETS/ei03.pdf
gs/toolbin/halftone/ETS/ets.c
gs/toolbin/halftone/ETS/ets.h
gs/toolbin/halftone/ETS/ipview.html
gs/toolbin/halftone/ETS/test_ets.c
gs/toolbin/halftone/ETS/tm.h
gs/toolbin/halftone/ETS/win32/ETS.sln
gs/toolbin/halftone/ETS/win32/ETS.vcproj

2013-05-30 15:40:34 -0700
Michael Vrhel <michael.vrhel@artifex.com>
69cce78d20f9ee34954812e72ad6f3e4bf085374

Addition of -dPreBandThreshold information into documentation

gs/doc/Use.htm

2013-05-29 21:59:45 -0700
Ray Johnston <ray.johnston@artifex.com>
0c55548b5fbf6fabdc7c5766c162b0cd67597627

Fix incorrect Gray Detection on pages after the first color page.

Reported by customer 801. The pageneutralcolor element of the icc_struct
was not being reset, so once it was set for 'color' all subsequent pages
would be seen as color.

gs/base/gdevprn.c

2013-05-30 13:47:20 +0100
Chris Liddell <chris.liddell@artifex.com>
b09746cd4c822c2a72f146e74ff48c4ca4a94807

Bug 694059: support all available TIFF compressions

Previously, we weren't allowing certain valid (but possibly not terribly
sensible) combinations of bit depth and compression - for those, tiffsep
would silently ignore the setting and use a default.

This has been relaxed, although certain combinations are not supported by
libtiff are still proscribed (CRLE/G4/G3 and multibit per sample - for
example, 8 bits per sample cannot be combined with CCITT Group 4 fax).
Those now generate an error message and a rangecheck error.

No cluster differences.

gs/devices/gdevtifs.c
gs/devices/gdevtsep.c

2013-05-30 14:41:07 +0200
Till Kamppeter <till.kamppeter@gmail.com>
c374882e38fdac7ef766c9ac1ec8674e02bd56bc

Added support for printer calibration to the gstoraster CUPS filter

For doing calibration printouts the color management in the print filter
chain needs to get turned off. This is done by calling Ghostscript with the
"-dUseFastColor" command line option. Inhibiting color management can be done
via colord, with a command like

colormgr device-inhibit /org/freedesktop/ColorManager/devices/<printer> 0

or by sending the calibration print job with the option "color-management=off".

Thanks to Richard Hughes for the patch.

gs/cups/colord.c
gs/cups/colord.h
gs/cups/gstoraster.c

2013-05-29 11:24:02 -0700
Ray Johnston <ray.johnston@artifex.com>
89c224b029357002c48660dae98de2d1e560d4e0

Fix for too many entries in an image Decode array reported by cust 532.

This is an out-of spec file, but as usual, since Adobe handles it, so we do too.
Allow too many by setting over_error to 0 when we load the Decode array.

This required a change to dict_float_array_param so that it will load the
requested number of elements (and return that count) when over_erro == 0.

Also clean up the indenting and get rid of the unused decode_size variable.

gs/psi/idparam.c
gs/psi/zimage.c

2013-05-29 11:46:45 -0700
Ray Johnston <ray.johnston@artifex.com>
6ceadc6f2da001b183d700186e6b5e622bcb22cf

Add missing include when GS_NO_UTF8=1

gs/base/gp_wgetv.c

2013-05-29 17:24:32 +0100
Ken Sharp <ken.sharp@artifex.com>
2d04d5942b3e97b06a7ac4ed767a6c481d4421f4

pdfwrite - improve handling of Unicode names

Bug#694277 " Improve pdfmark processing to handle unusual names in named destinations"

We can't handle Unicode names in PDF, technically we should write these as
strings and enter them in the names table, but we don't have a mechanism for
that for pdfmarks.

Instead we leave them as names using the special processing in pdfwrite, but
extended with additional markers. When writing these out pdfwrite converts
the NULLs to an arbitrary string. This works adequately for the bug as
these are named destinations, but its possible that other kinds of names
might be visible in the PDF application and would give the wrong result.

So this is at best a patch.

No differences expected.

gs/Resource/Init/gs_pdfwr.ps
gs/devices/vector/gdevpdfr.c
gs/devices/vector/gdevpdfu.c

2013-05-28 11:17:21 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
c2503db1c461d7d3af7c8f69a193fb978d8377b3

Bug 694138: Fix component number validation in ICC colorspace

gs/psi/zcolor.c

2013-05-24 17:40:42 +0100
Robin Watts <robin.watts@artifex.com>
69ea64d08a97da7afcfb0790f916f1ff4adf115e

Fix MuPDF fuzzing SEGV

Move the indexing of an array AFTER the check for whether the
index is suitable.

gs/jbig2dec/jbig2_text.c

2013-05-24 16:22:47 +0100
Robin Watts <robin.watts@artifex.com>
f40a8ab6a7326d1643852e7c9049a9b875131824

JBIG2Dec: MUPDF fuzzing SEGV fixes

The changes herein solve SEGVs (and valgrind failures) seen when
fuzzing mupdf. The following are some files that show these up:

tests_private/fuzzing/mupdf/280.pdf.SIGSEGV.93c.2002
tests_private/fuzzing/mupdf/1112.pdf.SIGSEGV.9ab.128
tests_private/fuzzing/mupdf/1136.pdf.SIGSEGV.93c.154

gs/jbig2dec/jbig2_generic.c
gs/jbig2dec/jbig2_symbol_dict.c

2013-05-27 09:23:35 +0100
Ken Sharp <ken.sharp@artifex.com>
c00e028429fa7bbbe1f3902286d5b3710b670815

pdfwrite - better support for PageLabels

Bug #693929 " Regression: Error: /undefined in --run--"

This code now properly flattens a PageLabels number tree into a single node
tree, which it converts to a string for inclusion in the output.

In addition to flattening the tree we also perform considerable error checking
on the tree construction, and we limit the number of page elements to 1000.
This is because PostScript strings are limited to 64k and we use a string to
pass the data to the device for inclusion. If we exceed 1000 elements then
we simply abort the PageLabels (and print a warning on the back channel)

No differences expected, this is not a printing eleent

gs/Resource/Init/gs_pdfwr.ps

2013-05-26 13:08:46 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
3282874fbe636652df435fdacef4ebc3f3ee426b

Bug 694087: Detect and correct wrong /Subtype of CID font

This attribute appears to be tested again somewhere else.
Changing the attribute to the correct value clears the bug.

gs/Resource/Init/pdf_font.ps

2013-05-26 03:01:24 -0400
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
9567219b7bd46b1d8a7cfc318788e7dc24bebc21

Bug 694021: Patch for seg fault related issues

The seg fault is due to the the image decoder trying to use an uninitialized
GR_stats. This also uncovered a few other errors that are covered here :-
1) GR_stats is now initialised in all places to prevent it reaching
jbig2_arith_decode with fake values
2) jbig2_arith_decode has been updated to prevent access outside of the
jbig2_arith_Qe array which now returns an error in such cases.
3) all uses of jbig2_decode_refinement_region now check for a returning error
and act accordingly.

gs/jbig2dec/jbig2_arith.c
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2013-05-26 02:02:38 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
7131b2045a957089f2c7eec227c23f5fbe4ee1e7

Bug 694100: Fix yet another automatic PDF file closure.

Read PDF file more carefully during testing for the stream xref
and validate the tokens to avoid reading past the EOF and
closing the file.

gs/Resource/Init/pdf_main.ps

2013-05-24 16:17:45 +0100
Ken Sharp <ken.sharp@artifex.com>
2f08dfcd4db7f6a95ac9ee983692d922c09a1ffd

pdfwrite - ignore overly complex PageLabels for now

The current PageLabels code doesn't handle anything except the simplest
case (/Nums at the page tree root), so ignore anything more complex so
that we don't throw an error.

More work to do, I want to handle a proper tree.

No differences expected.

gs/Resource/Init/gs_pdfwr.ps

2013-05-24 16:02:21 +0100
Chris Liddell <chris.liddell@artifex.com>
66695586781291ca37d190c537784ccf94595428

Add trio directory to zip archive target.

CLUSTER_UNTESTED

gs/psi/winint.mak

2013-05-24 13:41:41 +0100
Chris Liddell <chris.liddell@artifex.com>
735c3bbfecc9bbb5792c85558b4641568e316b9d

Bug 691784 - jbig2dec WIN32 DLL with configure

See http://bugs.ghostscript.com/show_bug.cgi?id=691784

CLUSTER_UNTESTED

gs/jbig2dec/configure.ac

2013-05-21 00:47:46 +0100
Robin Watts <robin.watts@artifex.com>
b44040bb9550d403313baec2bed084f1de50093a

Fix typo in previous commit.

I'd forced the valgrind code on to ensure it was tested, and forgot to
disable it before commit.

gs/base/gxclipm.c

2013-05-20 19:18:36 +0100
Robin Watts <robin.watts@artifex.com>
94bf81402c991ca8feb59012078b19b5b5d6a5dd

Bug 693803: Add PACIFY_VALGRIND code for clip_runs_enumerate.

gs/base/gxclipm.c

2013-05-20 15:10:07 +0100
Robin Watts <robin.watts@artifex.com>
ebbcd5b9e67b45c8d7187730d131ff43060aa247

Bug 693807: Add PACIFY_VALGRIND code to mem_true32_copy_mono.

Mask of uninitialised bits at the end of a tile row.

gs/base/gdevm32.c

2013-05-17 11:02:12 -0700
Robin Watts <robin@peeves.(none)>
54683cf9303c3b9146492a9a3a5f5fbc3a7521bc

Bug 693965: Fix SEGV in fuzzing test (corrupt image)

Second attempt to commit this; the first time had a typo in.

The first error given by valgrind is due to the image in this
file being a 16bpp one with a horizontal flip. This tickles
an incomplete case within the interpolation code. Not
surprising as there are more options in that code than anyone
should be expected to cope with. The code is fixed here.

This leads on to the cause of the crash; the image has a matrix
with a HUGE x shift on it. This upsets some of the floating
point calculations used to calculate the render rectangle.

This code has been hardened now to cope with such errors.

gs/base/gxipixel.c
gs/base/gxiscale.c

2013-05-20 12:14:00 +0100
Robin Watts <robin.watts@artifex.com>
0956abfbb0b53ecd1e8e276d6b2c603a720e6187

Revert "Bug 693965: Fix SEGV in fuzzing test (corrupt image)"

This reverts commit 1f80c02083b222e3f005c46e91ab4597de323371. Committed
too early, sorry.

gs/base/gxipixel.c
gs/base/gxiscale.c

2013-05-20 09:30:18 +0100
Ken Sharp <ken.sharp@artifex.com>
a8487e333554f19bf8d529b9e7893ad4e16448d1

Ensure that PCL bitmap glyphs with no data still execute setcachedevice

This grew out of Bug #694069, in the course of resolving that problem it
transpired that, if there was no data available for a downloaded bitmap
character, the PCL interpreter simply returned.

In conjunction with pdfwrite, this caused an endless loop due to the character
cache being overfilled. We only check the availability of space in the
character cache in setcachedevice, so its safer to make sure that we do
call it, thereby avoiding the overfilling.

No differences expected.

pl/plchar.c

2013-05-18 14:42:23 -0700
Ray Johnston <ray.johnston@artifex.com>
36f1de9b5a937d535cb44bb088572b76a9c5bcbd

Fix BGPrint mode (copy_paste error that disabled background printing.

gs/base/gdevprn.c

2013-05-17 11:02:12 -0700
Robin Watts <robin@peeves.(none)>
1f80c02083b222e3f005c46e91ab4597de323371

Bug 693965: Fix SEGV in fuzzing test (corrupt image)

The first error given by valgrind is due to the image in this
file being a 16bpp one with a horizontal flip. This tickles
an incomplete case within the interpolation code. Not
surprising as there are more options in that code than anyone
should be expected to cope with. The code is fixed here.

This leads on to the cause of the crash; the image has a matrix
with a HUGE x shift on it. This upsets some of the floating
point calculations used to calculate the render rectangle.

This code has been hardened now to cope with such errors.

gs/base/gxipixel.c
gs/base/gxiscale.c

2013-05-16 07:34:06 +0100
Chris Liddell <chris.liddell@artifex.com>
f0ff05b449b4ecc9332029faf7e7b186b3e18052

Add words about shared libs on OS X.

CLUSTER_UNTESTED

gs/doc/Make.htm

2013-05-15 06:54:53 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
eccbb7c6c0c267f6e3b7a2381b0b019140f3d831

Added singlePagePDF mode to clusterpush.pl.

gs/toolbin/localcluster/clusterpush.pl

2013-05-14 16:28:22 -0600
Henry Stiles <henry.stiles@artifex.com>
853678e7bd4303cd5a1b5e74dfe257fd896a106c

Remove obsolete USECIEColor option in PCL and PXL.

pcl/pccid.c
pcl/pcstate.h
pl/pjparse.c
pxl/pxcet.txt
pxl/pximage.c
pxl/pxink.c
pxl/pxpthr.c
pxl/pxsessio.c
pxl/pxstate.h

2013-05-14 15:33:24 -0600
Henry Stiles <henry.stiles@artifex.com>
593afcba2b670c6b1051d39d2a73ce1b386b871c

Remove obsolete scripts

pxl/pxprint.bat
pxl/pxprint.tcl

2013-05-14 17:39:47 +0100
Robin Watts <robin.watts@artifex.com>
397e20418223e2faba856ae80e7945faa1a10e99

Add gsicc_monitorcm.c to Win32 project.

gs/ghostscript.vcproj

2013-05-14 17:24:57 +0100
Ken Sharp <ken.sharp@artifex.com>
37b08e30586434098c9f6b8dc35fa25de39f468d

pdfwrite - when using %d in OutputFile, empty glyphs from cache

Bug #694069

When we are using '%d' in the Output File Name, we throw away the PDF font
resource after every page, but the intperpreter glyph cache remains filled.

This is a problem for type 3 fonts (specifically their PCL equivalents), as
we won't rerun the glyph description to capture it for a type 3 font, so
the glyphs don't get captured.

To solve this we empty any existing cache entry before attempting to run the
glyph. This runs into some more awkwardness with a specific kind of broken
font (no chacracter data) in some QL test files. We work around that too.

gs/devices/vector/gdevpdtt.c

2013-05-14 11:04:02 +0100
Chris Liddell <chris.liddell@artifex.com>
e76dc46756e89a14a3348bce12a633d32e4fa831

Allow command line override for endian setting.

Due bugs in certain versions of autoconf, we use an explicit check for
endianness instead of the built-in macro. This can result in problems when
cross compiling.

This override allows command line options to pre-empt the explicit check.

No cluster differences.

configure.ac
gs/configure.ac

2013-05-14 09:27:08 +0100
Ken Sharp <ken.sharp@artifex.com>
4692f1abb037f49bd5158fb6a988076fdc14754d

pdfwrite - really make all TrueType fonts symbolic

If we don't subset TrueType fonts, we still want to mark them as symbolic,
because we never emit a /Encoding, and without that Acrobat (but not
other readers) is unable to display some glyphs correctly.

No differences expected.

gs/devices/vector/gdevpdtd.c

2013-05-11 16:30:36 -0700
Ray Johnston <ray.johnston@artifex.com>
c03495a2c2df7f03d537dbbd53aedc014e0577d0

Add documentation for BGPrint and GrayDetection.

gs/doc/Language.htm

2013-05-09 20:47:31 -0700
Ray Johnston <ray.johnston@artifex.com>
7a8612112478196d8f047a556fdbb15d17aec7d0

Add PSFitPage and FitPage options to allow fitting PS files to a page.

The FitPage option is added as a convenience to set all three *FitPage
options, so -dFitPage is the same as -dEPSFitPage -dPDFFitPage -dPSFitPage.
The -dPSFitPage option is new and works by establishing the default
Polcies PageSize to 13.

When the Policy is 3 or 13, the page size matching logic rotates, scales,
and center a PostScript file's requested page size on the best fit medium.
When the Policy is 13, the the match_page_size enables the scaling down
(as with Policy 3) as well as up.

Only populate the InputAttr dictionary with the current page size if
FIXEDMEDIA is set (explicitly, or impiled by -g) so that only that
page size is available for match_page_size.

When the policy is 13, we enable the PageSize in the setpagedevice
merged request even if FIXEDMEDIA is set.

The make_adjustment_matrix has the check for factor < 1 removed since
this is accounted for in the caller setting the 'scale' boolean (larger).

The documentation in doc/Use.htm is updated for both the -dPSFitPage
option and the -dFitPage option.

gs/Resource/Init/gs_init.ps
gs/Resource/Init/gs_setpd.ps
gs/doc/Use.htm
gs/psi/zmedia2.c

2013-05-13 17:03:47 +0100
Chris Liddell <chris.liddell@artifex.com>
790240763991cf42b98b37c9dec22bf67df4c90d

Use the srcdir variable in configure for Luratech

One of the Luratech paths in the configure script wasn't using the srcdir
variable so would not work correctly for "out of tree" building.

No cluster differences.

gs/configure.ac

2013-05-11 10:30:46 +0100
Ken Sharp <ken.sharp@artifex.com>
606f3279e00ae250bf883ce45b90d276943ffe84

pdfwrite - don't cache high level pattern filled glyphs

Bug #693946 "High level pattern commit causes a regression"

If we use the cache when a glyph is filled with a high level pattern we will
get incorrect rendering, as the pattern was not passed down to the low level
routines. So make sure we don't cache glyphs under these conditions, nor
consult the cache for existing cached glyphs.

Expected Differences
14-07.bin and 19-10.bin should now work correctly

gs/devices/vector/gdevpdtt.c

2013-05-10 09:57:00 +0100
Ken Sharp <ken.sharp@artifex.com>
32954e1a310eb4a3673a0eb815be8d618e17aad4

epswrite - flush stream before writing page trailer

Bug #694061 "epswrite generates bad file"

The code (quite deliberately) writes the page trailer *directly to the file*
before flushing the stream. This resulted in the page trailer being emitted
part way through a path construction and fill. The fill is completed by the
flushing of the stream.

In this commit we flush the stream first.

No differences expected, the cluster does not test epswrite.

gs/devices/vector/gdevps.c

2013-05-10 08:31:44 +0100
Ken Sharp <ken.sharp@artifex.com>
ca6408d4bda6c899374984ba7705e734ff6c9d59

documentation - remove duplicated epswrite section in devices.htm

gs/doc/Devices.htm

2013-05-09 09:43:34 +0100
Chris Liddell <chris.liddell@artifex.com>
1f5bc0eb4bbb1c9512f8c63e953b9d2cd76ca563

Bug 693964: handle missing FistChar and Widths

When tailoring scaling a substitute font (based on the Widths array),
handle non-spec compliant files which are missing FirstChar and Width
entries from FontDescriptor dictionaries for non-base14 fonts.

No cluster differences.

gs/Resource/Init/pdf_font.ps

2013-05-08 17:00:27 -0700
Robin Watts <robin@peeves.(none)>
3aa5eb75e645d70f315193869179ec88ff20691c

Bug 693377: Fix warning in rinkj device due to pointer cast.

Cast via size_t to avoid warning.

gs/devices/rinkj/evenbetter-rll.c

2013-05-08 20:28:46 +0000
Robin Watts <robin.watts@artifex.com>
d8926b7746b8acbf870b3aed93ba2a4ee799e94b

Bug 693377: Fix some 32bit specific warnings in gdevmjc.c

gs/contrib/japanese/gdevmjc.c

2013-05-08 13:24:14 -0700
Robin Watts <robin@peeves.(none)>
d838c5de6baa30cec31542ae8998fe3d3a5e4b31

Bug693377: Squash some warnings in libtiff

Avoid warnings about casting pointer to int of a different size
by casting via size_t. Should be ptrdiff_t really, but we don't
have that in all cases.

gs/tiff/libtiff/tif_unix.c

2013-05-08 19:25:36 +0100
Robin Watts <robin.watts@artifex.com>
040915cc3ab82a9b0be77fa4dd27caa330f2ab5c

Squash some warnings.

In gs/base/gsroprun1.h we cast a pointer to an int and then & 3
to find alignment. Given ints are always > 2 bits, this is always
safe, but the compiler whinges anyway. We'd like to use ptrdiff_t
instead to avoid the whinging, but it's not defined. So define
our own using the ARCH_ macros.

In gs/base/gxclrect.c, we check for the size of a type, and then
shift down by it. The compiler complains that the shift may be
too large to be defined in C, not realising that this is precisely
what we have just checked. We work around this by shifting in 2
stages.

gs/base/gsroprun1.h
gs/base/gxclrect.c

2013-05-08 11:16:05 -0600
Henry Stiles <henry.stiles@artifex.com>
ae3839979568fcb7e4a158cff48eed037830878a

Miscellaneous warning and scan build fixes.

gs/devices/gdevpxut.c
gs/devices/vector/gdevsvg.c
pcl/pcsfont.c
pcl/pctext.c
pxl/pxsessio.c

2013-05-08 13:13:02 +0100
Paul Gardiner <paul@glidos.net>
b652073e14ebfccf7324ae05f9bf871502560bf4

WinRT: add build instructions

gs/doc/Make.htm

2013-05-08 13:31:22 +0100
Chris Liddell <chris.liddell@artifex.com>
4b4cde01cf5be3d9caa813532ca93603a36d2f20

Bug 688949: allow Ghostscript to build outside src tree

These changes allow you to run the Ghostscript configure script and make from
outside the source tree. Allowing the use of a "build directory" so the
source directory stays unadulterated.

The cluster test through up a load of compiler warnings, but none of them are
new, as far as I can tell.

No cluster differences.

gs/Makefile.in
gs/configure.ac
gs/cups/cups.mak
gs/devices/devs.mak

2013-05-07 17:11:19 -0600
Henry Stiles <henry.stiles@artifex.com>
9eb9408b3ccfdb8f0cf54d8ca9adcc79a102319a

Fix 693412 fix duplex and number of copies interaction.

Add pcl duplex command if the page count is divisible by the number of
copies not the raw page count to properly collate duplexing jobs.
Patch contributed by Binaria Digital.

gs/devices/gdevdljm.c

2013-05-07 15:40:50 +0100
Paul Gardiner <paul@glidos.net>
9429a2dbfe6609939185970beb4789bd438624af

Support building for WinRT

.gitignore
gs/base/gp_msdll.c
gs/base/gp_mswin.c
gs/base/gp_ntfs.c
gs/base/gp_win32.c
gs/base/gp_wpapr.c
gs/base/gp_wsync.c
gs/base/windows_.h
gs/base/winrtsup.cpp
gs/base/winrtsup.h
gs/ghostscript_rt.vcxproj
gs/psi/iapi.c
gs/psi/msvc.mak
main/pcl6_msvc.mak
winrt/GhostPDL.sln

2013-05-07 15:34:00 +0100
Chris Liddell <chris.liddell@artifex.com>
19dc7b855696c15a074067e883a13588aca8774d

Bug 691555: two jbig2dec patches for libpng14 Cygwin/MinGW

from yselkowitz@users.sourceforge.net

Adding "-lpng -lz" to LIBS causes everything to be linked against them,
whether or not they need them. Only the jbig2dec executable uses
libpng; libjbig2dec does not, so this causes a needless dependency on
libpng and zlib. Instead, define a separate PNG_LIBS variable and use
it in jpeg2dec_LDADD.

libtool requires the -no-undefined flag on PE platforms (Cygwin/MinGW)
in order to make a shared library due to the unique requirements of
DLLs.

No cluster differences.

gs/jbig2dec/Makefile.am
gs/jbig2dec/configure.ac

2013-05-07 15:11:10 +0100
Ken Sharp <ken.sharp@artifex.com>
cfa7da5e8b995023ab56186de1fe1e007619b63f

vector device - ensure colour changes are not restored away by clip

Bug #693951 "pswrite/epswrite is changing colors when creating an eps or an ps file from a ps file"

When an image is degenerated into trapezoids, then when writing the trapezoids
we first set the colour, then ensure any clip path is satisfied, then emit
the trapezoid and fill it.

However, if a clip path *is* pending, then it will emit a 'grestore' which
restores away the colour we initially set. This commit ensures that if a
clip is pending, we set the colour again after completing the clip.

No differences expected.

gs/base/gdevvec.c

2013-05-07 11:56:16 +0100
Chris Liddell <chris.liddell@artifex.com>
8128a2c74d319c430a76cca5620a6f4a77505e46

Bug 693253: have the "-h" output mention fontconfig

When Ghostscript is built to use fontconfig to try to find font files (in
addition to the "normal" paths), include a note in the "-h" output
that states fontconfig may be used.

No cluster differences.

gs/psi/imainarg.c

2013-04-15 18:35:36 +0100
Chris Liddell <chris.liddell@artifex.com>
e64ac4c83a4ae07dc15c4cacd7b60cba6294899a

Bug 693843: Add a gs_sprintf() function, and supporting code

Same as sprintf() but certain to be unaffected by localization.

Utilizes the "trio" string library, also added here. There is one modification
to trio, in trio.c and labelled with "/* GS Modification */" - by default, trio
is a little aggressive in the point it switches to exponent notation, and the
patch brings is more line with what we need/expect.

trio also includes a sscanf() function which we can utilise if required.

See the gs-sprintf branch for the individual commits - especially those in the
trio source, should a trio update ever be pulled in.

This causes rounding differences in the pdfwrite/ps2write output in a number
of the cluster files. They all appear to be pixel variations.

common/msvc_top.mak
common/ugcc_top.mak
gs/Makefile.in
gs/base/fapiufst.c
gs/base/gdevdevn.c
gs/base/gdevp14.c
gs/base/gp_macio.c
gs/base/gp_mswin.c
gs/base/gp_wgetv.c
gs/base/gs.mak
gs/base/gsalloc.c
gs/base/gsdevice.c
gs/base/gsdparam.c
gs/base/gsfcmap.c
gs/base/gsicc_create.c
gs/base/gsicc_manage.c
gs/base/gsiodisk.c
gs/base/gspmdrv.c
gs/base/gssprintf.c
gs/base/gssprintf.h
gs/base/gxblend.c
gs/base/gxblend1.c
gs/base/gxclmem.c
gs/base/gxhintn.c
gs/base/gxpath.c
gs/base/gxpcmap.c
gs/base/lib.mak
gs/base/md5main.c
gs/base/mkromfs.c
gs/base/sdcparam.c
gs/base/sjbig2.c
gs/base/spprint.c
gs/base/stdio_.h
gs/base/trio.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/base/winlib.mak
gs/base/wrfont.c
gs/base/write_t1.c
gs/base/write_t2.c
gs/contrib/eplaser/gdevescv.c
gs/contrib/gdevcd8.c
gs/contrib/gdevdj9.c
gs/contrib/gdevhl12.c
gs/contrib/gdevxes.c
gs/contrib/gomni.c
gs/contrib/japanese/dviprlib.c
gs/contrib/japanese/gdevfmlbp.c
gs/contrib/japanese/gdevfmpr.c
gs/contrib/japanese/gdevj100.c
gs/contrib/japanese/gdevlbp3.c
gs/contrib/japanese/gdevmag.c
gs/contrib/japanese/gdevnpdl.c
gs/contrib/lips4/gdevl4r.c
gs/contrib/lips4/gdevl4v.c
gs/contrib/pcl3/src/gdevpcl3.c
gs/cups/gdevcups.c
gs/devices/gdev3b1.c
gs/devices/gdev8510.c
gs/devices/gdevccr.c
gs/devices/gdevdjet.c
gs/devices/gdevijs.c
gs/devices/gdevl31s.c
gs/devices/gdevpng.c
gs/devices/gdevsppr.c
gs/devices/gdevsun.c
gs/devices/gdevtifs.c
gs/devices/gdevtsep.c
gs/devices/gdevupd.c
gs/devices/gdevwpr2.c
gs/devices/gdevxini.c
gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfb.c
gs/devices/vector/gdevpdfe.c
gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfi.c
gs/devices/vector/gdevpdfm.c
gs/devices/vector/gdevpdfo.c
gs/devices/vector/gdevpdfr.c
gs/devices/vector/gdevpdft.c
gs/devices/vector/gdevpdfu.c
gs/devices/vector/gdevpdfv.c
gs/devices/vector/gdevpdtb.c
gs/devices/vector/gdevpdtc.c
gs/devices/vector/gdevpdtf.c
gs/devices/vector/gdevpdti.c
gs/devices/vector/gdevpdtt.c
gs/devices/vector/gdevpdtw.c
gs/devices/vector/gdevps.c
gs/devices/vector/gdevpsf1.c
gs/devices/vector/gdevpsf2.c
gs/devices/vector/gdevsvg.c
gs/devices/vector/gdevtxtw.c
gs/devices/vector/gdevxps.c
gs/psi/dmmain.c
gs/psi/dpmain.c
gs/psi/dscparse.c
gs/psi/dwimg.c
gs/psi/dwmainc.c
gs/psi/dxmain.c
gs/psi/int.mak
gs/psi/iparam.c
gs/psi/iutil.c
gs/psi/iutil2.c
gs/psi/msvc.mak
gs/psi/zbfont.c
gs/psi/zdouble.c
gs/psi/zfapi.c
gs/psi/zfont2.c
gs/trio/CHANGES
gs/trio/FILES
gs/trio/Makefile.in
gs/trio/README
gs/trio/autogen.sh
gs/trio/compare.c
gs/trio/configure.in
gs/trio/doc/doc.h
gs/trio/doc/doc_dynamic.h
gs/trio/doc/doc_printf.h
gs/trio/doc/doc_register.h
gs/trio/doc/doc_scanf.h
gs/trio/doc/doc_static.h
gs/trio/doc/footer.html
gs/trio/doc/header.html
gs/trio/doc/trio.cfg
gs/trio/doc/trio.css
gs/trio/example.c
gs/trio/html/group___dynamic_strings.html
gs/trio/html/group___printf.html
gs/trio/html/group___scanf.html
gs/trio/html/group___special_quantities.html
gs/trio/html/group___static_strings.html
gs/trio/html/group___user_defined.html
gs/trio/html/index.html
gs/trio/html/modules.html
gs/trio/html/trio.css
gs/trio/install-sh
gs/trio/maketgz
gs/trio/regression.c
gs/trio/strio.h
gs/trio/trio.c
gs/trio/trio.h
gs/trio/triodef.h
gs/trio/trionan.c
gs/trio/trionan.h
gs/trio/triop.h
gs/trio/triostr.c
gs/trio/triostr.h
main/pcl6_gcc.mak
main/pcl6_msvc.mak
pcl/pcfontpg.c
pcl/pcht.c
pcl/pcstatus.c
pl/dwimg.c
pl/dwmainc.c
pl/pjparse.c
pl/plmain.c
pxl/pxerrors.c
pxl/pxfont.c
pxl/pxpthr.c
svg/svg_msvc.mak
xps/xps_msvc.mak
xps/xpsttf.c
xps/xpszip.c

2013-05-07 08:24:06 +0100
Ken Sharp <ken.sharp@artifex.com>
07ba8bea8e98084a156edac611a4ae92545edf06

fix commit 2adc88900956d92433e1d97ca3a22170a462f098

Seems there was a typo in this commit, which is fixed here.

gs/base/gxclread.c

2013-05-07 08:18:12 +0100
Ken Sharp <ken.sharp@artifex.com>
50533c139389cdfa7c652eb60b973239033aebc3

pdfwrite - get rid of some compiler warnings

gs/devices/vector/gdevpdtb.c

2013-05-02 17:03:57 -0700
Ray Johnston <ray.johnston@artifex.com>
2adc88900956d92433e1d97ca3a22170a462f098

Finish GrayDetection implementation and add pnmcmyk example device.

The pnmcmyk device will output a P5 pgm file if the page source colors
are all (near) neutral, otherwise will output PAM P7 32-bit CMYK.
This device is intended to be an example for a customer.

Note that there is a conditional compile based on PESSIMISTIC_CMYK_NEUTRAL
that, if defined, will assume that if any C, M, or Y component has a value
greater than DEVICE_NEUTRAL the page will be treated as color (even if all
three components are 100%). This may be what the customer requested.
The default comparison is based on the C, M, and Y components be close to
each other (similar to RGB).

Also disable graydetection during clist playback. We don't need worry about
page mode because colors are already processed as the image is rendered
into the page buffer, but high level images in the clist would slow down
if graydetection was performed again.

gs/base/gsicc_monitorcm.c
gs/base/gxclread.c
gs/devices/devs.mak
gs/devices/gdevpbm.c
gs/psi/msvc.mak

2013-05-06 17:03:10 +0100
Ken Sharp <ken.sharp@artifex.com>
b04bd6b0bb5098b809b3d06f69e2eb55905af648

pdfwrite - DO not leave dangling references in font/matrix cache

Bug #693948 "%d not working with pcl"

Under some conditions (TrueType fonts, but not CID TT), we end up adding the
font to the font/matrix cache. However, the font we add is a copy of the
original.

If we are using %d to emit multiple files, then we free our copies after
every page. However, we did not purge the cache, leading to stale pointers
in it. If we then reused a font we could end up trying to use a stale
pointer with unfortunate results.

This commit adds a 'notify' procedure so that we clear copied fonts from
the cache when they are released.

This caused one difference in the regression tests, which I do not understand
but is not visilby different....

Signed-off-by: Ken Sharp <ken.sharp@artifex.com>

gs/devices/vector/gdevpdtb.c

2013-05-06 07:47:00 -0600
Henry Stiles <henry.stiles@artifex.com>
0a3d34cfec18ffd3ae1c6fd29dc3c6d4755fe5a3

Fix font state variables not propely initialized and add character
angle state in PXL Pass Thru mode.

We note several progression in T427.BIN and C705.BIN with the change.

pxl/pxpthr.c

2013-04-29 09:40:19 -0700
Ray Johnston <ray.johnston@artifex.com>
73957305ae44e43174cd8173b94c35f9f4ca55b4

Add gdev_prn_bg_output_page (and _seekable) to support BGPrint.

Some devices are not compatible with background printing, if they are
not thread safe (use globals) or update the device structure.
Simple updates to the device structure can be handled in a device's
own output_page function that performs any actions needed before
calling gdev_prn_bg_output_page, then performing any action needed
after the page is printed (or started in the background). The cups
device is an example of this.

If the page is printed in the background, it uses a clone of the device
structure, so any changes to that structure will not be reflected in
the foreground device.

The devices were reviewed and those that were changed to use gdev_prn_bg
output_page proc should be safe for background printing, but only
those that are used in regression testing have been tested by forcing
BGPrint=true.

gs/base/gdevprn.c
gs/base/gdevprn.h
gs/cups/gdevcups.c
gs/devices/devs.mak
gs/devices/gdev3852.c
gs/devices/gdev4081.c
gs/devices/gdev4693.c
gs/devices/gdev8510.c
gs/devices/gdevadmp.c
gs/devices/gdevatx.c
gs/devices/gdevbit.c
gs/devices/gdevbj10.c
gs/devices/gdevbmp.c
gs/devices/gdevccr.c
gs/devices/gdevcdj.c
gs/devices/gdevcfax.c
gs/devices/gdevcif.c
gs/devices/gdevclj.c
gs/devices/gdevcljc.c
gs/devices/gdevcslw.c
gs/devices/gdevdfax.c
gs/devices/gdevdjet.c
gs/devices/gdevdjtc.c
gs/devices/gdevdm24.c
gs/devices/gdevepsc.c
gs/devices/gdevepsn.c
gs/devices/gdevescp.c
gs/devices/gdevfax.c
gs/devices/gdevhl7x.c
gs/devices/gdevicov.c
gs/devices/gdevimgn.c
gs/devices/gdevjbig2.c
gs/devices/gdevjpeg.c
gs/devices/gdevjpx.c
gs/devices/gdevl31s.c
gs/devices/gdevlbp8.c
gs/devices/gdevlj56.c
gs/devices/gdevlp8k.c
gs/devices/gdevlxm.c
gs/devices/gdevmgr.c
gs/devices/gdevmiff.c
gs/devices/gdevn533.c
gs/devices/gdevo182.c
gs/devices/gdevokii.c
gs/devices/gdevpbm.c
gs/devices/gdevpcx.c
gs/devices/gdevperm.c
gs/devices/gdevphex.c
gs/devices/gdevpjet.c
gs/devices/gdevplan.c
gs/devices/gdevplib.c
gs/devices/gdevpng.c
gs/devices/gdevpsd.c
gs/devices/gdevpxut.c
gs/devices/gdevpxut.h
gs/devices/gdevrinkj.c
gs/devices/gdevsgi.c
gs/devices/gdevsj48.c
gs/devices/gdevsppr.c
gs/devices/gdevstc.c
gs/devices/gdevsunr.c
gs/devices/gdevtfax.c
gs/devices/gdevtfnx.c
gs/devices/gdevtknk.c
gs/devices/gdevtsep.c
gs/devices/gdevxcf.c
gs/devices/vector/gdevlj56.c
gs/devices/vector/gdevpxut.c
gs/devices/vector/gdevpxut.h

2013-04-10 20:24:02 -0700
Ray Johnston <ray.johnston@artifex.com>
c947a5c62b9eef2b2b2afcab986a5b7bbb8fc3ad

Add BGPrint prn device parameter to render clist pages while parsing.

This enhancement closes the clist files of the page, then starts a
printing thread (prn_print_page_in_background) to write out the page
and returns to allow parsing of the next page into a new set of clist
files while the 'bg printing' thread writes out the data, performing
compression and other conversion that the BGPrint=false mode performs
in the main (parsing) thread.

If NumRenderingThreads > 0, the band rendering will also be performed
for multiple bands in separate threads.

Thus, the parsing of pages after the first will potentially overlap
the rendering and writing of the previous page. No queue is maintained,
so the overlap is limited to the next page.

If bg_print.device is not NULL, then we have a page that was rendered
in the background that we may need to wait for before pprinting the next
page or exiting. After we call the prn_finish_bg_print, we may need to
re-open the printer in case it was closed (most commonly due to %d in
the fname).

When printing in foreground mode, the bg_print.device will be NULL.

Note, We can't use the icc_table created for the foreground since it may
be in GC'd memory (it must be created with the thread's allocator).

The equivalent_cmyk_colors are needed by the backgorund print device.
Add .EquivCMYKColors device parameter which is an array of 5 integers per
spot color. The first integer is 'valid' followed by the 'frac' C, M, Y
and K values. This allows the gs_putdeviceparams to have the spot color
information.

The foreground device was relying on the print_page procedure to free
the separation names from a page before starting the next page. Move
this to gdev_prn_output_page instead. Also since this is common, we
don't need it in gdevpsd and gdevtsep print_page functions.

Expected difference when BGPrint=true is 99-01-fixed.PS for all devices
due to adding the .EquivCMYKColors device parameter.

gs/base/gdevdevn.c
gs/base/gdevprn.c
gs/base/gdevprn.h
gs/base/gxclist.h
gs/base/gxclpage.c
gs/base/gxclthrd.c
gs/base/gxclthrd.h
gs/base/lib.mak
gs/devices/gdevplib.c
gs/devices/gdevpsd.c
gs/devices/gdevtsep.c

2013-05-05 10:05:52 +0100
Ken Sharp <ken.sharp@artifex.com>
a5874589447b76a99eef2114acd12633beed7424

squelch a couple of minor compiler warnings

pcl/pcpatrn.c
pl/plchar.c

2013-05-04 09:13:12 +0100
Ken Sharp <ken.sharp@artifex.com>
e99c0e5b704954d61bfe5a26c410fdb01a3c48ae

Initialise a pointer to non-NULL to silence static analysis warning

The 'dereference of a non-NULL pointer' is incorrect, its not possible to
reach the questionable de-reference with the pointer NULL but it seems the
static analyser can't detect that. This should silence it.

gs/devices/vector/gdevpsdi.c

2013-05-04 09:11:32 +0100
Ken Sharp <ken.sharp@artifex.com>
601084bf86031eea15312c27718d13a7beda85a9

Include a prototype for gs_next)ids to silence a compiler warning

pcl/pcpalet.c

2013-05-03 10:37:50 +0100
Chris Liddell <chris.liddell@artifex.com>
a5a841b816c528b6f16a83ec02020db5953dde79

Update CFLAGS for debug build with gcc.

Add debug flags so that as many versions as possible of gcc will include the
macro expansion data in the debug build.

No cluster differences.

gs/configure.ac

2013-05-03 10:32:16 +0100
Chris Liddell <chris.liddell@artifex.com>
7db1a288da4d7838ec801e69f3e2f6bf46598aaa

Slightly de-macro-fy scfd.c

There were two macros used which were *way* too big for "good practice"
coding ("get_run" and "invert_data", and one changed for convenience
("skip_data").

Changing them to functions and testing shows a few seconds penalty for the
entire test suite - an acceptable trade, IMHO.

No cluster differences.

gs/base/scfd.c

2013-05-03 10:19:34 +0100
Chris Liddell <chris.liddell@artifex.com>
e7de6bf79a5702b79f1960af937955c7f6627e02

Bug 693940: remove deprecated call from gs/ijs/configure.ac

Thanks to James Cloos for pointing it out.

No cluster differences.

gs/ijs/configure.ac

2013-04-29 09:02:03 +0100
Ken Sharp <ken.sharp@artifex.com>
9cd48ce016f8ce490d32679dab5de3cd781f6f85

Add high level pattern support to PCL and HPGL

Unlike the PXL interpreter, but like XPS, the coding has been done in the
implementation routines rather than at the interpreter level. There are two
reasons for this; firstly the PCL interpreter already called gx_dev_set_color
and secondly the HPGL interpreter makes extensive use of macros which weren't
readily amenable to being altered in a way which would have allowed the
gs_error_Remap_Color error to be propogated upwards as required.

There are some differences with this commit, they are either very minor or
progressions (in my opinion).

gs/base/gsptype1.c
gs/base/gsptype1.h
pcl/pcdraw.c
pcl/pcpatrn.c
pcl/pctop.c
pcl/pgdraw.c
pl/plchar.c

2013-04-30 11:09:57 +0100
Ken Sharp <ken.sharp@artifex.com>
1c6f8a9297a2b16c22145a0328734ed137c02215

pdfwrite - handle Intellifonts as type 3 fonts

In order to deal with high level patterns used as the fill colour for an
Intellifont, we need to handle Intellifonts as type 3 fonts, just like
the stick font, and PCL bitmap fonts.

This results in numerous differences; in general text is bolder at
low resolution, the file 23-15.bin exposes a probable GS bug where the
glyphs are clipped at higher resolutions.

However, text can now be searched (also copy/paste), and the PDF files are
potentially smaller due to not having to emit each glyph description every
time it is used.

gs/devices/vector/gdevpdtd.c
gs/devices/vector/gdevpdte.c
gs/devices/vector/gdevpdtf.c
gs/devices/vector/gdevpdti.c
gs/devices/vector/gdevpdts.c
gs/devices/vector/gdevpdtt.c
gs/devices/vector/gdevpdtw.c

2013-05-02 09:56:04 +0100
Ken Sharp <ken.sharp@artifex.com>
437fd175241212c5dad1f045857956f12a588774

pdfwrite - fix some compiler warnings introduced with the palette colour fix

pxl/pxgstate.h
pxl/pxink.c
pxl/pxpaint.c
pxl/pxparse.c

2013-04-29 17:39:07 +0100
Ken Sharp <ken.sharp@artifex.com>
1c69af7f3e9830c39eb81961e90691e2ec847342

pdfwrite - fix buffer overrun in CIDToGIDMap

Bug #693854 "PDFA/2b conversion crashes often"

When converting TrueType fonts into CIDFOnts, because we are creating a PDF/A
output file, the calculated length of the CIDToGIDMap could be out by one
as the first CID is 0.

This later led to us writing beyond the end of the buffer, which could cause
real problems, depending on what was overwritten.

No differences expected.

gs/devices/vector/gdevpdtd.c

2013-04-29 16:18:57 +0100
Ken Sharp <ken.sharp@artifex.com>
6664f4554a5d63560f94ea99214a9ad289e8e925

Merge branch 'PCL_palette'

2013-04-26 12:57:40 +0100
Ken Sharp <ken.sharp@artifex.com>
7086f246fa047bcb9f3e9cfaacfbdae709058b91

Allow devices to inform the PCL interpreter that it must not alter palettes

Bug #692786 "Problem with HPGL paletted colour"

pdfwrite (and potentially other devices) can't cope with situations where the
interpreter alters the 'palette' (the lookup table in a /Indexed space) after
the space has been set to be the current color space.

However, if we unilaterally preserve the palette, it seems that this causes
performance problems (see bug #692786.

Here we add a new special op 'needs_invariant_palette' which allows a device
to communicate this. We alter the PCL interpreter to inquire the device's
requirements, and aler pdfwrite to communicate its needs.

This results in > 300 differences with pdfwrite, all of them progressions

gs/base/gdevdflt.c
gs/base/gxdevsop.h
gs/devices/vector/gdevpdfi.c
pcl/pcpalet.c

2013-04-29 13:01:42 +0100
Ken Sharp <ken.sharp@artifex.com>
e4ce3d9147ca6a4f2bdd9a0319b4b7d606492799

pdfwrite - add missing line from last commit

gs/devices/vector/gdevpsdi.c

2013-04-29 11:27:14 +0100
Ken Sharp <ken.sharp@artifex.com>
efdd46d415d7b117a6c5fcadd7c40facdd0db6af

pdfwrite - implement bicubic downsampling

Bug #693832 "Implement bicubic image downsampling in pdfwrite"
Bug #693917 "pdfwrite only downsamples by integer scales"

Adopting the patch from Math supplied in Bug #693832 resolves both
these problems. No cluster differences as the cluster doesn't test this
feature.

gs/devices/vector/gdevpsdi.c
gs/devices/vector/gdevpsds.c
gs/devices/vector/gdevpsds.h

2013-04-27 08:18:18 +0100
Chris Liddell <chris.liddell@artifex.com>
9fac58e19010c5f0772289052082d98f5d89e9a3

Use "seekable" rather than "positionable"

At Ray's suggestion, tweak the names from the previous commit.

No cluster differences.

gs/base/gdevprn.c
gs/base/gdevprn.h
gs/devices/gdevbmpa.c
gs/devices/gdevdfax.c
gs/devices/gdevsgi.c
gs/devices/gdevtfax.c
gs/devices/gdevtfnx.c
gs/devices/gdevtsep.c

2013-04-25 19:21:36 +0100
Chris Liddell <chris.liddell@artifex.com>
8bf1c216211d1bf036369fd731fafd1b30eff168

Have gdev_prn_open_printer_seekable() work sensibly

If gdev_prn_open_printer_seekable() gets called with the seekable flag set,
and it can't return a seekable file object, return an error, rather than
silently ignore the flag.

Add a generic gdev_prn_output_page_positionable() function to replace the one
that was dedicated to the TIFF devices, and update the TIFF devices and the
two other devices which require positionable output files to use it.

No cluster differences.

gs/base/gdevprn.c
gs/base/gdevprn.h
gs/devices/gdevdfax.c
gs/devices/gdevsgi.c
gs/devices/gdevtfax.c
gs/devices/gdevtfnx.c
gs/devices/gdevtifs.c
gs/devices/gdevtifs.h
gs/devices/gdevtsep.c

2013-04-25 12:01:31 +0100
Chris Liddell <chris.liddell@artifex.com>
46d3a7b65de05a0268ce969f8070064bc14913e5

Bug 693704: Use font name to determine italic-ness

Allow the font name analysis to override the Italic Flags field from the font
descriptor in determining if a font is italic or oblique.

This results it progressions (when compared to Acrobat, and several other PDF
readers) in these cluster files:

prfmm.pdf
CATX2445.pdf
fts_23_2308.pdf
1265_-_portable_collection.pdf
x_-_Times_New_Roman_wrongly_substituted_regression.pdf

gs/Resource/Init/pdf_font.ps

2013-04-25 07:48:11 +0100
Chris Liddell <chris.liddell@artifex.com>
239b3af18363a77785837af64842afe0bc433c67

Small doc updates.

State clearly that the TIFF devices must use a seekable file for output.

Update the description of CropBox - largely paraphrasing the PDFRM.

CLUSTER_UNTESTED

gs/doc/Devices.htm
gs/doc/Use.htm

2013-04-24 19:56:45 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
27a54e4b455c4295e5effc8bb6a392b6a44f118c

Bug 693933: Fix division by 0 in monotony check.

Monotony checking procedure caused division by 0 when the start and
the end points of the interval were the same. Any function on such a
domain is now considered monotonic.

gs/base/gsfunc3.c

2013-04-24 12:17:54 -0700
Ray Johnston <ray.johnston@artifex.com>
ce3ca09ca7e0b489187fc9788aaa795707f17ed1

Fix broken windows build due to missing #include "stat_.h"

gs/base/gp_mswin.c

2013-04-24 08:27:41 +0100
Chris Liddell <chris.liddell@artifex.com>
55bbe8836df1bb8e521a6fb4e79a91d7e0702fb1

Bug 693932 (related): generate meaningful error

Add a gp_fseekable() function, and use it to check the file object opened in
gdev_prn_open_printer_seekable(). If the file is not seekable, print an error
message and return an IOerror.

No cluster differences.

gs/base/gp.h
gs/base/gp_mswin.c
gs/base/gp_os2.c
gs/base/gp_unifs.c
gs/base/gp_vms.c
gs/devices/gdevtifs.c

2013-04-22 15:56:11 -0700
Michael Vrhel <michael.vrhel@artifex.com>
e67086e1d63d449900570b30e2b2e1c91ed187a4

Initial commit of adding neutral color monitoring

This commit adds in the command line option -dGrayDetection=true/false. When set, the special CMM procedures
will be inserted to monitor the presence of non-neutral colors. When a non-neutral color is encountered
no additional monitoring will be preformed. Monitoring is done during the clist writing phase and as such
high level images are also monitored. CMYK Colors are consider non neutral if C=M=Y=0 (or very close). RGB
colors are considered neutral if R=G=B or very close and CIELAB colors are considered neutral if a=128 and b=128
or very close. A fuzzy range can be set for how close we need to be via defines in the code. The
current values were set based upon using images that were created to be monochrome in Photoshop using ICC
profiles. Testing for this was performed for a variety of image types. The remaining part of this project,
which relates to bug number 693583 is to do something useful with the presence of monochrome only data during
the clist playback phase. The values pageneutralcolor = true and graydetection, which are member variables in
cmm_dev_profile_t, during clist playback will indicate that the page is neutral. Note that the clist playback
device should set pageneutralcolor = false during the actual playback to avoid continued monitoring of
high level image data, which would occur as the data is pushed through the CMM. graydetection is the
device parameter and as such, pageneutralcolor only has meaning when graydetection = true.

gs/base/gdevp14.c
gs/base/gdevp14.h
gs/base/gscms.h
gs/base/gsdparam.c
gs/base/gsequivc.c
gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/gsicc_cms.h
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_monitorcm.c
gs/base/gsicc_nocm.c
gs/base/gsicc_replacecm.c
gs/base/gxclimag.c
gs/base/gximage.c
gs/base/gxiparam.h
gs/base/gxipixel.c
gs/base/lib.mak

2013-04-23 00:54:24 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
07abd0c0bbddef1eed84969e9d8b7ba5f548d0d9

Bug 687604: Reject out-of-bounds access to cvt table.

Revert the patch b550e8c460daa0647fd1f4ce63ae3c73edc75a5c because
it is not needed now, but it causes SEGV when cvt table is missing.

gs/base/ttinterp.c

2013-04-22 21:28:57 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
6f51cd7b9d5c2e5185eec30579238bb14863a5e5

Bug 693930: Accept and ignore null entries in the page tree.

gs/Resource/Init/pdf_main.ps

2013-04-21 19:20:12 -0600
Henry Stiles <henry.stiles@artifex.com>
11638a77454ace993bf106dab3cd7e182bf1e250

Fix 693836, valgrinds reports read of uninitialized value.

The loop accessed memory past the end of each source line. This did
not result in an error because we would exit the loop before the data
was used, but nonetheless it is an invalid read outside the memory
allocation so we rearrange the loop conditions to avoid it.

gs/base/gdevm24.c

2013-04-21 11:29:08 +0100
Chris Liddell <chris.liddell@artifex.com>
a63c1486c770a810a6cfa24ab397ee3c3c798816

Bug 687604: work around another broken TT font

Fallback to rendering unhinted if Freetype returns an Invalid_Reference error.

No cluster differences.

gs/base/fapi_ft.c

2013-04-19 17:29:04 +0100
Ken Sharp <ken.sharp@artifex.com>
5ec87a6d6971f059c4135af3fddd17b34f20c7ae

pdfwrite - actually assign the structure members to 0

gs/devices/vector/gdevpdte.c

2013-04-19 14:41:21 +0100
Ken Sharp <ken.sharp@artifex.com>
9155d0f3ee7bb9ffc6cb63b21402b5219c7335f2

pdfwrite - initialise some structure members to pacify valgrind

pdf_glyph_widths already sets these to zero, so we only need to bother if
we aren't using pdf_glyph_widths.

No differences expected.

gs/devices/vector/gdevpdte.c

2013-04-19 09:35:18 +0100
Chris Liddell <chris.liddell@artifex.com>
0d3f3ab6ceeaf2b95f9318845bce770cf44efad7

Bug 693925: Add some checking for ufst configure option

The two configure scripts now check for the existence of the specified UFST
directory, and for the existence of fapiufst.mak in that directory.

No cluster differences.

configure.ac
gs/configure.ac

2013-04-19 10:03:45 +0100
Ken Sharp <ken.sharp@artifex.com>
7e62f84b93a517ac43ebb5d26912a0786b37916e

pdfwrite - fix transparency preservation with PDF/A-2

An oversight with the introduction of PDF/A-2 could lead to transparency
not being preserved, because we tested only the request for PDF/A without
checking the level required.

No Differences expected, not tested by the cluster.

gs/devices/vector/gdevpdft.c

2013-04-19 00:13:18 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
4b0ccdcd37d8bf5924bd9572994535c5a1b20169

Bug 693869: work around errors in dash offset calculation

Make sure that the offsed doesn't exceed the total length of
the dash pattern. Fix out-of-bounds access and a corresponding
Valgrind warning.

gs/base/gsline.c

2013-04-18 11:04:49 -0600
Henry Stiles <henry.stiles@artifex.com>
52d113e470047ea70485de785bc9a3b68731127c

Fix typo in SVG output device (bug #693922) by Shailesh Mistry.

gs/devices/vector/gdevsvg.c

2013-04-18 09:06:08 +0100
Ken Sharp <ken.sharp@artifex.com>
f521500bdc2d39ad5f2caf91b3630a1370a08a5f

Add high level pattern support to the PXL interpreter

Also, fix a possible Seg fault in pdfwrite, which was uncovered by this
work.

As might be expected this commit does introduce a fairly large number of
differences in the regression tests. I've looked at them all and I'm happy
that they are minor differences rather than faults.

gs/devices/vector/gdevpdfb.c
pxl/pxfont.c
pxl/pxgstate.c
pxl/pximage.c
pxl/pxink.c
pxl/pxl.mak
pxl/pxpaint.c
pxl/pxparse.c

2013-04-18 08:34:41 +0100
Chris Liddell <chris.liddell@artifex.com>
23e6bd304db08011b67b7f45dfcf23885fc0c8a3

Bug 693921: "refresh" pointer when rendering glyph

Before we call into the gs_fapi_do_char(), refresh the context pointer in the
FAPI server data - in case the context has been moved by a GC since the font
was created.

No cluster differences.

gs/psi/zfapi.c

2013-04-17 17:46:16 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
ece14831a4301dd0291184e1f27729b73d6f350b

Bug 693919: Replace malformed numbers with 0.

Scan BBox elements and replace non-numbers with 0. Our PDF tokenizer
usually assumes that malformed numerals are names.

gs/Resource/Init/pdf_main.ps

2013-04-17 14:30:10 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
d9a327b4e24043fb153996fdd18a367483d13521

Bug 693920: Add missing dereference of an indirect object.

gs/Resource/Init/pdf_draw.ps

2013-04-17 12:29:11 +0100
Chris Liddell <chris.liddell@artifex.com>
4dfe603dc49aeee09457ea7a0734d7484e0467ea

Add tiff-config directory to .gitignore.

CLUSTER_UNTESTED

.gitignore

2013-04-15 19:10:25 +0100
Chris Liddell <chris.liddell@artifex.com>
b1254130df0da4c311e9761b5784a12c6dad1dc9

Have tiff configure run in separate directory.

Run libtiff's configure script in a separate directory to prevent poluting
libtiff's source directory.

the Ghostscript distclean target has been revised to remove the tiff config
directory, and the ghostpdl makefile has new distclean and maintainer-clean
targets.

No cluster differences.

Makefile
common/msvc_top.mak
configure.ac
gs/Makefile.in
gs/base/gs.mak
gs/base/lcupsi.mak
gs/base/tiff.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/configure.ac
gs/psi/msvc.mak
gs/toolbin/localcluster/clusterpush.pl
main/pcl6_gcc.mak
main/pcl6_msvc.mak
svg/svg_msvc.mak
xps/xps_msvc.mak

2013-04-17 09:23:19 +0100
Chris Liddell <chris.liddell@artifex.com>
1c006433024cb996022db86a7e7ec59f103e8efb

Remove the deprecated macos-fw.mak

CLUSTER_UNTESTED

gs/base/macos-fw.mak
gs/doc/Develop.htm

2013-04-17 09:24:22 +0100
Chris Liddell <chris.liddell@artifex.com>
28acb04f77ba58b1507c32d52402e2ff8eaa2e40

Raise the default VMThreshold from 1Mb to 8Mb

This seems like a fair change based on modern hardware and, in particular
modern PDF files. In some cases this results in a significant speed
improvement. It may increase overall memory usage, but testing suggests only
by an insignificant amount in the vast majority of cases.

No cluster differences.

gs/psi/zvmem2.c

2013-04-15 09:38:56 +0100
Chris Liddell <chris.liddell@artifex.com>
407cc61e87b0fd9d44d72ca740af7d3c85dee78d

"starting_arg_file" should only apply once.

The "starting_arg_file == true" setting should apply to the *first* call to
lib_file_open() in the context of a given call to runarg(). Previously, it
remained set for the entire duration of the runarg() call, resulting in the
current directory being searched for any resource files required by the job.

We also want "starting_arg_file == false" when runarg() is called to execute
Postscript from a buffer, rather than a file argument.

There is a very small chance this may cause problems with some strange scripts
or utilities, but I have been unable to prompt such an issue. If one does arise,
we may have rethink this entirely.

No cluster differences.

gs/psi/imainarg.c
gs/psi/zfile.c

2013-04-13 23:21:50 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
3648ad1d3d1f47df3e4a6e36ff5160e2bff25079

Remove spurious address-of operator.

gs/base/gscscie.c

2013-04-13 01:36:44 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
ed31bf693b457ecd13cfa4fc67f12288241448ce

Bug 691389: Pacify Valgrind; zero image flip buffer.

When the image has less than 8 scanlines, flipping includes the wild
end of the buffer and causes warnings in memflip8x8().

gs/base/gxifast.c

2013-04-10 20:13:05 +0100
Robin Watts <robin.watts@artifex.com>
cd414f3582ef95a3b0fd941e62370053126cba5c

Avoid potential out of bounds memory accesses

In image_render_mono we have code that skips forwards multiple
pixels at a time without checking for hitting the end of the
buffer. Fix that here.

gs/base/gximono.c

2013-03-24 11:23:01 +0000
Chris Liddell <chris.liddell@artifex.com>
ecc7a199e9307475c37fea0c44d24b85df814ead

Bug 693488: Improved glyph name aliasing.

Implement a more flexible approach to glyph name aliasing which handles all the
names in the Adobe Glyph List.

Thanks to John Wehle ( john@feith.com ) for this implementation.

For the time being, you can use "-dUSEOLDGLYPHALIASING" to revert to the old
code - assuming all goes well, that option will be removed for the release
following 9.09.

No cluster differences.

gs/Resource/Init/gs_ttf.ps
gs/Resource/Init/gs_type1.ps

2013-04-11 17:22:11 +0100
Ken Sharp <ken.sharp@artifex.com>
4c27c7d63acbf4500eab8d056541535ed5010b5c

ps2write - do not emit CIEBased spaces as ICCBased for PostScript

This was an oversight when I was trying to preserve CIEBased colour spaces,
it turns out that its not possible to preserve them, and I accidentally left
the code emitting them as ICCBased, which doesn't work in PostScript.

We now fall back to the old approach, in future we hope to use LCMS2 to
create a CIEBased space from the ICCBased profile for us.

No differences expected, code not enabled by default

gs/devices/vector/gdevpdfc.c

2013-04-02 12:26:09 +0100
Chris Liddell <chris.liddell@artifex.com>
9ff3e23fcf1c73e83e4bbb797b9033c7a25bf255

Bug 693804: (valgrind) initialize gs_fapi_raster

It's easiest to set the entire struct to zeros, since we need to initalize
nearly the entire structure anyway, before passing to the scaler/renderer.

No cluster differences

gs/base/gxfapi.c

2013-04-02 17:23:24 +0100
Chris Liddell <chris.liddell@artifex.com>
55c01c51ac53d244affde7b683f1f4cff24bcc46

Bug 693785: (valgrind) make gx_hld_saved_color_equal() do explicit checks

gx_hld_saved_color_equal() originally did a simple memcmp(), but due to padding
and GC considerations, that isn't reliable, so it needs to compare the contents
of the structure explicitly.

This does cause some differences in the PCL cluster tests with pdfwrite.

gs/base/gxhldevc.c
gs/base/lib.mak

2013-04-03 16:42:24 +0100
Chris Liddell <chris.liddell@artifex.com>
312d3c7655e2484e27160478e3120796cf9bbe10

Bug 693736: (valgrind) rejig a call to a function pointer

This is just a rejig to a functionally equivalent form that valgrind seems happier with.

It makes no real difference, but reduces the valgrind "noise" at no expense.

No cluster differences.

gs/psi/igc.c

2013-04-10 16:11:05 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
d73d2d365efc7331bf1dbfe70e427e8ead829778

Bug 693738: Trap bit run search

Fix a valgrind warning. Create a termination zone filled with
alternating bit pattern to guarantee that a search for a bit run
ends within the termination zone.

gs/base/scfd.c

2013-04-08 22:42:24 -0700
Ray Johnston <ray.johnston@artifex.com>
a3225b70cb1b92ca0f657d99b3bc496e6046fc39

Fix valgrind issue, bug 693735. image_render_mono condition using UMR.

The psrc scanning loop did not stop at the end of the data in some
cases. Since data past the image would tend to be variable, this
would usually stop scanning fairly soon and the 'fit_' macro logic
in fill/copy routines would make sure to limit the painting to a
valid area. Strange that this didn't show up in image artifacts.

gs/base/gximono.c

2013-04-10 00:56:15 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
897c36aa8cd754448bab5b712e48d46e2b117478

Bug 693798: Fix buffer overrun.

When jbig2dec detects that a run of pixels exceeds the image width,
it clamps the beginning and end of the run to the image width+1.
Probably, this is done to make runs that are entirely outside of the
image to leave no marks. This patch adds 1 byte to the image
buffer to ensure that writing 1 byte beyond the image line is valid.

gs/jbig2dec/jbig2_image.c

2013-04-09 15:15:00 +0100
Ken Sharp <ken.sharp@artifex.com>
5f5524b1f2ab76aff70b2b4a896b9474bdfb9501

pdfwrite - prevent rounding errors in TrueType widths

See Bug #693825

Rounding errors converting TrueType widths into PostScript/PDF led to us
emitting lots of tiny glyph movements. These were visually imperceptible
but led to larger than necessary output, because of all the tiny shifts.

This commit fixes the widths from TrueType fonts to the nearest integer
which makes it much more likely they will match the entries in the /W or
/Widths arrays, and thus not result in tiny movements.

The file in Bug #698325 is 5% smaller with this change, and the output PDF
file does actually match the original more closely (when using a high zoom
factor and careful inspection)

This does (unsurprisingly) cause a lot of differences in the test suite,
but I've looked at all of them and can see no definite problems. The
differences are pretty much single pixel shifts and this can sometimes
cause low resolution output to be slightly better, or slightly worse.

gs/devices/vector/gdevpdte.c

2013-04-09 08:33:01 +0100
Ken Sharp <ken.sharp@artifex.com>
f7567c53867f01e9dd33a1f882bb489dc765b869

pdfwrite - correct tracking of current point with word spcaing

Bug #693285 "gs adds spaces and breaks formatting of original pdf file"

This one is quite subtle and caused by a number of interacting issues.

Firstly the design grid conversion of TrueType fonts can lead to TT CIDFonts
ending up with very slightly different widths from the font to the widths in
the /W array (rounding errors). When emitting text we then use the TJ operator
and emit tiny movements for each glyph.

The second part then, is the limit we have of 50 movements per TJ operation.
There's no indication why we have this limit but I assume its some ancient
version of Acrobat. When we get to 50 moves we close the current line of text
and begin a new one.

The third part is that, in order to start the new line from the correct x offset
(so it lines up properly with the previous line), we keep a running track of
the current position and use that to tell us where to start the new line.
This value was getting the word spacing value applied to it whenever the
current character was a space (0x20). However, we only apply the word spacing
to *single* byte encodings in PDF (unlike PostScript) and the font in this
particular file doesn't have a single byte range.

To fix this we need to know if the text came from a (a)widthshow operation
from PDF, or from PostScript. Fortunately the text enumerator already has
a 'single_byte_space' member which tells us this. If it was from PDF we then
need to check if the character encoded used 1 byte or more than one, and
not apply the word spacing if it used more than 1. To this end we now pass
in the number of bytes to process_text_modify_width.

This change exhibits progressions in fts_20_2001.pdf and fts_22_2202.pdf

gs/devices/vector/gdevpdtc.c
gs/devices/vector/gdevpdte.c
gs/devices/vector/gdevpdtt.h

2013-04-09 09:12:01 +0100
Chris Liddell <chris.liddell@artifex.com>
496d8d3b8ea3d560dc260b1d03d9ed45b38e6960

Bug 693842: Fix a typo in gp_vms.c

There was a "=" instead of "==" mistake in the file name validation code.

Thanks to jond666@hotmail.com for pointing it out.

CLUSTER_UNTESTED

gs/base/gp_vms.c

2013-04-09 09:05:59 +0100
Chris Liddell <chris.liddell@artifex.com>
17bc8825debb794fc83f832b96da1ef9eead6aa4

Bug 693846: Fix configure inclusion of gdevjbig2.dev

There was an error in the configure so that we ended up using "jbig2.dev" in
both the FEATURE_DEVS and DEVICE_DEVS lists.

It now, correctly, uses gdevjbig2.dev in the DEVICE_DEVS list.

No cluster differences.

gs/configure.ac

2013-04-05 12:24:34 -0600
Henry Stiles <henry.stiles@artifex.com>
a4ae7c831da7e113665ae53e02b215c62bc3dbbd

Fix 693841, the symbol set parameter could be read uninitialized.

pxl/pxfont.c

2013-04-05 09:52:35 -0600
Henry Stiles <henry.stiles@artifex.com>
002551b7baa1e6e0a10670672d34870c3e229925

Read the old page size from the device, not from PCL's state.

The current paper selecting design could already have the new
requested page size in PCL's state at this point in the code; it was
possible to miss selecting a new paper size even though there was a
paper size change.

pcl/pcpage.c

2013-04-05 09:48:36 -0600
Henry Stiles <henry.stiles@artifex.com>
c77af98a0ff3d54ce52fb043149cef0a1b83e311

More lenient interpretation of the PJL language variable.

Accept any language variable string that contains the substring "GL"
to indicate the job should be processed in RTL/HPGL-2 mode.

pcl/pctop.c

2013-04-05 09:46:03 -0600
Henry Stiles <henry.stiles@artifex.com>
2892a755b3cc1e56f859046154f249afde1dcca0

Initialize PCL completely before XL Passthrough.

pxl/pxpthr.c

2013-04-02 17:12:04 -0600
Henry Stiles <henry.stiles@artifex.com>
86c33715ecf80e58ae4bde341820a6c76b23c288

Fix memory corruption problem with HPGL/2 page sizes.

Setting a page size in the HPGL/2 code depended on memory in a local
stack frame. This problem was introduced when custom page size
support was added to PCL which resulted in reorganizing the paper type
set up. Unfortunately HPGL/2 - RTL mode was not updated to use the
new paper setup when the PCL change was made.

pcl/pcpage.c
pcl/pcpage.h
pcl/pgconfig.c

2013-04-04 15:47:47 +0100
Robin Watts <Robin.Watts@artifex.com>
87b4d9c7abb36040079e099600cd31a5917be31d

Remove unneeded tests from ENABLE_VALGRIND macros.

Now gs_alloc_fill is called correctly, I can back out these extra
tests.

gs/base/gsmdebug.h

2013-04-04 15:17:03 +0100
Chris Liddell <chris.liddell@artifex.com>
673511c63137ff5cf5dddcacd7ff5f1cc9f42fd3

Correct a mistake in the memory alloc header code.

In the -Z@ case, I had left offsets in place for filling freed memory in
i_resize_string() which could cause gs_alloc_fill() to be called with a
negative length.

No cluster differences.

gs/base/gsalloc.c

2013-04-04 01:12:45 +0100
Robin Watts <Robin.Watts@artifex.com>
773c42ffc7e1e96c0bd99c7f577090c8b0684577

Fix ENABLE_VALGRIND problems.

gs_alloc_fill was having a bad interaction with
VALGRIND_MAKE_MEM_UNDEFINED in corner cases.

gs/base/gsmdebug.h

2013-04-02 14:45:20 +0100
Robin Watts <robin.watts@artifex.com>
2e9a498db41d0d601ab736687d332b2ab3de2a54

Add valgrind.h dependencies to lib.mak to avoid warnings.

gs/base/lib.mak

2013-03-28 07:53:23 +0000
Chris Liddell <chris.liddell@artifex.com>
5403b7384b203c6b462f8ed3190b7962c929769c

Add an ID to memory allocations.

This is to aid following objects through GC.

This is fairly straight forward with gs_struct_.... type allocations where
there is a memory manager header structure associated with the allocation,
so the ID is added to that.

But so called "string" allocations (i_alloc_string() and co) are more tricky
because these have no header, so these have the ID "tacked on" at the beginning
of the memory allocation. This means that the memory manager and the garbage
collector need to "just know" that the extra bytes exist.

The assigning and incrementing of the ID variable (normally) on happen in a
debug build. The ID variable itself can be left out by adding:
-DGS_USE_MEMORY_HEADER_ID=0

(or equivalent) to the compiler command line.

Finally, in a debug build, there is a get_mem_hdr_id() convenience function
you can call from a debugger - it takes a pointer to block of memory, and
returns the ID assigned to the allocation. Obviously, if the function is called
on memory automatically allocaed on the stack, it will probably cause bad
things to happen.

No cluster differences.

gs/base/gsalloc.c
gs/base/gxobj.h
gs/psi/igcstr.c

2013-04-02 03:47:24 -0700
Robin Watts <robin@peeves.(none)>
693c516ad22bb79d7c8c85329ff6a53dc82505fc

Memento: Improve interaction with valgrind.

Ensure that blocks headers are correctly marked accessible/
unaccessible.

gs/base/memento.c

2013-04-02 11:14:41 +0100
Ken Sharp <ken.sharp@artifex.com>
b0264dc9764935e548042597ca5d3c08bc513d31

pdfwrite - initialise a return code

Spotted by scan-build, the return code is uninitialised when both stream
and dictionary have previously been hashed. This would not normally cause a
problem, but its best to be safe.

No differences expected.

gs/devices/vector/gdevpdfo.c

2013-04-01 16:57:37 -0700
Robin Watts <robin@peeves.(none)>
9182dfdce82310e96fbb7b92759dcc913e0f6a2e

Update valgrind.h to include helgrind header too.

Cope with the version of helgrind being too old that it doesn't
provide the required macros and causes missing symbol errors.

gs/base/gsinit.c
gs/base/gxclfile.c
gs/base/gxclist.c
gs/base/gxclmem.c
gs/base/valgrind.h
gs/psi/imain.c

2013-04-01 10:32:28 -0700
Robin Watts <robin@peeves.(none)>
4e4883fdd27201e35b93e9fbdbe5d1f2380a030b

Memory squeezing: Unchecked error codes.

Fix unchecked error codes in gs_output_page.

gs/base/gsdevice.c

2013-04-01 09:51:40 -0700
Robin Watts <robin@peeves.(none)>
952405f72db6ba9f706e75f7cbf66193a575ec98

Bug 693824: Valgrind problems in interpolated images.

The first of the valgrind problems reported here is a false
positive; when scaling just a subsection of an image we
scale extra 'support' pixels. Due to the way this works we
end up scaling a few extra lines/columns around the rectangle
we actually need. Some of the input values to these extra
lines are not copied in, hence we see valgrind complaining
about uninitialised values.

We fix this with some PACIFY_VALGRIND code to memset the
input buffers to 0.

This commit also fixes valgrind errors seen later due to
us trying to color convert color values outside of the
active region; we fix this by restricting the area we
color convert. This will give speedups in some cases.

gs/base/gxiscale.c
gs/base/siscale.c

2013-04-01 08:31:11 -0600
Henry Stiles <henry.stiles@artifex.com>
07c3453ee6545e660fe1f7215b0ba5f540b7cd7b

Change ownership of JBIG2 to Alex.

CLUSTER_UNTESTED

doc/who_owns_what.txt

2013-04-01 06:20:14 -0700
Robin Watts <robin@peeves.(none)>
050745afeddbaf506ab4dd92661d583ba6e3eb06

Valgrind: Fix spurious warnings in gc

The Ghostscript object headers have a union of bitfields; these are
arranged so that they are all of the form 1 bit, then n-1 bits
(where n is a power of 2), so they pad nicely to a nice size.

Specifically they are designed to work like this (as far as I can
make out) to allow the 'alone' bit to be preserved during gcs
when the n-1 bit fields are used. Valgrind, I think, finds this
problematic.

The fix in this commit is simply to initialise both the alone bit
and the padding bits at the same time (any even halfway decent
compiler should combine these into a single byte write, so we
should actually find this new safer code is faster than the previous
single bit initing code). This is safe because the other unions
are only used during gc.

Cluster testing shows no differences, and local valgrind runs
appear cleaner.

gs/base/gsalloc.c
gs/base/gxobj.h
gs/psi/igcref.c
gs/psi/isave.c

2013-03-31 04:07:53 -0700
Robin Watts <robin@peeves.(none)>
b319291a7a57de7344122269ae56deb65121de60

Memory squeezing fix: zsave: Fix SEGV

When freeing saved spaces due to an allocation failure, unlink the
space from the linked list of saved ones to prevent gc SEGV later.

gs/psi/isave.c

2013-03-30 04:26:01 -0700
Robin Watts <robin@peeves.(none)>
fe31fceb7870b24bcf9c5b477f76943abacce75f

Memory Squeezing: crash in gc after zsave.

Ensure that the save structure is set up enough to be safely gc'd
on allocation.

gs/psi/isave.c
gs/psi/zvmem.c

2013-03-30 03:34:04 -0700
Robin Watts <robin@peeves.(none)>
d88779e3579db3c9c134ec7c5ee54e7ab4579399

Memory Squeezing: gsicc_manage.c: Check for allocation failures

In faviour places we allocate pname, and then use it without
checking. Simply add checks.

gs/base/gsicc_manage.c

2013-03-30 09:26:53 +0000
Ken Sharp <ken.sharp@artifex.com>
97d4e9f31bb0f5d1f8feb97106fc5879bb9a4fcb

pdfwrite - ensure a variable is initialised

I can't see a way that this could cause the valgrind complaint in bug
#693813, but its the only variable in the offending line which is not
explicitly initialised. So initialise it here just in case.

No differences expected.

gs/devices/vector/gdevpdfc.c

2013-03-29 17:43:14 -0700
Robin Watts <robin@peeves.(none)>
f23d8aca44eee8ab1e289b350c968b074b8bec76

Memory Squeezing: JPEG compression; avoid double free.

The JPEG compression stream state calls gs_jpeg_destroy, but this may be
called earlier. If this does get called earlier, ensure that we leave the
stream in a state where it won't access freed memory.

gs/devices/vector/gdevpsdu.c

2013-03-29 14:16:38 -0600
Henry Stiles <henry.stiles@artifex.com>
852e5451e741515551edd55916a3cf49a5a2540e

Fix bug 693576 - bad pxl file generated.

It was possible for the XL driver to produce XL drawing commands
without setting the color space in advance. Thanks to Hin-Tak Leung
for the fix.

gs/devices/vector/gdevpx.c

2013-03-29 11:46:35 -0700
Robin Watts <robin@peeves.(none)>
00ccf0ce1304f3f6a9493138f2fb0cb00f3326f9

Memory squeezing: JPEG encoding stream release

When destroying a JPEG encoding stream, we assume that the setup got
far enough to have allocated a jmpbuf and a compression struct. Add
some checks so we cope if this is not the case.

gs/base/sdcte.c
gs/base/sjpegc.c

2013-03-29 11:14:29 -0700
Robin Watts <robin@peeves.(none)>
a68c6641b8b576c88c497d8089b17bc7ec32d383

Memory squeezing: LCMS2: BuildGrayInputMatrixPipeline leak

Avoid leak in allocation failure case.

gs/lcms2/src/cmsio1.c

2013-03-29 09:31:07 -0700
Robin Watts <robin@peeves.(none)>
31f437e09d443e1f1ae78f4f909728b45d550695

Memory Squeezing: LCMS2: CLUTElemDup

Check for allocation failures and tidy up if found.

gs/lcms2/src/cmslut.c

2013-03-29 10:01:18 -0600
Henry Stiles <henry.stiles@artifex.com>
ebf32c26d8224ab7c81766c0d516986fd1ce4027

Fix more gnu indent unwanted side effects.

We still have a bit more to do but this fixes the most egregious
problems.

pcl/pccsbase.c
pcl/pcht.c
pcl/pcstatus.c
pcl/pcsymbol.c
pcl/pcsymbol.h
pcl/pctext.c
pcl/pctop.c
pcl/pgchar.c
pcl/pgcolor.c
pcl/pgconfig.c
pcl/pgframe.c
pcl/pggeom.c
pcl/pglabel.c
pcl/pglfill.c
pcl/pgparse.c
pcl/pgpoly.c
pcl/pgvector.c
pcl/rtmisc.c
pcl/rtrstcmp.c
pl/pjparse.c
pl/pjparsei.c
pl/plftable.h
pl/plmain.c
pl/plplatfps.c
pl/pltop.c
pxl/pxerrors.c
pxl/pxfont.c
pxl/pxgstate.c
pxl/pxparse.c
pxl/pxptable.c
pxl/pxsessio.c
pxl/pxstate.c

2013-03-29 08:29:31 -0700
Robin Watts <robin@peeves.(none)>
0250740ec53e8df3f2fcfd96a725574996256524

Memory squeezing fix: LCMS2: avoid AllocateToneCurveStruct returning partial built struct.

Simply add an extra check on the last allocation.

gs/lcms2/src/cmsgamma.c

2013-03-29 08:22:34 -0700
Robin Watts <robin@peeves.(none)>
321c5a324977410d7fac84be174453460a3210a9

Memory squeezing: More LCMS2 fixes.

Fix some broken error code, add some checking where it was missing, and
fix a potential leak.

gs/lcms2/src/cmscnvrt.c
gs/lcms2/src/cmslut.c

2013-03-29 12:43:33 +0000
Robin Watts <robin.watts@artifex.com>
44f807320c741d07a38bc565752160ecb8c6f71b

Memory squeezing fix: lcms2 cmsPipeline construction

When creating a new pipeline, lcms would often try to allocate a stage
and pass it to cmsPipelineInsertStage without checking whether the
allocation succeeded. cmsPipelineInsertStage would then assert (or crash)
if it had not.

The fix here is to change cmsPipelineInsertStage to check and return
an error value. All calling code is then checked to test this return
value and cope.

gs/base/gsicc_cache.c
gs/lcms2/include/lcms2.h
gs/lcms2/src/cmscnvrt.c
gs/lcms2/src/cmsgmt.c
gs/lcms2/src/cmsio1.c
gs/lcms2/src/cmslut.c
gs/lcms2/src/cmsopt.c
gs/lcms2/src/cmstypes.c
gs/lcms2/src/cmsvirt.c

2013-03-29 10:23:50 +0000
Ken Sharp <ken.sharp@artifex.com>
8591cc53337147e77e4249a007df12cd17319d08

pdfwrite - initialise structure member 'stream_md5_valid

Bugs #693759, #693760, #693761

Found by valgrind, there were conditions under which the member would not
be initialised before we tested it, initialising it to 0 ensures this can't
happen.

In practice this is unlikely to ever cause a problem, but its best to be safe
as we could conceivably attempt to access invalid memory locations if this
member isn't initialised.

No differences expected.

gs/devices/vector/gdevpdfo.c

2013-03-28 17:51:17 -0700
Robin Watts <robin@peeves.(none)>
1ef00832581e1167dd3fd33ab499bcd1d895b218

Memory squeezing bug: lcms2 MatrixElemTypeFree

Destructors should cope with NULL.

gs/lcms2/src/cmslut.c

2013-03-28 17:26:36 -0700
Robin Watts <robin@peeves.(none)>
47d384ef4ef6a57b346a05f320a06b08309ed2d9

Memory squeezing fix: gsicc_get_link_profile

Check the return from gsicc_get_profile_handle_buffer for validity
before using it.

gs/base/gsicc_cache.c

2013-03-28 17:18:11 -0700
Robin Watts <robin@peeves.(none)>
3dc5a28f2c7fc587f4207a593d2aa32d9565d4c9

Memory squeezing fix: gsicc_alloc_link

Ensure that the gsicc_link_t has a valid wait pointer so that its
destructor can work safely in the event of the wait semaphore failing
to allocate.

gs/base/gsicc_cache.c

2013-03-28 21:12:18 +0000
Robin Watts <robin.watts@artifex.com>
b1d518660381c8cec7f603ef05eea85e1d683817

Another memory squeeze fix.

Avoid SEGV in gsicc_alloc_link_entry and callers.

gs/base/gsicc_cache.c
gs/base/gsicc_manage.c
gs/base/gsicc_nocm.c
gs/base/gsicc_replacecm.c

2013-03-28 14:25:53 -0600
Henry Stiles <henry.stiles@artifex.com>
c8e63f3b0096aac611da379b57590dca9c549aca

Fix 693730, portion of output missing resulting from type overflow.

PCL was storing image's source width and height in unsigned short
integers which is not sufficient for very large HPGL/RTL plots.

pcl/rtraster.c

2013-03-28 19:42:34 +0000
Robin Watts <robin.watts@artifex.com>
865db37918a99bdaea8825cb1173389c6541b318

Another memory squeezing fix.

Check allocations for failures. Free objects in the cleanup path.

gs/base/gsicc_manage.c

2013-03-28 19:16:56 +0000
Robin Watts <robin.watts@artifex.com>
045235372355a640bdf637a6065bfc8597e00b8e

More memory squeezing fixes.

Fix unchecked allocations, and ensure functions are capable of
distinguishing failed allocations from failing to finish normally
for some other reason.

gs/base/gsicc_cache.c
gs/base/gsicc_manage.c

2013-03-28 17:26:44 +0000
Robin Watts <robin.watts@artifex.com>
fd3220b62484c434a7c64a4f1382a0d05c82c664

Memory squeezing fixes.

Unchecked allocations and return codes in the parameter handling.

gs/base/gsdparam.c
gs/base/gsicc_manage.c

2013-03-28 13:53:51 +0000
Ken Sharp <ken.sharp@artifex.com>
120c7069563bc01b5d23d2632803607248c5fca4

pdfwrite fix previous commit

Commit 0069ae367e670a80b35d9d333c99acd71dc94108 had a 'typo' and used
the wrong member of a structure to append a hash. Because the member was
too small this caused memory corruption and later crashes.

Of course this only exhibits with the same hand-crafted test file....

No differences expected

gs/devices/vector/gdevpdfo.c

2013-03-28 13:09:11 +0000
Ken Sharp <ken.sharp@artifex.com>
0069ae367e670a80b35d9d333c99acd71dc94108

pdfwrite - fix stream MD5 hashing

Objects in pdfwrite use an MD5 hash to check for equality. The hash is lazily
created, and stored for later reuse.

The stream object hashing wasn't adding the hash of the dictionary associated
with the stream to the hash of the stream contents. This meant that 2 streams
with the same data, but different associated dictionaries, could be wrongly
identified as equal.

In practice this condition is likely to be extremely rare, it was detected
while working on the colour code and was caused by using a hand-crafted
PostScript file which reused many components when constructing multiple
colour spaces.

No differences expected

gs/devices/vector/gdevpdfo.c

2013-03-27 17:34:41 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
0e58a662c5eaa811eafa512e9cc97ae5e1303351

Add non-redudannt (nr) option to clusterpush.pl

gs/toolbin/localcluster/clusterpush.pl

2013-03-27 16:34:39 -0600
Henry Stiles <henry.stiles@artifex.com>
76f9208424f41e4177cda4a468af1b0bb6a5e166

Preliminary parsing code for the PXL VendorUnique operator.

Some lower end HP color laser printers use an undocumented diminutive
PXL-like language based on the VendorUnique operator. This commit
fleshes out enough of the parsing to get through the PXL in the test
file attached to 693661 without a syntax error. We've not done
anything to implement VendorUnique commands beyond parsing.

gs/base/gdevpxat.h
pxl/pxparse.c
pxl/pxptable.c
pxl/pxsessio.c

2013-03-27 20:48:31 +0000
Robin Watts <robin.watts@artifex.com>
5f148d93b1c954f28fead816acb5fe7131797cf4

Memory squeezing fix

If ialloc_init fails part way through, we attempt to free the allocated
objects, but we do so incorrectly as the object we get passed back is
actually internal to the allocation that was made (and there were actually
multiple allocations).

We add a function to do this properly, together with a stern warning
that this should only be used for allocation error cleanup.

gs/base/gsalloc.c
gs/base/gsalloc.h
gs/psi/ialloc.c

2013-03-27 09:20:42 -0700
Robin Watts <robin@peeves.(none)>
3f07b338211b112f8af3e95dcff87269e770a311

Another memory squeeze fix.

Ensure enumerator is initialised enough to survive gc in case
of later failures.

gs/base/gp_unifs.c
gs/psi/imain.c

2013-03-27 14:46:06 +0000
Robin Watts <robin.watts@artifex.com>
2ed2393f5a82952ba92e543a43cb39dd44c3050b

Memory squeezing fix

Check for allocation failure.

gs/psi/zcontext.c

2013-03-27 14:34:33 +0000
Robin Watts <robin.watts@artifex.com>
6f7940e28090a0f4c850e7adad4554c79fb01fb8

More memory squeezing fixes

Clear allocated structures so they can be destructed safely in the
event of later failures.

gs/base/gsfont.c
gs/base/gxccman.c

2013-03-27 14:07:17 +0000
Robin Watts <robin.watts@artifex.com>
0466008b327a5b16a051e234e4725ebfa84912f6

Another memory squeezing problem.

Check the result of the allocation in gx_cache_char_init before
using it.

gs/base/gxccman.c
gs/base/gxfcache.h
gs/psi/imain.c

2013-03-27 10:00:27 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
3d94f55fdc7babe5cbcf35aa0d3bdf43077a3de9

Fix formatting bugs in halftone generators.

gs/toolbin/halftone/gen_ordered/gen_ordered.c
gs/toolbin/halftone/gen_stochastic/gen_stochastic.c

2013-03-27 11:58:19 +0000
Robin Watts <robin.watts@artifex.com>
0d7042456a3b0c4da39d5e9bbb46b5e5379c6dc7

Another memory squeezing fix.

Ensure that the op_array_tables in the interpreter context are set
up enough that they can safely be garbage collected if allocations
fail.

gs/psi/imain.c

2013-03-27 03:52:51 -0700
Robin Watts <robin@peeves.(none)>
3b19ec49702466fa4a05a8b41087ef32c130806d

More memory squeezing fixes.

Lack of check on allocation success.

gs/psi/icontext.c
gs/psi/iinit.c
gs/psi/imainarg.c
gs/psi/zfont.c
gs/psi/zpcolor.c

2013-03-26 14:48:04 -0700
Robin Watts <robin@peeves.(none)>
4848f7302726acef5ac8c98030ec1a14ddab06b6

More memory squeezing fixes.

Mostly unchecked allocation failures when setting up the gstate.

gs/base/gscolor.c
gs/base/gsptype1.c
gs/base/gsstate.c
gs/base/gxchar.c
gs/base/gxdcolor.h

2013-03-26 13:09:49 -0700
Robin Watts <robin@peeves.(none)>
7d2e030ab25d8b31af22f0532ef813b0ff70e361

Fix various memory squeezing errors.

Mostly these are unchecked allocations, but some are errors in the
cleanup paths.

gs/base/gslibctx.c
gs/base/gsmalloc.c
gs/psi/gs.c
gs/psi/imain.c
gs/psi/interp.c
gs/psi/zgstate.c

2013-03-26 08:42:14 -0600
Henry Stiles <henry.stiles@artifex.com>
a56fae81ef7f77b1ab6dadf38b1ea7539cfca0e4

Free path upon fill failing - noticed in code review of ff515a6.

pxl/pxpaint.c

2013-03-25 15:03:42 -0600
Henry Stiles <henry.stiles@artifex.com>
fca91ea554583d6f298f1c803ccf4d395b5dc94f

Fix the fallout of a gnu indent bug introduced with the indentation
change, commit bc86bd6.

Unfortuntaly, gnu indent 2.2 adds new blank lines after each local
variable declaration when the user requests that blocks of local
declaration be separated from the procedure body with a blank line.
This fix removes the extraneous blank lines.

pcl/pcbiptrn.c
pcl/pccid.c
pcl/pccsbase.c
pcl/pcdither.c
pcl/pcdraw.c
pcl/pcfont.c
pcl/pcfontpg.c
pcl/pcfrgrnd.c
pcl/pcfsel.c
pcl/pcht.c
pcl/pcindxed.c
pcl/pcjob.c
pcl/pclookup.c
pcl/pcmacros.c
pcl/pcmtx3.c
pcl/pcommand.c
pcl/pcpage.c
pcl/pcpalet.c
pcl/pcparse.c
pcl/pcpatrn.c
pcl/pcpatxfm.c
pcl/pcrect.c
pcl/pcsfont.c
pcl/pcstatus.c
pcl/pcsymbol.c
pcl/pctop.c
pcl/pcuptrn.c
pcl/pcursor.c
pcl/pcwhtidx.c
pcl/pgchar.c
pcl/pgcolor.c
pcl/pgconfig.c
pcl/pgdraw.c
pcl/pgfdata.c
pcl/pgfont.c
pcl/pgframe.c
pcl/pggeom.c
pcl/pginit.c
pcl/pglabel.c
pcl/pglfill.c
pcl/pgmisc.c
pcl/pgparse.c
pcl/pgpoly.c
pcl/pgvector.c
pcl/rtgmode.c
pcl/rtmisc.c
pcl/rtraster.c
pcl/rtrstcmp.c
pl/dwimg.c
pl/dwmainc.c
pl/dwreg.c
pl/pjparse.c
pl/pjparsei.c
pl/plalloc.c
pl/plchar.c
pl/pldict.c
pl/plfapi.c
pl/plfont.c
pl/plht.c
pl/pllfont.c
pl/plmain.c
pl/plsrgb.c
pl/plsymbol.c
pl/pluchar.c
pl/plufont.c
pl/plulfont.c
pl/plvocab.c
pxl/pxffont.c
pxl/pxgstate.c
pxl/pximage.c
pxl/pxink.c
pxl/pxpaint.c
pxl/pxparse.c
pxl/pxpthr.c
pxl/pxsessio.c
pxl/pxstate.c
pxl/pxstream.c
pxl/pxtop.c
pxl/pxvalue.c

2013-03-25 08:47:42 -0600
Henry Stiles <henry.stiles@artifex.com>
d2a1f2e9de96d9fe70225302fd304309a19ef787

Fix reading uninitialized point (bug #693655), remove obsolete
supported conditional configurations and refactor.

A logical error in paint_path resulted in reading the cursor
uninitialized. Early in XL development NEWPATH_AFTER_PAINT and
NO_SCALED_DASH_PATTERN were added to support incorrect language in the
specification but their behavior is well established after 3 major
revisions of the PCL-XL language can be safely removed allowing
simplification of this code.

Even with those changes the paint_path procedure was much too complex
to be understandable, it is easy to see how a logical error would go
unnoticed. We try to refactor the code such that client procedures
take on some of the lifting and get rid of the gotos in hopes of
having something cohesive and correct.

pxl/pxpaint.c

2013-03-21 08:11:33 -0600
Henry Stiles <henry.stiles@artifex.com>
30273c4a9d9949f55dd4553dab614f1d36177377

Remove outdated definition.

PXL always resets the path after drawing single objects (rectangle,
ellipse, etc.) and newer versions of the specification document this
correctly consequently the compiler directive and alternate behavior
can be removed.

pxl/pxpaint.c

2013-03-26 10:20:25 +0000
Ken Sharp <ken.sharp@artifex.com>
7319905b5ba4dc3a3a66a4fa1489b653deb335fc

pdfwrite - prevent dereference of NULL pointer when no BG/UCR info present

Bug #693728 " Incompatible and large PDF output, and a crash with -dUCRandBGInfo=/Preserve"

The input is XPS and XPS has no concept of BG/UCR, so the pointer to the
information is NULL. If we had set the parameter -dUCRandBGInfo=/Preserve
then we would attempt to dereference the NULL Pointer.

We now check the pointer before attempting to dereference it.

No differences expected.

gs/devices/vector/gdevpdfg.c

2013-03-23 13:17:59 -0700
Ray Johnston <ray.johnston@artifex.com>
e76a62ee67c16f41f891a01011c7111e31643ebb

Fix MSVC support of command line FEATURE_DEVS_EXTRA and DEVICE_DEVS_EXTRA

In gs.mak these were both being set, which replaces the definition with nmake.
Without these, the definition defaults to an empty string anyway.

gs/base/gs.mak

2013-03-25 16:28:44 +0000
Ken Sharp <ken.sharp@artifex.com>
f54adf86c0f25bf9bc391e8df1af5e7ddfc0aca7

pdfwrite - always fallback for type 4 images if we change colour space

Type 4 (chroma keyed) images can't readily have their colour space changed,
if we are going to a space with fewer components. For example, if we convert
a CMYK image to Gray, then many different CMYK values will map to the same
gray value, leading to parts of the image being masked which should not be.

Technically it is possible to change colour space the other way, but it is
easier for now to simply cause all such images to use the fallback code if
we are changing colour space.

gs/devices/vector/gdevpdfi.c

2013-03-25 16:24:53 +0000
Ken Sharp <ken.sharp@artifex.com>
e3160bc0c25969e6807161f798548b763222e585

Change the colorSpace header entry in generated profiles to make pdfwrite happy

The generated profiles for certain kinds of colour space were being created
as 3CLR and 4CLR, which is absolutely fine in the general case. However,
the new pdfwrite code uses the internal 'icc_equivalent' profile generated
for a CIEBased PostScript colour space (previously pdfwrite generated its
own profile).

But The PDF Reference says that only Gray, RGB, CMYK and Lab are permissible
values for the header. So here we pretend that the generated profiles are
in either RGB or CMYK, so that the emitted PDF will be valid.

Because the profiles are only used to convert into a CIE device-independent
colour space, which will later be converted into a device space, this 'lie'
should not cause any problems (these spaces are not currently emitted at any
other point, and are never used as device profiles).

No differences expected

gs/base/gsicc_create.c

2013-03-22 10:32:07 +0000
Chris Liddell <chris.liddell@artifex.com>
563a2c68351388047d4a21501f8e042a45d0a8db

Bug 693720: make tiffsep(1) depend on the planar device

Update the makefiles to reflect that tiffsep is now a planar based device.

Also fix some of the directory settings.

No cluster differences.

gs/base/msvctail.mak
gs/base/unix-end.mak
gs/devices/devs.mak

2013-03-22 10:21:47 +0000
Ken Sharp <ken.sharp@artifex.com>
2132b46fea22c8b3fc60d18eba0c2ae58162421c

pdfwrite - only process pagelabels for pdfwrite device

Bug #693721 "Regression: file cannot be read starting with
5784bfbfba7191cacce5309e88afac0851287460"

The pagelabels are handled as device parameters rather than pdfmarks, because
the pdfmark syntax can't handle the variety of page labels possible in a
PDF file.

Of course only the pdfwrite device can handle this device parameter, so we
need to only perform this if the current device is pdfwrite.

No differences expected, cluster only tests full builds, inclusive of
the pdfwrite device.

gs/Resource/Init/pdf_main.ps

2013-03-22 01:38:24 +0000
Robin Watts <robin.watts@artifex.com>
86b1d9bea8fbd9f0e7b89730a041f1edd35ee20a

Add mujstest to list of possible user clusterpush jobs.

gs/toolbin/localcluster/clusterpush.pl

2013-03-13 13:14:22 -0700
Ray Johnston <ray.johnston@artifex.com>
b9bb3f30028c552be77554b1e7c273625d115d95

Fix bug 693079. Reduce stack usage for pattern_clist playback.

There were a couple of rather large structures on the stack in
clist_playback_band and in the tile filling. This file goes to
4 levels deep of clist_playback_band -- once for the main clist,
then patterns nested 3 deep.

gs/base/gxclrast.c

2013-03-21 12:55:07 -0700
Ray Johnston <ray.johnston@artifex.com>
9428436fa107096fd9826af8ff1a77a8616d4819

Fix compiler warning.

gs/base/gxclip2.h

2013-03-21 10:57:17 -0700
Ray Johnston <ray.johnston@artifex.com>
e4ddd5fbb12bce97f75d8039a863d32b81e2e67f

Fix bug 693718: 09-03.PS clist problem with DeviceN devices and patterns.

The clist device doesn't write masked DeviceN colors, so masked
patterns use the gx_default_fill_path method, but the pattern logic
optimizes masks that are solid to delete the mask (which is more
efficient), but then the color must be converted to a non-masked
color i.e., gx_dc_type_devn instead of gx_dc_type_devn_masked.

This file was very resolution sensitive because the pattern was
only solid at specific resolutions.

Testing shows significant improvement on comparefiles/PP0001G0.pdf.psdcmyk.300.1

gs/base/gxclip2.c
gs/base/gxp1fill.c

2013-03-21 17:19:09 +0000
Chris Liddell <chris.liddell@artifex.com>
52ee1397fa772e6534843dcff6540fa9cb5b5f11

Change jbig2dec license to AGPL to match Ghostscript.

And remove an obsolete ".cvsignore" file.

CLUSTER_UNTESTED

gs/jbig2dec/.cvsignore
gs/jbig2dec/COPYING
gs/jbig2dec/LICENSE

2013-03-21 11:39:14 +0000
Chris Liddell <chris.liddell@artifex.com>
1d8da78f4ed1e472f7cfa4589122fc3392959563

Bug 693613: add an explicit memory parameter to gs_path_enum_copy_init()

In zpathforall() the path enumerator object is allocated with the current
allocator for the Postscript VM mode. But gs_path_enum_copy_init() used the
memory pointer from the graphics state for all it's allocations, and also to
set the path enumerator's "memory" pointer.

Clearly there was the potential for problems there: in this case, the current
VM mode was global, but the graphics state was allocated in local. In this
scenario, we immediately do a GC on *local* VM after zpathforall() and before
we reach path_continue(). Because the path enumerator was allocated in global
VM, we skip it during this GC, meaning the copied path and its contents (in
local VM) were not marked, the memory considered free, and overwritten during
the compaction phase.

By adding an explicit memory parameter to gs_path_enum_copy_init() we can
ensure that all the allocations for the path enumerator are consistent, and that
the memory pointer in the enumerator is also correct.

No cluster differences.

gs/base/gspath.h
gs/base/gspath1.c
gs/psi/zpath1.c
gs/psi/zupath.c

2013-03-20 18:20:37 +0000
Robin Watts <Robin.Watts@artifex.com>
8f4156a67dae6b3d6ba627a2003617ba773a19ff

Bug 693714: Fix valgrind warnings in downsampler.

When using the special downscalers for 2/3/4, I was miscalculating
the input pointer for the right to left passes, leading to UMRs.
Fixed here.

Surprised that no one has complained of bad rendering!

gs/base/gxdownscale.c

2013-03-20 08:38:39 +0000
Ken Sharp <ken.sharp@artifex.com>
59d1b2b25262c7995e4060ec8388abf059efcf3e

Fix a couple of benign compiler warnings.

gs/devices/vector/gdevpdfg.c

2013-03-19 16:55:06 +0000
Ken Sharp <ken.sharp@artifex.com>
af327b13f517a5a7e74ccafd4c325dd378f509c3

pdfwrite - fix non-standard ranges in CIE spaces converted to ICC wiht linework

Bug #693698 "Wrong color in file with pdfwrite"

The specimen file claims to be Lab but actually isn't. The colour components
are scaled to 0->100, 0->255, 0->255 instead of 0->100, -128 -> 127, -128 -> 127

While the shading and image code scales the input values into 0->1 when emitting
an equivalent ICCBased space, the linework code did not.

This commit addresses that, and also adds code to deal with the same
issue in the new colour code.

There are a few cluster differences but the results are visually identical
or extremely similar.

gs/devices/vector/gdevpdfc.c
gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfg.h

2013-03-19 09:38:01 +0000
Chris Liddell <chris.liddell@artifex.com>
0ce371636903391f165830d84dcbf6bc50a889bf

Bug 693611: add missing pointer to pdf14_device gc funcs

The pclist_device was missing from pdf14_device_enum_ptrs() and
pdf14_device_reloc_ptrs().

No cluster differences.

gs/base/gdevp14.c

2013-03-19 09:55:13 +0000
Ken Sharp <ken.sharp@artifex.com>
46391b4a374db77027733598ec58989eb1d31e47

pdfwrite - fix problem with discontinuous xref tables and 64-bit file sizes

Bug #693710 "Regression: Missing output with pdfwrite and 32-bit build"

The update to use 64-bit offsets for file sizes missed a case when finding
the end of an xref section. This only occurs when an object has been reserved
for future use, and then not actually used (eg a Destination for a Link on a
page which is not then produced).

Corrected the type from ulong to gs_offset_t.

No differences expected.

gs/devices/vector/gdevpdf.c

2013-03-18 20:19:48 -0600
Henry Stiles <henry.stiles@artifex.com>
bc86bd69e26b93a38ab7ee06fa2d77fb836b7c84

Indent PCL and XL in accordance with the indentation rules in
gs/doc/C-style.htm.

The program GNU indent was used to make the changes and we expect
there will be some manual cleanup over the next few days.

pcl/pcbiptrn.c
pcl/pcbiptrn.h
pcl/pccid.c
pcl/pccid.h
pcl/pccolor.c
pcl/pccoord.h
pcl/pccprint.c
pcl/pccsbase.c
pcl/pccsbase.h
pcl/pcdict.h
pcl/pcdither.c
pcl/pcdither.h
pcl/pcdraw.c
pcl/pcdraw.h
pcl/pcfont.c
pcl/pcfont.h
pcl/pcfontpg.c
pcl/pcfontst.h
pcl/pcfrgrnd.c
pcl/pcfrgrnd.h
pcl/pcfsel.c
pcl/pcfsel.h
pcl/pcht.c
pcl/pcht.h
pcl/pcident.c
pcl/pcident.h
pcl/pcimpl.c
pcl/pcindxed.c
pcl/pcindxed.h
pcl/pcjob.c
pcl/pclookup.c
pcl/pclookup.h
pcl/pcmacros.c
pcl/pcmisc.c
pcl/pcmtx3.c
pcl/pcmtx3.h
pcl/pcommand.c
pcl/pcommand.h
pcl/pcpage.c
pcl/pcpage.h
pcl/pcpalet.c
pcl/pcpalet.h
pcl/pcparam.h
pcl/pcparse.c
pcl/pcparse.h
pcl/pcpatrn.c
pcl/pcpatrn.h
pcl/pcpattyp.h
pcl/pcpatxfm.c
pcl/pcpatxfm.h
pcl/pcrect.c
pcl/pcsfont.c
pcl/pcstate.h
pcl/pcstatus.c
pcl/pcsymbol.c
pcl/pcsymbol.h
pcl/pctext.c
pcl/pctop.c
pcl/pctop.h
pcl/pctpm.h
pcl/pcuptrn.c
pcl/pcuptrn.h
pcl/pcursor.c
pcl/pcursor.h
pcl/pcwhtidx.c
pcl/pcwhtidx.h
pcl/pcxfmst.h
pcl/pgchar.c
pcl/pgcolor.c
pcl/pgconfig.c
pcl/pgdraw.c
pcl/pgdraw.h
pcl/pgfdata.c
pcl/pgfdata.h
pcl/pgfont.c
pcl/pgfont.h
pcl/pgframe.c
pcl/pggeom.c
pcl/pggeom.h
pcl/pginit.c
pcl/pginit.h
pcl/pglabel.c
pcl/pglfill.c
pcl/pgmand.h
pcl/pgmisc.c
pcl/pgmisc.h
pcl/pgparse.c
pcl/pgpoly.c
pcl/pgstate.h
pcl/pgvector.c
pcl/rtgmode.c
pcl/rtgmode.h
pcl/rtmisc.c
pcl/rtmisc.h
pcl/rtraster.c
pcl/rtraster.h
pcl/rtrstcmp.c
pcl/rtrstcmp.h
pcl/rtrstst.h
pl/dwimg.c
pl/dwimg.h
pl/dwmainc.c
pl/dwreg.c
pl/dwreg.h
pl/pjparse.c
pl/pjparse.h
pl/pjparsei.c
pl/pjtop.c
pl/pjtop.h
pl/plalloc.c
pl/plapi.h
pl/plchar.c
pl/plchar.h
pl/pldict.c
pl/pldict.h
pl/pldraw.c
pl/pldraw.h
pl/plfapi.c
pl/plfapi.h
pl/plfont.c
pl/plfont.h
pl/plftable.h
pl/plht.c
pl/plht.h
pl/plimpl.c
pl/pllfont.c
pl/pllfont.h
pl/plmain.c
pl/plmain.h
pl/plparse.h
pl/plplatf.c
pl/plplatf.h
pl/plplatfps.c
pl/plsrgb.c
pl/plsrgb.h
pl/plsymbol.c
pl/plsymbol.h
pl/pltop.c
pl/pltop.h
pl/pltoputl.c
pl/pltoputl.h
pl/pluchar.c
pl/plufont.c
pl/plufstlp.c
pl/plufstlp.h
pl/plufstlp1.c
pl/plulfont.c
pl/plvalue.c
pl/plvalue.h
pl/plvocab.c
pl/realmain.c
pxl/pxbfont.c
pxl/pxbfont.h
pxl/pxdict.h
pxl/pxerrors.c
pxl/pxerrors.h
pxl/pxffont.c
pxl/pxfont.c
pxl/pxfont.h
pxl/pxgstate.c
pxl/pxgstate.h
pxl/pximage.c
pxl/pximpl.c
pxl/pxink.c
pxl/pxoper.h
pxl/pxpaint.c
pxl/pxparse.c
pxl/pxparse.h
pxl/pxptable.c
pxl/pxptable.h
pxl/pxpthr.c
pxl/pxpthr.h
pxl/pxsessio.c
pxl/pxstate.c
pxl/pxstate.h
pxl/pxstream.c
pxl/pxtop.c
pxl/pxvalue.c
pxl/pxvalue.h

2013-03-18 16:26:48 +0000
Chris Liddell <chris.liddell@artifex.com>
962b4bd30b0b85ee5c55d548144e0d4c073a7bfb

Remove unnecessary traling $(D) from a "-I" compiler option.

No cluster differences.

gs/base/lib.mak

2013-03-18 10:59:37 +0000
Ken Sharp <ken.sharp@artifex.com>
ec0a5d96d02576c53cef22fe3e9bde5547c2f4ee

pdfwrite - improve handling of broken fonts

Bug #693711 "pdfwrite segfault"

The specimen file contains two fonts which are badly broken, in one case
the broken data stream decodes to a 'return' operation without a prior
'callsubr'. This caused the SEAC detection code to attempt to free memory
using uninitialised data, which caused a seg fault. We now detect the call
stack depth, and return an error if we return when no subroutine is executing.

This caused a later heap error, as did the other font, because the regular
type 1 font interpreter also didn't like the font data, and returned an error.
This caused us not to write a FontFile resource, but the FontDescriptor
writing code tried to write one anyway. Fixed by checking that there is a
FontFile before trying to write one.

The specimen file now runs to completion, but will not embed the broken
fonts. As a result it will only work 'correctly' on systems which have the
missing fonts available. Although given that these fonts are broken, it
seems unlikely these will work anyway.

No differences expected.

gs/base/gxtype1.c
gs/devices/vector/gdevpdtd.c

2013-03-18 08:36:00 +0000
Chris Liddell <chris.liddell@artifex.com>
fe7e1a32165f96d20d696c6b0349d338f1ec3666

Bug 693712: fix the header search path

The new devices directory wasn't correctly added to the list of "-I" compiler
options.

No cluster differences.

gs/base/lib.mak

2013-03-17 17:46:54 -0600
Henry Stiles <henry.stiles@artifex.com>
ba5fb31f9029bf622bea24ac47e089c514981f7f

Warning cleanup.

pcl/pcl.mak
pcl/pcpage.c
pcl/pctext.c
pl/pjparse.c
pl/plfont.c
pxl/pxerrors.c
pxl/pxfont.c
pxl/pxl.mak

2013-03-17 09:49:46 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
473fec16b9ff829b28d0c291eb4fc929f221d3c6

Bug 693658: Avoid overflows in image positioning.

Check for overflows to handle cases when CTM or ImageMatrix is too big.

gs/base/gxifast.c
gs/base/gxipixel.c

2013-03-16 10:38:07 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
884590d08f332a06ebf3e5db996c32210a5fc8c0

Bug 689658: Reject excessive values in CIE color spaces.

Reject CIE color spaces that have any of the attributes out of
-10000..10000 range to avoid overflows and division by 0.
This range should be sufficient for any real world color usage.

gs/psi/zcolor.c
gs/psi/zcrd.c

2013-03-16 09:08:05 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
56f34c8243ad078882df0f08cbfc10c6943fb3fe

Bug 693658: Improve validation of image parameters

To avoid overflow, check that parameter is withing the given range
before the parameter is converted to int. Stop interpolation of 0-width
or 0-length images because interpolation code divides by 0 in this case.

gs/base/gxiscale.c
gs/psi/idparam.c
gs/psi/zimage.c

2013-03-15 10:48:15 -0600
Henry Stiles <henry.stiles@artifex.com>
93bcd2277fe838838c760c4fea827d18a445ba8f

Bug 692722: Fix garbage in win32 console when using unicode filename.

In Unicode build, wide-char arguments are first converted to UTF-8 and
may be sent to stdout/stderr. So we must switch the console code page
to CP_UTF8 during main_utf8() execution to avoid utf-8/local-codepage
collision.

Thanks to Mathieu Lafon for the patch.

pl/dwmainc.c

2013-03-15 14:32:21 +0000
Chris Liddell <chris.liddell@artifex.com>
773c69e46e70bdd5482676437dafd2ca83397643

Bug 693699: replace all fopen calls with gp_fopen

Only exceptions are those in the platform specific code, and mkromfs.c.

Also, add a preprocessor define so that any unintential calls directly to
fopen will cause an error.

No cluster differences.

gs/base/fapi_ft.c
gs/base/gp_dvx.c
gs/base/gp_macio.c
gs/base/gp_mswin.c
gs/base/gp_os2.c
gs/base/gp_unifs.c
gs/base/gp_unix.c
gs/base/gp_unix_cache.c
gs/base/gp_vms.c
gs/base/gsdevice.c
gs/base/gsicc_create.c
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsiodev.c
gs/base/gsiodisk.c
gs/base/gsiomacres.c
gs/base/gsroprun.c
gs/base/gxblend.c
gs/base/gxblend1.c
gs/base/gxiodev.h
gs/base/gxpcmap.c
gs/base/lib.mak
gs/base/mkromfs.c
gs/base/stdio_.h
gs/base/strmio.c
gs/contrib/japanese/dviprlib.c
gs/contrib/japanese/gdevdmpr.c
gs/contrib/pcl3/eprn/eprnparm.c
gs/contrib/pscolor/test.c
gs/devices/vector/gdevtxtw.c
gs/psi/apitest.c
gs/psi/gserver.c
gs/psi/int.mak
gs/psi/zfile.c
gs/psi/ziodev2.c
pl/pjparse.c
pl/plmain.c
svg/svg.mak
svg/svgtop.c
xps/xpszip.c

2013-03-15 10:13:05 +0000
Chris Liddell <chris.liddell@artifex.com>
5d49dbfa9c33dc67f7e5dbb0294056976de33521

Bug 693702: fix handling of large glyphs in FAPI/UFST

There was a logical error in the fallback case when a glyph ends up too big
for a temporary bitmap allocation in the UFST code which caused us to render
the "notdef" glyph instead of fallback to using the glyph outline to render
uncached.

CLUSTER_UNTESTED

gs/base/fapiufst.c

2013-03-14 11:59:19 -0600
Henry Stiles <henry.stiles@artifex.com>
b243adea0a7684fdb1fe755166816bafddca7666

Documentation typo fixed.

CLUSTER_UNTESTED

doc/ghostpdl.pdf
doc/ghostpdl.tex
doc/ghostpdl.txt

2013-03-14 09:11:07 +0000
Ken Sharp <ken.sharp@artifex.com>
5265796a4b8cb3d05dd72695373381135cb99c50

Remove two unused variables and a redundant function call

Flagged by compiler warnings, two variables are unused, and a function call
to set one of them is not required.

No differences expected

gs/psi/zcolor.c

2013-03-13 13:39:54 -0600
Henry Stiles <henry.stiles@artifex.com>
da27879315a810e24fc881680a2ea5e8345c9bc2

Fix trace device to compile with the new directory structure.

The trace devices were located in the lib.mak file and stopped working
(the compile broke) when gdevtrac.c was moved to the new devices/
directory.

gs/base/lib.mak
gs/devices/devs.mak

2013-03-13 14:10:55 +0000
Chris Liddell <chris.liddell@artifex.com>
044c2d5eefff2d1c92dc830b4b424856228cd083

Remove psmono, psgray and psrgb devices.

Only vestige of pswrite remaining is epswrite.

No cluster differences.

doc/who_owns_what.txt
gs/Makefile.in
gs/base/macos-mcp.mak
gs/base/openvms.mak
gs/base/openvms.mmk
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/configure.ac
gs/devices/devs.mak
gs/devices/gdevpsim.c
gs/doc/Devices.htm
gs/psi/msvc.mak
gs/psi/os2.mak
gs/toolbin/pre.chk

2013-03-13 13:33:18 +0000
Ken Sharp <ken.sharp@artifex.com>
fe10fefa06fe8405a05d4370ab6deaf14e06b122

Fix '0' return handling from dict_find_string in colour code

Bug #693685 - Wrong assumption about dict_find_string()

It seems that dict_find_string can return 0 when a string is not found in a
dictionary. This commit updates the code to deal with this (apparently unusual)
case.

No differences expected

gs/psi/zcolor.c

2013-03-11 16:17:49 -0400
Chris Liddell <chris.liddell@artifex.com>
8a95c1dff88559acbe451fa4b402fdae7f1818b3

Remove pswrite device.

epswrite and, by implication, the pswrite source remain - for now......

No cluster differences.

doc/who_owns_what.txt
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/openvms.mak
gs/base/openvms.mmk
gs/base/unix-gcc.mak
gs/configure.ac
gs/devices/devs.mak
gs/devices/vector/gdevps.c
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Issues.htm
gs/doc/Projects.htm
gs/doc/Use.htm
gs/psi/msvc.mak
gs/psi/os2.mak
gs/toolbin/pre.chk
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2013-03-13 10:27:56 +0000
Chris Liddell <chris.liddell@artifex.com>
ea86d8b5f40deff1b226c0a1bc98685f7ce34a02

Fix a missing "!endif" in msvclib.mak

CLUSTER_UNTESTED

gs/base/msvclib.mak

2013-03-12 13:29:45 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
a7b3f0ce56a0c86b3b9b1c815d0c0a402e2cb3f6

Add pdfwrite option to clusterpush.pl to run only pdfwrite and ps2write tests.

gs/toolbin/localcluster/clusterpush.pl

2013-03-11 23:09:22 +0000
unknown <ken@.(none)>
b0a5422d62b83d961a2caa5bd271d25e08495b25

Check return codes when handling CIE colour space parameters

We weren't checking some parameters, which could lead to seg faults

Bug #693659

gs/psi/zcie.c

2013-03-11 23:05:55 +0000
unknown <ken@.(none)>
b3b835e19f8a248a16ed68394c16b1e8899cf6ac

pdfwrite - limit number of pages to limit in spec

Bug #693658 - file 35a5e3ba_39da0975_973319ae_a18c13ca_ce4ba9eb.SIGSEGV.b0b

Reserving pages overflowed an integer, causing us not to reserve enough pages
we now clamp to 2^32 -1 (see PDF spec, page numbers are defined as integers)

This now runs out of memory and aborts the pdfmark.

No differences expectedd

gs/devices/vector/gdevpdfu.c

2013-03-11 17:01:39 -0400
Chris Liddell <chris.liddell@artifex.com>
943ae1102814d5248fea59b3029fa8723a47527b

Bug 693644: Remove leftover stuff about pdfopt and dumphint

No cluster differences

gs/Resource/Init/gs_init.ps
gs/base/unixinst.mak
gs/doc/Develop.htm
gs/doc/Psfiles.htm
gs/doc/Use.htm
gs/man/de/pdfopt.1
gs/man/pdfopt.1

2013-03-11 15:40:36 -0400
Chris Liddell <chris.liddell@artifex.com>
9c78f0146d0983382b54e15433c44faabc6fffcc

Bug 693686: Improve heurisic for vertical metrics from FT

Freetype "derives" vertical metrics when a font does not contain any, so we
use a heuristic to decide whether to use them, or not. With the revised FAPI
for use with the non-PS/PDF languages, the "heurstic" was "augmented" with an
unsuitably simple test - so now that simple test has been replaced with
an improved heuristic which works for both PS and PCL.

No cluster differences.

gs/base/fapi_ft.c
gs/base/gxfapi.c

2013-03-10 14:55:13 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
a9fa9038c30384eb8bc07aa53d115f6b9d94e46f

Bug 693658: Reject encoding array with non-name entries.

gs/psi/zfapi.c

2013-03-09 20:50:32 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
a431d5193985ed563a04ec71a053ddfe14026326

Bug 693681: Thansform group /BBox by /Matrix

gs/Resource/Init/pdf_draw.ps

2013-03-08 17:19:43 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
2cdd97670587903d4198ef7455742f0363502bb8

Bug 693659: Check that halftone 5 has /Default component.

gs/psi/zht2.c

2013-03-08 16:54:05 +0000
Chris Liddell <chris.liddell@artifex.com>
5f5f13ff649293cb66fa8ddcdad4a1e9bedf437f

Bug 693683: remove not needed header.

CLUSTER_UNTESTED

gs/base/fapiufst.c

2013-03-07 16:56:10 -0700
Henry Stiles <henry.stiles@artifex.com>
26a55d3991398f16a71d8369944ac75ab55aa94c

Bug 693453, remove unnecessary confusing check for a null parameter.

The width parameter is a prerequisite and does not need to be null
checked.

pl/plchar.c

2013-03-08 11:08:40 +0000
Ken Sharp <ken.sharp@artifex.com>
d337f132f69f31957b4b409a7958b45bdc2089fe

pdfwrite - Auto-rotation. Prefer auto-rotate over DSC comments

When auto-rotation is not /None we check both the heuristically determined
auto-rotate value and (for PostScript input) any DSC document or page level
comments.

Previously where these conflicted we used the DSC comments, but this seems
obtuse when the user has asked for auto-rotation. This reverses the default
so that auto-rotation will be preferred.

Also updated the documentation which incorrectly stated that Orientation
DSC comments were ignored.

Expected differences
A few files are now rotated where previously they were not

gs/devices/vector/gdevpdf.c
gs/doc/Ps2pdf.htm

2013-03-08 10:45:30 +0000
Chris Liddell <chris.liddell@artifex.com>
2ec451c463a73f66891356081f1bc9d3972a0358

Remove a pointless relative path in the VS project

CLUSTER_UNTESTED

gs/ghostscript.vcproj

2013-03-08 10:29:33 +0000
Chris Liddell <chris.liddell@artifex.com>
4aa99bb81e72592ed9adcdf6cfec8fadc001ba62

Add the VS project changes for the new devices dir

These changes somehow went awol when I committed the directory reorg.

CLUSTER_UNTESTED

gs/ghostscript.vcproj

2013-03-07 23:44:25 -0800
Ray Johnston <ray.johnston@artifex.com>
7cc7b0adb8203fbc94ce4613e4eefa12d9de0b2c

Fix compiler warning and trailing whitespace issues.

gs/base/gsequivc.c

2013-03-07 16:18:47 -0800
Ray Johnston <ray.johnston@artifex.com>
7fd565cebe1add96bf09527530c1f30365090cc5

Clean up some indents that used tabs.

gs/base/gdevp14.c

2013-01-12 19:41:09 -0800
Ray Johnston <ray.johnston@artifex.com>
6c4990bb6f8f4e5d7484b9b183ea9caaa5eaedee

Remove force of -Z: used during development.

gs/psi/imain.c

2012-08-27 15:57:59 -0700
Ray Johnston <ray.johnston@artifex.com>
abc6c492a11f63ee416ecd287d980a0cb134421e

Finally get rid of band_complexity and write/read color_usage_array from clist.

This also gets rid of the hackish fixed length band_color_usage in the page_info
in favor of a dynamically allocated structure that has one entry per band.

A few minor git gripes cleaned up for the commit (trailing whitespace) in the
affected files.

gs/base/gdevppla.c
gs/base/gdevppla.h
gs/base/gdevprn.c
gs/base/gdevprn.h
gs/base/gxband.h
gs/base/gxcldev.h
gs/base/gxclimag.c
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxclpath.c
gs/base/gxclread.c
gs/base/gxclrect.c
gs/base/gxclthrd.c
gs/base/gxclutil.c
gs/base/gxdevbuf.h
gs/devices/gdevijs.c
gs/devices/gdevplib.c
gs/devices/gdevpng.c
gs/psi/imain.c

2012-05-09 09:31:46 -0700
Ray Johnston <ray.johnston@artifex.com>
aa5ee8102a4a98c8cef55b4ee9f347b9bdf94036

Optimize PDF 1.4 transparency when using the clist.

Keep track of the bbox for the actual transparency rect in each band,
and skip pdf14 compositor actions on playback for bands with an empty
bbox. Bands that only paint to the page level with alpha == 1 don't
need the compositor. -Z: prints the number of bands skipped.

gs/base/gdevp14.c
gs/base/gdevprn.c
gs/base/gsropt.h
gs/base/gxband.h
gs/base/gxcldev.h
gs/base/gxclimag.c
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxclpath.c
gs/base/gxclrast.c
gs/base/gxclread.c
gs/base/gxclrect.c
gs/base/gxclutil.c
gs/base/lib.mak

2013-03-07 14:06:36 -0800
Ray Johnston <ray.johnston@artifex.com>
dde01090d9251f0752583fa0524d0db7e5b1531d

Fix indeterminate results caused by UMR of render_cond.

Seen with tests_private/pdf/PDFIA1.7_SUBSET/CATX4988.pdf and other
files (psdcmyk device). Function capture_spot_equivalent_cmyk_colors
uses a 'temp_profile' but didn't initialize the rendercond
array which could change the link profile that was generated.
Also (just in case) set the devicegraytok element.

gs/base/gsequivc.c

2013-03-06 11:17:49 -0800
Ray Johnston <ray.johnston@artifex.com>
b2716c4d4862d357d52e3046f512bf4a93b71296

Fix missing dependency of gxpcolor.h

gs/base/lib.mak

2013-03-07 14:05:59 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
0deeb9ece0637d0d1e8f2d6d03cea3e245330856

Bug 693659: Check that CalRGB is a dictionary.

gs/psi/zcolor.c

2013-03-07 13:40:58 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
4e43623be06fc7dbae01071ab78b5e9f9e70f133

Bug 693659: Check that halftone name is a name.

gs/psi/zht2.c

2013-03-07 12:41:53 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
8f972acdde3a09fc37e76826dafec44f8d9ee603

Bug 693659: Check for file name buffer overflow.

gs/psi/zfile.c

2013-03-07 09:15:07 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
2e32682a2530afae04e2d1988da06740d92f7808

Bug 693659: Skip empty strings in sfnts array.

gs/psi/zfapi.c

2013-03-07 00:45:41 +0000
Robin Watts <robin.watts@artifex.com>
6961e71d7b6b9162f6b75fae60469175a4c8d43e

Bug 692862: Fix stroking problem with antialiasing

The fix for bug 691228 causes problems in some cases; when joining
two segment that are directly in line with the next, we add a
circular line cap to ensure correct rendering. Which side of this
end cap we end up on depends on which direction the line then
continues in.

gs/base/gxstroke.c

2013-03-06 09:30:38 -0800
Ray Johnston <ray.johnston@artifex.com>
d3d66fddadc345aab1139397e10b1ab200af2c99

Fix infinite recursion (caused segfault) introduced with commit 70ba7029.

The fix to mem_planar_fill_rectangle_hl_color did not account for the
devn_masked color type which can also be handled.

gs/base/gdevmpla.c

2013-03-06 10:15:14 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
0f541c553afe098f84f19557e4a19bb18e803b91

Bug 693659: Reject functions with 1-point domain.

gs/psi/zfunc.c

2013-02-26 18:01:40 +0000
Chris Liddell <chris.liddell@artifex.com>
f1488c5aff54f37ee67759827d4298592af5dbc8

Move output devices to their own directory.

Also put the vector devices in their own directory, so we have:
gs/devices

and

gs/devices/vector

This is a first pass - further refinement may be required!

No cluster differences.

common/msvc_top.mak
common/ugcc_top.mak
gs/Makefile.in
gs/autogen.sh
gs/base/Makefile.in
gs/base/configure.ac
gs/base/contrib.mak
gs/base/devs.mak
gs/base/gdev3852.c
gs/base/gdev3b1.c
gs/base/gdev4081.c
gs/base/gdev4693.c
gs/base/gdev8510.c
gs/base/gdev8bcm.c
gs/base/gdev8bcm.h
gs/base/gdevadmp.c
gs/base/gdevagl.c
gs/base/gdevagl.h
gs/base/gdevatx.c
gs/base/gdevbit.c
gs/base/gdevbj10.c
gs/base/gdevbjc.h
gs/base/gdevbjcl.c
gs/base/gdevbjcl.h
gs/base/gdevbmp.c
gs/base/gdevbmp.h
gs/base/gdevbmpa.c
gs/base/gdevbmpc.c
gs/base/gdevccr.c
gs/base/gdevcdj.c
gs/base/gdevcfax.c
gs/base/gdevcif.c
gs/base/gdevclj.c
gs/base/gdevcljc.c
gs/base/gdevcp50.c
gs/base/gdevcslw.c
gs/base/gdevdfax.c
gs/base/gdevdjet.c
gs/base/gdevdjtc.c
gs/base/gdevdljm.c
gs/base/gdevdljm.h
gs/base/gdevdm24.c
gs/base/gdevdsp.c
gs/base/gdevdsp.h
gs/base/gdevdsp2.h
gs/base/gdevepsc.c
gs/base/gdevepsn.c
gs/base/gdevescp.c
gs/base/gdevevga.c
gs/base/gdevfax.c
gs/base/gdevfax.h
gs/base/gdevherc.c
gs/base/gdevhl7x.c
gs/base/gdevicov.c
gs/base/gdevifno.c
gs/base/gdevijs.c
gs/base/gdevimgn.c
gs/base/gdevjbig2.c
gs/base/gdevjpeg.c
gs/base/gdevjpx.c
gs/base/gdevl256.c
gs/base/gdevl31s.c
gs/base/gdevlbp8.c
gs/base/gdevlj56.c
gs/base/gdevlp8k.c
gs/base/gdevlxm.c
gs/base/gdevmac.c
gs/base/gdevmac.h
gs/base/gdevmacpictop.h
gs/base/gdevmacttf.h
gs/base/gdevmeds.c
gs/base/gdevmeds.h
gs/base/gdevmgr.c
gs/base/gdevmgr.h
gs/base/gdevmiff.c
gs/base/gdevmswn.c
gs/base/gdevmswn.h
gs/base/gdevmsxf.c
gs/base/gdevn533.c
gs/base/gdevo182.c
gs/base/gdevokii.c
gs/base/gdevos2p.c
gs/base/gdevp2up.c
gs/base/gdevpbm.c
gs/base/gdevpcfb.c
gs/base/gdevpcfb.h
gs/base/gdevpcl.c
gs/base/gdevpcl.h
gs/base/gdevpcx.c
gs/base/gdevpdf.c
gs/base/gdevpdfb.c
gs/base/gdevpdfb.h
gs/base/gdevpdfc.c
gs/base/gdevpdfc.h
gs/base/gdevpdfd.c
gs/base/gdevpdfe.c
gs/base/gdevpdfg.c
gs/base/gdevpdfg.h
gs/base/gdevpdfi.c
gs/base/gdevpdfj.c
gs/base/gdevpdfk.c
gs/base/gdevpdfm.c
gs/base/gdevpdfo.c
gs/base/gdevpdfo.h
gs/base/gdevpdfp.c
gs/base/gdevpdfr.c
gs/base/gdevpdft.c
gs/base/gdevpdfu.c
gs/base/gdevpdfv.c
gs/base/gdevpdfx.h
gs/base/gdevpdt.c
gs/base/gdevpdt.h
gs/base/gdevpdtb.c
gs/base/gdevpdtb.h
gs/base/gdevpdtc.c
gs/base/gdevpdtd.c
gs/base/gdevpdtd.h
gs/base/gdevpdte.c
gs/base/gdevpdtf.c
gs/base/gdevpdtf.h
gs/base/gdevpdti.c
gs/base/gdevpdti.h
gs/base/gdevpdts.c
gs/base/gdevpdts.h
gs/base/gdevpdtt.c
gs/base/gdevpdtt.h
gs/base/gdevpdtv.c
gs/base/gdevpdtv.h
gs/base/gdevpdtw.c
gs/base/gdevpdtw.h
gs/base/gdevpdtx.h
gs/base/gdevpe.c
gs/base/gdevperm.c
gs/base/gdevphex.c
gs/base/gdevpjet.c
gs/base/gdevplan.c
gs/base/gdevplib.c
gs/base/gdevplib.h
gs/base/gdevpm.h
gs/base/gdevpng.c
gs/base/gdevps.c
gs/base/gdevpsd.c
gs/base/gdevpsdf.h
gs/base/gdevpsdi.c
gs/base/gdevpsdp.c
gs/base/gdevpsds.c
gs/base/gdevpsds.h
gs/base/gdevpsdu.c
gs/base/gdevpsf.h
gs/base/gdevpsf1.c
gs/base/gdevpsf2.c
gs/base/gdevpsfm.c
gs/base/gdevpsft.c
gs/base/gdevpsfu.c
gs/base/gdevpsfx.c
gs/base/gdevpsim.c
gs/base/gdevpsu.c
gs/base/gdevpsu.h
gs/base/gdevpx.c
gs/base/gdevpxut.c
gs/base/gdevpxut.h
gs/base/gdevrinkj.c
gs/base/gdevs3ga.c
gs/base/gdevsco.c
gs/base/gdevsgi.c
gs/base/gdevsgi.h
gs/base/gdevsj48.c
gs/base/gdevsnfb.c
gs/base/gdevsppr.c
gs/base/gdevstc.c
gs/base/gdevstc.h
gs/base/gdevstc1.c
gs/base/gdevstc2.c
gs/base/gdevstc3.c
gs/base/gdevstc4.c
gs/base/gdevsun.c
gs/base/gdevsunr.c
gs/base/gdevsvg.c
gs/base/gdevsvga.c
gs/base/gdevsvga.h
gs/base/gdevtfax.c
gs/base/gdevtfax.h
gs/base/gdevtfnx.c
gs/base/gdevtifs.c
gs/base/gdevtifs.h
gs/base/gdevtknk.c
gs/base/gdevtrac.c
gs/base/gdevtsep.c
gs/base/gdevtxtw.c
gs/base/gdevupd.c
gs/base/gdevvglb.c
gs/base/gdevwddb.c
gs/base/gdevwdib.c
gs/base/gdevwpr2.c
gs/base/gdevwprn.c
gs/base/gdevx.c
gs/base/gdevx.h
gs/base/gdevxalt.c
gs/base/gdevxcf.c
gs/base/gdevxcmp.c
gs/base/gdevxcmp.h
gs/base/gdevxini.c
gs/base/gdevxps.c
gs/base/gdevxres.c
gs/base/gxfcopy.c
gs/base/gxfcopy.h
gs/base/lib.mak
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/minftrsz.c
gs/base/minftrsz.h
gs/base/msvclib.mak
gs/base/opdfread.h
gs/base/openvms.mak
gs/base/openvms.mmk
gs/base/pcwin.mak
gs/base/rinkj/evenbetter-rll.c
gs/base/rinkj/evenbetter-rll.h
gs/base/rinkj/rinkj-byte-stream.c
gs/base/rinkj/rinkj-byte-stream.h
gs/base/rinkj/rinkj-config.c
gs/base/rinkj/rinkj-config.h
gs/base/rinkj/rinkj-device.c
gs/base/rinkj/rinkj-device.h
gs/base/rinkj/rinkj-dither.c
gs/base/rinkj/rinkj-dither.h
gs/base/rinkj/rinkj-epson870.c
gs/base/rinkj/rinkj-epson870.h
gs/base/rinkj/rinkj-screen-eb.c
gs/base/rinkj/rinkj-screen-eb.h
gs/base/ugcclib.mak
gs/base/unix-dll.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/base/whitelst.c
gs/base/whitelst.h
gs/base/winlib.mak
gs/configure.ac
gs/contrib/contrib.mak
gs/devices/contrib.mak
gs/devices/devs.mak
gs/devices/gdev3852.c
gs/devices/gdev3b1.c
gs/devices/gdev4081.c
gs/devices/gdev4693.c
gs/devices/gdev8510.c
gs/devices/gdev8bcm.c
gs/devices/gdev8bcm.h
gs/devices/gdevadmp.c
gs/devices/gdevatx.c
gs/devices/gdevbit.c
gs/devices/gdevbj10.c
gs/devices/gdevbjc.h
gs/devices/gdevbjcl.c
gs/devices/gdevbjcl.h
gs/devices/gdevbmp.c
gs/devices/gdevbmp.h
gs/devices/gdevbmpa.c
gs/devices/gdevbmpc.c
gs/devices/gdevccr.c
gs/devices/gdevcdj.c
gs/devices/gdevcfax.c
gs/devices/gdevcif.c
gs/devices/gdevclj.c
gs/devices/gdevcljc.c
gs/devices/gdevcp50.c
gs/devices/gdevcslw.c
gs/devices/gdevdfax.c
gs/devices/gdevdjet.c
gs/devices/gdevdjtc.c
gs/devices/gdevdljm.c
gs/devices/gdevdljm.h
gs/devices/gdevdm24.c
gs/devices/gdevdsp.c
gs/devices/gdevdsp.h
gs/devices/gdevdsp2.h
gs/devices/gdevepsc.c
gs/devices/gdevepsn.c
gs/devices/gdevescp.c
gs/devices/gdevevga.c
gs/devices/gdevfax.c
gs/devices/gdevfax.h
gs/devices/gdevherc.c
gs/devices/gdevhl7x.c
gs/devices/gdevicov.c
gs/devices/gdevifno.c
gs/devices/gdevijs.c
gs/devices/gdevimgn.c
gs/devices/gdevjbig2.c
gs/devices/gdevjpeg.c
gs/devices/gdevjpx.c
gs/devices/gdevl256.c
gs/devices/gdevl31s.c
gs/devices/gdevlbp8.c
gs/devices/gdevlp8k.c
gs/devices/gdevlxm.c
gs/devices/gdevmac.c
gs/devices/gdevmac.h
gs/devices/gdevmacpictop.h
gs/devices/gdevmacttf.h
gs/devices/gdevmeds.c
gs/devices/gdevmeds.h
gs/devices/gdevmgr.c
gs/devices/gdevmgr.h
gs/devices/gdevmiff.c
gs/devices/gdevmswn.c
gs/devices/gdevmswn.h
gs/devices/gdevmsxf.c
gs/devices/gdevn533.c
gs/devices/gdevo182.c
gs/devices/gdevokii.c
gs/devices/gdevos2p.c
gs/devices/gdevp2up.c
gs/devices/gdevpbm.c
gs/devices/gdevpcfb.c
gs/devices/gdevpcfb.h
gs/devices/gdevpcl.c
gs/devices/gdevpcl.h
gs/devices/gdevpcx.c
gs/devices/gdevpe.c
gs/devices/gdevperm.c
gs/devices/gdevphex.c
gs/devices/gdevpjet.c
gs/devices/gdevplan.c
gs/devices/gdevplib.c
gs/devices/gdevplib.h
gs/devices/gdevpm.h
gs/devices/gdevpng.c
gs/devices/gdevpsd.c
gs/devices/gdevpsim.c
gs/devices/gdevrinkj.c
gs/devices/gdevs3ga.c
gs/devices/gdevsco.c
gs/devices/gdevsgi.c
gs/devices/gdevsgi.h
gs/devices/gdevsj48.c
gs/devices/gdevsnfb.c
gs/devices/gdevsppr.c
gs/devices/gdevstc.c
gs/devices/gdevstc.h
gs/devices/gdevstc1.c
gs/devices/gdevstc2.c
gs/devices/gdevstc3.c
gs/devices/gdevstc4.c
gs/devices/gdevsun.c
gs/devices/gdevsunr.c
gs/devices/gdevsvga.c
gs/devices/gdevsvga.h
gs/devices/gdevtfax.c
gs/devices/gdevtfax.h
gs/devices/gdevtfnx.c
gs/devices/gdevtifs.c
gs/devices/gdevtifs.h
gs/devices/gdevtknk.c
gs/devices/gdevtrac.c
gs/devices/gdevtsep.c
gs/devices/gdevupd.c
gs/devices/gdevvglb.c
gs/devices/gdevwddb.c
gs/devices/gdevwdib.c
gs/devices/gdevwpr2.c
gs/devices/gdevwprn.c
gs/devices/gdevx.c
gs/devices/gdevx.h
gs/devices/gdevxalt.c
gs/devices/gdevxcf.c
gs/devices/gdevxcmp.c
gs/devices/gdevxcmp.h
gs/devices/gdevxini.c
gs/devices/gdevxres.c
gs/devices/gxfcopy.c
gs/devices/gxfcopy.h
gs/devices/minftrsz.c
gs/devices/minftrsz.h
gs/devices/rinkj/evenbetter-rll.c
gs/devices/rinkj/evenbetter-rll.h
gs/devices/rinkj/rinkj-byte-stream.c
gs/devices/rinkj/rinkj-byte-stream.h
gs/devices/rinkj/rinkj-config.c
gs/devices/rinkj/rinkj-config.h
gs/devices/rinkj/rinkj-device.c
gs/devices/rinkj/rinkj-device.h
gs/devices/rinkj/rinkj-dither.c
gs/devices/rinkj/rinkj-dither.h
gs/devices/rinkj/rinkj-epson870.c
gs/devices/rinkj/rinkj-epson870.h
gs/devices/rinkj/rinkj-screen-eb.c
gs/devices/rinkj/rinkj-screen-eb.h
gs/devices/vector/gdevagl.c
gs/devices/vector/gdevagl.h
gs/devices/vector/gdevlj56.c
gs/devices/vector/gdevpdf.c
gs/devices/vector/gdevpdfb.c
gs/devices/vector/gdevpdfb.h
gs/devices/vector/gdevpdfc.c
gs/devices/vector/gdevpdfc.h
gs/devices/vector/gdevpdfd.c
gs/devices/vector/gdevpdfe.c
gs/devices/vector/gdevpdfg.c
gs/devices/vector/gdevpdfg.h
gs/devices/vector/gdevpdfi.c
gs/devices/vector/gdevpdfj.c
gs/devices/vector/gdevpdfk.c
gs/devices/vector/gdevpdfm.c
gs/devices/vector/gdevpdfo.c
gs/devices/vector/gdevpdfo.h
gs/devices/vector/gdevpdfp.c
gs/devices/vector/gdevpdfr.c
gs/devices/vector/gdevpdft.c
gs/devices/vector/gdevpdfu.c
gs/devices/vector/gdevpdfv.c
gs/devices/vector/gdevpdfx.h
gs/devices/vector/gdevpdt.c
gs/devices/vector/gdevpdt.h
gs/devices/vector/gdevpdtb.c
gs/devices/vector/gdevpdtb.h
gs/devices/vector/gdevpdtc.c
gs/devices/vector/gdevpdtd.c
gs/devices/vector/gdevpdtd.h
gs/devices/vector/gdevpdte.c
gs/devices/vector/gdevpdtf.c
gs/devices/vector/gdevpdtf.h
gs/devices/vector/gdevpdti.c
gs/devices/vector/gdevpdti.h
gs/devices/vector/gdevpdts.c
gs/devices/vector/gdevpdts.h
gs/devices/vector/gdevpdtt.c
gs/devices/vector/gdevpdtt.h
gs/devices/vector/gdevpdtv.c
gs/devices/vector/gdevpdtv.h
gs/devices/vector/gdevpdtw.c
gs/devices/vector/gdevpdtw.h
gs/devices/vector/gdevpdtx.h
gs/devices/vector/gdevps.c
gs/devices/vector/gdevpsdf.h
gs/devices/vector/gdevpsdi.c
gs/devices/vector/gdevpsdp.c
gs/devices/vector/gdevpsds.c
gs/devices/vector/gdevpsds.h
gs/devices/vector/gdevpsdu.c
gs/devices/vector/gdevpsf.h
gs/devices/vector/gdevpsf1.c
gs/devices/vector/gdevpsf2.c
gs/devices/vector/gdevpsfm.c
gs/devices/vector/gdevpsft.c
gs/devices/vector/gdevpsfu.c
gs/devices/vector/gdevpsfx.c
gs/devices/vector/gdevpsu.c
gs/devices/vector/gdevpsu.h
gs/devices/vector/gdevpx.c
gs/devices/vector/gdevpxut.c
gs/devices/vector/gdevpxut.h
gs/devices/vector/gdevsvg.c
gs/devices/vector/gdevtxtw.c
gs/devices/vector/gdevxps.c
gs/devices/vector/opdfread.h
gs/devices/vector/whitelst.c
gs/devices/vector/whitelst.h
gs/psi/int.mak
gs/psi/msvc.mak
gs/psi/winint.mak
gs/psi/zfapi.c
main/pcl6_gcc.mak
main/pcl6_msvc.mak
pl/pl.mak
svg/svg_gcc.mak
svg/svg_msvc.mak
xps/xps_gcc.mak
xps/xps_msvc.mak

2013-03-06 01:43:29 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
6207ac0c8158b28bd2e9ff8633dd94fc91d98057

Bug 693659: fix integer overflow in Type 2 font parser.

gs/psi/zfont2.c

2013-03-06 00:44:26 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
4147f14b1460c35620cb117821fcb01f3b7a1e3d

Bug 693659: Improve argument validation in ArcfourDecode operator.

gs/psi/zfarc4.c

2013-03-05 19:08:49 -0800
Ray Johnston <ray.johnston@artifex.com>
70ba7029bc563bab7a24bff27decad5feceba4f8

Fix indeterminate page background with plank and comparefiles/104-01.ps

This file uses the PS erasepage operator to paint the background to
a non-white value. The mem_planar_fill_rectangle_hl_color used the
'devn' colors without checking the type. With the plank device these
colors were 'pure' or 'ht_binary' so the devn values were bogus.
If the color type was binary, an address was used as color values.
A pure color was OK as long as the number of planes did not exceed
the size of the gx_color_index and the bytes in the color index
corresponded to the planes.

Also add warning (DEBUG build) if mem_planar_strip_tile_rect_devn
ever uses non-devn colors.

Progressions with 104-01.ps, 12-05.PS, 12-07B.PS and 29-07A.PS

gs/base/gdevmpla.c
gs/base/lib.mak

2013-03-05 22:24:56 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
04986f44befa8d71e64a94fafc31ee000c48cc78

Bug 693659: Add check for 0 pointer to zlib message.

gs/base/szlibd.c

2013-03-05 11:52:58 -0800
Ray Johnston <ray.johnston@artifex.com>
675682cee0a3dc6cd346084489712505f5ff3ee4

Fix image_color_cache_init to avoid using out of range data.

If the indexed color space hival is less than the num_entries in
the color_cache, the code would just convert using values past
the end of the lookup data, and image_render_mono_ht did not
clamp values either.

Seen with pbmraw sumatra/x_-_integer_overflow_in_fz_newpixmap.pdf
This file shows clear progression, some other files show differences
but all seem trivial and are pcl files. Maybe a ROP problem.

gs/base/gxipixel.c

2013-03-05 12:48:14 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
69858556e95a2762ef48109ab7b265f2e87e2272

Bug 693659: Fix access to /Colorants entry in DeviceN CSA.

gs/psi/zcolor.c

2013-03-05 01:40:11 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
0950755f0dc971ebe2387a587688075751eb0905

Bug 693659: Fix underflow checking in Type 2 parser.

gs/psi/zfont2.c

2013-03-05 12:16:51 +0000
Chris Liddell <chris.liddell@artifex.com>
486ee97ee8e11cc1edce8998d0a85907c16721f5

Bug 693674: introduce memory limit for UFST bitmaps

Previously, UFST had "unlimited" memory for glyph bitmaps. This appears to allow
bitmaps large enough to cause an overflow in the UFST rendering code.

Now there is a limit on the memory UFST can allocate for a bitmap (tied to the
maximum "interim" bitmap Ghostscript will allocate when creating an entry for
the glyph cache).

This has two benefits: prevents the crash by avoiding the rendering overflow in
UFST, and prevents us from pointlessly allocating huge glyph bitmaps in cases
where we really want to render from an outline anyway.

No cluster differences.

gs/base/gxchar.c
gs/base/gxchar.h
gs/base/gxfapi.c
gs/base/gxfapiu.c

2013-03-05 10:29:02 +0000
Ken Sharp <ken.sharp@artifex.com>
26b50d7d18681f25ae0a435830fb291814b889b1

pdfwrite - new colour code, fix image conversion to base space

An oversight in the code led to images (other than imagemasks) not being
converted to the specified process colour.

No differences expected

gs/base/gdevpdfi.c

2013-03-05 10:08:54 +0000
Ken Sharp <ken.sharp@artifex.com>
db3494dbb682781aca7651ffc60d80a8eeefec72

pdfwrite - new colour code fix a Seg fault with Sep/DeviceN

When converting Separation or DeviceN spaces to a device space we actually
(currently) write them as ICCBased spaces. But the 'convert' flag was left
at non-zero, leading to us attempting to convert. Since the original space
wasn't recorded, this caused a seg fault.

No differences expected

gs/base/gdevpdfi.c

2013-03-04 20:43:19 -0800
Ray Johnston <ray.johnston@artifex.com>
1625318452fd5e8045b69ed440f17ce58625efce

Further improvement and cleanup on clist_copy_planes and the reader.

The clist writer clist_copy_planes (should be / is) never called with
plane_height == 0, so we pre-calculate the maxheight and use that to
clamp re.height, rather than doing the /=2 that copy_mono does. Also
use data_bits_size rather than cbuf_size (even though they are currently
the same) as the limit for holding all planes of uncmopressed data (for
the reader call to copy_planes -- NOT including the compression tag byte)

Also add documentation for copy_planes to doc/Drivers.htm

0002-Change-fill_rectanble_hl_color-calling-sequence-to-i.patch

gs/base/gxclbits.c
gs/base/gxcldev.h
gs/base/gxclimag.c
gs/base/gxclrast.c
gs/base/gxclrect.c
gs/base/gxht_thresh.c
gs/base/gxp1fill.c
gs/doc/Drivers.htm

2013-03-04 17:52:27 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
b4420888ddc9764177a89c1c3d36c64a1253f7b6

Bug 693658: Add DSC continuation support to all operators.

gs/psi/dscparse.c

2013-03-04 21:45:02 +0000
Ken Sharp <ken.sharp@artifex.com>
498b2eaa9c0476ba7a5223b554a620776a831442

pdfwrite - fix a compiler warning

gs/base/gdevpdfg.c

2013-03-04 15:04:07 +0000
Ken Sharp <ken.sharp@artifex.com>
e1c4496d4b0706d125b43dc9b0a8e3c4a1c93e50

pdfwrite/ps2write - new colour work correct handling of complex /Indexed spaces

Fix conversion of complex Indexed spaces to device spaces. There are some
odd differences, which I think are due to some kind of rouding in the
Indexed spaces, need to consult with Michael.

No differences expected.

gs/base/gdevpdfg.c

2013-03-04 09:53:22 +0000
Ken Sharp <ken.sharp@artifex.com>
2aab19e3b28a001b0f3d3b1424ee54078f420afb

pdfwrite/ps2write - New colour conversion, fix default space detection

When we get a /Indexed space, we check the base space and if it is an ICC
space we further check to see if it is a space which we substituted for
one of the device spaces, and if the current strategy means we should not
convert such a space.

Some missing braces meant that if the test failed we didn't write the colour
space at all.

No differences expected

gs/base/gdevpdfg.c

2013-03-04 09:50:44 +0000
Ken Sharp <ken.sharp@artifex.com>
4b7bdcea310131174c051bf6f92b9dc2416bc9c3

pdfwrite/ps2write - New colour code, remove suprious checks

There are some checks against colour space conversions which are appropriate
for the old code, but not the new, and which fall back to 'LeaveColorUnchanged'
if triggered.

Only perform these checks if we are using the old colour conversion code to
prevent the warning and fallback.

No differences expected.

gs/base/gdevpdfc.c

2013-03-03 15:35:16 -0800
Ray Johnston <ray.johnston@artifex.com>
ef4a83251dc9e404deba855ff4838f405b81db3d

Fix clist problems with writing and reading bitmaps when planes > 1

When writing, plane data size did not include the height, so sometimes
cmd_write_buffer would be called between writing the planes. During
reading, we need to top up the cbuf for all planes including the first
(pln==0). Also fix some formatting issues.

gs/base/gxclrast.c
gs/base/gxclrect.c

2013-03-02 20:48:34 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
da11422e0d11cad9a0de1615f11f525a1788c442

Add the ability to write HSI compressed Raw files to fuzzy.c.

gs/toolbin/tests/fuzzy.c

2013-03-02 21:06:19 -0700
Henry Stiles <henry.stiles@artifex.com>
b87b6dc49e4720cb8d4da0715a823263e84c5e85

Merge branch 'newbranch' - should have been names xpswrite_branch.

gs/base/Makefile.in
gs/base/configure.ac
gs/psi/msvc.mak
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2013-03-02 20:37:28 -0700
Henry Stiles <henry.stiles@artifex.com>
c9c89a9628730bfdbe709023735206deb200b378

Fix problem with multipage output in xpswrite.

It turns out that any device graphics routine has to access the stream
through the vector device call gdev_vector_stream() to guarantee
beginpage will be called. A better solution to this problem would be
to decouple the begin page procedure call and accessing the current
stream.

gs/base/gdevxps.c

2013-03-02 19:54:57 -0700
Henry Stiles <henry.stiles@artifex.com>
8b5840b6e797f2fa6c81c409dcbc14e51b207ab6

A first rough cut of the XPS writing device.

This version is limited to high level path drawing and rectangles so
it is quite limited.

gs/base/Makefile.in
gs/base/configure.ac
gs/base/devs.mak
gs/base/gdevxps.c
gs/psi/msvc.mak
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2013-03-01 00:56:04 -0500
Math <mlafon@gmail.com>
7e04ea83379ea210c227f87c9e859e0a3ab2ebfd

Bug 693507: check for out-of-bounds access

Report error in get_next_word() functions on out-of-bounds access and
handling of this error in both arithmetic and huffman decoders.

When decoding a corrupted document, the arithmetic decoder can hit the end
of the Jbig2 stream. The problem was that get_next_word() returned 0 in
that case and that this lead to an infinite loop.

gs/jbig2dec/jbig2.c
gs/jbig2dec/jbig2_arith.c
gs/jbig2dec/jbig2_arith_iaid.c
gs/jbig2dec/jbig2_arith_int.c
gs/jbig2dec/jbig2_generic.c
gs/jbig2dec/jbig2_huffman.c
gs/jbig2dec/jbig2_huffman.h
gs/jbig2dec/jbig2_priv.h
gs/jbig2dec/jbig2_refinement.c
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2013-02-28 13:57:05 -0800
Ray Johnston <ray.johnston@artifex.com>
9173f87798321425604340241a2ce3bf20ed9cf0

Remove debug statement inadvertently committed with SMask fix.

gs/Resource/Init/pdf_draw.ps

2013-02-28 15:58:39 +0000
Robin Watts <robin.watts@artifex.com>
3037c72c3fd81f11813c3a7fdc94a870e17e5c30

Bug 693615: fix typos in utf8 conversion.

Thanks to Chris Dance for pointing these out.

gs/base/gp_wutf8.c

2013-02-26 12:04:54 -0800
Ray Johnston <ray.johnston@artifex.com>
a4e3e55ca44958a72a3879a565255a2acba8eae5

Bug 693115: Fix Smask handling in the interpreter and prevent multiple rendering

The SMask was being rendered before every object, and a subsequent SMask
set with a 'gs' operator (ExtGState) was being rendered with a previous
SMask rather than simply replacing it. By setting the SoftMask to a new
value (neither //null, nor the paramdict) we can still detect that a
SMask is in effect, and thus create transparency groups as needed, but
we no longer render the mask multiple times, improving performance.
In .execmaskgroup, after rendering the SMask into a mask_stack maskbuf,
zap it, using 'where' to find the ExtGState dictionary that holds it.

All differences seen with cluster regression are either progressions
or are very minor except sumatra/VOX.pdf with pdfwrite, but this was
broken previously. Now it's still broken, but differently.

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_ops.ps

2013-02-27 14:00:16 +0000
Robin Watts <robin.watts@artifex.com>
0df3602a923dff2e834fdd0191b6fd2b8ef523b5

Fix Profile build on Windows

It seems that the profile: target isn't being recognised in the makefile.
Possibly because profile has special meaning to nmake? I cannot see an
alternative profile: target anywhere in our makefiles.

As a fix, I have added profile-target: and we now invoke that.

gs/ghostscript.vcproj
gs/psi/msvc.mak

2013-02-26 18:23:26 -0800
Michael Vrhel <michael.vrhel@artifex.com>
d6f83c3aec8ad94b013df125f9feae719c52b941

Fix for an issue found in Bug 69365. Color space linearity check in shading code.

The transparency device, if one exists should be used with this check.

gs/base/gxshade6.c

2013-02-26 13:44:47 +0000
Robin Watts <robin.watts@artifex.com>
1f4996e6547bb89cbd92868224a2101c773c886b

Avoid warning in gp_local_arg_encoding_get_codepoint.

gs/base/gp_win32.c

2013-02-25 16:44:35 +0000
Ken Sharp <ken.sharp@artifex.com>
d62df7283d8618f92b2956b1d36e23c9f0075dd3

txtwrite - fix fallback to single characters.

There were some serious logical flaws in the Unicode creation, when there
is no Unicode information available and we try to manufacture some.

The glyph name matching was completely broken, and not only failed to match
glyph names but broke the fallback to the original character codes too.

This seems to do a much better job (and no longer crashes either).

No differences expected, we don't test txtwrite

gs/base/gdevtxtw.c

2013-02-25 08:22:15 -0800
Robin Watts <robin@peeves.(none)>
ce794d70d543d4d7de8615dcdc249516c05ff87b

Bug 693655: Fix valgrind error in stroking.

The code was treating gaps like dashes, which is fine
except for the fact that gaps have no tangent entry
and so we were accessing off the end of a buffer in some
cases.

gs/base/gxstroke.c

2013-02-25 08:02:00 +0000
Chris Liddell <chris.liddell@artifex.com>
c73f7af0cbd7305d8b61c2f3de973e8f163971d0

Remove the executable bits from gdevsvg.c permissions.

CLUSTER_UNTESTED

gs/base/gdevsvg.c

2013-02-21 16:58:33 -0700
Henry Stiles <henry.stiles@artifex.com>
95f7ded85191aa93f0c6792cb7dccc0447c698bd

Fix PXL PassThrough test file failure.

C705.BIN failed due to unitialized PCL state variables when switching
from PXL to PCL mode. Certainly this problem is a regression and must
have happened when the new variables were added to PCL, but the fix is
straightforward and we dispense with the usual postmortem history
investigation.

pxl/pxpthr.c

2013-02-21 19:40:22 +0000
Chris Liddell <chris.liddell@artifex.com>
380f18a0d97ce4b67b26e011aac391a4a1024b8e

Update Make.htm....

.. to reflect that we now support the "ppc" architecture for universal
binaries on OS X.

CLUSTER_UNTESTED

gs/doc/Make.htm

2013-02-21 14:39:25 +0000
Chris Liddell <chris.liddell@artifex.com>
95ce731715a326cd345cd00b93bfc6e2588d8a33

Bug 693645: Add a PPC section to the predefined MacOS X arch.h

As a side effect of this, we should now be able to build universal binaries
that include PPC.

No cluster differences.

gs/arch/osx-x86-x86_64-gcc.h
gs/arch/osx-x86-x86_64-ppc-gcc.h
gs/base/configure.ac

2013-02-20 12:14:45 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
52be57a96605ad59c0b3146611276e5ee237cb7e

Bug 693646: Add /PageCount system parameter

This parameter is documented in PLRM 3 and required by some test files.
Genoa tests also require /PageCount to be non-decreasing even when
the job switches between pagedevice and nulldevioce.

gs/psi/icontext.c
gs/psi/icstate.h
gs/psi/zusparam.c

2013-02-19 10:40:32 +0000
Chris Liddell <chris.liddell@artifex.com>
f9bb4bd85d718e1db84d5f1e2a7685b0b3288df6

Bug 693631: Handle a missing metric in the FAPI/UFST code.

CLUSTER_UNTESTED

gs/base/fapiufst.c

2013-02-18 11:34:06 +0000
Robin Watts <robin.watts@artifex.com>
fb3f60161917b1dcb04616a2787b4398be467603

Bug 693212: Fix strange artifacts with thin lines.

Ghostscript includes special code for 'thin' lines. These are
a fudge at best.

To avoid dropouts in such lines, caused by the end points of various
lines not being drawn, we introduced a further fudge (see bug 687721).
This would restore the end points on lines in some circumstances.
This fudge causes the effect reported in bug 693212.

The correct fix should be to completely remove thin line support from
gs, as at best we are fudging a fudge. Given that this seems unlikely
to happen, we will make do for now by tweaking the fudge introduced
for bug 687721 so that it triggers in fewer cases (specifically, it
will never trigger for horizontal or vertical lines).

This is more in keeping with the intention of that change anyway.

This does produce diffs, but no disastrous ones.

gs/base/gdevddrw.c

2013-01-17 15:33:30 +0000
Robin Watts <robin.watts@artifex.com>
6811e33b61f3434af519b3af5e4d4aec742848ef

pdf14_compose_group speedups

Following on from previous commit (pdf14_mark_fill_rectangle speedups)
we apply similar ideas to pdf14_compose_group.

1) Reverse loops to count downwards.

2) Increment tos_pixel and nos_pixel after each pixel to avoid having
to add x to their index everywhere.

3) Reduce the number of variables used within the loop.

These fixes do not go as far as the pdf14_mark_fill_rectangle ones
did; there is still scope for more optimisations here.

gs/base/gxblend1.c

2012-09-25 12:39:12 +0100
Robin Watts <robin.watts@artifex.com>
4c1a3aac35f1b4b7711c2e9e2f0f38fe121f51db

Command line argument character encoding handling rework.

Recap of the situation: Historically gs has always taken command
line args in whatever the 'local' encoding of that OS is; for windows
this means they are encoded as per the currently selected codepage;
for mac/linux this tends to mean utf8.

Similarly, whenever gs goes to access a file, it would pass the filenames
to the platform specific file opening code - on windows this would
assume that it was in the local encoding, and on linux would assume
utf8.

There are downsides to dealing with codepage encoding - not least the
fact that some files can't be accessed easily, or that the behaviour
of PS programs may change according to what platform we are on.

Last year we added code so that gs on windows would run as a unicode app,
and would take the supplied unicode argv and convert to utf8 before
passing them to the core of gs. The file reading functions would then
convert from utf8 back to unicode before opening the files. This
code was disabled by default, but seemed to work well in tests.

1 objection was raised to this - namely that we were redefining the
meaning of the entry points (to take utf8 rather than locally encoded
args) and that this might break legacy code. So, it was suggested that
we add a new entry point specifically for utf8, and that we deprecate
the old entry point.

In starting this work, I spotted another problem; gs supports the
'@file' arg (where more command line args can be given in a file).
The current solution of rewriting the command line args does not
address this.

Instead, we update the gsargs arg handling code with a 'get_codepoint'
function pointer. We update the arg_next function to use this to
decode the supplied args (or OPTIONS or file contents) into simple
unicode characters. We then write these into the returned arg
string as utf8 (or in the case of GS_NO_UTF8 builds, as 8 bit 'clean'
characters).

This commit adds a new gsapi_set_arg_encoding function, that allows
the caller to set the encoding used for the args/strings supplied
to the subsequent functions. By default, 'local' encoding is assumed,
hence preserving existing behaviour. By calling:

gs_set_arg_encoding(minst, GS_ARG_ENCODING_UTF8);

we can get the UTF8 encoding that we desire. We leave ourselves scope
for supporting other encodings (such as EBCDIC?) in the future.

The commit also changes it so that the gs always runs with UTF8 encoding
internally by default; to avoid it, make with 'GS_NO_UTF8=1'.

For the benefit of windows users we implement UTF16LE encoding (i.e.
wchar_t's). And we expose this through the gsapi level as
gsapi_run_fileW (and gsapi_init_with_argsW) so that .net can bind
nicely to it without any casting trickery being required.

Many thanks to Sags for his tireless efforts and comments while
this work was underway.

gs/base/gdevwpr2.c
gs/base/gp.h
gs/base/gp_mswin.c
gs/base/gp_ntfs.c
gs/base/gp_wgetv.c
gs/base/gp_win32.c
gs/base/gp_wutf8.c
gs/base/gsargs.c
gs/base/gsargs.h
gs/base/gsdll.h
gs/base/windows_.h
gs/doc/API.htm
gs/psi/dwdll.c
gs/psi/dwdll.h
gs/psi/dwmain.c
gs/psi/dwmainc.c
gs/psi/dwnodll.c
gs/psi/dwtext.c
gs/psi/dwtext.h
gs/psi/gsdll.c
gs/psi/gsdll2.def
gs/psi/gsdll32.def
gs/psi/gsdll32metro.def
gs/psi/gsdll64.def
gs/psi/gsdll64metro.def
gs/psi/iapi.c
gs/psi/iapi.h
gs/psi/imainarg.c
gs/psi/imainarg.h
gs/psi/iminst.h
gs/psi/msvc.mak
language_switch/pspcl6_msvc.mak
main/pcl6_msvc.mak
pl/dwmainc.c
pl/plmain.c

2013-02-18 10:28:30 +0000
Robin Watts <robin.watts@artifex.com>
f8337b57ab9a311f19b86ed0508bdd0fef8fdded

Remove repeated TAG settings.

Spotted by Henry, these have been there since before time began (or
since before the git history at least).

gs/base/gspaint.c
gs/base/gstext.c

2013-02-16 08:41:45 +0000
Chris Liddell <chris.liddell@artifex.com>
45ae250e1537eaf71367ac306154ee383a437b88

Bug 693643: add UseBigTIFF initializers to tiffpack/lzw

No cluster differences.

gs/base/gdevtfax.c

2013-02-15 12:19:20 +0000
Ken Sharp <ken.sharp@artifex.com>
ed7fe80176219a7755b8c1fe12ff0ae23c536d49

ps2write - improve handling of complex colour spaces

Part of the rework on colour handling.

When we write complex spaces (eg /Indexed with a /CIEBased space) and we
use the underlying space (CIEBased) on its own, we only write the underlying
space once, and refer to it form the complex space.

However if we use the underlying space first, then it gets 'resolved', ie
it has all the indirect references replaced. When we then use the complex
space, any references in the underlying space have already been resolved.

Normally this is not a problem because when we try to resolve any indirect
references, we check to see if the object is an indirect reference by testing
a number of its features. This works well but *if* the tint transform is
already resolved, *and* it has fewer than 2 elements, then this would provoke
an error, because the code did not test the length of the array (after already
checking its type) before attempting to extract objects form it.

This patch merely checks the array length and assumes it is not an indirect
reference if the array is too short.

No differences expected.

gs/base/opdfread.h

2013-01-31 10:44:39 +0000
Chris Liddell <chris.liddell@artifex.com>
f39a68d4f1a1ba7674c5d57fa9347e01526fe6c3

Merge the doc updates from 9.07 branch onto master

Update documentation for release candidate 1

Revise release date and product string for 9.07 release.

Color feature news additions.

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2013-02-14 10:11:39 +0000
Ken Sharp <ken.sharp@artifex.com>
df71c577b5ff73c0ec8aa632d92ffbe90215e344

ps2write - colour conversion work Indexed colour spaces

When dealing with /Indexed colour spaces we concretize to the base space,
if there is no ICC profile associated with the base space then we can't
use it to get the number of colour components to convert, so use the
base space Num_components instead.

Prevents crashes with Indexed spaces with complex base types (for example
/CIEBased spaces)

No differences expected.

gs/base/gdevpdfg.c

2013-02-14 08:23:49 +0000
Ken Sharp <ken.sharp@artifex.com>
329259532c31ba1b762cdea12d64a332ee0d2cf8

pdfwrite - include a definition to silence a compiler warning

gs/base/gdevpdfg.c

2013-02-13 13:44:54 +0000
Ken Sharp <ken.sharp@artifex.com>
536e65260e103bc37705f03350ec4b01c37515a0

ps2write - detect the 'standard' ICC replacements for device space

When we get an ICCBased space which is our replacement for one of the device
spaces, detect it and emit the original space instead.

Should lead to many more device spaces being preserved properly when the
colour conversion strategy is LeaveColorUnchanged.

No differences expected

gs/base/gdevpdfg.c

2013-02-13 08:17:20 +0000
Ken Sharp <ken.sharp@artifex.com>
9220fe3bacb5a8b82cc7a6b25fb8d6db2456b0da

pdfwrite - silence more compiler warnings

gs/base/gdevpdfp.c

2013-02-13 08:17:03 +0000
Ken Sharp <ken.sharp@artifex.com>
b4b0bc9738f132c21ea2f5e8a15c60422bee1e5b

pdfwrite - silence some compiler warnings

gs/base/gdevpsds.c

2013-02-12 12:47:02 -0800
Ray Johnston <ray.johnston@artifex.com>
6b6dabb3ce69162c88a616a61f086164cbe91460

Initial commit of the Stochastic Threshold Array generation program.

gs/toolbin/halftone/gen_stochastic/gen_stochastic.c
gs/toolbin/halftone/gen_stochastic/gen_stochastic.sln
gs/toolbin/halftone/gen_stochastic/gen_stochastic.vcproj

2013-02-12 09:08:03 -0800
Michael Vrhel <michael.vrhel@artifex.com>
389fbbbc82693094357d95276a4362d701e380b1

Update header in screen generation code.

gs/toolbin/halftone/gen_ordered/gen_ordered.c

2013-02-12 14:57:06 +0000
Ken Sharp <ken.sharp@artifex.com>
602e9553829fe955055da289ca010d72e7b86f7f

pdfwrite/ps2write - first part of reworking colour management

This commit provides a new path through the pdfwrite code and uses the ICC
CMS for linework/text, which it did not previously use. The image code already#
used the CMS, at least in part.

There is a 'place holder' switch called PDFUseOldCMS, defaulting to true
at the moment, which controls whether we use the old path or the new.

The new colour code already shows marked improvements with the LeaveColorUnchanged,
in particular /Separation and /Indexed /Device* colour spaces are now preserved
when going to PostScript, which they were not before.

There are also some changes which affect the embedding of ICCBased spaces, and seem
to improve a small number of these.

When enabled this does cause a *large* number of differences, however these
are all either progressions, or very minor differences, invisible to the naked eye.

gs/base/gdevpdfb.h
gs/base/gdevpdfg.c
gs/base/gdevpdfi.c
gs/base/gdevpdfk.c
gs/base/gdevpdfp.c
gs/base/gdevpdfx.h
gs/base/gdevpsdf.h
gs/base/gdevpsdi.c
gs/base/gdevpsds.c
gs/base/gdevpsds.h

2013-02-11 13:19:09 +0000
Ken Sharp <ken.sharp@artifex.com>
12798e902f56cc647fbf213ad632d52114b90687

pdfwrite - fix type 1 to type 2 font converter

Bug #693633 "Font character missing in PDF output - appears in other devices and older versions"

Type 2 fonts are required to start the path operations with a moveto class
operation, not a lineto, type 1 fonts do not have this restriction. So when
converting from type 1 to type 2 we must detect if the initial operation is
a 'line' or a 'move' and emit an explcit 'move' in the case where the first
operation is a line.

The code to do this was assuming that if there were operands on the stack
this meant that the glyph width (from the hsbw operator) was present.
However, this is not true if the font contains any hinting operations as
the width must be emitted as part of those hints.

This caused the code to emit confused and invalid type 2 CharStrings.

Fixed by adding a boolean to track whether the stack contains the glyph
width or not, and test that instead of the number of operands.

No differences expected

gs/base/gdevpsfx.c

2013-02-07 14:42:10 -0800
Ray Johnston <ray.johnston@artifex.com>
f15e0f899fd19162d5de8e0963c58f160bd49796

Bug 693621: Clist logic didn't properly reset after erasepage.

The "normal" page rendering logic works because it flushes the buffer
memory to the clist, then after the page is printed, it clears out
the clist data for the next page. By changing the clist_fillpage to
do this (without actually rendering anything) we now clear out the
clist for a new page. This has the advantage that any clist operations
accumulated prior to the fillpage will be discarded, INCLUDING any
previous fillpage operations which gets rid of duplicate fillpage
actions which can be time consuming, particularly on embedded systems
or printers.

gs/base/gxclrect.c

2013-02-07 17:51:46 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
415da137afa2a64cdd6e2bc679c3c269e0d96c73

Bug 693617: Don't allow nesting of BT operators.

Check whether BT operator is executed in a text context and close
the external context.

gs/Resource/Init/pdf_ops.ps

2013-02-06 16:55:44 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
591a6e95b11f07611f612a691c7e06e169c1fe93

Bug 392622: Fix handling of big CMap objects.

Add a missing error code check, which caused SEGV when an index points
beyond the CMap. Fix PS code that truncated CMmaps to 2^17 - 4 bytes.

gs/Resource/Init/pdf_font.ps
gs/psi/zfapi.c

2013-02-06 10:17:26 -0700
Henry Stiles <henrys@henrysx6.(none)>
a6628fdb771f71c20ad55db026de79d507b42e03

Remove unused GC definitions and declarations.

PCL does not use garbage collection. Having unused definitions
clutters up the code and gives the false impression the code will work
with the ghostscript garbage collector built in. The various routines
to enumerate and relocate pointers have never been maintained and are
surely out of date.

pcl/pccid.h
pcl/pccsbase.c
pcl/pccsbase.h
pcl/pcdither.c
pcl/pcdither.h
pcl/pcdraw.c
pcl/pcfrgrnd.c
pcl/pcfrgrnd.h
pcl/pcht.c
pcl/pcht.h
pcl/pcindxed.c
pcl/pcindxed.h
pcl/pclookup.c
pcl/pclookup.h
pcl/pcpalet.c
pcl/pcpalet.h
pcl/pcpatrn.c
pcl/pcpatrn.h
pcl/pcpattyp.h
pcl/pcuptrn.c
pcl/rtraster.c
pcl/rtrstcmp.h
pxl/pxgstate.h
pxl/pximage.c
pxl/pxparse.c

2012-08-01 14:07:49 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
53e2990bde0966173a954e51c388e4d26af40c15

Fix lcms2 64-bit value decoding on big endian systems
that lack 64-bit types or have these types missed by configuration.

Conflicts:
gs/lcms2/src/cmsplugin.c

gs/lcms2/src/cmsplugin.c

2013-02-04 18:15:39 -0700
Henry Stiles <henry.stiles@artifex.com>
81d51fb27178b2a218403ffe350695f27cfa76dd

Fixes Bug 693616 - GhostPCL locks up with -dFirstPage.

The GL/2 parser should cancel the current command for errors or it is
possible for the parser to continue without advancing causing an
infinite loop.

pcl/pgconfig.c
pcl/pgparse.c

2013-02-04 14:01:09 -0700
Henry Stiles <henry.stiles@artifex.com>
a14ef732dade2dce6de07edf3a4c10294671a11e

Fix bug #693608 duplexing command not feeding page.

The PCL select side duplex command does a formfeed unconditionally,
the other duplex command which sets the duplexing mode does a
conditional (if page is marked form feed). Before this fix we had
both conditionally feed.

pcl/pcjob.c

2013-02-04 18:32:32 +0000
Ken Sharp <ken.sharp@artifex.com>
25291a2f9b01504fbbe70153c07920b016b9f010

pdfwrite - alter escapement of text strings in outlines

Bug 693614 "pdfmark: accented character "c" in titles of generated
PDF bookmarks is not displayed properly"

I believe this is actually an Acrobat bug, the text string emits the
Unicode 0x01 0x0d as a binary 0x01 and an escaped character '\n'. This
follows the rulses for text strings. However Acrobat files to display
the Title correctly.

Running the file through Distiller I find that the string is emitted as
0x01 '\015', the octal representation of 0x0d.

This commit alters the escapement of characters in outlines so that they
always end up as octal escapes. This seems to pacify Acrobat.

No differences expected

gs/base/gdevpdfm.c

2013-02-04 09:56:21 +0000
Ken Sharp <ken.sharp@artifex.com>
2b0a50081bc45d7b28b4c3dcb1a19a46a66d4216

pdfwrite - fix bug with 64-bit file offsets to permit large files

Bug #693610 " Regression: pdfwrite seg fault with the 32 bit build
starting with 9b10f8c659ffc643ab71c6180a70da4f39075578"

When doing the work to use 64-bit file offsets, and thus permit files in
excess of 4GB, I missed an instance.When creating the xref table, if an
object is unused (which is rare but possible), we need to scan past it in
the xref offsets temporary file. We do this by calculating the position of
the next object id in the file.

However, instead of using the size of a gp_offset_t (which is what is written
into the file) we were still using the size of an unsigned long. Because
these are the same on a 64-bit build the regular cluster test doesn't catch
this.

Fixed simply by using the correct size. No differences expected, as explained
above this only exhibits on platforms where gp_offset_t and unsigned long
have different sizes.

gs/base/gdevpdf.c

2013-01-30 16:36:00 +0000
Chris Liddell <chris.liddell@artifex.com>
060b8b1f34bb73a44978729dd3a49db25861bbab

pdfwrite: don't try to free static allocated string

If a font is identified as one of the base 14, the font name in BaseFont is
just a pointer to the entry in the statically declared "standard_font_info"
table.

Avoid freeing the name if it's marked "is_standard".

No cluster differences.

gs/base/gdevpdtf.c

2013-01-30 16:22:21 -0700
Henry Stiles <henry.stiles@artifex.com>
e982362054609c92d84aa9688246e39a65c4d860

Bug 693030 - duplexing page problem fixed in PXL output device.

Upon media changes or even duplexing changes the PXL device did not
switch back to the front page. Thanks to Hin-Tak Leung for fixing
this.

gs/base/gdevpx.c
gs/base/gdevpxut.c

2013-01-30 14:07:41 -0700
Henry Stiles <henry.stiles@artifex.com>
140bfcf881a24e4f915e467a89b8a96592551846

Fix Bug #692914 - Postscript MediaType lost.

Thanks to Hin-Tak Leung for adding support for MediaType to PXL output
drivers.

gs/base/gdevlj56.c
gs/base/gdevpx.c
gs/base/gdevpxut.c
gs/base/gdevpxut.h

2013-01-30 13:51:51 +0000
Chris Liddell <chris.liddell@artifex.com>
9fb635f0a6e1695b7a88822c75e22d40a9ba5116

Bug 693572 (redux): handle missing a glyph outline - again.

It turns out that some devices (pdfwrite!) have a problem with receiving a
completely empty path for an outline glyph, so......

If the outline is missing, create a path with just a moveto and closepath.

No cluster differences.

gs/base/fapi_ft.c

2013-01-30 13:37:47 +0000
Chris Liddell <chris.liddell@artifex.com>
508a79ca38cb857229f0e29236e95059a8d54799

Bug 693398: avoid marking/reloc'ing unsuitable pointer

The gx_image_enum object contains a pointer (cie_range) to the CIE range in
the color space, if it's for an image in certain types of CIE space. The
pointer points *into* an area of allocated memory, and not to the "top" of
the allocated block. As a result, when garbage collection tries to relocate,
there isn't a valid header structure, and the values it ends up using for the
relocation are nonsense.

Removing the cie_range pointer from the GC pointer enumeration is not
because the color space structure and it's contents can move. Since this is
a fairly rare case, and the CIE range lookup is trivial, the cie_range
pointer is replaced with a boolean (so we decide *whether* to use the range
only once), and then the range itself is retrieved at the time it's used.

No cluster differences.

gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximage.h
gs/base/gximono.c
gs/base/gxipixel.c

2013-01-27 14:03:05 -0800
Ray Johnston <ray.johnston@artifex.com>
803a59ecfd925dafe325d263ecf0a1734113ffef

Bug 693590: MT rendering has wrong 'supports_devn' and incomplete color_info

Shadings use the comp_bits, comp_mask and comp_shift which must match
the main thread's setting, so we copy the color_info from the clist
device.

Also the thread's icc_struct->supports_devn must correspond to the main
thread's device (regressions with psdcmyk detected this).

gs/base/gxclthrd.c

2013-01-29 17:45:45 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
1ae60ab98eef2d376b65f9c50ba2840b1577030b

Bug 693026: Fix SEGV when @FILE can't open.

Argument processing happens early during Ghostscript start-up process.
Be prepared, that not all structures have been initialized yet.

gs/base/gsargs.c
gs/base/gsargs.h
gs/base/gsiodev.c
gs/psi/imainarg.c
pl/plmain.c

2013-01-29 15:12:04 +0000
Chris Liddell <chris.liddell@artifex.com>
f372552beb9105a8768b6b3002bf29b6a7b7278b

Bug 693599: Change the function configure checks for in liblcms2.

The lcms2 API changed at 2.2, adding the cmsGetTransformOutputFormat()
call. When we're checking if we can use the system's lcms2, change the
autoconf check to look for cmsGetTransformOutputFormat().

No cluster differences.

gs/base/configure.ac

2013-01-29 10:32:30 +0000
Chris Liddell <chris.liddell@artifex.com>
56337a050812f072a2669b395119e016cb750e60

Add the make fix from 1fbd0191 to the Mac specific subtarget.

CLUSTER_UNTESTED

gs/base/unix-dll.mak

2013-01-29 10:12:00 +0000
Chris Liddell <chris.liddell@artifex.com>
1fbd0191d1801fc49e362374a7ca6a387e03b9f8

Work around a make problem with "so" target

GNU make 3.82 appears to have a bug which causes problems with our "so"
targets. The "so" targets rely on recursice make calls to build various
subtargets, the shared library and the two executables that link to the shared
library.

On the final recursive make call (to build the executables), GNU make 3.82
wrongly identifies that one dependency (psbase.dev) has changed, and decides it
must rebuild the shared library. By this stage, however, the compiler options
have been setup to build an executable, rather than the shared library.

As a result, we build an executable with the name of the shared lib, and
then try to link that into an executable, which results in linker errors.

As it happens, the use of recursive make calls means we can safely drop a
dependency, which will prevent make from re-evaluating the problematic target,
and thus avoiding the problem arising.

CLUSTER_UNTESTED

gs/base/unix-dll.mak

2013-01-29 09:30:56 +0000
Chris Liddell <chris.liddell@artifex.com>
980a1a28a010fcbfa62208f022454e5fa6b8dc2c

Bump version number to 9.08.

gs/Resource/Init/gs_init.ps
gs/base/version.mak

2013-02-12 15:44:33 +0000
Chris Liddell <chris.liddell@artifex.com>
76b4193e5d8cb280f4795b0e959657ad695ad54d

Revise release date and product string for 9.07 release.

Color feature news additions.

gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2012-08-01 14:07:49 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
8fbcb3a68ca46ff9f56863d19a7c3342b53c220e

Fix lcms2 64-bit value decoding on big endian systems
that lack 64-bit types or have these types missed by configuration.

Conflicts:
gs/lcms2/src/cmsplugin.c

gs/lcms2/src/cmsplugin.c

2013-01-31 10:44:39 +0000
Chris Liddell <chris.liddell@artifex.com>
885d3646213fc2dfacf7a49d6d546e15eaff190e

Update documentation for release candidate 1

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2013-01-31 09:28:04 +0000
Chris Liddell <chris.liddell@artifex.com>
dbcde58e3c01b4b9f996d9e962a074e46697698d

Add "Release Candidate 1" to GS_PRODUCTFAMILY

Fix release date.

gs/base/gscdef.c
gs/base/version.mak

2013-01-30 16:22:21 -0700
Henry Stiles <henry.stiles@artifex.com>
1db3e495532a23b3c736dd54215ecb82374837fe

Bug 693030 - duplexing page problem fixed in PXL output device.

Upon media changes or even duplexing changes the PXL device did not
switch back to the front page. Thanks to Hin-Tak Leung for fixing
this.

gs/base/gdevpx.c
gs/base/gdevpxut.c

2013-01-30 14:07:41 -0700
Henry Stiles <henry.stiles@artifex.com>
6e13685e1768771f87c94bdb2aaaab4d011d601c

Fix Bug #692914 - Postscript MediaType lost.

Thanks to Hin-Tak Leung for adding support for MediaType to PXL output
drivers.

gs/base/gdevlj56.c
gs/base/gdevpx.c
gs/base/gdevpxut.c
gs/base/gdevpxut.h

2013-01-30 13:51:51 +0000
Chris Liddell <chris.liddell@artifex.com>
9c11bdaf7701b2736060ce291ae22fb0105ffaf5

Bug 693572 (redux): handle missing a glyph outline - again.

It turns out that some devices (pdfwrite!) have a problem with receiving a
completely empty path for an outline glyph, so......

If the outline is missing, create a path with just a moveto and closepath.

No cluster differences.

gs/base/fapi_ft.c

2013-01-30 13:37:47 +0000
Chris Liddell <chris.liddell@artifex.com>
4704c9dc5d345fa6d81513fe9d5ea13aa199ae01

Bug 693398: avoid marking/reloc'ing unsuitable pointer

The gx_image_enum object contains a pointer (cie_range) to the CIE range in
the color space, if it's for an image in certain types of CIE space. The
pointer points *into* an area of allocated memory, and not to the "top" of
the allocated block. As a result, when garbage collection tries to relocate,
there isn't a valid header structure, and the values it ends up using for the
relocation are nonsense.

Removing the cie_range pointer from the GC pointer enumeration is not
because the color space structure and it's contents can move. Since this is
a fairly rare case, and the CIE range lookup is trivial, the cie_range
pointer is replaced with a boolean (so we decide *whether* to use the range
only once), and then the range itself is retrieved at the time it's used.

No cluster differences.

gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximage.h
gs/base/gximono.c
gs/base/gxipixel.c

2013-01-29 17:45:45 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
295a195f85ced8b965f65bbc1fe6c3cf78c36e51

Bug 693026: Fix SEGV when @FILE can't open.

Argument processing happens early during Ghostscript start-up process.
Be prepared, that not all structures have been initialized yet.

gs/base/gsargs.c
gs/base/gsargs.h
gs/base/gsiodev.c
gs/psi/imainarg.c
pl/plmain.c

2013-01-27 14:03:05 -0800
Ray Johnston <ray.johnston@artifex.com>
ab9615d43302f03ce57fdd8e849ec52e870983e4

Bug 693590: MT rendering has wrong 'supports_devn' and incomplete color_info

Shadings use the comp_bits, comp_mask and comp_shift which must match
the main thread's setting, so we copy the color_info from the clist
device.

Also the thread's icc_struct->supports_devn must correspond to the main
thread's device (regressions with psdcmyk detected this).

gs/base/gxclthrd.c

2013-01-29 15:12:04 +0000
Chris Liddell <chris.liddell@artifex.com>
62df74b7ef081a9f35028b493843a4624048f7af

Bug 693599: Change the function configure checks for in liblcms2.

The lcms2 API changed at 2.2, adding the cmsGetTransformOutputFormat()
call. When we're checking if we can use the system's lcms2, change the
autoconf check to look for cmsGetTransformOutputFormat().

No cluster differences.

gs/base/configure.ac

2013-01-29 10:32:30 +0000
Chris Liddell <chris.liddell@artifex.com>
3c7aa3543e098620d70c5df143513718d3e83b12

Add the make fix from 1fbd0191 to the Mac specific subtarget.

CLUSTER_UNTESTED

gs/base/unix-dll.mak

2013-01-29 10:12:00 +0000
Chris Liddell <chris.liddell@artifex.com>
3233283cfe4370fb826998d14954e4870155c80e

Work around a make problem with "so" target

GNU make 3.82 appears to have a bug which causes problems with our "so"
targets. The "so" targets rely on recursice make calls to build various
subtargets, the shared library and the two executables that link to the shared
library.

On the final recursive make call (to build the executables), GNU make 3.82
wrongly identifies that one dependency (psbase.dev) has changed, and decides it
must rebuild the shared library. By this stage, however, the compiler options
have been setup to build an executable, rather than the shared library.

As a result, we build an executable with the name of the shared lib, and
then try to link that into an executable, which results in linker errors.

As it happens, the use of recursive make calls means we can safely drop a
dependency, which will prevent make from re-evaluating the problematic target,
and thus avoiding the problem arising.

CLUSTER_UNTESTED

gs/base/unix-dll.mak

Version 9.09 (2013-02-14)

The 9.09 release was quickly superseded by 9.10 after a bug was found that prevented -dUeCIEColor from working was discovered. Please use 9.10.

Version 9.07 (2013-02-14)

This is the seventh full release in the stable 9.x series.

Highlights in this release include:

For a list of open issues, or to report problems, please visit bugs.ghostscript.com.

Incompatible changes

No recorded incompatible changes.

Changelog

2013-01-30 16:22:21 -0700
Henry Stiles <henry.stiles@artifex.com>
1db3e495532a23b3c736dd54215ecb82374837fe

Bug 693030 - duplexing page problem fixed in PXL output device.

Upon media changes or even duplexing changes the PXL device did not
switch back to the front page. Thanks to Hin-Tak Leung for fixing
this.

gs/base/gdevpx.c
gs/base/gdevpxut.c

2013-01-30 14:07:41 -0700
Henry Stiles <henry.stiles@artifex.com>
6e13685e1768771f87c94bdb2aaaab4d011d601c

Fix Bug #692914 - Postscript MediaType lost.

Thanks to Hin-Tak Leung for adding support for MediaType to PXL output
drivers.

gs/base/gdevlj56.c
gs/base/gdevpx.c
gs/base/gdevpxut.c
gs/base/gdevpxut.h

2013-01-30 13:51:51 +0000
Chris Liddell <chris.liddell@artifex.com>
9c11bdaf7701b2736060ce291ae22fb0105ffaf5

Bug 693572 (redux): handle missing a glyph outline - again.

It turns out that some devices (pdfwrite!) have a problem with receiving a
completely empty path for an outline glyph, so......

If the outline is missing, create a path with just a moveto and closepath.

No cluster differences.

gs/base/fapi_ft.c

2013-01-30 13:37:47 +0000
Chris Liddell <chris.liddell@artifex.com>
4704c9dc5d345fa6d81513fe9d5ea13aa199ae01

Bug 693398: avoid marking/reloc'ing unsuitable pointer

The gx_image_enum object contains a pointer (cie_range) to the CIE range in
the color space, if it's for an image in certain types of CIE space. The
pointer points *into* an area of allocated memory, and not to the "top" of
the allocated block. As a result, when garbage collection tries to relocate,
there isn't a valid header structure, and the values it ends up using for the
relocation are nonsense.

Removing the cie_range pointer from the GC pointer enumeration is not
because the color space structure and it's contents can move. Since this is
a fairly rare case, and the CIE range lookup is trivial, the cie_range
pointer is replaced with a boolean (so we decide *whether* to use the range
only once), and then the range itself is retrieved at the time it's used.

No cluster differences.

gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximage.h
gs/base/gximono.c
gs/base/gxipixel.c

2013-01-29 17:45:45 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
295a195f85ced8b965f65bbc1fe6c3cf78c36e51

Bug 693026: Fix SEGV when @FILE can't open.

Argument processing happens early during Ghostscript start-up process.
Be prepared, that not all structures have been initialized yet.

gs/base/gsargs.c
gs/base/gsargs.h
gs/base/gsiodev.c
gs/psi/imainarg.c
pl/plmain.c

2013-01-27 14:03:05 -0800
Ray Johnston <ray.johnston@artifex.com>
ab9615d43302f03ce57fdd8e849ec52e870983e4

Bug 693590: MT rendering has wrong 'supports_devn' and incomplete color_info

Shadings use the comp_bits, comp_mask and comp_shift which must match
the main thread's setting, so we copy the color_info from the clist
device.

Also the thread's icc_struct->supports_devn must correspond to the main
thread's device (regressions with psdcmyk detected this).

gs/base/gxclthrd.c

2013-01-29 15:12:04 +0000
Chris Liddell <chris.liddell@artifex.com>
62df74b7ef081a9f35028b493843a4624048f7af

Bug 693599: Change the function configure checks for in liblcms2.

The lcms2 API changed at 2.2, adding the cmsGetTransformOutputFormat()
call. When we're checking if we can use the system's lcms2, change the
autoconf check to look for cmsGetTransformOutputFormat().

No cluster differences.

gs/base/configure.ac

2013-01-29 10:32:30 +0000
Chris Liddell <chris.liddell@artifex.com>
3c7aa3543e098620d70c5df143513718d3e83b12

Add the make fix from 1fbd0191 to the Mac specific subtarget.

CLUSTER_UNTESTED

gs/base/unix-dll.mak

2013-01-29 10:12:00 +0000
Chris Liddell <chris.liddell@artifex.com>
3233283cfe4370fb826998d14954e4870155c80e

Work around a make problem with "so" target

GNU make 3.82 appears to have a bug which causes problems with our "so"
targets. The "so" targets rely on recursice make calls to build various
subtargets, the shared library and the two executables that link to the shared
library.

On the final recursive make call (to build the executables), GNU make 3.82
wrongly identifies that one dependency (psbase.dev) has changed, and decides it
must rebuild the shared library. By this stage, however, the compiler options
have been setup to build an executable, rather than the shared library.

As a result, we build an executable with the name of the shared lib, and
then try to link that into an executable, which results in linker errors.

As it happens, the use of recursive make calls means we can safely drop a
dependency, which will prevent make from re-evaluating the problematic target,
and thus avoiding the problem arising.

CLUSTER_UNTESTED

gs/base/unix-dll.mak

2013-01-28 17:32:15 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
bbfbdf7574e6ac46b65b76b06dea6a4e94d35f31

Bug 693284: Prevent read access violation.
Check whether there's enough data.

gs/jbig2dec/jbig2_symbol_dict.c

2013-01-28 16:34:20 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
7ba5e87d05bb2bfff4e475fa21bd8558896ca053

Bug 693284: Detect missing glyphs and fail.

gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2013-01-28 15:34:38 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
33794a10191cf1e5c1b41410ee068ba71cf3825c

Bug 693284: Conditional inclusion of memento header.

gs/jbig2dec/jbig2.h

2013-01-28 13:34:01 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
ccae004db8b875086995353c299cee196dd326fb

Bug 693284: Break an infinite loop.

gs/jbig2dec/jbig2_symbol_dict.c

2013-01-28 11:56:37 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
4b6594315066b8ded562111472aa5933c6c54238

Bug 693284: Fix 32 vs 64-bit typ[e mismatch.

gs/jbig2dec/jbig2_symbol_dict.c

2013-01-28 11:09:04 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
eea1deb225c19ab7a29b7ccdb33290d757853f1b

Bug 693284: Don't shift 32-bit value by 32.

gs/jbig2dec/jbig2_huffman.c

2013-01-28 09:03:30 +0000
Chris Liddell <chris.liddell@artifex.com>
9cf877b78dbe7d077d1369b07bdaf73ba8415e01

Handle cases where pointer alignment does not match pointer size.

On some hardware, pointer alignment does not necessarily match the size
of a pointer - handle that in genarch.

No cluster differences

gs/base/genarch.c

2013-01-28 08:55:02 +0000
Chris Liddell <chris.liddell@artifex.com>
8120955272fe1c9d1a8182c2dbba44758d3d3091

Fix unaligned pointer access.

In pdf_add_subset_prefix() change so that the hashing code accesses
the buffer byte at a time, rather than short at a time, and increment
through the buffer "sizeof(short)" bytes at a time. The former ensures
we never risk an unaligned memory access on strict alignment
architectures, and the latter ensures we hash all the relevant data
correctly.

No cluster differences.

gs/base/gdevpdtb.c

2013-01-28 08:57:12 +0000
Ken Sharp <ken.sharp@artifex.com>
daeb0a9a52f865e9088c29511fd397d8356ca775

pdfwrite - record the usage of outlines, articles, named dests and labels

When linearising, I forgot to add the dictionaries, referenced from the
Catalog, for Outlines, Threads, Named desintations and Page Lanels to
the usage record. This meant these dictionaries were accidentally
dropped from the final PDF file.

Here we just record their usage.

No diffrences expected.

gs/base/gdevpdf.c

2013-01-27 14:06:05 -0500
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
07d5a619b525898759a7468631a6cb775edf5bd6

Bug 691246: Handle inverted symbol region.

Propagate combination operator and also fix an error in coding XNOR
logical operation.

gs/jbig2dec/jbig2_generic.c
gs/jbig2dec/jbig2_image.c
gs/jbig2dec/jbig2_page.c

2013-01-27 01:46:17 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
0e140900d2f1eca99ad64c5bdef131cddc55e5ef

Bug 693513: Detect and reject negative parameters.

Fix detection of negative width and height attributes.
Add detection of negative number of dictionary symbols.

gs/jbig2dec/jbig2_symbol_dict.c

2013-01-26 21:47:12 -0700
Henry Stiles <henry.stiles@artifex.com>
152d0cec22438acbb6a5cd50a65b0f9f8c729195

Fix bug #693586 - clist error message.

The error was caused by sending image data to the library after the
page was output, now graphics mode is flushed and closed before the
page is output. The bug was introduced by ea54a03 which closed
graphics mode at the time of "end job" which could occur after output
page. We do need to leave that commit intact as the job could end
without outputting a page, and the raster state would not be cleaned
up.

pcl/pcpage.c

2013-01-26 21:43:50 -0700
Henry Stiles <henry.stiles@artifex.com>
386b7ab3dcdf165d6a9cae58a871e0bb78b7bdac

dwmainc.c include file dependencies added to makefile.

main/pcl6_msvc.mak

2013-01-26 19:58:46 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
e40d514124722e7babf4acaf1db5eb4e372b5f72

Bug 693496: Fix 16-bit gray image on CMYK devices on 32-bit platforms.

Use platform-independent way (memcmp) to compare color values instead of
instead of relying on the word sizes. Old code missed some of the
color components on 32-bit computers.

gs/base/gxi12bit.c

2013-01-25 22:46:38 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
81a36cc82e8680ac6bf7f0808402bf6ff02920ea

Bug 693587: Make EOL check a little more strict.
Don't skip space character after finding \r. Just peek for the following
\n and stop scanning.

gs/Resource/Init/pdf_base.ps

2013-01-25 15:29:12 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
a438b95a287f36b721331c50a4c47985616a0c19

Bug 693584: Fix annotation scaling.

Fix incorrect scaling of annotations with appearance subdirectories. Old code
always failed to find the actual appearance dictionary and used identity
scaling in such cases.

gs/Resource/Init/pdf_draw.ps

2013-01-25 09:50:41 -0800
Michael Vrhel <michael.vrhel@artifex.com>
5fa93a84163a0e2680ead7e76425c92da24bce5c

Another documentation update of the color architecture.

gs/doc/GS9_Color_Management.pdf
gs/doc/GS9_Color_Management.tex

2013-01-24 21:42:03 -0800
Michael Vrhel <michael.vrhel@artifex.com>
52cb8e94511a3a5acd8d3a21f6a22cf24d52962e

Update of color management document for 9.07 release

gs/doc/GS9_Color_Management.pdf
gs/doc/GS9_Color_Management.tex

2013-01-24 12:58:58 -0700
Henry Stiles <henry.stiles@artifex.com>
210c9344792bcf95c540f93428562c34104ffb28

Set stdio streams to binary, bug #693543.

This is exactly the same solution used in gs/base/dwmainc.c. The
commit also removes extraneous include files. Updating the associated
dwmain makefile target with the new include file dependencies is
forthcoming.

pl/dwmainc.c

2013-01-24 12:05:41 +0000
Chris Liddell <chris.liddell@artifex.com>
400e64a36f1f18e3642b705d926c49c42adc8599

Bug 693571: properly close allocator chunk during save

During a save operation, we "close" the open chunk and save the state of the
current generation of an allocator before creating a new generation and opening
a new chunk for the new generation.

After doing that, we try to eliminate any redundant changes listed for the
"saved" allocator instance. That can end freeing memory in the "closed" chunk,
leaving it in an unstable state, and causing the garbage collector to try to
validate already freed memory.

In drop_redundant_changes() we now call alloc_open_chunk() and
alloc_close_chunk() so that, in event we do disard changes (thus freeing
memory), the allocator is left in an internally consistent state, and
avoids confusing the chunk validation code during garbage collection.

No cluster differences.

gs/psi/isave.c

2013-01-24 11:56:25 +0000
Chris Liddell <chris.liddell@artifex.com>
149811fa66aaaf272a1377e9df1a79f3752e0299

Update int_freed_top in the correct chunk

In i_free_object() we were identifying the correct chunk for the memory
address we were freeing, but then always updating int_freed_top in the
current chunk. This could cause us to fail to consolidate free blocks when
we possibly could, or to attempt to do so when it would be pointless.

So we now identify whether the address is in the current chunk, and write
int_freed_top in that, or use the actual chunk pointer for the freed
memory block.

No cluster differences.

gs/base/gsalloc.c

2013-01-24 11:44:39 +0000
Chris Liddell <chris.liddell@artifex.com>
0f0a42367372cffeb80e32a4244dc74031fda077

Use the correct memory pointer for glyph cache init

The PS interpreter initialised the glyph cache using the "imemory"
pointer for the cache memory. But if the cache gets resized via
a setuserparams or setcacheparams, the graphics libarary would then
use the "stable_memory" pointer to free the original memory, and allocate
the new. Thus illiciting warning about "memory not owned by allocator" when
running with -ZA

Switch the PS interpreter initialisation to also use "stable_memory".

No cluster differences.

gs/psi/zfont.c

2013-01-24 11:36:16 +0000
Chris Liddell <chris.liddell@artifex.com>
3b2819779786467f3ed6799242947d811186a29a

Change the memory pointer used for if_debug2m()

The cmem pointer can be null in stream_finalize() if it is called from the
garbage collector. Use the memory pointer from the stream object instead.

No cluster differences.

gs/base/stream.c

2013-01-23 16:11:32 +0000
Chris Liddell <chris.liddell@artifex.com>
57744bd8af3b06cea888b7a66c8349c5096b748d

Bug 693572: handle missing a glyph outline.

We purposefully ignore some errors during glyph creation. In that event,
the path creation for an outline glyph, we weren't checking for the
outline being missing.

No cluster differences.

gs/base/fapi_ft.c

2013-01-23 09:06:04 +0000
Ken Sharp <ken.sharp@artifex.com>
bb8f4582d893aab544597599b9498e38dfa12de4

ps2write - Don't add PageLabels to the Catalog when we get a relevant pdfmark

Bug 693551 " Regression: "Error handled by opdfread.ps : rangecheck" starting with 5784bfbfba7191cacce5309e88afac0851287460"

opdfread.ps doesn't know what to do with a PageLabel, so don't emit them

Not sure why this didn't show up in the original cluster test

gs/base/gdevpdfp.c

2013-01-23 08:19:24 +0000
Ken Sharp <ken.sharp@artifex.com>
5874ad1dfa17839d499db8b041a5fc9bdbfd6b22

Properly initialise 'clip' device

Bug #693575 "segfault with ps2write and -dDisablePAPI"

Although labeled as a PS writer problem this is in fact a general bug. In
gx_image_fill_masked we call gx_image_fill_masked_start() with a pointer
to a gx_device * which we expect to be filled in.

This will be the device which accumulates the clip, if the current target
device can accumulate clips then we use it, otherwise we set up an
accumulation device.

However there was a path through gx_image_fill_masked_start which did not
set the device, leading to the variable being left uninitialised and
causing a later crash.

This patch initialises the variable to the current device before calling
gx_image_fill_masked_start and also fixes the code path in that routine
so that it always fills in the device. Just to be safe.

No differences expected.

gs/base/gximask.c

2013-01-23 08:46:58 +0100
Till Kamppeter <till.kamppeter@gmail.com>
5420903e1cbccc8c27c8e9f82c21efd9fef36366

Silenced compiler warnings in cups/gdevcups.c.

gs/cups/gdevcups.c

2013-01-22 20:25:18 -0800
Ray Johnston <ray.johnston@artifex.com>
f0f048ae68e9b93b536a52c783b566652ab72b3e

Bug 693573; Prevent multiple free when MT rendering cannot start any threads

When the MT rendering fails to start any device after the thread's
chunk allocator was set up, multiple free of the allocator would occur
because the thread's 'memory' was not set to NULL.

gs/base/gxclthrd.c

2013-01-22 21:24:17 -0700
Henry Stiles <henry.stiles@artifex.com>
76fa834e14471fb54e3dd23802a8c8f53d7fda0e

Fix warning, missing declaration, in the previous commit
ea54a0304934c570a51ca5eec216b0480f2b5be5

pcl/pcl.mak
pcl/pctop.c

2013-01-22 20:07:57 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
81ea731e97a93a5c9e3f59d7f67f8b3aa5c495c8

Bug 693570: Clear operand stack finishing PDF page.

Clear all objects that may be left behind by PDF command streams.
Stray composite objects interfere with a restore operator at the
end of the page.

gs/Resource/Init/pdf_main.ps

2013-01-22 18:04:09 -0700
Henry Stiles <henry.stiles@artifex.com>
298abec0432d87b25e57b2ab549b1817f396e851

Remove a bogus comment, lineprinter font is bound.

pl/plftable.h

2013-01-22 17:51:08 -0700
Henry Stiles <henry.stiles@artifex.com>
ea54a0304934c570a51ca5eec216b0480f2b5be5

Fixes interpreter crash see bug #693543.

If a PCL job exited in the middle of a raster stream graphics mode was
not terminated properly at the end of the job, instead we tried to
shut down graphics later at the time of interpreter shutdown which
leads to a unordered freeing of resources.

pcl/pctop.c
pcl/rtgmode.c

2013-01-22 21:06:37 +0100
Till Kamppeter <till.kamppeter@gmail.com>
188e13b462ce0d606735b53e22bdba667e391c00

CUPS Raster "cups" device: Improvements for pages size matching with PPD

These changes improve the matching of the sizes of the incoming pages with
the page sizes available for thr printer according to the PPD file.

Instead of stopping to searcg through the PPDs page sizes when a size
gets found which fits within the limits, we always go through all page
sizes to find the best match. We consider the best match the size with
the name given on the command line/by the input file and matching the
size of the current page within the limits, second level is a match of
size and margins and third level is only matching the size. If there
is more than one match of the same level, the product of the
horizontal and vertival size deviation counts.

In addition, we let the gstoraster wrapper CUPS filter for Ghostscript
call Ghostscript with all parameters on the command line (especially
also the page size name) also when the input is PostScript.

gs/cups/gdevcups.c
gs/cups/gstoraster.c

2013-01-18 13:14:15 -0800
Ray Johnston <ray.johnston@artifex.com>
2ae1a17c87e2e0d6de13d3a354129ff09668bb32

Fix Bug 693422. SEGV due to transparency and patterns

This change disables the check when doing the pattern_cache_lookup,
since transparency ops that set the colorspace may have been omitted
from bands where they are not needed, but a large pattern may have
been written to all bands. Thanks to Alex for finding this.

gs/base/gsptype1.c

2013-01-17 14:25:25 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
96a8e3595982078f0bfd6a93cb51e420f25fdc31

Bug 693550: Consider max color index -1 as 255.

gs/Resource/Init/pdf_draw.ps

2013-01-17 18:44:10 +0000
Robin Watts <robin.watts@artifex.com>
57a5089f1e2c2a83eceec81dfa2facf5f9fb51e0

Bug 693541: Fix color setup in pdf14_create_clist_device.

When we create a pdf14 clist device (a pdf14cmykspot device, in this
case) in pdf14_create_clist_device, we are at pains to set the
num_components and max_components appropriately. At no point do we
similarly sanitise the depth however.

The fix applied here is an exact parallel to the first commit for
this bug.

gs/base/gdevp14.c

2013-01-17 12:22:34 -0700
Henry Stiles <henry.stiles@artifex.com>
8e57017fa3eaeb1c2034eb0925e0da2f38e286d3

Fixes 693552 - regression with polygon handling.

The previous fix, b2796b4d58, did not properly handle the pathological
case of adding an HPGL/2 sub-polygon to an empty polygon path.

pcl/pgpoly.c

2013-01-17 17:58:01 +0000
Robin Watts <robin.watts@artifex.com>
2a3bf5a4865d2d97e46742d14814758bb70abf53

Bug 693541: Fix 'undefined filename' error

If '%' is used in a separation name (say "45% 286 overprinting 186"),
then when the file is opened, we interpret the % as a format specifier
and we complain. Simple fix is to replace '%' with '_' when generating
the tif filenames.

The file now runs further, and hits another (unrelated) pattern cache
problem.

gs/base/gdevtsep.c

2013-01-15 13:31:50 +0000
Robin Watts <robin.watts@artifex.com>
045ad34f5074874c38e77919db920c5ed45dc5f5

Bug 693541: Fix planar depth calculation from color_info.

At various places in the code, we assume that for a planar device:

dev->color_info.depth = dev->color_info.num_components * plane_depth

This is NOT necessarily the case (due to tag planes etc).

We therefore avoid the need for this calculation by adjusting the
return value from gxdso_is_native_planar; rather than returning 0
or 1 (for not-planar or planar), we now return 0 or the depth of
the planes.

The logic in pdf14_create_clist_device is updated to use this. This
gets the file mentioned in the bug through to another (seemingly
unrelated) crash that I will investigate next.

gs/base/gdevdrop.c
gs/base/gdevmpla.c
gs/base/gdevp14.c
gs/base/gdevppla.c
gs/base/gxclimag.c
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxcolor2.h
gs/base/gxdevsop.h
gs/base/gxht_thresh.c
gs/base/gxicolor.c
gs/base/gximono.c
gs/base/gxp1fill.c
gs/base/gxpcmap.c

2013-01-16 12:08:24 -0800
Ray Johnston <ray.johnston@artifex.com>
37e07e95a5588c2feaba60bbf506a7a9e433a43c

Fix bug 693557: SEGV regression with NumRenderingThreads > 0 in pattern_load

This was due to the pdf14 device changing num_components during clist playback
when it had not changed during writing the clist. When a pattern tried to load
it failed the check that the depth of the pattern matched the depth of the
device. This was traced to picking the pdf14cmyk device during rendering instead
of the pdf14CMYKspot device because the thread's max_components was set to 4,
not 14 (as during clist writing). Fix the MaxSeparations in gsdparam to return
max_components instead of num_components, then fix devn_get_params to pass the
PageSpotColors param and the setting of num_components in devn_put_params to
ignore max_separations since that doesn't make sense.

gs/base/gdevdevn.c
gs/base/gsdparam.c

2013-01-16 21:54:23 +0000
Robin Watts <robin.watts@artifex.com>
cb51890a39bb97de55c5ce4734c55cba060d8e79

pdf14_mark_rectangle speedups

Customer 532 report 3 files that perform slower than they would like.
Profiling of these files shows that they all make heavy use of
fill rectangle calls on a pdf14 device. This means lots of time
is spent in pdf14_mark_fill_rectangle, and the subsidiary function
it calls, art_pdf_composite_pixel_alpha_8.

This commit introduces various optimisations:

1) We avoid the collation/decollation copies for the additive
case by using a new function (art_pdf_composite_alpha_8_fast) that
takes the planeheight as an arg. This may do the collation/decollation
internally if required.

2) We pull the logic for the 2 fast cases out of
art_pdf_composite_pixel_alpha_8_fast.

3) We rejig the loops to count downwards where possible.

4) We reduce the number of variables in use within the loop by
updating rowstride/alpha_g_off/shape_off/tag_off etc before the
loop.

5) We modify the values of src_alpha and shape before the loop to
avoid repeated calculations within the loops.

6) We add a special case loop to handle the num_comp == 1 && additive
case (as typically seem with monochrome or grayscale devices). This uses
an even simpler art_pdf_composite_alpha_8_fast_mono routine (no loops
and fewer multiplies).

Feedback from customer 532 is that these changes (backported to their
8.71 based system) gives a noticable speedup.

gs/base/gdevp14.c
gs/base/gxblend.c
gs/base/gxblend.h

2013-01-11 09:55:22 -0800
Michael Vrhel <michael.vrhel@artifex.com>
ed38aa2fffd43cc0b38a4a0d1d66ec304ef0924e

Fix for issue with transparency B stroke fill operation with softmask

During a B operation (Stroke and fill) with transparency we push a knockout group to make sure
the stroke blows away the fill rather than blending. When there was a softmask present, we
were not passing along the soft mask for the fill portions during the group compositing operation.

gs/base/gxblend.c
gs/base/gxblend.h
gs/base/gxblend1.c

2013-01-10 12:17:08 -0800
Ray Johnston <ray.johnston@artifex.com>
1bc2a56f913ff1fa3f7af06000a4c6dd5c948afd

Fix bug 693361: Rendering threads unsafe use of main thread allocator.

The PCL main thread allocator is not thread safe, and the rendering
threads would end up using this allocator to form link profiles (in
the lcms logic) because the device profile had the 'memory' allocator
set to the main thread's allocator.

The fix found by Robin Watts was to use the thread's device (which
have a copy of the device profile with the thread's memory allocator,
set by gs_putdeviceparams) in the call to create_buf_device.

gs/base/gxclthrd.c

2013-01-10 12:08:03 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
79e780b55d1e832895b3a9c6aa13017a57d1ca72

Big 693185: Suppress unbalanced q/Q warning.

When the stream run is aborted, the processed part is likely to have
more q than Q. Reporting this fact to the user is misleading, because
it's an interpretation artifact rather than the file property.

gs/Resource/Init/pdf_base.ps
gs/Resource/Init/pdf_main.ps

2013-01-09 13:26:43 +0000
Ken Sharp <ken.sharp@artifex.com>
e8d295679c4b6eabe71256b748282be048b27c05

pdfwrite - when handling PaintType 2 fonts, cater for rotatedt text

We handle PaintType 2 fonts in PDF output by leaving them as regular type 1
fonts but setting the text rendering mode to 1 (stroke). Naturally we also
have to calculate an appropriate stroke width based on the font matrix,
text point size and, for PDF, the text matrix.

Previously we handled rotated FontMatrix entries, but didn't check for a
rotated text matrix, which led to a multiplication by 0 and setting the
stroke width much too narrow.

No differences expected.

gs/base/gdevpdtt.c

2013-01-09 02:12:56 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
339fcbd26065c2771a33ea8c805ff70bd097684a

Bug 693033: Build shading in stopped context.

Move shading dictionary construction into a stopped context. New code
just drops a shading that cannot be constructed or rendered instead of
aborting the whole stream run.

gs/Resource/Init/pdf_draw.ps

2013-01-08 14:17:44 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
cf46f4c8ce91e6d62c902e58c79267934eed6eda

Bug 693420: Add missing initialization of sim_overprint.

Valgrind detects that sim_overprint is not initialised in this case.
Normally, gcc has it set to 0 and produces normal output. Setting it
to 1 creates the same incorrect output as reported.

gs/base/gsicc_manage.c

2013-01-08 17:45:46 +0000
Chris Liddell <chris.liddell@artifex.com>
bb5a79b39e4ada667ac2e9c91179da29bafbd129

Fix "fallback" to know about Microtype fonts

In the event that FAPI fails to handle a font, there is a (temporary) fallback
to the AFS code.

That fallback *must* not be used for the Microtype fonts loaded via UFST, since
the font loading code uses the error return to determine that we've loaded all
the fonts from the FCO.

No cluster differences.

pl/plfapi.c

2013-01-08 17:03:21 +0000
Chris Liddell <chris.liddell@artifex.com>
693b5421da925b627b7ce573ea7346b5d3611de9

Bug 693538: tweak TTF cmap format 4 parsing.

Empty segments in the cmap table (that is, those where the start character code
is the same as the end code) aren't ignored, we correctly "fake" a one entry
segment. It seems, however, that we should *not* do that when the start and
end codes are zero - in that case, we should ignore it.

No cluster differences.

gs/Resource/Init/gs_ttf.ps

2013-01-08 08:47:01 +0000
Chris Liddell <chris.liddell@artifex.com>
3cc531830906a291d4d088e31936a92d7324e53c

Switch Ghostscript/GhostPDL to Affero GPL

As discussed on IRC, e-mail and at the last staff meeting.

COPYING
LICENSE
gs/LICENSE
gs/doc/COPYING
gs/doc/Commprod.htm
gs/doc/Readme.htm
gs/doc/WhatIsGS.htm
gs/examples/cjk/all_ac1.ps
gs/examples/cjk/all_ag1.ps
gs/examples/cjk/all_aj1.ps
gs/examples/cjk/all_aj2.ps
gs/examples/cjk/all_ak1.ps
gs/examples/cjk/gscjk_ac.ps
gs/examples/cjk/gscjk_ag.ps
gs/examples/cjk/gscjk_aj.ps
gs/examples/cjk/gscjk_ak.ps
gs/examples/cjk/iso2022.ps
gs/examples/cjk/iso2022v.ps

2013-01-07 22:05:54 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
e49f26eedd54120b615487db37dbdc1429685f79

Bug 693539: Add duplex option to gslp utility.

Commit a contributed patch that adds a duplex option to gslp script.

gs/lib/gslp.ps

2013-01-07 13:29:03 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
2f85458194f235cf9236214b49c385e9bad4e11e

bug 693485: Handle single '~' as EOF in PDF

Accept single '~' as a valid end of stream indicator in PDF files.
Acrobat Reader accepts this kind of PDF files without warnings.

gs/base/sa85d.c

2013-01-07 13:53:14 +0000
Chris Liddell <chris.liddell@artifex.com>
27df0d4971de23a82f0284c28aeb6e36cf355e46

Bug 693532: Fix GTK+ 2.x fallback.

The conditions under which to test for and use GTK+ 2.x were incorrect.

No cluster differences.

gs/base/configure.ac

2013-01-07 08:33:05 +0000
Chris Liddell <chris.liddell@artifex.com>
e639c0764cc50640135528fa6b0faac233bd87d2

Fix indeterminism with FAPi and artificial bold glyphs

Copy the raster lines from the FAPI bitmap into a temporary, appropriately
aligned buffer before doing the "smearing".

Also ensure that the FAPI settings for XL downloaded font and emboldening are
correct.

Potentially affects all PCL/PXL test files with emboldening and XL fonts.

gs/base/gxfapi.c
pl/plfapi.c

2013-01-04 20:34:47 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
def5e256da42d12cf8103fa7481380b6df84aa96

Bug 93512: Add -dUseArtBox option.

ArtBox is often the smallest of all boxes. This option can be useful
when the file should be cropped to the smallest box without loss of
the contemt. Thanks to Marcos for the patch.

gs/Resource/Init/pdf_main.ps
gs/doc/Use.htm

2013-01-04 02:39:34 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
5124cc05570819036a7bf689dbed91f57f74ba24

Bug 693528: trap errors in ToUnicode CMap

Read ToUnicode CMap in a stopped context. Ignore the CMap if
reading fails.

gs/Resource/Init/pdf_font.ps

2013-01-02 17:21:24 +0000
Ken Sharp <ken.sharp@artifex.com>
af5ba82a0c147b207d276a1acb9daa7bf7665227

pdfwritre - change fixed buffer for CIDSystemInfo to dynamic allocation

Bug #693514 "Broken PDF produced from PostScript by Windows 8 Microsoft
PS Class Driver"

The problem is that the CIDSystemInfo Registry and Ordering produced by
the Microsoft XPS to PS device is > 32 characters. The code to write the
CIDSystemInfo used a fixed buffer of 32 characters. If that overflowed we
returned a limitcheck which caused pdfwrite to attempt a type 3 fallback
which also failed.

Changed the code to (more logically) allocate a buffer for the temporary
usage. Also if this fails we return a VMerror which doesn't trigger an
attempt to fall back to type 3.

No Expected Differences

gs/base/gdevpdtw.c

2012-12-28 18:32:37 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
bc70bf785efcb1a3f9c995b5d8b4c1c29dc881e5

Bug 693511: Ignore spurious ET operator

Ignore ET operator when it appears outside of BT context and issue
a warning.

gs/Resource/Init/pdf_ops.ps

2012-12-28 10:20:44 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
fea783c88450639227cfc456557ce16c348c9a67

Fixed minor typo in documentation.

gs/doc/Make.htm

2012-12-25 13:27:35 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
ec5b8eb0ccf0fc6881a6ffd2d190aa40e1faef1c

Bug 693490: Warn about searching external contexts.

gs/Resource/Init/pdf_main.ps

2012-12-25 12:58:02 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
23e7e3054c095cd5157f2f7768f95a75b86f9779

Bug 693490: Search all XObject resources.

Adobe Acrobat appears to search all nested XObjects for resource names
contrary to the PDF specification. This patch follows the reference
implementation and saves a pointer to XObject resource dictionary on
the graphic state. When a resource cannot be found in a standard way,
the stack of graphic states is searched.

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_main.ps

2012-12-22 12:21:38 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
b25fb04f7210656dd987cf23151aec08f4a9f2ee

Documentation update (Bug 693491).

gs/doc/Make.htm

2012-12-22 09:57:10 -0800
Michael Vrhel <michael.vrhel@artifex.com>
6ca50ddca3268fe4626279c591e6fe3dce4c4228

Have the PDF14 device properly set up some of its color info

The lack of setting the comp_bits components in the color info when we have
the pdf14 CMYKSpot device caused an issue in the shading code. Fixes
Bug 693480.

gs/base/gdevp14.c

2012-12-13 11:23:41 -0800
Michael Vrhel <michael.vrhel@artifex.com>
1276ea02ac198b92788e3f6fac704c6ae2c2c4c7

Enable proper blending to occur when we draw transparency patterns.

This fixes Bug 693498. Previously we were not getting the blending information to
the group that we push to draw into. Also, there was a difference in how the clist
and non-clist pattern cases had to be handled. In the clist case, we do not know
what the blend mode for a group encompassing the pattern would be until the pattern is
run through the clist. Hence its logic with respect to transparency required a change.
Also fixed a bug that occurred when we used the -Zv debug option.

gs/base/gdevp14.c
gs/base/gsptype1.c
gs/base/gxblend.h
gs/base/gxblend1.c

2012-12-14 11:45:41 +0000
Chris Liddell <chris.liddell@artifex.com>
316c27810d36e234fa4b254765e35268cfadbc27

Remove some debugging code

left in accidentally.

No cluster differences.

gs/base/configure.ac

2012-12-13 16:10:03 +0000
Chris Liddell <chris.liddell@artifex.com>
e5508fa002678eff5012ce09621d2b94c66e55a5

Allow opt out of GNU make feature.

As we currently only use one GNU make only feature, allow the user
to opt out of it at configure time with "--without-gnu-make".

Tested with Sun make and Sun dmake.

No cluster differences.

gs/base/Makefile.in
gs/base/configure.ac

2012-12-13 18:44:14 +0000
Robin Watts <robin.watts@artifex.com>
da6307c97ac317a41e518c1db659a9dd88188669

Fix pthreads error handling mistake.

This bug was inherited from the mupdf example code I stole it from.
It seems that pthreads signals errors as non zero, not negative.

gs/psi/apitest.c

2012-12-13 16:56:09 +0000
Robin Watts <robin.watts@artifex.com>
776fe65eb131dd05728d8a448b6e4ce8dea5a9e0

Document GS_THREADSAFE option

gs/doc/API.htm

2012-12-13 15:44:23 +0000
Chris Liddell <chris.liddell@artifex.com>
e4e84ee2f724710d3a34119c13a621bd32c283d2

Bug 693501: have configure detect and handle memalign

OpenJPEG uses memalign, if available, but has a rather poor test for it being
available.

This change has configure check for memalign, and augment the compiler command
line to replace memalign with a normal malloc for the OpenJPEG code.

So, several BSD variants, AIX etc should now build okay.

No cluster differences.

gs/base/configure.ac

2012-12-13 14:59:19 +0000
Chris Liddell <chris.liddell@artifex.com>
bbc2e3b761fd58e1cfe155840c0b948e71c5f37d

Fix the SHARE_ZLIB build.

Add an EXTRALIBS variable for the aux programs (AUXEXTRALIBS) so that
the "-l" directives get included, and in the correct position on the
compiler/linker command line.

No cluster differences.

gs/base/Makefile.in
gs/base/unix-aux.mak

2012-12-12 10:23:27 -0800
Michael Vrhel <michael.vrhel@artifex.com>
ee7fdd12e17fad500202234e04035d85fb70ebd0

Perform range restriction after tint transform of separation color.

Fixes bug 693497. Thanks to Alex for solving the issue before I even had a look at it.

gs/base/gscsepr.c

2012-12-09 09:48:14 -0800
Chris Liddell <chris.liddell@artifex.com>
363443d8b2e8373541a886ed16ad281bfd6d31f4

Fix memory leaks from FAPI/FT glyph data buffers.

No cluster differences.

gs/base/fapi_ft.c

2012-12-08 17:53:34 -0800
Chris Liddell <chris.liddell@artifex.com>
078175e8df7835ff4df00e53b256a9c7fbd32ed7

Fix pl_fapi_passfont() return code.

For now we want to fall back to the AFS code if FAPI can't handle a font.

No cluster differences.

pl/plfapi.c

2012-12-08 22:29:57 -0800
Ray Johnston <ray.johnston@artifex.com>
a8e20d4064e3df5fbb347a0cc8176635ce842e33

Fix ARCH_SIZEOF_GX_COLOR_INDEX that mistakenly got committed in git-confusion.

ARCH_SIZEOF_COLOR_INDEX was in a local branch that got had the problem and
got pushed when trying to work from my confused git repo.

gs/base/gxclutil.c

2012-12-08 14:46:27 -0800
Ray Johnston <ray.johnston@artifex.com>
9305f19f4ce60e9fbd3e15d1f22ceaa28502f95b

Get rid of compiler warnings when SIZEOF_GX_COLOR_INDEX is 4.

gs/base/gxclutil.c

2012-12-08 10:57:04 -0800
Chris Liddell <chris.liddell@artifex.com>
024697aa2aec80c2e162a2e7a0707006b418e0e3

Fix a little bitrot in the trace device(s).

CLUSTER_UNTESTED

gs/base/gdevtrac.c

2012-12-07 21:07:17 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
482da0636bf70aea3bd44839e27eee650e430982

Bug 690778: revert big resource hack.

Revert most of the commit 93ffd5c00fef9f616fa6785106935344f6db69b5,
which worked around 64K limit in resource dictionaries. gs now can
create big objects directly.

gs/Resource/Init/pdf_base.ps
gs/Resource/Init/pdf_main.ps

2012-12-05 20:36:59 +0000
Chris Liddell <chris.liddell@artifex.com>
01d43e701413c63dc3d7f85b4c5d748b7b7da8c9

Add some missing header dependencies.

No cluster differences.

pl/pl.mak

2012-12-05 19:32:45 +0000
Chris Liddell <chris.liddell@artifex.com>
0e107d4c37b14c21f5d855b70443873e9e9e9a8e

Make MAX_TOKEN big enough for large paths

Recommended by Nelson Beebe - his work reviewed a large number of common (and
not so common) environments, and the largest allowable "monolithic" path is
4096 characters, so I've made MAX_TOKEN that size.

No cluster differences.

gs/base/genconf.c

2012-12-05 12:44:38 +0000
Chris Liddell <chris.liddell@artifex.com>
49571b9821b825cafd9691a7d25dfdeebbf9dd7d

Various fixes for FAPI/UFST.

Allow the "old school", non-FAPI PCL/UFST build to continue to work.

Add support for UFST 5.x with FAPI.

For XL format downloaded TTFs, disable hinting.

This causes differences in ~161 cluster PCL test files - that is, files that
have XL format downloaded Truetype fonts in them.

config.mak.in
configure.ac
gs/base/configure.ac
gs/base/fapi_ft.c
gs/base/fapiufst.c
gs/base/gxfapi.c
gs/base/gxfapiu.c
gs/psi/zfapi.c
main/pcl6_gcc.mak
pl/pl.mak
pl/plfapi.c
pl/plftable.h
pl/pllfont.c
pl/plulfont.c

2012-12-04 08:39:14 +0000
Chris Liddell <chris.liddell@artifex.com>
59d840fc9bdcf7d7ebb03d4d2d3f1e4d5d927d14

Bug 693479: add missing CID to glyph index step

For TTF CIDFonts loaded from disk (usually as a substitute), and using an
Identity ordering, there was a missing step to get from the CID to the TTF
GID. This caused problems when a PDF included a non-identity CIDToGIDMap.

No cluster differences.

gs/psi/zfapi.c

2012-12-03 17:32:56 +0000
Ken Sharp <ken.sharp@artifex.com>
5b4cea1173891c7c7252eb790af8357c9065a5ce

pdfwrite - improve locaFormat fix

commit 4d20aa6061c6bc802c1ff8e031cfb434dd7fd490 sets the top byte of the
locaFormat in the HEAD table to be the same as 'indexToLocFormat. It
should actually always be 0, fixed here.

gs/base/gdevpsft.c

2012-12-03 12:10:12 +0000
Ken Sharp <ken.sharp@artifex.com>
4d20aa6061c6bc802c1ff8e031cfb434dd7fd490

pdfwrite - fix incorrect TrueType locaFormat.

Some TrueType fonts have the locaFormat specified incorrectly in little
endian format. Our code always writes short loca entries, and sets the
low order byte of the locaFormat to 0 (short entries).

It wasn't setting the high order byte, because it should never be
anything other than 0. However these incorrect fonts set the high order
byte instead of the low order. It seems TrueType consumers treat the format
as 0 or NOT 0 rather than chekcing the value, which meant we were leaving
the format incorrectly set.

This simple patch sets both bytes of the format in the HEAD table and fixes
the problem.

Expected differences
Bug691850.pdf and Bug691035b.pdf show significant progressions

gs/base/gdevpsft.c

2012-12-01 09:44:56 +0000
Ken Sharp <ken.sharp@artifex.com>
3a4439baee68c440da7164daf55de04a4d48609a

pdfwrite - fix bug in commit a3d00daf5f9abb1209cb750a95e23bc6951c1c63

missed an entry in the PDFDocEncoding lookup table, also fixed a minor
error message and corrected an index.

No differences expected.

gs/base/gdevpdfe.c

2012-11-30 17:03:02 -0800
Michael Vrhel <michael.vrhel@artifex.com>
8ebecfe095e4585523fcbddbe1785473e0374b54

Fix so that the blackpoint is set to a proper enumerated value

Fixes bug 692530

gs/base/gdevpsd.c
gs/base/gdevrinkj.c
gs/base/gdevxcf.c

2012-11-30 16:51:48 -0800
Michael Vrhel <michael.vrhel@artifex.com>
c8fc6c53f0bce4be54c016ddd78f6cfe4d44419a

Avoid inserting the ICC profile into the halftoned TIFF output files.

Fixes bug 693060

gs/base/gdevtifs.c

2012-11-30 17:04:59 +0000
Robin Watts <robin.watts@artifex.com>
0bc3c907260275bf96a4d3e894e4a8146ddbb856

Remove .DS_Store files from lcms2 directory

These seem to upset at least one unzipping utility on the Mac, and
they serve no useful purpose for us.

gs/lcms2/Projects/mac/LittleCMS/.DS_Store
gs/lcms2/Projects/mac/LittleCMS/._.DS_Store

2012-11-30 16:02:22 +0000
Ken Sharp <ken.sharp@artifex.com>
a3d00daf5f9abb1209cb750a95e23bc6951c1c63

pdfwrite - convert non-UTF-16BE doc info to UTF-8 assuming PDFDocEncoding

Bug #693477 "Encoding of pdf metadata do not comply with pdf standard"

When processing Document info there is a pdfwrite parameter 'PDFDSCEncoding'
which, if present, is used to process the string into ASCII. However, if
this parameter is not supplied, we don't re-encode the string at all. Since
the XML must be UTF-8, this is potentially a problem.

Since we cannot know the source of the docinfo string (existing PDF, DOCINFO
pdfmark, or DSC comments in PostScript) we cannot make any judgement about
the encoding of the string data in the absence of PDFDSCENcoding. So we
choose to assume that its encoded using PDFDocEncoding if it does not
have a UTF-16BE BOM (which is the only other format permitted).

This should at least mean that the Docinfo and XML match and are legal.

No differences expected, the cluster doesn't check the XML

gs/base/gdevpdfe.c

2012-11-30 07:55:46 -0700
Henry Stiles <henry.stiles@artifex.com>
bb97932923e94ef0806909718da693bf7655631f

Fix 693269 - CCITT raster not using monochrome palette.

The RTL CCITT raster compression modes always use monochrome colors (a
palette with 1 bit per index). In our code this is somewhat awkward
requiring rebuilding the PCL raster and part of the graphics library
state as the compression mode can be changed after raster mode has
been entered and initialized with a color palette.

pcl/pccid.c
pcl/pccid.h
pcl/pcpalet.h
pcl/rtgmode.c
pcl/rtgmode.h
pcl/rtrstst.h

2012-11-30 07:46:01 -0700
Henry Stiles <henry.stiles@artifex.com>
df30839b4058ba92dd85883516258ce08eaca628

Bug 693437 - Improves PCL font selection.

We do not have perfect emulation of PCL font selection by attribute,
but this change does move us closer to the HP behavior. In particular
any font family attribute command (bold, italic etc.) cancels a
pending font selection by id, (i.e. the next selection will not use
the font id as a selection criteria).

pcl/pcfont.c
pcl/pcfont.h
pcl/pcfontpg.c
pcl/pcfsel.c
pcl/pcsfont.c
pcl/pcsymbol.c
pcl/pctext.c

2012-11-29 09:00:30 +0000
Chris Liddell <chris.liddell@artifex.com>
64ada98bdec11021ada90ddd21b8d9cdd9ee61a2

Make genconf's token buffer big enough for long paths

Thanks to Chen Qi ( Qi.Chen@windriver.com ) for pointing out the problem.

No cluster differences.

gs/base/genconf.c

2012-11-29 08:05:34 +0000
Chris Liddell <chris.liddell@artifex.com>
e02795887e3dd4fb75aaa90dc0bcf6d861246f4c

Bug 693474: Make ps2pdf14 script executable

CLUSTER_UNTESTED

gs/lib/ps2pdf14

2012-11-29 01:55:36 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
9e89056ce7f1998ac22cb274fd0ed29458ee5d35

Bug 693476: don't dump producer info for valid files

Don't dump producer info when the file is valid but GS cannot
process it for some reason. For instance, when the password is
missing or invalid.

gs/Resource/Init/pdf_sec.ps

2012-11-27 11:57:49 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
9b59e4d156deae8afd6c8eecad3ce8b83b2d7664

Bug 693450: Add platform-dependent validation for file name characters.

Add a new function to the portability layer that verifies, whether
a given character can be used in a file name. Convert separation
names to valid file names.

gs/base/devs.mak
gs/base/gdevtsep.c
gs/base/gp.h
gs/base/gp_dosfs.c
gs/base/gp_macio.c
gs/base/gp_ntfs.c
gs/base/gp_os2fs.c
gs/base/gp_unifn.c
gs/base/gp_vms.c

2012-11-27 01:04:52 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
f27a0b8a47f0faadb6797132d6b9ef00a1823529

Make PDF path construction operators more robust.

Ignore the path construction operator that fails for some reason,
and continue. Also correct the pdfemptycount value during form
processing to match reality.

gs/Resource/Init/pdf_draw.ps

2012-11-21 10:15:49 +0000
Ken Sharp <ken.sharp@artifex.com>
6f18589768e763238b5c45e46ba55dfef7dd59ae

pdfwrite - properly set the PreserveSMask parameter for non-transparent output

The PDF interpreter has historically handled SMasks by passing them directly to
the device, when the device is pdfwrite. This was altered to use a device
parameter rather than checking the3 device name.

This did not alter the functionality, which has always bee incorrect when
pdfwrite is not preserving transparency. We now alter the value of the
device parameter if we are instead rendering the transparent content to an
image. SMasks should now behave correctly when using PDF/A-1, PDF/X or
when setting the CompatibilityLevel to less than 1.4.

No differences expected as this is not cluster tested.

gs/base/gdevpdfp.c

2012-11-20 17:19:44 +0000
Chris Liddell <chris.liddell@artifex.com>
481e7652bffc369fd0b7bc5b52aebde2328c4c5d

Don't use return_error() for something not really an error

Quietens down the -Z# output.

No cluster differences.

gs/base/fapi_ft.c

2012-11-19 19:38:59 +0000
Ken Sharp <ken.sharp@artifex.com>
123c7fbf7f31e42dff306a6d0b993224387b1b3c

pdfwrite - further TrueType composite glyph improvement. Bug #693444

When we encounter a TrueType composite glyph, we add the 2 component glyphs
to the table of names, so that we generate a correct CMAP subtable in the
embedded subset font.

However, the name is based on the GID of the glyph, and if the GID happens
match a name in the font Encoding (type 42 font) *and* we use the glyph
which really corresponds to that name (but obviously has a different GID)
then we would end up with the wrong CMAP generated.

By not removing the GS_MIN_GLYPH_INDEX bias we create a new name which is
numeric and based on the GID. This guarantees no name collisions.

This leads to a regression in an XPS test file, but I think it is of the
'wrong before, differently wrong now' category and propose to ignore it on
that basis. (its a change in spacing, which cannot be directly affected by
this change.

gs/base/gxfcopy.c

2012-11-18 09:51:34 -0700
Henry Stiles <henry.stiles@artifex.com>
787b044f67826cfc0c8b9fda01728cb602b4c212

Bug #693111 fix refinement.

Refine the fix 8bec29de to add a configuration option so individual
commands can be selected for the unusual behavior of being ignored in
raster mode. I don't think we have a solid understanding of this
problem and this makes the fix significantly less likely to result in
a regression.

pcl/pcommand.h
pcl/pcparse.c
pcl/pcpatrn.c
pcl/rtgmode.c
pcl/rtgmode.h

2012-11-17 10:57:53 -0700
Henry Stiles <henry.stiles@artifex.com>
8bec29de4c0b67873d1e33e77296eed410be172e

Fixes Bug 693311 - Black rectangle output instead of expected image.

Normally if the PCL interpreter receives a command while processing
raster or an image, the command is ignored and raster is shut down.
These so called "locked out" commands do not close out the raster on
plotters using the HPGL/2-RTL emulation.

pcl/pcparse.c
pcl/rtgmode.c
pcl/rtgmode.h

2012-11-16 14:56:12 +0000
Chris Liddell <chris.liddell@artifex.com>
6a00be33f0127db231ca42f97e1f8b6ca4f69ecf

Bug 693451: avoid notdef "special casing" for cid fonts.

Bug692320.pdf should display as before the FAPI work.

gs/base/fapi_ft.c

2012-11-14 16:52:27 -0800
Michael Vrhel <michael.vrhel@artifex.com>
9cb6ee748223ec3373151047d921d75bbeffc4e9

Fix for issues with icc output intent

Proper rendering of the output rendering intent Ghent test files to RGB based devices require that
the output intent profile is used as a proofing profile. Unfortunately littleCMS does not allow one
to specify different rendering intents to use when connecting a group of profiles together. This
is needed to render these files correctly. The solution was to create a device link profile for the
first rendering intent (e.g perceptual) when going from source to proof. Then the remainder of the
transforms are handled in a relative colorimetric manner from proof to destination and possibly through
the device's link profile.

gs/base/gsicc_cache.c
gs/base/gsicc_lcms2.c

2012-11-13 23:20:39 +0000
Chris Liddell <chris.liddell@artifex.com>
8ebb6896c6f7ba59a6e7dec1267a65a66f817f1c

Use consistent ctm scale for metrics retrieval.

This minimises differences at different resolutions, and uses a scale chosen to
minimise rounding errors.

Also, fix handling of missing glyph in the glyph metrics retrieval function.

Lots of cluster differences in PCL/PXL tests.

pl/plfapi.c

2012-11-13 23:18:17 +0000
Chris Liddell <chris.liddell@artifex.com>
a372bbae80c5b14cf68d2893db790acfef4a4f86

Remove (temporarily?) the Makefile exclusion.

We can't simply exclude Makefile, since the GhostPDL top Makefile is not a derived file.

CLUSTER_UNTESTED

gs/toolbin/localcluster/clusterpush.pl

2012-11-13 18:02:39 +0000
Chris Liddell <chris.liddell@artifex.com>
1e05c7a541280979e0884f8ea1c1cee6eba8f229

Fix the language_switch Windows build with new fapi code.

CLUSTER_UNTESTED

language_switch/pspcl6_msvc.mak

2012-11-13 17:01:53 +0000
Ken Sharp <ken.sharp@artifex.com>
e1af42f1cca2cfb1f3f0c2d9e59e46bb8697fa27

pdfwrite - amended white list for font DRM

Copied again from teh Adobe web site, but mergin with the old list rather
than replacing. It looks like Adobe have changed some of their font names.

This shows a difference in fonts.pdf, beacuse we are now permitted to embed
Mathematical Pi. THis is a progression

gs/base/whitelst.c

2012-11-13 12:59:17 +0000
Chris Liddell <chris.liddell@artifex.com>
c54b37f8a5ad111dbfad499ba1c642ba404f5e93

Fix a couple of Windows build issues with the new fapi code

CLUSTER_UNTESTED

gs/base/winlib.mak
main/pcl6_msvc.mak
xps/xps_msvc.mak

2012-06-01 15:44:11 +0100
Chris Liddell <chris.liddell@artifex.com>
58937f6debfbed7675a0ce5cb8d0aa629e3fa7b8

Extend/modify FAPI for use by PDLs other than PS/PDF.

All languages take a -dDisableFAPI option which reverts to the AFS code.

On Unuix type systems
./configure --disable-fapi

and on Windows, adding "FT_BRIDGE=0"

create builds without the FAPI font handling.

Both of these will be removed as the FAPI code matures.

Move Font API from psi into base.

Split the FAPI functions into the interpreter dependent ones, and the "core"
functions. Move the core functions into the graphics library.

Change fapi.dev to fapi_ps.dev

Since the old fapi.dev is now split into core and PS dependent parts, the
old fapi.dev gets renamed as fapi_ps.dev

Basic TrueType support thru FAPI for pcl and pxl.

Doesn't include artificial boldening.

Basic FAPI functions working with XPS interpreter.

(Mostly) Make PCL/UFST work through gs_fapi API

Bug 693188: don't skip glyphs with degenerate matrices

In commit 752397ab, the fix for Bug 692263 was to skip over glyphs when the
matrix in force for the glyph had a zero scale in either dimension.

It seems that this approach had potentially unfavourable side effects in the
glyph cache.

So, when we encounter a degenerate matrix rendering a glyph, we now force a
minimal, non-zero scale before attempting to render the glyph. This placates
the glyph cache.

Cluster testing shows (tiny) progressions in Bug689006.pdf, Bug690179.pdf,
and Bug692634.ps, and pixel differences, not identifiable as progressions
or regressions in Bug690497.pdf and 12-07C.PS.

Conflicts:

gs/psi/fapiufst.c
gs/psi/ifapi.h
gs/psi/zfapi.c

Revise gs_fapi_available and zFAPIavailable so they can check for
a specific fapi server being available (as well as just fapi itself being
available.

Tidy up header includes, and header dependencies.

Typos, warnings and dependency mistakes.

Handle FAPI having no servers gracefully in PCL and XPS

Use existing API to retrieve glyph metrics.

Fix some PCL/PXL spacing problems.

Improve handling of notdefs in PCL/PXL

Some reformatting.

Update fapi call in xps and fix some merge mistakes.

Change gs_fapi_do_char() parameters to gs_glyph and gs_char types.

Handle GS_NO_CHAR value better.

Remove deprecated char_code entry

Provide method for client to request ttf cmap in fapi.

Skip "unencodable" glyphs (that is character codes whose "decoding" results
in a gs_no_glyph glyph value).

Fix (finally, I think) the PCL notdef problems, and PCL text orientation.

Also, a GL spacing problem. Amend the Postscript size to work with these
changes.

FAPI API and warnings clean up.

Identify glyph index or otherwise....

...in the FAPI PS world.

fix a missing dependency

Include stdint_.h in gxfapi.h....

so int64_t is available. Add dependency.

Fix typo in dependency.

Changes to build gs_fapi on Windows.

Fix a typo

<sigh> another "notdef" handling revision

Add PCL/XL glyph boldening (bitmap smearing) to FAPI.

Remove some debug code accidentally left in.

Provide a "-dDisableFAPI" command line option for pcl/pxl/xps.

It's added in a very noddy way for two reasons: it needs acted upon
before the interpreter is initialised, and second to make it more
obvious to remove when we've gained confidence in the new fapi code.

Split fapi server builds out of lib.mak and into separate makefiles.

Add one commercial server build to the Ghostscript/GhostPDL build system, so
it no longer needs built separately.

Also fix a couple of dependency typos/errors.

Some tweaks to get the build changes working on Windows

Delete makefile....

Revise build changes.

Cluster differences in every PCL/PXL/XPS file with text display in a Truetype/Opentype font (including CFF).

common/msvc_top.mak
common/ugcc_top.mak
config.mak.in
configure.ac
gs/Resource/Init/gs_fapi.ps
gs/base/Makefile.in
gs/base/configure.ac
gs/base/fapi_bs.mak
gs/base/fapi_ft.c
gs/base/fapibstm.c
gs/base/fapiufst.c
gs/base/gconf.c
gs/base/genconf.c
gs/base/gscdefs.h
gs/base/gsinit.c
gs/base/gslibctx.h
gs/base/gxfapi.c
gs/base/gxfapi.h
gs/base/gxfapiu.c
gs/base/gxfapiu.h
gs/base/gxfont.h
gs/base/lib.mak
gs/base/stub.mak
gs/base/winlib.mak
gs/base/wrfont.c
gs/base/wrfont.h
gs/base/write_t1.c
gs/base/write_t1.h
gs/base/write_t2.c
gs/base/write_t2.h
gs/psi/fapi_ft.c
gs/psi/fapibstm.c
gs/psi/fapiufst.c
gs/psi/ifapi.h
gs/psi/int.mak
gs/psi/msvc.mak
gs/psi/wrfont.c
gs/psi/wrfont.h
gs/psi/write_t1.c
gs/psi/write_t1.h
gs/psi/write_t2.c
gs/psi/write_t2.h
gs/psi/zfapi.c
language_switch/pspcl6_gcc.mak
main/pcl6_msvc.mak
pcl/pcfontpg.c
pcl/pcfsel.c
pcl/pcl.mak
pcl/pcsfont.c
pl/pl.mak
pl/plchar.c
pl/plchar.h
pl/plfapi.c
pl/plfapi.h
pl/plfont.c
pl/plfont.h
pl/plftable.c
pl/plftable.h
pl/pllfont.c
pl/pllfont.h
pl/plmain.c
pl/pluchar.c
pl/plufont.c
pl/plufstlp.c
pl/plufstlp.h
pl/plufstlp1.c
pl/plulfont.c
pxl/pxfont.c
pxl/pxl.mak
xps/ghostxps.h
xps/xps.mak
xps/xps_msvc.mak
xps/xpscff.c
xps/xpsfapi.c
xps/xpsfapi.h
xps/xpsttf.c

2012-11-12 20:05:31 -0700
Henry Stiles <henry.stiles@artifex.com>
a971121e9e50c672908f1b3185f42d497adf0b02

New PCL-XL paper sizes fixing part of bug 693399.

Thanks to Hin-Tak Leung for providing these new non standard paper
sizes to support Ricoh specific PCL-XL.

gs/base/gdevpx.c
gs/base/gdevpxen.h
gs/base/gdevpxut.c

2012-11-12 18:24:08 -0700
Henry Stiles <henry.stiles@artifex.com>
b2796b4d588d83730c1d97c7fc035454cfe8157a

Fix part of bug #693415. HPGL's command to create a sub-polygon
closed paths unconditionally.

Thanks to Norbert Janssen for providing a fix to conditionally close
the path only if the current pen is down. The fix revealed another
problem where PCL was not creating a new sub-path when the current pen
was up and drawing a circle (CI). This is remedied with issuing a
"moveto" not "gapto" when starting the circle. Currently the only
means of doing a moveto explicitly is to temporarily disable the "hpgl
path mode" while calling the gs_moveto() procedure. This arrangement
will likely be improved in the future by adding a gapto function to
the graphics library language interface.

These changes result in fixing the original source problem and several
improvements in the PCL CET. A few new minor discrepancies
(regressions) were found in the CET's and another test (all documented
in the bug), these were either inconsequential or deferrable and we
feel this change is substantial progress and should not be held up for
the other issues to be addressed.

pcl/pgdraw.c
pcl/pgpoly.c
pcl/pgvector.c

2012-11-12 10:43:00 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
586d4a1669b0be9c05f7fcc45cbfc72a0dde5026

Present clusterpush.pl from pushing Makefile(s).

gs/toolbin/localcluster/clusterpush.pl

2012-11-12 13:23:48 +0000
Chris Liddell <chris.liddell@artifex.com>
2c38e570321bb56e8c2d2a897502d207028e1c83

Bug 693436: Resolve issues with FTS and 64 bit PS ints

There was a number parsing case I had missed in special casing CPSI_mode for
QL test compatibility.

Also, there were some issues with gs_cet.ps - some of the objects it replaced were left
writeable, and/or were off the wrong type.

Cluster differences: we should now be able to pass all the FTS tests by using gs_cet.ps.

gs/Resource/Init/gs_cet.ps
gs/psi/iscannum.c

2012-11-12 13:23:09 +0000
Ken Sharp <ken.sharp@artifex,com>
e6759327b6b8338491bf86ac3aa0179f47dc047d

pdfwrite - revert white list change which seemed to cause errors

gs/base/whitelst.c

2012-11-12 11:23:50 +0000
Ken Sharp <ken.sharp@artifex,com>
24de0d2174103bb98d0c3ffbdf09c1081bbc98ef

pdfwrite - update the 'white list' of fonts

Some TrueType fonts have unintentional DRM applied, this commit updates
the Adobe 'white list' of fonts which may be embedded, even if the DRM
flags say otherwise.

No differences expected

gs/base/whitelst.c

2012-11-11 09:33:12 -0700
Henry Stiles <henry.stiles@artifex.com>
39e56129466aa8d0b84c8c1267dbaef9dcefd2bd

Fixes 693399, PXL file errors out when color palette is too large.

The color palette should be truncated upon overflow, previously we
produced an error. Thanks to Hin-Tak Leung for the analysis and fix.

pxl/pxink.c

2012-11-11 08:41:03 -0700
Henry Stiles <henry.stiles@artifex.com>
774e27302ec3b228f6cef6abf04c18066edd5525

Hin-Tak Leung's fix for bug 693413 - large output file size due to
images being decimated to rectangles.

The fix allows any orthogonal image, given the color information can
be properly represented in a PXL, to be converted directly to a PXL
image. The change has not been cluster tested, the PXL device is
tested in the overnight testing and there is no practical means to
test the device's code change with all test files locally, so the
commit also serves as a test submission.

gs/base/gdevpx.c

2012-11-09 12:34:01 -0700
Henry Stiles <henry.stiles@artifex.com>
a8de3e6dc0152b137c38078d80a3c40517095f91

Fixes 693385 Font id selection wrong when using SI (Shift In) and SO
(Shift out) commands and inappropriate switch to ID in font selection.

The SO and SI were decaching the current font table, effectively
changing font ID selection to family selection. 2 additional and
closely related changes were provided by Norbert Janssen: the selected
by id state was being disabled during font selection even if font
selection had no effect and upon selection be id we were decaching
both font tables.

All of these changes are certainly in the right direction but seem to
have unmasked some obscure problems which will be addressed in a
separate bug. Here are the expected regression test files for this
commit:

tests_private/pcl/pcl5ccet/18-20.BIN
tests_private/pcl/pcl5ccet/19-05.BIN
tests_private/pcl/pcl5ccet/19-11.BIN
tests_private/pcl/pcl5ccet/19-12.BIN
tests_private/pcl/pcl5ccet/19-13.BIN
tests_private/pcl/pcl5ccet/19-14.BIN
tests_private/pcl/pcl5efts/fts.0280
tests_private/pcl/pcl5efts/fts.0341
tests_private/pcl/pcl5efts/fts.0380

pcl/pcfont.c
pcl/pcfsel.c
pcl/pctext.c

2012-11-06 15:51:23 +0000
Chris Liddell <chris.liddell@artifex.com>
a0a4fd51a9c17a1b17d0cc9eccfef51e96ea8d04

Bug 693430: missing "fallback" for DecodeParams entry

In a ResuableStreamDecode filter with an array of subfilters (/Filter entry
in the parameter dictionary). If teh DecodeParams array also exists, and has
one or more entries set to "null", we weren't pushing an empty dictionary
onto the stack for the subsequent call to the filter operator.

The equivalent code for a totally absent DecodeParams array was already
correct.

No cluster differences.

gs/Resource/Init/gs_frsd.ps

2012-11-05 21:30:48 +0000
Robin Watts <robin.watts@artifex.com>
048b221e76fba80663f073f8312802bcdf168c52

Bug 693166: Speed images through the clist.

In investigating bug 693166 Ray spotted that the calculation of which
bands were touched by images was slack in the presence of a clipping
path - he proposed a simple patch to fix this.

Unfortunately it had a knock on effect where vertical offsets could be
introduced into the topmost band. This is fixed here by a second small
change in image_band_box.

Cluster testing shows 10 small changes, all well within the usual
clist differences.

gs/base/gxclimag.c

2012-11-05 09:16:10 -0700
Henry Stiles <henry.stiles@artifex.com>
782d5c4083217d7225a843bf6bad254dca4c2e8c

Fixes bug #693429 process raw HPGL files.

The PCL parser will now recognize HPGL files if the files start with
the commands "IN" or "DF" and if the parser is using the RTL
personality.

pcl/pcl.mak
pcl/pcparse.c
pcl/rtmisc.c
pcl/rtmisc.h
pcl6/pcl6.xcodeproj/project.pbxproj

2012-11-02 22:55:24 -0700
Michael Vrhel <michael.vrhel@artifex.com>
119f9ced7dc9be5f412ed587381627babb29d3ed

Fix for missing code to grab the device profile. Thanks to sags for finding this.

gs/base/gsicc_cache.c

2012-11-01 16:05:13 +0000
Robin Watts <robin.watts@artifex.com>
0cefc049bdd1eee78f14c97129627af766e022c9

Fix tiffsep and introduce tiffscaled4 device.

The tiffsep device was supposed to be able to be called with
-dBitsPerComponent set to 1,2,4 or 8 to allow differing bit
depths of output. This setting would work for the separation
planes, but would not produce a composite when bpc was not 8
due to the code not supporting that.

We add code here to generate composites in 1,2 and 4 bit modes
too, along with some sanity checking of the compression mode.

We also add a tiffscaled4 mode where we produce 1bpc cmyk from
a downscaled dither of 8bpc cmyk.

gs/base/devs.mak
gs/base/gdevtsep.c
gs/base/gxdownscale.c
gs/base/unixansi.mak
gs/psi/msvc.mak
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2012-11-01 15:24:04 +0000
Ken Sharp <ken.sharp@artifex,com>
9b10f8c659ffc643ab71c6180a70da4f39075578

pdfwrite/ps2write - enable 64-bit file handling

Subsequent to commit c81c8f1b8740c484ec332080b5ce5f718357694d it is now
possible to have 64-bit offsets returned by stell, and this makeds it possible,
for the first time, to write PDF files > 4GB.

There's a fair amount of reworking in here, but we can now produce very large
temporary files, and from that produce very large PDF and PostScript output.

There are some restrictions; no stream can exceed 2GB and no font can exceed 2GB

As might be expected this is *not* well tested as we don't actually have any
test files which exercise this. I have tested PDF and PostScript file production
with a single file which produces a 10GB temporary file, a 7 GB PDF file and a 6GB
PostScript file.

The resulting PDF file opens with Adobe Acrobat and can Ghostscript, and the
PostScript file can be consumed by Adobe Distiller and Ghostscript.

Nevertheless, bugs are possible.

No differences expected as this is not lcuster tested.

gs/base/gdevpdf.c
gs/base/gdevpdfb.c
gs/base/gdevpdfo.c
gs/base/gdevpdfu.c
gs/base/gdevpdfx.h
gs/base/gdevpdti.c
gs/base/gdevpsf1.c
gs/base/gdevpsf2.c
gs/base/gdevpsft.c

2012-10-29 17:28:05 -0600
Henry Stiles <henry.stiles@artifex.com>
84498da1627a85e340c7670b8c7a617e38b9efb7

Support PJL language string HP-GL/2.

The language string HP-GL/2 now selects the "RTL" mode in PCL. It
should also be used to select the language HP-GL/2 upon language
switch, but only one language string is supported per emulation, and
the feature is not really needed. Any HPGL/2 rtl file should select
the PCL emulation anyway because of the character of the input stream
and the HP-GL/2 PJL command will select the RTL personality.

pcl/pctop.c

2012-09-25 11:19:21 +0100
Chris Liddell <chris.liddell@artifex.com>
c81c8f1b8740c484ec332080b5ce5f718357694d

64 bit stream offsets and 64 bit PS integers objects

Revise the stream and "gp_" file APIs to support file sizes >4Gb (on suitable
systems).

I've added a gs_offset_t type which, by default is a 64 bit signed type (this
matches the standard lib's 64 bit "off_t" type). For ports that may want to
use an alternative type, define "GS_OFFSET_T" to the desired type on the
compiler command line.

By default, Ghostscript will now use 64 bit integer objects in Postscript. Again,
for porting ease, one can opt for 32 bit integer objects by defining PSINT32BIT=1
on the compiler command line.

The handling of integer objects in various operators has been "augmented" so that
when working in "CPSI compatibility mode", intepreting and manipulating integer
objects will see them "clamped" to 32 bit signed values. This allows Ghostscript
to still pass the Quality Logic tests which spuriously rely on 32 bit integer
objects.

There is a minor tweek in the PS interpreter's handling of Truetype fonts (*not*
Type 42), where the algorithm used to create an XUID relied on 32 bit integers.

There is a small performance penalty in this, but my testing suggests that it is
smaller than the time resolution of our testing capabilities (i.e. there are
greater variances between test runs than between the 32 and 64 bit objects code).

We can now interpret PDF files >4Gb.

In addition, the graphics library will now include inttypes.h (in stdint_.h) if
it is available in order to make the "PRI...." printf and co formatting macros
available. If inttypes.h is not available, there are fallback definitions of the
most used of those. These can also be defined on the compiler command line for
specific ports, if required.

A custom "PRI..." macro has been added in the Postscript interpreter,
"PRIpsint", which is defined appropriately when integer objects are 64 or
32 bit.

This commit does *not* revise the device API to handle 64 bit integer values
(in the one case where this is required, we use a string to hold the 64 bit value,
I suggest continuing this, so the device API remains consistent across ports).

I do expect a bug tail with this, as we start to encounter more >4Gb PDFs.

Cluster differences are restricted to the 3 QL Postscript test jobs that have
ended up in comparefiles (and thus are not run with the gs_cet.ps setup).

config.mak.in
configure.ac
gs/Resource/Init/gs_ttf.ps
gs/base/Makefile.in
gs/base/configure.ac
gs/base/devs.mak
gs/base/gdevpsf2.c
gs/base/gdevpsft.c
gs/base/gdevtifs.c
gs/base/gp_mswin.c
gs/base/gp_unifs.c
gs/base/gsiorom.c
gs/base/gxclist.c
gs/base/gxclrast.c
gs/base/lib.mak
gs/base/scommon.h
gs/base/sfxfd.c
gs/base/sfxstdio.c
gs/base/std.h
gs/base/stdint_.h
gs/base/stdpre.h
gs/base/stream.c
gs/base/stream.h
gs/base/strmio.c
gs/base/strmio.h
gs/base/tiff.mak
gs/psi/btoken.h
gs/psi/fapi_ft.c
gs/psi/idebug.c
gs/psi/ilocate.c
gs/psi/int.mak
gs/psi/interp.c
gs/psi/iparam.c
gs/psi/iref.h
gs/psi/iscan.c
gs/psi/iscan.h
gs/psi/iscanbin.c
gs/psi/iscannum.c
gs/psi/iutil.c
gs/psi/opextern.h
gs/psi/zarith.c
gs/psi/zfapi.c
gs/psi/zfcid0.c
gs/psi/zfileio.c
gs/psi/zfjpx.c
gs/psi/zfrsd.c
gs/psi/zmisc.c
gs/psi/zrelbit.c
gs/psi/ztype.c
pl/pl.mak
pl/plfont.h
pl/pllfont.c

2012-10-30 13:05:11 +0000
Robin Watts <robin.watts@artifex.com>
dfde821467a4770499b52fbfb2c665a74ed379c0

Fix silly dependency typo in lib.mak.

Thanks to Chris for pointing this out.

gs/base/lib.mak

2012-10-29 20:20:22 +0000
Robin Watts <robin.watts@artifex.com>
aa7d7ffcc390b05a8e36b6cf85e4688ae69c2a85

Fix interpolation code to behave consistently in the presence of pdf14.

There are special cases in the setup of the image interpolation code
designed to kick in in the presence of halftoning devices and either
limit the amount or change the nature of the interpolation done.

The test for this is confused by the presence of a pdf14 device though.

We move the special cases down into a device specific op call to avoid
this. This also means that devices can have finer control over exactly
when these operations are used.

One possibility would be to expose them as device params, but I haven't
done that here yet.

gs/base/gdevdflt.c
gs/base/gxdevsop.h
gs/base/gxiscale.c
gs/base/lib.mak
gs/ghostscript.vcproj

2012-10-28 16:00:01 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
49f1bba50c096dee3230e5221db4d5275b8e12e7

Fix optional content support for inline images. Because of the lack
of test cases, the old code has never been tested.

gs/Resource/Init/pdf_draw.ps

2012-10-27 19:10:13 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
88bf2cb37c0cb1c88ea03abb567dc7e0afdfef47

Refined the list of files to exclude in clsuterpush.pl.

gs/toolbin/localcluster/clusterpush.pl

2012-10-22 17:31:27 +0100
Robin Watts <robin.watts@artifex.com>
045e544c507b151daebc19aaf21a8b13b6c4a844

Support rotated images with interpolation.

See bug 690246.

Testing this on the cluster with a patch that enables interpolation
for all landscape jobs reveals no problems.

gs/base/gxcindex.h
gs/base/gximage.h
gs/base/gxipixel.c
gs/base/gxiscale.c

2012-10-25 16:43:37 -0700
Michael Vrhel <michael.vrhel@artifex.com>
f4b2deea2aa129048014771c19ef9fb3c317de7e

Addition of support for the black preservation methods in littleCMS

This is for bug 692223. With this commit now have support to specify black preservation on a object level (e.g. graphic, image or text).

gs/base/gscms.h
gs/base/gsdparam.c
gs/base/gsicc_cache.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/doc/Use.htm

2012-10-26 01:04:03 +0100
Robin Watts <robin.watts@artifex.com>
9c3de1fb29628f83ae7d48238e0dd0f3f35ecda1

Fix typo in last commit.

Missing 'int' in definition.

gs/base/gxiscale.c

2012-10-25 20:44:53 +0100
Robin Watts <robin.watts@artifex.com>
d68bdb872b1071e42dd937ca7526e5e2cfc9bca7

Fix problem in interpolation code.

When interpolating, if we are in an indexed space, we should
only offset by 1 component per sample, not as many components
as there are in the base space.

This shows up problems with the forthcoming landscape commit,
but is fixed here separately as it is actually unrelated.

gs/base/gxiscale.c

2012-10-25 13:44:22 +0100
Ken Sharp <ken.sharp@artifex,com>
97e17a24e89bb0f893fd43af35e774054e41eadc

ps2write - while stripping OtherSubrs, don't try to index off stack

The code assmued that a Callsubr operator woudl be preceded by the subr index
but in this case the subr index is provided by another Subr (crazy font...).

All we need to do is cdheck the stack index, and if its 0, not index from the
stack but simply write the Callsubr operator.

Fixed Bug #693325

Expected Differences
tpc2.ps should no longer seg fault on the cluster with ps2write.

gs/base/gdevpsf1.c

2012-10-24 19:10:36 +0100
Robin Watts <robin.watts@artifex.com>
c31725843fc3195970d12baad2916bf4dc3a5097

Bug 693407: Portion of image missing with interpolation

The 'only interpolate the portion of the bitmap required' code was
going wrong in the case of X flipped bitmaps.

gs/base/gxipixel.c
gs/base/gxiscale.c

2012-10-24 10:02:00 -0700
Michael Vrhel <michael.vrhel@artifex.com>
f25f5e6f94ada1b3908b85ac68cabe2b9831d803

Enable default spot name usage when output profile is NCLR

Previously I had added the requirement that we used something like
-sICCOutputColors="Cyan, Magenta, Yellow, Black, Orange, Violet"
when using an NCLR ICC profile for the device profile (valid only for
tiffsep and psdcmyk devices). This was to ensure proper naming of the
profile colorants. It was pointed out by a customer that they would
prefer to have a set of default names so this was now added.
If -sICCOutputColors is not specified and we are using an NCLR ICC profile,
then we will have spot colors from the profile named ICC_COLOR_0, ICC_COLOR_1
etc.

gs/base/gdevpsd.c
gs/base/gdevtsep.c
gs/base/gsicc_manage.c

2012-10-23 16:35:54 -0600
Henry Stiles <henry.stiles@artifex.com>
793971fc49dd62d02d92f4761c40f63a29eabd67

Setting the default line attributes was done 2 places in the code.

pcl/pglfill.c

2012-10-22 16:24:46 -0600
Henry Stiles <henry.stiles@artifex.com>
270fade3cd436aa8abe8d1ef00f4db4ba1f766f3

Bug #693381, Norbert Jannsen's fix to track and home the pcl cursor
appropriately.

pcl/pcommand.c
pcl/pcpage.c
pcl/pcpage.h
pcl/pcstate.h
pcl/pcursor.c

2012-10-12 19:46:00 +0100
Robin Watts <robin.watts@artifex.com>
68dd69edbd8e2728207f18435be933bdca461a6f

Make stcolor device threadsafe by removing static.

Remove from list of unthreadsafe devices.

gs/base/configure.ac
gs/base/gdevstc.c
gs/base/gdevstc.h
gs/base/gdevstc4.c

2012-10-22 14:47:05 +0100
Robin Watts <robin.watts@artifex.com>
36d9731f83201002df6a91699f86e84c8d8530b1

Fix -Zb decode flags.

Some of the debugging code that had been changed to provide memory
pointers to the debugging print functions was attempting to
retrive a memory pointer from a stream that was on the stack.
Stack based streams have null memory pointers, resulting in SEGVs
when the pointers were used.

Revert these calls back to the non threadsafe ones.

gs/base/gximage.c

2012-10-21 11:49:26 -0600
Henry Stiles <henry.stiles@artifex.com>
16423bc7bb7c800122f04ec16869a88dcb6d69b0

Fixes 693395 default screen vector fill percentage incorrect.

Another inconsistency across HP devices: HP plotters apparently
default to a 50% fill if the Screened Vector (SV) command requests
shading but doesn't specify a percentage. On HP Printers the command
is ignored if the percentage is not provided explicitly.

pcl/pglfill.c

2012-10-16 19:15:34 -0700
Michael Vrhel <michael.vrhel@artifex.com>
0442ce0c95ffb9a33eba5c2303172e029883f2fb

Add in support for spot color overprinting with standard CMYK devices

Currently only the psdcmyk and tiffsep devices provide simulation of spot
color overprinting. With the following commit it is possible to get
simulation of overprinting with other CMYK based devices. This is done
using the command line option -dSimulateOverprint. The simulation is
achieved by having the overprint device blend the CMYK colorant with what
ever has currently been drawn.

gs/base/gdevp14.c
gs/base/gdevp14.h
gs/base/gscdevn.c
gs/base/gscms.h
gs/base/gscsepr.c
gs/base/gscspace.c
gs/base/gsdparam.c
gs/base/gsovrc.c
gs/base/gsovrc.h
gs/base/gstrans.h
gs/base/gxblend.h
gs/base/gxblend1.c
gs/base/gxcspace.h
gs/base/gxoprect.c
gs/base/gxoprect.h

2012-10-19 17:32:57 +0100
Ken Sharp <ken.sharp@artifex,com>
19f407d322ba43e1aff403f625bd4d2a723f5e65

pdfwrite - bug #691653 Regression: /undefined in --run-- with pdfwrite starting with r11667

The underlying problem is related to writing an ICCBased space corresponding
to an Lab space. However, the fallback when this fails does actually work.

The fault was caused by us writing out (and referencing from the page object)
broen Shading, colourpsace and Pattern entries, which were never actually used.

By removing the references from the page (but continuing to emit the broken
objects) 'corrects' this, and other files.

Expected Differences : bug689880.pdf should now work.

gs/base/gdevpdfg.c
gs/base/gdevpdfu.c
gs/base/gdevpdfv.c

2012-10-17 23:02:51 -0700
Michael Vrhel <michael.vrhel@artifex.com>
7d028b4cb4693468b2cb842a156a52f127262e55

Update source color example file.

gs/toolbin/color/src_color/objsrc_profiles_example.txt

2012-10-17 21:35:16 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
515767b6e4fb37b6259fbe0d6dec429f0d1727f9

Bug 693390: recover yet another broken PDF file

Recognize and fix a case when <</ColorSpace/DeviceRGB>> is used instead of CSA.
Also fix a real bug that prevented definition /DefaultXXX color spaces as
device color spaces by PDF file.

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_main.ps

2012-10-16 18:45:22 -0700
Michael Vrhel <michael.vrhel@artifex.com>
cf41720e6d559213802caa3f47edb82182cc7565

The manner in which the icc profile serial header structure was defined is plagued with alignment problems

This fix avoids the use of the sizeof operation to specify the size of the serial header portion.
Thanks to Robin for his help in tracking down this issue.

gs/base/gscms.h
gs/base/gsicc.c
gs/base/gsicc_manage.c
gs/base/gxclist.c

2012-10-17 09:49:09 +0100
Chris Liddell <chris.liddell@artifex.com>
a4cbd97bfe01b2c850902d8ee0983eda61fdb64d

Bug 693389: add inkcov device to Windows build.

CLUSTER_UNTESTED

gs/psi/msvc.mak

2012-10-16 08:51:58 +0100
Ken Sharp <ken.sharp@artifex,com>
2741c775675f23403470cb680adbd0025e716e70

add the 'debugaux' directory to the ignore list for Git

.gitignore

2012-10-13 02:42:15 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
ba77ca58e9ccf711a975b69c888f34e5371e4628

Fix issue with ./configure not correctly checking for files in contrib.

For reasons that aren't clear the code "!(test ...)" doesn't work in
bash on AIX; this commit replaces it with "! test ...". Hopefully this
won't fail on some other operating system.

gs/base/configure.ac

2012-10-12 19:06:08 +0100
Robin Watts <robin.watts@artifex.com>
d5904741b3e29c481bf0411c7fadd2c297b66828

Remove statics from lxm3200 device.

Remove this from the list of unthreadsafe devices.

gs/base/configure.ac
gs/contrib/gdevlx32.c
gs/psi/msvc.mak

2012-10-12 18:33:55 +0100
Robin Watts <robin.watts@artifex.com>
f8d61ad9460e59381ca9239c383ec3f91d2e1679

Fix cdj970 and fmlbp devices to be threadsafe.

Avoid use of global variables.

Remove these from the list of unthreadsafe devices.

gs/base/configure.ac
gs/contrib/gdevdj9.c
gs/contrib/japanese/gdevfmlbp.c

2012-10-12 17:54:51 +0100
Robin Watts <robin.watts@artifex.com>
cb6bedc4c5b81c4cb074d1c784573fd96165cc8e

Fix cp50 device to avoid use of global.

Move 'int copies' into the device structure.

Remove cp50 from list of un-threadsafe devices.

gs/base/configure.ac
gs/base/gdevcp50.c
gs/psi/msvc.mak

2012-10-12 16:53:18 +0100
Robin Watts <robin.watts@artifex.com>
50ecd470347d33cef82fabb02b555f6854345485

Fix contrib bjc devices to avoid global use.

Should now be threadsafe, so remove these devices from the list of
thread unsafe ones.

gs/base/configure.ac
gs/contrib/gdevbjc_.c
gs/contrib/gdevbjc_.h
gs/contrib/gdevbjca.c
gs/psi/msvc.mak

2012-10-12 16:01:47 +0100
Chris Liddell <chris.liddell@artifex.com>
96e2afac86b8241e4e2dd758d2caf0c6434a102a

Fix the check for duplicate entries.......

....in the list of devices excluded from a threadsafe build.

No cluster differences.

gs/base/configure.ac

2012-10-12 12:39:53 +0100
Robin Watts <robin.watts@artifex.com>
821d4c00e4507c0f68fd1eafb00622cbabcd1343

Remove calls to gs_lib_ctx_get_non_gc_memory_t from contrib devices.

This leaves the only calls to gs_lib_ctx_get_non_gc_memory_t being
from the lcms v1 wrapper code (expected as lcms v1 is not thread
safe), and from the gp_check_interrupts implementations (though these
should no longer be required).

Update the list of "not thread safe" devices in configure.ac; lots
of devices are now thread safe. The ones that remain 'not thread safe'
are those that use static variables (see bug 693376).

gs/base/configure.ac
gs/contrib/gdevcd8.c
gs/contrib/gdevdj9.c
gs/contrib/gdevgdi.c
gs/contrib/gdevln03.c
gs/contrib/gdevlx32.c
gs/contrib/gdevlx7.c
gs/contrib/gdevmd2k.c
gs/contrib/gdevop4w.c
gs/contrib/gdevxes.c
gs/contrib/gomni.c
gs/contrib/japanese/gdev10v.c
gs/contrib/japanese/gdevalps.c
gs/contrib/japanese/gdevdmpr.c
gs/contrib/japanese/gdevespg.c
gs/contrib/japanese/gdevfmlbp.c
gs/contrib/japanese/gdevfmpr.c
gs/contrib/japanese/gdevj100.c
gs/contrib/japanese/gdevlbp3.c
gs/contrib/japanese/gdevmag.c
gs/contrib/japanese/gdevmjc.c
gs/contrib/japanese/gdevnpdl.c
gs/contrib/japanese/gdevp201.c
gs/contrib/japanese/gdevrpdl.c
gs/contrib/lips4/gdevl4r.c
gs/contrib/lips4/gdevlprn.c
gs/contrib/pcl3/eprn/eprnparm.c
gs/contrib/pcl3/eprn/gdeveprn.c
gs/contrib/pcl3/src/gdevpcl3.c

2012-10-12 10:22:38 +0100
Chris Liddell <chris.liddell@artifex.com>
10c70931c243f9d53c2df8b5f9e92fc93acfd4c9

Add a --enable-threadsafe option to configure

This adds -dGS_THREADSAFE to the CFLAGS, *and* filters the devices to remove
non-threadsafe ones.

The list of non-threadsafe devices is near the top of configure.ac (search
for NTS_DEVS).

No cluster differences.

gs/base/configure.ac

2012-10-11 19:50:58 +0100
Robin Watts <robin.watts@artifex.com>
7012db5af074788bf7bf14ef3718fe72eae3e701

Add Release-contrib and Debug-contrib VS Configuration.

Also make the existing Debug-cups configuration show up in the solution
properties.

Building for any of these configurations only affects the ghostscript
builds.

common/msvc_top.mak
gs/base/winlib.mak
gs/ghostscript.vcproj
gs/psi/msvc.mak
main/pcl6_msvc.mak
win32/GhostPDL.sln

2012-10-11 18:50:38 +0100
Robin Watts <robin.watts@artifex.com>
415be58773ac3ebedbe92c6cbdaa5cda9efebc9a

Fix windows compilation of pcl3 devices.

The pcl3 devices include support for a pagecount module that doesn't
work under windows. The documentation for these devices suggests that
they can be made to work by predefining EPRN_NO_PAGECOUNTFILE and
editing the dependencies in the makefile to remove the need for
pagefile.c.

This commit simplifies that by making that symbol be defined
automatically on a windows build, and nobbling pagefile.c with a

gs/contrib/pcl3/eprn/eprnparm.c
gs/contrib/pcl3/eprn/pagecount.c
gs/contrib/pcl3/eprn/pagecount.h

2012-10-11 18:49:02 +0100
Robin Watts <robin.watts@artifex.com>
1d45b315e8f88b2d78eccba1a5943e59b3b6b14e

Fix typo in commit/commit.mak

The compile rule for gdevp201.obj was broken in a way that doesn't
matter on unix, but upsets nmake.

gs/contrib/contrib.mak

2012-10-11 08:54:32 -0700
Robin Watts <robin@peeves.(none)>
70e02af6a3a80586a506c18343aca7c297cbaae6

Fix GS_THREADSAFE builds.

mkromfs.c needed to not define some functions in GS_THREADSAFE cases.

gxclutil.c had a mismatch between code to collect stats and code to
print it.

gs/base/gxclutil.c
gs/base/mkromfs.c

2012-10-11 15:25:22 +0100
Robin Watts <robin.watts@artifex.com>
70488a2214a0ae36ad8ec0ca8b4ae0dff9745eb3

Tweak gscms interface to avoid use of globals.

Previously the only way to implement gscms_get_clrtname was to use a
static buffer and to return a pointer to it. We change the interface
so that gscms_get_clrtname takes a memory pointer, and allocates
space for the returned thing.

The LCMS2 implementation of this still uses a 256 byte stack based
buffer as part of it's operation (so could potentially have problems
with colorants longer than 256 bytes), but there is no way to avoid
this in the current LCMS interface.

gs/base/gsicc_cms.h
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c

2012-10-10 20:25:02 +0100
Robin Watts <robin.watts@artifex.com>
8e3cac4974512416582461af4776120de5b08c07

Disable stat collection in GS_THREADSAFE builds.

The collection of statistics for debugging is implemented in a
non-threadsafe way. Disable it in GS_THREADSAFE builds.

gs/base/gxcldev.h
gs/base/gxclpath.c
gs/base/gxclutil.c
gs/base/gxfill.c
gs/base/gxfill.h
gs/base/gxifast.c
gs/base/gxshade6.c
gs/base/scfe.c
gs/base/ttinterp.c
gs/contrib/pcl3/eprn/mediasize.c
gs/contrib/pcl3/src/pclcap.c

2012-10-10 16:25:10 -0700
Ray Johnston <ray.johnston@artifex.com>
dcd936432eb37fc5e3590a9377b1e3521ce70042

Fix typo that was setting pattern clist BandHeight using size.x instead of .y

This (AFAICT) didn't hurt because the clist_init_bands forced patterns to be
nbands == 1, but was wrong and may confuse code that relies on BandHeight.

gs/base/gxpcmap.c

2012-10-10 15:25:08 +0100
Robin Watts <robin.watts@artifex.com>
20693cec8d771eb16412a3296c0a16bbbf2ec852

Ensure that all devices have non-NULL memory pointers.

We use the memory pointers to get to the lib_ctx, hence having NULL
memory pointers in device structures causes headaches.

Checking the comments in gxdevcli.h it seems that memory should
be NULL iff it's in a static prototype. Therefore anywhere that uses
gx_device_init and passes a NULL pointer is suspect.

Some places call gx_device_init and then set the memory pointer
manually afterwards, to ensure that the reference counting is setup
so that it does not attempt to free the device structure when all
instances are gone. This is to indicate that the device structure
is on the stack.

As a neater alternative to this, we offer a gx_device_init_on_stack
function that does the same thing, but makes this explicit.

gs/base/gsdevice.c
gs/base/gxacpath.c
gs/base/gxclip.c
gs/base/gxclip2.c
gs/base/gxclip2.h
gs/base/gxdevcli.h
gs/base/gxmclip.c
gs/base/gxmclip.h
gs/base/gxp1fill.c
gs/psi/zupath.c

2012-10-09 16:17:53 +0100
Robin Watts <robin.watts@artifex.com>
3231e8923e2bf4d535340a4d4a4335457c8ad1cf

gp_check_interrupts GP_THREADSAFE fixes.

When building with GP_THREADSAFE, gs_lib_ctx_get_non_gc_memory_t is
not defined. This will cause at least 2 versions of gp_check_interrupts
to fail. We patch them here to at least compile correctly.

Also fix some places where the memory pointers used were invalid.

Also fix a couple of calls to process_interrupts with explicitly NULL
memory pointers.

gs/base/gp_macpoll.c
gs/base/gp_mspol.c
gs/base/sfxstdio.c
gs/base/stream.c
gs/psi/iscan.c

2012-10-09 16:15:37 +0100
Robin Watts <robin.watts@artifex.com>
1793f3733ddb587a92efae41e188b7131eb2aa57

Second attempt at fixing debugging printing with clists.

The band file reading stream does not have a valid memory pointer
as the structure is allocated on the stack, and to have a valid
memory pointer would make the stream attempt to free the structure
on a close.

Here we add a 'local_memory' pointer that we use both for debugging
printing, and for calls to process_interrupts.

gs/base/gxclread.c

2012-10-10 16:18:49 +0100
Chris Liddell <chris.liddell@artifex.com>
586f1f5e9a29e1826b70cdd5aa1a77aa6b835f33

Provide way for output pagesize to image size in view___.ps tools.

For viewjpeg.ps and viewgif.ps this adds new procedures "viewJPEGgetsize" and
"viewGIFgetsize" which return the dimensions of the input impage, thus allowing
the caller to set the page size.

For viewmiff.ps, viewpbm.ps, viewpcx.ps they take a new parameter "FITPAGE"
which tell the utilities to fit the page to the image - they still honour the SCALE
parameter, which is also used when setting the pagesize.

CLUSTER_UNTESTED

gs/lib/viewgif.ps
gs/lib/viewjpeg.ps
gs/lib/viewmiff.ps
gs/lib/viewpbm.ps
gs/lib/viewpcx.ps

2012-10-09 21:17:00 -0700
Michael Vrhel <michael.vrhel@artifex.com>
0dc01b095200fa4e04a9934c58ad97ff50c56916

Addition of an internal CMM for direct color replacement of text, graphic and image RGB or CMYK colors

This option is used with the -sSourceObjectICC file. Similar to the option to set None to request that
no color management be used for a particular object type, here we use the keyword Replace to indicate
that for that object type the colorants will be replaced by the method set up in gsicc_replacecm.c
Currently to demonstrate its usage it provides a "negative" color mapping operation.

gs/base/gdevp14.c
gs/base/gscdevn.c
gs/base/gscms.h
gs/base/gscsepr.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_cms.h
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gsicc_nocm.c
gs/base/gsicc_replacecm.c
gs/base/gxclimag.c
gs/base/gxcmap.c
gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximono.c
gs/base/gxiscale.c
gs/base/gxshade.c
gs/base/lib.mak
gs/ghostscript.vcproj
xps/xpsgradient.c

2012-10-09 13:17:25 -0600
Henry Stiles <henry.stiles@artifex.com>
a650680c5be1e034b8d4a5f6cd2704ae65182e43

Fixes 693370 - the default join should be none not mitered.

pcl/pgdraw.c

2012-10-08 17:24:48 +0100
Robin Watts <robin.watts@artifex.com>
6f7a425bbc0b560a776a76293b4a1fdaffc76248

Bug 693328: Ensure that clist reader/writer devices stay in sync.

The number of components records in reader/writers can get out of
sync due to some 'limiting' code in the writer not being present in
the reader.

My first attempt at fixing this was to copy those few lines from
pdf14_create_clist_device into gs_pdf14_device_push, but this caused
SEGVs in some non-clist cases (72dpi CATX9004.pdf unbanded for example).

Staring at the code a bit it seems odd to open a device and then change
the number of colors in it; changing the number of colors *then* opening
it makes much more sense. I have therefore moved the limiting code up
a few lines in both pdf14_create_clist_device and gs_pdf14_device_push
and everything seems much happier.

2 diffs shown in the cluster, 1 clearly a progression, 1 neutral.

gs/base/gdevp14.c

2012-10-08 19:35:17 +0100
Robin Watts <robin.watts@artifex.com>
92f024cba125df4729f6a51fdf7b59e46fc71457

Revert commit dcdc149 which broke various cluster tests.

It seems that we can't put a valid mem pointer into the clist
stream reading code, as the stream code takes this as an indication
that the stream state should be freed on closedown.

gs/base/gxclread.c

2012-10-08 17:31:01 +0100
Robin Watts <robin.watts@artifex.com>
b07dca2069a45793b70cb7faf51f53d932144a28

Fix multi-threaded rendering use of wrong gs_memory_t.

When we create rendering threads, we create a gs_memory_t * for each.
The idea is that every thread should exclusively use its own gs_memory_t
to avoid conflicts. The gsicc_cache was being setup to use the incorrect
one.

This was found (by Ray) when investigating bug 693361. This solves
this particular error, but does not completely solve the bug.

gs/base/gxclthrd.c

2012-10-08 17:28:52 +0100
Robin Watts <robin.watts@artifex.com>
dcdc149c49b2556e2038df4eab0da7f49de46100

Fix clist stream memory initialisation.

The clist file playback stream has never had it's memory pointer setup
correctly - probably because it has never needed it. Now it does need it
due to to the debugging print functions.

gs/base/gxclread.c

2012-10-08 17:28:32 +0100
Robin Watts <robin.watts@artifex.com>
98946c1f9c015a6bbbb55a9401e4eeca47ce7147

Whitespace tweak.

gs/base/gxclrast.c

2012-10-08 10:30:29 +0100
Ken Sharp <ken.sharp@artifex.com>
f9c849768bdb3553ffeac74b74b04749e91bf4d5

pdfwrite - when resizing arrays due to incrementally downloaded fonts, increase CIDToGODMapLength

When TrueType fonts are incrementally downloaded, its possible for new character
codes to exceed the number of glyphs originally defined in the TrueType tables.

When this happens we resize various entries in our copy of the font. However
the change to dynamically storing CIDToGIDMap and CIDSet (for PDF/A) omitted
to increase the variable recording the array size (although the array was correctly
resized).

This led to glyphs with CIDs higher than the initial number of glyphs not having
an entry in CIDToGIDMap, and tehrefore being treated as /.notdef

No differences expected.

gs/base/gdevpdtf.c

2012-10-07 19:30:21 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
6cbb5969cc2edab6417c673194f1c1d019d275ef

Bug 693339: Replace malloc() with GS memory allocators in JPX code.

We have 2 implementations of JPX decoding filters based on Luratech
and OpenJpeg libraries. The Luratech one is now clean. The API to
the library supports custom memory allocators.

The OpenJpeg case is more difficult. The calls to malloc() in the
wrapper code has been eliminated, but the library calls malloc()
directly. To use a custom allcator one has to extend the API and
change the signatures of all functions that allocate memory.

gs/base/lib.mak
gs/base/sjpx_luratech.c
gs/base/sjpx_luratech.h
gs/base/sjpx_openjpeg.c
gs/base/sjpx_openjpeg.h
gs/psi/zfjpx.c

2012-10-07 11:26:17 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
7f4726e7764a09b8d68927924e54d1ad23e284d1

Bug 691931: Patch to resolve error in the number parser, the file now renders paths correctly
but not the text which is not currently supported.

svg/ghostsvg.h
svg/svgshapes.c
svg/svgtypes.c

2012-10-07 11:19:00 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
8785fa4c81b377abc633cd0baeffb7abd85b45d7

Bug 693239: Prevent segfault due to optional width/height attributes.

svg/svgdoc.c

2012-10-05 22:48:58 -0600
Henry Stiles <henry.stiles@artifex.com>
119de6b66bf1874c545b221a974ce88c78e462e8

more warning fixes

pl/plufont.c

2012-10-05 22:48:11 -0600
Henry Stiles <henry.stiles@artifex.com>
341865d2554ef04c0f873344f2a2d582a8353944

more warning fixes

pl/plulfont.c

2012-10-05 22:39:06 -0600
Henry Stiles <henry.stiles@artifex.com>
22ab5ef64b6364534012abecdf29b76402e7a08f

warning cleanup

pl/pluchar.c

2012-10-05 13:11:16 -0700
Michael Vrhel <michael.vrhel@artifex.com>
f5513b716ce5ce510120e2a08a766281d2b00c28

Allow use of Device Link ICC Profile for source objects

With the -sSourceObjectICC=filename option, it is now possible to specify a device link source
profile for CMYK/RGB graphic, image and text objects. When such a profile is specified, the mapping
will go from source directly to device values. Note that the use of a proofing profile is not
possible and the device profile itself is not used in this transformation. However the device link
profile that is associated with the device and specified with -sDeviceLinkProfile is included
in the transform.

gs/base/gscms.h
gs/base/gsicc_cache.c
gs/base/gsicc_cms.h
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c

2012-10-05 06:40:12 +0100
Ken Sharp <ken.sharp@artifex.com>
44687f1488b97bc007c6cfb02d4a25bcb3fd94e0

pdfwrite - linearisation, correctly prevent buffer overrun

Picked up by the compiler on the Mac.the test was impossible, because a byte
cannot exceed a value of 255. The value (whcih triggers a buffer flush and reset)
shuold of course have been 254, as it now is.

No differences ewxpected

gs/base/gdevpdf.c

2012-10-04 10:43:51 -0700
Michael Vrhel <michael.vrhel@artifex.com>
fc7c0751108e823d311418bfed920a5a4b3ed37b

Expansion of spot color replacement to handle the mixing of DeviceN Colors

The named color profile structure will now also be used for mixing of DeviceN colorants.
This includes an update of the example to show the results.

gs/base/gscdevn.c
gs/base/gscsepr.c
gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/lib.mak
gs/toolbin/color/named_color/named_color_table.txt
gs/toolbin/color/named_color/named_colors.pdf

2012-10-04 19:19:58 -0600
Henry Stiles <henry.stiles@artifex.com>
c0b2a6eb8b26af6f1cea99efd97354ee3c22f28a

These header files should have been added with the warning message
cleanup commit (deeef25).

pcl/rtmisc.h
pl/plchar.h

2012-10-04 13:32:47 -0600
Henry Stiles <henry.stiles@artifex.com>
deeef25f35ff78e75a5ad6d056c481f1b1013c66

Warning cleanup.

pcl/pcdraw.c
pcl/pcfsel.c
pcl/pcindxed.c
pcl/pcl.mak
pcl/pcpatrn.c
pcl/pcstatus.c
pcl/pcuptrn.c
pcl/pgfdata.c
pcl/pgfdata.h
pcl/pgfont.c
pcl/pgmand.h
pcl/rtmisc.c
pl/pl.mak
pl/plchar.c
pl/plfont.c
pl/plfont.h
pl/plplatf.c
pl/plsrgb.c
pl/pluchar.c
pxl/pxffont.c
pxl/pxfont.c
pxl/pxfont.h
pxl/pxgstate.h
pxl/pxl.mak
pxl/pxpthr.c
pxl/pxpthr.h
pxl/pxstate.c
pxl/pxstate.h
pxl/pxtop.c

2012-10-02 21:51:18 -0700
Michael Vrhel <michael.vrhel@artifex.com>
18f1da650322713395aceafb25f495149c8f0cda

Turn on ability to specify no color management from the srcgtag structure for different objects

With this, it is possible in the srcgtag structure to specify that we will not do color management
for RGB or CMYK graphic, image and text objects. This is done by specifying the keyword None after
the particular tag. For example "Graphic_CMYK None" in the file that is used with the -sSourceObjectICC
command option. In the above case, all CMYK source graphics would be mapped using the unmanaged color
methods (e.g. 255-X) Also we added in support for preserveK, override source ICC and black point
compensation on an object based case. Had to worry about the case where the profile passes through
the clist in the commit and had to add in a new parameter to the profile to ensure that the rendering
conditions are associated with the source profile. Also fixed a bug to keep from changing the number of
channels in the link format.

gs/base/gdevp14.c
gs/base/gscms.h
gs/base/gscsepr.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_nocm.c
gs/base/gxclimag.c
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxcmap.c
gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximono.c
gs/base/gxiscale.c
gs/base/gxshade.c
xps/xpsgradient.c

2012-10-04 10:02:02 +0100
Chris Liddell <chris.liddell@artifex.com>
44616dd78f9af00a47a4c27e5491537df28cd964

Eliminate last_char global variable.

last_char value is now stored in the pl_font_s structure.

pl/plchar.c
pl/plfont.c
pl/plfont.h

2012-10-03 09:29:47 +0100
Ken Sharp <ken.sharp@artifex.com>
37e1da602cff3378b3d985637dc582f206aa5cd8

txtwrite - fix a typo causing text to be incorrect

When the text operation was TEXT_FROM_CHARS or TEXT_FROM_SINGLE_CHAR the code
was referencing the 'bytes' structure member, not the 'chars' structure member.

Also fixed a potential signed/unsigned mismatch in pdfwrite and a 32/64 bit
mismatch in txtwrite, both picked up by Henry. It would be nice to know why
the 'new compiler warnings' check didn't flag these, possibly they predate
that check.

No differences expected.

gs/base/gdevpdf.c
gs/base/gdevtxtw.c

2012-10-01 10:48:01 -0700
Michael Vrhel <michael.vrhel@artifex.com>
ae25729f69a9ece10d6fdbb0c0c213c4e27aea7c

Change to a more sane storage of the color rendering conditions to s common structure type

As more conditions variables are introduced, e.g. rendering intent, black point compensation, preserve black
etc. it has become clear that we need a structure for these variables making it easy to introduce new ones.
Also clean up a lot of the usage methods to ensure that proper override occurs without having to set a
pile of command line options.

gs/Resource/Init/gs_lev2.ps
gs/base/gdevp14.c
gs/base/gscms.h
gs/base/gscspace.c
gs/base/gsdevice.c
gs/base/gsdparam.c
gs/base/gsequivc.c
gs/base/gsicc_cache.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gstrans.c
gs/base/gxclimag.c
gs/base/gxcmap.c
gs/psi/zusparam.c

2012-10-02 20:37:15 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
f1a459c6e695f065f036db4a8946ae726ee69eac

Bug 693285: Apply update of original patch from zeniko. We now check that the symbol dictionary
being imported is not empty. Also prevent seg faults resulting from the threadsafe update.

gs/base/sjbig2.c
gs/jbig2dec/jbig2_symbol_dict.c

2012-10-02 13:18:25 -0600
Henry Stiles <henry.stiles@artifex.com>
80dc061ed4717eef205be05e764ac4f1b8c67632

fix mismatched parameter type, possibly associated with bug #693362

pcl/pgfont.c
pl/plchar.c
pl/plfont.c
pl/plfont.h

2012-10-02 12:48:13 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
281b221f4632ba243efa325663dfb223d42028ff

Add missing initialisation of override_bp

Fix a Valgrind warning and a possible cause of indeterminism.

gs/base/gsicc_manage.c

2012-10-02 13:26:48 +0100
Chris Liddell <chris.liddell@artifex.com>
7c47cd47fc96a2f8af5723dbe777526a7fc64c9a

White space and warning fixes for bigtiff commit.

No cluster differences.

gs/base/gdevtfax.c
gs/base/gdevtifs.c
gs/base/gdevtsep.c

2012-10-02 11:07:09 +0100
Ken Sharp <ken.sharp@artifex.com>
5784bfbfba7191cacce5309e88afac0851287460

Add preservation of PageLabels from input PDF files when using pdfwrite

Bug #692901 "Preserve Page labels from input PDF when the output is PDF"

Because hte defined pdfmark /PAGELABEL is not flexible enough to handle all
the possible kinds of page labels in PDF, and because it transpires we don't
emit pdfmarks when producing PostScript with ps2write, this feature does
not use teh pdfmark syntax.

It does work in a broadly similar way, we create a string from the PageLabels
entry in the Catalog dictionary (if present) and then pass that via put_params
with a parameter naem of pdfpagelabels (pdfmark uses a name of pdfmark).

This string is then stored in the Catalog dictionary, and emitted when the
output PDF is created.

I'm unable to test this against the original report, as no specimen PDF file
was provided.

No differences expected, this makes no changes in rendering.

gs/Resource/Init/gs_pdfwr.ps
gs/Resource/Init/pdf_main.ps
gs/base/gdevpdfp.c

2012-09-28 09:23:36 +0100
Chris Liddell <chris.liddell@artifex.com>
79af8e5bff7321b6985ea0bd5dd5b4a5a4c2590a

Provide bigtiff output option.

All the tiff devices now support the device parameter "-dUseBigTIFF" which
tells them to write their output in "bigtiff" format, rather than "normal"
tiff.

In the event that we overflow the allowed file size in normal tiff, the existing
error message is augmented with a hint to try bigtiff output.

To implement the above warning has meant adding warning and error handling hooks
for libtiff, and also adding file I/O hooks for libtiff.

This requires libtiff version >=4.0.0, so linking with older libtiff versions
will cause us to ignore the UseBigTIFF setting.

No cluster differences.

gs/base/gdevtfax.c
gs/base/gdevtfnx.c
gs/base/gdevtifs.c
gs/base/gdevtifs.h
gs/base/gdevtsep.c

2012-10-01 08:41:11 +0100
Ken Sharp <ken.sharp@artifex.com>
b81847783db2c17e11d40feeb0812ff7d129aca9

Bug #691319 - Preserve Flags (/F) from Text annotations

When creating pdfmarks for the benefit of pdfwrite, the PDF interpreter
only handles two types of annotation, Text and Link. We were handling the
Flags entry for Link annotations, but not for Text annotations.

Here we preserve the Flags for text annotations too.

No differences expected, not tested by cluster.

gs/Resource/Init/pdf_main.ps

2012-09-28 14:40:35 +0100
Ken Sharp <ken.sharp@artifex.com>
4b9424c7bf7c74613cd004195592d41893dd3bd5

Remove more traces of pdfopt from the repository and documentation

gs/doc/Develop.htm
gs/doc/Ps2pdf.htm
gs/doc/Psfiles.htm
gs/lib/pdfopt
gs/lib/pdfopt.bat

2012-09-28 14:34:27 +0100
Ken Sharp <ken.sharp@artifex.com>
260ddb3e53ffe852a8994dd00719931ca3f2beec

With the addition of linearisation to pdfwrite, pdfopt.ps has become
redundant. Since it is difficult to maintain, has a number of bugs, and is
believed not to work properly anyway, it is now deprecagted and hence
removed from the repository.

gs/lib/pdfopt.ps

2012-09-28 13:08:06 +0100
Ken Sharp <ken.sharp@artifex.com>
f2a40a3a7edd6d27caeaa19f7f644adf31ee972c

pdfwrite - linearisation completion

Update ps2pdf.htm documentation

CHange parameter name to 'FastWebView'

Don't writ the xref on the initial file, as we don't need it and it makes
the original file slightly smaller, which reduces the chances that we will
have to pad the linearised file. (The linearised file must be no smaller
than the original, because we do not close the file, we just seek around and
rewrite it). Same with the trailer dictionary.

Fix 'rewrite object' so that dictioanry and array objects can be of any size
previously we had assunmed they would be less than 64k, but some complex
files broke that.

If the linearised file is smaller than the original, we need to add white
space to bring it up to the same size, or we will be left with garbage at
the end. Worse, the garbage may well contain a partial invalid xref.

Remove the check for one page files as Adobe specifically allows linearising
single page documents....

gs/base/gdevpdf.c
gs/base/gdevpdfp.c
gs/doc/Ps2pdf.htm

2012-09-28 07:54:54 +0100
Chris Liddell <chris.liddell@artifex.com>
3c23fe12abb6a158abf1c515601db7b2f94c5463

Reinstate tiffsep1 and svgwrite in the device lists

I accidentally left out tiffsep1 when I consolidated the two lists of TIFF
devices, so putting it back now.

svgwrite was removed a while ago due to being incomplete and flaky, but there
has been ongoing interest in the device, some patches posted, so reinstate it
to make it easier for people to test/debug/develop.

It's included in the "FILES" class of devices.

No cluster differences.

gs/base/configure.ac

2012-09-27 10:18:27 -0700
Michael Vrhel <michael.vrhel@artifex.com>
3a0483fddf55e091aafa1bd4822bd77b19b481b3

Update Use.htm with ICC command updates.

gs/doc/Use.htm

2012-09-27 10:06:51 -0700
Michael Vrhel <michael.vrhel@artifex.com>
666890f41d3ca928498a8652fa7d102cd9f22191

Update color document with recent changes.

gs/doc/GS9_Color_Management.pdf
gs/doc/GS9_Color_Management.tex

2012-09-27 17:21:16 +0100
Ken Sharp <ken.sharp@artifex.com>
53547c0892c48e248a146667f280886b362befc1

pdfwrite - linearisation, fix some seg faults

The code was inadvertently incrementing an array index twice, leading to
out of bounds memory access, and consequent memory corruption.

No differences expected, this is not cluster tested.

gs/base/gdevpdf.c

2012-09-24 23:15:43 -0700
Michael Vrhel <michael.vrhel@artifex.com>
408cbb83103ba9cf6996eeebaa02995cd9f535ad

Addition of support for allowing control over the use of black point compensation in color management

Black point compensation is a new extended graphic state entry in the extended graphic
state with PDF 2.0 . This change adds it to the graphic state. This update also allows
the same type of override control for black point that we currently have for the
rendering intent. This includes specification of its use by source object type with
the use of -sSourceObjectICC for source RGB and CMYK graphic, images and text objects.
Alternatively, control can be achieved for the whole document via object type
by specification -dBlackPtComp=0/1. Alternatively, you can specify control
on an object based method using -dGraphBlackPt=0/1
-dImageBlackPtComp=0/1 -dTextBlackPtComp=0/1. All of these
will require the setting of -dOverrideBP to ensure that the document content does not
interfere with the command line setting. Note that these are not true/false settings
but integer values like the rendering intent. This is to allow the easy expansion
to other black point compensation options as described by Bug 692223.

gs/Resource/Init/gs_lev2.ps
gs/base/gdevp14.c
gs/base/gscms.h
gs/base/gscsepr.c
gs/base/gscspace.c
gs/base/gsdparam.c
gs/base/gsequivc.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gsstate.c
gs/base/gsstate.h
gs/base/gstrans.c
gs/base/gxclimag.c
gs/base/gxcmap.c
gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximono.c
gs/base/gxiscale.c
gs/base/gxistate.h
gs/base/gxshade.c
gs/psi/zcolor3.c
gs/psi/zusparam.c
gs/toolbin/color/src_color/objsrc_profiles_example.txt
xps/xpsgradient.c

2012-09-26 11:02:22 +0100
Robin Watts <robin.watts@artifex.com>
1770ca69b258c571565d9a6fc7bb9fb0ebd539e4

Bug 693357: Fix typo

In the big debugging printf commit of the other day, I introduced a
typo into the luratech jbig2 code. Fixed here.

gs/base/sjbig2_luratech.c

2012-09-26 10:52:46 +0100
Robin Watts <robin.watts@artifex.com>
45ba06c92cf7cb290b1c76f4380606323579e5b9

Fix DEBUG mode SEGVs; bug 693359

In at least a couple of places I was reading a memory pointer from a
structure that wasn't filled in. Simple fixes here.

This solves the crashing with -ZBb in any file with an image pointed
out by Henry on irc.

I'm sure there will be more such problems due to the wide ranging
nature of the commit that changed this; hopefully all will be as
simple to solve as this.

gs/base/gxipixel.c
gs/base/gxp1fill.c

2012-09-26 09:06:22 +0100
Ken Sharp <ken.sharp@artifex.com>
3894e9c8a3ab125c82048da3bf81515500bb2da0

pdfwrite - emit partial pages

previously, if an input file made marks on the page but did not call
showpage (or equivalent in other languages), pdfwrite would write all the
objects to the file, but would not add the final partial page to the Pages
tree, which meant that the final page didn't appear.

It seems that Adobe Acrobat behaves differently, and produces the final page
under these conditions. This commit changes our behaviour to match the
observed Adobe behaviour.

This was noticed when running some Quality Logic test files, it appears that
the cluster runs in a mode where these partial pages were always emitted
anyway (because of the CET conformance hacks) so there are only a few files
which display any differences.

gs/base/gdevpdf.c

2012-09-25 19:43:21 +0100
Robin Watts <robin.watts@artifex.com>
1deb66b8f5e53f8a560ced10fe777a55e42fc6f2

Fix garbage collection troubles with icc code.

Historically, due to lcms/lcms2 allocating stuff using malloc/free
the profiles haven't been subject to garbage collection. When I
fixed gscms_create/destroy not being called properly, this caused
lcms2 to start allocating blocks properly with the gs allocators.

To ensure that these blocks weren't unexpectedly garbage collected
away, I modified one of the calls from gsicc_cache.c to the gscms
layer to pass in a non_gc memory pointer. This worked well, but I
missed a second call in which I should have done the same.

Fixed here. This cures bug 693349.

gs/base/gsicc_cache.c

2012-09-21 12:34:16 -0700
Ray Johnston <ray.johnston@artifex.com>
873455f29e399fc5f7b489c50cfb869fdc26cb0d

Simplify mkromfs build dependencies, add needed debug and error printing.

Since mkromfs minimal memory implementation left the gs_lib_ctx set to NULL,
the errwrite and outwrite functions would de-reference a NULL causing a
Segmentation violation if gp_unix ever printed anything. This removes the
need for the gsmisc.o altogether and removes the need for gslibctx.o and
the dummy gscms functions.

gs/base/mkromfs.c
gs/base/unix-aux.mak

2012-09-24 09:25:35 -0700
Michael Vrhel <michael.vrhel@artifex.com>
bb0ef5ed637757290a88709fa1543585b29ccc54

Update color management documentation with information about NCLR ICC profile usage.

gs/doc/GS9_Color_Management.pdf
gs/doc/GS9_Color_Management.tex

2012-09-24 09:22:41 -0700
Michael Vrhel <michael.vrhel@artifex.com>
5176cb8c3882de51e413880ec2818a45a9d7c139

Fix a few typos.

gs/doc/Use.htm

2012-09-21 22:48:37 -0700
Michael Vrhel <michael.vrhel@artifex.com>
8227d2d46b516b75a4383466eb243b725f3124b0

Support for the use of N-CLR ICC output profiles extended to the tiffsep device.

The documentation on the use of this option was also updated.

gs/base/gdevdevn.h
gs/base/gdevpsd.c
gs/base/gdevtsep.c
gs/doc/Use.htm

2012-09-20 22:55:45 -0700
Michael Vrhel <michael.vrhel@artifex.com>
8a1ca14aab8f3ef6a7ffaa554d4e1d348b7561a7

Bulk of work to demonstrate the use of DeviceN ICC output profile.

This adds support to the psdcmyk device as well as the required changes in
the graphics library. Through the use of the LIMIT_TO_ICC define in gdevpsd, it is
possible to limit the colorants to those defined by the ICC output profile.
Setting to 1 will limit it setting to 0 will allow all spots (up to the maximum)
to be created. If spot names in the document match those in the command line
with -sICCOutputColors, then those colorants and hence separation will be treated
the same.

gs/base/gdevpsd.c
gs/base/gscdevn.c
gs/base/gscms.h
gs/base/gscsepr.c
gs/base/gsequivc.c
gs/base/gsicc.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gxcmap.c
gs/base/gxistate.h
gs/base/lib.mak

2012-09-21 18:49:41 +0100
Robin Watts <robin.watts@artifex.com>
51bc075100060ca1f90dd5d3d6c467597202d27d

Import LCMS 2.4 (patched)

Here we import LCMS 2.4 with our existing patches into gs.

Cluster testing this shows various changes; most of these are just
small rounding issues. It is possible that some of this is due to
Marti adopting our revised 16 -> 8 code and having pushed it further
through the code than we had.

Also there are changes to the black point compensation code designed
to more accurately match Adobe. For some test files that have
deliberately extreme profiles we get noticably different results.
Supposedly this is because those profiles do not round trip nicely,
but after discussing it with Michael he says it's nothing to worry
about.

gs/base/lcms2.mak
gs/ghostscript.vcproj
gs/lcms2/AUTHORS
gs/lcms2/ChangeLog
gs/lcms2/Makefile.in
gs/lcms2/Projects/.gitignore
gs/lcms2/Projects/BorlandC_5.5/lcms2.rc
gs/lcms2/Projects/BorlandC_5.5/lcmsdll.lk
gs/lcms2/Projects/BorlandC_5.5/lcmsdll.lst
gs/lcms2/Projects/VC2008/lcms2_DLL/lcms2_DLL.vcproj
gs/lcms2/Projects/VC2008/lcms2_static/lcms2_static.vcproj
gs/lcms2/Projects/VC2010/jpegicc/jpegicc.vcxproj
gs/lcms2/Projects/VC2010/lcms2.sln
gs/lcms2/Projects/VC2010/lcms2_DLL/lcms2_DLL.vcxproj
gs/lcms2/Projects/VC2010/lcms2_DLL/lcms2_DLL.vcxproj.filters
gs/lcms2/Projects/VC2010/lcms2_static/lcms2_static.vcxproj
gs/lcms2/Projects/VC2010/lcms2_static/lcms2_static.vcxproj.filters
gs/lcms2/Projects/VC2010/linkicc/linkicc.vcxproj
gs/lcms2/Projects/VC2010/psicc/psicc.vcxproj
gs/lcms2/Projects/VC2010/testbed/testbed.vcxproj
gs/lcms2/Projects/VC2010/tiffdiff/tiffdiff.vcxproj
gs/lcms2/Projects/VC2010/tifficc/tifficc.vcxproj
gs/lcms2/Projects/VC2010/transicc/transicc.vcxproj
gs/lcms2/Projects/mac/._.DS_Store
gs/lcms2/Projects/mac/LittleCMS/._.DS_Store
gs/lcms2/Projects/mac/LittleCMS/Info.plist
gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/mariama.mode1v3
gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/mariama.pbxuser
gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/project.pbxproj
gs/lcms2/aclocal.m4
gs/lcms2/configure
gs/lcms2/configure.ac
gs/lcms2/doc/LittleCMS2.3 API.pdf
gs/lcms2/doc/LittleCMS2.3 Plugin API.pdf
gs/lcms2/doc/LittleCMS2.3 tutorial.pdf
gs/lcms2/doc/LittleCMS2.4 API.pdf
gs/lcms2/doc/LittleCMS2.4 Plugin API.pdf
gs/lcms2/doc/LittleCMS2.4 tutorial.pdf
gs/lcms2/include/Makefile.in
gs/lcms2/include/lcms2.h
gs/lcms2/include/lcms2_extras.h
gs/lcms2/include/lcms2_plugin.h
gs/lcms2/src/Makefile.am
gs/lcms2/src/Makefile.in
gs/lcms2/src/cmscam02.c
gs/lcms2/src/cmscgats.c
gs/lcms2/src/cmscnvrt.c
gs/lcms2/src/cmserr.c
gs/lcms2/src/cmsgamma.c
gs/lcms2/src/cmsgmt.c
gs/lcms2/src/cmshalf.c
gs/lcms2/src/cmsintrp.c
gs/lcms2/src/cmsio0.c
gs/lcms2/src/cmsio1.c
gs/lcms2/src/cmslut.c
gs/lcms2/src/cmsmd5.c
gs/lcms2/src/cmsmtrx.c
gs/lcms2/src/cmsnamed.c
gs/lcms2/src/cmsopt.c
gs/lcms2/src/cmspack.c
gs/lcms2/src/cmspcs.c
gs/lcms2/src/cmsplugin.c
gs/lcms2/src/cmsps2.c
gs/lcms2/src/cmssamp.c
gs/lcms2/src/cmssm.c
gs/lcms2/src/cmstypes.c
gs/lcms2/src/cmsvirt.c
gs/lcms2/src/cmswtpnt.c
gs/lcms2/src/cmsxform.c
gs/lcms2/src/cmsxform.h
gs/lcms2/src/cmsxform_extras.c
gs/lcms2/src/lcms2.def
gs/lcms2/src/lcms2_internal.h
gs/lcms2/testbed/Makefile.am
gs/lcms2/testbed/Makefile.in
gs/lcms2/testbed/testcms2.c
gs/lcms2/utils/common/utils.h
gs/lcms2/utils/common/vprf.c
gs/lcms2/utils/common/xgetopt.c
gs/lcms2/utils/delphi/lcms2dll.pas
gs/lcms2/utils/jpgicc/Makefile.in
gs/lcms2/utils/jpgicc/jpgicc.c
gs/lcms2/utils/linkicc/Makefile.in
gs/lcms2/utils/psicc/Makefile.in
gs/lcms2/utils/tificc/Makefile.in
gs/lcms2/utils/tificc/tificc.c
gs/lcms2/utils/transicc/Makefile.in
gs/lcms2/utils/transicc/transicc.c

2012-09-21 19:07:48 +0100
Robin Watts <robin.watts@artifex.com>
2346369bb7536062946d409f940e865791afc34a

Fix typo in previous commit; return NULL in void function.

MSVC and gcc both accept it with a warning, hence I didn't spot it.
Sorry.

gs/base/gslibctx.c

2012-08-25 00:38:56 +0100
Robin Watts <robin.watts@artifex.com>
0eae840336f244e5b0d195109e1dd9e104396d87

Arrange for gscms_create/destroy to be called correctly.

gscms_create should be called before any other cms call is made,
but it's not being. It not being called has meant that lcms has
always been using malloc/free rather than the gs allocation
functions. Fix some bugs in those allocation functions that show
up now they are used.

Also ensure that pointers are correctly enumerated.

Ensure that cms set context pointer actually makes it into links.

Update gscms interface to ensure that errors on gscms_create can
be responded to.

This work has exposed a problem wrt the context pointer in the
gscms interface, so we fix that here too.

The theory has always been that we can drop new and different
CMS engines into ghostscript, by wrapping each one with some code
that implements the gscms_ functions from gsicc_cms.h.

While this interface was developing, I started to add support for
a context pointer, but looking back at it, it seems I never
completed the work and it was left in a state where it was useless.

After much discussion with Michael, we've decided that the best way
to proceed is to arrange for gscms_create to be called when gs
starts up (just after the base level allocator is created), and for
gscms_destroy to be called as gs exits (just before the base level
allocator is destroyed).

This base level allocator is passed into gscms_create/gscms_destroy
so it can safely allocate memory. Furthermore, we have done away
with explicitly passing the cms_context pointer around, as it was
not really any use in its current form. Instead, we have added
functions to get/set the context pointer in the gs_lib_ctx.

void *gs_lib_ctx_get_cms_context( const gs_memory_t *mem );
void gs_lib_ctx_set_cms_context( const gs_memory_t *mem, void *cms_context );

As the gscms functions take mem pointers in all the interesting
places, this should be sufficient.

As mkromfs calls the gs lib ctx init stuff, we have had to add stubs
for gscms_create/destroy to mkromfs.c.

gs/base/gscms.h
gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/gsicc_cms.h
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_nocm.c
gs/base/gslibctx.c
gs/base/gslibctx.h
gs/base/gsmalloc.c
gs/base/mkromfs.c

2012-09-21 13:52:25 +0100
Robin Watts <robin.watts@artifex.com>
8ef93d4d8f33149cb7d244da52d47e82a11f9019

Fix LCMS threading issue with plugin registration.

When registering a plugin, allocations can be done. This can result
in calls back to the user supplied malloc functions, which assume
that a cmsContext will be supplied. In the current code there is
no way to pass a cmsContext into the plugin registration.

We therefore add a new function cmsPluginTHR that does take such a
context.

Currently this isn't called yet, as gscms_create/destroy aren't correctly
called.

gs/lcms2/include/lcms2.h
gs/lcms2/src/cmscnvrt.c
gs/lcms2/src/cmsgamma.c
gs/lcms2/src/cmsopt.c
gs/lcms2/src/cmspack.c
gs/lcms2/src/cmsplugin.c
gs/lcms2/src/cmstypes.c
gs/lcms2/src/lcms2_internal.h

2012-09-20 20:12:27 +0100
Robin Watts <Robin.Watts@artifex.com>
81946ddaca41eb0726d4435a6217b3e017bd7a8c

Patch LCMS threading bug.

LCMS maintains a ContextID for the sake of the allocator callbacks.
In the call sequence through, it was losing this and ending up with
the allocators being called with NULL.

Simple fix.

gs/lcms2/src/cmssamp.c

2012-09-20 17:18:39 +0100
Ken Sharp <ken.sharp@artifex.com>
7a70a32618642f17104747dc2f5785775b42495b

pdfwrite - linearisation, correctly renumber resoruces in arrays

The code to renumber resources was only checking for indirect references in
dictionaries, we need to check arrays as well.

No differences expected.

gs/base/gdevpdf.c

2012-09-20 15:47:08 +0100
Ken Sharp <ken.sharp@artifex.com>
455ecb61885dcceccb23fb16518bb1790c40eb40

pdfwrite - linearisation bug fixes

Allow return code to be 0 when seeking so we don't lose the first part of
the linearised file.

If the input job makes marks on the final page, but does not call showpage,
we discard the final page. This can lead to resources being marked as 'used'
on pages that no longer exist. We now ignore such usage.

Fix an 'off by 1' error when indexing an array using paeg numbers
(page numebrs are 1->n, array is 0->n-1)

Put a #ifdef round some debug prints so they don't end up in the cluster log

Some resources are only used by other resources (eg Encoding) and should take
on the Page Usage of their parent. If the parent resource was shared we werne't
correclty updating the child with all the pages the parent was used on.

Some memory was being double freed causing seg faults.

No differences expetced as cluster doesn't test linearisation.

gs/base/gdevpdf.c

2012-09-19 16:42:42 +0100
Robin Watts <Robin.Watts@artifex.com>
cd4826a3a5e3000df0e5f787e3b6ceec88c43885

Remove gs_lib_ctx_get_non_gc_memory_t in GS_THREADSAFE builds.

gs_lib_ctx_get_non_gc_memory_t relied on a static to implement it,
so is incompatible with multi-threaded builds. Removing it
causes various devices/bits of code to break. We fix the
important (i.e. mostly non-contrib) devices that use it here.

We also rework the gscms/lcms interface code to avoid it too.

With this commit in, helgrind apitests tiger to ppmraw as being
clean.

gs/base/gdevrinkj.c
gs/base/gdevxcf.c
gs/base/gsicc_cache.c
gs/base/gsicc_cms.h
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gslibctx.c
gs/base/gslibctx.h
gs/psi/zicc.c

2012-09-19 16:16:32 +0100
Robin Watts <Robin.Watts@artifex.com>
9ccfc96d8885b419437f985baa7d26db3ff1950a

Add some PACIFY_VALGRIND magic for helgrind.

Various bits of code (notably gs_debug, some clist function pointers
and some constants in lcms) are held in statics. We accept that
gs_debug is going to be thread unsafe and choose to ignore it.
The others are initialised multiple times (to the same values) and
then never changed.

Helgrind is not smart enough to see that these are repeatedly
updated to the same values, so flags an error every time they are
written to.

We therefore add a bit of Valgrind magic before these places to
tell it to ignore these addresses when checking.

gs/base/gsinit.c
gs/base/gxclfile.c
gs/base/gxclist.c
gs/base/gxclmem.c
gs/lcms2/src/cmserr.c
gs/lcms2/src/cmswtpnt.c
gs/psi/imain.c
pl/plplatf.c
pl/plplatfps.c

2012-09-19 16:11:58 +0100
Robin Watts <Robin.Watts@artifex.com>
9171c68f18ba278aa72df4a30ba89bb5400bdd79

Disable various bits of debugging stats etc for GS_THREADSAFE

Various bits of code use statics to gather statistics in DEBUG
builds; disable these in GS_THREADSAFE builds as they are
incompatible with multi-threaded operation.

gs/base/gdevm24.c
gs/base/gdevm40.c
gs/base/gdevm48.c
gs/base/gdevm56.c
gs/base/gdevm64.c
gs/base/gxclip.c
gs/base/gxfill.c
gs/psi/idict.c
gs/psi/idstack.c
gs/psi/interp.c

2012-09-19 13:05:20 +0100
Robin Watts <Robin.Watts@artifex.com>
2e03d8c5aac80eb56cb9097a316dc36bf311d380

Update LCMS2 to avoid race condition in Tag handling.

LCMS2 as supplied (in both 2.3 and 2.4 at least) is broken w.r.t
multitasking due to a race condition in the Tag handling.

When a TagTypeHandler is needed, it is looked up from a system table.
The existing code then writes into this table with the ContextID and
calls the handler. This is a race condition if 2 threads are using
the same TagTypeHandler at a time.

The fix implemented here is to copy the TagTypeHandler structure to a
local one, write the ContextID into that, and then call through that.

gs/lcms2/src/cmsio0.c

2012-09-13 00:40:03 +0100
Robin Watts <robin.watts@artifex.com>
6777c88fab2afc3e6558fda1dfb51110088ede61

Introduce GS_THREADSAFE define and modify printing calls.

Lots of debugging/error information is printed using eprintf and
dlprintf etc. These functions do not take a gs_memory_t * and are
not safe for use within code that runs under multiple instances
created by gsapi.

Introduce new versions (dmprintf, dmlprintf etc) that DO take a
gs_memory_ *, and move as much of ghostscript/ghostpdl's usage
over to these as possible. I have not touched the contrib directory,
and some locations in the code do not easily have a gs_memory_t
to hand, so I have left them be.

If the GS_THREADSAFE define is made during building, then the
functions that don't take an explicit memory handle are #defined
away to nothing.

If the GS_THREADSAFE define is made, we disable the gsapi check that
checks for a single init.

gs/base/gdebug.h
gs/base/gdevabuf.c
gs/base/gdevbbox.c
gs/base/gdevdbit.c
gs/base/gdevdevn.c
gs/base/gdevdevn.h
gs/base/gdevdflt.c
gs/base/gdevdrop.c
gs/base/gdevfax.c
gs/base/gdevhl7x.c
gs/base/gdevifno.c
gs/base/gdevijs.c
gs/base/gdevjpx.c
gs/base/gdevm1.c
gs/base/gdevm24.c
gs/base/gdevmr1.c
gs/base/gdevmr8n.c
gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gdevpbm.c
gs/base/gdevpdf.c
gs/base/gdevpdfu.c
gs/base/gdevperm.c
gs/base/gdevplan.c
gs/base/gdevplib.c
gs/base/gdevprn.c
gs/base/gdevpsd.c
gs/base/gdevpsds.c
gs/base/gdevpsf2.c
gs/base/gdevpsft.c
gs/base/gdevpsfx.c
gs/base/gdevpx.c
gs/base/gdevrinkj.c
gs/base/gdevsppr.c
gs/base/gdevsvg.c
gs/base/gdevsvga.c
gs/base/gdevtrac.c
gs/base/gdevtsep.c
gs/base/gdevx.c
gs/base/gdevxcf.c
gs/base/gdevxcmp.c
gs/base/gp_unifs.c
gs/base/gp_unix.c
gs/base/gsalloc.c
gs/base/gsalphac.c
gs/base/gscdevn.c
gs/base/gschar0.c
gs/base/gscie.c
gs/base/gsciemap.c
gs/base/gscoord.c
gs/base/gscsepr.c
gs/base/gscspace.c
gs/base/gsequivc.c
gs/base/gserrors.h
gs/base/gsfcmap1.c
gs/base/gsfont.c
gs/base/gshsb.c
gs/base/gsht.c
gs/base/gsht1.c
gs/base/gshtscr.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_manage.c
gs/base/gsicc_profilecache.c
gs/base/gsimage.c
gs/base/gslib.c
gs/base/gslibctx.c
gs/base/gsmalloc.c
gs/base/gsmchunk.c
gs/base/gsmemory.c
gs/base/gsmisc.c
gs/base/gsovrc.c
gs/base/gspath.c
gs/base/gspath1.c
gs/base/gsptype1.c
gs/base/gsrefct.h
gs/base/gsstate.c
gs/base/gsstruct.h
gs/base/gstrans.c
gs/base/gstype1.c
gs/base/gstype2.c
gs/base/gstype42.c
gs/base/gxacpath.c
gs/base/gxalloc.h
gs/base/gxblend.c
gs/base/gxblend1.c
gs/base/gxccache.c
gs/base/gxccman.c
gs/base/gxchar.c
gs/base/gxclbits.c
gs/base/gxcldev.h
gs/base/gxclimag.c
gs/base/gxclip.c
gs/base/gxclip2.c
gs/base/gxclipm.c
gs/base/gxclist.c
gs/base/gxclmem.c
gs/base/gxclpath.c
gs/base/gxclrast.c
gs/base/gxclread.c
gs/base/gxclrect.c
gs/base/gxclthrd.c
gs/base/gxclutil.c
gs/base/gxcmap.c
gs/base/gxcpath.c
gs/base/gxdcconv.c
gs/base/gxdevndi.c
gs/base/gxdtfill.h
gs/base/gxfapiu.c
gs/base/gxfill.c
gs/base/gxfillsl.h
gs/base/gxfilltr.h
gs/base/gxht.c
gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gxidata.c
gs/base/gxifast.c
gs/base/gximag3x.c
gs/base/gximage.c
gs/base/gximage3.c
gs/base/gximono.c
gs/base/gxipixel.c
gs/base/gxiscale.c
gs/base/gxmclip.c
gs/base/gxp1fill.c
gs/base/gxpath.c
gs/base/gxpath.h
gs/base/gxpcmap.c
gs/base/gxpflat.c
gs/base/gxstroke.c
gs/base/gxtype1.c
gs/base/lib.mak
gs/base/sbwbs.c
gs/base/scfd.c
gs/base/scfe.c
gs/base/sdctd.c
gs/base/sdcte.c
gs/base/sfilter2.c
gs/base/sfxfd.c
gs/base/sfxstdio.c
gs/base/shc.h
gs/base/shcgen.c
gs/base/sidscale.c
gs/base/siscale.c
gs/base/sjbig2.c
gs/base/sjbig2_luratech.c
gs/base/sjpx_luratech.c
gs/base/slzwd.c
gs/base/slzwe.c
gs/base/std.h
gs/base/stream.c
gs/contrib/pcl3/eprn/eprnparm.c
gs/contrib/pcl3/eprn/eprnrend.c
gs/contrib/pcl3/eprn/gdeveprn.c
gs/contrib/pcl3/src/gdevpcl3.c
gs/cups/gdevcups.c
gs/psi/fapiufst.c
gs/psi/ialloc.c
gs/psi/iapi.c
gs/psi/idebug.c
gs/psi/idict.c
gs/psi/idisp.c
gs/psi/idstack.c
gs/psi/igc.c
gs/psi/igcref.c
gs/psi/igcstr.c
gs/psi/igcstr.h
gs/psi/ilocate.c
gs/psi/imain.c
gs/psi/imainarg.c
gs/psi/iname.c
gs/psi/interp.c
gs/psi/ireclaim.c
gs/psi/isave.c
gs/psi/iscan.c
gs/psi/zcie.c
gs/psi/zcolor.c
gs/psi/zcontext.c
gs/psi/zdscpars.c
gs/psi/zfapi.c
gs/psi/zfcid0.c
gs/psi/zfile.c
gs/psi/zfjbig2.c
gs/psi/zfjpx.c
gs/psi/zicc.c
gs/psi/zpcolor.c
gs/psi/zvmem.c
pcl/pccid.c
pcl/pccid.h
pcl/pccsbase.c
pcl/pcfont.c
pcl/pcfsel.c
pcl/pcindxed.c
pcl/pcmacros.c
pcl/pcpage.c
pcl/pcparse.c
pcl/pcpatrn.c
pcl/pcsfont.c
pcl/pcsymbol.c
pcl/pctext.c
pcl/pctop.c
pcl/pgconfig.c
pcl/pgdraw.c
pcl/pginit.c
pcl/pglabel.c
pcl/pgmisc.c
pcl/pgparse.c
pcl/pgvector.c
pl/pjparse.c
pl/plchar.c
pl/plfont.c
pl/pllfont.c
pl/plmain.c
pl/plsrgb.c
pl/plsymbol.c
pl/plsymbol.h
pl/pluchar.c
pl/plulfont.c
pxl/pxffont.c
pxl/pxfont.c
pxl/pxgstate.c
pxl/pximage.c
pxl/pxink.c
pxl/pxparse.c
pxl/pxpthr.c
pxl/pxsessio.c
svg/svgshapes.c
svg/svgtop.c
xps/ghostxps.h
xps/xpsanalyze.c
xps/xpscff.c
xps/xpsdoc.c
xps/xpsglyphs.c
xps/xpsgradient.c
xps/xpsimage.c
xps/xpspage.c
xps/xpspath.c
xps/xpsresource.c
xps/xpstop.c
xps/xpsttf.c
xps/xpsxml.c
xps/xpszip.c

2012-09-18 05:06:55 -0700
Robin Watts <robin@peeves.(none)>
1fa1eca3be2955e1ed1f8433c18d06417ea85f4c

Perl script to drive apitest.

Runs over a given set of devices/set of test files. Run apitest on each
checking that output/stdout/stderr etc are the same for all threads.

gs/toolbin/apitest.pl

2012-09-09 07:58:30 -0700
Robin Watts <robin.watts@artifex.com>
4c74f2aa1128c39a2f75a6626f6a59d4f854dc94

Simple apitest program.

Requires pthreads. Build with "make apitest" within gs.

Invoke with a ghostscript like command line: e.g.

bin/apitest -sDEVICE=pdfwrite -o outfile.%d. examples/tiger.eps

The command line must have a -o in it, because it rewrites the
"outfile.%d." to be "outfile.%d.THREADNUM" where THREADNUM is 0 to 9
(change NUM_THREADS in psi/apitest.c to change this).

stdout and stderr are redirected to each stdout.THREADNUM and
stderr.THREADNUM respectively.

gs/base/ugcclib.mak
gs/base/unix-end.mak
gs/base/unixlink.mak
gs/psi/apitest.c
gs/psi/iapi.c
gs/psi/int.mak

2012-09-18 09:54:01 +0100
Ken Sharp <ken.sharp@artifex.com>
88077be834a9034282355e76bac1e76b66778483

Add a newline to the end of the file because Visual Studio won't correctly
compile it otherwise.

gs/base/gscms.h

2012-09-17 22:47:51 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
8d274958209aed769e9804d0704c199b8f5cb4af

Added 'relaxtimeout' option to clusterpush.pl (and to the documentation).

gs/toolbin/localcluster/clusterpush.pl
gs/toolbin/localcluster/clusterpush.txt

2012-08-12 04:32:52 -0700
Michael Vrhel <michael.vrhel@artifex.com>
82c3d60735ef1a7e702db6833c1c709edeaca1d4

Initial work towards adding in support for use of DeviceN ICC color profiles as the output profile.

gs/base/gdevpdfk.c
gs/base/gscms.h
gs/base/gsdparam.c
gs/base/gsequivc.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h

2012-09-17 08:53:10 +0100
Ken Sharp <ken.sharp@artifex.com>
928e28bc3521f479eb997eddfd8cffcb7a042cea

pdfwrite - improve Outline handling when processing a subset of pages from PDF input

The Outline pdfmarks could get confused if a leaf node was elided due to its
Viwe or Dest page lying outside the range of pages processed from a PDF file.
This could lead to nesting going wrong and trying to create more than 32 levels
of nodes.

This commit moves the checking of the Dest and View pages from the PDF interpreter
into pdfwrite, which means pdfwrite now needs to pick up the FirstPage and
LastPage switches. If a destination page lies outside the processed range we
need to preserve it (so that the tree works out properly), but we don't write
the View or Dest property, so that we don't point to non-existent pages.

No differences epxected this is not cluster tested.

gs/Resource/Init/pdf_main.ps
gs/base/gdevpdfb.h
gs/base/gdevpdfm.c
gs/base/gdevpdfp.c
gs/base/gdevpdfx.h

2012-09-14 23:09:51 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
486dd619f9a705e4f9871974a5f0833964c1f32a

Bug 688288: Finish transparency structure cleanup

Finish the cleanup started by rev. 0025b68a2df. Remove implementation
of zdiscardtransparencygroup and zdiscardtransparencymask operators from
the code base and their invocation from PDF interpreter.

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_main.ps
gs/psi/ztrans.c

2012-09-14 11:11:46 +0100
Ken Sharp <ken.sharp@artifex.com>
4808e18412d21da480ed7a7628015941fc596a08

pdfwrite - track form depth when creating forms with BP pdfmark

Bug #693327

In order to properly set the co-ordinate space for patterns inside forms
we need to know the form's default co-ordinate space. To do this we keep
a record of the nested form depth. However this wasn't being updated when
we created a new form with the /BP pdfmark.

This commit fixes that.

gs/base/gdevpdfm.c

2012-09-14 09:59:22 +0100
Ken Sharp <ken.sharp@artifex.com>
dfcfd64d31e6e6c5e07dfcb793e0c781e180afd0

pdfwrite, ps2write, txtwrite - add support for RTL DL

Commit 062c0b5847519633e4349cf3a1f0830e529c4842 implements the HPGL/RTL
Download Character (DL) operation. This commit adds support for the new
font type defined as part of that update.

Text using the DL font should now be preserved as text using a type 3 font
in pdfwrite or ps2write, permitting search and copy operations, and should
be extracted properly by the txtwrite device.

No differences expected

gs/base/gdevpdtd.c
gs/base/gdevpdte.c
gs/base/gdevpdtf.c
gs/base/gdevpdti.c
gs/base/gdevpdts.c
gs/base/gdevpdtt.c
gs/base/gdevpdtw.c
gs/base/gdevtxtw.c

2012-09-12 10:34:22 -0700
Michael Vrhel <michael.vrhel@artifex.com>
0025b68a2df2f7c68cdcf4ebe0b3b9901c6a3698

Clean up of some of the transparency structures

The graphic state had vestiges of someones attempt to put the transparency
stack into the graphic state. This is confusing for those looking at the code.
This clean up is suggested in Bug 688288.

gs/base/gdevp14.c
gs/base/gdevpdfb.h
gs/base/gdevpdfg.c
gs/base/gdevpdft.c
gs/base/gdevpdfx.h
gs/base/gsistate.c
gs/base/gsstate.c
gs/base/gstparam.h
gs/base/gstrans.c
gs/base/gstrans.h
gs/base/gxdevcli.h
gs/base/gxistate.h
gs/base/gzstate.h
gs/psi/ztrans.c

2012-09-13 15:58:33 +0100
Ken Sharp <ken.sharp@artifex.com>
bfae0b91bbe273318284a01d67b746b365827bb6

ps2write - correct %%BoundingBox comment

The upper right y co-ordinate of the bounding box was being incorrectly
set. Also added the %%HiResBoundingBox comment. Although this is not a
DSC 3 standard comment it is widely used.

No diffrences expected.

gs/base/gdevpdfu.c

2012-09-13 14:53:15 +0100
Ken Sharp <ken.sharp@artifex.com>
44d00dd1bd34e2fb735d4682b73d880e208f92bd

pdfwrite - improve subset font prefix generation

We generate the prefix for a subset font by creating a hash from the
usage pattern of glyphs in a font. If the font was already subset, and
'compact' (ie glyphs are used in order from 1 to n), then it was possible
to generate the same prefix for two differetn subsets of the same font.

In fact this is always possible, but here we add a heuristic which uses
the MD5 hash we create for stream objects as an additional hash when
generating the subset prefix. This does not guarantee that name collisions
won't occur but should reduce the incidence still further.

No differences expected.

gs/base/gdevpdtb.c
gs/base/gdevpdtb.h
gs/base/gdevpdtd.c
gs/base/gdevpdtd.h
gs/base/gdevpdtf.c

2012-09-13 14:48:25 +0100
Ken Sharp <ken.sharp@artifex.com>
e8cfe956fe45fa949d22b10e2af665506e49fde4

pdfwrite - linearisation, cater for unused objects

If we had an object which wasn't used on any page then we would try to add
it to the page or shared hints, which we obviously shouldn't, and which could
potentially cause a seg fault.

With this change we simply don't add such objects to the hints.

gs/base/gdevpdf.c

2012-09-13 08:31:24 +0100
Ken Sharp <ken.sharp@artifex.com>
23d410c021a2b038ac5535e9eb028d6a808801ea

pdfwrite - squash compiler warnings

a couple of compiler warnings on debug print messages.

gs/base/gdevpdf.c

2012-09-12 16:27:04 +0100
Ken Sharp <ken.sharp@artifex.com>
8e1ab0bc7410ec278f489a2e0c469a23b7aa17e9

pdfwrite - fix ridiculous typo in last commit....

gs/base/gdevpdf.c

2012-09-12 16:17:41 +0100
Ken Sharp <ken.sharp@artifex.com>
119717599c8ab62b037f61b8f042a1eeae39b2f4

pdfwrite - linearisation fix stupid mistake causing infinte loop

gs/base/gdevpdf.c

2012-09-12 12:54:54 +0100
Ken Sharp <ken.sharp@artifex.com>
a010600d3d99b16251fbfa5fede57d4583978632

pdfwrite - fix another compiler warning

This warning didn't show up previously, I have no idea why.

gs/base/gdevpdf.c

2012-09-12 10:08:27 +0100
Ken Sharp <ken.sharp@artifex.com>
aa335a8a51261060aab8726fd300161d3b6f4334

pdfwrite - linearisation, tidy up compiler warnings

also remove an accidentally commited change which led to us writing
invalid xref tables.

gs/base/gdevpdf.c

2012-09-06 11:33:42 -0700
Michael Vrhel <michael.vrhel@artifex.com>
fc538635d876a99e7cfc32b4c525126093fea67a

Add in option of -dPreBandThreshold=true/false to specify thresholding prior to clist

When halftoning, it may be advantageous from a memory storage to halftone an image pre-clist.
This adds code to check if the halftoned image at device resolution is smaller than the source
image. It it is, then the image will by default be rendered before going into the clist.
This option is turned off through the use of the device parameter -dPreBandThreshold=false

gs/base/gscms.h
gs/base/gsdparam.c
gs/base/gsequivc.c
gs/base/gsicc_manage.c
gs/base/gxclimag.c
gs/base/lib.mak

2012-09-11 12:51:05 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
8c77c16ad0f4e2bd107f6fa1a024c412e889a0ba

Convert BitsPerComponent to an integer when we get a float.

gs/Resource/Init/pdf_draw.ps

2012-09-11 09:53:46 -0600
Henry Stiles <henry.stiles@artifex.com>
062c0b5847519633e4349cf3a1f0830e529c4842

HPGL/RTL DL (Download Character) implementation.

gs/base/gxftype.h
pcl/pgchar.c
pcl/pgfdata.c
pcl/pgfdata.h
pcl/pgfont.c
pcl/pgfont.h
pcl/pglabel.c
pcl/pgmand.h
pcl/pgstate.h

2012-09-07 13:13:30 -0600
Henry Stiles <henry.stiles@artifex.com>
423501bbe9be110622edf4ef001edbd289136ee0

A silly typo in an accessor function.

Fortunately, this function is mainly used only for debugging purposes.

pcl/pccid.c

2012-09-12 14:39:10 +0100
Ken Sharp <ken.sharp@artifex.com>
1245d1ad8e4400b6689132d32ee174041eaa60e4

pdfwrite - sanitise linearisation file accesses to be 64-bit

Change all the fteel/fseel calls to use gp_***_64 so that we don't trip
over a maximum 4Gb.

gs/base/gdevpdf.c

2012-09-10 16:14:15 -0700
Michael Vrhel <michael.vrhel@artifex.com>
5a1438b9f9d27be7e423300f563833a9d0d03ee4

Fix for an indeterminism in the fast thresholding code

A byte of nonsense data was getting included with the image data to which we were thresholding
in very special resolution cases.

gs/base/gxicolor.c
gs/base/gximono.c

2012-09-10 21:48:00 +0100
unknown <ken@.(none)>
3904374b1a567ecbad3d496fc0cdac354225224a

pdfwrite - linearisation, memory cleanup

Free all the memory used in the course of producing a linearised PDF file.

No differences expected, not tested by cluster

gs/base/gdevpdf.c

2012-09-09 18:43:52 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
3a56f4eb5a9f15795725374b297edab0fb8ebc5d

Bug 693045: Correctly restore PS stack when PDF stream run aborts.

gs/Resource/Init/pdf_draw.ps

2012-09-09 11:33:53 -0700
Tor Andersson <tor.andersson@artifex.com>
7de89cff326888d9129b0ae6e4d003fd538b8321

Merge 'gs/jbig2dec/' from jbig2dec.git using git-subtree

git-subtree-dir: gs/jbig2dec
git-subtree-mainline: faac14fb1532533a811649cef2b68cf95ec50fdf
git-subtree-split: 7a82fc0abd135e08875ec4941ba43e832bc1b7f3

gs/jbig2dec/.cvsignore
gs/jbig2dec/.gitignore

2012-08-29 16:19:55 +0100
Chris Liddell <chris.liddell@artifex.com>
7a82fc0abd135e08875ec4941ba43e832bc1b7f3

Remove dependence on jbig2dec auto-generated files

Also provide a workaround for LCMS2 on systems without sqrtf().

No cluster differences

os_types.h

2012-08-24 15:19:29 +0100
Chris Liddell <chris.liddell@artifex.com>
3a424b8fa0e30b76b49b9c2f2fe167e5dc653073

Update the libpng check to a non-deprecated API call.

configure.ac

2012-08-23 15:09:41 +0100
Robin Watts <robin.watts@artifex.com>
07abb8a54e2d910e3b5a73341b7912948e0d0b61

Bug 693298; Memento tweak for memset compile problem.

Don't define memset if someone has already #defined it. Thanks to
William Bader.

memento.c

2012-08-23 15:03:03 +0100
Robin Watts <robin.watts@artifex.com>
5e5cff776abeb065e2c4ef5092256486fc3a2d35

Revert "Move memento include from jbig2.h to jbig2_priv.h"

This reverts commit 91744cfb2fe5d8b5b66d31077b4b22c6b3c905a2.

This broke the memento build of gs due to the #defining of
free/realloc. For now, we'll have to live with the include
in the public header.

jbig2.h
jbig2_priv.h

2012-08-23 13:34:43 +0100
Robin Watts <robin.watts@artifex.com>
91744cfb2fe5d8b5b66d31077b4b22c6b3c905a2

Move memento include from jbig2.h to jbig2_priv.h

There is no need to expose memento outside of jbig2. Thanks to
zeniko for the discussion in bug 693284 that lead to this.

jbig2.h
jbig2_priv.h

2012-08-13 17:03:22 +0100
Chris Liddell <chris.liddell@artifex.com>
13cc9dc158f12c3f446579655e942e44ac158634

Update copyright headers.

config_win32.h
jbig2.c
jbig2.h
jbig2_arith.c
jbig2_arith.h
jbig2_arith_iaid.c
jbig2_arith_iaid.h
jbig2_arith_int.c
jbig2_arith_int.h
jbig2_generic.c
jbig2_generic.h
jbig2_halftone.c
jbig2_halftone.h
jbig2_huffman.c
jbig2_huffman.h
jbig2_hufftab.h
jbig2_image.c
jbig2_image.h
jbig2_image_pbm.c
jbig2_image_png.c
jbig2_metadata.c
jbig2_metadata.h
jbig2_mmr.c
jbig2_mmr.h
jbig2_page.c
jbig2_priv.h
jbig2_refinement.c
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_symbol_dict.h
jbig2_text.c
jbig2_text.h
jbig2dec.c
memcmp.c
memento.c
memento.h
os_types.h
pbm2png.c

2012-08-06 17:13:39 +0200
Sebastian Rasmussen <sebras@gmail.com>
48fd721f3fb53b3fd10456e508b06d808ee9e647

Bug 693256: Free GR_/GB_stats......

....as long as retaining them is yet to be implemented

jbig2_symbol_dict.c

2012-08-06 15:24:43 +0100
Chris Liddell <chris.liddell@artifex.com>
28cc0cf46dc9455545631e54070edc2a8adc15e0

Remove files for unsupported build tools.

Jamfile
SConstruct

2012-06-08 15:51:43 +0100
Robin Watts <Robin.Watts@artifex.com>
536620333aa7b752506626dce651ede08e2cdbc9

Enable Memento to be used with jbig2dec

./configure or ./autogen.sh as usual, then
"make XCFLAGS=-DMEMENTO".

This involves duplicating memento within jbig2dec. We disable the GS
specific build hacks, and add just one more; if GSBUILD is defined
then jbig2 uses the version of memento from base, rather than the version
of memento from inside jbig2. This avoids any potential problems with
version skew.

Makefile.am
jbig2.h
memento.c
memento.h

2012-07-03 22:52:19 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
e37802e46e06e7c3d9f01d626b244771bcad76a1

Bug 693050 : Fix compiler warnings

jbig2_halftone.c

2012-07-02 22:49:17 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
1b311c624ce08c9c702ba4e88e2b0d787830334d

Bug 693050 : Fix valgrind error in 0CF9 folder

jbig2_refinement.c

2012-07-02 21:53:20 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
50d99ce72e1722427415ac745445dc1ca7e67c83

Bug 693050 : Fix error handling in 0717 folder

jbig2_halftone.c
jbig2_mmr.c

2012-06-23 23:57:19 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
576c7d4162890ecee3b7322fd5665a8ae3c2d6d7

Bug 693050 : Fix error handling in dcbd folder

jbig2_page.c

2012-06-23 23:00:47 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
7feea483a0354e13c42ffa239b9b0c2d00f08428

Bug 693050 : Fix error handling in 9557 folder

jbig2_symbol_dict.c

2012-06-23 22:14:43 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
6f9608495e1f4b1fcac518378a44e8704d943dd7

Bug 693050 : Fix memory leak in 4faa folder

jbig2_symbol_dict.c

2012-06-23 21:12:19 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
9df6dfdae0f2ffba6f1335a8a6c5e2a2274e0d84

Bug 693050 : Fix error handling in 2908 folder

jbig2_halftone.c

2012-06-22 22:25:44 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
8033c8336691c0b833cde32d47f4bbf8d7f4d4f2

Bug 693050 : Fix memory leak in 146f folder

jbig2_mmr.c
jbig2_symbol_dict.c

2012-06-22 16:56:39 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
a8ca8ed551e2897c422d0b6d46f1bd8ce30311b9

Bug 693050 : Fix minor typos and memory leak in 040d folder

jbig2_arith.c
jbig2_image.c
jbig2_symbol_dict.c
jbig2_text.c

2012-06-20 18:18:02 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
76c000e507efff47e6f625bddef0a93323a7cc9d

Bug 690723 : Prevent over writing unallocated memory when parsing an image

jbig2_mmr.c

2012-06-15 19:22:52 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
9cf138eae6a1ac6554ecc3414224fecb0ba2ec2b

Bug 693050 : Fixes CERT reported issues labelled DestAv

jbig2.c
jbig2_priv.h
jbig2_symbol_dict.c
jbig2_symbol_dict.h

2012-06-14 17:06:16 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
1c933c8c1d2beb7b6c6747c29fec58c6d6b8a02c

Bug 693050 : Fixes CERT reported issues labelled SourceAvNearNull

jbig2_image.c
jbig2_symbol_dict.c
jbig2_text.c

2012-06-06 17:16:53 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
3eff8ef1daf4de5232cb432fd685f6befdac1906

Bug 693050 : Fixes CERT reported issue labelled HeapError

jbig2.c
jbig2_image.c
jbig2_metadata.c
jbig2_priv.h
jbig2_symbol_dict.c
jbig2_text.c

2012-06-05 16:39:39 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
08bc90379a7bd5d8eead94ae872f6fc6cc93a6fb

Bug 693025 : Correct memory leaks reported by Zeniko

jbig2_symbol_dict.c

2012-05-31 17:51:51 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
017f11f142bdea0965f453d64a31ef02b3271cba

Bug 693025: Correct typos reported by Zeniko

jbig2_huffman.c
jbig2_symbol_dict.c

2012-05-30 17:42:29 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
90f453a7ea397418ed33966e6b94650efd99284f

Bug 693050 : Fixes CERT reported issue labelled DestAvNearNull

jbig2_image.c
jbig2_page.c
jbig2_symbol_dict.c
jbig2_text.c

2012-05-27 23:35:06 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
26565665591e250cfbda9bc6d8834f8a2922d206

Bug 693050 : Fixes CERT reported issue labelled BranchAvNearNull

jbig2_symbol_dict.c

2012-05-27 22:47:02 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
bb27f271e4b508d63ca4f572b733e36977f0cbc4

Bug 693050 : Fixes CERT reported issue labelled BlockMoveAv

jbig2_symbol_dict.c

2012-05-27 21:43:27 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
dbf31907db5654184b9e7bca5d700f72deccc9fa

Bug 693050 : Fixes CERT reported issue labelled SegFaultOnPc

jbig2_generic.c
jbig2_image.c

2012-05-14 18:08:00 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
4886f1c69e712a730399da308bfb1b731a652cbb

Bug 693025: Updated patch from Zeniko to fix various crashes and leaks

jbig2_halftone.c
jbig2_huffman.c
jbig2_image.c
jbig2_refinement.c
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_text.c

2012-02-09 00:00:31 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
a27094d1833bf10c9ab3b612182aa23f4eb3044f

Bug 690974: This patch from Gorac implements the generic refinement region decoding procedure for when TPGRON is TRUE.

jbig2_refinement.c

2012-02-08 23:13:13 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
a43f448139d0a72688c9191adab0718b9ef43ec5

Bug 690870: This patch prevents the image compositing occurring if the src is outside of the clip region.

jbig2_image.c

2012-01-25 19:21:08 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
33e85ea71051ad64ca4bb8b874dcf8bed9b66e62

Bug 691254: This patch prevents the seg fault in Jbig2_042_14.pdf.

jbig2_symbol_dict.c
jbig2_text.c

2012-01-24 13:20:11 +0000
Robin Watts <robin.watts@artifex.com>
1d120cab65c74fe97e4e4512f6a034f0fba0cac5

Tweak jbig2dec to cope better with NULLs.

Fix various destructors in jbig2dec to cope with being called
with image = NULL. This cures a problem in mupdf where it SEGVs
when called on "1239 - skip invalid content streams.pdf" from the
sumatra test set.

jbig2_image.c

2012-01-13 10:40:50 -0700
Henry Stiles <henry.stiles@artifex.com>
b1bfe4ae823054ac2dc94af15246fa489304cf80

Bug 691230, basic jbig2 halftone image support.

Thanks to George Gottleuber for this work.

jbig2_halftone.c
jbig2_halftone.h
jbig2_mmr.c
jbig2_mmr.h
jbig2_segment.c

2012-01-10 22:24:35 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
a42adfaa785b05670af63f8767c3ff55636c6686

Bug 691267: Check all realloc error paths.

jbig2.c
jbig2_huffman.c
jbig2_page.c
jbig2_symbol_dict.c
jbig2_text.c

2011-11-29 20:33:16 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
1fddee262691d23dc283965c0dbe0e0de2c85bf9

Bug 691267: jbig2dec needs to check malloc() return values

This fix checks all return paths to ensure that the appropriate error
is returned on failure from any malloc() call within jbig2dec.

jbig2.c
jbig2_arith.c
jbig2_arith_iaid.c
jbig2_arith_int.c
jbig2_generic.c
jbig2_halftone.c
jbig2_huffman.c
jbig2_image.c
jbig2_metadata.c
jbig2_page.c
jbig2_refinement.c
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_text.c

2011-11-20 10:29:47 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
f680c2d09d76172f7adee998608a8df0b8d2828c

Fix 691958: check for an image before marking a page complete. Also update return code to handle errors correctly.

jbig2_page.c

2011-06-01 16:22:40 +0100
Robin Watts <Robin.Watts@artifex.com>
609901fe1d5496caeae2289ee20d7be965e413b0

Tweak jbig2dec os_types.h for android mupdf build.

If HAVE_STDINT_H is defined we are supposed to be getting our definitions
from stdint.h. Instead the header defines them anyway. Fix this. This showed
up when building MuPDF for Android.

os_types.h

2011-05-11 15:39:06 -0600
Henry Stiles <henry.stiles@artifex.com>
6e49f7e6d0c680ad0962cf7c620d67aa943c48a7

Fixes bug #689870 - add proper big endian number accessors.

Previously only an unsigned accessor was provided and it was being
used to read both signed and unsigned quantities.

jbig2.c
jbig2_halftone.c
jbig2_page.c
jbig2_priv.h
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_text.c

2011-05-11 15:18:11 -0600
Henry Stiles <henry.stiles@artifex.com>
ae98887d657761ac4d15881da559bb9ae24f26e7

Fixes 690889, potential null dereference.

Prevent a theoretical (no test file) null dereference. There are
several of these cases identified by by static analysis. We believe
the authors intent was to pass the word stream if the arithmetic state
was not set, as in the other call of the same function.

jbig2_symbol_dict.c

2010-08-11 16:17:45 +0000
Henry Stiles <henry.stiles@artifex.com>
ea866acb21033fd3cfe345352852ea1202ce2e32

Fix bug # 691532. Do not attempt to clone an image that does not exist, each completed page should have an associated image. We'd like to handle this corrupt file with a better fix, for example the absence of an end page segement is clearly a problem with respect to the specification, but Adobe and Artifex have chosen to support other "off spec" streams so more subtle and less obvious error checking is needed. Thanks to Tim Waugh for analysis on this problem.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@11622 a1074d23-0009-0410-80fe-cf8c14f379e6

jbig2_page.c

2010-07-30 11:03:27 +0000
Till Kamppeter <till.kamppeter@gmail.com>
ca94f2ac3ab6cdbb6a36a72cae385afb4f25d4e8

On Tru64 the integer types are in inttypes.h and not in stdint.h as in VMS

Bug 691463, required for jbig2dec.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@11563 a1074d23-0009-0410-80fe-cf8c14f379e6

os_types.h

2010-07-20 09:46:34 +0000
masaki <masaki@a1074d23-0009-0410-80fe-cf8c14f379e6>
c29b63557cb191f2b9371a06a73a11bc4b8f5544

Add support for user defined huffman table.

This code adds support for segment type 53 segments, which supplies
inline huffman code table. Bug 689853.

Many thanks to Justin Greer.

git-svn-id: svn+ssh://svn.ghostscript.com/svn/ghostscript/trunk/gs/jbig2dec@11526 a1074d23-0009-0410-80fe-cf8c14f379e6
(cherry picked from commit e51f8e400e4502d7a6d60ee31890a195f55d1b64)

Signed-off-by: Masaki Ushizaka <masaki@ghostscript.com>

jbig2_huffman.c
jbig2_huffman.h
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_text.c

2010-07-20 08:01:29 +0000
Masaki Ushizaka <masaki@ghostscript.com>
d26c7e4f39f76fe70cc61d6dc14d05a042a9be48

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.
This patch fixes it. Bug #691461.

jbig2_image.h
jbig2_image_pbm.c
jbig2dec.c

2010-07-16 09:13:41 +0000
Masaki Ushizaka <masaki@ghostscript.com>
c5d61c78c0de785b74b86d4e5298e3cc7b9e2b68

A little fix to allocating memory size

jbig2_huffman.c

2010-07-15 00:49:09 +0200
Tor Andersson <tor.andersson@gmail.com>
e12fa07da845515911db8be2f7cfa8ef551061ba

Use the jbig2_new and jbig2_renew macros instead of calling
jbig2_alloc and jbig2_realloc directly. Also adds a few typecasts
and #defines required to compile the source as C++.

jbig2.c
jbig2_arith.c
jbig2_arith_iaid.c
jbig2_generic.c
jbig2_halftone.c
jbig2_huffman.c
jbig2_image.c
jbig2_metadata.c
jbig2_page.c
jbig2_priv.h
jbig2_refinement.c
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_text.c
jbig2dec.c

2010-07-15 00:42:38 +0200
Tor Andersson <tor.andersson@gmail.com>
31dd7ef66dbd1c34df08365aa3c36e6391617f37

Update VERSION define in config_win32.h

config_win32.h

2010-07-15 00:41:46 +0200
Tor Andersson <tor.andersson@gmail.com>
941b73315a166fe07e0f1a1b81171477285280f7

Add Makefile.unix -- a simple makefile for unix-like systems.

Makefile.unix

2010-07-15 00:35:58 +0200
Tor Andersson <tor.andersson@gmail.com>
f6066822041bbffd7169fd4bfc19c48daae8f155

Fix memory leak of the word stream struct.

jbig2_text.c

2010-06-22 06:12:54 +0000
masaki <masaki@a1074d23-0009-0410-80fe-cf8c14f379e6>
ad707fba426702631466973e6e80c48d16398b88

Fix for bug 689836 and 691248.

Bug 689836 - Huffman tables with only positive values are decoded incorrectly
Bug 691248 - jbig2dec doesn't handle 042_11 (Huffman Symbol Region)

This patch fixes mulfunctions seen on standard huffman table K, L, M and N.
A difference will be seen on tests_private/comparefiles/Bug690360.pdf.
This file was affected by table K mulfunction and this is a improvement.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk/gs/jbig2dec/@11415 a1074d23-0009-0410-80fe-cf8c14f379e6
(cherry picked from commit d59bf48fcaefb0cb531d90cb748c173198a10f54)

Signed-off-by: Masaki Ushizaka <masaki@ghostscript.com>

jbig2_hufftab.h

2010-06-22 05:59:23 +0000
masaki <masaki@a1074d23-0009-0410-80fe-cf8c14f379e6>
606ce11fc930769a5bdf920a5902c158be8b3d5f

Added test code for every line of each standard huffman tables.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk/gs/jbig2dec/@11413 a1074d23-0009-0410-80fe-cf8c14f379e6
(cherry picked from commit aae02dab94f439a69744f4686c81d5633c8816a6)

Signed-off-by: Masaki Ushizaka <masaki@ghostscript.com>

jbig2_huffman.c

2010-05-15 06:27:41 +0000
hintak <hintak@a1074d23-0009-0410-80fe-cf8c14f379e6>
a54c8df662d4ab88afef6fcaa6c324030224d77d

try to make 'make -f base/unix-gcc.mak so' work

When not run through ./configure, HAVE_CONFIG_H isn't defined and
the jbig2 codes drop through to generic unknown unix platform - so we put some
generic unix values here.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk/gs/jbig2dec/@11254 a1074d23-0009-0410-80fe-cf8c14f379e6
(cherry picked from commit 27d16d20f97555d2874d9f04b374053ccd0731b7)

Signed-off-by: Masaki Ushizaka <masaki@ghostscript.com>

os_types.h

2010-05-14 04:18:42 +0000
hintak <hintak@a1074d23-0009-0410-80fe-cf8c14f379e6>
6ef4989dcc7b51c9e8565258aa2a8a63e43d6b35

uint8_t type located in usual header on HP-UX needed for jbig2dec ; bug 688184

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk/gs/jbig2dec/@11238 a1074d23-0009-0410-80fe-cf8c14f379e6
(cherry picked from commit 15d65a1fded828b25ca20886cd3ca8bb7522a96f)

Signed-off-by: Masaki Ushizaka <masaki@ghostscript.com>

os_types.h

2010-04-21 07:20:14 +0000
masaki <masaki@a1074d23-0009-0410-80fe-cf8c14f379e6>
f51764fe4b4b31733ac1dc5c3d103106b9594c8d

A fix for a regression introduced by r11074 (bug 690094).

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
between r11074 and this revision. No other difference expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk/gs/jbig2dec/@11093 a1074d23-0009-0410-80fe-cf8c14f379e6
(cherry picked from commit 44b9be2b31622c91b8cb3e4acc6160269630d838)

Signed-off-by: Masaki Ushizaka <masaki@ghostscript.com>

jbig2_symbol_dict.c

2010-04-15 09:53:33 +0000
masaki <masaki@a1074d23-0009-0410-80fe-cf8c14f379e6>
342ea4778d0ab98d8aabbaf62c2866afb804359d

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
symbol dictionary.
No difference expected, other than JBIG2 pdf files suffered by
this problem.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk/gs/jbig2dec/@11074 a1074d23-0009-0410-80fe-cf8c14f379e6
(cherry picked from commit 75a5fa486571d0a9696976c290960f1bfdc7191b)

Signed-off-by: Masaki Ushizaka <masaki@ghostscript.com>

jbig2_symbol_dict.c

2010-04-14 02:31:58 +0000
masaki <masaki@a1074d23-0009-0410-80fe-cf8c14f379e6>
eb629c8ff915730ff737ca6e4d564cc88ddafb22

Fixed jbig2dec command getopt() parameter for -v option.

Not used by ghostscript itself but worth for standalone debugging.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk/gs/jbig2dec/@11067 a1074d23-0009-0410-80fe-cf8c14f379e6
(cherry picked from commit c72d87c7d7b32f0d33d5e5b9e72aca701dd80e01)

Signed-off-by: Masaki Ushizaka <masaki@ghostscript.com>

jbig2dec.c

2010-04-14 02:26:16 +0000
masaki <masaki@a1074d23-0009-0410-80fe-cf8c14f379e6>
b1ddf3c7a00c9f216f9a0bbd1285376c1e121dec

Fixed an indent. No influence on code.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk/gs/jbig2dec/@11066 a1074d23-0009-0410-80fe-cf8c14f379e6
(cherry picked from commit a6717367dee7a863788d74522e5ace5b548d80e1)

Signed-off-by: Masaki Ushizaka <masaki@ghostscript.com>

jbig2_symbol_dict.c

2010-04-13 09:50:08 +0000
masaki <masaki@a1074d23-0009-0410-80fe-cf8c14f379e6>
f901b18ac90d291b98a1463e92f8d26c6f320c3e

A fix for 691081, 691206, and part of 690094.

From r9769, jbig2dec wasn't capable of decoding some JBIG2 files
and throwing a error "jbig2dec FATAL ERROR runlength too large in
export symbol table (XXX > XX - XX) (segment 0xXX)".
This was caused by accidentaly bound checking export symbol table
size with number of non-export symbol. This fixes it.
No differences expected, other than JBIG2 files suffered from this
problem.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk/gs/jbig2dec/@11057 a1074d23-0009-0410-80fe-cf8c14f379e6
(cherry picked from commit e2c24fec806a2a84427ecfff9a9bbd078ca460bd)

Signed-off-by: Masaki Ushizaka <masaki@ghostscript.com>

jbig2_symbol_dict.c

2010-02-02 11:09:54 -0800
Ralph Giles <giles@ghostscript.com>
58b513e3ec60feac13ea429c4aff12ea8a8de91d

Bump versioning for the 0.11 release.

The libtool shared library versioning starts with this release.

CHANGES
configure.ac
jbig2dec-0.11/CHANGES
jbig2dec.1

2010-02-02 11:03:37 -0800
Ralph Giles <giles@ghostscript.com>
fa1bd62f45b780d5c8cbadaf66a25b03688590c5

The inclusion of JBIG2 in PDF 1.4 is no longer new news.

README

2010-02-02 11:03:05 -0800
Ralph Giles <giles@ghostscript.com>
da42a22f05eb8af12a797c12bee3e5c121fe2842

Correct a whitespace formatting issue in the usage text.

jbig2dec.c

2010-02-02 11:01:42 -0800
Ralph Giles <giles@ghostscript.com>
dd0c94f5c32a01ff8b7d502071495ba475fe8f8a

Fix a manpage grammar error.

jbig2dec.1

2010-02-02 11:01:10 -0800
Ralph Giles <giles@ghostscript.com>
373b4606ef4b573e855b6be78fabd2496112da3b

Update change log for the 0.11 release.

CHANGES
jbig2dec-0.11/CHANGES

2009-11-23 16:49:06 -0800
Ralph Giles <giles@cirrus.local>
a841c2481b35b7bf1bf5970a11ac750ff3a3ee2c

Implement generic region decode with typical prediction.

Patch from Gorac. Ghostscript bugs 690791 and 690913.

jbig2_generic.c

2009-11-20 09:46:39 -0800
Ralph Giles <giles@ghostscript.com>
ad742b847dbb39b1376664d77fae0f8b31ae65f0

Skip generic regions using TPGDON and issue a warning.

We don't yet implement this, and discarding the data is better than
proceeding with the incorrect decoding proceedures, which generally
just produce noise. Ghostscript bug 690791.

jbig2_generic.c

2009-11-16 11:17:51 -0800
Ralph Giles <giles@ghostscript.com>
fd7cb7fa6152573ab11ebfbce45582fa1652f117

Correct bitmap offsets when setting transposed text.

Previously, the code was switching width and height, not just S and T
coordinates. We now properly decode the 042_19.jb2 test file.

Thanks to Drugo Pedrouvene for pointing out the issue. Bug 690923.

jbig2_text.c

2009-10-29 22:00:35 -0700
Ralph Giles <giles@ghostscript.com>
dcf0bd8c4288ff30d152b3741bc78c9fa055e49c

Make -v print only info-level messages by default.

Previously -v set the verbosity level to 9. Anything 3 or greater
prints all debug messages, which can be quite overwhelming when
individual decode elements are traced. Now the default with -v is 2.

Run jbig2dec --verbose=3 to recover the old behaviour.

jbig2dec.1
jbig2dec.c

2009-10-29 21:59:47 -0700
Ralph Giles <giles@ghostscript.com>
c1fddcf71a0cd81c02f7b52b757ea20c05f4292a

Improve grammar in the usage message.

jbig2dec.c

2009-10-29 21:49:49 -0700
Ralph Giles <giles@ghostscript.com>
cf7917e8948a9296cd6bfdb0a1615287b88b769f

Fix comment formatting.

jbig2dec.c

2009-10-29 21:19:54 -0700
Ralph Giles <giles@ghostscript.com>
7018021f8232f62ff9c6822092405dd0467abb09

Update the COPYING file to the text of the GPLv3.

The jbig2dec package is still licensed GPLv2 or later, but we want
to encourage use under the GPLv3.

COPYING

2009-10-29 16:52:50 -0700
Ralph Giles <giles@ghostscript.com>
f8e18fdeb01cdbd9530804077beed6cac38ef077

Have the scons build automatically determine the version string.

SConstruct tries to call 'git describe --tags' which produces a version
string based on the most recent tag, with the number of commits and
current commit hash appended if HEAD isn't a tagged revision.

If that command fails (i.e. building from a release tarball or another
version control system) it attempts to read the CHANGES file and uses
the first version number there.

SConstruct

2009-10-29 16:29:04 -0700
Ralph Giles <giles@ghostscript.com>
f34a521eba46e811287fb4f35519fc32f0b6d4e8

Update the version number in the scons build description.

SConstruct

2009-10-29 16:04:42 -0700
Ralph Giles <giles@ghostscript.com>
077b6518dffc75dc74fc5e6990c8529f44cb47a0

Remove the include of ~/.jamrules.

This was part of Tor's original commit, and was intended to set some
common default options among projects. However, it generates a warning
when the file is not available, and we now set thing like optimization
level and warning flags directly.

Jamfile

2009-10-29 15:59:57 -0700
Ralph Giles <giles@ghostscript.com>
bba07df1f607891f15bec1f1ace673f23d8360e2

The jam build no longer requires a config.h.

Instead it sets the needed defines itself.

Jamfile

2009-10-28 13:45:00 -0700
Ralph Giles <giles@ghostscript.com>
fe50e6202700ad508c7f91e04330a962970ead5f

Remove _parse_ from the segment decode routines.

Our use wasn't consistent here; some decoders were jbig2_foo() and
others were jbig2_parse_bar(). Prefer the shorter names and keep
_parse_ only for the header and dispatch routines which don't themselves
decode the segment bodies.

jbig2_metadata.c
jbig2_metadata.h
jbig2_page.c
jbig2_priv.h
jbig2_segment.c
jbig2_text.c

2009-10-28 12:22:40 -0700
Ralph Giles <giles@ghostscript.com>
d2849e9e31de7cb3a921f9c69a9a4ecfd06feb02

Remove an unused variable.

jbig2_halftone.c

2009-10-28 12:19:57 -0700
Ralph Giles <giles@ghostscript.com>
b108cbcfc9a2c7d10e70bd2bdc3a3a938ea3adb7

Add prototypes for the publicly referenced halftone functions.

Corrects a missing prototype warning.

jbig2_priv.h

2009-10-28 12:07:19 -0700
Ralph Giles <giles@ghostscript.com>
47bd82353ae27eb2c53e7253c39b70ef2e147ab2

Build optimized with debugging symbols and all warnings under jam.

Previously we used the default rules which are just 'cc'. This aligns
the behaviour with the other builds and lets of take advantage of jam's
cleaner output to see warnings more easily.

Jamfile

2009-07-24 16:33:01 -0700
Ralph Giles <giles@ghostscript.com>
20e5cd8ca494d3e715bcc38701cfd5923225415d

Fix a typo in a debug statement.

jbig2_image.c

2009-07-16 01:52:01 -0700
Ralph Giles <giles@ghostscript.com>
b76f84cbe3982b71357c727c208401d6645ecad3

Clone and release the page images returned to the client.

jbig2_page.c

2009-07-16 01:32:29 -0700
Ralph Giles <giles@ghostscript.com>
70a3ad1514050d5babcc18fb1bd327db1cfbfdc8

Remove a specious comment.

Originally I thought we might need to access pages in random order,
but I don't think this is necessary.

jbig2_page.c

2009-07-16 01:56:34 -0700
Ralph Giles <giles@ghostscript.com>
56d7948b4d9f3825a20f0cb6cc26a0a3b6ae34f1

Check more return codes from jbig2_image_new().

There are still a number of unchecked instances in jbig2_symbol_dict.

jbig2_generic.c
jbig2_halftone.c
jbig2_page.c
jbig2_refinement.c
jbig2_text.c

2009-07-15 22:28:42 -0700
Ralph Giles <giles@snow.ghostscript.com>
19dabb532ae37749fdb6c06447e2dfcf0e216e9b

Check for NULL before freeing metadata or symbol segment results.

This protects against segfault during early termination.

jbig2_segment.c

2009-07-15 22:28:03 -0700
Ralph Giles <giles@ghostscript.com>
2e9e3314b4264e547ce9372b4bcd2f20c50b5357

Document that jbig2_data_in() can return -1 on fatal errors.

jbig2.c

2009-07-15 22:11:21 -0700
Ralph Giles <giles@ghostscript.com>
f96255c8451e2d07406e2bd5f513f1d0aec34f29

Check the return code from jbig2_data_in().

This avoids printing multiple 'Not a JBIG2 file header' errors on
corrupt or invalid files.

jbig2dec.c

2009-06-17 13:01:40 -0700
Ralph Giles <giles@ghostscript.com>
1fde432da43cbe5bc34f3a95ee5d2f2466090e52

Add the jbig2dec manpage to the automake install and dist targets.

Makefile.am

2009-06-17 12:29:38 -0700
Ralph Giles <giles@ghostscript.com>
ff59dbf7c7302a1a55768e0cdcbcdd4661b0b77c

Manpage updates.

List the file.jbig2 and the embedded global+page stream pair
invocations separately, since they are exclusive.

Give a more complete description and elaborate on some of the options.

Use dot-macros instead of backslash commands for most of the formatting.
This isn't any less confusing because of the need to use double quotes
to enforce whitespace when alternating styles, but I still find it
more reasonable.

Fix a couple of spelling errors.

jbig2dec.1

2009-06-17 12:26:10 -0700
Ralph Giles <giles@ghostscript.com>
e11f98fa775d99a531f18f5f4bffc754a205ce8f

Add a manpage for the jbig2dec example client.

Contributed by Sebastian Rassmussen.

jbig2dec.1

2009-06-12 17:16:00 -0700
Ralph Giles <giles@ghostscript.com>
e20020b1bd4fae157236fc9716cafa17481e3171

Build a shared library with GNU libtool.

Previously we used autoconf and automake, but just build a static
library. This commit checks for libtoolize in autogen.sh and adds
support for libtool to the configure.an and Makefile.am scripts.

We use this to build both static and dynamic versions of the jbig2dec
library, including soname versioning for the later.

Based on a patch by Sebastian Rasmussen.

Makefile.am
autogen.sh
configure.ac

2009-05-29 07:25:13 -0700
Ralph Giles <giles@ghostscript.com>
5ae432288a105122d92f490d2d9cf212dae8aab4

Initialize the pattern dict data offset to zero before first use.

Warning flagged by Coverity.

jbig2_halftone.c

2009-05-28 23:20:21 -0700
Ralph Giles <giles@ghostscript.com>
37e002db7ffce8121bd060c86fd9f0609879e99b

Bump version after the 0.10 release.

CHANGES
configure.ac

2009-05-28 21:49:29 -0700
Ralph Giles <giles@ghostscript.com>
0d287050828a5878bb61e6971220d25674bae77e

Set release date and package version for the 0.10 release.

CHANGES
configure.ac

2009-05-28 21:11:06 -0700
Ralph Giles <giles@ghostscript.com>
29d7c56e2aea052d51f33820a3f68f4e4a636c08

Add some missing files to the automake build for distribution.

Makefile.am

2009-05-28 20:39:36 -0700
Ralph Giles <giles@ghostscript.com>
95e63680521ba68e3c21ca1e2bf9fee3a2c1958d

Update changes with major points since the last release.

CHANGES

2009-04-01 15:52:17 -0700
Ralph Giles <giles@ghostscript.com>
4e62b3968d0d897bb9a24ba7f75504f476e33ba6

Bounds check exported symbol run-lengths. CVE-2009-0196.

The final symbol dictionary is built from a combination of symbols
from referenced dictionaries and new symbols coded in the current
segment. Because the symbols can be composed and refined, not all
coded symbols are necessarily exported.

The list of symbols to export from those constructed by the decoding
process is coded as a series of on/off run-lengths. Previously we
accepted the value read as the run-length, even though this could
result in writing off the end of the exported symbol array. This
commit checks the read value against the number of elements remaining
in the export array and throws a fatal error if there is an overflow.

Thanks for Alin Rad Pop of Secunia Research for pointing out the issue.

jbig2_symbol_dict.c

2009-05-22 23:21:48 +0200
Ralph Giles <giles@ghostscript.com>
86e0b052dc32de4e0f9a3cbc7dbf27211a2b3182

Fix the jam build to work without config.h.

Previously, the Jamfile assumed a config.h had be created, usually by
running the configure script, but possibly also created manually. This
is extra work for those wanting a quick build. Therefore we pass some
defines on the compiler command line instead.

These are also likely to be wrong: we assume libpng is available on
all non-windows platforms. It's an incremental improvement, however,
and actual build-time configuration based on detected resources is
difficult in Jam.

Jamfile

2009-05-22 23:14:33 +0200
Ralph Giles <giles@ghostscript.com>
8e6b447d8bddabc0acd5834fa493110b1bb3e9c7

Provide fallbacks in jbig2dec.c if PACKAGE and VERSION aren't defined.

Normally, the configure script defines PACKAGE and VERSION, based on
its initializers. However, config.h is in fact optional, so we shouldn't
assume these are set. Since we use these to implement the command
'jbig2dec --version', we provide fallbacks in the source file to
simplify compiling outside the autotools build.

jbig2dec.c

2009-04-16 00:08:49 -0700
Ralph Giles <giles@ghostscript.com>
3c7c73d634dda170455d3cd7a1ef08a038e63cbb

Add a missing include in the halftone code.

jbig2_decode_pattern_dict() calls jbig2_decode_generic_mmr() but
wasn't including jbig2_mmr.h which declares that function.

Fixes a compiler warning on gcc and clang.

jbig2_halftone.c

2009-04-15 19:26:39 -0700
Ralph Giles <giles@ghostscript.com>
d1a03359b9f267714f60662dc021eef4054ae202

Check the return value of sscanf when parsing pbm dimensions.

This is a follow-on to the previous commit. It shouldn't be
possible to reach the sscanf with less than one digit in the
parse buffer, but we abort anyway in case sscanf can't find
anything. If the code could proceed from that point with an
uninitialized value in the dim array the call to jbig2_image_new()
could request excessive resources.

jbig2_image_pbm.c

2009-04-15 18:41:10 -0700
Ralph Giles <giles@ghostscript.com>
83c67854e5e0fd06045bd5e8fc53f98e1ddb9b76

Move an eof check out of a while loop where it was never called.

This section was flagged by coverity. Not because the eof check was
never executed, but because of casting away the possible EOF return
value of fgetc() inside the while condition. The isdigit() call would
still terminate the while on eof, and the worst that would happen
is that the allocated image would be smaller than intended and the
eof would be caught after trying to read the data, so this was not
a serious issue.

This commit removes the meaningless eof check inside the digit-copying
while loop and adds a specific check before. It also avoids copying the
first non-digit character to the parse buffer, which should resolve the
coverity warning.

jbig2_image_pbm.c

2009-04-01 17:40:01 -0700
Ralph Giles <giles@ghostscript.com>
9b525fc5d325e559dae1f9fb7d3956b8407df3d5

Ask git to ignore normal build products.

.gitignore

2009-04-01 17:38:47 -0700
Ralph Giles <giles@ghostscript.com>
da580ddc6398b1818fc20036b79a89a7856b0296

Correct a typo in a debug message.

jbig2_image.c

2009-04-01 17:38:19 -0700
Ralph Giles <giles@ghostscript.com>
c0c36828c7ded70a82bb65affd3cf10ef7ddc5ea

Remove a debug printout.

This was added in f1d00697, but isn't necessary beyond the initial
testing prior to that commit.

jbig2_huffman.c

2009-03-31 21:35:17 -0700
Ralph Giles <giles@ghostscript.com>
76b6b9ec30859f32293286b3837f17a8252d010c

Close the output pbm file after writing to it.

Resource leak reported by Coverity.

jbig2_image_pbm.c

2009-03-31 21:32:38 -0700
Ralph Giles <giles@ghostscript.com>
ceb71749c865a4a4cd4c5a6ed0b052dff533a76c

Rename a local variable to avoid shadowing a function argument.

The code was correct, but confusing. Resolves a Coverity warning.

jbig2_text.c

2009-03-31 21:29:09 -0700
Ralph Giles <giles@ghostscript.com>
fdefccb83e29b399d3c3935ed2ada533fb57bdd0

Remove unnecessary header includes.

jbig2.c

2009-03-31 21:24:16 -0700
Ralph Giles <giles@ghostscript.com>
261eb20b93e2fa36f34748be10232160955719cd

Remove an unnecessary header include.

jbig2_refinement.c

2009-03-30 18:35:21 -0700
Ralph Giles <giles@ghostscript.com>
f1d00697525dd2d7a5f63f96e01ad0d99e673b13

Restore the proper size of the huffman symbol length histogram.

The previous size as 256 KB, but LENCOUNT's highest index is PREFLEN
(or LENMAX - 1, but LENMAX is the largest value of PREFLEN) and that
comes from a byte member of a Jbig2HuffmanEntry. Therefore 256 members
are all that is necessary, or 1 KB on most machines.

This was changed in commit a0531af8 (jbig2dec svn c430) apparently in
the mistaken belief that it needed to scale with the size of the table
itself. In that revision the previous stack allocation of 256 elements
was replaced with the 1k, which later became 64k, generally overflowing
the stack. While 256 elements is a reasonable stack allocation, it's
safer to continue using the heap.

jbig2_huffman.c

2009-03-30 18:17:55 -0700
Ralph Giles <giles@ghostscript.com>
63e0436a711c59f7fae6cfd721b90428ae19a7b3

Dynamically allocate and initialize the huffman symbol length histogram.

Previously we allocated it on the stack, but it's quite large (256K)
and we were assuming it was initialized to zero. Issue flagged by
Coverity.

jbig2_huffman.c

2009-03-30 18:00:39 -0700
Ralph Giles <giles@ghostscript.com>
45f462f813cfef6be8f6755ebe02e8744222b3b1

Initialize Jbig2TextRegionParams.sbrat even when it is not used.

This avoids valgrind warnings in a later debug message which
unconditionally prints them out. After a patch by Alex Cherepanov,
ghostscript svn commit 9578.

jbig2_text.c

2009-03-30 17:45:50 -0700
Ralph Giles <giles@ghostscript.com>
e2e186837bedf8211405c14b75c54849241193cd

Only define vnsprintf on MSVC versions prior to 9.

Visual Studio 2008 defines vnsprintf() in its stdio.h and our mapping
from _vnsprintf() conflicts. After a patch by Michael Vrhel, ghostscript
svn commits 8734 and 8735.

config_win32.h

2009-02-27 00:09:03 -0800
Ralph Giles <giles@ghostscript.com>
aaed7c2e751f82d585f9b4d94601b48bfd196b6f

Protect refinement debug image dumps from the normal debug build.

jbig2_refinement.c

2009-02-26 23:53:08 -0800
Ralph Giles <giles@ghostscript.com>
5f76927a09fc65adff87042eb0667ded96fef537

Add the (unfinished) halftone source to the Jam build.

Jamfile

2009-02-26 23:46:59 -0800
Ralph Giles <giles@ghostscript.com>
4d45e847d00a560fcd9a4ae917cda83a6dbf1686

Update the contact address in the file headers.

config_win32.h
jbig2.c
jbig2.h
jbig2_arith.c
jbig2_arith.h
jbig2_arith_iaid.c
jbig2_arith_iaid.h
jbig2_arith_int.c
jbig2_arith_int.h
jbig2_generic.c
jbig2_generic.h
jbig2_halftone.c
jbig2_huffman.c
jbig2_huffman.h
jbig2_hufftab.h
jbig2_image.c
jbig2_image.h
jbig2_image_pbm.c
jbig2_image_png.c
jbig2_metadata.c
jbig2_metadata.h
jbig2_mmr.c
jbig2_mmr.h
jbig2_page.c
jbig2_priv.h
jbig2_refinement.c
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_symbol_dict.h
jbig2_text.c
jbig2_text.h
jbig2dec.c
memcmp.c
os_types.h
pbm2png.c

2009-02-26 18:02:37 -0800
Ralph Giles <giles@ghostscript.com>
4d57cb4f565736e5a8473876dcd56464cd3aba70

Regularize the headers and clean up some additional whitespace.

jbig2.c
jbig2_generic.c
jbig2_mmr.c
jbig2_priv.h
jbig2_symbol_dict.c
jbig2_symbol_dict.h

2009-02-24 18:29:48 -0800
Ralph Giles <giles@ghostscript.com>
75de8111f83acd49a2eb75bed348cb4fac9f1e97

Remove trailing whitespace.

autogen.sh
jbig2.h
jbig2_arith.h
jbig2_arith_iaid.h
jbig2_arith_int.h
jbig2_generic.c
jbig2_generic.h
jbig2_huffman.h
jbig2_image.h
jbig2_image_pbm.c
jbig2_image_png.c
jbig2_metadata.h
jbig2_mmr.h
jbig2_symbol_dict.c
jbig2_symbol_dict.h
jbig2_text.c
jbig2_text.h
memcmp.c

2009-02-24 17:13:38 -0800
Ralph Giles <giles@rain.(none)>
4db6758c0acf306c07cea834e22414d2db42b56a

Remove Id and other svn keyword substitution lines.

These were sometimes helpful in backtracking from isolated source
copies to a specific revision in a centralized version control
system, but git has poor support for such things. They are also
much less necessary now that public source repositories are a
more common part of development workflows.

Jamfile
Makefile.am
autogen.sh
config_win32.h
configure.ac
jbig2.c
jbig2.h
jbig2_arith.c
jbig2_arith.h
jbig2_arith_iaid.c
jbig2_arith_iaid.h
jbig2_arith_int.c
jbig2_arith_int.h
jbig2_generic.c
jbig2_generic.h
jbig2_halftone.c
jbig2_huffman.c
jbig2_huffman.h
jbig2_hufftab.h
jbig2_image.c
jbig2_image.h
jbig2_image_pbm.c
jbig2_image_png.c
jbig2_metadata.c
jbig2_metadata.h
jbig2_mmr.c
jbig2_mmr.h
jbig2_page.c
jbig2_priv.h
jbig2_refinement.c
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_symbol_dict.h
jbig2_text.c
jbig2_text.h
jbig2dec.c
memcmp.c
os_types.h
pbm2png.c
test_jbig2dec.py

2008-05-26 18:52:22 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d5db893a4dfe988b1ecea14595f3c7605ee166ea

Work around broken streams created by Xerox WorkCentre products, where
the final segment length is written as -1. Ghostscript bug 689841.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@468 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_page.c

2008-05-17 00:08:26 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
2dea640032a72f9756cdccd54352c10b18348f56

More whitespace cleanup.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@467 ded80894-8fb9-0310-811b-c03f3676ab4d

config_win32.h
jbig2_arith_iaid.c
jbig2_halftone.c
jbig2_huffman.c
jbig2_hufftab.h
jbig2_metadata.c
jbig2_priv.h
jbig2dec.c
os_types.h
pbm2png.c
sha1.c

2008-05-16 23:58:59 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f125f9553a1e3c8088cf59df7c983aef3785641a

Only check for a code length antecedent under RUNCODE32. RUNCODE33 and
RUNCODE34 specify a repeat of zero so a previous code length isn't
necessary.

Thanks to Justin Greer for catching this. Ghostscript bug 689835.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@466 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2008-05-16 23:48:20 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c744e7207254f6719eb011a3a0b4984fdfa369dd

Clean up trailing whitespace.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@465 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2_arith.c
jbig2_arith_int.c
jbig2_generic.c
jbig2_image.c
jbig2_mmr.c
jbig2_page.c
jbig2_refinement.c
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_text.c

2008-05-09 13:54:32 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e4e8acebad09764a3be793082de99bd1679ef0c0

Runcodes 33 and 34 repeat a zero code length symbol id, not the previous
symbol like runcode 32.

Thanks to Justin Greer for the fix. Ghostscript bug 689824.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@464 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2008-05-09 13:41:01 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
46555913d6ed4b5479b50f45564ed94c478af863

Support for aggregate symbol coding, patch from Ghostscript trunk.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@463 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c
jbig2_symbol_dict.c
jbig2_text.c
jbig2_text.h

2008-05-09 13:38:29 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e3092e1ff329e834e0e131ada149c692cff01688

Windows build fixes. Patch from Ghostscript trunk.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@462 ded80894-8fb9-0310-811b-c03f3676ab4d

config_win32.h
msvc.mak
os_types.h

2008-05-07 21:37:02 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
381e60a9cbb6b42136e67e4dd48e67cb438b5a2d

Update copyright headers. Ownership has been transferred
to Artifex.




git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@461 ded80894-8fb9-0310-811b-c03f3676ab4d

config_win32.h
jbig2.c
jbig2.h
jbig2_arith.c
jbig2_arith.h
jbig2_arith_iaid.c
jbig2_arith_iaid.h
jbig2_arith_int.c
jbig2_arith_int.h
jbig2_generic.c
jbig2_generic.h
jbig2_halftone.c
jbig2_huffman.c
jbig2_huffman.h
jbig2_hufftab.h
jbig2_image.c
jbig2_image.h
jbig2_image_pbm.c
jbig2_image_png.c
jbig2_metadata.c
jbig2_metadata.h
jbig2_mmr.c
jbig2_mmr.h
jbig2_page.c
jbig2_priv.h
jbig2_refinement.c
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_symbol_dict.h
jbig2_text.c
jbig2_text.h
jbig2dec.c
memcmp.c
os_types.h
pbm2png.c

2008-05-07 21:30:33 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
86131c28d05eb84cbd8878c2fc6d3a6282b79cbc

Set eol-style on the source files.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@460 ded80894-8fb9-0310-811b-c03f3676ab4d

config_win32.h
jbig2_arith_iaid.c
jbig2_arith_iaid.h
jbig2_arith_int.c
jbig2_arith_int.h
jbig2_image_png.c
jbig2_metadata.h
jbig2_mmr.h
pbm2png.c

2007-11-09 01:13:21 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4446e2678f3bd9faa211a5d5bd50ac8f8c461a42

Change the license from GPLv2 to GPLv2 or later.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@459 ded80894-8fb9-0310-811b-c03f3676ab4d

LICENSE

2007-10-25 22:20:54 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
416c12b80383fe829edf8e986a0d5c860f8fabe6

Set appropriate ignores.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@458 ded80894-8fb9-0310-811b-c03f3676ab4d

2007-10-25 22:13:42 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e2a295a921ad73b46c69bc33c67d8717b94d9b4e

Remove some gcc warnings.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@457 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c
jbig2_image.h
jbig2_page.c
jbig2_refinement.c
jbig2_symbol_dict.c
jbig2_text.c

2007-10-25 22:13:23 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
639e20afb817afd493b3802643f3dcf363962fce

Update autogen.sh to detect automake 1.10 and later.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@456 ded80894-8fb9-0310-811b-c03f3676ab4d

autogen.sh

2007-10-25 21:57:25 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
6f92ef3754dff5fdf82a809662476c330b25e20c

Add AM_PROG_CC_C_O as requested by automake 1.10.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@455 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2007-02-06 08:10:58 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ad85e74393cfb2667ea1f15756502ea2bc3cf3d9

Add a new header for declaring the public text region functions.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@454 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.h

2007-02-05 23:42:18 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
41b78a49bf9e00d0d78532581b7e72836935f3d5

Export jbig2_decode_text_region() for use in aggregate symbol encoding
and stub out the setup for the call. Work in progress implementing
support for this function.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@453 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c
jbig2_symbol_dict.c
jbig2_text.c

2007-02-05 22:59:10 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4cec0516180e0a8a79e88de5fbb12a28b3f64439

Rewrite the test script to use a custom test class.

Previously we used the python unittest module, but we don't use most of
its features, and it's quite weak for this kind of file-based external
testing. So we lose on using a familiar api, but this doesn't add much
code, and we can now add long-desired features like 'xfail' results.

This grew out of work revising the Ghostscript test code for
parallelization.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@452 ded80894-8fb9-0310-811b-c03f3676ab4d

test_jbig2dec.py

2006-07-27 00:54:08 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
94071092c25507e1dd00451f89c0e82d45f65503

Bump version number, post release.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@449 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
configure.ac

2006-07-26 23:57:39 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
9c04190c5824e209be28d5079787c3f05b5c1b3e

Update version info for the 0.9 release.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@447 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
configure.ac

2006-05-15 21:16:42 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
3421407ecff3d48427a0a848f58a0d1affe2c44b

Correct a typo resulting in inproper glyph placement with transposed text and a top left reference corner. Fixes bug 688645.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@446 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2006-02-17 20:25:07 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
34abc7a906ef9716d01ec93d74036a0be53a742c

Update my email address; artofcode.com no longer works.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@445 ded80894-8fb9-0310-811b-c03f3676ab4d

sha1.c

2005-12-18 18:12:33 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
3753ca9c4e9543d34f6e20c5c55eef15fc6afcf8

Correct an invalid return value. Thanks to Leonardo for pointing this
out.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@444 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2005-12-06 01:50:08 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d94bdb63779c6d3bfa43197c791912cb954ae109

Update changelog.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@443 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2005-12-06 01:47:35 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a9d42d067a6cd01c9f1fd73b00ff9c69c6ba85c6

The SBDSOFFSET field is a *signed* 5 bit integer, so we need to sign
extend when reading the field to get the proper value. We now correctly
handle the 042_20.jb2 test stream.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@442 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2005-12-05 23:39:55 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
994516f6db541df5f57d3de4851313af6a260f68

Add -DJBIG2_DEBUG to the default scons build.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@441 ded80894-8fb9-0310-811b-c03f3676ab4d

SConstruct

2005-12-03 07:26:21 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
49d3aed4dd6a1adc1ab03702cf324103febae1e6

Fix data for Huffman table B.12.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@440 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_hufftab.h

2005-12-03 03:35:00 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
49519f4cfa5ca7d4f06ab11261e86a0d5aa55c64

Correct an operator precedence bug that was corrupting reading of uncompressed
collective bitmaps. Also improve debugging messages.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@439 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-12-01 23:56:54 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0d020e4fcfa9039853e76f0456e65805cff3d19d

Promote artimetic debug printout code to JBIG2_DECODE_ARITH from
plain JBIG2_DEBUG to cut down on noise.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@438 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith.c

2005-12-01 21:52:38 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
391a059aad7b801f004b01e17663a4024294d6ef

Handle immediate lossless generic regions the same as immediate generic
regions. Fixes bug 688397.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@437 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2005-09-01 04:13:36 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b78900486172244c39187e89a085b12f2b6abdb1

Some minor corrections and bug fixes.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@436 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c
jbig2_text.c

2005-08-31 16:41:42 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
6a99885954277048b0d73840941dc47ede4c103a

Make a Jbig2WordStream return zeros past the end of the defined
buffer, as can happen when the huffman decoder tries to fill
its 'next_word' lookahead near the end of a segment.

Previously, we just relied on there being some data we could
read (and then ignore) which usually worked, but caused a
segfault with the 688080.pdf test file due to chance read
buffer alignment.



git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@435 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c

2005-08-30 02:05:05 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8acccc58c83123286b0954053a7dd899de5a0630

Fix some small bugs and add additional error checking to the
huffman decoding support.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@434 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c
jbig2_text.c

2005-08-28 00:10:20 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e2ff5e373bd8ecda6db43c6b6414c8a3f3248297

Comment clean-up.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@433 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c
jbig2_text.c

2005-08-25 08:14:21 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d23b5e5b4d8fabdf51d202094ac4259d59dcc974

Work-in-progress commit of huffman text region support. Fix a number
of bugs in jbig2_huffman_get_bits() and implement symbol id huffman
table decode (a custom table is always included inline in the text
region segment header.)

However, the constructed table gives an out-of-bounds symbol id on
the first read with the UBC test file.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@432 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c
jbig2_text.c

2005-08-23 06:09:55 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d2d97abc0be98770dc506620f5f8921900e55e5e

Work-in-progress commit of huffman text region support. Initial implemetation of symbol id huffman
table decode.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@431 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2005-08-17 20:03:18 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a0531af83d6d29abe2fccb488fa7b741d68cb3fd

Hack around the lack of subtree support in jbig2_huffman_table_build()
by allocating a bigger flat table. This should be fixed the correct
way at some point, but lets us proceed with huffman text region
decoding implementation in the meantime.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@430 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c

2005-08-16 23:57:25 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
5bbd972edf6b6441248d4201cd61767fa521cc97

Work-in-progress commit. Partial implementation of Huffman text region
support.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@429 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2005-08-16 21:41:38 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d22a2ed8db5f8d99345b08762cabebcbc5873d64

Copy out the collective bitmap symbols for huffman symbol dictionaries.

Also, some additional debug print pruning.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@428 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-08-16 21:16:22 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
3c04507a4138266c8266cc01886ca70ae8a9fa93

Implement reading an uncompressed collective symbol bitmap.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@427 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-08-16 20:38:03 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
338f0fbd294ee0dc9cbfabd7a15cce0ac657a708

Remove huffman debugging printouts. Preserve the state dump functions
for future use, but #ifdef protect them.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@426 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c
jbig2_huffman.h
jbig2_symbol_dict.c

2005-08-16 20:20:08 +0000
ray <ray@ded80894-8fb9-0310-811b-c03f3676ab4d>
df910b6ffff7ae54db6c2d2430709ebb911eda49

Fix for shift right 32 bits of unsigned int being treated as shift right 0.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@425 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c

2005-08-04 07:05:05 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
720e508d03bae14bf0e412abb37ad08ecde72e46

Work-in-progress commit of halftone dictionary implementation. This
is enabled in the scons build, but not the standard one.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@423 ded80894-8fb9-0310-811b-c03f3676ab4d

SConstruct
jbig2_halftone.c
jbig2_segment.c

2005-08-04 07:03:05 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
3fb9f08036565d4bd4147283e2e685217b6e4b55

bstract the GB_stats size calculation into a function.
Also some comment cleanup.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@422 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith.h
jbig2_generic.c
jbig2_generic.h
jbig2_text.c

2005-07-28 00:59:59 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
45a5c57347f7b7569808933207bb03c8edf30315

Warning cleanup. Implement an unoptimized version of the REPLACE image
composition operator.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@421 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c

2005-07-27 23:55:54 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
9d9c7e26944b07cda1c81242b66aea7bbdfc1150

Some code cleanup. Remember the external combination op for region
segments and use it. Also add the missing REPLACE operator to the
enum (but not yet implemented in the compositor). Only some routines
can use this one. Also add some missing prototypes.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@420 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_priv.h
jbig2_refinement.c
jbig2_segment.c
jbig2_text.c

2005-07-27 23:49:03 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
dcb83f94c6dc0280a8edeb4dc303fc1451bcd881

Fix an off-by-one in reading the SBDEFPIXEL and SBCOMBOP fields of
the text region segment flags, which caused us to clear the region
background to the wrong value. Bug 688244.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@419 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2005-07-27 17:29:03 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4a8c95e32a1a05dbf5587ff2262ea225f2dd6c2b

Commit an off-by-one fix from Alex Cherepanov related to bug 688244.

Also #ifdef protect a debug image dump that was preventing compilation
in Ghostscript.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@418 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-07-27 08:29:56 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0d128dbed01e775befd59050c415b5aa7f21562d

Work in progress commit of huffman support. This version is still buggy and
includes some serious debug spew.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@417 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c
jbig2_symbol_dict.c

2005-07-13 16:51:13 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4cc11bea50d585804e93b985e7d7e8504990911b

Work-in-progress check in of huffman symbol dictionary support.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@416 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c
jbig2_huffman.h
jbig2_symbol_dict.c

2005-07-13 16:28:44 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
1b6a01e666d0dbcd355c0b84fba43c1d02fb4b37

Move a repeated calculation out of a loop.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@415 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c

2005-06-20 11:09:19 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
46ff1e6277a432b9e1d18784ab5c30fc40b45476

Minor cleanup of unimplemented huffman sections.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@414 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-06-19 14:16:14 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
1eb7ae738d7af4508d7cbc547c0e386d55821820

Properly initialize the decode result field of the segment header struct
to NULL to avoid problems on free. Bug 688053.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@413 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2005-06-15 14:09:35 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
84de63772c46a85128b6ada79cd2203918c7dec2

Fail on fatal symbol dict decoding errors.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@412 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-06-08 14:23:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e5bdc75cc8afaf2630953f1784381cc6c9305e36

Add support for striped page decode. We still return a full
page buffer, so there is no savings in memory footprint.

We now decode 042_9.jb2 from the UBC test streams.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@411 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
jbig2.h
jbig2_generic.c
jbig2_image.c
jbig2_page.c
jbig2_priv.h
jbig2_refinement.c
jbig2_segment.c

2005-06-08 14:23:23 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d954b0f143afbf16da24b2ea0a54d88b39af4129

Work in progress commit to support huffman text regions. Parse
and intantiate the huffman tables for text region decoding.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@410 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2005-06-08 14:20:45 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b28d531ea50bf15cc80cb068192b47b57a8916ce

Implement remaining standard huffman tables.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@409 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.h
jbig2_hufftab.h

2005-06-08 14:19:35 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
2ff386d420a62438df630a8b0ba3a022469cd3f8

Turn on -Wall when compiling with gcc.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@408 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2005-05-24 03:49:47 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0a9dae0a3c665ce5c758f1575e0c8f08075aaf3c

Update the arith and huffman tests to run with the new code. We now
compile with -DTEST and link to the rest of the library since that's
required to access the allocator. In theory, that means we have duplicate
symbols, but GNU ld seems to cope. If it's a problem the test programs can
be split into separate source files.

Note that the arith test doesn't actually verify its results; it just
prints the results when compiled with -DJBIG2_DEBUG.



git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@407 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
jbig2_arith.c
jbig2_huffman.c
jbig2_symbol_dict.c

2005-05-18 00:42:24 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d78f4fbaac91f43bd14ac7d54c60e8edb0fa5bfe

Attempt to hook the self tests into the scons build. This is supposed
to work with the development version, but does not.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@406 ded80894-8fb9-0310-811b-c03f3676ab4d

SConstruct

2005-05-11 07:14:25 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
cc3a563ea709064bf47147bd817a962e368a5c2a

Export the pre-defined huffman tables for external use.

Read the huffman fields of the symbol dictionary header and allocate
appropriate tables and decoder context. This is a prerequisite for
handling huffman-coded symbol dicts.i

Part of the fix for bug 688009.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@405 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c
jbig2_huffman.h
jbig2_hufftab.h
jbig2_symbol_dict.c

2005-05-03 02:27:12 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
34b95add346fa8b27064e007da4e86eadc466bbd

Allocate a huffman decoder for symbol dictionaries that require it.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@404 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-05-03 02:25:08 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
67a0de3abce1a5ea08260cf937754ecfadbe7b41

Update the huffman decoder interface.
Move hufftab.h with the static table definitions to only be included once
from huffman.c.
Use the client-replaceable jbig2_alloc() instead of bare malloc().
Add a 'free' call for the huffman state. This just calls jbig2_free().


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@403 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c
jbig2_huffman.h
jbig2_hufftab.h

2005-05-03 01:10:27 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
1e2d6eade5dd4755e15db66e539256aa407b6d08

Re enable the huffman and arithmetic coder unit tests.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@402 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am

2005-05-02 20:49:28 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
7fa4382f2f5cac1f1471617a23c9d1affa994e18

Alter our portability fallback implementation of memcmp() to properly return
negative values is the first argument is "less than" the second. The previous
one was fine for our purposes, but could cause problems if it was accidentally
used by client applications.

Thanks to Ray Johnston for pointing this out.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@401 ded80894-8fb9-0310-811b-c03f3676ab4d

memcmp.c

2005-04-28 04:44:30 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
65885f2808d815a4ce41d4712c19dc1dac61b6ab

Add the changelog to the distribution.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@400 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am

2005-04-28 04:37:42 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
40379d7c353d1326615e08e64684fdc4065544ec

Add experimental scons build file.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@399 ded80894-8fb9-0310-811b-c03f3676ab4d

SConstruct

2005-04-28 04:36:32 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0c358eca216ac6fb627a0d920c7fb9eb3f53d014

Fix implicit cast warnings from MSVC. Bug 687988.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@398 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-04-28 04:35:55 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
26c310efdb8e8a914c36ffe7a4944448144adeef

Bump the version number for new development work.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@397 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
configure.ac

2005-04-28 04:31:34 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b67e1875a83632bc7e43e44d0a98ccc64c030b94

Update version and changelog for the 0.8 release.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@395 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
configure.ac

2005-04-06 18:14:30 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c49714a02996d398353fe76f51ef084dcaa99602

Add an explicit cast to quiet a warning on MSVC. Bug 687988.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@393 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-04-06 00:29:36 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
2561fd5c9ed06af167a245e2a09732a68655c8fb

Add a cast to in checking a range against an unsigned value.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@392 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-04-05 23:40:12 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
cf7b160a37331362d7bcff571e13e57d20193377

Minor comment cleanup.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@391 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image_pbm.c

2005-04-05 23:39:53 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c5393dfc4025b41895565f5b2a2f1786bffdf980

dd a missing break; in the segment release dispatch. Release of symbol
dictionary segments was falling through and causing a double free of
the result. Bug 688004.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@390 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2005-01-19 19:31:33 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c04c341b8cfbd2ee7b58269147a41bf6c24d7b7e

#ifdef out the cygwin stdint-from-sys/types fixup. Newer cygwin seems to provide
them all, but still not define stdint.h. Bug 687873.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@389 ded80894-8fb9-0310-811b-c03f3676ab4d

os_types.h

2005-01-04 07:05:39 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
fdc9d09b305474bffc749d23b51e025bba7fa567

Correct some memory leaks in text region decoding: properly free arith
and word stream state, and release refined glyph images after
compositing.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@388 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2005-01-04 07:04:17 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
3cf2d67fafefb607c8d436f2185d092457274cdb

Correctly free the (dynamic) glyph array when freeing a symbol
dictionary.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@387 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-01-04 05:17:39 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ad0de34366fd42c8f95d519dccb91115c4278580

Also correctly free the integer arith coding contexts in symbol
dictionary decode.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@386 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-01-04 05:07:45 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
bff29a59cb009b2cb0b397c137e8576e9f3acb0b

Properly free the arith and word stream states in symbol dictionary decoding.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@385 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2005-01-04 04:53:16 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
81b746740b074f5a0a8b539bc4954dad5c5797be

Properly free some segment results when the segment header structures
are freed. Symbol dictionaries are released, intermediate segment images
are released if they haven't already been released and nulled after
their use in the decode process, and metadata structures are properly
freed.

Resolves all known leaks with the first 7 ubc test streams.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@384 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2_refinement.c
jbig2_segment.c

2005-01-04 04:41:56 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
304420e16947853c697c9f50eb9e7c3cdd64f80c

Properly free tag and value strings from inside the metadata struct. We
now assume we own those pointers, which is fine if jbig2_metadata_add()
is used to construct them.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@383 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_metadata.c

2005-01-04 04:40:18 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e641718f01a0a45ec8cfc89602daa345bb9383f8

Minor cleanup: remove an unnecessary check before releasing an immediate
text region after decode and composite, and simply reference to the page
image itself.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@382 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2005-01-04 00:53:10 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e3a50c85fa43ebff2b3164e05cf3988c326cfb27

Properly free arithmetic coding and word stream states after region
decode. Also use the allocator defined in the library context instead
of raw malloc for the arith state.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@381 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith.c
jbig2_generic.c
jbig2_refinement.c

2005-01-04 00:34:16 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
de271483ae5bf0ee87b73b44d9d433d4ca6a920a

Properly free the decoded page image array on context free.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@380 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c

2005-01-04 00:32:36 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f72323e48008adb89a21bf01770a9583f456ff36

Simplify the ubc teststream hashes.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@379 ded80894-8fb9-0310-811b-c03f3676ab4d

test_jbig2dec.py

2004-12-23 12:53:49 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
eb7f46063eb1b3e220c13839ef622c29bcf5834f

Properly mask the last row byte in the shift == 0 compositor
case. Fixes bug 687843.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@374 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
jbig2_image.c

2004-12-23 12:07:53 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
99672eb6ce4dad97c3ff22f9768b0073f730331e

update changelog.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@373 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2004-12-23 11:54:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
6f0b0d1802ad565e908adac9601e650bdfb8af94

Implement a slow general fallback for image compositing. This adds
support for non-OR composition operators.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@372 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c

2004-12-22 09:34:29 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
7d9a6439364da7ea94311d69f877ae37485fd1f7

Clarify variable references to better match the spec.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@371 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2004-12-22 01:36:38 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b62aa9dd9154eba7122c56cab886207dce972cb1

Trivial whitespace fix.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@370 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_page.c

2004-12-21 22:59:04 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
afe3a66d19d98cf0017f4c7b433ae65b2286e259

replace individual memset calls for clearing images with a new
jbig2_image_clear() utility function.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@369 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.h
jbig2_image.c
jbig2_page.c
jbig2_text.c

2004-12-21 01:05:59 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d264e8daa8c30ea3d4d43e287bcc97462f244e9e

Initialize the initial text region segment bitmap to zero.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@368 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2004-12-21 00:35:02 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
50493055b3f099f6670df3ab2011af8085ba49c5

Re-assign the return value of jbig2_realloc() when growning the page
size array. Previously it was dropped which could cause crashes on some
systems processing documents with more than 4 pages. Thanks to Jan
Patera for reporting this.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@367 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
jbig2_page.c

2004-12-13 20:00:09 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
28e7ac27b12c59c271eacca8eb70dc97fe991c5b

Fix and error return. The normal 'return jbig2_error(ctx, JBIG2_SEVERITY_FATAL,...)'
idiom doesn't work when the function returns a pointer instead of an error code.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@366 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2004-12-08 22:49:47 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a065bcb4b13998d875073212087b2a84aa132cc7

Bump version number post-release, and correct a CHANGES typo.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@365 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
configure.ac

2004-12-08 21:00:32 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
afc8acb7f41c4569e208301153449c2fd8dbd9da

Set the release date.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@360 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2004-12-08 20:49:19 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0577ac1d30bd76622e9c2cd36ff573b3e144b19c

Error if the symbol id indicated for refinement in a refagg symbol
dictionary segment is out of range. UBC test stream 042_13 triggers
this, we don't fix this here, only handle the error more verbosely.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@359 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2004-12-07 01:37:45 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0aa9e029d3d78790d747b8fd6c62f2f6ffe403f5

Bump the version number for release.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@358 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2004-12-07 01:23:24 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
422bfff0efc1eaedd88e5aa876a96ae36fbd13bb

Add jbig2_refinement.c to the Jam and MSVC builds.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@357 ded80894-8fb9-0310-811b-c03f3676ab4d

Jamfile
msvc.mak

2004-12-06 05:37:42 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
389ea3e65131d1644f3c894bd67c6dc433ccb0ec

Code cleanup. The refinement region decode procedures use a 'GR' prefix
in the spec even when the function is identical to the 'GB' prefix
variables in the generic region procedures. Change our code to match.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@356 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-12-06 05:36:28 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
65b51e728aed87dfeb43227218be0c5cc4d642af

Correct the test for the nominal generic region template 0 AT pixel
positions. The previous change invoked the optimized routine for the
wrong template, causing a regression with ubc test stream 042_10.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@355 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c

2004-12-05 04:15:42 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
5bbe12052a1a34c065451a2c10741021caf6887c

Update the changelog


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@354 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2004-12-05 04:15:13 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
801c41b10d75f023ff2387aac576f5f3c152a308

Add an unoptimized generic decoder for generic region template 0. We now
properly decode UBC test stream 042_7.jb2.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@353 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c

2004-12-05 03:48:36 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
2b6179196091f01a58c17a79024d7ee5243ab8a2

Add a generic but unoptimized handler for generic region arithmetic
template 3, and an optimized but untested handler for the default AT
pixel position. We now properly decode 042_6.jb2 from the UBC test
suite.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@352 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
jbig2_generic.c

2004-12-04 02:29:17 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b8fc23e4731a172600282a65e9602ff1963bfead

Implement non-standard AT positions in the unoptimized version
of the refinement region template. We now properly decode ubc
test stream 042_23.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@351 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
jbig2_refinement.c

2004-12-04 02:24:11 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
42c0312cc2855d2cc0d83954968c65a8e5e6107d

The gbat and grat content pixel offset arrays are signed.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@350 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c
jbig2_generic.h
jbig2_refinement.c

2004-12-03 17:04:07 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
91496de8718924d6b112c093ea51894210ed8d3d

Remove the reference image debug dump.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@349 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-12-03 17:03:02 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c51afb6cce1f14340b7ec8476c64949b469614a7

#ifdef protect a debug image dump.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@348 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-12-03 06:55:35 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
8a90500857d4c0d9a6628196447002efe68a0f46

Implement text refinement regions (SBREFINE = 1 in text segments).
jbig2dec commandline now decodes 1page-output.jbig2 from bug #687575.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@347 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2004-12-01 22:19:57 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
74eba6a78944ccfada0ab7dc50f6363cfd225cbf

Implements IAID procedure for decoding reference symbol id's in symbol
dict segs (was incorrectly using generic int procedure). Fixes off-by-
one test for image bounds in jbig2_image_get_pixel and
jbig2_image_set_pixel.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@346 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c
jbig2_symbol_dict.c

2004-12-01 19:50:07 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a4d66009ee206247b2d9e61615a6fefbc49468c4

Use the correct definition of the SDREFAGG flag to switch GR_stats allocation.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@345 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2004-12-01 19:45:29 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
804b91c488cbb7ea22bad56edd0b39384066c908

Correct a typo, and switch allocation of GR_stats on SDREFAGG instead of SDRTEMPLATE.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@344 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2004-12-01 19:40:05 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d89f78a5cb864865e102192f5a44d6b149f0bf71

Trial implementation of separate GR_stats for refinement arithmetic coding.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@343 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2004-12-01 19:26:13 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d489de65d56c8277d5b078759c20a921f429cd63

Zero the sdrat values if they are not going to be used. Avoids a UMR in a later debug message.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@342 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2004-12-01 18:51:14 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ccb4bbffa33b6c0e33b9bc6844ddf69d155c9eb3

Fix an error in REFAGG decoding, and properly warn that REFAGGNINST > 1 isn't yes implemented.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@341 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2004-12-01 18:50:06 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f2bc04b3071d5617851f2255e73d3444ac179dfb

Update changelog with recent new features.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@340 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2004-12-01 18:21:52 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8291bc316fc9882c419c9fcd11dbd8f19d497402

Protect the refinement region debug output with an #ifdef.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@339 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-11-24 19:35:47 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b588b1a9e9599c5041db8279d953bb3aee57371c

Implement an unoptimized version of refinement region template 0.
We now decode ubc test stream 042_21.jb2.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@338 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-11-24 19:29:07 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ccd602286a7f176ffb0fffc68be453d443f0644e

Invert the check for refinement region movable template
offsets. This was the last bug in the refinement region
segment handling code, we now handle the ubc 042_22.jb2
test file!


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@337 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-11-24 19:26:35 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c3f6e30d4f07e021cc818e584b085456b25865e6

Rename the refinement region typical prediction flag
TPGRON in correspondence with the spec.

Also fixes some index comparison errors.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@336 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.h
jbig2_refinement.c
jbig2_symbol_dict.c

2004-11-24 17:52:32 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a01d4e48567de8c803e993a76b5d7749f597875d

Correct the size of the GB_stats allocation for the refinement
templates; the sizes were reversed.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@335 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-11-24 17:50:30 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e7c951253f1d39e3a6451cc476f89fd1a5827d97

correct a typo

git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@334 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-11-24 17:49:18 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
faf1a86071f89a81fd9c5f34840bb03a90650c50

We no longer need the result debug image; page composition is working ok.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@333 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-11-24 07:14:03 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
cf1418dc01a996a8f351918a5fd6202ce02a22d5

Implement generic refinement region segment handling. Decoding is still
not correct.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@332 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c
jbig2_segment.c

2004-11-24 07:13:11 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e161b891ac484992cfff4127332498fb46125fa8

Clean up some debug messages.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@331 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c
jbig2_image.h

2004-11-24 03:03:12 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
581b2c04128ae030deba492ea9a4dfc64a033eae

Correct a typo in reading the SBRAT offsets in text segments.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@330 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2004-11-17 19:29:25 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b4c9f4c43bb969875ad842658e269646abaeb96e

Promote the debugging get/set pixel routines to general availability.
Also, fix a bit order bug: we follow the pbm convention, where MSb is
leftmost, not rightmost.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@329 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c
jbig2_image.h
jbig2_refinement.c

2004-10-22 22:28:07 +0000
root <root@ded80894-8fb9-0310-811b-c03f3676ab4d>
2c22eeab4e9a67bb218cb4e03df9ed9bad3b6647

Build an unoptimized version of the refinement template context calculation
to assist with debugging. This one doesn't seem to work either.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@328 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-10-22 22:21:19 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
65a3e8bfeba6213859690722281ca290fe3e7d20

minor comment reformatting

git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@327 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c
jbig2_generic.h

2004-10-08 01:29:10 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
872c0bb40abd41f305e2cd27a3673fe2f28b9ea6

correct shift offsets

git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@326 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-10-03 21:14:57 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
441dc4f503432969833a7124b45e1e98ffe7cb81

Additional work on refinement region template 1. Context update still
incorrect.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@325 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-10-02 07:08:22 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
5d03d94b2004361b89cbf977ad5519b661c2aea7

Commit of work in progress to support refinement region decode. First
draft of template 1.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@324 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_refinement.c

2004-09-29 14:15:40 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0c8fe23adba1f24273186b4a7379f588437d9f5d

Work in progress of refinement region support. Call logic for refagg
symbol dictionary entries.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@323 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
jbig2_refinement.c
jbig2_symbol_dict.c

2004-09-29 13:48:42 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ef32d14a8d786981905bed84313d250d39b6dead

Turn on all warnings by default.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@322 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2004-08-18 01:11:38 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f5e8721505beec15991f7660b67fa9dbfd037b7f

correct some property settings in the source repository

git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@321 ded80894-8fb9-0310-811b-c03f3676ab4d

test_jbig2dec.py

2004-08-18 01:04:28 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b17636877d0742ea430c1efc646b1e9c68b70014

enable Id keyword substitution on the new file

git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@320 ded80894-8fb9-0310-811b-c03f3676ab4d

2004-08-18 01:03:14 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
1efb1d79e3dead9e474ff89cd0ce0d6c87d21ca3

It looks like templates aren't shared between generic and generic refinement decoding, so split
the routines into separate files.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@319 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c
jbig2_refinement.c

2004-08-13 00:00:17 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
508693c17eb8f052fbcc0ea4976cb326e746c2f0

Work in progress to implement generic refinement regions and aggregate symbol coding.
Commit to avoid losing work.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@318 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c
jbig2_generic.h
jbig2_symbol_dict.c

2004-08-11 16:38:39 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
19918285ec07521885d12a624507435a3da9f473

correct a typo in the previous commit

git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@317 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_page.c

2004-08-10 22:36:14 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a1f9f214d267dced3b00c96708c95e89d674790a

Include stdio.h when required for pbm debug output.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@316 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_page.c

2004-08-10 22:34:59 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4813245d60e430c1b9528a4aa018ee6d45b28add

document previous fix

git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@315 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2004-08-10 22:33:46 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b5264ffff604bc9da416b86b6ed382aa75638dc9

Properly initialize the page buffer to the default pixel value.
This caused, among other potential bugs, garbage and overlay
effects under some malloc implementatons, though not on GNU/Linux.

Fixes Ghostscript bugs 687530 and 687609. Thanks to Oleg Panashchenko
for analysis.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@314 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_page.c

2004-08-06 05:01:36 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
99264987a0799fca10e9ccd0aeff86713878ba67

Actually implement the 'or later' part of the automake version
detection.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@313 ded80894-8fb9-0310-811b-c03f3676ab4d

autogen.sh

2004-07-06 13:32:01 +0000
tor <tor@ded80894-8fb9-0310-811b-c03f3676ab4d>
18b2ab815f85ec97de3dcdc2088d4986f1676b84

added a rudimentary jamfile

git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@312 ded80894-8fb9-0310-811b-c03f3676ab4d

Jamfile

2004-04-08 08:40:49 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ca77e2fee1e77118981d33fb1b9ab5803717e343

Initialize some variables to avoid spurious warnings from gcc.

These are all used only in one code path or another, so there was no
danger of unitialized use. However, by the same token we lose nothing by
setting a default to quiet the warning.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@311 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2004-04-08 08:36:12 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
09e114b5849ac066755ae1625104896d232ef168

Remove some unused variables. Bug 687413.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@310 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c

2004-03-24 07:49:53 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
da420b02de6412f053b759cd04d498762ac62fbe

Check for defined(HAVE_CONFIG_H) instead of just a non-false value. Corrects a warning on the
Intel compiler. Ghostscript bug 687320.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@309 ded80894-8fb9-0310-811b-c03f3676ab4d

os_types.h

2003-12-31 16:38:08 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
365418bd41891ad1627a4bf612dccd51492f6c2c

Helps to actually increment the version number.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@307 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2003-12-31 16:29:40 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b5715735568f8cdb7cce148b9335933ad20d3cd5

Update version and changelog for 0.6 release.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@306 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
configure.ac

2003-12-31 16:25:47 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
297c9b5fdba66116c2e975789ad7d2d640123114

Portability update. Newer cygwin does provide stdint.h, conflicting with the work-around we
installed for older cygwin. Thanks to Alex Cherpanov for this.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@305 ded80894-8fb9-0310-811b-c03f3676ab4d

os_types.h

2003-12-31 16:25:00 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
49cc61770c6fadfa7a4f2a214a7040db129f3a08

Apparently forgot to bump the version number in configure.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@304 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2003-12-04 16:24:55 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
344fc838a5c35bf4ccef6ec2259b3a317135ab36

Update changelog for 0.5 release.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@301 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2003-12-04 16:19:42 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a413dad44bd527f43968e32258aed7a20245f5d5

Remove symbol dictionary export routine debugging prints and modify the dump_symbol_dictionary()
call so that it does not require stdio.h.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@300 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2003-12-04 16:11:27 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
204d69f4fce9cf5ee00e0fce774a622e9fca109f

We no longer need to artificially recurse when building the list of referred symbol dictionaries
now that we properly construct an exported result.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@299 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2003-12-04 15:54:34 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a82d670d005fdd3e4fc877fddcf69ff01f6d53df

Remove an unused local variable.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@298 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2003-12-03 05:42:07 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e242d111c02050235102d9e466e9a4d6435f7867

Avoid an unitialized variable warning.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@297 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2003-12-03 00:22:13 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
cb7d209f4e106ec97471b98efdce93814326c8cd

First stab at parsing the export symbol bitfield and building a proper export dictionary.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@296 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2003-12-01 19:46:01 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0a88581c12e2d029bb42aa7d2c745645a3a5d6fe

Split an expression into two pieces to avoid confusion over order of operations.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@295 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c

2003-12-01 18:02:00 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
02da65fafcef22d50df76638362b946d6a2ec96b

Add a cast to avoid an incompatible pointer type warning.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@294 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2003-12-01 17:54:07 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
12ab5048f182dda7a778b678781e604e6d3abbe6

Prefer uint8_t to byte in some internal functions.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@293 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c
jbig2_page.c
jbig2_priv.h
jbig2_segment.c

2003-12-01 17:53:45 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8d833614a9cdc49e405d72bbf1658859e4468df1

Correct a warning. Offset, then cast to non-const, not the other way around.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@292 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_metadata.c

2003-12-01 17:44:19 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
7adeea559e68d424dd78ce440536ac2d78fc2a8c

Add a prototype for the extension segment parser.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@291 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_priv.h

2003-11-11 13:49:50 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
018ec13e4a810da97e57725731d80ca3bff4b5af

Make Jbig2SymbolDict more object like. Work in progress to unify
inheritance.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@290 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c
jbig2_symbol_dict.h

2003-11-11 13:15:00 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
5933c48096aca791162c655d9570b2922835cdf6

Make the symbol dict lookup code public and move it out of jbig2_text.c.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@289 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c
jbig2_symbol_dict.h
jbig2_text.c

2003-11-10 20:54:09 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
02a9540fdd75a6ed8bfada759b46a42199d84d67

Properly quote nested M4 macros. The old code breaks in autoconf 2.58.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@288 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2003-11-10 17:02:21 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
75c1235ecc921075cb4ec9c2c25e5008d9efad75

Correct arguments to jbig2_image_free().


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@287 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c

2003-11-09 13:59:03 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
995e4a01171a87bd2453fb05b13612e76720cd26

Add reference counting to the image structure to permit sharing of the glyph images
between symbol dictionaries.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@286 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.h
jbig2_generic.c
jbig2_image.c
jbig2_image_pbm.c
jbig2_text.c

2003-11-06 18:08:48 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8f2d8d661e4230e61e095e336f1b14c739b62ba0

Fix a bug with text region rendering in the Patent.pdf example file from
the adobe's encoder.

The problem was that we weren't handling the export/import of symbols
from dictionaries referred to by the symbol dictionaries referred to by
the text region segment.

This patch is just a quick fix: we recurse when building the list of
referred to symbol dictionaries at text region decode time, which
allows us to get at all the symbols. This works because the adobe
encoder (at least in this file) always exports all the symbols, imported
and encoded, in each dictionary. If it did not, we would have offset
errors in the symbol lookup.

A proper fix requires decoding the exported symbol flags and building an
export version of SBSYMS to store in the segment result that includes
the symbols imported from any other dictionaries. All while
intelligently sharing the decoded glyph data, of course.



git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@285 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2003-11-03 16:39:41 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
51ae6b8a96296c1aab50df9d8cee662d09f155bf

Add a missing header. Record warning fixes in the changelog.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@284 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
jbig2_segment.c

2003-11-03 16:38:57 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
04b5524d8767196d4331887cfc6641ada5e5bf42

Add a 'default' case to the output file format switch to clear up some
warnings.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@283 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2003-11-03 16:34:12 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d46b5050cb2ba55fbeb32e70ae368e614ff33d5a

Remove an unused variable.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@282 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2003-11-03 16:32:15 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a9edf8c0252898ffb46431e8b5f7bc79d19634f6

Add string.h for memset().


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@281 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_mmr.c

2003-10-31 12:17:33 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e3232929d33a254885ae6b63e2281eda9595af1e

Cosmetic changes to the bootstrap script.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@280 ded80894-8fb9-0310-811b-c03f3676ab4d

autogen.sh

2003-10-27 10:28:24 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
350f6edb35cbe35fbb0ac7add1a1c7e46147a763

Add a cast to correct an MSVC warning.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@279 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2003-10-01 19:30:10 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e552e5440e5e285d7df43789a444ccba5727d642

Remove an unnecessary check for the symbol id < 0 (it's unsigned) and
correct a type mismatch. Both of these may have been causing warnings on
MSVC. Thanks to Igor Melichev for tracking down the problem.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@278 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2003-10-01 17:05:28 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
539a19a063a962277c04f2c36dbdebc9bad28649

Add protection against uninitialized dictionary lists, as can happen for
example when parsing a huffman-coded dictionary (nyi).


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@277 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2003-10-01 14:21:19 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
1fd3f35b2f031f1cad486daeff3f625588745e33

Correct an allocation size bug that caused memory access errors when the
initial buffer handed to jbig_data_in() didn't match the internal 4k
size. Thanks to Tor for reporting the bug.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@276 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2dec.c

2003-09-29 15:33:48 +0000
tor <tor@ded80894-8fb9-0310-811b-c03f3676ab4d>
bcc1da0257a3f721a4ca95421a996969b8bfb2f6

Bounds checking and fixed bug with a0 and black background

git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@275 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_mmr.c

2003-09-04 04:56:28 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
848fce58b72d73a7345e713f26591674bd019c78

Update the changelog (nothing new to report).


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@274 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2003-09-03 07:27:00 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c5bd9271ff22faa44bfe4d0120562c52fa964237

Add some uint*_t typedefs for cygwin. Cygwin apparently doesn't provide stdint.h, but does define
some of the types in sys/types.h which conflict with the versions in config_types.h. We only use
sys/types.h in snprintf.c, but it's pulled in by Ghostscript's portability cruft when we're
compiling in rather than linking to that program. Thus we must circumvent the config_types.h
definitions on that platfrom.

After a patch by Alex Cherepanov.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@273 ded80894-8fb9-0310-811b-c03f3676ab4d

os_types.h

2003-09-03 06:40:03 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
9d23c17acdea2efdbed778078e377c3325106de2

Add double include protection to os_types.h.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@272 ded80894-8fb9-0310-811b-c03f3676ab4d

os_types.h

2003-09-03 02:56:29 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
29466e003185c7d4ea43e3a1633c0aa8a6286e7f

Apply a patch to support compilation on VMS (as part of Ghostscript with openvms.mmk). Closes
http://bugs.ghostscript.com/show_bug.cgi?id=686966.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@271 ded80894-8fb9-0310-811b-c03f3676ab4d

os_types.h
snprintf.c

2003-08-01 14:57:32 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a11b2b5223c1f1704105ed5a26c319e7efeba5de

Enable dist-zip since that packaging was the most popular on
sourceforge.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@270 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am

2003-08-01 14:34:10 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
cd3bd3d78bb76152b58a6d529a4c34970fb03986

Set release date for 0.4 release.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@267 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2003-07-16 00:52:05 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b26c92852bd3474fab9730bbcdadf81613ebef7d

Replace the if tree for choosing sized int types with an easier to read
case statement.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@266 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2003-07-16 00:40:34 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
231a82bff53bdc53098672af60c6436ca99faca4

Use JBIG2_DEBUG instead of plain DEBUG for compile-conditional debugging
output. This reduces unnecessary output when we're compiled with our
client's CFLAGS. Request from Ray Johnston.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@265 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith.c
jbig2_image.c
jbig2_symbol_dict.c
jbig2_text.c

2003-06-17 19:24:09 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
69366cad35ef4da5c3c030a4e34c667df2fe900a

Automake automatically distributes COPYING, but not LICENSE. :)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@264 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am

2003-06-14 11:11:24 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
db0078f2e4e5a4db5bf4d489c05a4047a89a0b90

Some wording cleanup.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@263 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2003-06-14 10:20:56 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c98a1913b50905360c05449ca30084ed51c6658a

Grant GPL exception for linking to AFPL Ghostscript.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@262 ded80894-8fb9-0310-811b-c03f3676ab4d

LICENSE

2003-06-14 10:15:52 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c0bc856d478246a9a5f0f6b264880fee99084a87

Add banner change to the changelog.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@261 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2003-06-14 09:40:02 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8cb34f5bcc802d6ce57a78b50dc9c75eb0fe0667

Turn on keyword substitution so our $Id$ lines get updated in
subversion.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@260 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2003-06-13 22:42:55 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
43fcbcd7acbd0b2d64a770ca39590e2356df4337

Update the license headers to use the same legal redirect as Ghostscript
does. The individual files point to the file LICENSE which contains the
real license (a pointer to the GPL in COPYING). This simplifies
remarking for commercial distribution.

Also some minor additional debug prints in the symbol lookup code.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@259 ded80894-8fb9-0310-811b-c03f3676ab4d

LICENSE
config_win32.h
jbig2.c
jbig2.h
jbig2_arith.c
jbig2_arith.h
jbig2_arith_iaid.c
jbig2_arith_iaid.h
jbig2_arith_int.c
jbig2_arith_int.h
jbig2_generic.c
jbig2_generic.h
jbig2_huffman.c
jbig2_huffman.h
jbig2_hufftab.h
jbig2_image.c
jbig2_image.h
jbig2_image_pbm.c
jbig2_image_png.c
jbig2_metadata.c
jbig2_metadata.h
jbig2_mmr.c
jbig2_mmr.h
jbig2_page.c
jbig2_priv.h
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_symbol_dict.h
jbig2_text.c
jbig2dec.c
memcmp.c
os_types.h
pbm2png.c

2003-05-20 12:03:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
54850de6b0bf55dd409a699be469a133be564028

Bump version number post-commit.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@258 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
configure.ac

2003-05-20 10:39:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0797f658a74d280ca5bcec76ca932475d3b24be9

Set date for 0.3 release.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@255 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2003-05-20 10:34:03 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
cf4c5147c8ecf2babc6a1a816d27ddaf784b2a0f

Update changelog.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@254 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2003-05-20 10:31:54 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4be0d08eaeb704454a7bf1dc95e7b6739fface4e

Complete implementation of mmr decoding. We now pass another of the ubc test bitstreams!
(042_3.jb2, mmr generic region) Patch from Tor Andersson.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@253 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_mmr.c

2003-05-20 10:30:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
01736665634a1be9b07b275a5a365b56f445d965

Recorrect a typo in the recommit.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@252 ded80894-8fb9-0310-811b-c03f3676ab4d

os_types.h

2003-05-07 22:45:42 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
72f228cadf2b189713cdcb92c1cb20facdab0822

correct a typo.

(recommitted after repository became corrupt. original change date Wed May 7 05:00:33 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@251 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2003-05-07 22:44:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
96c0fc6a33671822f63d5941e045c8f88e8e3241

Add Theo deRaadt's portable (v)snprintf implementation for portability, under
the BSD license, including advertising. A simple check was added to the configure
script, but no prototypes, so it may not help any on systems without the functions.

Submission from Jouk Jansen to allow compilation into Ghostscript on OpenVMS.

(recommitted after repository became corrupt. original change date Wed May 7 04:17:39 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@250 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac
snprintf.c

2003-05-07 22:41:01 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c65c52c0638fdfd3613fc7becd77410769ac62ec

Move HAVE_LIBPNG to the msvc makefile; this shouldn't necessarily be included in the win32 build
(e.g. in ghostscript) so we only define it in our local msvc makefile.

(recommitted after repository became corrupt. original change Wed May 7 03:48:12 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@249 ded80894-8fb9-0310-811b-c03f3676ab4d

config_win32.h
msvc.mak

2003-05-07 22:39:09 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
1ed232578276caf6e999a2a9c0b6fd8952af659c

Further conditionalize the symbol dictionary debug dump: it's now enabled with DUMP_SYMDICT
instead of just DEBUG.

(recommitted after repository became corrupt. original change date Mon May 5 10:26:31 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@248 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2003-05-07 22:34:38 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
2f525802258cbed79e961d81e15390adf0f597ee

Avoid a (spurious) uninitialized variable warning.

(recommitted after repository became corrupt. original change date Mon May 5 10:23:28 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@247 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2003-05-07 22:33:22 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e3539c7888e025ebd0847d7099cf0a88b2465c8e

Pass the segment number to fprintf in the default error handler.

(recommitted after repository became corrupt. original change date Mon May 5 10:22:41 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@246 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c

2003-05-07 22:32:15 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
5c9498154bb7e722777fcda2294b31535ef06e08

Bump version number post-release.

(recommitted after repository became corrupt. original change date Wed Apr 16 19:42:34 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@245 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
config_win32.h
configure.ac

2003-05-07 22:25:18 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
48db6a4570673a48ee2c911d2259c79437080b54

Add brief instructions for building zlib and libpng under MSVC.
Contributed by Russell Lang.

(recommitted after repository became corrupt. original change date Wed Apr 16 19:00:23 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@242 ded80894-8fb9-0310-811b-c03f3676ab4d

msvc.mak

2003-05-07 16:09:29 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
bfea189549eccb3a6f1a81bbd1bbb092ab789b35

Mention adobe encoder handling in the changelog. We still don't handle multi-page (separate global
stream) documents properly.

(recommitted after repository became corrupt. original change dated Wed Apr 16 18:45:19 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@241 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2003-05-07 16:07:31 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
bf2f470f28a35f6670aa9b31214e0624364f992f

strncasecmp() isn't portable. work around until we can provide our own.

(recommitted after repository became corrupt. original change dated Wed Apr 16 18:44:11 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@240 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2003-05-07 16:05:37 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
09f3c413c9112606dc3afae719884151280f4e9d

Update changelog for release.

(recommitted after repository became corrupt. original change dated Wed Apr 16 18:13:29 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@239 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2003-05-07 16:04:12 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a6217b4a900b82dd6af3076e964382a402c0bfbf

It turned out not to be feasible to share rules between our MSVC
makefile and the integration makefile in ghostscript, so remove it.
msvc.mak is returned to it's previous state except for some additions
made when common.mak was introduced.

(recommitted after repository became corrupt. original change dated Apr 16 18:10:01 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@238 ded80894-8fb9-0310-811b-c03f3676ab4d

common.mak
msvc.mak

2003-05-07 16:02:11 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
816d22aedc4bf1bc5d629f3b94b801c2ccf14693

Remove the warnings flag; -Wall is gcc-specific so we need to turn it on from inside configure if
at all. There is an AC_COMPILE_WARNINGS() in the GNU ac-archive.

(recommitted after the repository became corrupt. original change dated Wed Apr 16 15:56:27 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@237 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am

2003-05-07 16:00:32 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e3d615c2d58020492dda10a84ac06977a76035ef

MacOS generally has stdint.h available (Apple's tools on MacOS X or recent Metrowerks CodeWarrior)
but may not be using the autoconf detection. Include it in such cases.

(recommitted after repository became corrupt. original change date Wed Apr 16 15:48:14 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@236 ded80894-8fb9-0310-811b-c03f3676ab4d

os_types.h

2003-05-07 15:59:19 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
7b85c55864583c6955e69f192795a66312b6aabd

Add -Wall to the CFLAGS.

(recommitted after repository became corrupt. original change date Wed Apr 16 15:45:59 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@235 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am

2003-05-07 15:56:59 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
9e4350a4eedb67290d35526d526878ab99d8a1a2

Change the declaration to match the prototype.

(recommitted after repository became corrupt; original change Wed Apr 16 15:45:15 2003)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@234 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c

2003-04-02 16:17:01 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
de8bf02d7172eba62b4d6a66c608cd9d11773d1e

Free the output filename.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@232 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2003-04-02 16:12:17 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
246505fd73f229f252b2ad368006ce234a09b7b9

Try to set the output format based on the extension given in -o if any.
Also fixes a bug where the format was undefined with -o. (yay valgrind!)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@231 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2003-04-01 21:57:40 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
362445ced69525d1556b72de5c078b87eed56625

Implement the '-t' option for setting the output file format.
Useful for forcing pbm output even when compiled with png support.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@230 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2003-04-01 21:00:23 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e07cbaf880581cb1f808e409725d2b94c55a8630

Allocate sufficient memory for the referred-to segment list.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@229 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2003-04-01 20:56:59 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f5ff079d941a29486cc74bf08715b2a24c775af5

Add some additional comments.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@228 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c

2003-03-31 21:27:05 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
5e95bfa1388379875a3b329b83046b997c15d853

Abstract common build rules to a separate makefile to facilitate building into ghostscript.
Someone should test that msvc.mak still works.

Ideally we'll make autogen.sh re-create common.mak at some point.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@227 ded80894-8fb9-0310-811b-c03f3676ab4d

common.mak
msvc.mak

2003-03-25 00:17:45 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
96f6a87358df7183b9070a8441cce4a2c2e46541

add some comments

git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@226 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2003-03-23 22:24:24 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8f68c407604a7584cbd9c0b2323530b2451b24eb

Mention the new subversion repository.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@225 ded80894-8fb9-0310-811b-c03f3676ab4d

README

2003-03-10 14:44:01 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
65b4b234ef4c5d12d8d5f9d624d51595f9e8f14f

add a debug message about segment page association


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@222 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2003-03-05 14:29:35 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f93bc27cbd73b33ac30122d2ca64aab63ce0e327

Make jbig2_find_segment() part of the public api and move it to jbig2_segment.c.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@221 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.h
jbig2_segment.c
jbig2_text.c

2003-03-05 12:25:54 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ce9531e0941d40cd301d1c1dfd15d6b0a4289cc8

correct a nested debug #ifdef


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@220 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2003-03-05 03:32:41 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c63db75d9076c14e2e7f89f4d93950f51a30d606

Update copyright dates on new files.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@219 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_metadata.c
jbig2_metadata.h

2003-03-05 02:44:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
22881a46c322b45b34e20b9270e825dbe5c2c1a1

Add support for ASCII-format comment extension segments. So far it's just
useful for printing out the contents through the error callback; eventually
there should be a public interface of the metadata tables and references from
the associated ctx/page/segments.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@218 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
jbig2_metadata.c
jbig2_metadata.h
jbig2_segment.c

2003-03-04 17:29:24 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4f74ab25a2904a70c3e1e017090aed00cbd4cae3

Code cleanup: re-order a buffer-size check in the segement header parser to avoid a memory leak on
failure.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@217 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2003-03-04 16:52:48 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
21c62259b5fa2ca459e5d0285ba35e1498523b95

Switch to automake 1.7 and move the options to Makefile.am.

Sorry, calling automake-1.6 on macosx was causing wierd errors. This was just
easier. I hope that with 1.7 the am maintainers are finally getting things stable.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@216 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
autogen.sh

2003-03-04 16:15:36 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
274ae8d1af9e66b43712a2ca589884cea01e9aee

Remove the check for malloc. Since we're assuming C99, it will definitely be there, and recent
versions of autoconf expect to be able to substitute a wrapper than handles malloc(0) a feature
we don't depend on.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@215 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2003-03-04 15:39:00 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
cb59bb24b925af295e1a387fc72042c143018e0e

Correct a typo in the previous commit.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@214 ded80894-8fb9-0310-811b-c03f3676ab4d

autogen.sh

2003-03-04 15:24:58 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e6ad78534cb77c4ae3beb02c2843f6a546794f13

Try to make autogen.sh smarter about automake version mismatch.

This is really silly, but there's a serious problem with incompatibility
between the various versions of automake, and while there is a mechanism
for requesting a particular version in the Makefile.am, most
installations don't make use of this information, and you're supposed to
know which automake to call. Since this obviates the point of autogen,
we attempt to match a requested version in AUTOMAKE_HEADERS to likely
executables. Probably not very robust.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@213 ded80894-8fb9-0310-811b-c03f3676ab4d

autogen.sh

2003-02-11 22:59:54 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
cfe0afbb44960be129c6d25fe3287d1ecfc15474

Correct some accidentally-introduced line breaks in the sha1 code.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@212 ded80894-8fb9-0310-811b-c03f3676ab4d

sha1.c

2003-02-07 05:14:09 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
5fb176e3daee8d87d1b6a25eb4d71b03a20694ea

Debug message for "referred to segment" had an extra level of
redirection.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@211 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2003-02-07 05:06:46 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
376546a60ce0bf4ff095f234b1d8ad429b6b450b

Fixes: make find_segment search globals, and also fix off-by-one.
Disable memcpy optimization in jbig2_image_compose, because it's not
always valid.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@210 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c
jbig2_text.c

2003-02-05 15:27:42 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
5e048fb252ff7f9b0355e444b0fb65804e68e1c7

Use a namespace-prefixed, more verbose name for the MMR huffman tables. They
were of course conflicting with their counterparts in Ghostscript.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@209 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_mmr.c

2003-02-05 15:09:59 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
fce47c5bcdb3d0fe30fdc0ac0868a27a76198a2a

Add double-include protection to the public header.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@208 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.h

2003-02-03 20:04:11 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
66d05e3c767bad968a98b9f63a88b07cb9df624f

Provide a default error handler if the client doesn't specify one,
analogous to what we do with the allocator. Also, check for failure
of the initial context allocator and improve api description in the
public header file.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@207 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2.h

2003-01-27 16:49:28 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8fd3ed86d9a6b47715235d32994bd355f5d99f69

add some files to cvsignore


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@206 ded80894-8fb9-0310-811b-c03f3676ab4d

.cvsignore

2002-11-14 12:19:14 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
5df2b837e72d1d781fcc29c0d21f82222c2e7af4

Add the three-page test file from appendix h of the jbig2 spec. This version
was extracted from the final candidate draft but is identical to the officially
ratified versions.

Note that we can't actually handle this file yet.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@205 ded80894-8fb9-0310-811b-c03f3676ab4d

annex-h.jbig2

2002-08-15 14:57:53 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f24a7a84cca3fefe41cc459baf692fee6f0cd2ce

document portability fixes


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@204 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2002-08-15 14:54:45 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
73934fd922618a011046c6fcbd844b26854b584f

Remove //-style comments for the benifit of those not using gcc.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@203 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c
jbig2_image_pbm.c
jbig2_mmr.c
jbig2_page.c
jbig2_symbol_dict.c
jbig2_text.c
jbig2dec.c

2002-08-15 13:52:28 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c6d9d6dd41f859c4dd3fb53c4fccc0ca34ca6a87

checkpoint commit: do-nothing -t option for setting output file type.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@202 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-08-15 11:55:34 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
771b3b4d02bb7f12c9e08cc602261857499ccefb

Prepend -lpng -lz to LIBS to preserve link order dependencies.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@201 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-08-14 16:58:00 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f5911b3cda06461a8f4fab259bb6f86d5453a0bb

correct order of pow() check


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@200 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-08-14 16:07:52 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d113ae2198cca92f0c82f55e1cb792fa66cc6004

Add a --with-libpng[=prefix] option. This can be used to specify the
prefix where libpng is installed (assuming prefix/include, prefix/lib)
if it's not on the default search path. It can also be used (as --without-libpng)
to explicitely disable the png output option.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@199 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-08-14 14:21:15 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
63165e5f84efb734262603fe81633d7d89e18fe8

libpng calls pow() which on some systems means we need -lm.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@198 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-08-14 11:44:53 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
377728e4294c745faeec8f63523621e3839bb8ee

Remove //-style comments.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@197 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image_pbm.c

2002-08-14 10:31:08 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
229557eb1f5fefdb69c63d38140edbbf5c7b6b6b

Declare the test vector (strings) as char instead of unsigned char. We already cast to (uint8_t*) before passing to the hash routines, and the declaration caused a signed/unsigned warning in strlen() on some systems. Thanks to Tom Kacvinsky for this one.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@196 ded80894-8fb9-0310-811b-c03f3676ab4d

sha1.c

2002-08-14 10:25:59 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
834b69f7023a5a3ea9c6e853cde1b67cbce29589

remove spurious semicolon. thanks to Tom Kacvinsky for catching this.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@195 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith.c

2002-08-14 10:22:57 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f30fb27aea0ad95045aa6ce8ae51335268762cf7

Fix up file-ending newlines. After a patch from Tom Kacvinsky.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@194 ded80894-8fb9-0310-811b-c03f3676ab4d

sha1.c
sha1.h

2002-08-10 10:39:20 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
865f3114b422acadb98f51f9ffdaf92bfe8e680d

refine const ** to const * const * to avoid warnings.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@193 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2002-08-07 12:50:33 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
85bf278b42fe3059dc8774d6f257dbc07ac50679

Use callbacks for writing png data out to a file. This is necessary when
dynamically linking to libpng on win32 when different run-times are used
for each library. Patch from Russell Lang.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@192 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image_png.c

2002-08-07 10:18:42 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
6aa746d4788e43727f93ed58581ef13f45f5e4b1

bump version post release


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@191 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES
config_win32.h
configure.ac

2002-08-06 14:35:38 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
45ced1e5e5c2cb8401bc7784297a905aba29051d

cvsignore additions


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@190 ded80894-8fb9-0310-811b-c03f3676ab4d

.cvsignore

2002-08-06 11:52:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8a586cd6708d8255128081511e072778cd3f0d76

fixup install target


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@188 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am

2002-08-06 11:31:53 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
037a0bdc906e729e42ecb6914c722db0a8f27270

fix a typo


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@186 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image_png.c

2002-08-06 11:30:58 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4b55adb9e7e662440502d9a7a5558ce69f3f1dff

Wrap the README at 72 character-per-line and add links to the website and
mailing list.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@184 ded80894-8fb9-0310-811b-c03f3676ab4d

README

2002-08-06 11:27:08 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4fa4291e3366e1794fcb594d5b1c1aea8c293e2f

add the msvc makefile to the dist target


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@183 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am

2002-08-06 11:15:29 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
bad2f808eed9cae57d030f76b3bb22f57618115e

Add some casts to avoid MSVC warnings where it improves readability.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@181 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith.c

2002-08-06 10:57:49 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
db6ba0ba18e02d73fcfcbdbddde043f8b841130f

Document png_init_io() not working on win32 when libpng is a dll. Please
link statically.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@180 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image_png.c

2002-08-06 10:54:19 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f5debdea11d7e557cacc8d101d2b37784cba2668

MSVC makefile updates from Russell Lang.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@178 ded80894-8fb9-0310-811b-c03f3676ab4d

msvc.mak

2002-08-05 23:07:54 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
9fae8ec8e63aaa7eabdf3a1b87271da507e079d1

additional code cleanup inspired by compiler warnings


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@176 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_mmr.c
jbig2_text.c

2002-08-05 23:00:52 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f8a8d032eda34625e956ad44a607c4243001ea81

remove unused variables


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@174 ded80894-8fb9-0310-811b-c03f3676ab4d

sha1.c

2002-08-05 22:56:51 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b9bdc3ab0c142018713b9ff4155b55525035b061

Fix incorrect check for error condition; thanks to Russell Lang's MSVC
compile log for this.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@172 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-08-05 22:55:02 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
15db0db751e9ea2df2f56c25cce79c02b8bab9be

include string.h for str* prototypes.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@170 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c

2002-08-05 22:47:53 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
19968191d0e439174a62e9db1acda370373014ab

make the buffer rd/wr offsets unsigned ints to avoid signed/unsigned
warnings. they should really be offset_t, but we're scared to use that
because no one else does.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@168 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_priv.h

2002-08-05 22:46:00 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a889e79e5e6b5815428ad9dbe56b11a65c8aa395

remove an unused variable


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@166 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_page.c

2002-08-05 22:28:15 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
2c6315036696b95ebec9dbb770283fee37b076fd

Define PACKAGE and VERSION for the win32 build


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@164 ded80894-8fb9-0310-811b-c03f3676ab4d

config_win32.h

2002-08-05 22:26:21 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
554d849f37c9e0a6b715378feca28c1187fc3c75

remove an unreferenced variable.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@163 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2002-08-05 21:43:26 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
12819e23ead5fb7b54d28df3802d4678c0350a86

properly pass in the client params with the error callback when opening embedded streams


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@162 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-08-05 18:06:37 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0f4c012e1c266f010bb0f04b1319e9d5f82308dc

Add headers and test script to Makefile.am so they get distributed.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@161 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am

2002-08-05 18:06:06 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
84599735f9e9e101f3f7a93002127b60248c7fa3

remove redundant package and version indications


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@159 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-08-05 17:10:44 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
6455a4bffb866a47732b574d1f2fd105f8b03544

Add a memcmp() implementation, pulled in by autoconf if it's not available
or the system version is broken. Don't know where the header's supposed to
come from, since it defines no symbol for conditionalizing a prototype.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@157 ded80894-8fb9-0310-811b-c03f3676ab4d

memcmp.c

2002-08-05 16:56:19 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d77b454b4a356db81c8db7d0f74e5dc13dc46707

mention reg testing in changelog


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@155 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2002-07-20 17:23:15 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0a3078ab2eb1718856a54d53056da4b68d976932

move repeated configuration includes to a new os_types.h


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@153 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2_arith.c
jbig2_arith_iaid.c
jbig2_arith_int.c
jbig2_generic.c
jbig2_huffman.c
jbig2_image.c
jbig2_image_pbm.c
jbig2_image_png.c
jbig2_mmr.c
jbig2_page.c
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_text.c
jbig2dec.c
os_types.h
sha1.c

2002-07-20 17:06:04 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
7a07db105fb7181327662b01282ccae6b69fa67b

require automake 1.6


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@152 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am

2002-07-20 16:19:33 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
988dc4fc92252070dfdc00c7aa44ebc91c2c7a74

minor rearrange


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@151 ded80894-8fb9-0310-811b-c03f3676ab4d

sha1.c

2002-07-20 16:09:08 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4d306e9ed969ff29bbceb2092ca67d9671e04a6a

document endian worry


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@150 ded80894-8fb9-0310-811b-c03f3676ab4d

sha1.c

2002-07-20 16:05:14 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
201eeb8a511e28806bf1786ff1b57b8331b34808

Remove an obsolete AC_SUBST


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@149 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-07-20 16:07:34 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a61fc54c09021114fae3744f16f4fa6fb79192be

Space after testing message elipsis.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@148 ded80894-8fb9-0310-811b-c03f3676ab4d

sha1.c

2002-07-20 16:02:24 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
bf37c640d04807206926a1fe7b7c501db9225452

Replace (optional) linking to the openssl implementation of SHA-1, which
is not GPL compatible with a native implementation based on Steve Reid's
public domain implementation from sea-to-sky.net. Our version remains
public domain, but now requires our autotools-generated headers.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@146 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
configure.ac
jbig2dec.c
sha1.c
sha1.h

2002-07-17 23:59:29 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
950df8201674a19af5fa5ff61ba7b006b0691edb

Use the recommended 'generalized' digest api from openssl, still computing
SHA-1. Treat the hash bytes as unsigned; update the ubc hash values to
properly printed ones. N.B.: the printing hash still doesn't match the one
generated by invoking 'openssl dgst -sha1 -hex' on the pbm output with the
header stripped. I don't understand why.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@144 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c
test_jbig2dec.py

2002-07-17 13:59:47 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e21659fda78e53fdcbed87290a51a178d26788f6

Add a regression test script based on the python unittest framework.
It looks for known files, runs 'jbig2dec --hash' and compares the result
to the known correct value. Currently it looks for the ubc test files
in '../ubc/'


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@143 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
test_jbig2dec.py

2002-07-17 13:52:53 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d88cf9f4fdb0b874f9544ac54bcbf3b536665096

comment out debug printouts


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@142 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_mmr.c

2002-07-16 21:19:09 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
7d8a599b44667b94b66cc94d818ff62ea7826d3d

implement --quiet and --verbose. Verbosity now defaults to '1', which
only warnings and fatal errors. -v recovers the old behavior. intermediate
levels can be set with --verbose=n. -q/--quiet is the same as --verbose=0;
it should supress all messages.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@141 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-07-15 23:50:47 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
427435dd1db50cb1b88000e6f785fcfe74c3bb0e

implement --version


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@140 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-07-15 23:25:30 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
dabd594f325487412c44b593b8aae566c3fc9eab

add config_types.h.in, generated by autogen.sh, to the AM MAINTAINERCLEANFILES variable.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@139 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am

2002-07-15 20:01:01 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d53ab5a9d654df525f522afb43c6afeb6c1b6d4b

Add a '--hash' cmdline option to print the SHA-1 hash of the decoded
document. Useful for regression testing. We currently use the openssl/
libcrypto implemention; there's provision for fallback to a local version
but I've not written one yet. It should probably just be the default once
provided.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@138 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac
jbig2dec.c

2002-07-13 01:22:50 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
778b53afed3f8cd0caa85d81a3f1fd0a3a35c446

update configure.ac to 2.53, use AC_LIBOBJ() instead of updating LIBOBJS directly


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@137 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-07-13 01:10:00 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
da5605986165e0acfde37fda4dfe594eba8d95d0

remove 'can define uint32_t as' messages and fix a typo


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@136 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-07-13 01:04:32 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
31aeca142b98bd794167a31c741bf73b191d6adb

Don't use shell expansions in the init macro arguments; autoconf now provides m4 macros for that.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@135 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-07-13 00:32:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f9e3d8813674fe45ec12a3b75f5ab9024747a41d

make jbig2_decode_text_region() static


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@134 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2002-07-13 00:32:13 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8c096907fe8dd6484d21c45b96ed035fee36b776

Fix up make_output_filename(), improve usage message.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@133 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-07-13 00:03:52 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
372fddd151857b3047e1487589e88f4555c0ec9a

ui cleanup. output filename generation is broken


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@132 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-07-09 10:39:08 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e7ee4564585ddd8cd3ab20af5df840d818be0751

protect definitions of TRUE/FALSE


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@131 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_priv.h

2002-07-09 10:13:13 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
21b56ef9c96211883841f4b55342c805a09619a4

Prefer #if defined()


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@130 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2002-07-09 10:09:19 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
6bb931251b4346a34dca8eafdfa1157c3bf7b339

Correct win32 headers dependency.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@129 ded80894-8fb9-0310-811b-c03f3676ab4d

msvc.mak

2002-07-09 09:49:31 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
9f0cd84893d4b71effe4bfd4595d59a5be7f6fc5

We now decode the CVision Starr Report page embedded stream, once extracted from the pdf.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@128 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2002-07-09 09:45:32 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
75e38f7a64fa7aace00e9a8a48cdfe1904adecc5

Work around missing end-of-page segment in CVision's PDF-embedded jbig2 streams.
jbig2_complete_page() becomes a public function marking the current page finished
so the client can call it at end-of-data, since data-shovel interface has no way
of passing that out-of-band. The segment dispatch calls a new jbig2_parse_end_of_page()
which does error checking and then calls jbig2_complete_page().


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@126 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.h
jbig2_page.c
jbig2_priv.h
jbig2_segment.c
jbig2dec.c

2002-07-09 09:38:37 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d7d07a0b4a33596ac29f0e3809720e829cf1427b

Correct the dictionary-referral logic in the text segment decoder. Previously
we were using the decode order index to lookup the referenced segments(s) but
this breaks if the segment numbers don't begin and 0 and increase one-by-one.
We now search backward looking for a matching segment number. Should replace
this with a binary search once we start seeing bigger files.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@125 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2002-07-08 19:23:11 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
66b303cfa844f3f8afcebb5d212520cf6de77f7a

additional debug messages


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@124 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_priv.h
jbig2_segment.c

2002-07-08 19:21:35 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ca393a748cf39ff0818a4183a6deb272ade44bfb

Fix parsing of sequential files.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@123 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c

2002-07-08 14:54:02 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0e74e387b2ac9dfb748dc090528bc1debe347afa

Add support for building under Microsoft Visual C++ after a patch from Russell Lang. Please test.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@121 ded80894-8fb9-0310-811b-c03f3676ab4d

config_win32.h
jbig2.c
jbig2_arith.c
jbig2_arith_iaid.c
jbig2_arith_int.c
jbig2_generic.c
jbig2_huffman.c
jbig2_image.c
jbig2_image_pbm.c
jbig2_image_png.c
jbig2_mmr.c
jbig2_page.c
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_text.c
jbig2dec.c
msvc.mak
pbm2png.c

2002-07-08 14:26:03 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
44cbf7cdc4d9c545004218ffc10c41b2fab7c38c

Remove the internal include of stdint.h from jbig2.h, enforcing the requirement
that the calling C file to do so.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@120 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.h
jbig2_image_pbm.c

2002-07-08 14:19:51 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
7ea3cbeb28b39fe56c7d791361f969b255fb59bd

Add a CHANGES document.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@119 ded80894-8fb9-0310-811b-c03f3676ab4d

CHANGES

2002-07-08 14:13:04 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
eb37c87f0474f8d055520f3cda6fb0ddec667bbf

add pbm2png to cvsignore


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@117 ded80894-8fb9-0310-811b-c03f3676ab4d

.cvsignore

2002-07-08 14:11:36 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
12c09379bf9380ca153eff8f96ebb84f00d7a000

Update pbm2png.c to pass a jbig2 context for the allocator, so that
it can be linked against the current routines.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@116 ded80894-8fb9-0310-811b-c03f3676ab4d

pbm2png.c

2002-07-08 14:10:27 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c860cbae3e0b07420dfd2407173673a451a36237

Don't look for png.h specifically. This was causing problems with png.h was in an -I in CFLAGS, but not the standard place.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@115 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-07-08 13:45:50 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
af9ddb9b26b13821f97d789f866c09c15bcc254e

add config_types.h(.in) to cvsignore


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@114 ded80894-8fb9-0310-811b-c03f3676ab4d

.cvsignore

2002-07-08 13:40:15 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b9d1e45dc2ee18fe0935e174499779f5b2505028

Work around stdint.h portability problems. If the C99 header isn't available,
look for uint32_t in a few other likely headers. Also try and discover appropriate
sizes and use our own typedefs if no useful header is found.

All this goes into a new generated header file 'config_types.h'. We abuse
autogen.sh to create the template so it doesn't clutter cvs for non-autotools
builds.

Include config.h and config_types.h into every file that includes jbig2_priv.h
so ensure the types are defined.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@112 ded80894-8fb9-0310-811b-c03f3676ab4d

autogen.sh
configure.ac
jbig2.c
jbig2_arith.c
jbig2_arith_iaid.c
jbig2_arith_int.c
jbig2_generic.c
jbig2_huffman.c
jbig2_image.c
jbig2_image_png.c
jbig2_mmr.c
jbig2_page.c
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_text.c
jbig2dec.c

2002-07-07 20:38:26 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
63beb9c3beb1b0a0ab3579ab8e7b17b02c0f76f9

minor rename


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@111 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_page.c
jbig2_priv.h
jbig2_segment.c
jbig2_text.c

2002-07-07 20:30:57 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
6c00475e659e7f29c142e879ec3dd9d4b5375ee5

Handle lossy and intermediate text regions as well as lossless immediate.
Store the bitmap for intermediate text regions into the segment's result field for later use by a refinement region.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@110 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c
jbig2_text.c

2002-07-04 16:33:44 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d85ffd487d624754ce5784fb970e939bc8b9dd5c

API renames. Main loop is now jbig_data_in(data); image=jbig2_page_out();


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@109 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2.h
jbig2_page.c
jbig2_segment.c
jbig2dec.c

2002-07-04 13:54:09 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f94a083d0d5f35721a1fbdd61f2b908ae41b9189

cvsignore update


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@108 ded80894-8fb9-0310-811b-c03f3676ab4d

.cvsignore

2002-07-04 13:53:38 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4c517739877594997a67dfd383c80c8d3dacc96b

fill out the README


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@107 ded80894-8fb9-0310-811b-c03f3676ab4d

README

2002-07-04 13:34:29 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
2048089ff9b99ac20bcfcb4dad4b2238e796db68

Clean up some warnings from MSVC. Thanks to Russell Lang for the report.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@105 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2_arith_iaid.c
jbig2_arith_int.c
jbig2_generic.c
jbig2_generic.h
jbig2_image.c
jbig2_image_pbm.c
jbig2_mmr.c
jbig2_page.c
jbig2_priv.h
jbig2_segment.c
jbig2_symbol_dict.c

2002-07-04 12:08:03 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
6515f25ce92cb589a7ed16217dffcc012e08a4ea

Code cleanup (obsuscation?) Turn off excessive debugging output.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@104 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c
jbig2_text.c

2002-07-03 21:51:09 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
cdac7ee4efe0e16a97c2d564af1b59b60f66e2d3

Fix image compositor. Code is not beautiful, but works.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@103 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c

2002-07-03 19:54:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f4a16df4d230a900f2068a268103184da90097e4

checkpoint compositor development


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@102 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c

2002-07-03 19:43:21 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a6820e140bc4b306fb7852ae4994bf6d38f2a906

As per raph's suggestion, switch to byte-wise addressing for the image data.
It solves some endianness problems, and saves a significant amount of memory
since page and pattern dictionaries contain many small (< 32 pixels wide)
images.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@101 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.h
jbig2_image.c
jbig2_image_pbm.c

2002-07-03 14:56:15 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
55a01f747fb2b992f7b777f1a2d7ee8cac1e13af

Compositors now producing reasonable-looking output.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@100 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c

2002-07-03 00:55:44 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
6b872950543e8b6179b301da282baed48ddd6a67

checkpoint commit of compositor.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@99 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c

2002-07-03 00:30:20 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
154b1f71742acab16d9106796cede9c3f12a65c8

Oops. Previous stride calculation was correct.
Also remove obsolete png test code.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@98 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
jbig2_image.c
jbig2_image_png.c

2002-07-03 00:10:07 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
3b182de2e206756ddcdd715d8f561273f75a62c2

We've been using (and want) the image stride in bytes, not words.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@97 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.h
jbig2_image.c

2002-07-03 00:08:40 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a5f7064637d1d9efe7c0a0920d81f70f99c6d456

#ifdef the debug fprintf()s. comment cleanup. actually transpose on TRANSPOSED.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@96 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2002-07-01 19:34:31 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
6c52ccfe9970dc5b709c378d49187ebb2874aa81

Text region decoding now seems to decode 042_10.jb2 correctly. Added
IAID decoding procedure. Changed jbig2_decode_text_region to use IAID
procedure. Fixed off-by-one errors in corner alignment calculations.
Added for (;;) loop for 3c, corresponding to looping over all symbol
instances in a strip (outer while loop corresponds to looping over all
strips in the region). Fixed predicates in CURS updating logic.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@94 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
jbig2_arith_iaid.c
jbig2_arith_iaid.h
jbig2_text.c

2002-06-27 14:02:08 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
91c71a44412a052616c45f6e50a0431a103514a8

checkpoint in-progress text decoder. close but no data yet.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@93 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_text.c

2002-06-24 23:28:13 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ef06d243c1a26abd9223181b8c5751ceb051258e

another checkpoint of text region decoding work. referred-to segment info is correct now.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@92 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2_priv.h
jbig2_segment.c
jbig2_text.c

2002-06-24 19:09:47 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
5613e3f978e406268fe5c42b7da322c0e4bfa7a9

checkpoint in-progress text region decoding procedures


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@91 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c
jbig2_text.c

2002-06-24 18:44:45 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a6752fd2a6859efeabbb29954d5b5d34ec0eb96b

use the correct number of bytes in reading the referred-to segment numbers. (still untested)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@90 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2002-06-24 18:40:01 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
6cb5f391cd0ec8bdc0485780697793b71004429c

Save referred-to segment numbers. (untested)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@89 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2002-06-24 15:51:57 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
fcc43c7fb7d236c2c30a2b9eba5fdd52bb84f56a

checkpointing work on text region decoder.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@88 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c
jbig2_image.c
jbig2_priv.h
jbig2_symbol_dict.c
jbig2_text.c

2002-06-22 21:20:38 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
468a9f35baa5c64f3be49f60ba800f72dba501ef

Store the decoded symbol dictionary in the result field of the corresponding
segment.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@86 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c
jbig2_symbol_dict.h

2002-06-22 16:05:45 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f2ac7803db2d376bab0734f3e7629faea7bc7297

Gratuitous renaming. Promote the segment header to Jbig2Segment and use it
to store intermediate results rather than the results objects raph had sketched.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@84 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2.h
jbig2_generic.c
jbig2_generic.h
jbig2_mmr.c
jbig2_mmr.h
jbig2_page.c
jbig2_priv.h
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_symbol_dict.h
jbig2_text.c

2002-06-22 10:08:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
7fc72d14be2af5e15866a9124a99b6dafea65dcd

Treat seg_idx=-1 specially in the error callback, since we're using that for
cases where the segment number is inappropriate or not available.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@83 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-06-22 09:58:26 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8384a640605066b60d21140504f92d31dd77947f

Interpret '-' as an output filename meaning stdout.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@82 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-06-22 09:47:31 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
72591b23f58efc91e6b92b85540825f29344d520

remove the redundant width and height fields from Jbig2GenericRegionParams
in favor of the dimensions of the passed Jbig2Image


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@81 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c
jbig2_generic.h
jbig2_symbol_dict.c

2002-06-21 23:11:29 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8f1012147073d64f79de947930f1ac6b4fca959a

restore original behavior for -DOUTPUT_PBM


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@80 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2002-06-21 22:56:54 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
30beab7a07268fe5ccd204fdc621a7fee3489e8f

Update decode_symbol_dict() to use images, fixing a type-related bug from the earlier changes.
Report debug messages through the official mechanism.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@79 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2002-06-21 22:54:03 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
69b79684b3f800c7e22dcd16a1fd28a33d067e92

remove dead code


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@78 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_symbol_dict.c

2002-06-21 19:11:28 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
acf706d0e91ebcf8b3d73c83d168af6e2de05a25

remove dead code


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@77 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-06-21 19:10:02 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
123697184141b211dfd599a1fb2eb94e8079ce5e

Generic regions decode into Jbig2Image structures, which are then (trivially)
composited with the page buffer as the final step in handling the segment.
We now write the page data out at out.png or out.pbm. Compile with -DOUTPUT_PBM
for the old behavior.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@76 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.h
jbig2_generic.c
jbig2_generic.h
jbig2_image.c
jbig2_image_pbm.c
jbig2_mmr.c
jbig2_mmr.h
jbig2_page.c
jbig2_priv.h
jbig2dec.c

2002-06-20 15:42:48 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ed23b26857f9d5324a52730e7504c1a14a2d3161

Beginnings of text segment handling. Parse (most of) the text region
segment header. Move the region segment info parser to jbig2_segment.c
and jbig2_priv.h since this is shared by all region segment types.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@75 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
jbig2_generic.c
jbig2_priv.h
jbig2_segment.c
jbig2_symbol_dict.c
jbig2_text.c

2002-06-20 15:40:36 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
22320087293f0de716d1e214ee74e1e1da822234

Fix a precedence bug which prevented using the first page structure.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@74 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_page.c

2002-06-18 13:40:29 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0cad58a5a6857aebb665c79706ba33acabc550fd

Handle 'page info' segments, and allocate an image buffer based on the page size.
also adds hooks for final compositing and output of the page buffer.
in addition, minor code massage and dead code removal; make the image structure
public.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@72 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2.h
jbig2_image.h
jbig2_page.c
jbig2_priv.h
jbig2_segment.c
jbig2dec.c

2002-06-18 09:46:45 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
033b9666bac46060559b74b2f2a620fde5fc7f32

Add warnings for remaining unhandled segment types. remove dead code.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@71 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2002-06-17 21:11:51 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
867871515b0d0bce9d092e66a1a787b45681ad76

add prototypes for segment header routines


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@70 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.h

2002-06-17 21:06:38 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
5219d82fa11b750c446a1d00d2bc269cea245610

Further segment code rearrangement. Add some comments and promote some bitwise types to unsigned. Also add some diagnostic messages on segment type.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@69 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2_segment.c

2002-06-17 16:30:20 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
dcb620344060d47d77e620d23c0e3e6aa3838f6b

Update the image routines to use the ctx structure for dynamic memory and remove the test framework.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@68 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c
jbig2_image.h
jbig2_image_pbm.c

2002-06-17 13:27:07 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f46505e1adb56bcac9bbf00ec8b264dc50963764

add some autotools files to .cvsignore


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@67 ded80894-8fb9-0310-811b-c03f3676ab4d

.cvsignore

2002-06-15 16:16:20 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
559870f8c41c8e7741035e28801cf6f8a911bd25

actually add the segment header source


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@66 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_segment.c

2002-06-15 16:02:56 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c47c3b08840eb8e709fad19c018845d2ec00087d

add segment routines in a separate file. prune the semi-dead jbig2dec.h in
favor of jbig2.h and jbig2_priv.h. Update to C99 fixed-width types.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@64 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
jbig2.h
jbig2_huffman.c
jbig2_huffman.h
jbig2_hufftab.h
jbig2_image.c
jbig2_image_pbm.c
jbig2_image_png.c
jbig2_page.c
jbig2_page.h
jbig2_priv.h
jbig2dec.c
jbig2dec.h

2002-06-15 15:47:21 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
2dce5e044ea710e68b1716ca543800c64ad633aa

Add -lpng to LIBS when the png library is available.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@63 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-06-15 14:15:12 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
57c5cda834b84dbec0f4898427bf4283dc2c327d

Add page segment parse and dump routines.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@62 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_page.c
jbig2_page.h

2002-06-15 14:12:50 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e22ae8f124c9ed5a3ccadbad3a302285d94ffc4c

minor code rearrangement and comments


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@61 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2_symbol_dict.c
jbig2_symbol_dict.h
jbig2dec.c

2002-06-05 00:15:57 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
43bf50d093b48ad481fc24656b66d34422ac07dc

Brings code into line with spec. This fixes the SOFTWARE_CONVENTION case
as well. Thanks to William Rucklidge for spec clarification.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@60 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith.c

2002-06-05 00:03:49 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
8055e400b7d9b32c355e8c7dc2cf286a59dc1ece

Fixes bug in arithmetic integer decoding procedure. Thanks to William
Rucklidge for providing trace data to help track down the problem.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@59 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith_int.c

2002-06-04 16:51:02 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
2d6d6e0c7b2c97e52a3363eae09841a17fe8e272

Add pbm import support and a simple 'pbm2png' implementation as a test harness for the image code. No makefile support--just didn't want to lose the code.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@58 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.h
jbig2_image_pbm.c
pbm2png.c

2002-06-04 16:47:09 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f508fadb8bfad2296ff963203183ea25ec6d8080

add some description of the decoder commandline options


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@57 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-05-09 02:29:10 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
693e8b2190c36a706b8b5de4bc3771d8d0acbcd3

add getopt implementation for portability to systems w/o getopt_long()


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@55 ded80894-8fb9-0310-811b-c03f3676ab4d

getopt.c
getopt.h
getopt1.c

2002-05-08 03:03:18 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
04d17fa29806f730e03290b7ab4ee415600ba9e7

Code cleanup and rearrangement.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@54 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_mmr.c
jbig2_symbol_dict.c
jbig2dec.c

2002-05-08 02:36:04 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
42ead910c9d9d4e3f6dd69e91be16f5de42ffef7

Rename the png output source files, and add pbm output support. Also allow
writing to a FILE* instead of a filename so we can send things to stdout, etc.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@53 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
jbig2_image.c
jbig2_image.h
jbig2_image_pbm.c
jbig2_image_png.c
png_image.c
png_image.h

2002-05-08 02:28:02 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
0459e440350325b04aaa0bd1f70120ce1066716b

add autotools files to .cvsignore


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@52 ded80894-8fb9-0310-811b-c03f3676ab4d

.cvsignore

2002-05-08 02:27:29 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f12873269a2ab271026afa7640bbba2a73a6a5a7

Autoheader and configure fixups.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@51 ded80894-8fb9-0310-811b-c03f3676ab4d

configure.ac

2002-05-08 00:59:20 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ab76b7e32ea5c79915b5ebe94a84ae8b4b29ee78

Rought autotools support.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@50 ded80894-8fb9-0310-811b-c03f3676ab4d

Makefile.am
autogen.sh
configure.ac
makefile

2002-04-25 23:24:35 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
0f218050d34326a38a89f07e772a7c4fc350fb10

Makefile changes to add jbig2_mmr functions.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@49 ded80894-8fb9-0310-811b-c03f3676ab4d

makefile

2002-04-25 23:24:08 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
971100aa3b5f56756fbd31a03ca4212209881f09

Adds partial support for mmr (CCITT 2D fax) decoding. This commit can
scan Huffman codes, but does not apply the logic to produce run lengths.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@48 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_generic.c
jbig2_mmr.c
jbig2_mmr.h
jbig2_symbol_dict.c

2002-03-28 08:28:02 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
98a2ac892b58569ae1a5a258c0b502fbf56da0b4

basic getopt-based commandline parsing


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@47 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-02-19 07:09:16 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ef36831c93670a262622d3acad6a208d73d1d81e

simple code cleanup. add license headers, include jbig2dec.h with dead code.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@46 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.h
jbig2_generic.c
jbig2_generic.h
jbig2dec.c
jbig2dec.h

2002-02-19 05:48:44 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
5d215388772fd0c2931cdc4cafca74c1256bfea6

Abstract the compiler command.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@45 ded80894-8fb9-0310-811b-c03f3676ab4d

makefile

2002-02-16 07:25:36 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
625abbded569d5ffde7301d497158b0116313f21

Lots of changes: Added template 0 generic decoder. Added "results"
mechanism to Jbig2Ctx for storing the decoded results, but not yet
any segments which store their results there. Changed generic region
API slightly so callers could pass in more context (needed for
generic region decoding other than generic). Added arithmetic integer
decoder. Started symbol dictionary decoder. Currently, this decodes
about 200 symbols from the cvision global dict, then goes haywire.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@43 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2_arith.c
jbig2_arith.h
jbig2_arith_int.c
jbig2_arith_int.h
jbig2_generic.c
jbig2_generic.h
jbig2_priv.h
jbig2_symbol_dict.c
jbig2_symbol_dict.h
jbig2dec.c
makefile

2002-02-15 20:46:30 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
107138382e590d3851ba1b5e897a33f2cf27ee4b

A good start at generic region decoding. The added jbig2_generic code
handles GBTEMPLATE=1 with vanilla options and the adaptive template
pixels in their nominal locations. This is sufficient to successfully
decode the 042_4.jb2 test stream.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@42 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2_arith.c
jbig2_generic.c
jbig2_generic.h
jbig2_priv.h
makefile

2002-02-13 08:47:18 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
0a9304dad738268b27556717bf83936c15618506

Implementation of new API as discussed on jbig2-dev. Not all logic
of existing jbig2dec.c has been ported to new codebase - in
particular, jbig2_read_symbol_dictionary and jbig2_read_page_info.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@41 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2.h
jbig2_priv.h
jbig2dec.c
jbig2dec.h
makefile

2002-02-12 02:19:36 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
3a77ab1dd49743f0ed9cc0ad862671f462781bd1

'normalize' formatting.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@40 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-02-12 02:19:08 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a2eca8001a79d7df3c848139519bf7b7b9778113

Standard protection against multiple and C++ inclusion.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@39 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.h

2002-02-10 01:17:26 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
ce1259d7b14345427766fb5c541b41b2c5e1f203

Update usage to reflect the embedded stream mode.
Normalize formatting :)


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@38 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2002-02-09 22:31:53 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
f0780d5ad41298cf609f8e27d869c534dbcdaa23

Adds some support for "embedded" format, with separate global and page
streams. Also fixes some minor bugs.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@37 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2001-08-13 20:31:59 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
30034932cea9e2e37d781763d36b06607b8337be

Fix image stride calculation, and generate a simpler (checkerboard) test pattern.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@36 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c
png_image.c

2001-08-13 19:51:16 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
595741f11dc91377adf4093b88abccb5b1b30660

one-line readme


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@35 ded80894-8fb9-0310-811b-c03f3676ab4d

README

2001-08-13 19:50:52 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
e42dde61dd9441585efa5874880b1c42dc90687c

start of a .cvsignore


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@34 ded80894-8fb9-0310-811b-c03f3676ab4d

.cvsignore
jbig2_hufftab.h

2001-08-11 06:46:15 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
b82c5a1be026e14a63c6e3ede436acf9590a7610

png output now compiles


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@33 ded80894-8fb9-0310-811b-c03f3676ab4d

makefile
png_image.c

2001-08-10 23:29:28 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
7181b7a84184562ccf72e34c11f75b158b58e61b

initial image buffer and png output routines


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@32 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_image.c
jbig2_image.h
makefile
png_image.c
png_image.h

2001-07-05 22:37:44 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
15fbf3afe60b17b958fd38ed902ddae67554f804

more general huffmann test routine


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@31 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c

2001-06-26 00:30:00 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
678523a15572456b68612fafc422d4dee29ca59c

move the huffman tables to a separate header


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@30 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c
jbig2_huffman.h
jbig2_hufftab.h
jbig2dec.c

2001-06-14 23:09:23 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
47a138b6362c314be4cfd91977ac61b3cf772e0f

complain if the file uses the 'random access' layout which we don't handle yet.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@29 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2001-06-14 08:25:01 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
83513ef82b18de95374d8e6c229658735d76af32

attempt to skip the right number of bytes in long-form segment references.
attempt to read long page association fields properly. both untested.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@28 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2001-06-12 23:35:53 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f1a9f2cddd17bc53e0b3952b5f05c7427a493ba7

added parser for the page info segment


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@27 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2001-06-12 09:56:33 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
8a02a862c8fa9f0bb5def02e5ea9ccc1414dabe6

added complete list of segement types to dump_segment()


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@26 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c

2001-06-12 09:15:13 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d498a8c2f375315c2de3c62ea270e447bf0bde44

make get_next_word return uint32


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@25 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2dec.c
jbig2dec.h

2001-06-12 09:09:04 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
f77dcdbe70ec1ba574ba25c37de81dfaf27ebc52

more general huffmann test code, borrowing from the arith version.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@24 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c

2001-06-10 08:43:48 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
bfc0107419650f5f696115c4accf1ab88b923c43

minor comment update


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@23 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_huffman.c

2001-06-10 07:15:10 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
c5b572ab3f1e3a243408b84498bb7d7dce808b71

added 'make clean' target


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@22 ded80894-8fb9-0310-811b-c03f3676ab4d

makefile

2001-06-10 07:09:18 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
d9367f7452f9117ce3a7f7649966cb42a2c33995

added copyright statements to the source files


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@21 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith.c
jbig2_arith.h
jbig2_huffman.c
jbig2_huffman.h
jbig2dec.c
jbig2dec.h

2001-06-10 07:03:08 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
a2cb3337c3f559fc65d3122d649386c797fbc949

updated includes for the jbig2dec.h name change


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@20 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith.c
jbig2_huffman.c
jbig2dec.c
makefile

2001-06-10 06:50:58 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
4369688dfbf2235ed466f38af4ddd11ab781ceaf

renamed jbig2.* to the more eponymous jbig2dec.*


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@19 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2.c
jbig2.h
jbig2dec.c
jbig2dec.h

2001-05-31 06:23:32 +0000
raph <raph@ded80894-8fb9-0310-811b-c03f3676ab4d>
9cd558cd34c857cb3fc15167a754d1619ecc57d3

Fixed API so that context is now an argument to the arithmetic decode
procedure. Context is also now packed into a byte, and context changes
are done with a single xor.


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@18 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith.c
jbig2_arith.h
makefile

2001-05-30 21:36:25 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
fa37e9a7b8c933da66c2850a22c10559f38c68bb

added GPL license


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@16 ded80894-8fb9-0310-811b-c03f3676ab4d

COPYING

2001-05-30 21:05:43 +0000
giles <giles@ded80894-8fb9-0310-811b-c03f3676ab4d>
df5789c4fe4bc7085bac37a70e630c326ffd3965

add missing stdio include


git-svn-id: http://svn.ghostscript.com/jbig2dec/trunk@15 ded80894-8fb9-0310-811b-c03f3676ab4d

jbig2_arith.c

2012-09-08 09:58:53 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
faac14fb1532533a811649cef2b68cf95ec50fdf

Bug 693291: Quote shell variables to support spaces in path.

gs/base/configure.ac

2012-08-10 09:27:00 +0100
Ken Sharp <ken.sharp@artifex.com>
7254338bbdcc9b80805c644712edd5d24b781fcb

pdfwrite - linearisation.

First attempt to make pdfwrite emit linearised PDF. THis basiclaly works
but needs some attention to the shared object table, and memory cleanup
still needs to be done.

pdfwrite - linearisation project, ma ny changes

Alter rewrite_object to parse the object and alter teh numbers of any objects which it
references

modify rewrite_object to record the offset of the nely rewritten object in the
linearised file, so we cna later write an xref.

Numerous 'off by 1' bug fixes relating to object 0 and whether pages are
numberd from 0 or not.

Write all pages and their objects, and shared objects, in the correct order.

Write a primary xref table.

Record CharProc resource usage by fonts.

pdfwrite - linearisation code

Add code to rewrite the secondary xref with the actual offsets of the objects

Write a dummy primary hint stream

Record the offsets of the primary hint stream and linearisation dictionary.

pdfwrite - linearisation

It turns out that for the hint stream we need to know which objects are used
on every page (shared or not).

This change laters the record for each resoruce to add an array of integers
documenting which page(s) the resource is used on, as well as whether it is
shared or not and so on.

This means that instead of a simple chunk of memory, the record is now a gc
object, properly tracked and relocated and so on.

Added code to track the location of some more objects in the linearised file,
for the benefit of the linearisation dictionary.

Added code to rewrite the linearisation dictionary with the final numbers, and the trailer dict with the correct numbers too.

pdfwrite - linearisation various changes

Remove some unused variables to silence compiler warnings

Sort out the object numbering so that the seocond page is object
number 1 (this is a requirement, but its not obvious in the spec). Make sure
the 'part 9' objects (Info dict, metadata etc) have number that start after
all the page objects, unique objects per page, and shared objects.

Move the hint stream generation so that the hint stream is *after* page 1 and its
resoruces as this is easier to deal with.

pdfwrite - linearisation work

preparing to write hint streams:

first we go back to using a temp file instead of a specific filename (except
when explicitly debugging).

second we only reorder the existing objects and the linearisation dict.

next we copy these re-oredered objects from the temp file, and insert the
dummy primary hint stream at the correct location.

Finally we write the primary xref, but taking the size of the inserted hint stream
into account for the offsets.

In a fit of tidying up, use gp_fseek_64 instead of fseek. Still work to do here.

pdfwrite - linearisation

add preliminary code to write a hint stream (still needs work)

Fix code which wrote teh page object twice for each page.

Various white space tweaking to make the output closer to the MuPDF output
in an abortive attempt to find out why files are not identified as linearised
by Acrobat

pdfwrite - linearisation, make files at least 4k

I don't believe it.....

Acrobat won't recognise a file as linearised unless it is at least 4k!

Also added some comments regarding various implementation notes from the
1.7 reference

pdfwrite - linearisation, move code into a routine of its own

Modularise the linearisation code somewhat by making it a new routine
instead of bloating pdf_close still further.

pdfwrite - linearisation, fixes for hint writing

gs/base/gdevpdf.c
gs/base/gdevpdfb.h
gs/base/gdevpdfx.h
gs/base/gdevpdti.c

2012-08-09 12:24:49 +0100
Ken Sharp <ken.sharp@artifex.com>
b16e0ada5e05737890e5bc340fdb181715ca4794

Fix the allocation of teh Offsets table so that it doesn't get overrun while
storing xrefs.

gs/base/gdevpdf.c

2012-08-09 12:15:57 +0100
Ken Sharp <ken.sharp@artifex.com>
e6a0ca2b94e4a80d02c2b85044b613d92d416249

fix the size of LastResource so that the Offsets table is large enough to hold all the objects

gs/base/gdevpdf.c

2012-08-09 11:30:45 +0100
Ken Sharp <ken.sharp@artifex.com>
b085cd2bb5f95fdf842ad05615e9f411b823d79a

Temporary commit for linearisation code in pdfwrite

gs/base/gdevpdf.c
gs/base/gdevpdfb.h
gs/base/gdevpdfe.c
gs/base/gdevpdfp.c
gs/base/gdevpdfu.c
gs/base/gdevpdfx.h
gs/base/gdevpdtd.c
gs/base/gdevpdtd.h
gs/base/gdevpdtw.c

2012-09-05 20:03:34 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c26a59a07d226db58c2952aeab65df4d58ee78c2

Make sure overprint works with shading pattern. Fix for Bug 693018

For some reason it was believed that overprint was not used with shading patterns
and so it was disabled. Also had to make sure that the graphic state stored in
the pattern instance was all up to date with the overprint state.

gs/base/gsptype2.c

2012-08-17 12:43:55 -0700
Michael Vrhel <michael.vrhel@artifex.com>
1ab39e3d51a4d4fc78bd2532ef7141a57db50149

Enabling of fast threshold code for color source images as well as monochrome images to cmyk devices

Many cases where we could be using the fast thresholding code were disabled due to issues that this
commit fixes. Some items such as the conversions to planar when the color management transform was
the identity were not in place. In addition, for subtractive devices, the polarity of the threshold
array was wrong.

gs/base/gsht.c
gs/base/gsicc_nocm.c
gs/base/gxht_thresh.c
gs/base/gxht_thresh.h
gs/base/gxicolor.c
gs/base/gxidata.c
gs/base/gximage.h
gs/base/gximono.c
gs/base/gxipixel.c

2012-09-04 10:04:26 -0700
Michael Vrhel <michael.vrhel@artifex.com>
4e7d82066d92d4a4a2709c5dde4c35a4521d029e

Add overprint support into the pdf14 device group composing

This fixes Bug 693300. This this file had two images. One in a separation color space,
the other an RGB color space each in their own transparency group.
Overprint mode was enabled during the spot image drawing, which occurs after the RGB image is drawn.
During the group pop, there was no code in pdf14_compose_group to account for the overprint condition

gs/base/gdevp14.c
gs/base/gsovrc.c
gs/base/gxblend.h
gs/base/gxblend1.c

2012-09-03 18:44:22 -0700
Ray Johnston <ray.johnston@artifex.com>
23796278944b89b2afe2906cb0f725e9c6c8ce11

Fix clist_copy_planes to insure that all planes written together. Bug 693234.

The code at 'copy:' checked to make sure that the planes would fit in a
single cbuf, but did not check to make sure that all of the planes fit in
the remaining space in the BufferSpace from 'cnext' to 'cend'. The fix is
to call cmd_write_buffer if all planes don't fit in the current BufferSpace
so that an 'end_run' byte will not be inserted in the data stream.

gs/base/gxclrect.c

2012-09-04 13:37:28 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
c62f5a9f5ead465c1d0fbf2826ba5a00b48a1fdb

Fix all GCC warnings in Luratech JPX interface.

gs/base/sjpx_luratech.c

2012-08-29 16:19:55 +0100
Chris Liddell <chris.liddell@artifex.com>
40c3e3f2b337d5aad89d49dd9f56bfedf6bcf5e5

Remove dependence on jbig2dec auto-generated files

Also provide a workaround for LCMS2 on systems without sqrtf().

No cluster differences

gs/base/Makefile.in
gs/base/configure.ac
gs/jbig2dec/Makefile.in
gs/jbig2dec/aclocal.m4
gs/jbig2dec/compile
gs/jbig2dec/config.guess
gs/jbig2dec/config.h.in
gs/jbig2dec/config.sub
gs/jbig2dec/config_types.h.in
gs/jbig2dec/configure
gs/jbig2dec/depcomp
gs/jbig2dec/install-sh
gs/jbig2dec/ltmain.sh
gs/jbig2dec/missing
gs/jbig2dec/mkinstalldirs
gs/jbig2dec/os_types.h
gs/jbig2dec/snprintf.c
gs/jbig2dec/stamp-h1

2012-09-03 20:44:43 -0700
Michael Vrhel <michael.vrhel@artifex.com>
26d8aeede6ce52c5a31720980cfcd096f6bd9f10

Another softmask memory leak fixed for Bug 693312

Leak was caused by the improper freeing when we have a soft mask created in a band
where it was not needed.

gs/base/gdevp14.c

2012-09-03 21:58:34 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
50ed871322720a7e0a01bf7e52509b77529c105e

Bug 693317: ignore multiple tokens between obj and endobj

Detect malformed objects that parse as multiple tokens, replace
the tokens with null, and issue a warning.

gs/Resource/Init/pdf_base.ps

2012-09-03 07:55:32 -0700
Michael Vrhel <michael.vrhel@artifex.com>
e37fa70cb16f286ad00b5573e6d548066d2c913e

Fix for memory leak in pdf14 softmask stack. Bug 693312

When a new mask was getting created, it was possible that the stack was already set up with
softmasks. When blowing away the old mask we need to make sure to go through and clean up
the stack.

gs/base/gdevp14.c

2012-08-30 08:10:41 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
7ade6182ba16cbaf3084a1c9865f265cdd71525f

Bug 692849: Prevent memory corruption by using temp buffer in CCITT decompression.

pcl/rtraster.c

2012-08-27 10:12:04 -0600
Henry Stiles <henry.stiles@artifex.com>
4bc9598dbefcda47a483ea489409af412467d07f

Remove obsolete call to set the path mode. This is now only enable on
a per graphic basis as needed.

CLUSTER_UNTESTED

pcl/pctop.c

2012-08-25 22:02:06 -0700
Ray Johnston <ray.johnston@artifex.com>
11bb4d6d57ea1a65b254e3013f5d16f406457793

Fix another warning detected by Visual Studio (negating an unsigned int).

gs/base/gxfcache.h

2012-08-25 18:21:28 -0700
Ray Johnston <ray.johnston@artifex.com>
f939737f2e6479b815de40f46c20b07f40241124

Get rid of const warnings with Visual Studio.

There are still warnings, but at least the ones that are easy to fix
are now gone.

gs/base/gdevdevn.c
gs/base/gdevdevn.h
gs/base/gdevdsp.c
gs/base/gdevmpla.c
gs/base/gdevp14.c
gs/base/gxblend.c
gs/base/gxclip.c
gs/base/gxipixel.c
gs/base/gxpcmap.c
gs/base/gxshade.c
gs/psi/zcie.c

2012-08-25 18:18:06 -0700
Ray Johnston <ray.johnston@artifex.com>
bac3f4be13b133b0c097a6ec426894ddc491f2e0

Change TILE_TYPE_MASK size to avoid a truncation warning from VS.

The value 0x80000000 is problematic for the enum with Visual Studio.
The TilingType values are from 1 to 3, so 3 bits is plenty.

gs/base/gsptype1.c

2012-08-25 15:15:38 -0700
Ray Johnston <ray.johnston@artifex.com>
6b12966f995393edb220c4b7bc94bc6eeef48987

Change hpgl_path_mode to 'bool' (and hpglpathmode PS operators).

In cleaning up some of the type mismatch warnings with VS, this
needed to be consistent. There are no current users of the PS
operators, but now these are <bool> .sethpglpathmode - and
.currenthpglpathmode <bool>.

gs/base/gsstate.c
gs/base/gsstate.h
gs/psi/zgstate.c

2012-08-24 19:03:34 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
d840d02d5fd655c397b08e01a273a4e4e757f96e

Bug 692604: improve error messages for invalid arguments.

Inclide the invalid argument in the error message. Suggest to use -s
instead of -d when the token is an executable name. Most likely,
the user just tried to define a string.

gs/psi/imainarg.c

2012-08-24 15:29:21 +0100
Chris Liddell <chris.liddell@artifex.com>
1e6c15fa2ee91c760943a3edd16e123f6879eb45

Bring ghostpdl in-line with jbig2dec

No cluster differences.

gs/jbig2dec/Makefile.am

2012-08-24 01:47:45 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
ebe054e32a88a5ea4a52367066f8a8259dd3d5db

Bug 693299: fix handling of array form of /FilterParms in pdfopt

Array form of /FilterParms attribute was processed like a dictionary,
smashing the stack, and causing a PS error later.

gs/lib/pdfopt.ps

2012-08-22 12:26:33 -0700
Ray Johnston <ray.johnston@artifex.com>
bb15658bdf6b463e62b34e1c3fa779942fa24902

Fix clist probelms with copy_planes, writer and reader out of sync.

When uncompressed data was written to the clist with height > 1,
the last line was not padded. The reader was reading as if all
lines had the padding. Also fixed cmd_read_short_bits to skip
the memmove in cases where width_bytes == raster or height == 1.

gs/base/gxclrast.c

2012-08-23 15:12:13 +0100
Robin Watts <robin.watts@artifex.com>
0279e3ba6819d41a36125fba934aba489e03617b

Bug 693298; Memento build tweak for memset.

Don't define memset if someone else has already #defined it. Thanks
to William Bader.

gs/base/memento.c
gs/jbig2dec/memento.c

2012-08-23 15:01:03 +0100
Robin Watts <robin.watts@artifex.com>
2dba4f48cfe258c957da2754547fe22a5cc764f6

Fix broken Windows build with patch fb55f251.

This is an extended version of a commit from Ray, fixing a mistake
that I made. Ray's original version didn't make it into the repo
due to git problems.

Initialising a struct to { } doesn't work with VS. { 0 } is OK.

gs/base/gsptype1.c
gs/base/gxcht.c
gs/base/gxclist.c
gs/psi/iinit.c
gs/psi/zmisc2.c

2012-08-23 14:59:05 +0100
Robin Watts <robin.watts@artifex.com>
04a0440368a18978049b999722320cbc850c7621

Revert "Move memento include from jbig2.h to jbig2_priv.h"

This reverts commit b6dc615180c04d016c6df4e9e7598a0d7c9df02b.

This broke the memento build of gs due to the #defining of
free/realloc. For now, we'll have to live with the include
in the public header.

gs/jbig2dec/jbig2.h
gs/jbig2dec/jbig2_priv.h

2012-08-23 13:34:43 +0100
Robin Watts <robin.watts@artifex.com>
b6dc615180c04d016c6df4e9e7598a0d7c9df02b

Move memento include from jbig2.h to jbig2_priv.h

There is no need to expose memento outside of jbig2. Thanks to
zeniko for the discussion in bug 693284 that lead to this.

gs/jbig2dec/jbig2.h
gs/jbig2dec/jbig2_priv.h

2012-08-23 02:10:20 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
2740bef445c51680d831ec40753436291f01760a

Bug 693268: reinstate big references.

To make big references compatible with 8-byte alignment on 32-bit Windows
force ref structure to take 16 bytes by adding a dummy uint64_t member
to the union.

gs/psi/iref.h

2012-08-23 00:00:31 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
eb62043f520985f28ccaf265258ddb31cee79e1e

Get rid of staticly allocated pseudo-references.

Replace staticly initialized pseudo-references with C strings to
simplify experiments with reference sizes.

gs/Resource/Init/gs_init.ps
gs/Resource/Init/gs_res.ps
gs/psi/iconf.c
gs/psi/iconf.h
gs/psi/imain.c
gs/psi/imainarg.c

2012-08-22 11:20:24 -0700
Robin Watts <robin@peeves.(none)>
1e53dc6b19a96abed3b4a10c12a284d096b37701

More PACIFY_VALGRIND magic

While working on bug 693278, valgrind was showing use of
uninitialised values. This turns out to be (in part) due to the
clist recording the padding in bitmaps (which can be uninited).

The PACIFY_VALGRIND magic added here allows this file to run valgrind
clean.

gs/base/gsptype1.c
gs/base/gxcht.c

2012-08-22 09:19:39 -0700
Robin Watts <robin@peeves.(none)>
20adaa4a395059c3234c5b49979dc21f70e95bbf

Add some PACIFY_VALGRIND stuff for refs.

Seen while investigating bug 693278.

gs/psi/iinit.c
gs/psi/zmisc2.c

2012-08-22 03:43:09 -0700
Robin Watts <robin@peeves.(none)>
fb55f251b06fbfdf40cad66432369c4b09aa7627

Add code to mask harmless valgrind warnings in DEBUG or PACIFY_VALGRIND builds

Spotted while investigating bug 693278.

gs/base/gsptype1.c
gs/base/gxclist.c

2012-08-21 11:44:46 -0700
Robin Watts <robin@peeves.(none)>
69727555e1ff7be4f0af4d8b79f33408181d25ba

Bug 693278: SEGV in 09-50.PS - bad enumeration of device colors

Masked device colors were all being enumerated as if they were
binary halftones. Colored halftones need to be handled differently
and this was causing this problem. It looks like devn device colors
should also be handled differently, so changed here too.

gs/base/gsptype1.c

2012-08-20 15:16:18 +0100
Robin Watts <robin.watts@artifex.com>
d527eade5778811475ea8be4cbba4eeec573b28a

Big 693272; fix SEGV due to optimised interpolation.

When calculating the leftmargin to skip over due to the clipping
region, we were failing to allow for the fact that dst_width might
be negative due to an image being horizontally flipped.

Simply using any_abs solves the SEGV and does the right thing, I
believe.

gs/base/gxiscale.c

2012-08-18 00:22:53 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
39fda0d88d35e2df4787b88b7d3e23eb74d59f49

Bug 692210: fix potential indeterminism in zsetcolor()

The value of a partly-initialized color created by zsetcolor()
is copied to graphic state and compared with other colors by
memcmp() in gx_hld_saved_color_equal() Full initialization is
the easiest way to avoid indeterminism.

gs/psi/zcolor.c

2012-08-17 22:32:25 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
32e1d6b480017d0655b8926b69bb3b7617730665

Bug 692910: fix quoted arguments in ps2epsi.bat

Strip the quotes before assigning the values to environment variables.
Use the original quoted arguments elsewhere.

gs/lib/ps2epsi.bat

2012-08-17 15:16:41 +0100
Chris Liddell <chris.liddell@artifex.com>
de8f9636ef6bdbb8af039a44443d7e05c990848e

Bug 692040 - automake-1.8 is required in ijs sources

credit to Richard Hughes ( richard@hughsie.com ) for the patch.

No cluster differences.

gs/ijs/Makefile.am

2012-08-17 15:09:24 +0100
Chris Liddell <chris.liddell@artifex.com>
d6d4cc55caed5462d7c4b41eb52da93bba854589

Bug 692552: Direct building of MacOS X universal binaries

Building universal binaries on OS X is now supported, removing the
need to build for each architecture, and "lipo" files together.

For this, configure should be called thus:
./configure CC="gcc -arch i386 -arch x86_64" CPP="gcc -E"

and then invoke "make" normally.

Universal binaries including PPC support are not currently supported.

No cluster differences.

gs/arch/osx-x86-x86_64-gcc.h
gs/base/Makefile.in
gs/base/configure.ac
gs/doc/Make.htm

2012-08-09 11:50:21 +0100
Chris Liddell <chris.liddell@artifex.com>
fe79c76c8254faba9a2b422543062a577a375fee

Bug 692750: have gdevwpr2 "manage" device icc profiles

gdevwpr2 is one of the rare devices that can change its color space during its
lifetime. Such devices need to "manage" their device ICC profiles directly.

As the cups device is similar, these changes are loosely based on the
analogous part of gdevcups.c.

No cluster differences.

gs/base/gdevwpr2.c
gs/base/pcwin.mak

2012-08-17 09:09:58 +0100
Chris Liddell <chris.liddell@artifex.com>
9a114739f6e1f8837be17305784fc2ca9cbb6450

Bug 693279: font: default base encoding

There is some guess work here: Acrobat appears to be always using
StandardEcoding as the default encoding for (at least) some non-symbolic
fonts (rather than, as the spec states, the encoding specified by the font).
As this is contrary to spec, and we only have a CFF example, I've restricted
this to only apply to fonts with Subtype Type1C *and* that result in a Type 2
PS font.

No cluster differences.

gs/Resource/Init/pdf_font.ps

2012-08-15 21:32:15 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
d5c42d3a14cee808fd889c14805a69adae8eb5b9

Bug 688978: Generate DOCINFO pdfmark

Pass the content of /Info dictionary to the interpreter using
DOCINFO pdfmark. Also improve error recovery to avoid regression
on one of our test cases that has broken /Info dictionary.

gs/Resource/Init/pdf_base.ps
gs/Resource/Init/pdf_main.ps

2012-08-15 02:19:50 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
9c76d00aaf4504cb65fc82771b705c9dc529084a

Bug 687950: pass all PDF boxes to pdfmark

gs/Resource/Init/pdf_main.ps

2012-08-15 00:27:48 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
437360af2799796c42304faaf9a0cc1e5c6f908c

Bug 690568: Type usage problem on Itanium.

Commit a contributed patch for Itanium. The patch looks reasonable: size_t is
a better type than unsigned int to express the offset. The patch has no effect
on our regression testing.

gs/base/gxobj.h
gs/psi/igc.c

2012-08-14 18:04:36 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
dc97d97b74f15a98219f45942485244da1e11bce

Add support for 32 bit compile tests in clusterpush.pl

gs/toolbin/localcluster/clusterpush.pl

2012-08-14 13:54:36 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
79f9321f6331a6598b6c52887890f0d03afa9f96

Bug 693273: Use standard setpagedevice instead of a simplified one.

Don't try to save a few milliseconds per page at the expense of correctness.

gs/Resource/Init/pdf_main.ps

2012-08-13 02:14:41 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
238d6b887693b3dca97ab72d0e669670d8a53079

Partly revert the commit for big objet support.

Unfortunately, 12-byte ref causes SEGV on Win32. 64 and 32 bit Linux
builds were fine. max object sizes are back to 64K.

gs/psi/iref.h

2012-08-10 12:12:00 -0600
Henry Stiles <henry.stiles@artifex.com>
cfedd260650e7f615ec35cf88bd1bfd00ec502c9

Fixes 693267 and 693162, the default VMI (vertical motion index) and
PCL orientaion were not consistent.

pcl/pcpage.c
pcl/pcursor.c
pcl/pcursor.h
pl/pjparse.c

2012-08-10 11:59:05 -0600
Henry Stiles <henry.stiles@artifex.com>
6dd836c62658cfe38bf2988fd55ee05a9a3870d9

Adds debug logging for pcl macros.

pcl/pcmacros.c

2012-08-10 12:59:25 +0100
Robin Watts <robin.watts@artifex.com>
39c501a222658d754b9ab9540f283d7bd05e19ad

Fix scaling issues seen with fast halftoning code.

We were missing out the right hand column of source data in images
(see the turkeys on 09-47N page 2 in comparison to png or
USE_FAST_CODE=0 renderings); fix this by not subtracting 1 from
src_size. Don't subtract 1 from data_length (or dest width) either
to match.

Change dda to do a 'half step' to ensure we are sampling from the
centre of each pixel (avoids a shift to the right in zoomed up
images). This requires a new dda init macro - remove the old
(unused, slower) dda formulation to avoid having to think too hard.

gs/base/gxdda.h
gs/base/gxicolor.c
gs/base/gximono.c

2012-08-10 14:22:49 -0700
Ray Johnston <ray.johnston@artifex.com>
dba8f75023dc5b1abac7e338a541360a106d9956

Fix bug 690963. Update the plane_extract device for hl color handling.

The plane_extract device (used by pksmraw, pamcmyk32, and bmpsep1 as
well as gdevbjc_.c) was never updated for many of the newer device
procedures, including fillpage. This is handled by extending the
prototype procs for the device so that gx_device_forward_fill_in_procs
does not use the procs from the target.

gs/base/gdevplnx.c

2012-08-10 15:59:15 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
86f9af6937e76e10a7adad201b06c337b1a9240b

Increase max object size to 16M.

Increase the size of rsize member of the ref structure from ushort
to uint_32. This is needed to support large composite objects permitted by current
PDF specification. On 64-bit systems the actual size of ref didn't change.
On 32-bit systems the ref has grown to 12 bytes, which caused a couple of
changes in the alignment and padding code. Finally, the max size of all
composite objects has been increased to 16M.

This patch leaves large objects exposed PS interpreter.
Traditional PS limits can be re-imposed on the PS interpreter if
needed.

The patch results in a couple of progressions on the PDF test base,
and a few expected differences on PS test files that test traditional
limits on composite PS objects.

gs/doc/Language.htm
gs/psi/igcref.c
gs/psi/int.mak
gs/psi/iref.h
gs/psi/zpacked.c

2012-08-10 13:03:33 +0100
Robin Watts <robin.watts@artifex.com>
d3ea65bd08665e48525a4f8694276814fdebded7

Correct fast halftoning code in multi plane case.

We were using an incorrect stride in a calculation, resulting in
corrupted output.

gs/base/gxht_thresh.c

2012-08-10 09:02:32 +0100
Chris Liddell <chris.liddell@artifex.com>
c004cd6856445cdb5fccc40b5393ffb72a0d9433

Fix the nsis installer config file.

CLUSTER_UNTESTED

gs/psi/nsisinst.nsi

2012-08-09 09:34:02 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
23087cc653c4fcaf401715d7f5c6a4509576a21f

Merge remote-tracking branches 'origin' and 'origin/OpenJpeg-1.5'

2012-08-09 00:51:35 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
946c6312efc2cbf74875d19fd7b49f3505ab7a81

Apply a patch for CVE-2012-3358

See http://code.google.com/p/openjpeg/source/detail?r=1727
Other CVE patches are not needed for v.1.5.

gs/openjpeg/libopenjpeg/j2k.c

2012-08-09 00:45:09 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
ef85034141b90c05ba0bc5e2ad40f834205b4f2a

Reapply our patches to OpenJpeg-1.5

gs/openjpeg/libopenjpeg/image.c
gs/openjpeg/libopenjpeg/j2k.c
gs/openjpeg/libopenjpeg/jp2.c
gs/openjpeg/libopenjpeg/jp2.h
gs/openjpeg/libopenjpeg/openjpeg.c
gs/openjpeg/libopenjpeg/openjpeg.h
gs/openjpeg/libopenjpeg/opj_malloc.h
gs/openjpeg/libopenjpeg/tcd.c

2012-08-08 20:36:38 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
4e3808ff733ed0d485b67211ad5bcf7aa992c739

Import original OpenJpeg 1.5

This revision doesn't compile. It's here to establish a reference
for the diffs.

gs/base/openjpeg.mak
gs/openjpeg/libopenjpeg/CMakeLists.txt
gs/openjpeg/libopenjpeg/Makefile.am
gs/openjpeg/libopenjpeg/Makefile.in
gs/openjpeg/libopenjpeg/cidx_manager.c
gs/openjpeg/libopenjpeg/cidx_manager.h
gs/openjpeg/libopenjpeg/cio.c
gs/openjpeg/libopenjpeg/cio.h
gs/openjpeg/libopenjpeg/dwt.c
gs/openjpeg/libopenjpeg/event.c
gs/openjpeg/libopenjpeg/event.h
gs/openjpeg/libopenjpeg/image.c
gs/openjpeg/libopenjpeg/image.h
gs/openjpeg/libopenjpeg/indexbox_manager.h
gs/openjpeg/libopenjpeg/j2k.c
gs/openjpeg/libopenjpeg/j2k.h
gs/openjpeg/libopenjpeg/j2k_lib.c
gs/openjpeg/libopenjpeg/j2k_lib.h
gs/openjpeg/libopenjpeg/jp2.c
gs/openjpeg/libopenjpeg/jp2.h
gs/openjpeg/libopenjpeg/mqc.c
gs/openjpeg/libopenjpeg/openjpeg.c
gs/openjpeg/libopenjpeg/openjpeg.h
gs/openjpeg/libopenjpeg/opj_includes.h
gs/openjpeg/libopenjpeg/opj_malloc.h
gs/openjpeg/libopenjpeg/phix_manager.c
gs/openjpeg/libopenjpeg/pi.c
gs/openjpeg/libopenjpeg/pi.h
gs/openjpeg/libopenjpeg/ppix_manager.c
gs/openjpeg/libopenjpeg/t1.c
gs/openjpeg/libopenjpeg/t2.c
gs/openjpeg/libopenjpeg/tcd.c
gs/openjpeg/libopenjpeg/tcd.h
gs/openjpeg/libopenjpeg/thix_manager.c
gs/openjpeg/libopenjpeg/tpix_manager.c
gs/openjpeg/opj_config.h.in.user

2012-07-31 15:25:13 +0100
Chris Liddell <chris.liddell@artifex.com>
38da6175372319af334d1eb7a4474c98f6881f3d

Pull doc changes from 9.06 release branch.

Update docs for 9.06 release candidate 1.

Update changelog with post 9.06rc1 changes.

Update release date in docs.

CLUSTER_UNTESTED

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2012-08-06 23:37:19 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
402806536e6ce5eb7b76eb7a4c5725ec2bbc4e80

Backport patches CVE problems.

CVE-2009-5030 http://code.google.com/p/openjpeg/source/detail?r=1703
CVE-2012-1499 http://code.google.com/p/openjpeg/source/detail?r=1330
CVE-2012-3358 http://code.google.com/p/openjpeg/source/detail?r=1727

gs/openjpeg/libopenjpeg/j2k.c
gs/openjpeg/libopenjpeg/jp2.c
gs/openjpeg/libopenjpeg/tcd.c

2012-08-06 18:05:58 +0100
Chris Liddell <chris.liddell@artifex.com>
b3ffd243ae375288c7c08607056dd08dae51018f

Remove devcups from default devices on Windows

Since devcups and its infrastructure were only added to gs to allow gs
developers who work on Windows to debug cups problems, it's not really
relevant for normal use.

This change makes it optional, by adding WITH_CUPS=1 to the nmake command
line arguments.

CLUSTER_UNTESTED

gs/ghostscript.vcproj
gs/psi/msvc.mak

2012-08-06 17:13:39 +0200
Sebastian Rasmussen <sebras@gmail.com>
010b1adedf128a7079729d10ad5a8c1b97c8acec

Bug 693256: Free GR_/GB_stats.....

.....as long as retaining them is yet to be implemented

No cluster differences.

gs/jbig2dec/jbig2_symbol_dict.c

2012-08-06 16:00:08 +0100
Chris Liddell <chris.liddell@artifex.com>
5ae5e2a73654cb9d2845e053428ebfddd3670c2d

Workaround libpaper's poor memory management.

libpaper allocates using the stdlib malloc(), and expects the calling code
to release the memory via stdlib free().

Normally this works fine, but Memento hooks malloc() and free() in the
pre-processor, so it sees the free() call, but not the malloc() call.

This can result in confusing, spurious errors from memento.

No cluster differences.

gs/base/gp_upapr.c

2012-08-06 08:43:48 +0100
Chris Liddell <chris.liddell@artifex.com>
327da990d82209c411841bbade4fc2a77fb326e7

Bug 693223: remove apparently moribund dumphint tool

dumphint.ps and the scripts which call it seem to be of almost no value
these days, and appear to have suffered "bit rot". So remove them.

CLUSTER_UNTESTED

gs/lib/dumphint
gs/lib/dumphint.bat
gs/lib/dumphint.ps

2012-08-04 09:18:50 +0100
Ken Sharp <ken.sharp@artifex.com>
5ec908d81e3dc999f694356a970f63b66f7e5976

pdfwrite - fix PDF/X-3 annotation check

The previous commit 7167ebcceae78be8dcec24a059f936a861769cd5 incorrectly
checked the location of the annotation on the page, and prevented any annotation
in PDF/X-3 output, whereaas annotations off the page are actually permitted.

No differences expected

gs/base/gdevpdfm.c

2012-08-03 18:49:32 +0100
Robin Watts <Robin.Watts@artifex.com>
27f22e3a48bafc8a663e08ac1aeb310b302055af

First attempt at Windows 8 "Metro" compatibility.

Standard MSVC builds will work for Windows 8 in desktop mode. The
complexity comes in supporting Windows RT (or "Metro" as Microsoft
have been calling it). To do Metro builds you need to download
Microsoft Visual C 2012 Express, and install it into a preview copy
of Windows 8.

MSVC 2012 Express will not import the existing Solution file (probably
because it's nmake based), so I've been compiling from the command
line.

Open a "VS2012 x86 Native Tools Command Prompt" and cd to the gs
directory. Then use:

nmake -f psi\msvc32.mak SBR=1 DEVSTUDIO=1 METRO=1

to build. For PCL change to main, then use:

nmake -f pcl6_msvc.mak SBR=1 DEVSTUDIO=1 METRO=1

etc.

Things to note:

* There is no message loop in Windows RT and the window handling is
all via different APIs anyway - so we only support the console
exe, with no display device.

* We have no registry access so the code just looks at the usual
environment variables.

* Cups has been disabled (as libcups wants to do useful things like
http, which won't currently compile under Windows RT).

gs/base/gp_mswin.c
gs/base/gp_wgetv.c
gs/base/msvctail.mak
gs/base/winlib.mak
gs/psi/dwdll.c
gs/psi/dwmainc.c
gs/psi/gsdll32metro.def
gs/psi/gsdll64metro.def
gs/psi/msvc.mak
gs/psi/winint.mak
language_switch/pspcl6_msvc.mak
main/pcl6_msvc.mak
pl/dwmainc.c

2012-08-03 00:32:32 -0700
Ray Johnston <ray.johnston@artifex.com>
6070a6f33bebf7538e48219010bc1e4de8341ea8

Rip out jasper -- openjpeg is our JPX implementation.

gs/base/Makefile.in
gs/base/configure.ac
gs/base/gs.mak
gs/base/jasper.mak
gs/base/lib.mak
gs/base/macgenmcpxml.sh
gs/base/macos-mcp.mak
gs/base/msvclib.mak
gs/base/openvms.mak
gs/base/openvms.mmk
gs/base/sjpx.c
gs/base/sjpx.h
gs/base/winlib.mak
gs/jasper/COPYRIGHT
gs/jasper/INSTALL
gs/jasper/LICENSE
gs/jasper/Makefile.am
gs/jasper/Makefile.in
gs/jasper/NEWS
gs/jasper/README
gs/jasper/acaux/compile
gs/jasper/acaux/config.guess
gs/jasper/acaux/config.sub
gs/jasper/acaux/depcomp
gs/jasper/acaux/install-sh
gs/jasper/acaux/ltmain.sh
gs/jasper/acaux/missing
gs/jasper/aclocal.m4
gs/jasper/configure
gs/jasper/configure.ac
gs/jasper/data/Makefile.am
gs/jasper/data/colorprofiles/README
gs/jasper/data/colorprofiles/erimm.icm
gs/jasper/data/colorprofiles/esrgb.icm
gs/jasper/data/colorprofiles/esrgbgrey.icm
gs/jasper/data/colorprofiles/grey.icm
gs/jasper/data/colorprofiles/greyromm.icm
gs/jasper/data/colorprofiles/romm.icm
gs/jasper/data/colorprofiles/sgray.icm
gs/jasper/data/colorprofiles/srgb.icm
gs/jasper/data/colorprofiles/sycc.icm
gs/jasper/data/images/README
gs/jasper/data/images/example.mif
gs/jasper/data/images/example.mif0
gs/jasper/data/images/feep.pnm
gs/jasper/data/images/feep2.pnm
gs/jasper/data/images/goldenears.bmp
gs/jasper/data/images/goldenears.jpg
gs/jasper/data/images/goldenears.pnm
gs/jasper/data/images/goldenears.ras
gs/jasper/data/images/goldenears_gray.jpg
gs/jasper/data/images/goldenears_gray.pnm
gs/jasper/data/images/goldenears_gray.ras
gs/jasper/data/images/small_16x1.pgm
gs/jasper/data/images/small_1x1.pgm
gs/jasper/data/images/stawamuschief.pnm
gs/jasper/data/images/stawamuschief_gray.pnm
gs/jasper/data/images/test.pnm
gs/jasper/doc/README
gs/jasper/doc/jasper.pdf
gs/jasper/doc/jpeg2000.pdf
gs/jasper/jasper.spec
gs/jasper/jasper.spec.in
gs/jasper/src/Makefile.am
gs/jasper/src/Makefile.in
gs/jasper/src/README
gs/jasper/src/appl/Makefile.am
gs/jasper/src/appl/Makefile.in
gs/jasper/src/appl/dummy.c
gs/jasper/src/appl/imgcmp.c
gs/jasper/src/appl/imginfo.c
gs/jasper/src/appl/jasper.c
gs/jasper/src/appl/jasper_sdl.c
gs/jasper/src/appl/jiv.c
gs/jasper/src/libjasper/Makefile.am
gs/jasper/src/libjasper/Makefile.in
gs/jasper/src/libjasper/README
gs/jasper/src/libjasper/base/Makefile.am
gs/jasper/src/libjasper/base/Makefile.in
gs/jasper/src/libjasper/base/jas_cm.c
gs/jasper/src/libjasper/base/jas_debug.c
gs/jasper/src/libjasper/base/jas_getopt.c
gs/jasper/src/libjasper/base/jas_icc.c
gs/jasper/src/libjasper/base/jas_iccdata.c
gs/jasper/src/libjasper/base/jas_image.c
gs/jasper/src/libjasper/base/jas_init.c
gs/jasper/src/libjasper/base/jas_malloc.c
gs/jasper/src/libjasper/base/jas_seq.c
gs/jasper/src/libjasper/base/jas_stream.c
gs/jasper/src/libjasper/base/jas_string.c
gs/jasper/src/libjasper/base/jas_tvp.c
gs/jasper/src/libjasper/base/jas_version.c
gs/jasper/src/libjasper/bmp/Makefile.am
gs/jasper/src/libjasper/bmp/Makefile.in
gs/jasper/src/libjasper/bmp/bmp_cod.c
gs/jasper/src/libjasper/bmp/bmp_cod.h
gs/jasper/src/libjasper/bmp/bmp_dec.c
gs/jasper/src/libjasper/bmp/bmp_enc.c
gs/jasper/src/libjasper/bmp/bmp_enc.h
gs/jasper/src/libjasper/dummy.c
gs/jasper/src/libjasper/include/Makefile.am
gs/jasper/src/libjasper/include/Makefile.in
gs/jasper/src/libjasper/include/jasper/Makefile.am
gs/jasper/src/libjasper/include/jasper/Makefile.in
gs/jasper/src/libjasper/include/jasper/jas_cm.h
gs/jasper/src/libjasper/include/jasper/jas_config.h
gs/jasper/src/libjasper/include/jasper/jas_config_ac.h.in
gs/jasper/src/libjasper/include/jasper/jas_config_win32.h
gs/jasper/src/libjasper/include/jasper/jas_debug.h
gs/jasper/src/libjasper/include/jasper/jas_fix.h
gs/jasper/src/libjasper/include/jasper/jas_getopt.h
gs/jasper/src/libjasper/include/jasper/jas_icc.h
gs/jasper/src/libjasper/include/jasper/jas_image.h
gs/jasper/src/libjasper/include/jasper/jas_init.h
gs/jasper/src/libjasper/include/jasper/jas_malloc.h
gs/jasper/src/libjasper/include/jasper/jas_math.h
gs/jasper/src/libjasper/include/jasper/jas_seq.h
gs/jasper/src/libjasper/include/jasper/jas_stream.h
gs/jasper/src/libjasper/include/jasper/jas_string.h
gs/jasper/src/libjasper/include/jasper/jas_tvp.h
gs/jasper/src/libjasper/include/jasper/jas_types.h
gs/jasper/src/libjasper/include/jasper/jas_version.h
gs/jasper/src/libjasper/include/jasper/jasper.h
gs/jasper/src/libjasper/jp2/Makefile.am
gs/jasper/src/libjasper/jp2/Makefile.in
gs/jasper/src/libjasper/jp2/jp2_cod.c
gs/jasper/src/libjasper/jp2/jp2_cod.h
gs/jasper/src/libjasper/jp2/jp2_dec.c
gs/jasper/src/libjasper/jp2/jp2_dec.h
gs/jasper/src/libjasper/jp2/jp2_enc.c
gs/jasper/src/libjasper/jpc/Makefile.am
gs/jasper/src/libjasper/jpc/Makefile.in
gs/jasper/src/libjasper/jpc/jpc_bs.c
gs/jasper/src/libjasper/jpc/jpc_bs.h
gs/jasper/src/libjasper/jpc/jpc_cod.h
gs/jasper/src/libjasper/jpc/jpc_cs.c
gs/jasper/src/libjasper/jpc/jpc_cs.h
gs/jasper/src/libjasper/jpc/jpc_dec.c
gs/jasper/src/libjasper/jpc/jpc_dec.h
gs/jasper/src/libjasper/jpc/jpc_enc.c
gs/jasper/src/libjasper/jpc/jpc_enc.h
gs/jasper/src/libjasper/jpc/jpc_fix.h
gs/jasper/src/libjasper/jpc/jpc_flt.h
gs/jasper/src/libjasper/jpc/jpc_math.c
gs/jasper/src/libjasper/jpc/jpc_math.h
gs/jasper/src/libjasper/jpc/jpc_mct.c
gs/jasper/src/libjasper/jpc/jpc_mct.h
gs/jasper/src/libjasper/jpc/jpc_mqcod.c
gs/jasper/src/libjasper/jpc/jpc_mqcod.h
gs/jasper/src/libjasper/jpc/jpc_mqdec.c
gs/jasper/src/libjasper/jpc/jpc_mqdec.h
gs/jasper/src/libjasper/jpc/jpc_mqenc.c
gs/jasper/src/libjasper/jpc/jpc_mqenc.h
gs/jasper/src/libjasper/jpc/jpc_qmfb.c
gs/jasper/src/libjasper/jpc/jpc_qmfb.h
gs/jasper/src/libjasper/jpc/jpc_t1cod.c
gs/jasper/src/libjasper/jpc/jpc_t1cod.h
gs/jasper/src/libjasper/jpc/jpc_t1dec.c
gs/jasper/src/libjasper/jpc/jpc_t1dec.h
gs/jasper/src/libjasper/jpc/jpc_t1enc.c
gs/jasper/src/libjasper/jpc/jpc_t1enc.h
gs/jasper/src/libjasper/jpc/jpc_t2cod.c
gs/jasper/src/libjasper/jpc/jpc_t2cod.h
gs/jasper/src/libjasper/jpc/jpc_t2dec.c
gs/jasper/src/libjasper/jpc/jpc_t2dec.h
gs/jasper/src/libjasper/jpc/jpc_t2enc.c
gs/jasper/src/libjasper/jpc/jpc_t2enc.h
gs/jasper/src/libjasper/jpc/jpc_tagtree.c
gs/jasper/src/libjasper/jpc/jpc_tagtree.h
gs/jasper/src/libjasper/jpc/jpc_tsfb.c
gs/jasper/src/libjasper/jpc/jpc_tsfb.h
gs/jasper/src/libjasper/jpc/jpc_util.c
gs/jasper/src/libjasper/jpc/jpc_util.h
gs/jasper/src/libjasper/jpg/Makefile.am
gs/jasper/src/libjasper/jpg/Makefile.in
gs/jasper/src/libjasper/jpg/README
gs/jasper/src/libjasper/jpg/jpg_cod.h
gs/jasper/src/libjasper/jpg/jpg_dec.c
gs/jasper/src/libjasper/jpg/jpg_dummy.c
gs/jasper/src/libjasper/jpg/jpg_enc.c
gs/jasper/src/libjasper/jpg/jpg_enc.h
gs/jasper/src/libjasper/jpg/jpg_jpeglib.h
gs/jasper/src/libjasper/jpg/jpg_val.c
gs/jasper/src/libjasper/mif/Makefile.am
gs/jasper/src/libjasper/mif/Makefile.in
gs/jasper/src/libjasper/mif/README
gs/jasper/src/libjasper/mif/mif_cod.c
gs/jasper/src/libjasper/mif/mif_cod.h
gs/jasper/src/libjasper/pgx/Makefile.am
gs/jasper/src/libjasper/pgx/Makefile.in
gs/jasper/src/libjasper/pgx/pgx_cod.c
gs/jasper/src/libjasper/pgx/pgx_cod.h
gs/jasper/src/libjasper/pgx/pgx_dec.c
gs/jasper/src/libjasper/pgx/pgx_enc.c
gs/jasper/src/libjasper/pgx/pgx_enc.h
gs/jasper/src/libjasper/pnm/Makefile.am
gs/jasper/src/libjasper/pnm/Makefile.in
gs/jasper/src/libjasper/pnm/pnm_cod.c
gs/jasper/src/libjasper/pnm/pnm_cod.h
gs/jasper/src/libjasper/pnm/pnm_dec.c
gs/jasper/src/libjasper/pnm/pnm_enc.c
gs/jasper/src/libjasper/pnm/pnm_enc.h
gs/jasper/src/libjasper/ras/Makefile.am
gs/jasper/src/libjasper/ras/Makefile.in
gs/jasper/src/libjasper/ras/ras_cod.c
gs/jasper/src/libjasper/ras/ras_cod.h
gs/jasper/src/libjasper/ras/ras_dec.c
gs/jasper/src/libjasper/ras/ras_enc.c
gs/jasper/src/libjasper/ras/ras_enc.h
gs/jasper/src/msvc/Makefile.am
gs/jasper/src/msvc/Makefile.in
gs/jasper/src/msvc/README
gs/jasper/src/msvc/imgcmp.dsp
gs/jasper/src/msvc/imginfo.dsp
gs/jasper/src/msvc/jasper.dsp
gs/jasper/src/msvc/jasper.dsw
gs/jasper/src/msvc/jiv.dsp
gs/jasper/src/msvc/libjasper.dsp
gs/psi/int.mak
gs/psi/msvc.mak
gs/psi/nsisinst.nsi
gs/psi/winint.mak

2012-08-03 09:52:09 +0100
Ken Sharp <ken.sharp@artifex.com>
7167ebcceae78be8dcec24a059f936a861769cd5

pdfwrite - check annotation placement and Box sizes for PDF/X-3 validity

Bug #693233 "PDF/X-3 created using ghostscript gives preflight errors"

We were not checking the bounds of annotations to ensure they were outside
the TrimBox or BleedBox (if present). Annotations are not permitted in the
printable area of a PDF/X-3 file.

In addition we were not checking to see that the TrimBox bounds did not exceed
the BleedBox or MediaBox.

There seems to be a bug in the Acrobat validation tool which insists that the
CropBox must not extend past the BleedBox. I can find no justification for
this in the specification, and indeed the PDF 1.7 spec notes that the CropBox has
'no defined relationship with any of the other boundaries' so for now I've chosen
to ignore this restriction.

No differences expected as PDF/X-3 output is not cluster tested

gs/base/gdevpdf.c
gs/base/gdevpdfm.c
gs/base/gdevpdfo.c
gs/base/gdevpdfo.h

2012-08-02 23:14:09 -0700
Ray Johnston <ray.johnston@artifex.com>
b40b8fdcfdf4fc9f46fd5d2f8e7b88796490970a

Bug 693185. The limitcheck in validatedevicenspace must match int_remap_color_info_s.

Commit e884e3 masked the failure, but since the test in validatedevicenspace
used GS_CLIENT_COLOR_MAX_COMPONENTS, the array bounds could still be exceeded.

Note that the confusing error message from the PDF interpreter from comment 1
still exists unless -dPDFSTOPONERROR is used, which gives a more meaningful
'limitcheck' immediately following the 'Do' of the image with 17 DeviceN
components. Bug 693185 is reopened for the error message as P3.

gs/base/gsccolor.h
gs/psi/icremap.h
gs/psi/zcolor.c

2012-08-02 17:27:32 -0700
Ray Johnston <ray.johnston@artifex.com>
d8ca80d1cb480702c109414c46e381981c94ddcb

Get rid of 'icclib' since we now use lcms2 (or optionally lcms).

common/msvc_top.mak
common/ugcc_top.mak
gs/base/Makefile.in
gs/base/gdevpdfk.c
gs/base/gs.mak
gs/base/icclib.mak
gs/base/ijs.mak
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/openvms.mak
gs/base/openvms.mmk
gs/base/ugcclib.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/base/winlib.mak
gs/icclib/Licence.txt
gs/icclib/NOTES
gs/icclib/Readme.txt
gs/icclib/icc.c
gs/icclib/icc.h
gs/icclib/icc9809.h
gs/psi/os2.mak
gs/psi/winint.mak
gs/psi/zicc.c
language_switch/pspcl6_gcc.mak
language_switch/pspcl6_msvc.mak
main/pcl6_gcc.mak
main/pcl6_msvc.mak
svg/svg_gcc.mak
svg/svg_msvc.mak
xps/xps_gcc.mak
xps/xps_msvc.mak

2012-08-02 20:34:26 -0700
Michael Vrhel <michael.vrhel@artifex.com>
a884b57b792291a6c713600662ab60718aca3e4f

Update documentation for tiffsep planar device

Add in comments about the use of -dMaxSpots as well as the fact that the device,
and psdcmyk are planar and limited to 64 colorants per page. Also add in a
hint about using -dMaxSpots when we are processing a Postscript file and bump
up to the default max limit of 10 colorants. Tested it and it worked nicely.
Thanks Robin Watts.

gs/base/gdevpsd.c
gs/base/gdevtsep.c
gs/doc/Devices.htm

2012-08-02 18:27:45 +0100
Robin Watts <robin.watts@artifex.com>
cfbd3faf503983d35dec119bc4e618e7bae0af30

Add -dMaxSpots for tiffsep and psd devices.

psd and tiffsep devices now run with GS_SOFT_MAX_SPOTS spots enabled
by default (GS_CLIENT_COLOR_MAX_COMPONENTS-4 unless predefined
differently at build time). The user can change this value using
-dMaxSpots=X (where 0 <= X <= GS_CLIENT_COLOR_MAX_COMPONENTS-4).

gs/base/gdevpsd.c
gs/base/gdevtsep.c
gs/base/gsccolor.h

2012-08-01 17:13:23 +0100
Robin Watts <robin.watts@artifex.com>
974ba5dde88108ba54c10e8c4f2c59fbce2db5cd

Add new 'const' compression method for clist bits.

Spot that the compressed bitmap is all identically the same byte
value (most likely 0 or FF), and if so, send just a single byte.

gs/base/gsbitops.c
gs/base/gsbitops.h
gs/base/gxclbits.c
gs/base/gxcldev.h
gs/base/gxclrast.c

2012-08-02 09:09:05 +0100
Ken Sharp <ken.sharp@artifex.com>
fe9465d90b4662eb56c7d0686ea87603b5c238b3

ps2write - don't leave our dictionary on the stack at temination of the output

Bug #693241 " save / restore around pdf2ps output causes invalidrestore"

Although the output of ps2write isn't intended for encapsulation, we do intend
one day to produce an eps2write (or something) which will be. So we may as
well fix this now.

Previously we left our internal dictionary on the dictionary stack at the
end of the output, here we simply 'end' it which removes it from the stack and
make the output better suited for encapsulation.

No differences expected

gs/base/gdevpdf.c

2012-08-01 22:14:44 +0100
Chris Liddell <chris.liddell@artifex.com>
2d613c33cda3b5c83ce83a6d9a48a0f5014c922f

Fix the -disable-gtk "so" build option

No cluster differences.

gs/base/configure.ac

2012-08-01 14:07:49 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
004aeab5298b0a42ff08a1c9e626f41cf799039c

Fix lcms2 64-bit value decoding on big endian systems
that lack 64-bit types or have these types missed by configuration.

gs/lcms2/src/cmsplugin.c

2012-07-31 16:51:58 -0700
Ray Johnston <ray.johnston@artifex.com>
c1532d478d06dcd26d1307942705ce1f05135b7b

Fix parenthesis typo that caused the return code from sscanf to be ignored.

gs/psi/imainarg.c

2012-07-31 12:26:39 -0700
Ray Johnston <ray.johnston@artifex.com>
60028f89756d3027ddf7f4a1dab09c06d0b1c81a

Add common unix style scaling suffix support for -d____= parameters.

Supported suffixes are 'k' and 'K' ( *= 1024), 'm' and 'M' ( *= 1024*1024)
and 'g' and 'G' ( *= 1024*1024*1024). Note that only 1g will not overflow.
No support is provided for .5g or 1.5g values, but this is better than
nothing. Both ghostscript and the other ghostpdl apps (that use plmain.c)
now provide this support.

gs/psi/imainarg.c
pl/plmain.c

2012-07-31 17:53:58 +0100
Robin Watts <robin.watts@artifex.com>
5876c67ba54ca41499fe4e595d140afa5d0c6120

Update tiffsep/tiffsep1 documentation w.r.t downscaler.

Document 32 and 34 ratios. Add extra info to tiffsep1 to distinguish
it from tiffsep in 1bpp mode.

gs/doc/Devices.htm

2012-07-30 11:17:55 -0700
Ray Johnston <ray.johnston@artifex.com>
19c07c2f90a4fefd149c5e6d32ecb4496f9f01a4

Fix the confusion w.r.t fill_rectangle_hl_color between int and fixed coordinates

This isn't widely used -- for gs_fillpage and for gs_rectfill, but some uses
were using 'fixed' coordinates (such as gdevpdfd.c) and others implementation
behaved as if the rect contained 'int' pixel coordinates (gxdcolor.c).

gs/base/gdevabuf.c
gs/base/gdevdsha.c
gs/base/gdevmpla.c
gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gsdps1.c
gs/base/gsovrc.c
gs/base/gxclip.c
gs/base/gxclip2.c
gs/base/gxclipm.c
gs/base/gxclrast.c
gs/base/gxclrect.c
gs/base/gxdcolor.c
gs/base/gxpcmap.c

2012-07-31 10:50:43 +0100
Robin Watts <robin.watts@artifex.com>
7eabd219b61418db08f1e707deb3dc9e753661f1

Fix link warnings about bad memset in gdevtsep.c

Due to a mistake on my part, the tiffsep device had a couple of
memsets in that did nothing; these were intended to clear an array
of pointers before use. Not clearing the array would only have been
a problem if we'd hit an error condition in a very small region of
code, but nonetheless, this is a fix.

gs/base/gdevtsep.c

2012-07-31 08:26:34 +0100
Chris Liddell <chris.liddell@artifex.com>
1ba0272f00c1de822fff0ac4087446c45f46aeb6

Bump the master version number.

gs/Resource/Init/gs_init.ps
gs/base/version.mak

2012-08-07 11:49:41 +0100
Chris Liddell <chris.liddell@artifex.com>
ed033afdc6dcd4a964dd6c54a08e53e807a33a4e

Update changelog with post 9.06rc1 changes.

Update release date in docs.

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2012-08-08 08:42:26 +0100
Chris Liddell <chris.liddell@artifex.com>
22d614c608778edf3fc6ba2481813c9e9e57cc2e

Update product string and release date.

gs/base/gscdef.c
gs/base/version.mak

2012-08-06 23:37:19 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
291872308da215e1d7e12c8375fcf10dd5e651d2

Backport patches CVE problems.

CVE-2009-5030 http://code.google.com/p/openjpeg/source/detail?r=1703
CVE-2012-1499 http://code.google.com/p/openjpeg/source/detail?r=1330
CVE-2012-3358 http://code.google.com/p/openjpeg/source/detail?r=1727

gs/openjpeg/libopenjpeg/j2k.c
gs/openjpeg/libopenjpeg/jp2.c
gs/openjpeg/libopenjpeg/tcd.c

2012-08-06 08:43:48 +0100
Chris Liddell <chris.liddell@artifex.com>
20157526924fbe59436170085a17e530d08e9807

Bug 693223: remove apparently moribund dumphint tool

dumphint.ps and the scripts which call it seem to be of almost no value
these days, and appear to have suffered "bit rot". So remove them.

CLUSTER_UNTESTED

gs/lib/dumphint
gs/lib/dumphint.bat
gs/lib/dumphint.ps

2012-08-02 23:14:09 -0700
Ray Johnston <ray.johnston@artifex.com>
e48e87f883df0d39d1409d814c5d15444c3dca07

Bug 693185. The limitcheck in validatedevicenspace must match int_remap_color_info_s.

Commit e884e3 masked the failure, but since the test in validatedevicenspace
used GS_CLIENT_COLOR_MAX_COMPONENTS, the array bounds could still be exceeded.

Note that the confusing error message from the PDF interpreter from comment 1
still exists unless -dPDFSTOPONERROR is used, which gives a more meaningful
'limitcheck' immediately following the 'Do' of the image with 17 DeviceN
components. Bug 693185 is reopened for the error message as P3.

gs/base/gsccolor.h
gs/psi/icremap.h
gs/psi/zcolor.c

2012-08-02 20:34:26 -0700
Michael Vrhel <michael.vrhel@artifex.com>
588c2ee040526fbea470e36e7cbc8e87a503cab9

Update documentation for tiffsep planar device

Add in comments about the use of -dMaxSpots as well as the fact that the device,
and psdcmyk are planar and limited to 64 colorants per page. Also add in a
hint about using -dMaxSpots when we are processing a Postscript file and bump
up to the default max limit of 10 colorants. Tested it and it worked nicely.
Thanks Robin Watts.

gs/base/gdevpsd.c
gs/base/gdevtsep.c
gs/doc/Devices.htm

2012-08-02 18:27:45 +0100
Robin Watts <robin.watts@artifex.com>
836a551b97dd4a8436608b6dcebe8f8fb8632bcd

Add -dMaxSpots for tiffsep and psd devices.

psd and tiffsep devices now run with GS_SOFT_MAX_SPOTS spots enabled
by default (ten, unless predefined differently at build time). The
user can change this value using -dMaxSpots=X (where
0 <= X <= GS_CLIENT_COLOR_MAX_COMPONENTS-4).

gs/base/gdevpsd.c
gs/base/gdevtsep.c
gs/base/gsccolor.h

2012-08-01 22:14:44 +0100
Chris Liddell <chris.liddell@artifex.com>
d723d72b3c9f7e171299a5ccc70a5f1ca715a50a

Fix the -disable-gtk "so" build option

No cluster differences.

gs/base/configure.ac

2012-08-01 14:07:49 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
7e7b4ae93066b841c0b1eac539c220b79d7f7a5d

Fix lcms2 64-bit value decoding on big endian systems
that lack 64-bit types or have these types missed by configuration.

gs/lcms2/src/cmsplugin.c

2012-07-31 17:53:58 +0100
Robin Watts <robin.watts@artifex.com>
c832985cab3b769d460a3f3e0ae894c2a84fa1ba

Update tiffsep/tiffsep1 documentation w.r.t downscaler.

Document 32 and 34 ratios. Add extra info to tiffsep1 to distinguish
it from tiffsep in 1bpp mode.

gs/doc/Devices.htm

2012-07-31 15:25:13 +0100
Chris Liddell <chris.liddell@artifex.com>
af22330035dc852635b2102353cec1a94504cb88

Update docs for 9.06 release candidate 1.

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2012-07-31 10:50:43 +0100
Robin Watts <robin.watts@artifex.com>
76722bee735462eedf4f4c6d9dfa552e3c1f7ebc

Fix link warnings about bad memset in gdevtsep.c

Due to a mistake on my part, the tiffsep device had a couple of
memsets in that did nothing; these were intended to clear an array
of pointers before use. Not clearing the array would only have been
a problem if we'd hit an error condition in a very small region of
code, but nonetheless, this is a fix.

gs/base/gdevtsep.c

2012-07-31 08:40:18 +0100
Chris Liddell <chris.liddell@artifex.com>
1e7ca769528b822b94ad8d1e498bde44d861637b

Product string and date updates.

gs/base/gscdef.c
gs/base/version.mak

Version 9.06 (2012-07-31)

This is the sixth full release in the stable 9.x series.

Highlights in this release include:

In addition, Ghostscript and GhostPDL 8.71 are now unsupported, and those still using those versions (or earlier ones) should migrate to 9.x as soon as possible since many improvements, features and fixes from the 9.x versions are impractical or impossible to back-port to these legacy versions.

For a list of open issues, or to report problems, please visit bugs.ghostscript.com.

Incompatible changes

No recorded incompatible changes.

Changelog

2012-08-06 23:37:19 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
291872308da215e1d7e12c8375fcf10dd5e651d2

Backport patches CVE problems.

CVE-2009-5030 http://code.google.com/p/openjpeg/source/detail?r=1703
CVE-2012-1499 http://code.google.com/p/openjpeg/source/detail?r=1330
CVE-2012-3358 http://code.google.com/p/openjpeg/source/detail?r=1727

gs/openjpeg/libopenjpeg/j2k.c
gs/openjpeg/libopenjpeg/jp2.c
gs/openjpeg/libopenjpeg/tcd.c

2012-08-06 08:43:48 +0100
Chris Liddell <chris.liddell@artifex.com>
20157526924fbe59436170085a17e530d08e9807

Bug 693223: remove apparently moribund dumphint tool

dumphint.ps and the scripts which call it seem to be of almost no value
these days, and appear to have suffered "bit rot". So remove them.

CLUSTER_UNTESTED

gs/lib/dumphint
gs/lib/dumphint.bat
gs/lib/dumphint.ps

2012-08-02 23:14:09 -0700
Ray Johnston <ray.johnston@artifex.com>
e48e87f883df0d39d1409d814c5d15444c3dca07

Bug 693185. The limitcheck in validatedevicenspace must match int_remap_color_info_s.

Commit e884e3 masked the failure, but since the test in validatedevicenspace
used GS_CLIENT_COLOR_MAX_COMPONENTS, the array bounds could still be exceeded.

Note that the confusing error message from the PDF interpreter from comment 1
still exists unless -dPDFSTOPONERROR is used, which gives a more meaningful
'limitcheck' immediately following the 'Do' of the image with 17 DeviceN
components. Bug 693185 is reopened for the error message as P3.

gs/base/gsccolor.h
gs/psi/icremap.h
gs/psi/zcolor.c

2012-08-02 20:34:26 -0700
Michael Vrhel <michael.vrhel@artifex.com>
588c2ee040526fbea470e36e7cbc8e87a503cab9

Update documentation for tiffsep planar device

Add in comments about the use of -dMaxSpots as well as the fact that the device,
and psdcmyk are planar and limited to 64 colorants per page. Also add in a
hint about using -dMaxSpots when we are processing a Postscript file and bump
up to the default max limit of 10 colorants. Tested it and it worked nicely.
Thanks Robin Watts.

gs/base/gdevpsd.c
gs/base/gdevtsep.c
gs/doc/Devices.htm

2012-08-02 18:27:45 +0100
Robin Watts <robin.watts@artifex.com>
836a551b97dd4a8436608b6dcebe8f8fb8632bcd

Add -dMaxSpots for tiffsep and psd devices.

psd and tiffsep devices now run with GS_SOFT_MAX_SPOTS spots enabled
by default (ten, unless predefined differently at build time). The
user can change this value using -dMaxSpots=X (where
0 <= X <= GS_CLIENT_COLOR_MAX_COMPONENTS-4).

gs/base/gdevpsd.c
gs/base/gdevtsep.c
gs/base/gsccolor.h

2012-08-01 22:14:44 +0100
Chris Liddell <chris.liddell@artifex.com>
d723d72b3c9f7e171299a5ccc70a5f1ca715a50a

Fix the -disable-gtk "so" build option

No cluster differences.

gs/base/configure.ac

2012-08-01 14:07:49 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
7e7b4ae93066b841c0b1eac539c220b79d7f7a5d

Fix lcms2 64-bit value decoding on big endian systems
that lack 64-bit types or have these types missed by configuration.

gs/lcms2/src/cmsplugin.c

2012-07-31 17:53:58 +0100
Robin Watts <robin.watts@artifex.com>
c832985cab3b769d460a3f3e0ae894c2a84fa1ba

Update tiffsep/tiffsep1 documentation w.r.t downscaler.

Document 32 and 34 ratios. Add extra info to tiffsep1 to distinguish
it from tiffsep in 1bpp mode.

gs/doc/Devices.htm

2012-07-31 15:25:13 +0100
Chris Liddell <chris.liddell@artifex.com>
af22330035dc852635b2102353cec1a94504cb88

Update docs for 9.06 release candidate 1.

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2012-07-31 10:50:43 +0100
Robin Watts <robin.watts@artifex.com>
76722bee735462eedf4f4c6d9dfa552e3c1f7ebc

Fix link warnings about bad memset in gdevtsep.c

Due to a mistake on my part, the tiffsep device had a couple of
memsets in that did nothing; these were intended to clear an array
of pointers before use. Not clearing the array would only have been
a problem if we'd hit an error condition in a very small region of
code, but nonetheless, this is a fix.

gs/base/gdevtsep.c

2012-07-31 08:40:18 +0100
Chris Liddell <chris.liddell@artifex.com>
1e7ca769528b822b94ad8d1e498bde44d861637b

Product string and date updates.

gs/base/gscdef.c
gs/base/version.mak

2012-07-30 19:05:08 +0100
Robin Watts <robin.watts@artifex.com>
443ad5a4885be7abf5a1e0777275eefbc5322cd2

Up default GS_CLIENT_COLOR_MAX_COMPONENTS to 32.

The planar changes have enabled us to increase the default maximum
number of spot changes to 32. Tests show only a few differences
due to roundings.

Hopefully we can push it to 64 soon.

gs/base/gsccolor.h

2012-07-27 13:47:49 -0700
Michael Vrhel <michael.vrhel@artifex.com>
71c939e116dcffe72bf0c8ece9c647805da7e655

Pass the data_cs information into the minimal needed clist icc profile information

The knowledge that the source space is gray is needed so that we handle the gray_to_K
mapping correctly when going out to CMYK devices. Fixes a rendering issue in 29-07A.PS.
Thanks to Robin Watts for doing a lot of the detective work.

gs/base/gxclimag.c
gs/base/gxclist.h
gs/base/gxclrast.c

2012-07-25 23:58:40 -0700
Ray Johnston <ray.johnston@artifex.com>
428869d288d87d95fbcb5dcf8a0563003ff26294

Fix bug 693220. The pdf14 device used compressed encoding in clist mode.

The pdf14 device clist mode did not respect the USE_COMPRESSED_ENCODING
setting always using compressed encoding, and ended up writing pure
colors with num_bytes == -3. This was undetected because tiffsep1 is not
part of the regression testing, and because the tiffsep1 device did not
use 'planar' mode as the tiffsep device did. Also fixed some blanks before
line ends and tab indents.

Also, since planar mode is more efficient and allows for > 8 colorants
tiffsep1 was changed to use planar mode, getting rid of the need for
compressed color encoding in this file (maybe the last one).

gs/base/gdevp14.c
gs/base/gdevtsep.c

2012-07-26 18:55:30 +0100
Robin Watts <robin.watts@artifex.com>
8dfd92bc9d91105bd678940c20479fc9ecebbbdb

Fix clist_copy_planes causing clist corruption.

When clist_copy_planes is used with a planar device, it used to
leave a gap (9 bytes in the debugging example), then write the
first planes data. Then it would write each subsequent plane (preceeded
with a single byte gap). Then it would fill in the 9 bytes.

Unfortunately, if the buffer filled up while copying one of the
non-initial planes in, the date would be copied away and stored before
the header was filled in.

This leads to clist corruption, and all sorts of problems ranging from
rendering issues to SEGVs.

The fix is to move the header writing forward to immediately after
the first plane is successfully written.

This was causing problems with a 72dpi unbanded rendering of
tests_private/comparefiles/Bug692517.pdf to the psdcmyk device
with GS_CLIENT_COLOR_MAX_COMPONENTS set to 32, but was also
causing problems without the change in MAX_COMPONENTS.

gs/base/gxclrect.c

2012-07-26 13:32:36 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
f43f3d2016ae165a392fad962cda196e60587f8c

Bug 693147: monitors need max alignmrnt.
On 32-bit SunOS 5.11 gp_monitor structure need larger alignment than
4-byte pointer. Make it an union and add 64-bit attributes to ensure
proper alignment.

gs/base/gpsync.h

2012-07-25 16:45:38 -0700
Michael Vrhel <michael.vrhel@artifex.com>
d3bfe9bf857bb804a9bf710cccb36e3b78b9d663

Fix so that the image_render_frac handles sep color spaces correctly

The separation color spaces were not being handled properly in this renderer.
Also, if the device supported devn colors we were not packing them into the
correct type.

gs/base/gxi12bit.c
gs/base/lib.mak

2012-07-25 22:02:00 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c8fc89fe8d72ad87158569825ddf421887c47713

Replace magic 32 number with MAX_COMPONENTS_IN_DEVN

gs/base/gsccolor.h
gs/psi/icremap.h

2012-07-24 21:40:05 -0700
Michael Vrhel <michael.vrhel@artifex.com>
e884e39691346b35ea8b87fe26d8d98857689397

Change the remap_color_info structure so that we can support up to 32 colorants DeviceN

AR supports up to 32 colorants in a DeviceN color space and this brings us in line with
that product's limits. Note that if the number of colorants is greater than
GS_CLIENT_COLOR_MAX_COMPONENTS then we end up using the alternate tint transform.
Previously, the tint transform would fail if we encountered a color DeviceN color
space with more that GS_CLIENT_COLOR_MAX_COMPONENTS colorants. This fixes bug 693185

gs/psi/icremap.h

2012-07-25 13:26:41 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
61fd8053c2c0b653df3d461b791ca3f61767c4f5

Bug 693210: check for scanning big arrays

Check whether the size of an scanned array exceed the current
max_arra_size and throw /limitcheck. Old code tried to allocate big
arrays, which caused a cascade of obscure errors.

gs/psi/iscan.c

2012-07-25 18:12:23 +0100
Robin Watts <robin.watts@artifex.com>
1e0744128be80ff2a0acb48a2c5e018dbb32c168

More fixes for deep color in the clist.

In the previous commit I missed the reading code for the delta color
form. Updated here.

gs/base/gxclrast.c

2012-07-25 14:14:25 +0100
Chris Liddell <chris.liddell@artifex.com>
b750aec711bde8505173622d590eabdda2f3d789

Bug 692824: only apply word spacing to single byte space

PDF word spacing is defined as only applying to character codes of one byte
with the value 32. We were using widthshow/awidthshow to implement word
spacing, but the character matching for those means any character code
with the value 32 will have the width applied: so both <32> and <0032> will
have word spacing applied, where only the former should.

I've added two customer operators (.pdfwidthshow and .pdfawidthshow) which the
PDF interpreter now uses. Those trigger a small additional capability in the
graphics lib code which ensures space is only allowed to be the single byte
value 32.

Cluster progressions with this patch seen in fts_20_2001.pdf and
fts_22_2202.pdf - no other differences.

gs/Resource/Init/pdf_ops.ps
gs/base/gstext.c
gs/base/gxchar.c
gs/base/gxtext.h
gs/psi/zchar.c

2012-07-25 13:40:31 +0100
Robin Watts <robin.watts@artifex.com>
ee0365f54e5d2cd80f5cae501d13d796094d022a

Avoid cmd_put_color being confused by deep color.

With high level color, we can have depths that are too bit to fit in
a gx_color_index. cmd_put_color has no idea how many bits of a
gx_color_index are used, so assumes that as many bits are used as
are in the target depth. The encoding used goes wrong when the number
of bits is bigger it guesses at is bigger than the number of bits in
a gx_color_index.

The fix is simply to change the writing and reading code to be smarter
about guessing; when writing/reading a gx_color_index you can never
need to write more bits than there are actually in a gx_color_index.

While debugging this code, I spotted that the devn_{write,read}_color
routines were always leaving an unused byte at the end of their commands.
Trim that here.

gs/base/gxclrast.c
gs/base/gxclutil.c
gs/base/gxdcolor.c

2012-07-25 13:05:35 +0100
Chris Liddell <chris.liddell@artifex.com>
7de5b7e3b3c64f8c7dd01df54e8223ab1275684a

Remove a couple of unused variables.

CLUSTER_UNTESTED

gs/base/gxblend.c

2012-07-25 08:12:19 +0100
Chris Liddell <chris.liddell@artifex.com>
0caff3862d36e99ba5d14077c58e88bd9a082c83

Bug 693216: replace "word-wise" copies with memcpy()

Various places in the blending code used a loop to explicitly copy bytes from
the input buffer to the output, with the comment that the idiom used was
actually quicker than using memcpy(). The idiom in question relies on casting
the byte buffer to a four byte type. This raises the spectre of unaligned
accesses.

Testing suggests any difference between the word-wise copying and "modern"
memcpy implementations is non-existent, or too small to measure (my tests
showed more variation between runs than between the two implementations).

We reckon the memcpy() solution is more maintainable in the long term than
forcing the buffers into alignment.

No cluster differences.

gs/base/gxblend.c

2012-07-20 15:46:06 +0100
Robin Watts <robin.watts@artifex.com>
a06bb8cfd8791254655889d85a1d37f173f53597

Rework colors_used to be a color_usage bitfield.

Previously, the clist would collate the colors used in a band/page
by ORing together any color indexs uses into a single gx_color_index.
This relies on the gx_color_index being able to represent the whole
depth.

This is dodgy with compressed encoding, and fails entirely with the
new planar based tiffsep/psdcmyk and high level color stuff, as the
total depth can far exceed the number of bits available in a
gx_color_index.

The fix here is to change to using a bitfield (gx_color_usage_bits)
for this record; this allows us to have up to 64 colorants with a
standard build.

The code here is still imperfect for all the reasons listed within
the original code (only works for subtractive spaces, can falsely
detect 'no colors used', etc), but it is at least consistently
imperfect now.

gs/base/gdevpbm.c
gs/base/gdevprn.c
gs/base/gdevprn.h
gs/base/gxband.h
gs/base/gxcldev.h
gs/base/gxclimag.c
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxclpath.c
gs/base/gxclpath.h
gs/base/gxclread.c
gs/base/gxclrect.c

2012-07-24 16:28:00 +0100
Chris Liddell <chris.liddell@artifex.com>
7319a6de58e1986c5500d6181db158d3084da099

Bug 693219 - Clarify default output device description

Patch submitted by: roucaries.bastien+gs@gmail.com

CLUSTER_UNTESTED

gs/man/gs.1

2012-07-24 15:16:46 +0100
Robin Watts <robin.watts@artifex.com>
83f1aed5358d314cc52b5c243f94bbecb1e4469b

When unpacking 16 bit image data, unpack it all.

Ensure we don't miss the last one off. Differences appear on the right
hand edge of the images when rendering:

gs -dNOINTERPOLATE -o out-%d.psd -sDEVICE=psdcmyk -r300 -dMaxBitmap=10000 fts_02_0200.pdf

vs

gs -dNOINTERPOLATE --debug=memfill-empty -o out-%d.psd -sDEVICE=psdcmyk -r300 -dMaxBitmap=10000 fts_02_0200.pdf

gs/base/gxi16bit.c

2012-07-23 17:19:21 +0100
Robin Watts <robin.watts@artifex.com>
ef036b230f33ce1d9cdd135655319d3828ca6008

Bug 693204: Fix masked devn uncolored pattern error

In the old (non device n) code copy_portrait calls
gx_dc_default_fill_masked which calls gx_device_color_fill_rectangle
(actually gx_dc_pure_masked_fill_rect).

In the new code copy_portrait calls gx_dc_devn_fill_masked. This
function is almost identical, but results in calls to the
fill_rectangle_hl_color device procedure. This turns out to be
clist_fill_rectangle_hl_color, which tries to cmd_put_drawing_color.
This fails (and indeed would have failed in the old code) as we cannot
serialise a masked color.

If instead of calling the device procedure to fill_rectangle_hl_color,
we call the device color procedure to fill a rectangle, this exactly
mirrors the old code, and indeed results in calls to the
fill_rectangle_hl_color code in a way that don't give errors.

gs/base/gxdcolor.c

2012-07-23 14:27:30 +0100
Chris Liddell <chris.liddell@artifex.com>
f661e5225bb017d15b50c2aecda7d4283f8f3aa9

Bug 693205: check for "sane" page dimensions in x11 drivers

In the x11 devices, the page size is used to request the window dimensions from
X, and X does not support 0 x 0 sized windows.

If a page size is, or rounds to 0 x 0, inform the user, and return a
rangecheck error.

CLUSTER_UNTESTED

gs/base/gdevxini.c

2012-07-23 14:15:01 +0100
Chris Liddell <chris.liddell@artifex.com>
7dfac701b8a36395a88a69b3a1e9eeaaa70c6b0b

Bug 693208: improve error feedback (when we can)

Have configure check for the presence of strerror() and if it's available,
have gp_strerror() call it.

No cluster differences.

gs/base/Makefile.in
gs/base/configure.ac
gs/base/gp_unix.c

2012-07-22 13:30:12 -0700
Ray Johnston <ray.johnston@artifex.com>
9ef234a8a065f2240173bd1d5131418d171fbf4a

Another fix for bug 692542 for garbled output with NumRenderingThreads > 1.

The multi-threaded rendering "predicts" which direction to start threads,
but the 'next_band' calculation in clist_get_band_from_thread was not
correct if the thread prediction was incorrect as it would be if the
device requested bands in other than the normal order as happens when
the device makes multiple rendering passes (psdcmyk) or NumCopies > 1.

Also, depending on the number of bands, 'clist_teardown_render_threads'
could free the main thread's 'data' area, then later point the cdev->data
to the freed block, also leaving one of the thread's data blocks leaked
(releasing the chunk memory for the thread would free this, so the leak
would be temporary).

gs/base/gxclist.h
gs/base/gxclthrd.c

2012-07-20 22:46:02 -0700
Michael Vrhel <michael.vrhel@artifex.com>
5a7b42637b166615c3c1e3b553bd86d1dced329b

Fix so that when we are doing the sep devices with spots the blend spaces for transparency remain separated

This fixes bug 693144 first part which is the segv for Bug6992217.pdf which likely existed prior to the
planar change for the sep devices. The issue with 12-07C.PS is different. In any event, the
issue was that there was a fill with a pattern in a softmask and there was an RGB transparency group
within the pattern. With the separation devices, the blending space is maintained as a subtractive
space to allow blending of all the spot colorants which means that the parent group is always maintained.
There is a discussion about this in the PDF specification with respect to spot colors and transparency
blending. In any event, the current code has some confusion since the decision as to if we should use
the group color space was based upon the device name (e.g. pdf14cmykspot) which became a problem when we
had the pdf14clistgray device when the pattern was a clist.

gs/base/gdevp14.c

2012-07-20 15:33:24 +0100
Ken Sharp <ken.sharp@artifex.com>
9986753fb7e45556980e5b661dedba2fe9d2f92c

ps2write - Emit a %%BeginResource for FOntFile resources

Previously we were emittign an %%EndResource comment but not a %%BeginResource

No differences sxpected

gs/base/gdevpdtd.c

2012-07-20 13:48:17 +0100
Chris Liddell <chris.liddell@artifex.com>
3f0bee24591c8f690bd121fee272d925247ce307

Stamp on a warning in fapiufst.c

Sort out the path length, and parameters to strncat() with the stand gs maximum path length value.

No cluster differences.

gs/psi/fapiufst.c

2012-07-19 19:02:04 +0100
Robin Watts <robin.watts@artifex.com>
39f5af403d9cf49b9419a85e3569436907ade65d

Solve psdcmyk SEGVs when max components reaches 32.

Max components reaching 32 means that the total depth reaches 256.
Attempting to pack 256 into a byte for the clist leads to obvious
problems.

gs/base/gsptype1.c

2012-07-20 00:03:13 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
1213e26fd9d71526855e1978c7440f7175413fcb

Bug 693199: Ignore broken %%ViewingOrientation

Add a check whether the comment has been parsed successfully.
If not, ignore the comment.

gs/psi/zdscpars.c

2012-07-20 10:27:32 +0100
Ken Sharp <ken.sharp@artifex.com>
01dc18e8418fc44a993840f0aeaf741929c1921a

ps2write - Always ascii hex encode the eexec portion of type 1 fonts

Bug #693197 "ps2write outputs Type 1 fonts in pfb format"

Technically it is possible for the eexec portion of a type 1 font to be in
binary or ascii hex. Because we always ascii85 encode binary data if the
device does not support it, we left eexec portion as binary.

However it seems that at least some printers (Kyocera, possibly others) are
unable to deal with this.

This patch means that we alays use ascii hex data for the eexec encrypted
portion of a type 1 font. We did consider making this a command line option
but were unable to find any other tools which emitted binary here so opted
simply to conform.

All the investigation and the original patch (see bug report) by Chris Liddell


No differences expected

gs/base/gdevpdtb.c
gs/base/gdevpsf1.c

2012-07-19 15:40:03 -0700
Ray Johnston <ray.johnston@artifex.com>
04392ddc8b6a369b0ec4dfd9d0e9c894d1aa729e

Fix bug 692542. NumRenderingThreads > 1 failed with planar devices.

The tile_cache_size was inconsistent resulting in the 'data' area
being miscalculated if the prn_device was set up in planar mode.

gs/base/gxclthrd.c

2012-07-19 13:16:29 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c7f3d73ea47bba783872ac193585601a4760dcfd

Fix for bug in the named color example support

When the example in gs\toolbin\color\named_color is run we get a segv. It was due to
the name information not getting set up in the nameed color structure that the example uses.
It essentially uses an ICC for with the named spot color data packed into the buffer.

gs/base/gsicc_manage.c

2012-07-19 12:42:38 -0700
Michael Vrhel <michael.vrhel@artifex.com>
ddc361cee517d73f4977c7600d9853cc1813ad1f

Fix of bug in setting source based rendering intent for RGB objects

There were several typos caused by copy and past of the CMYK code for
setting rendering intents. Thanks to Stefan Lietermann for finding this.

gs/base/gsicc_manage.c

2012-07-18 23:05:23 -0700
Michael Vrhel <michael.vrhel@artifex.com>
17a42fca39c61c256cc5bab4d343f6bf38ae5109

Add in support for copy_planes into the overprint device

The copy_planes procedure is used during the default copy_alpha_hl_color and if we
are going out to the overprint device, we need to make sure to copy only those
planes that are specified in the drawn components vector. We also needed to
distinguish from this case and a copy_planes coming from the pattern tiling code.
This was done by adding in a copy_alpha_hl_color proc for the overprint device that
sets a flag and calls the default copy_alpha_hl_color so that later when we get
back to the overprint device's copy_planes proc we will know to do the over print
rather than just pass things along to the target device. Fixes Bug 693184.

gs/base/gsovrc.c

2012-07-19 16:37:27 +0100
Chris Liddell <chris.liddell@artifex.com>
44b01d274db5272055de6afb3d72788b6db84d53

Bug 693188: don't skip glyphs with degenerate matrices

In commit 752397ab, the fix for Bug 692263 was to skip over glyphs when the
matrix in force for the glyph had a zero scale in either dimension.

It seems that this approach had potentially unfavourable side effects in the
glyph cache.

So, when we encounter a degenerate matrix rendering a glyph, we now force a
minimal, non-zero scale before attempting to render the glyph. This placates
the glyph cache.

Cluster testing shows (tiny) progressions in Bug689006.pdf, Bug690179.pdf,
and Bug692634.ps, and pixel differences, not identifiable as progressions
or regressions in Bug690497.pdf and 12-07C.PS.

gs/psi/fapi_ft.c
gs/psi/fapibstm.c
gs/psi/fapiufst.c
gs/psi/ifapi.h
gs/psi/zfapi.c

2012-07-18 20:57:54 +0100
Robin Watts <robin.watts@artifex.com>
71ddb93b2b679c980a4024fcc1089c2d56abc3ab

Recognise Darken and Lighten as idempotent rendering modes.

No need to set the lop_pdf14 bit, and consequently makes files that
use stroking with Darken/Lighten much faster. See Bug 693173.

gs/base/gdevp14.c

2012-07-18 13:11:35 +0100
Robin Watts <robin.watts@artifex.com>
8a25653ddb875c29172b62eff48bec0147d09aab

Update scrollbar handling in Windows windows.

Drag ghostscript kicking and screaming into the 1980s by adding
proportional scrollbar handling.

gs/psi/dwimg.c
gs/psi/dwtext.c
pl/dwimg.c

2012-07-17 12:52:59 -0700
Michael Vrhel <michael.vrhel@artifex.com>
d7b56aa8c3b39e58d2b5faefd33ecb7e377f097e

Fix for bug in clist copy planes procedure.

The clist copy planes procedure was not indexing through the planes during the clist writing.
The 2nd plane was getting replicated into all the other subsequent planes. This is a bug fix
for 693061. I also added a message for when we are in debug and going out to a device that
supports devn color to notify us of a case where we have DeviceN color spaces with \None colorants.
As mentioned in bug 693061 Comment 5 this causes a problem for the composite preview in the
separation devices. Ink amounts for the separations will be correct, but without having the \None
colorant ink amounts, the preview is not going to be correct.

gs/base/devs.mak
gs/base/gsequivc.c
gs/base/gxclrect.c

2012-07-13 13:05:06 +0100
Robin Watts <robin.watts@artifex.com>
a88326f1ca382092c889ffa9be1abe857c118a34

Bug 693166: Optimise interpolation

When interpolating, ghostscript pays no heed to the clipping rectangle.
Hence if we scale (say) a 256x256 image up to (say)17067x17067, even
though only a small portion of the scaled up image is actually visible
we scale the whole lot only to throw away 90%+ of it.

To fix this, we have to extend the capabilities of the interpolation
code.

The existing code already copes with only being given data for a
subsection of the image (for when we split images in the clist, I
guess). This rectangle is referred to in the code as being 'the
subrectangle we are rendering', when it's actually 'the subtrectangle
we are being given data for'. We update the description to be more
accurate.

We introduce a new rectangle, 'the render rectangle' to indicate the
subrectangle that we are actually rendering - this will always be a
subset of the data rectangle.

If we are given a clipping rectangle, we read the outer bbox from it,
and map this back into the source space of the image; we intersect this
with the data rectangle to get the render rectangle.

We update the scaling stream filter to set an 'Active' flag to say
whether we are inside the render rectangle or not. If not, we can
safely skip lines in their totality. By default we leave this set to
1, so that any scaling cores that aren't updated to know about this
will perform in the old way.

We update the scaling code to make use of the Active flag; whole lines
are skipped if we aren't in the active region, and if we are, we skip
prefixes/suffixes of unused pixels.

We update the scaling cores themselves to avoid calculating values
outside the active regions.

Note that for simplicity we still allocate space as if we were
accessing the whole line. We still calculate contributions for the whole
of the images; to do otherwise would require significant changes to
the weight generation code, and this isn't a huge consumer of time.

gs/base/gximage.h
gs/base/gxipixel.c
gs/base/gxiscale.c
gs/base/siscale.c
gs/base/sisparam.h

2012-07-17 13:28:01 +0100
Robin Watts <robin.watts@artifex.com>
cbcd1dc873db397af0866f9fd54a70421dc6692f

Tweak interpolation calculations

In preparation for the next commit, tweak the image interpolation
calculations; rather than doing a matrix multiplication and then
only using the X coords from it, change to doing both width and
height calculations in the same way.

This causes various (350ish) small changes in interpolation output
due to rounding issues.

gs/base/gxiscale.c

2012-07-16 22:16:35 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
2f12f569672d84a1846905c41701fca52f8dc55e

Bug 689376: fix //name handling on command prompt.

We allocate %statementedit in the system memory. When a is read from
the command prompt we use gs_scan_token() to determine, whether the
line has a complete token. If the line has immediately evaluated names,
gs_scan_token() fails. This is interpreted as the end of the input.
If the line buffer has a complete token, the buffer is rescanned
and everything is fine. Otherwise, scanning a prematurely closed buffer
causes an error.

All we need to do to fix this is to force local memory allocation
instead of inheriting system memory from %statementedit. The scanned
token is discarded after determining whether the input line is
complete.

gs/psi/ziodev.c

2012-07-16 13:00:46 +0100
Ken Sharp <ken.sharp@artifex.com>
b49d3c75a70cbdcdb2214f22ad1a1f62f1bb90fc

ps2write - create document %%BoundingBox from teh individual page Bounding boxes

Bug #693181

The document level BoundingBox is supposed to be the intersection of the
boundingbox of all the pages, whereas in fact it is the device media size.

Now we create the document BoundingBox by taking largest dimensions from all
the pages in the output.

NB the BoundingBox for each page is given from the media request, so this is
not a true BoundingBox anyway, but at least it is better then before.

gs/base/gdevpdfu.c

2012-07-14 16:25:13 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
479b462ffa4663a71a88d185aaf7cc5c4f5d1903

Replaced an '==' that was incorrectly being used for equality testing in configure with '='.

gs/tiff/configure
gs/tiff/configure.ac

2012-07-13 12:25:27 +0100
Chris Liddell <chris.liddell@artifex.com>
808f39dd443b1e475f6d9bfd320d79d793124d3f

Bug 692684: stack variable corruption

In alloc_restore_step_in(), we have to make sure that, whenever we back up
a memory space to the previous save level, we hold onto the gc_status.psignal
pointer, and put it into the restored memory space. In case the "save"
happened during an earlier call to interp() and co.

No cluster differences.

gs/psi/isave.c

2012-07-13 14:14:47 -0700
Michael Vrhel <michael.vrhel@artifex.com>
fef9eef583d2ac227d3f9037785e27f1d5ecfc0d

Fix for missing variable set in overprint code from enhancement of simulated RGB overprint

Fixes Bug 693085

gs/base/gscspace.c

2012-07-13 16:15:22 -0400
Wendy <wendyst2@gmail.com>
cdf018f4dc9e7765a8c3851c2e66edaad5642a0b

Add missing '\n' to the last line, required by MSVC 7.

gs/base/gxcldev.h

2012-07-13 13:54:36 +0100
Ken Sharp <ken.sharp@artifex.com>
57fe0115f01724b3c50812678c63924d008a01d9

pdfwrite - code cleanup

Deprecated the undocumented 'MaxViewerMemorySize' parameter whcih wasn't in
fact being used anywhere useful.

Deprecated the 'pdf_write_and_free_all_resoruces' function which is not used
after deprecating MaxViewerMemorySize.

Deprecated the function 'pdf_glyph_origin' as it is unused

made 'write-font_resources' non-static so it can be called from pdf_close

Deprecated pdf_close_text_document and moved the code (which actually writes
fonts and font descriptors) into pdf_close so that its easier to follow the
control flow. Also cleaned up the code so that it isn't one huge 'if' test
but each function call is separated out for easier debugging.

Made a number of '#if 0' blocks into '#ifdef DEPRECATED_906'. All blocks of
code marked this way will be removed after the release of 9.06.

Removed a number of cases where we had #define labels with a bug number, these
now use the #ifdef DEPRECATED_906 lable or are simply removed and the code
compiled in.

Simlarly with '#define RIGHT_SBW' and '#if !RIGHT_SBW'

Updated the ps2ps2.htm document to remove the reference to MaxViewerMemorySize.

No differences expected.

gs/Resource/Init/gs_pdfwr.ps
gs/base/gdevpdf.c
gs/base/gdevpdfb.h
gs/base/gdevpdfc.c
gs/base/gdevpdfp.c
gs/base/gdevpdfu.c
gs/base/gdevpdfx.h
gs/base/gdevpdt.h
gs/base/gdevpdte.c
gs/base/gdevpdtf.h
gs/base/gdevpdtt.c
gs/base/gdevpdtw.c
gs/base/gdevpsds.c
gs/doc/Ps2ps2.htm

2012-07-12 11:56:12 +0100
Chris Liddell <chris.liddell@artifex.com>
9d73413d5ccb44b11a644848422dfb17e51eb7da

Changes to build on msys/mingw

Allows all the system header presence macros previously set in unix-aux.mak to
be set by configure instead. The tests remain unix-aux.mak for backwards
compatibility.

This also changes those macros to the "tri-value" style:
undefined, defined 0 and defined 1.

Also removes jbig2dec/config_types.h from source control.

No cluter differences.

gs/base/Makefile.in
gs/base/configure.ac
gs/base/dirent_.h
gs/base/gp_unifn.c
gs/base/gp_unifs.c
gs/base/openvms.mak
gs/base/pipe_.h
gs/base/time_.h
gs/base/unix-aux.mak
gs/doc/Make.htm
gs/jbig2dec/config_types.h

2012-07-12 17:15:13 +0100
Ken Sharp <ken.sharp@artifex.com>
aa35587db7ba9dc469060d30d3313b318ca45bd5

make the SEAC detector and type 1 -> type 2 charstring converter tolerate broken fonts

Bug #693170 "ps2pdf crashes on a given file"

The fonts in the PostScript file are invalid in that some of the glyphs do not
end with an 'endchar' or other valid termination operator. This was causing
a buffer overrun which eventually could cause access to invalid memory and a crash.

Added limit checking where it was missing and choose to return an 'unknown'
error so that code which is able to handle this can detect the condition. Code
which is not expecting this contdition will continue to signal an error.

No differences expected

gs/base/gdevpsfx.c
gs/base/gxtype1.c
gs/base/gxtype1.h

2012-07-12 15:44:52 +0100
Robin Watts <robin.watts@artifex.com>
82ef3429ec2f3fc891a2f61455027842b7aa7581

Revert "Move GC flag from stack to gs_lib_ctx."

This reverts commit 39b0a515d5101cf48ae35f1ebb14e4558cb78e88.

That commit doubled the runtime in cluster testing, so presumably
gc was being triggered too often.

gs/base/gslibctx.h
gs/psi/imain.c
gs/psi/interp.c

2012-07-12 08:42:38 -0400
SaGS <sags5495@hotmail.com>
b2e2def97f5b1664dc3d8e2be942a2de5857b802

Bug 693155: 'resourceforall' returns truncated names for /CMap resources.

(A)
Comments say that gs_init.ps::.generate_dir_list_templates_with_length returns
the legth of the "directory" part, but if actually returned the length of
"[base] directory" + "template" - 1.

(B)
gs_res.ps::ResourceForAll passes part of the real "directory" (the "Category/")
as part of the "template" argument of .generate_dir_list_templates_with_length,
but failed to take into consideration the length of this string when cutting
"directory" from the full filespec in order to remain with the resource name.

Note that .generate_dir_list_templates_with_length does not check if its
"template" argument contains directories too so cannot adjust the returned
length. The code as written intends to deal with resource names that include
.file_name_separator (see discussion on Bug 688737 "'resourceforall' truncates
names of file-based resources"); such a resource name would be
"Times/Cyrillic".

gs/Resource/Init/gs_init.ps
gs/Resource/Init/gs_res.ps

2012-07-12 13:29:24 +0100
Robin Watts <robin.watts@artifex.com>
29a16f87849a874cd872fc8e2beab2b3986eea51

Bug 693171: Patch OpenJPEG to avoid SEGVs with broken files.

Patch from Shailesh Mistry. In the case of corrupt files, tiles
were failing to be allocated, leaving the code attempting to
work with non existent tiles. The fix is to spot the failure,
mark the tiles as being non-existence and then to check this
before accessing them.

gs/openjpeg/libopenjpeg/j2k.c
gs/openjpeg/libopenjpeg/tcd.c

2012-07-12 11:44:29 +0100
Chris Liddell <chris.liddell@artifex.com>
514595fc2cc84f51efdef563cf7a35a0050902e5

Bug 693038 - allow gsx to build against GTK+ 3.x

Patch from galtgendo@gmail.com applied with changes to maintain compatibility
with GTK+ 2.x, and replace a function deprecated in GTK+ 3.x.

This patch drops GTK+ 1.x support.

No cluster differences.

gs/base/configure.ac
gs/psi/dxmain.c

2012-07-12 09:20:35 +0100
Chris Liddell <chris.liddell@artifex.com>
b6252440c644b4f172c517a931fd3da73828f64c

Fix for OpenJPEG build on FreeBSD

Make sure OpenJPEG does not try to use memalign() on FreeBSD systems.

Credit to Alex Zimnitsky ( aavzz@yandex.ru ) for the patch.

No cluster differences.

gs/openjpeg/libopenjpeg/opj_malloc.h

2012-07-12 00:11:37 -0400
SaGS <sags5495@hotmail.com>
e0deadb4b3661e6c4e0811b45d1c251e124632be

Remove an additional, incorrect, search for resources,
intended for OpenVMS only.

ResourceForAll used a 2nd template for searching file-based resources,
GenericResourceDir + Category
+ .file_name_separator + originaltemplate + .file_name_separator + "*"
in addition to the standard
GenericResourceDir + Category + .file_name_separator + originaltemplate
This was documented as needed for OpenVMS, but it results in
dev:[genericresourcedir.Category]originaltemplate]* ("]" twice)
which is definitely invalid. It is also unnecessary, the "standard" one is OK.

For other platforms, this 2nd form may or may not be syntacticly valid ("*?",
coming in form the original template, in the "directory" part), but it's
definitely not useful.

Of course, it remains the question what was the intent of the person who added
these lines (in case we should keep the code but fix it). I considered:

- "dev:[genericresourcedir.Category.*]template", but this searches one
directory level too deep.
- "dev:[genericresourcedir.Category]template;*", but this would load all
versions of a same file. Definitely not what we want, because we may end
with an obsolete (old) copy of the resource.
- "dev:[genericresourcedir.Category]template.*", but this is unnecessary. And
maybe more important is that the exact template used is the responsability
of the caller; I see no reason for ResourceForAll to modify it.

The most precise documentation on OpenVMS path syntax I found is "Guide to
OpenVMS File Applications"
<http://h71000.www7.hp.com/doc/731final/documentation/pdf/ovms_731_file_app.pdf>
available from <http://h71000.www7.hp.com/doc/os83_index.html>.
I also asked on comp.os.vms, and the response I got confirmed the form used is
invalid.

gs/Resource/Init/gs_res.ps

2012-07-11 23:17:36 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
39b0a515d5101cf48ae35f1ebb14e4558cb78e88

Move GC flag from stack to gs_lib_ctx.

Move the GC flag from the stack, where it can go out of scope to
lib context structure (gs_lib_ctx_t), which is allocated quite
early in stable memory and never goes out of scope.

Revert the commit a39e4831ba0d74d742b365f3b3b1af192731303c for the
bug 692684 because it didn't really fix anything. That patch just
changed the stack layout and masked the effect of writing into an
out-of-scope location.

The sample file 34_all.PS no longer causes SEGV but continues to
have a resolution-dependant rendering of one character.

gs/base/gslibctx.h
gs/psi/imain.c
gs/psi/interp.c

2012-07-11 18:27:44 +0200
Till Kamppeter <till.kamppeter@gmail.com>
c304a350330b3e333b34c048de009967f1a6caa1

Fixed typos in comments.

gs/base/lcms.mak
gs/base/lcms2.mak

2012-07-11 15:51:27 +0100
Chris Liddell <chris.liddell@artifex.com>
4f6b98548bec2c10b10207d4f25b805fc393ade8

Bug 693176: write transparent type2 pattern color to clist

When using a clist, ensure that the all the color space data for the
pattern gets written to the clist, *and* that the clist correctly
records all the relevant transparency data.

I'm at a loss to explain how COMPILE_INITS influenced this, but this
change brings the clist/non-clist output and code in line with each
other.

No cluster differences.

gs/base/gdevp14.c

2012-07-10 15:03:49 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
c7d2fbfef2ea176472c4459b3772ef3ac496ee5d

Expanded -dDOINTERPOLATE section of Use.htm based on Robin's description of same.

gs/doc/Use.htm

2012-07-09 14:04:16 -0700
Michael Vrhel <michael.vrhel@artifex.com>
f5d0a752ccd610aa4a3946e30e2a0917cacacf28

Fix for mistake in commit 951adcd6 . which was the xps transparency fix

Fixes the reopening of bug 693042

xps/xpspath.c

2012-07-09 14:12:24 +0100
Chris Liddell <chris.liddell@artifex.com>
711883fd711772b7856e19207cc64f829033e254

Bug 693172: Truetype: disable hinting for broken glyph program

In the AFS Truetype code, if we encounter a glyph with a broken bytecode
program reset and retry the glyph with the bytcode interpreter disabled.

This reflects what the FAPI/Freetype does, and what most other TTF consumers
seem to do.

No cluster differences.

gs/base/ttfmain.c

2012-07-07 13:50:54 -0700
Ray Johnston <ray.johnston@artifex.com>
c1815bdb424390c21289287d13f7e8747792c098

Simplify the ICC options PS code to do a single .setuserparams2

Use an array of names to collect all options that were set from the command
line and then do a single .setuserparams2 invocation.

gs/Resource/Init/gs_lev2.ps

2012-07-06 16:38:55 -0600
Henry Stiles <henry.stiles@artifex.com>
149974a4a14999d5e336911b262600e5fa950e18

Fixes bug 693162, shifted text due to Vertical Motion Index command not
resetting the cursor to the home position.

pcl/pcpage.c
pcl/pcursor.c

2012-07-06 00:15:51 -0700
Michael Vrhel <michael.vrhel@artifex.com>
74897ff7aeecb9a76dde73a6554444b40a89beec

Use .setuserparams2 instead of .setuserparams when setting the ICC user params

Thanks to Chris for pointing this out. If we use .setuserparams then in gs_lev2.ps the
various user params such as /DefaultCMYKProfile are set. This sets the profile
in the icc manager properly to what ever was set on the command line.
Unfortunately, the currentuserparams dictionary (or what ever object it is)
that is maintained by the interpreter is not updated with the same value, but
instead it has an old default value that it obtained from an earlier call of
.currentuserparams. During a vm_reclaim, context_state_store stores the
outdated userparam information and then context_state_load does a call to
set_user_params with this outdated userparams information. setuserparams2
takes care of this by getting the interpreters list in sync at the time we do
the setting of the parameter. Fixes bug 693159

gs/Resource/Init/gs_lev2.ps

2012-06-29 17:39:31 -0700
Michael Vrhel <michael.vrhel@artifex.com>
951adcd68cf899a472b8c280e58fd7ff589badd3

Fix in XPS interpreter to ensures we only push the smallest transparency group needed + more

For a path that included an opacity mask, the XPS interpreter was pushing a soft mask
that included the entire page (it actually just looked at the current clip path). This
fix incorporates the path that we are filling in the computation of the transparency group
size. Also, there were issues with the softmasks in general that were causing them to be
double applied. Fixes 693042 and also provides improvements for 690951. Also this should fix 693137 and 692892

gs/base/gspath.c
gs/base/gstrans.c
gs/base/gstrans.h
gs/base/gxpath.h
gs/base/lib.mak
gs/psi/ztrans.c
xps/ghostxps.h
xps/xpsglyphs.c
xps/xpsgradient.c
xps/xpsimage.c
xps/xpsopacity.c
xps/xpspage.c
xps/xpspath.c
xps/xpstile.c

2012-07-04 17:32:21 +0200
Tor Andersson <tor@ccxvii.net>
2f71f5166422d5c61cb13c6078b2dfb1c3234db7

Implement XPS style simulations using shearing and fill+stroke.

Special case for pdfwrite to pass through Tr mode without using charpath
by looking for PreserveTrMode in the device parameters.

Fixes bug 689278.

xps/ghostxps.h
xps/xpsglyphs.c
xps/xpstop.c

2012-07-03 22:52:19 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
31d9fb2b771272d7ba4712d8887c668d0e86d82e

Bug 693050 : Fix compiler warnings

gs/jbig2dec/jbig2_halftone.c

2012-07-03 15:48:43 +0100
Ken Sharp <ken.sharp@artifex.com>
0bc05670e841517b8a2041999c19c19507874a4a

pdfwrite - when we have /Indexed space or non-identity transfer use lossless compression

Bug #689506

level 1 output from PScript5.dll can create a fake 'Indexed' space by using
a non-identity transfer function. Also if we do have a real /Indexed space,
then using lossy compression or downsmapling (other than Subsample) results
in garbage output.

Previously we disabled compression and subsampling when either condition was
true, but this leads to large files under some conditions. The code here instead
overrides any downsampling and uses Subsample instead, and selects a lossless
compression scheme.

This results in smaller files for some conditions without affecting ordinary files.

Also removed a line with a C++ style comment

No differences expected.

gs/base/gdevpdfi.c

2012-07-03 14:55:30 +0100
Chris Liddell <chris.liddell@artifex.com>
ceac6867c04ef61e5529b0af14a2c4b641ca4206

Bug 693164: PDF (partially) ignore tr mode for type 3 fonts

The PDF spec states that: "The text rendering mode has no effect on text
displayed in a Type 3 font" - unfortunately, not only does Acrobat not
behave like that, it behaves differently with various versions Acrobat.
Worse, Acrobat X Pro seems to produce different results depending on how you
load the file!

This change makes GS match Acrobat X Pro, which ignores text rendering modes
for Type 3 fonts, except mode 3 (non-marking).

As well as the problem file now working, this causes tiny differences in outline
for Bug692129.pdf, chartab.pdf. It causes a progression with pdf-t3-simple.pdf
which now renders more like Acro X.

gs/Resource/Init/pdf_ops.ps

2012-07-02 22:49:17 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
e9bbff5f116eccd87946df28fced66ba42cbad1d

Bug 693050 : Fix valgrind error in 0CF9 folder

gs/jbig2dec/jbig2_refinement.c

2012-07-02 21:53:20 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
aad5317a0e77dac6fd2766b99c12c3ca7874c7d4

Bug 693050 : Fix error handling in 0717 folder

gs/jbig2dec/jbig2_halftone.c
gs/jbig2dec/jbig2_mmr.c

2012-06-01 14:05:03 -0700
Michael Vrhel <michael.vrhel@artifex.com>
3a5a524ea71a58cc0e9e0200bb98a2fc341ec033

Fix for broken AA support for devices that support the devn color type

This fix involved the addition of a copy_alpha_hl_color for passing along the devn color
value when doing the copy_alpha procedure. This required support through the clist,
special handing in the pdf14 device and a default procedure for the operation.
The only devices that should be affected are tiffsep and psdcmyk. Support for 16bit psd
devices may have issues and I will go back to check on this later as a customer is waiting
for this for 8 bit tiffsep.

gs/base/gdevabuf.c
gs/base/gdevdbit.c
gs/base/gdevdflt.c
gs/base/gdevmem.c
gs/base/gdevmem.h
gs/base/gdevmpla.c
gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gsdcolor.h
gs/base/gspaint.c
gs/base/gxccman.c
gs/base/gxcldev.h
gs/base/gxclip.c
gs/base/gxclip.h
gs/base/gxclip2.c
gs/base/gxclipm.c
gs/base/gxclist.c
gs/base/gxclpath.h
gs/base/gxclrast.c
gs/base/gxclrect.c
gs/base/gxdevcli.h
gs/base/gxdevice.h
gs/base/gxdevmem.h

2012-06-28 10:53:31 -0600
Henry Stiles <henry.stiles@artifex.com>
58d67647585fdb2707ccdb5eccc0123c77fbe495

Bug 693156 - incorrect units.

PCL distinguishes between device units and native units, and before
this change we had interpreted them to be the same, resulting in what
appeared to resolution dependencies in HPGL/2 - RTL. The native units
can now be set by the PJL resolution given on the command line
independent of the physical units of the device.

pcl/pcjob.c

2012-06-28 11:07:22 +0100
Ken Sharp <ken.sharp@artifex.com>
dc797976bca27ea5c706d93f5fcb42b5386cc6ed

pdfwrite - store widths for regular fonts when there is a vertical displacement.

Bug #691369 "Widths array in font dictionary contains incorrect values for rotated text"

Similar to bug #692365 but this time for regular fonts not CIDFonts. If there
is any vertcial displacement of the glyph then we did not store teh glyph
width, leading to it being emitted as 0.

Fix is very similar also.

No differences expected.

gs/base/gdevpdte.c
gs/base/gdevpdtt.c

2012-06-27 09:34:03 +0100
Ken Sharp <ken.sharp@artifex.com>
2ff29d1f499451c63ddb8b3cc152cb2eda4b5e33

pdfwrite - record glyph vertical metrics evne when the position vector has a vertical shift

Bug #692365

The store_glyph_width routine returns >0 if there is any vertical shift in
addition to a width, this is defined as 'not safe to cache'. The routine
pdf_glyph_widths ORs that into its return value and passes the data back.

scan_cmap_text was checking that value before recording the width, and not
recording it if it was > 0. This is incorrect, at least when in vertical writing
mode, as this is the only place that we record the vertical metrics for use
in the W2 array. If we don't record them here this information is lost. Also
we don't need to worry about the vertical movement here as that is dealt with
elswewhere by modifying the text matrix.

This was leading to pdfwrite emitting a /W2 entry with all 0 values [0 0 0]
which caused significant misplacement of glyphs.

Expected Differences
Bug692576.ps exhibits a progression

gs/base/gdevpdtc.c

2012-06-27 09:07:06 +0100
Chris Liddell <chris.liddell@artifex.com>
d026537beaf869a2792cf5d97e8b5c3555875f28

Bug 693158: initialise the fapi_raster structure before use

Fixes several valgrind errors about use of uninitialised values.

No cluster differences expected.

gs/psi/zfapi.c

2012-06-27 07:50:25 +0100
Chris Liddell <chris.liddell@artifex.com>
bc9efbeb2e69cd6d1aac4d14f30ba3b170e6a8f7

Fix a small typo in README.txt

CLUSTER_UNTESTED

README.txt

2012-06-26 15:34:44 +0100
Robin Watts <robin.watts@artifex.com>
526c580e272ee15c488b9fe4845482a30ce05eef

Bug 693064: raise maximum possible GS_CLIENT_COLOR_MAX_COMPONENTS to 32

By default we support a maximum of 14 components. Supposedly this can be
increased by raising GS_CLIENT_COLOR_MAX_COMPONENTS to a larger number
on startup, but this starts to cause problems in various places throughout
the code.

The first such place is in the bpc_to_depth function (found in gdevdevn
and various other places), where the calculation goes wrong for anything
above 31 components at 8 bpc. We fix that here.

This allows us to get to 32 components. To raise it above 32 presents
problems on most architectures as the code assumes elsewhere that we
can use a bitmask to represent which components are present.

We may be able to tweak the code to use a uint64_t instead, in which
case we can probably get to 64 components; is that high enough?

gs/base/gdevdevn.c
gs/base/gdevrinkj.c
gs/base/gdevxcf.c
gs/base/gxclist.c

2012-06-24 11:11:52 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
49fd8e8156bb5b751ff8a03e86ea61cb9c496a6b

Bug 693142: Fix shape of highlight annotation.

Draw rotated highlight annotation correctly. Fix a bug in calculation
of the centers of the small arcs at the ends of the highlighted area.

gs/Resource/Init/pdf_draw.ps

2012-06-23 23:57:19 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
5eff06782ad8c9b09f132add0d5f8a7458e0c7b2

Bug 693050 : Fix error handling in dcbd folder

gs/jbig2dec/jbig2_page.c

2012-06-23 23:00:47 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
b93322df872c8ff026127ea54fe86d3d940f1866

Bug 693050 : Fix error handling in 9557 folder

gs/jbig2dec/jbig2_symbol_dict.c

2012-06-23 22:14:43 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
ed7a9680adc24f0063455196d817810ff623f32a

Bug 693050 : Fix memory leak in 4faa folder

gs/jbig2dec/jbig2_symbol_dict.c

2012-06-23 21:12:19 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
b306b997740d3ad904d8dc6b82ee981b1db52bd2

Bug 693050 : Fix error handling in 2908 folder

gs/jbig2dec/jbig2_halftone.c

2012-06-22 22:25:44 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
8c497936e37bdf430b87fd65db3fa6070716fcdf

Bug 693050 : Fix memory leak in 146f folder

gs/jbig2dec/jbig2_mmr.c
gs/jbig2dec/jbig2_symbol_dict.c

2012-06-22 16:56:39 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
b73adca0e4e3b9ad4a2e4fd5ba16f845362fa37b

Bug 693050 : Fix minor typos and memory leak in 040d folder

gs/jbig2dec/jbig2_arith.c
gs/jbig2dec/jbig2_image.c
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2012-06-20 18:18:02 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
dc77e931b2a6118092bac21b4dd38bc10d41e644

Bug 690723 : Prevent over writing unallocated memory when parsing an image

gs/jbig2dec/jbig2_mmr.c

2012-06-19 11:57:57 +0100
Chris Liddell <chris.liddell@artifex.com>
9eb67bc021dda346896786e0d813245387649ce2

Fix a parallel build problem......

A couple of places that depend upon gconfig.h had their dependency listed as
being gconfxx.h (would be created dynamically by its own target) and would
then copy gconfxx.h to gconfig.h (I have no idea why this extra complication
is there, but.....).

With an unfortunate, but not uncommon confluence of two make instances, both
instances could end up trying to copy gconfxx.h to gconfig.h, thus causing
Unix "cp" (at least) to throw an error, and the build to fail.

Now gconfig.h has its own target (which depends on gconfxx.h), and that
target is where gconfxx.h is copied to gconfig.h, thus allowing make to
correctly track the creation of the file.

No cluster differences.

gs/base/gs.mak
gs/base/lib.mak
gs/psi/int.mak

2012-06-18 16:51:30 +0100
Robin Watts <robin.watts@artifex.com>
7f98970a6c0e641e87eb202dc2087814249d0408

Add 3:2 and 3:4 downscaling to tiffsep/psd/downscaler.

Currently the downscaler can only downscale in integer increments. To
accomodate a potential need to efficiently scale 1200 -> 800 and
600 -> 800 dpi, we introduce new functionality to allow 3:2 and 3:4
scaling modes.

We shoehorn these into the existing scaler system by using DownScaleFactor
settings of 32 and 34 respectively; any other DownScaleFactor > 8 will
give a rangecheck error.

This has required some changes within the downscaler code itself, and
will require more changes in any device that wants to use these. Currently
the cores are only provided in the planar modes; hence tiffsep and psd are
the only devices that have been updated to work with this.

gs/base/gdevpsd.c
gs/base/gdevtifs.c
gs/base/gdevtsep.c
gs/base/gxdownscale.c
gs/base/gxdownscale.h

2012-06-18 13:42:07 +0200
Tor Andersson <tor.andersson@artifex.com>
7cd694d6e98719b77095069007e472334e16dd0e

Check for opacity 0.0 in xps transparency analysis.

Objects with opacity 0.0 are skipped by the parser, so we don't
have to install transparency device for them.

xps/xpsanalyze.c

2012-05-01 12:16:08 +0100
Tor Andersson <tor@ccxvii.net>
32c5d9122cf7ea813755d079f80445e6f2d842f4

Move the has_transparency flag into the xps context.

Patterns to set the uses_transparency flag. The current transparency scan
doesn't resolve resources that have been inherited from a higher level.
Doing this would require rewriting the entire transparency scanning and
involve a lot more parsing. Instead we reuse the results from the
original transparency scan we do at the beginning of the page.

Fix bug 692513.

xps/ghostxps.h
xps/xpspage.c
xps/xpstile.c

2012-06-18 10:01:46 +0100
Chris Liddell <chris.liddell@artifex.com>
0a33ed5b599d73509d0cde7e84e257e89ff1c1fb

Fix comment delineation.

I accidentally used the wrong comment delineator when I updated the copyright.

CLUSTER_UNTESTED

gs/toolbin/pdfinflt.ps

2012-06-15 19:22:52 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
64984bdf351dc27e40cbe5af5751dcdfcb448366

Bug 693050 : Fixes CERT reported issues labelled DestAv

gs/jbig2dec/jbig2.c
gs/jbig2dec/jbig2_priv.h
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_symbol_dict.h

2012-06-15 14:38:15 +0100
Chris Liddell <chris.liddell@artifex.com>
28a37f219de0bbd04bef9026812cbb9ea42a9910

Add a default shared lib extension.

Just a minor tweak so the dynamic library extension is set to *something*
even on unrecognised platforms.

No cluster differences.

gs/base/configure.ac

2012-06-15 14:01:27 +0100
Chris Liddell <chris.liddell@artifex.com>
7c9a1a772cef2339c110238b40c73e8039dca2eb

Revert some copyrights accidentally changed in the recent revamp

Three files which are copyright FSF.

Thanks to zeniko for spotting the mistake.

No cluster differences.

gs/jbig2dec/getopt.c
gs/jbig2dec/getopt.h
gs/jbig2dec/getopt1.c

2012-06-15 13:44:27 +0100
Chris Liddell <chris.liddell@artifex.com>
cd2cb0829b3a8ffe0e8a3bd87c08941663d691f9

Bug 693113: configure set shared lib file extension

Have the configure set the file extension for the shared library. This is
purely to handle Apple's (pointless?) decision to make OS X use ".dylib" as
the shared library extension, rather than the ".so" used by every other
Unix-a-like.

No cluster differences.

gs/base/Makefile.in
gs/base/configure.ac
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/unix-dll.mak
gs/base/unix-gcc.mak

2012-06-15 08:35:50 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
570984d2074289bb06261112d26bc323725c321e

Bug 693119: Tweak EOL detection after 'stream'

Modify EOL processing after 'stream' operator to accept a new class of
broken PDF files. GS now stops skipping spaces when it finds '\n' or a
non-space character.

gs/Resource/Init/pdf_base.ps

2012-06-14 17:06:16 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
8988c41bf227e5f370fba7592bfd18e85330b0c2

Bug 693050 : Fixes CERT reported issues labelled SourceAvNearNull

gs/jbig2dec/jbig2_image.c
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2012-06-14 16:36:11 +0100
Ken Sharp <ken.sharp@artifex.com>
53cc9631a7725b0f6a20d815252c3a23b978d8ee

Update pdf_info.ps to report the UserUnit for a page, if present.

This allows users to correctly calculate media and crop sizes from the
relevant 'Box' arrats.

Not cluster tested

gs/toolbin/pdf_info.ps

2012-06-13 14:24:18 -0600
Henry Stiles <henry.stiles@artifex.com>
d8fd89891d07d4b04cf180c3f5a4ac4388c769ce

Fixes Bug 692991 - XL assembler and dissasembler now work with python 3.

Thanks to Hin-Tak Leung for these changes.

tools/pxlasm.py
tools/pxldis.py

2012-06-13 13:29:35 -0600
Henry Stiles <henry.stiles@artifex.com>
76aad1b9e4eb2ae30d42b995a3ba8998b8e0820f

Bug 690585 - Use the defalt strip copy rop routine when the
destination is not included.

Thanks to Hin-Tak Leung for this fix.

CLUSTER UNTESTED

gs/base/gdevpx.c

2012-06-13 18:40:02 +0100
Chris Liddell <chris.liddell@artifex.com>
c87f2d826726f8b1108d233096fa6fd4a872b020

Fix parameter passed to dict_find_string()

Parameter was a ref *, should have been a ref **.

No cluster differences.

gs/psi/zchar42.c

2012-06-13 18:37:27 +0100
Chris Liddell <chris.liddell@artifex.com>
e786619c57be0c846051ec264eb80b69a9ca42de

Bug 693116: disable lzma compression in libtiff

lzma is not part of base line tiff, but is enabled by default in libtiff, since
we only support base line, disable lzma.

No cluster differences.

configure.ac
gs/base/configure.ac

2012-06-13 13:15:32 +0100
Chris Liddell <chris.liddell@artifex.com>
85be3180530043232160745b04af9d293bd60fad

Squash a warning in commit fae7be45

No cluster differences.

gs/psi/int.mak
gs/psi/zchar42.c

2012-06-13 11:14:12 +0100
Chris Liddell <chris.liddell@artifex.com>
39433fce0a15c5cae831848edd4cefd55019a241

Update copyright "headers".

As agreed on IRC and via e-mail:

Reinstate the reference to the LICENSE file.

Remove copyright references to Aladdin Enterprises and artofcode (some
references remain in comments about historical copyright assignments, and
the like), in favour of Artifex copyright notices.

Update copyright dates.

Remove the $Id$ "tag".

Since the move to git, the $Id$ "tag" comment in each file is redundant.

No cluster differences.

Makefile
autogen.sh
common/cp.bat
common/gccdefs.mak
common/generic.mak
common/msvc_top.mak
common/msvcdefs.mak
common/mv.bat
common/pcdefs.mak
common/rm.bat
common/sgidefs.mak
common/ugcc_top.mak
common/unixdefs.mak
config.mak.in
configure.ac
gs/Resource/CIDFont/ArtifexBullet
gs/Resource/CMap/Identity-UTF16-H
gs/Resource/ColorSpace/DefaultCMYK
gs/Resource/ColorSpace/DefaultGray
gs/Resource/ColorSpace/DefaultRGB
gs/Resource/ColorSpace/TrivialCMYK
gs/Resource/ColorSpace/sGray
gs/Resource/ColorSpace/sRGB
gs/Resource/Decoding/FCO_Dingbats
gs/Resource/Decoding/FCO_Symbol
gs/Resource/Decoding/FCO_Unicode
gs/Resource/Decoding/FCO_Wingdings
gs/Resource/Decoding/Latin1
gs/Resource/Decoding/StandardEncoding
gs/Resource/Decoding/Unicode
gs/Resource/Encoding/Wingdings
gs/Resource/Init/FCOfontmap-PCLPS2
gs/Resource/Init/Fontmap.GS
gs/Resource/Init/cidfmap
gs/Resource/Init/gs_agl.ps
gs/Resource/Init/gs_btokn.ps
gs/Resource/Init/gs_cet.ps
gs/Resource/Init/gs_cff.ps
gs/Resource/Init/gs_cidcm.ps
gs/Resource/Init/gs_ciddc.ps
gs/Resource/Init/gs_cidfm.ps
gs/Resource/Init/gs_cidfn.ps
gs/Resource/Init/gs_cidtt.ps
gs/Resource/Init/gs_cmap.ps
gs/Resource/Init/gs_cspace.ps
gs/Resource/Init/gs_css_e.ps
gs/Resource/Init/gs_dbt_e.ps
gs/Resource/Init/gs_diskf.ps
gs/Resource/Init/gs_diskn.ps
gs/Resource/Init/gs_dpnxt.ps
gs/Resource/Init/gs_dps.ps
gs/Resource/Init/gs_dps1.ps
gs/Resource/Init/gs_dps2.ps
gs/Resource/Init/gs_dscp.ps
gs/Resource/Init/gs_epsf.ps
gs/Resource/Init/gs_fapi.ps
gs/Resource/Init/gs_fntem.ps
gs/Resource/Init/gs_fonts.ps
gs/Resource/Init/gs_frsd.ps
gs/Resource/Init/gs_icc.ps
gs/Resource/Init/gs_il1_e.ps
gs/Resource/Init/gs_img.ps
gs/Resource/Init/gs_init.ps
gs/Resource/Init/gs_l2img.ps
gs/Resource/Init/gs_lev2.ps
gs/Resource/Init/gs_ll3.ps
gs/Resource/Init/gs_mex_e.ps
gs/Resource/Init/gs_mgl_e.ps
gs/Resource/Init/gs_mro_e.ps
gs/Resource/Init/gs_pdf_e.ps
gs/Resource/Init/gs_pdfwr.ps
gs/Resource/Init/gs_res.ps
gs/Resource/Init/gs_resmp.ps
gs/Resource/Init/gs_setpd.ps
gs/Resource/Init/gs_statd.ps
gs/Resource/Init/gs_std_e.ps
gs/Resource/Init/gs_sym_e.ps
gs/Resource/Init/gs_trap.ps
gs/Resource/Init/gs_ttf.ps
gs/Resource/Init/gs_typ32.ps
gs/Resource/Init/gs_typ42.ps
gs/Resource/Init/gs_type1.ps
gs/Resource/Init/gs_wan_e.ps
gs/Resource/Init/pdf_base.ps
gs/Resource/Init/pdf_cslayer.ps
gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_font.ps
gs/Resource/Init/pdf_main.ps
gs/Resource/Init/pdf_ops.ps
gs/Resource/Init/pdf_rbld.ps
gs/Resource/Init/pdf_sec.ps
gs/Resource/Init/xlatmap
gs/Resource/SubstCID/CNS1-WMode
gs/Resource/SubstCID/GB1-WMode
gs/Resource/SubstCID/Japan1-WMode
gs/Resource/SubstCID/Korea1-WMode
gs/arch/windows-x64-msvc.h
gs/arch/windows-x86-msvc.h
gs/autogen.sh
gs/base/ConvertUTF.c
gs/base/ConvertUTF.h
gs/base/Makefile.in
gs/base/aes.c
gs/base/aes.h
gs/base/all-arch.mak
gs/base/assert_.h
gs/base/bench.c
gs/base/catmake
gs/base/configure.ac
gs/base/contrib.mak
gs/base/cp.bat
gs/base/cp.cmd
gs/base/ctype_.h
gs/base/devs.mak
gs/base/dirent_.h
gs/base/dos_.h
gs/base/echogs.c
gs/base/errno_.h
gs/base/expat.mak
gs/base/fcntl_.h
gs/base/freetype.mak
gs/base/gconf.c
gs/base/gconf.h
gs/base/gdbflags.h
gs/base/gdebug.h
gs/base/gdev3852.c
gs/base/gdev3b1.c
gs/base/gdev4081.c
gs/base/gdev4693.c
gs/base/gdev8510.c
gs/base/gdev8bcm.c
gs/base/gdev8bcm.h
gs/base/gdevabuf.c
gs/base/gdevadmp.c
gs/base/gdevagl.c
gs/base/gdevagl.h
gs/base/gdevatx.c
gs/base/gdevbbox.c
gs/base/gdevbbox.h
gs/base/gdevbit.c
gs/base/gdevbj10.c
gs/base/gdevbjc.h
gs/base/gdevbjcl.c
gs/base/gdevbjcl.h
gs/base/gdevbmp.c
gs/base/gdevbmp.h
gs/base/gdevbmpa.c
gs/base/gdevbmpc.c
gs/base/gdevccr.c
gs/base/gdevcdj.c
gs/base/gdevcfax.c
gs/base/gdevcif.c
gs/base/gdevclj.c
gs/base/gdevcljc.c
gs/base/gdevcp50.c
gs/base/gdevcslw.c
gs/base/gdevdbit.c
gs/base/gdevdcrd.c
gs/base/gdevdcrd.h
gs/base/gdevddrw.c
gs/base/gdevddrw.h
gs/base/gdevdevn.c
gs/base/gdevdevn.h
gs/base/gdevdfax.c
gs/base/gdevdflt.c
gs/base/gdevdgbr.c
gs/base/gdevdjet.c
gs/base/gdevdjtc.c
gs/base/gdevdljm.c
gs/base/gdevdljm.h
gs/base/gdevdm24.c
gs/base/gdevdrop.c
gs/base/gdevdsha.c
gs/base/gdevdsp.c
gs/base/gdevdsp.h
gs/base/gdevdsp2.h
gs/base/gdevemap.c
gs/base/gdevepsc.c
gs/base/gdevepsn.c
gs/base/gdevescp.c
gs/base/gdevevga.c
gs/base/gdevfax.c
gs/base/gdevfax.h
gs/base/gdevherc.c
gs/base/gdevhit.c
gs/base/gdevhl7x.c
gs/base/gdevicov.c
gs/base/gdevifno.c
gs/base/gdevijs.c
gs/base/gdevimgn.c
gs/base/gdevjbig2.c
gs/base/gdevjpeg.c
gs/base/gdevjpx.c
gs/base/gdevl256.c
gs/base/gdevl31s.c
gs/base/gdevlbp8.c
gs/base/gdevlj56.c
gs/base/gdevlp8k.c
gs/base/gdevlxm.c
gs/base/gdevm1.c
gs/base/gdevm16.c
gs/base/gdevm2.c
gs/base/gdevm24.c
gs/base/gdevm32.c
gs/base/gdevm4.c
gs/base/gdevm40.c
gs/base/gdevm48.c
gs/base/gdevm56.c
gs/base/gdevm64.c
gs/base/gdevm8.c
gs/base/gdevmac.c
gs/base/gdevmac.h
gs/base/gdevmacpictop.h
gs/base/gdevmacttf.h
gs/base/gdevmeds.c
gs/base/gdevmeds.h
gs/base/gdevmem.c
gs/base/gdevmem.h
gs/base/gdevmgr.c
gs/base/gdevmgr.h
gs/base/gdevmiff.c
gs/base/gdevmpla.c
gs/base/gdevmpla.h
gs/base/gdevmr1.c
gs/base/gdevmr2n.c
gs/base/gdevmr8n.c
gs/base/gdevmrop.h
gs/base/gdevmrun.c
gs/base/gdevmrun.h
gs/base/gdevmswn.c
gs/base/gdevmswn.h
gs/base/gdevmsxf.c
gs/base/gdevmx.c
gs/base/gdevn533.c
gs/base/gdevnfwd.c
gs/base/gdevo182.c
gs/base/gdevokii.c
gs/base/gdevos2p.c
gs/base/gdevp14.c
gs/base/gdevp14.h
gs/base/gdevp2up.c
gs/base/gdevpbm.c
gs/base/gdevpccm.c
gs/base/gdevpccm.h
gs/base/gdevpcfb.c
gs/base/gdevpcfb.h
gs/base/gdevpcl.c
gs/base/gdevpcl.h
gs/base/gdevpcx.c
gs/base/gdevpdf.c
gs/base/gdevpdfb.c
gs/base/gdevpdfb.h
gs/base/gdevpdfc.c
gs/base/gdevpdfc.h
gs/base/gdevpdfd.c
gs/base/gdevpdfe.c
gs/base/gdevpdfg.c
gs/base/gdevpdfg.h
gs/base/gdevpdfi.c
gs/base/gdevpdfj.c
gs/base/gdevpdfk.c
gs/base/gdevpdfm.c
gs/base/gdevpdfo.c
gs/base/gdevpdfo.h
gs/base/gdevpdfp.c
gs/base/gdevpdfr.c
gs/base/gdevpdft.c
gs/base/gdevpdfu.c
gs/base/gdevpdfv.c
gs/base/gdevpdfx.h
gs/base/gdevpdt.c
gs/base/gdevpdt.h
gs/base/gdevpdtb.c
gs/base/gdevpdtb.h
gs/base/gdevpdtc.c
gs/base/gdevpdtd.c
gs/base/gdevpdtd.h
gs/base/gdevpdte.c
gs/base/gdevpdtf.c
gs/base/gdevpdtf.h
gs/base/gdevpdti.c
gs/base/gdevpdti.h
gs/base/gdevpdts.c
gs/base/gdevpdts.h
gs/base/gdevpdtt.c
gs/base/gdevpdtt.h
gs/base/gdevpdtv.c
gs/base/gdevpdtv.h
gs/base/gdevpdtw.c
gs/base/gdevpdtw.h
gs/base/gdevpdtx.h
gs/base/gdevpe.c
gs/base/gdevperm.c
gs/base/gdevphex.c
gs/base/gdevpipe.c
gs/base/gdevpjet.c
gs/base/gdevplan.c
gs/base/gdevplib.c
gs/base/gdevplib.h
gs/base/gdevplnx.c
gs/base/gdevplnx.h
gs/base/gdevpm.h
gs/base/gdevpng.c
gs/base/gdevppla.c
gs/base/gdevppla.h
gs/base/gdevprn.c
gs/base/gdevprn.h
gs/base/gdevprna.c
gs/base/gdevprna.h
gs/base/gdevps.c
gs/base/gdevpsd.c
gs/base/gdevpsdf.h
gs/base/gdevpsdi.c
gs/base/gdevpsdp.c
gs/base/gdevpsds.c
gs/base/gdevpsds.h
gs/base/gdevpsdu.c
gs/base/gdevpsf.h
gs/base/gdevpsf1.c
gs/base/gdevpsf2.c
gs/base/gdevpsfm.c
gs/base/gdevpsft.c
gs/base/gdevpsfu.c
gs/base/gdevpsfx.c
gs/base/gdevpsim.c
gs/base/gdevpsu.c
gs/base/gdevpsu.h
gs/base/gdevpx.c
gs/base/gdevpxat.h
gs/base/gdevpxen.h
gs/base/gdevpxop.h
gs/base/gdevpxut.c
gs/base/gdevpxut.h
gs/base/gdevrinkj.c
gs/base/gdevrops.c
gs/base/gdevs3ga.c
gs/base/gdevsco.c
gs/base/gdevsgi.c
gs/base/gdevsgi.h
gs/base/gdevsj48.c
gs/base/gdevsnfb.c
gs/base/gdevsppr.c
gs/base/gdevstc.c
gs/base/gdevstc.h
gs/base/gdevstc1.c
gs/base/gdevstc2.c
gs/base/gdevstc3.c
gs/base/gdevstc4.c
gs/base/gdevsun.c
gs/base/gdevsunr.c
gs/base/gdevsvg.c
gs/base/gdevsvga.c
gs/base/gdevsvga.h
gs/base/gdevtfax.c
gs/base/gdevtfax.h
gs/base/gdevtfnx.c
gs/base/gdevtifs.c
gs/base/gdevtifs.h
gs/base/gdevtknk.c
gs/base/gdevtrac.c
gs/base/gdevtsep.c
gs/base/gdevtxtw.c
gs/base/gdevupd.c
gs/base/gdevvec.c
gs/base/gdevvec.h
gs/base/gdevvglb.c
gs/base/gdevwddb.c
gs/base/gdevwdib.c
gs/base/gdevwpr2.c
gs/base/gdevwprn.c
gs/base/gdevx.c
gs/base/gdevx.h
gs/base/gdevxalt.c
gs/base/gdevxcf.c
gs/base/gdevxcmp.c
gs/base/gdevxcmp.h
gs/base/gdevxini.c
gs/base/gdevxres.c
gs/base/genarch.c
gs/base/genconf.c
gs/base/gendev.c
gs/base/genht.c
gs/base/gp.h
gs/base/gp_dosfe.c
gs/base/gp_dosfs.c
gs/base/gp_dvx.c
gs/base/gp_getnv.c
gs/base/gp_mac.c
gs/base/gp_mac.h
gs/base/gp_macio.c
gs/base/gp_macpoll.c
gs/base/gp_mktmp.c
gs/base/gp_msdll.c
gs/base/gp_msdos.c
gs/base/gp_mshdl.c
gs/base/gp_mslib.c
gs/base/gp_mspol.c
gs/base/gp_msprn.c
gs/base/gp_mswin.c
gs/base/gp_mswin.h
gs/base/gp_nsync.c
gs/base/gp_ntfs.c
gs/base/gp_os2.c
gs/base/gp_os2.h
gs/base/gp_os2fs.c
gs/base/gp_os2pr.c
gs/base/gp_os9.c
gs/base/gp_paper.c
gs/base/gp_psync.c
gs/base/gp_stdia.c
gs/base/gp_stdin.c
gs/base/gp_strdl.c
gs/base/gp_sysv.c
gs/base/gp_unifn.c
gs/base/gp_unifs.c
gs/base/gp_unix.c
gs/base/gp_unix_cache.c
gs/base/gp_upapr.c
gs/base/gp_vms.c
gs/base/gp_wgetv.c
gs/base/gp_win32.c
gs/base/gp_wpapr.c
gs/base/gp_wsync.c
gs/base/gp_wutf8.c
gs/base/gpcheck.h
gs/base/gpgetenv.h
gs/base/gpmisc.c
gs/base/gpmisc.h
gs/base/gpsync.h
gs/base/gs.mak
gs/base/gs_dll_call.h
gs/base/gs_mgl_e.h
gs/base/gs_mro_e.h
gs/base/gsalloc.c
gs/base/gsalloc.h
gs/base/gsalpha.c
gs/base/gsalpha.h
gs/base/gsalphac.c
gs/base/gsalphac.h
gs/base/gsargs.c
gs/base/gsargs.h
gs/base/gsbitcom.c
gs/base/gsbitmap.h
gs/base/gsbitops.c
gs/base/gsbitops.h
gs/base/gsbittab.c
gs/base/gsbittab.h
gs/base/gsccode.h
gs/base/gsccolor.h
gs/base/gscdef.c
gs/base/gscdefs.h
gs/base/gscdevn.c
gs/base/gscdevn.h
gs/base/gscedata.c
gs/base/gscedata.h
gs/base/gscencs.c
gs/base/gscencs.h
gs/base/gschar.c
gs/base/gschar.h
gs/base/gschar0.c
gs/base/gscicach.c
gs/base/gscicach.h
gs/base/gscie.c
gs/base/gscie.h
gs/base/gsciemap.c
gs/base/gscindex.h
gs/base/gsclipsr.c
gs/base/gsclipsr.h
gs/base/gscms.h
gs/base/gscolor.c
gs/base/gscolor.h
gs/base/gscolor1.c
gs/base/gscolor1.h
gs/base/gscolor2.c
gs/base/gscolor2.h
gs/base/gscolor3.c
gs/base/gscolor3.h
gs/base/gscolorbuffer.c
gs/base/gscolorbuffer.h
gs/base/gscompt.h
gs/base/gscoord.c
gs/base/gscoord.h
gs/base/gscparam.c
gs/base/gscpixel.c
gs/base/gscpixel.h
gs/base/gscpm.h
gs/base/gscrd.c
gs/base/gscrd.h
gs/base/gscrdp.c
gs/base/gscrdp.h
gs/base/gscrypt1.c
gs/base/gscrypt1.h
gs/base/gscscie.c
gs/base/gscsel.h
gs/base/gscsepr.c
gs/base/gscsepr.h
gs/base/gscspace.c
gs/base/gscspace.h
gs/base/gscssub.c
gs/base/gscssub.h
gs/base/gsdcolor.h
gs/base/gsdevice.c
gs/base/gsdevice.h
gs/base/gsdevmem.c
gs/base/gsdfilt.c
gs/base/gsdfilt.h
gs/base/gsdll.h
gs/base/gsdllwin.h
gs/base/gsdparam.c
gs/base/gsdpnext.h
gs/base/gsdps.c
gs/base/gsdps.h
gs/base/gsdps1.c
gs/base/gsdsrc.c
gs/base/gsdsrc.h
gs/base/gsequivc.c
gs/base/gsequivc.h
gs/base/gserrors.h
gs/base/gsexit.h
gs/base/gsfcid.c
gs/base/gsfcid2.c
gs/base/gsfcmap.c
gs/base/gsfcmap.h
gs/base/gsfcmap1.c
gs/base/gsflip.c
gs/base/gsflip.h
gs/base/gsfname.c
gs/base/gsfname.h
gs/base/gsfont.c
gs/base/gsfont.h
gs/base/gsfont0.c
gs/base/gsfont0c.c
gs/base/gsfunc.c
gs/base/gsfunc.h
gs/base/gsfunc0.c
gs/base/gsfunc0.h
gs/base/gsfunc3.c
gs/base/gsfunc3.h
gs/base/gsfunc4.c
gs/base/gsfunc4.h
gs/base/gsgc.h
gs/base/gsgcache.c
gs/base/gsgcache.h
gs/base/gsgdata.c
gs/base/gsgdata.h
gs/base/gshsb.c
gs/base/gshsb.h
gs/base/gsht.c
gs/base/gsht.h
gs/base/gsht1.c
gs/base/gsht1.h
gs/base/gshtscr.c
gs/base/gshtx.c
gs/base/gshtx.h
gs/base/gsicc.c
gs/base/gsicc.h
gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/gsicc_cms.h
gs/base/gsicc_create.c
gs/base/gsicc_create.h
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gsicc_nocm.c
gs/base/gsicc_profilecache.c
gs/base/gsicc_profilecache.h
gs/base/gsimage.c
gs/base/gsimage.h
gs/base/gsimpath.c
gs/base/gsinit.c
gs/base/gsio.h
gs/base/gsiodev.c
gs/base/gsiodevs.c
gs/base/gsiodisk.c
gs/base/gsiomacres.c
gs/base/gsiorom.c
gs/base/gsiorom.h
gs/base/gsipar3x.h
gs/base/gsiparam.h
gs/base/gsiparm2.h
gs/base/gsiparm3.h
gs/base/gsiparm4.h
gs/base/gsistate.c
gs/base/gsjconf.h
gs/base/gsjmorec.h
gs/base/gslib.c
gs/base/gslib.h
gs/base/gslibctx.c
gs/base/gslibctx.h
gs/base/gsline.c
gs/base/gsline.h
gs/base/gslparam.h
gs/base/gsmalloc.c
gs/base/gsmalloc.h
gs/base/gsmatrix.c
gs/base/gsmatrix.h
gs/base/gsmchunk.c
gs/base/gsmchunk.h
gs/base/gsmdebug.h
gs/base/gsmemlok.c
gs/base/gsmemlok.h
gs/base/gsmemory.c
gs/base/gsmemory.h
gs/base/gsmemraw.h
gs/base/gsmemret.c
gs/base/gsmemret.h
gs/base/gsmisc.c
gs/base/gsnamecl.c
gs/base/gsnamecl.h
gs/base/gsncdummy.c
gs/base/gsncdummy.h
gs/base/gsnogc.c
gs/base/gsnogc.h
gs/base/gsnotify.c
gs/base/gsnotify.h
gs/base/gsovrc.c
gs/base/gsovrc.h
gs/base/gspaint.c
gs/base/gspaint.h
gs/base/gsparam.c
gs/base/gsparam.h
gs/base/gsparam2.c
gs/base/gsparams.c
gs/base/gsparams.h
gs/base/gsparamx.c
gs/base/gsparamx.h
gs/base/gspath.c
gs/base/gspath.h
gs/base/gspath1.c
gs/base/gspath2.h
gs/base/gspcolor.c
gs/base/gspcolor.h
gs/base/gspenum.h
gs/base/gspmdrv.c
gs/base/gspmdrv.h
gs/base/gspmdrv.rc
gs/base/gsptype1.c
gs/base/gsptype1.h
gs/base/gsptype2.c
gs/base/gsptype2.h
gs/base/gsrect.h
gs/base/gsrefct.h
gs/base/gsromfs0.c
gs/base/gsrop.c
gs/base/gsrop.h
gs/base/gsroprun.c
gs/base/gsroprun1.h
gs/base/gsroprun24.h
gs/base/gsroprun8.h
gs/base/gsropt.h
gs/base/gsroptab.c
gs/base/gsserial.c
gs/base/gsserial.h
gs/base/gsshade.c
gs/base/gsshade.h
gs/base/gsstate.c
gs/base/gsstate.h
gs/base/gsstruct.h
gs/base/gsstype.h
gs/base/gstext.c
gs/base/gstext.h
gs/base/gstparam.h
gs/base/gstrans.c
gs/base/gstrans.h
gs/base/gstrap.c
gs/base/gstrap.h
gs/base/gstype1.c
gs/base/gstype1.h
gs/base/gstype2.c
gs/base/gstype42.c
gs/base/gstypes.h
gs/base/gsuid.h
gs/base/gsutil.c
gs/base/gsutil.h
gs/base/gswin.rc
gs/base/gsxfont.h
gs/base/gx.h
gs/base/gxacpath.c
gs/base/gxalloc.h
gs/base/gxalpha.h
gs/base/gxarith.h
gs/base/gxband.h
gs/base/gxbcache.c
gs/base/gxbcache.h
gs/base/gxbitfmt.h
gs/base/gxbitmap.h
gs/base/gxbitops.h
gs/base/gxblend.c
gs/base/gxblend.h
gs/base/gxblend1.c
gs/base/gxccache.c
gs/base/gxccman.c
gs/base/gxcdevn.h
gs/base/gxchar.c
gs/base/gxchar.h
gs/base/gxchrout.c
gs/base/gxchrout.h
gs/base/gxcht.c
gs/base/gxcid.h
gs/base/gxcie.h
gs/base/gxcindex.h
gs/base/gxclbits.c
gs/base/gxcldev.h
gs/base/gxclfile.c
gs/base/gxclimag.c
gs/base/gxclio.h
gs/base/gxclip.c
gs/base/gxclip.h
gs/base/gxclip2.c
gs/base/gxclip2.h
gs/base/gxclipm.c
gs/base/gxclipm.h
gs/base/gxclipsr.h
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxcllzw.c
gs/base/gxclmem.c
gs/base/gxclmem.h
gs/base/gxclpage.c
gs/base/gxclpage.h
gs/base/gxclpath.c
gs/base/gxclpath.h
gs/base/gxclrast.c
gs/base/gxclread.c
gs/base/gxclrect.c
gs/base/gxclthrd.c
gs/base/gxclthrd.h
gs/base/gxclutil.c
gs/base/gxclzlib.c
gs/base/gxcmap.c
gs/base/gxcmap.h
gs/base/gxcolor2.h
gs/base/gxcomp.h
gs/base/gxcoord.h
gs/base/gxcpath.c
gs/base/gxcpath.h
gs/base/gxcspace.h
gs/base/gxctable.c
gs/base/gxctable.h
gs/base/gxcvalue.h
gs/base/gxdcconv.c
gs/base/gxdcconv.h
gs/base/gxdcolor.c
gs/base/gxdcolor.h
gs/base/gxdda.h
gs/base/gxdevbuf.h
gs/base/gxdevcli.h
gs/base/gxdevice.h
gs/base/gxdevmem.h
gs/base/gxdevndi.c
gs/base/gxdevndi.h
gs/base/gxdevrop.h
gs/base/gxdevsop.h
gs/base/gxdht.h
gs/base/gxdhtres.h
gs/base/gxdhtserial.c
gs/base/gxdhtserial.h
gs/base/gxdither.h
gs/base/gxdownscale.c
gs/base/gxdownscale.h
gs/base/gxdtfill.h
gs/base/gxfapiu.c
gs/base/gxfapiu.h
gs/base/gxfarith.h
gs/base/gxfcache.h
gs/base/gxfcid.h
gs/base/gxfcmap.h
gs/base/gxfcmap1.h
gs/base/gxfcopy.c
gs/base/gxfcopy.h
gs/base/gxfdrop.c
gs/base/gxfdrop.h
gs/base/gxfill.c
gs/base/gxfill.h
gs/base/gxfillsl.h
gs/base/gxfilltr.h
gs/base/gxfillts.h
gs/base/gxfixed.h
gs/base/gxfmap.h
gs/base/gxfont.h
gs/base/gxfont0.h
gs/base/gxfont0c.h
gs/base/gxfont1.h
gs/base/gxfont42.h
gs/base/gxfrac.h
gs/base/gxftype.h
gs/base/gxfunc.h
gs/base/gxgetbit.h
gs/base/gxhintn.c
gs/base/gxhintn.h
gs/base/gxhintn1.c
gs/base/gxhldevc.c
gs/base/gxhldevc.h
gs/base/gxht.c
gs/base/gxht.h
gs/base/gxht_thresh.c
gs/base/gxht_thresh.h
gs/base/gxhtbit.c
gs/base/gxhttile.h
gs/base/gxhttype.h
gs/base/gxi12bit.c
gs/base/gxi16bit.c
gs/base/gxiclass.h
gs/base/gxicolor.c
gs/base/gxidata.c
gs/base/gxifast.c
gs/base/gximag3x.c
gs/base/gximag3x.h
gs/base/gximage.c
gs/base/gximage.h
gs/base/gximage1.c
gs/base/gximage2.c
gs/base/gximage3.c
gs/base/gximage3.h
gs/base/gximage4.c
gs/base/gximask.c
gs/base/gximask.h
gs/base/gximono.c
gs/base/gxino12b.c
gs/base/gxino16b.c
gs/base/gxiodev.h
gs/base/gxiparam.h
gs/base/gxipixel.c
gs/base/gxiscale.c
gs/base/gxistate.h
gs/base/gxline.h
gs/base/gxlum.h
gs/base/gxmatrix.h
gs/base/gxmclip.c
gs/base/gxmclip.h
gs/base/gxobj.h
gs/base/gxoprect.c
gs/base/gxoprect.h
gs/base/gxp1fill.c
gs/base/gxp1impl.h
gs/base/gxpageq.c
gs/base/gxpageq.h
gs/base/gxpaint.c
gs/base/gxpaint.h
gs/base/gxpath.c
gs/base/gxpath.h
gs/base/gxpath2.c
gs/base/gxpcache.h
gs/base/gxpcmap.c
gs/base/gxpcolor.h
gs/base/gxpcopy.c
gs/base/gxpdash.c
gs/base/gxpflat.c
gs/base/gxrplane.h
gs/base/gxsample.c
gs/base/gxsample.h
gs/base/gxsamplp.h
gs/base/gxshade.c
gs/base/gxshade.h
gs/base/gxshade1.c
gs/base/gxshade4.c
gs/base/gxshade4.h
gs/base/gxshade6.c
gs/base/gxstate.h
gs/base/gxstdio.h
gs/base/gxstroke.c
gs/base/gxsync.c
gs/base/gxsync.h
gs/base/gxtext.h
gs/base/gxtmap.h
gs/base/gxttf.h
gs/base/gxttfb.c
gs/base/gxttfb.h
gs/base/gxtype1.c
gs/base/gxtype1.h
gs/base/gxxfont.h
gs/base/gzacpath.h
gs/base/gzcpath.h
gs/base/gzht.h
gs/base/gzline.h
gs/base/gzpath.h
gs/base/gzspotan.c
gs/base/gzspotan.h
gs/base/gzstate.h
gs/base/icclib.mak
gs/base/ijs.mak
gs/base/instcopy
gs/base/jasper.mak
gs/base/jbig2.mak
gs/base/jerror_.h
gs/base/jpeg.mak
gs/base/jpegxr.mak
gs/base/lcms.mak
gs/base/lcms2.mak
gs/base/lcups.mak
gs/base/lcupsi.mak
gs/base/ldf_jb2.mak
gs/base/lib.mak
gs/base/locale_.h
gs/base/lwf_jp2.mak
gs/base/macgenmcpxml.sh
gs/base/macos-fw.mak
gs/base/macos-mcp.mak
gs/base/macos_carbon_d_pre.h
gs/base/macos_carbon_pre.h
gs/base/macos_classic_d_pre.h
gs/base/macosx.mak
gs/base/macsystypes.h
gs/base/malloc_.h
gs/base/math_.h
gs/base/md5.c
gs/base/md5.h
gs/base/md5main.c
gs/base/memento.c
gs/base/memento.h
gs/base/memory_.h
gs/base/minftrsz.c
gs/base/minftrsz.h
gs/base/mkromfs.c
gs/base/msvccmd.mak
gs/base/msvclib.mak
gs/base/msvctail.mak
gs/base/mv.bat
gs/base/mv.cmd
gs/base/opdfread.h
gs/base/openjpeg.mak
gs/base/openvms.mak
gs/base/openvms.mmk
gs/base/pcwin.mak
gs/base/pipe_.h
gs/base/png.mak
gs/base/png_.h
gs/base/rinkj/evenbetter-rll.c
gs/base/rinkj/evenbetter-rll.h
gs/base/rinkj/rinkj-byte-stream.c
gs/base/rinkj/rinkj-byte-stream.h
gs/base/rinkj/rinkj-config.c
gs/base/rinkj/rinkj-config.h
gs/base/rinkj/rinkj-device.c
gs/base/rinkj/rinkj-device.h
gs/base/rinkj/rinkj-dither.c
gs/base/rinkj/rinkj-dither.h
gs/base/rinkj/rinkj-epson870.c
gs/base/rinkj/rinkj-epson870.h
gs/base/rinkj/rinkj-screen-eb.c
gs/base/rinkj/rinkj-screen-eb.h
gs/base/rm.bat
gs/base/rm.cmd
gs/base/sa85d.c
gs/base/sa85d.h
gs/base/sa85x.h
gs/base/saes.c
gs/base/saes.h
gs/base/sarc4.c
gs/base/sarc4.h
gs/base/sbcp.c
gs/base/sbcp.h
gs/base/sbhc.c
gs/base/sbhc.h
gs/base/sbtx.h
gs/base/sbwbs.c
gs/base/sbwbs.h
gs/base/scanchar.h
gs/base/scantab.c
gs/base/scf.h
gs/base/scfd.c
gs/base/scfdgen.c
gs/base/scfdtab.c
gs/base/scfe.c
gs/base/scfetab.c
gs/base/scfparam.c
gs/base/scfx.h
gs/base/scommon.h
gs/base/sdcparam.c
gs/base/sdcparam.h
gs/base/sdct.h
gs/base/sdctc.c
gs/base/sdctd.c
gs/base/sdcte.c
gs/base/sddparam.c
gs/base/sdeparam.c
gs/base/seexec.c
gs/base/setjmp_.h
gs/base/sfilter.h
gs/base/sfilter2.c
gs/base/sfxboth.c
gs/base/sfxcommon.c
gs/base/sfxfd.c
gs/base/sfxstdio.c
gs/base/shc.c
gs/base/shc.h
gs/base/shcgen.c
gs/base/shcgen.h
gs/base/sidscale.c
gs/base/sidscale.h
gs/base/siinterp.c
gs/base/siinterp.h
gs/base/simscale.c
gs/base/simscale.h
gs/base/siscale.c
gs/base/siscale.h
gs/base/sisparam.h
gs/base/sjbig2.c
gs/base/sjbig2.h
gs/base/sjbig2_luratech.c
gs/base/sjbig2_luratech.h
gs/base/sjpeg.h
gs/base/sjpegc.c
gs/base/sjpegd.c
gs/base/sjpege.c
gs/base/sjpx.c
gs/base/sjpx.h
gs/base/sjpx_luratech.c
gs/base/sjpx_luratech.h
gs/base/sjpx_openjpeg.c
gs/base/sjpx_openjpeg.h
gs/base/slzwc.c
gs/base/slzwd.c
gs/base/slzwe.c
gs/base/slzwx.h
gs/base/smd5.c
gs/base/smd5.h
gs/base/smtf.c
gs/base/smtf.h
gs/base/spdiff.c
gs/base/spdiffx.h
gs/base/spngp.c
gs/base/spngpx.h
gs/base/spprint.c
gs/base/spprint.h
gs/base/spsdf.c
gs/base/spsdf.h
gs/base/srdline.h
gs/base/srld.c
gs/base/srle.c
gs/base/srlx.h
gs/base/ssha2.c
gs/base/ssha2.h
gs/base/sstring.c
gs/base/sstring.h
gs/base/stat_.h
gs/base/std.h
gs/base/stdint_.h
gs/base/stdio_.h
gs/base/stdpn.h
gs/base/stdpre.h
gs/base/stream.c
gs/base/stream.h
gs/base/strimpl.h
gs/base/string_.h
gs/base/strmio.c
gs/base/strmio.h
gs/base/szlibc.c
gs/base/szlibd.c
gs/base/szlibe.c
gs/base/szlibx.h
gs/base/szlibxx.h
gs/base/tiff.mak
gs/base/time_.h
gs/base/ttcalc.c
gs/base/ttcalc.h
gs/base/ttcommon.h
gs/base/ttconf.h
gs/base/ttconfig.h
gs/base/ttfinp.c
gs/base/ttfinp.h
gs/base/ttfmain.c
gs/base/ttfmemd.c
gs/base/ttfmemd.h
gs/base/ttfoutl.h
gs/base/ttfsfnt.h
gs/base/ttinterp.c
gs/base/ttinterp.h
gs/base/ttload.c
gs/base/ttload.h
gs/base/ttmisc.h
gs/base/ttobjs.c
gs/base/ttobjs.h
gs/base/tttables.h
gs/base/tttype.h
gs/base/tttypes.h
gs/base/ugcclib.mak
gs/base/unistd_.h
gs/base/unix-aux.mak
gs/base/unix-dll.mak
gs/base/unix-end.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/base/unixhead.mak
gs/base/unixinst.mak
gs/base/unixlink.mak
gs/base/valgrind.h
gs/base/vdtrace.c
gs/base/vdtrace.h
gs/base/version.mak
gs/base/vms_x_fix.h
gs/base/vmsmath.h
gs/base/whitelst.c
gs/base/whitelst.h
gs/base/windows_.h
gs/base/winlib.mak
gs/base/winplat.mak
gs/base/x_.h
gs/base/zlib.mak
gs/cups/colord.c
gs/cups/colord.h
gs/cups/cups.mak
gs/cups/gdevcups.c
gs/cups/gstopxl.in
gs/cups/gstoraster.c
gs/cups/pxlcolor.ppd
gs/cups/pxlmono.ppd
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Changes.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/Hershey.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/gs.css
gs/doc/index.html
gs/doc/pscet_status.txt
gs/doc/thirdparty.htm
gs/examples/waterfal.ps
gs/freetype/src/gzip/adler32.c
gs/freetype/src/gzip/zconf.h
gs/freetype/src/gzip/zutil.c
gs/freetype/src/gzip/zutil.h
gs/ijs/Makefile.am
gs/ijs/configure.ac
gs/jasper/src/libjasper/base/jas_cm.c
gs/jasper/src/libjasper/base/jas_getopt.c
gs/jasper/src/libjasper/base/jas_image.c
gs/jasper/src/libjasper/base/jas_malloc.c
gs/jasper/src/libjasper/base/jas_seq.c
gs/jasper/src/libjasper/base/jas_stream.c
gs/jasper/src/libjasper/base/jas_string.c
gs/jasper/src/libjasper/base/jas_tvp.c
gs/jasper/src/libjasper/bmp/bmp_cod.c
gs/jasper/src/libjasper/bmp/bmp_cod.h
gs/jasper/src/libjasper/bmp/bmp_dec.c
gs/jasper/src/libjasper/bmp/bmp_enc.c
gs/jasper/src/libjasper/include/jasper/jas_cm.h
gs/jasper/src/libjasper/include/jasper/jas_debug.h
gs/jasper/src/libjasper/include/jasper/jas_fix.h
gs/jasper/src/libjasper/include/jasper/jas_getopt.h
gs/jasper/src/libjasper/include/jasper/jas_image.h
gs/jasper/src/libjasper/include/jasper/jas_malloc.h
gs/jasper/src/libjasper/include/jasper/jas_math.h
gs/jasper/src/libjasper/include/jasper/jas_seq.h
gs/jasper/src/libjasper/include/jasper/jas_stream.h
gs/jasper/src/libjasper/include/jasper/jas_string.h
gs/jasper/src/libjasper/include/jasper/jas_tvp.h
gs/jasper/src/libjasper/include/jasper/jas_types.h
gs/jasper/src/libjasper/include/jasper/jas_version.h
gs/jasper/src/libjasper/jp2/jp2_cod.c
gs/jasper/src/libjasper/jp2/jp2_cod.h
gs/jasper/src/libjasper/jp2/jp2_enc.c
gs/jasper/src/libjasper/jpc/jpc_bs.c
gs/jasper/src/libjasper/jpc/jpc_bs.h
gs/jasper/src/libjasper/jpc/jpc_cod.h
gs/jasper/src/libjasper/jpc/jpc_cs.c
gs/jasper/src/libjasper/jpc/jpc_cs.h
gs/jasper/src/libjasper/jpc/jpc_dec.c
gs/jasper/src/libjasper/jpc/jpc_dec.h
gs/jasper/src/libjasper/jpc/jpc_enc.c
gs/jasper/src/libjasper/jpc/jpc_enc.h
gs/jasper/src/libjasper/jpc/jpc_fix.h
gs/jasper/src/libjasper/jpc/jpc_flt.h
gs/jasper/src/libjasper/jpc/jpc_math.c
gs/jasper/src/libjasper/jpc/jpc_mct.c
gs/jasper/src/libjasper/jpc/jpc_mct.h
gs/jasper/src/libjasper/jpc/jpc_mqcod.c
gs/jasper/src/libjasper/jpc/jpc_mqcod.h
gs/jasper/src/libjasper/jpc/jpc_mqdec.c
gs/jasper/src/libjasper/jpc/jpc_mqdec.h
gs/jasper/src/libjasper/jpc/jpc_mqenc.c
gs/jasper/src/libjasper/jpc/jpc_mqenc.h
gs/jasper/src/libjasper/jpc/jpc_qmfb.c
gs/jasper/src/libjasper/jpc/jpc_qmfb.h
gs/jasper/src/libjasper/jpc/jpc_t1cod.c
gs/jasper/src/libjasper/jpc/jpc_t1cod.h
gs/jasper/src/libjasper/jpc/jpc_t1dec.c
gs/jasper/src/libjasper/jpc/jpc_t1dec.h
gs/jasper/src/libjasper/jpc/jpc_t1enc.c
gs/jasper/src/libjasper/jpc/jpc_t1enc.h
gs/jasper/src/libjasper/jpc/jpc_t2cod.c
gs/jasper/src/libjasper/jpc/jpc_t2cod.h
gs/jasper/src/libjasper/jpc/jpc_t2dec.c
gs/jasper/src/libjasper/jpc/jpc_t2dec.h
gs/jasper/src/libjasper/jpc/jpc_t2enc.c
gs/jasper/src/libjasper/jpc/jpc_t2enc.h
gs/jasper/src/libjasper/jpc/jpc_tagtree.c
gs/jasper/src/libjasper/jpc/jpc_tagtree.h
gs/jasper/src/libjasper/jpc/jpc_tsfb.c
gs/jasper/src/libjasper/jpc/jpc_tsfb.h
gs/jasper/src/libjasper/jpc/jpc_util.c
gs/jasper/src/libjasper/jpg/jpg_cod.h
gs/jasper/src/libjasper/pgx/pgx_cod.h
gs/jasper/src/libjasper/pnm/pnm_cod.c
gs/jasper/src/libjasper/pnm/pnm_cod.h
gs/jasper/src/libjasper/pnm/pnm_dec.c
gs/jasper/src/libjasper/pnm/pnm_enc.c
gs/jasper/src/libjasper/ras/ras_cod.c
gs/jasper/src/libjasper/ras/ras_cod.h
gs/jasper/src/libjasper/ras/ras_dec.c
gs/jasper/src/libjasper/ras/ras_enc.c
gs/jbig2dec/config_types.h
gs/jbig2dec/config_types.h.in
gs/jbig2dec/config_win32.h
gs/jbig2dec/getopt.c
gs/jbig2dec/getopt.h
gs/jbig2dec/getopt1.c
gs/jbig2dec/jbig2.c
gs/jbig2dec/jbig2.h
gs/jbig2dec/jbig2_arith.c
gs/jbig2dec/jbig2_arith.h
gs/jbig2dec/jbig2_arith_iaid.c
gs/jbig2dec/jbig2_arith_iaid.h
gs/jbig2dec/jbig2_arith_int.c
gs/jbig2dec/jbig2_arith_int.h
gs/jbig2dec/jbig2_generic.c
gs/jbig2dec/jbig2_generic.h
gs/jbig2dec/jbig2_halftone.c
gs/jbig2dec/jbig2_halftone.h
gs/jbig2dec/jbig2_huffman.c
gs/jbig2dec/jbig2_huffman.h
gs/jbig2dec/jbig2_hufftab.h
gs/jbig2dec/jbig2_image.c
gs/jbig2dec/jbig2_image.h
gs/jbig2dec/jbig2_image_pbm.c
gs/jbig2dec/jbig2_image_png.c
gs/jbig2dec/jbig2_metadata.c
gs/jbig2dec/jbig2_metadata.h
gs/jbig2dec/jbig2_mmr.c
gs/jbig2dec/jbig2_mmr.h
gs/jbig2dec/jbig2_page.c
gs/jbig2dec/jbig2_priv.h
gs/jbig2dec/jbig2_refinement.c
gs/jbig2dec/jbig2_segment.c
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_symbol_dict.h
gs/jbig2dec/jbig2_text.c
gs/jbig2dec/jbig2_text.h
gs/jbig2dec/jbig2dec.c
gs/jbig2dec/memcmp.c
gs/jbig2dec/memento.c
gs/jbig2dec/memento.h
gs/jbig2dec/os_types.h
gs/jbig2dec/pbm2png.c
gs/jbig2dec/snprintf.c
gs/lib/FAPIconfig-FCO
gs/lib/FCOfontmap-PCLPS3
gs/lib/FCOfontmap-PS3
gs/lib/Fontmap.ATB
gs/lib/Fontmap.ATM
gs/lib/Fontmap.OS2
gs/lib/Fontmap.SGI
gs/lib/Fontmap.Sol
gs/lib/Fontmap.URW-136.T1
gs/lib/Fontmap.URW-136.TT
gs/lib/Fontmap.Ult
gs/lib/Fontmap.VMS
gs/lib/PDFA_def.ps
gs/lib/PDFX_def.ps
gs/lib/acctest.ps
gs/lib/addxchar.ps
gs/lib/align.ps
gs/lib/caption.ps
gs/lib/cat.ps
gs/lib/cid2code.ps
gs/lib/decrypt.ps
gs/lib/docie.ps
gs/lib/dumphint
gs/lib/dumphint.bat
gs/lib/dumphint.ps
gs/lib/dvipdf
gs/lib/eps2eps
gs/lib/eps2eps.bat
gs/lib/eps2eps.cmd
gs/lib/font2c
gs/lib/font2c.bat
gs/lib/font2c.cmd
gs/lib/font2c.ps
gs/lib/font2pcl.ps
gs/lib/gs_ce_e.ps
gs/lib/gs_cmdl.ps
gs/lib/gs_fform.ps
gs/lib/gs_il2_e.ps
gs/lib/gs_kanji.ps
gs/lib/gs_ksb_e.ps
gs/lib/gs_lgo_e.ps
gs/lib/gs_lgx_e.ps
gs/lib/gs_pfile.ps
gs/lib/gs_rdlin.ps
gs/lib/gs_wl1_e.ps
gs/lib/gs_wl2_e.ps
gs/lib/gs_wl5_e.ps
gs/lib/gsbj
gs/lib/gsbj.bat
gs/lib/gsdj
gs/lib/gsdj.bat
gs/lib/gsdj500
gs/lib/gsdj500.bat
gs/lib/gslj
gs/lib/gslj.bat
gs/lib/gslp
gs/lib/gslp.bat
gs/lib/gslp.ps
gs/lib/gsnd
gs/lib/gsnd.bat
gs/lib/gsndt.bat
gs/lib/gsnup.ps
gs/lib/gssetgs.bat
gs/lib/gssetgs32.bat
gs/lib/gssetgs64.bat
gs/lib/gst.bat
gs/lib/gstt.bat
gs/lib/ht_ccsto.ps
gs/lib/image-qa.ps
gs/lib/impath.ps
gs/lib/jispaper.ps
gs/lib/jobseparator.ps
gs/lib/landscap.ps
gs/lib/level1.ps
gs/lib/lines.ps
gs/lib/lp386.bat
gs/lib/lp386r2.bat
gs/lib/lpgs.bat
gs/lib/lpr2.bat
gs/lib/lprsetup.sh
gs/lib/markhint.ps
gs/lib/markpath.ps
gs/lib/mkcidfm.ps
gs/lib/opdfread.ps
gs/lib/packfile.ps
gs/lib/pcharstr.ps
gs/lib/pdf2dsc
gs/lib/pdf2dsc.bat
gs/lib/pdf2dsc.ps
gs/lib/pdf2ps
gs/lib/pdf2ps.bat
gs/lib/pdf2ps.cmd
gs/lib/pdfopt
gs/lib/pdfopt.bat
gs/lib/pdfopt.ps
gs/lib/pdfwrite.ps
gs/lib/pf2afm
gs/lib/pf2afm.bat
gs/lib/pf2afm.cmd
gs/lib/pf2afm.ps
gs/lib/pfbtopfa
gs/lib/pfbtopfa.bat
gs/lib/pfbtopfa.ps
gs/lib/pftogsf.bat
gs/lib/ppath.ps
gs/lib/pphs
gs/lib/pphs.ps
gs/lib/prfont.ps
gs/lib/printafm
gs/lib/printafm.ps
gs/lib/ps2ai.ps
gs/lib/ps2ascii
gs/lib/ps2ascii.bat
gs/lib/ps2ascii.cmd
gs/lib/ps2ascii.ps
gs/lib/ps2epsi
gs/lib/ps2epsi.bat
gs/lib/ps2epsi.cmd
gs/lib/ps2epsi.ps
gs/lib/ps2pdf
gs/lib/ps2pdf.bat
gs/lib/ps2pdf.cmd
gs/lib/ps2pdf12
gs/lib/ps2pdf12.bat
gs/lib/ps2pdf12.cmd
gs/lib/ps2pdf13
gs/lib/ps2pdf13.bat
gs/lib/ps2pdf13.cmd
gs/lib/ps2pdf14
gs/lib/ps2pdf14.bat
gs/lib/ps2pdf14.cmd
gs/lib/ps2pdfwr
gs/lib/ps2pdfxx.bat
gs/lib/ps2ps
gs/lib/ps2ps.bat
gs/lib/ps2ps.cmd
gs/lib/ps2ps2
gs/lib/ps2ps2.bat
gs/lib/ps2ps2.cmd
gs/lib/rollconv.ps
gs/lib/showchar.ps
gs/lib/stcinfo.ps
gs/lib/stcolor.ps
gs/lib/stocht.ps
gs/lib/traceimg.ps
gs/lib/traceop.ps
gs/lib/type1enc.ps
gs/lib/type1ops.ps
gs/lib/uninfo.ps
gs/lib/unix-lpr.sh
gs/lib/unprot.ps
gs/lib/viewcmyk.ps
gs/lib/viewgif.ps
gs/lib/viewjpeg.ps
gs/lib/viewmiff.ps
gs/lib/viewpbm.ps
gs/lib/viewpcx.ps
gs/lib/viewps2a.ps
gs/lib/viewrgb.ps
gs/lib/wftopfa
gs/lib/wftopfa.ps
gs/lib/winmaps.ps
gs/lib/wmakebat.bat
gs/lib/wrfont.ps
gs/lib/zeroline.ps
gs/man/de/dvipdf.1
gs/man/de/font2c.1
gs/man/de/gsnd.1
gs/man/de/pdf2dsc.1
gs/man/de/pdf2ps.1
gs/man/de/pdfopt.1
gs/man/de/printafm.1
gs/man/de/ps2ascii.1
gs/man/de/ps2pdf.1
gs/man/de/ps2ps.1
gs/man/de/wftopfa.1
gs/man/dvipdf.1
gs/man/eps2eps.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1
gs/psi/bfont.h
gs/psi/btoken.h
gs/psi/dmmain.c
gs/psi/dmmain.r
gs/psi/dpmain.c
gs/psi/dscparse.c
gs/psi/dscparse.h
gs/psi/dstack.h
gs/psi/dwdll.c
gs/psi/dwdll.h
gs/psi/dwimg.c
gs/psi/dwimg.h
gs/psi/dwmain.c
gs/psi/dwmain.rc
gs/psi/dwmainc.c
gs/psi/dwnodll.c
gs/psi/dwreg.c
gs/psi/dwreg.h
gs/psi/dwres.h
gs/psi/dwtext.c
gs/psi/dwtext.h
gs/psi/dwtrace.c
gs/psi/dwtrace.h
gs/psi/dxmain.c
gs/psi/dxmainc.c
gs/psi/estack.h
gs/psi/fapi_ft.c
gs/psi/fapibstm.c
gs/psi/fapiufst.c
gs/psi/files.h
gs/psi/ghost.h
gs/psi/gs.c
gs/psi/gsdll.c
gs/psi/gsdll2.rc
gs/psi/gsdll32.rc
gs/psi/gserver.c
gs/psi/gsos2.rc
gs/psi/ialloc.c
gs/psi/ialloc.h
gs/psi/iapi.c
gs/psi/iapi.h
gs/psi/iastate.h
gs/psi/iastruct.h
gs/psi/ibnum.c
gs/psi/ibnum.h
gs/psi/ichar.h
gs/psi/ichar1.h
gs/psi/icharout.h
gs/psi/icid.h
gs/psi/icie.h
gs/psi/icolor.h
gs/psi/iconf.c
gs/psi/iconf.h
gs/psi/icontext.c
gs/psi/icontext.h
gs/psi/icremap.h
gs/psi/icsmap.h
gs/psi/icstate.h
gs/psi/iddict.h
gs/psi/iddstack.h
gs/psi/idebug.c
gs/psi/idebug.h
gs/psi/idict.c
gs/psi/idict.h
gs/psi/idictdef.h
gs/psi/idicttpl.h
gs/psi/idisp.c
gs/psi/idisp.h
gs/psi/idosave.h
gs/psi/idparam.c
gs/psi/idparam.h
gs/psi/idsdata.h
gs/psi/idstack.c
gs/psi/idstack.h
gs/psi/ierrors.h
gs/psi/iesdata.h
gs/psi/iestack.h
gs/psi/ifapi.h
gs/psi/ifcid.h
gs/psi/ifilter.h
gs/psi/ifilter2.h
gs/psi/ifont.h
gs/psi/ifont1.h
gs/psi/ifont2.h
gs/psi/ifont42.h
gs/psi/ifrpred.h
gs/psi/ifunc.h
gs/psi/ifwpred.h
gs/psi/igc.c
gs/psi/igc.h
gs/psi/igcref.c
gs/psi/igcstr.c
gs/psi/igcstr.h
gs/psi/igstate.h
gs/psi/iht.h
gs/psi/iimage.h
gs/psi/iimage2.h
gs/psi/iinit.c
gs/psi/iinit.h
gs/psi/ilevel.h
gs/psi/ilocate.c
gs/psi/imain.c
gs/psi/imain.h
gs/psi/imainarg.c
gs/psi/imainarg.h
gs/psi/imemory.h
gs/psi/iminst.h
gs/psi/iname.c
gs/psi/iname.h
gs/psi/inamedef.h
gs/psi/inameidx.h
gs/psi/inames.h
gs/psi/inamestr.h
gs/psi/inobtokn.c
gs/psi/inouparm.c
gs/psi/int.mak
gs/psi/interp.c
gs/psi/interp.h
gs/psi/iosdata.h
gs/psi/iostack.h
gs/psi/ipacked.h
gs/psi/iparam.c
gs/psi/iparam.h
gs/psi/iparray.h
gs/psi/ipcolor.h
gs/psi/iplugin.c
gs/psi/iplugin.h
gs/psi/ireclaim.c
gs/psi/iref.h
gs/psi/isave.c
gs/psi/isave.h
gs/psi/iscan.c
gs/psi/iscan.h
gs/psi/iscanbin.c
gs/psi/iscanbin.h
gs/psi/iscannum.c
gs/psi/iscannum.h
gs/psi/isdata.h
gs/psi/isstate.h
gs/psi/istack.c
gs/psi/istack.h
gs/psi/istkparm.h
gs/psi/istream.h
gs/psi/istruct.h
gs/psi/itoken.h
gs/psi/iutil.c
gs/psi/iutil.h
gs/psi/iutil2.c
gs/psi/iutil2.h
gs/psi/ivmem2.h
gs/psi/ivmspace.h
gs/psi/main.h
gs/psi/mkfilelt.cpp
gs/psi/msvc.mak
gs/psi/msvc32.mak
gs/psi/msvc64.mak
gs/psi/nsisinst.nsi
gs/psi/oparc.h
gs/psi/opcheck.h
gs/psi/opdef.h
gs/psi/oper.h
gs/psi/opextern.h
gs/psi/os2.mak
gs/psi/ostack.h
gs/psi/psromfs.mak
gs/psi/sfilter1.c
gs/psi/store.h
gs/psi/winint.mak
gs/psi/wrfont.c
gs/psi/wrfont.h
gs/psi/write_t1.c
gs/psi/write_t1.h
gs/psi/write_t2.c
gs/psi/write_t2.h
gs/psi/zalg.c
gs/psi/zarith.c
gs/psi/zarray.c
gs/psi/zbfont.c
gs/psi/zbseq.c
gs/psi/zcfont.c
gs/psi/zchar.c
gs/psi/zchar1.c
gs/psi/zchar2.c
gs/psi/zchar32.c
gs/psi/zchar42.c
gs/psi/zchar42.h
gs/psi/zcharout.c
gs/psi/zcharx.c
gs/psi/zcid.c
gs/psi/zcidtest.c
gs/psi/zcie.c
gs/psi/zcie.h
gs/psi/zcolor.c
gs/psi/zcolor.h
gs/psi/zcolor1.c
gs/psi/zcolor2.c
gs/psi/zcolor3.c
gs/psi/zcontext.c
gs/psi/zcontrol.c
gs/psi/zcrd.c
gs/psi/zcsdevn.c
gs/psi/zcsindex.c
gs/psi/zcspixel.c
gs/psi/zcssepr.c
gs/psi/zdevcal.c
gs/psi/zdevice.c
gs/psi/zdevice2.c
gs/psi/zdfilter.c
gs/psi/zdict.c
gs/psi/zdosio.c
gs/psi/zdouble.c
gs/psi/zdpnext.c
gs/psi/zdps.c
gs/psi/zdps1.c
gs/psi/zdscpars.c
gs/psi/zfaes.c
gs/psi/zfapi.c
gs/psi/zfarc4.c
gs/psi/zfbcp.c
gs/psi/zfcid.c
gs/psi/zfcid0.c
gs/psi/zfcid1.c
gs/psi/zfcmap.c
gs/psi/zfdctd.c
gs/psi/zfdcte.c
gs/psi/zfdecode.c
gs/psi/zfile.c
gs/psi/zfile.h
gs/psi/zfile1.c
gs/psi/zfileio.c
gs/psi/zfilter.c
gs/psi/zfilter2.c
gs/psi/zfilterx.c
gs/psi/zfimscale.c
gs/psi/zfjbig2.c
gs/psi/zfjpx.c
gs/psi/zfmd5.c
gs/psi/zfont.c
gs/psi/zfont0.c
gs/psi/zfont1.c
gs/psi/zfont2.c
gs/psi/zfont32.c
gs/psi/zfont42.c
gs/psi/zfontenum.c
gs/psi/zfproc.c
gs/psi/zfrsd.c
gs/psi/zfrsd.h
gs/psi/zfsample.c
gs/psi/zfsha2.c
gs/psi/zfunc.c
gs/psi/zfunc.h
gs/psi/zfunc0.c
gs/psi/zfunc3.c
gs/psi/zfunc4.c
gs/psi/zfzlib.c
gs/psi/zgeneric.c
gs/psi/zgstate.c
gs/psi/zhsb.c
gs/psi/zht.c
gs/psi/zht1.c
gs/psi/zht2.c
gs/psi/zht2.h
gs/psi/zicc.c
gs/psi/zicc.h
gs/psi/zimage.c
gs/psi/zimage2.c
gs/psi/zimage3.c
gs/psi/ziodev.c
gs/psi/ziodev2.c
gs/psi/ziodevs.c
gs/psi/ziodevsc.c
gs/psi/zmath.c
gs/psi/zmatrix.c
gs/psi/zmedia2.c
gs/psi/zmisc.c
gs/psi/zmisc1.c
gs/psi/zmisc2.c
gs/psi/zmisc3.c
gs/psi/zncdummy.c
gs/psi/zpacked.c
gs/psi/zpaint.c
gs/psi/zpath.c
gs/psi/zpath1.c
gs/psi/zpcolor.c
gs/psi/zpdfops.c
gs/psi/zrelbit.c
gs/psi/zrop.c
gs/psi/zshade.c
gs/psi/zstack.c
gs/psi/zstring.c
gs/psi/zsysvm.c
gs/psi/ztoken.c
gs/psi/ztrans.c
gs/psi/ztrap.c
gs/psi/ztype.c
gs/psi/zupath.c
gs/psi/zusparam.c
gs/psi/zutf8.c
gs/psi/zvmem.c
gs/psi/zvmem2.c
gs/psi/zwinutf8.c
gs/toolbin/GenSubstCID.ps
gs/toolbin/afmutil.py
gs/toolbin/bughunt.sh
gs/toolbin/color/icc_creator/ICC_Creator/CIELAB.h
gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.cpp
gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.h
gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.cpp
gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.h
gs/toolbin/color/icc_creator/ICC_Creator/icc_create.cpp
gs/toolbin/color/icc_creator/ICC_Creator/icc_create.h
gs/toolbin/color/icc_creator/README.txt
gs/toolbin/drawafm.ps
gs/toolbin/encs2c.ps
gs/toolbin/errlist.tcl
gs/toolbin/extractFonts.ps
gs/toolbin/extractICCprofiles.ps
gs/toolbin/gen_ldf_jb2.py
gs/toolbin/genfontmap.ps
gs/toolbin/gitlog2changelog.py
gs/toolbin/gsmake
gs/toolbin/gsmake.tcl
gs/toolbin/halftone/gen_ordered/README
gs/toolbin/halftone/gen_ordered/gen_ordered.c
gs/toolbin/headers.tcl
gs/toolbin/jpxtopdf.c
gs/toolbin/leaks.tcl
gs/toolbin/makehist.tcl
gs/toolbin/memory.py
gs/toolbin/ocheck.py
gs/toolbin/pdf_info.ps
gs/toolbin/pdfinflt.ps
gs/toolbin/pre.tcl
gs/toolbin/precheck.tcl
gs/toolbin/pscet_status.pl
gs/toolbin/smoke.ps
gs/toolbin/split_changelog.py
gs/toolbin/suite.tcl
gs/toolbin/tests/build_revision.py
gs/toolbin/tests/check_all.py
gs/toolbin/tests/check_comments.py
gs/toolbin/tests/check_dirs.py
gs/toolbin/tests/check_docrefs.py
gs/toolbin/tests/check_source.py
gs/toolbin/tests/cmpi.py
gs/toolbin/tests/compare_checksumdb.py
gs/toolbin/tests/compare_checksums.py
gs/toolbin/tests/dump_checksum.py
gs/toolbin/tests/dump_checksum_plus.py
gs/toolbin/tests/dump_checksum_raw.py
gs/toolbin/tests/fuzzy.c
gs/toolbin/tests/get_baseline_log.py
gs/toolbin/tests/get_baselines.py
gs/toolbin/tests/gscheck_all.py
gs/toolbin/tests/gscheck_fuzzypdf.py
gs/toolbin/tests/gscheck_pdfwrite.py
gs/toolbin/tests/gscheck_raster.py
gs/toolbin/tests/gscheck_testfiles.py
gs/toolbin/tests/gsconf.py
gs/toolbin/tests/gsparamsets.py
gs/toolbin/tests/gssum.py
gs/toolbin/tests/gstestgs.py
gs/toolbin/tests/gstestutils.py
gs/toolbin/tests/gsutil.py
gs/toolbin/tests/make_baselinedb.py
gs/toolbin/tests/make_testdb.py
gs/toolbin/tests/make_two_pdfversions
gs/toolbin/tests/make_two_versions
gs/toolbin/tests/myoptparse.py
gs/toolbin/tests/rasterdb.py
gs/toolbin/tests/revert_baseline
gs/toolbin/tests/revert_pdfbaseline
gs/toolbin/tests/run_nightly.py
gs/toolbin/tests/run_parallel
gs/toolbin/tests/run_regression.py
gs/toolbin/tests/testdiff.py
gs/toolbin/tests/update_baseline.py
gs/toolbin/tests/update_specific
gs/toolbin/tmake.tcl
gs/zlib/ChangeLog
gs/zlib/adler32.c
gs/zlib/compress.c
gs/zlib/crc32.c
gs/zlib/deflate.c
gs/zlib/deflate.h
gs/zlib/test/example.c
gs/zlib/test/minigzip.c
gs/zlib/trees.c
gs/zlib/uncompr.c
gs/zlib/zconf.h
gs/zlib/zconf.h.cmakein
gs/zlib/zconf.h.in
gs/zlib/zutil.c
gs/zlib/zutil.h
language_switch/pspcl6_gcc.mak
language_switch/pspcl6_msvc.mak
pcl/pcbiptrn.c
pcl/pcbiptrn.h
pcl/pccid.c
pcl/pccid.h
pcl/pccolor.c
pcl/pccoord.h
pcl/pccprint.c
pcl/pccsbase.c
pcl/pccsbase.h
pcl/pcdict.h
pcl/pcdither.c
pcl/pcdither.h
pcl/pcdraw.c
pcl/pcdraw.h
pcl/pcfont.c
pcl/pcfont.h
pcl/pcfontpg.c
pcl/pcfontst.h
pcl/pcfrgrnd.c
pcl/pcfrgrnd.h
pcl/pcfsel.c
pcl/pcfsel.h
pcl/pcht.c
pcl/pcht.h
pcl/pcident.c
pcl/pcident.h
pcl/pcimpl.c
pcl/pcindxed.c
pcl/pcindxed.h
pcl/pcjob.c
pcl/pcl.mak
pcl/pcl_top.mak
pcl/pclookup.c
pcl/pclookup.h
pcl/pcmacros.c
pcl/pcmisc.c
pcl/pcmtx3.c
pcl/pcmtx3.h
pcl/pcommand.c
pcl/pcommand.h
pcl/pcpage.c
pcl/pcpage.h
pcl/pcpalet.c
pcl/pcpalet.h
pcl/pcparam.h
pcl/pcparse.c
pcl/pcparse.h
pcl/pcpatrn.c
pcl/pcpatrn.h
pcl/pcpattyp.h
pcl/pcpatxfm.c
pcl/pcpatxfm.h
pcl/pcrect.c
pcl/pcsfont.c
pcl/pcstate.h
pcl/pcstatus.c
pcl/pcsymbol.c
pcl/pcsymbol.h
pcl/pctext.c
pcl/pctop.c
pcl/pctop.h
pcl/pctpm.h
pcl/pcuptrn.c
pcl/pcuptrn.h
pcl/pcursor.c
pcl/pcursor.h
pcl/pcwhtidx.c
pcl/pcwhtidx.h
pcl/pcxfmst.h
pcl/pgchar.c
pcl/pgcolor.c
pcl/pgconfig.c
pcl/pgdraw.c
pcl/pgdraw.h
pcl/pgfdata.c
pcl/pgfdata.h
pcl/pgfont.c
pcl/pgfont.h
pcl/pgframe.c
pcl/pggeom.c
pcl/pggeom.h
pcl/pginit.c
pcl/pginit.h
pcl/pglabel.c
pcl/pglfill.c
pcl/pgmand.h
pcl/pgmisc.c
pcl/pgmisc.h
pcl/pgparse.c
pcl/pgpoly.c
pcl/pgstate.h
pcl/pgvector.c
pcl/rtgmode.c
pcl/rtgmode.h
pcl/rtmisc.c
pcl/rtraster.c
pcl/rtraster.h
pcl/rtrstcmp.c
pcl/rtrstcmp.h
pcl/rtrstst.h
pl/dwimg.c
pl/dwimg.h
pl/dwmainc.c
pl/dwreg.c
pl/dwreg.h
pl/dwres.h
pl/pjparse.c
pl/pjparse.h
pl/pjparsei.c
pl/pjtop.c
pl/pjtop.h
pl/pl.mak
pl/plalloc.c
pl/plalloc.h
pl/plapi.h
pl/plchar.c
pl/pldebug.h
pl/pldict.c
pl/pldict.h
pl/pldraw.c
pl/pldraw.h
pl/plfont.c
pl/plfont.h
pl/plftable.c
pl/plftable.h
pl/plht.c
pl/plht.h
pl/plimpl.c
pl/pllfont.c
pl/pllfont.h
pl/plmain.c
pl/plmain.h
pl/plparse.h
pl/plplatf.c
pl/plplatf.h
pl/plplatfps.c
pl/plsrgb.c
pl/plsrgb.h
pl/plsymbol.c
pl/plsymbol.h
pl/pltop.c
pl/pltop.h
pl/pltoputl.c
pl/pltoputl.h
pl/pluchar.c
pl/plufont.c
pl/plulfont.c
pl/plvalue.c
pl/plvalue.h
pl/plvocab.c
pl/plvocab.h
pl/realmain.c
psi/psi.mak
psi/psitop.c
pxl/pxasm.ps
pxl/pxattr.h
pxl/pxbfont.c
pxl/pxbfont.h
pxl/pxbfont.ps
pxl/pxcet.txt
pxl/pxdict.h
pxl/pxdiff.txt
pxl/pxenum.h
pxl/pxerrors.c
pxl/pxerrors.h
pxl/pxffont.c
pxl/pxfont.c
pxl/pxfont.h
pxl/pxfts.txt
pxl/pxgstate.c
pxl/pxgstate.h
pxl/pximage.c
pxl/pximpl.c
pxl/pxink.c
pxl/pxl.mak
pxl/pxlib.txt
pxl/pxoper.h
pxl/pxpaint.c
pxl/pxparse.c
pxl/pxparse.h
pxl/pxptable.c
pxl/pxptable.h
pxl/pxpthr.c
pxl/pxpthr.h
pxl/pxsessio.c
pxl/pxspec.txt
pxl/pxstate.c
pxl/pxstate.h
pxl/pxstream.c
pxl/pxsymbol.ps
pxl/pxsymbol.psc
pxl/pxsymbol.psh
pxl/pxtag.h
pxl/pxtop.c
pxl/pxvalue.c
pxl/pxvalue.h
svg/ghostsvg.h
svg/svg.mak
svg/svg_gcc.mak
svg/svg_msvc.mak
svg/svgcolor.c
svg/svgcolorlist.h
svg/svgdoc.c
svg/svgshapes.c
svg/svgtop.c
svg/svgtransform.c
svg/svgtypes.c
svg/svgxml.c
tools/gslite/gslt.h
tools/gslite/gslt_font.h
tools/gslite/gslt_font_api.c
tools/gslite/gslt_font_api.h
tools/gslite/gslt_font_api_test.c
tools/gslite/gslt_font_cache.c
tools/gslite/gslt_font_cff.c
tools/gslite/gslt_font_encoding.c
tools/gslite/gslt_font_glyph.c
tools/gslite/gslt_font_int.h
tools/gslite/gslt_font_test.c
tools/gslite/gslt_font_ttf.c
tools/gslite/gslt_image.c
tools/gslite/gslt_image.h
tools/gslite/gslt_image_jpeg.c
tools/gslite/gslt_image_png.c
tools/gslite/gslt_image_test.c
tools/gslite/gslt_image_threads_test.c
tools/gslite/gslt_image_tiff.c
tools/gslite/gslt_init.c
tools/gslite/gslt_stubs.c
tools/gslite/gslt_test.c
tools/null.pxl
tools/suite.tcl
xps/ghostxps.h
xps/xps.mak
xps/xps_gcc.mak
xps/xps_msvc.mak
xps/xpsanalyze.c
xps/xpscff.c
xps/xpscolor.c
xps/xpscommon.c
xps/xpscrc.c
xps/xpsdoc.c
xps/xpsfont.c
xps/xpsglyphs.c
xps/xpsgradient.c
xps/xpshash.c
xps/xpsimage.c
xps/xpsjpeg.c
xps/xpsjxr.c
xps/xpsmem.c
xps/xpsopacity.c
xps/xpspage.c
xps/xpspath.c
xps/xpspng.c
xps/xpsresource.c
xps/xpstiff.c
xps/xpstile.c
xps/xpstop.c
xps/xpsttf.c
xps/xpsutf.c
xps/xpsvisual.c
xps/xpsxml.c
xps/xpszip.c

2012-06-13 12:22:13 +0100
Chris Liddell <chris.liddell@artifex.com>
fae7be45fb7f2e9be889c07dc9d29e7ea1975dc9

Bug 692365: Don't derive metrics for CIDFontType 2.

pdfwrite uses zchar42_set_cache() to get the glyph metrics for a glyph from
CIDFontType 2 font. It turns out, that function contained the same faking
of vertical metrics as the FAPI code originally had. That's a problem because
a PS font without vertical metrics should be treated as horizontal, regardless
of the wmode value.

We *only* want to derive vertical metrics for TTF fonts read from disk being
used to emulate a missing CIDFont with wmode 1.

No cluster differences.

gs/psi/zchar42.c

2012-06-11 14:09:28 +0100
Chris Liddell <chris.liddell@artifex.com>
b4dbdb142e340596d9a8b440ca415832c39caef2

Update libjpeg to 8d.

gs/jpeg/Makefile.in
gs/jpeg/README
gs/jpeg/aclocal.m4
gs/jpeg/change.log
gs/jpeg/cjpeg.1
gs/jpeg/cjpeg.c
gs/jpeg/config.guess
gs/jpeg/config.sub
gs/jpeg/configure
gs/jpeg/configure.ac
gs/jpeg/depcomp
gs/jpeg/install-sh
gs/jpeg/install.txt
gs/jpeg/jaricom.c
gs/jpeg/jcarith.c
gs/jpeg/jccoefct.c
gs/jpeg/jccolor.c
gs/jpeg/jconfig.mc6
gs/jpeg/jctrans.c
gs/jpeg/jdarith.c
gs/jpeg/jdatadst.c
gs/jpeg/jdatasrc.c
gs/jpeg/jdcoefct.c
gs/jpeg/jdcolor.c
gs/jpeg/jdmaster.c
gs/jpeg/jmemmgr.c
gs/jpeg/jmorecfg.h
gs/jpeg/jpegint.h
gs/jpeg/jpeglib.h
gs/jpeg/jpegtran.c
gs/jpeg/jquant1.c
gs/jpeg/jquant2.c
gs/jpeg/jutils.c
gs/jpeg/jversion.h
gs/jpeg/libjpeg.txt
gs/jpeg/ltmain.sh
gs/jpeg/structure.txt
gs/jpeg/transupp.c
gs/jpeg/transupp.h
gs/jpeg/usage.txt

2012-06-11 11:37:57 +0100
Chris Liddell <chris.liddell@artifex.com>
2214fb3da464f702ab4bd46d653aef1c9b69d483

Update zlib to 1.2.7

No cluster differences.

gs/zlib/CMakeLists.txt
gs/zlib/ChangeLog
gs/zlib/FAQ
gs/zlib/INDEX
gs/zlib/Makefile
gs/zlib/Makefile.in
gs/zlib/README
gs/zlib/adler32.c
gs/zlib/algorithm.txt
gs/zlib/amiga/Makefile.pup
gs/zlib/amiga/Makefile.sas
gs/zlib/as400/bndsrc
gs/zlib/as400/compile.clp
gs/zlib/as400/readme.txt
gs/zlib/as400/zlib.inc
gs/zlib/compress.c
gs/zlib/configure
gs/zlib/contrib/README.contrib
gs/zlib/contrib/amd64/amd64-match.S
gs/zlib/contrib/asm586/README.586
gs/zlib/contrib/asm586/match.S
gs/zlib/contrib/asm686/README.686
gs/zlib/contrib/asm686/match.S
gs/zlib/contrib/delphi/ZLib.pas
gs/zlib/contrib/delphi/zlibd32.mak
gs/zlib/contrib/dotzlib/DotZLib.build
gs/zlib/contrib/dotzlib/DotZLib.chm
gs/zlib/contrib/dotzlib/DotZLib/AssemblyInfo.cs
gs/zlib/contrib/dotzlib/DotZLib/ChecksumImpl.cs
gs/zlib/contrib/dotzlib/DotZLib/CircularBuffer.cs
gs/zlib/contrib/dotzlib/DotZLib/CodecBase.cs
gs/zlib/contrib/dotzlib/DotZLib/Deflater.cs
gs/zlib/contrib/dotzlib/DotZLib/DotZLib.cs
gs/zlib/contrib/dotzlib/DotZLib/GZipStream.cs
gs/zlib/contrib/dotzlib/DotZLib/Inflater.cs
gs/zlib/contrib/dotzlib/DotZLib/UnitTests.cs
gs/zlib/contrib/dotzlib/readme.txt
gs/zlib/contrib/gcc_gvmat64/gvmat64.S
gs/zlib/contrib/infback9/infback9.c
gs/zlib/contrib/infback9/inftree9.c
gs/zlib/contrib/infback9/inftree9.h
gs/zlib/contrib/inflate86/inffas86.c
gs/zlib/contrib/masm686/match.asm
gs/zlib/contrib/masmx64/gvmat64.asm
gs/zlib/contrib/masmx64/gvmat64.obj
gs/zlib/contrib/masmx64/inffas8664.c
gs/zlib/contrib/masmx64/inffasx64.asm
gs/zlib/contrib/masmx64/inffasx64.obj
gs/zlib/contrib/masmx64/readme.txt
gs/zlib/contrib/masmx86/bld_ml32.bat
gs/zlib/contrib/masmx86/gvmat32.asm
gs/zlib/contrib/masmx86/gvmat32.obj
gs/zlib/contrib/masmx86/gvmat32c.c
gs/zlib/contrib/masmx86/inffas32.asm
gs/zlib/contrib/masmx86/inffas32.obj
gs/zlib/contrib/masmx86/match686.asm
gs/zlib/contrib/masmx86/mkasm.bat
gs/zlib/contrib/masmx86/readme.txt
gs/zlib/contrib/minizip/ChangeLogUnzip
gs/zlib/contrib/minizip/Makefile.am
gs/zlib/contrib/minizip/MiniZip64_Changes.txt
gs/zlib/contrib/minizip/MiniZip64_info.txt
gs/zlib/contrib/minizip/configure.ac
gs/zlib/contrib/minizip/crypt.h
gs/zlib/contrib/minizip/ioapi.c
gs/zlib/contrib/minizip/ioapi.h
gs/zlib/contrib/minizip/iowin32.c
gs/zlib/contrib/minizip/iowin32.h
gs/zlib/contrib/minizip/make_vms.com
gs/zlib/contrib/minizip/miniunz.c
gs/zlib/contrib/minizip/minizip.c
gs/zlib/contrib/minizip/minizip.pc.in
gs/zlib/contrib/minizip/mztools.c
gs/zlib/contrib/minizip/mztools.h
gs/zlib/contrib/minizip/unzip.c
gs/zlib/contrib/minizip/unzip.h
gs/zlib/contrib/minizip/zip.c
gs/zlib/contrib/minizip/zip.h
gs/zlib/contrib/pascal/zlibd32.mak
gs/zlib/contrib/pascal/zlibpas.pas
gs/zlib/contrib/puff/Makefile
gs/zlib/contrib/puff/puff.c
gs/zlib/contrib/puff/puff.h
gs/zlib/contrib/puff/pufftest.c
gs/zlib/contrib/puff/zeros.raw
gs/zlib/contrib/testzlib/testzlib.c
gs/zlib/contrib/vstudio/readme.txt
gs/zlib/contrib/vstudio/vc10/miniunz.vcxproj
gs/zlib/contrib/vstudio/vc10/miniunz.vcxproj.filters
gs/zlib/contrib/vstudio/vc10/miniunz.vcxproj.user
gs/zlib/contrib/vstudio/vc10/minizip.vcxproj
gs/zlib/contrib/vstudio/vc10/minizip.vcxproj.filters
gs/zlib/contrib/vstudio/vc10/minizip.vcxproj.user
gs/zlib/contrib/vstudio/vc10/testzlib.vcxproj
gs/zlib/contrib/vstudio/vc10/testzlib.vcxproj.filters
gs/zlib/contrib/vstudio/vc10/testzlib.vcxproj.user
gs/zlib/contrib/vstudio/vc10/testzlibdll.vcxproj
gs/zlib/contrib/vstudio/vc10/testzlibdll.vcxproj.filters
gs/zlib/contrib/vstudio/vc10/testzlibdll.vcxproj.user
gs/zlib/contrib/vstudio/vc10/zlib.rc
gs/zlib/contrib/vstudio/vc10/zlibstat.vcxproj
gs/zlib/contrib/vstudio/vc10/zlibstat.vcxproj.filters
gs/zlib/contrib/vstudio/vc10/zlibstat.vcxproj.user
gs/zlib/contrib/vstudio/vc10/zlibvc.def
gs/zlib/contrib/vstudio/vc10/zlibvc.sln
gs/zlib/contrib/vstudio/vc10/zlibvc.vcxproj
gs/zlib/contrib/vstudio/vc10/zlibvc.vcxproj.filters
gs/zlib/contrib/vstudio/vc10/zlibvc.vcxproj.user
gs/zlib/contrib/vstudio/vc7/miniunz.vcproj
gs/zlib/contrib/vstudio/vc7/minizip.vcproj
gs/zlib/contrib/vstudio/vc7/testzlib.vcproj
gs/zlib/contrib/vstudio/vc7/zlib.rc
gs/zlib/contrib/vstudio/vc7/zlibstat.vcproj
gs/zlib/contrib/vstudio/vc7/zlibvc.def
gs/zlib/contrib/vstudio/vc7/zlibvc.sln
gs/zlib/contrib/vstudio/vc7/zlibvc.vcproj
gs/zlib/contrib/vstudio/vc8/miniunz.vcproj
gs/zlib/contrib/vstudio/vc8/minizip.vcproj
gs/zlib/contrib/vstudio/vc8/testzlib.vcproj
gs/zlib/contrib/vstudio/vc8/testzlibdll.vcproj
gs/zlib/contrib/vstudio/vc8/zlib.rc
gs/zlib/contrib/vstudio/vc8/zlibstat.vcproj
gs/zlib/contrib/vstudio/vc8/zlibvc.def
gs/zlib/contrib/vstudio/vc8/zlibvc.sln
gs/zlib/contrib/vstudio/vc8/zlibvc.vcproj
gs/zlib/contrib/vstudio/vc9/miniunz.vcproj
gs/zlib/contrib/vstudio/vc9/minizip.vcproj
gs/zlib/contrib/vstudio/vc9/testzlib.vcproj
gs/zlib/contrib/vstudio/vc9/testzlibdll.vcproj
gs/zlib/contrib/vstudio/vc9/zlib.rc
gs/zlib/contrib/vstudio/vc9/zlibstat.vcproj
gs/zlib/contrib/vstudio/vc9/zlibvc.def
gs/zlib/contrib/vstudio/vc9/zlibvc.sln
gs/zlib/contrib/vstudio/vc9/zlibvc.vcproj
gs/zlib/crc32.c
gs/zlib/crc32.h
gs/zlib/deflate.c
gs/zlib/deflate.h
gs/zlib/doc/algorithm.txt
gs/zlib/doc/rfc1950.txt
gs/zlib/doc/rfc1951.txt
gs/zlib/doc/rfc1952.txt
gs/zlib/doc/txtvsbin.txt
gs/zlib/example.c
gs/zlib/examples/README.examples
gs/zlib/examples/enough.c
gs/zlib/examples/gun.c
gs/zlib/examples/gzlog.c
gs/zlib/examples/gzlog.h
gs/zlib/examples/zlib_how.html
gs/zlib/examples/zpipe.c
gs/zlib/examples/zran.c
gs/zlib/gzclose.c
gs/zlib/gzguts.h
gs/zlib/gzio.c
gs/zlib/gzlib.c
gs/zlib/gzread.c
gs/zlib/gzwrite.c
gs/zlib/infback.c
gs/zlib/inffast.c
gs/zlib/inffast.h
gs/zlib/inffixed.h
gs/zlib/inflate.c
gs/zlib/inflate.h
gs/zlib/inftrees.c
gs/zlib/inftrees.h
gs/zlib/make_vms.com
gs/zlib/minigzip.c
gs/zlib/msdos/Makefile.bor
gs/zlib/msdos/Makefile.dj2
gs/zlib/msdos/Makefile.emx
gs/zlib/msdos/Makefile.msc
gs/zlib/msdos/Makefile.tc
gs/zlib/nintendods/Makefile
gs/zlib/nintendods/README
gs/zlib/old/Makefile.emx
gs/zlib/old/zlib.html
gs/zlib/projects/README.projects
gs/zlib/projects/visualc6/README.txt
gs/zlib/projects/visualc6/example.dsp
gs/zlib/projects/visualc6/minigzip.dsp
gs/zlib/projects/visualc6/zlib.dsp
gs/zlib/projects/visualc6/zlib.dsw
gs/zlib/qnx/package.qpg
gs/zlib/test/example.c
gs/zlib/test/infcover.c
gs/zlib/test/minigzip.c
gs/zlib/treebuild.xml
gs/zlib/trees.c
gs/zlib/trees.h
gs/zlib/uncompr.c
gs/zlib/watcom/watcom_f.mak
gs/zlib/watcom/watcom_l.mak
gs/zlib/win32/DLL_FAQ.txt
gs/zlib/win32/Makefile.bor
gs/zlib/win32/Makefile.emx
gs/zlib/win32/Makefile.gcc
gs/zlib/win32/Makefile.msc
gs/zlib/win32/README-WIN32.txt
gs/zlib/win32/zlib.def
gs/zlib/win32/zlib1.rc
gs/zlib/zconf.h
gs/zlib/zconf.h.cmakein
gs/zlib/zconf.h.in
gs/zlib/zconf.in.h
gs/zlib/zlib.3
gs/zlib/zlib.3.pdf
gs/zlib/zlib.h
gs/zlib/zlib.map
gs/zlib/zlib.pc.cmakein
gs/zlib/zlib.pc.in
gs/zlib/zlib2ansi
gs/zlib/zutil.c
gs/zlib/zutil.h

2012-06-11 09:11:18 +0100
Chris Liddell <chris.liddell@artifex.com>
3c419d97583ed1c234d53bd9c0efac2ef9fff320

Update libtiff to 4.0.1.

Remove globals from tif_pixarlog.c

Re-apply commit 786269bafff68f1965b1536acef11f25e0cd44d0

Also reapply some portability changes to tiffiop.h.

No cluster differences.

gs/tiff/ChangeLog
gs/tiff/HOWTO-RELEASE
gs/tiff/Makefile.am
gs/tiff/Makefile.in
gs/tiff/Makefile.vc
gs/tiff/README
gs/tiff/RELEASE-DATE
gs/tiff/TODO
gs/tiff/VERSION
gs/tiff/aclocal.m4
gs/tiff/autogen.sh
gs/tiff/build/Makefile.am
gs/tiff/build/Makefile.in
gs/tiff/config/config.guess
gs/tiff/config/config.sub
gs/tiff/config/depcomp
gs/tiff/config/install-sh
gs/tiff/config/ltmain.sh
gs/tiff/config/missing
gs/tiff/config/mkinstalldirs
gs/tiff/configure
gs/tiff/configure.ac
gs/tiff/configure.com
gs/tiff/contrib/Makefile.am
gs/tiff/contrib/Makefile.in
gs/tiff/contrib/acorn/Makefile.acorn
gs/tiff/contrib/acorn/Makefile.am
gs/tiff/contrib/acorn/Makefile.in
gs/tiff/contrib/acorn/ReadMe
gs/tiff/contrib/acorn/SetVars
gs/tiff/contrib/acorn/cleanlib
gs/tiff/contrib/acorn/convert
gs/tiff/contrib/acorn/install
gs/tiff/contrib/addtiffo/Makefile.am
gs/tiff/contrib/addtiffo/Makefile.in
gs/tiff/contrib/addtiffo/addtiffo.c
gs/tiff/contrib/addtiffo/tif_overview.c
gs/tiff/contrib/addtiffo/tif_ovrcache.c
gs/tiff/contrib/addtiffo/tif_ovrcache.h
gs/tiff/contrib/dbs/Makefile.am
gs/tiff/contrib/dbs/Makefile.in
gs/tiff/contrib/dbs/tiff-bi.c
gs/tiff/contrib/dbs/tiff-grayscale.c
gs/tiff/contrib/dbs/tiff-palette.c
gs/tiff/contrib/dbs/tiff-rgb.c
gs/tiff/contrib/dbs/xtiff/Makefile.am
gs/tiff/contrib/dbs/xtiff/Makefile.in
gs/tiff/contrib/dbs/xtiff/patchlevel.h
gs/tiff/contrib/dbs/xtiff/xtiff.c
gs/tiff/contrib/dbs/xtiff/xtifficon.h
gs/tiff/contrib/iptcutil/Makefile.in
gs/tiff/contrib/iptcutil/iptcutil.c
gs/tiff/contrib/mac-cw/Makefile.am
gs/tiff/contrib/mac-cw/Makefile.in
gs/tiff/contrib/mac-cw/Makefile.script
gs/tiff/contrib/mac-cw/README
gs/tiff/contrib/mac-cw/mac_main.c
gs/tiff/contrib/mac-cw/mac_main.h
gs/tiff/contrib/mac-cw/metrowerks.note
gs/tiff/contrib/mac-cw/mkg3_main.c
gs/tiff/contrib/mac-cw/version.h
gs/tiff/contrib/mac-mpw/BUILD.mpw
gs/tiff/contrib/mac-mpw/Makefile.am
gs/tiff/contrib/mac-mpw/Makefile.in
gs/tiff/contrib/mac-mpw/README
gs/tiff/contrib/mac-mpw/libtiff.make
gs/tiff/contrib/mac-mpw/mactrans.c
gs/tiff/contrib/mac-mpw/port.make
gs/tiff/contrib/mac-mpw/tools.make
gs/tiff/contrib/mac-mpw/top.make
gs/tiff/contrib/mfs/Makefile.am
gs/tiff/contrib/mfs/Makefile.in
gs/tiff/contrib/mfs/mfs_file.c
gs/tiff/contrib/pds/Makefile.am
gs/tiff/contrib/pds/Makefile.in
gs/tiff/contrib/pds/tif_imageiter.c
gs/tiff/contrib/pds/tif_imageiter.h
gs/tiff/contrib/pds/tif_pdsdirread.c
gs/tiff/contrib/pds/tif_pdsdirwrite.c
gs/tiff/contrib/ras/Makefile.am
gs/tiff/contrib/ras/Makefile.in
gs/tiff/contrib/ras/ras2tif.c
gs/tiff/contrib/ras/tif2ras.c
gs/tiff/contrib/stream/Makefile.am
gs/tiff/contrib/stream/Makefile.in
gs/tiff/contrib/stream/tiffstream.cpp
gs/tiff/contrib/stream/tiffstream.h
gs/tiff/contrib/tags/Makefile.am
gs/tiff/contrib/tags/Makefile.in
gs/tiff/contrib/tags/listtif.c
gs/tiff/contrib/tags/maketif.c
gs/tiff/contrib/tags/xtif_dir.c
gs/tiff/contrib/tags/xtiffio.h
gs/tiff/contrib/tags/xtiffiop.h
gs/tiff/contrib/win_dib/Makefile.am
gs/tiff/contrib/win_dib/Makefile.in
gs/tiff/contrib/win_dib/Tiffile.cpp
gs/tiff/contrib/win_dib/tiff2dib.c
gs/tiff/html/Makefile.am
gs/tiff/html/Makefile.in
gs/tiff/html/bugs.html
gs/tiff/html/build.html
gs/tiff/html/document.html
gs/tiff/html/images/Makefile.in
gs/tiff/html/index.html
gs/tiff/html/man/Makefile.in
gs/tiff/html/man/TIFFClose.3tiff.html
gs/tiff/html/man/TIFFDataWidth.3tiff.html
gs/tiff/html/man/TIFFError.3tiff.html
gs/tiff/html/man/TIFFFlush.3tiff.html
gs/tiff/html/man/TIFFGetField.3tiff.html
gs/tiff/html/man/TIFFOpen.3tiff.html
gs/tiff/html/man/TIFFPrintDirectory.3tiff.html
gs/tiff/html/man/TIFFRGBAImage.3tiff.html
gs/tiff/html/man/TIFFReadDirectory.3tiff.html
gs/tiff/html/man/TIFFReadEncodedStrip.3tiff.html
gs/tiff/html/man/TIFFReadEncodedTile.3tiff.html
gs/tiff/html/man/TIFFReadRGBAImage.3tiff.html
gs/tiff/html/man/TIFFReadRGBAStrip.3tiff.html
gs/tiff/html/man/TIFFReadRGBATile.3tiff.html
gs/tiff/html/man/TIFFReadRawStrip.3tiff.html
gs/tiff/html/man/TIFFReadRawTile.3tiff.html
gs/tiff/html/man/TIFFReadScanline.3tiff.html
gs/tiff/html/man/TIFFReadTile.3tiff.html
gs/tiff/html/man/TIFFSetDirectory.3tiff.html
gs/tiff/html/man/TIFFSetField.3tiff.html
gs/tiff/html/man/TIFFWarning.3tiff.html
gs/tiff/html/man/TIFFWriteDirectory.3tiff.html
gs/tiff/html/man/TIFFWriteEncodedStrip.3tiff.html
gs/tiff/html/man/TIFFWriteEncodedTile.3tiff.html
gs/tiff/html/man/TIFFWriteRawStrip.3tiff.html
gs/tiff/html/man/TIFFWriteRawTile.3tiff.html
gs/tiff/html/man/TIFFWriteScanline.3tiff.html
gs/tiff/html/man/TIFFWriteTile.3tiff.html
gs/tiff/html/man/TIFFbuffer.3tiff.html
gs/tiff/html/man/TIFFcodec.3tiff.html
gs/tiff/html/man/TIFFcolor.3tiff.html
gs/tiff/html/man/TIFFmemory.3tiff.html
gs/tiff/html/man/TIFFquery.3tiff.html
gs/tiff/html/man/TIFFsize.3tiff.html
gs/tiff/html/man/TIFFstrip.3tiff.html
gs/tiff/html/man/TIFFswab.3tiff.html
gs/tiff/html/man/TIFFtile.3tiff.html
gs/tiff/html/man/fax2ps.1.html
gs/tiff/html/man/fax2tiff.1.html
gs/tiff/html/man/gif2tiff.1.html
gs/tiff/html/man/libtiff.3tiff.html
gs/tiff/html/man/pal2rgb.1.html
gs/tiff/html/man/ppm2tiff.1.html
gs/tiff/html/man/ras2tiff.1.html
gs/tiff/html/man/raw2tiff.1.html
gs/tiff/html/man/rgb2ycbcr.1.html
gs/tiff/html/man/sgi2tiff.1.html
gs/tiff/html/man/thumbnail.1.html
gs/tiff/html/man/tiff2bw.1.html
gs/tiff/html/man/tiff2pdf.1.html
gs/tiff/html/man/tiff2ps.1.html
gs/tiff/html/man/tiff2rgba.1.html
gs/tiff/html/man/tiffcmp.1.html
gs/tiff/html/man/tiffcp.1.html
gs/tiff/html/man/tiffcrop.1.html
gs/tiff/html/man/tiffdither.1.html
gs/tiff/html/man/tiffdump.1.html
gs/tiff/html/man/tiffgt.1.html
gs/tiff/html/man/tiffinfo.1.html
gs/tiff/html/man/tiffmedian.1.html
gs/tiff/html/man/tiffset.1.html
gs/tiff/html/man/tiffsplit.1.html
gs/tiff/html/man/tiffsv.1.html
gs/tiff/html/tools.html
gs/tiff/html/v3.9.0beta.html
gs/tiff/html/v3.9.1.html
gs/tiff/html/v3.9.2.html
gs/tiff/html/v4.0.0.html
gs/tiff/libtiff-4.pc.in
gs/tiff/libtiff/Makefile.am
gs/tiff/libtiff/Makefile.in
gs/tiff/libtiff/Makefile.vc
gs/tiff/libtiff/libtiff.def
gs/tiff/libtiff/libtiff.map
gs/tiff/libtiff/libtiffxx.map
gs/tiff/libtiff/mkg3states.c
gs/tiff/libtiff/oog_table.h
gs/tiff/libtiff/t4.h
gs/tiff/libtiff/tif_acorn.c
gs/tiff/libtiff/tif_apple.c
gs/tiff/libtiff/tif_atari.c
gs/tiff/libtiff/tif_aux.c
gs/tiff/libtiff/tif_close.c
gs/tiff/libtiff/tif_codec.c
gs/tiff/libtiff/tif_color.c
gs/tiff/libtiff/tif_compress.c
gs/tiff/libtiff/tif_config.h.in
gs/tiff/libtiff/tif_config.vc.h
gs/tiff/libtiff/tif_config.wince.h
gs/tiff/libtiff/tif_dir.c
gs/tiff/libtiff/tif_dir.h
gs/tiff/libtiff/tif_dirinfo.c
gs/tiff/libtiff/tif_dirread.c
gs/tiff/libtiff/tif_dirwrite.c
gs/tiff/libtiff/tif_dumpmode.c
gs/tiff/libtiff/tif_error.c
gs/tiff/libtiff/tif_extension.c
gs/tiff/libtiff/tif_fax3.c
gs/tiff/libtiff/tif_fax3.h
gs/tiff/libtiff/tif_fax3sm.c
gs/tiff/libtiff/tif_flush.c
gs/tiff/libtiff/tif_getimage.c
gs/tiff/libtiff/tif_jbig.c
gs/tiff/libtiff/tif_jpeg.c
gs/tiff/libtiff/tif_jpeg_12.c
gs/tiff/libtiff/tif_luv.c
gs/tiff/libtiff/tif_lzma.c
gs/tiff/libtiff/tif_lzw.c
gs/tiff/libtiff/tif_msdos.c
gs/tiff/libtiff/tif_next.c
gs/tiff/libtiff/tif_ojpeg.c
gs/tiff/libtiff/tif_open.c
gs/tiff/libtiff/tif_packbits.c
gs/tiff/libtiff/tif_pixarlog.c
gs/tiff/libtiff/tif_predict.c
gs/tiff/libtiff/tif_predict.h
gs/tiff/libtiff/tif_print.c
gs/tiff/libtiff/tif_read.c
gs/tiff/libtiff/tif_stream.cxx
gs/tiff/libtiff/tif_strip.c
gs/tiff/libtiff/tif_swab.c
gs/tiff/libtiff/tif_thunder.c
gs/tiff/libtiff/tif_tile.c
gs/tiff/libtiff/tif_unix.c
gs/tiff/libtiff/tif_version.c
gs/tiff/libtiff/tif_warning.c
gs/tiff/libtiff/tif_win3.c
gs/tiff/libtiff/tif_win32.c
gs/tiff/libtiff/tif_write.c
gs/tiff/libtiff/tif_zip.c
gs/tiff/libtiff/tiff.h
gs/tiff/libtiff/tiffconf.h.in
gs/tiff/libtiff/tiffconf.vc.h
gs/tiff/libtiff/tiffconf.wince.h
gs/tiff/libtiff/tiffio.h
gs/tiff/libtiff/tiffio.hxx
gs/tiff/libtiff/tiffiop.h
gs/tiff/libtiff/tiffvers.h
gs/tiff/libtiff/uvcode.h
gs/tiff/m4/acinclude.m4
gs/tiff/m4/libtool.m4
gs/tiff/m4/ltoptions.m4
gs/tiff/m4/ltversion.m4
gs/tiff/m4/lt~obsolete.m4
gs/tiff/man/Makefile.in
gs/tiff/man/TIFFClose.3tiff
gs/tiff/man/TIFFDataWidth.3tiff
gs/tiff/man/TIFFError.3tiff
gs/tiff/man/TIFFFlush.3tiff
gs/tiff/man/TIFFGetField.3tiff
gs/tiff/man/TIFFOpen.3tiff
gs/tiff/man/TIFFPrintDirectory.3tiff
gs/tiff/man/TIFFRGBAImage.3tiff
gs/tiff/man/TIFFReadDirectory.3tiff
gs/tiff/man/TIFFReadEncodedStrip.3tiff
gs/tiff/man/TIFFReadEncodedTile.3tiff
gs/tiff/man/TIFFReadRGBAImage.3tiff
gs/tiff/man/TIFFReadRGBAStrip.3tiff
gs/tiff/man/TIFFReadRGBATile.3tiff
gs/tiff/man/TIFFReadRawStrip.3tiff
gs/tiff/man/TIFFReadRawTile.3tiff
gs/tiff/man/TIFFReadScanline.3tiff
gs/tiff/man/TIFFReadTile.3tiff
gs/tiff/man/TIFFSetDirectory.3tiff
gs/tiff/man/TIFFSetField.3tiff
gs/tiff/man/TIFFWarning.3tiff
gs/tiff/man/TIFFWriteDirectory.3tiff
gs/tiff/man/TIFFWriteEncodedStrip.3tiff
gs/tiff/man/TIFFWriteEncodedTile.3tiff
gs/tiff/man/TIFFWriteRawStrip.3tiff
gs/tiff/man/TIFFWriteRawTile.3tiff
gs/tiff/man/TIFFWriteScanline.3tiff
gs/tiff/man/TIFFWriteTile.3tiff
gs/tiff/man/TIFFbuffer.3tiff
gs/tiff/man/TIFFcodec.3tiff
gs/tiff/man/TIFFcolor.3tiff
gs/tiff/man/TIFFmemory.3tiff
gs/tiff/man/TIFFquery.3tiff
gs/tiff/man/TIFFsize.3tiff
gs/tiff/man/TIFFstrip.3tiff
gs/tiff/man/TIFFswab.3tiff
gs/tiff/man/TIFFtile.3tiff
gs/tiff/man/bmp2tiff.1
gs/tiff/man/fax2ps.1
gs/tiff/man/fax2tiff.1
gs/tiff/man/gif2tiff.1
gs/tiff/man/libtiff.3tiff
gs/tiff/man/pal2rgb.1
gs/tiff/man/ppm2tiff.1
gs/tiff/man/ras2tiff.1
gs/tiff/man/raw2tiff.1
gs/tiff/man/rgb2ycbcr.1
gs/tiff/man/sgi2tiff.1
gs/tiff/man/thumbnail.1
gs/tiff/man/tiff2bw.1
gs/tiff/man/tiff2pdf.1
gs/tiff/man/tiff2ps.1
gs/tiff/man/tiff2rgba.1
gs/tiff/man/tiffcmp.1
gs/tiff/man/tiffcp.1
gs/tiff/man/tiffcrop.1
gs/tiff/man/tiffdither.1
gs/tiff/man/tiffdump.1
gs/tiff/man/tiffgt.1
gs/tiff/man/tiffinfo.1
gs/tiff/man/tiffmedian.1
gs/tiff/man/tiffset.1
gs/tiff/man/tiffsplit.1
gs/tiff/man/tiffsv.1
gs/tiff/port/Makefile.am
gs/tiff/port/Makefile.in
gs/tiff/port/dummy.c
gs/tiff/port/getopt.c
gs/tiff/port/libport.h
gs/tiff/port/strcasecmp.c
gs/tiff/port/strtoull.c
gs/tiff/test/Makefile.am
gs/tiff/test/Makefile.in
gs/tiff/test/ascii_tag.c
gs/tiff/test/bmp2tiff_palette.sh
gs/tiff/test/bmp2tiff_rgb.sh
gs/tiff/test/check_tag.c
gs/tiff/test/common.sh
gs/tiff/test/gif2tiff.sh
gs/tiff/test/images/README.txt
gs/tiff/test/images/logluv-3c-16b.tiff
gs/tiff/test/images/minisblack-1c-16b.tiff
gs/tiff/test/images/minisblack-1c-8b.pgm
gs/tiff/test/images/minisblack-1c-8b.tiff
gs/tiff/test/images/minisblack-2c-8b-alpha.tiff
gs/tiff/test/images/miniswhite-1c-1b.pbm
gs/tiff/test/images/miniswhite-1c-1b.tiff
gs/tiff/test/images/palette-1c-1b.tiff
gs/tiff/test/images/palette-1c-4b.tiff
gs/tiff/test/images/palette-1c-8b.bmp
gs/tiff/test/images/palette-1c-8b.gif
gs/tiff/test/images/palette-1c-8b.tiff
gs/tiff/test/images/rgb-3c-16b.tiff
gs/tiff/test/images/rgb-3c-8b.bmp
gs/tiff/test/images/rgb-3c-8b.ppm
gs/tiff/test/images/rgb-3c-8b.tiff
gs/tiff/test/long_tag.c
gs/tiff/test/ppm2tiff_pbm.sh
gs/tiff/test/ppm2tiff_pgm.sh
gs/tiff/test/ppm2tiff_ppm.sh
gs/tiff/test/rewrite_tag.c
gs/tiff/test/short_tag.c
gs/tiff/test/strip.c
gs/tiff/test/strip_rw.c
gs/tiff/test/tiff2pdf.sh
gs/tiff/test/tiff2ps-EPS1.sh
gs/tiff/test/tiff2ps-PS1.sh
gs/tiff/test/tiff2ps-PS2.sh
gs/tiff/test/tiff2ps-PS3.sh
gs/tiff/test/tiff2rgba-logluv-3c-16b.sh
gs/tiff/test/tiff2rgba-minisblack-1c-16b.sh
gs/tiff/test/tiff2rgba-minisblack-1c-8b.sh
gs/tiff/test/tiff2rgba-minisblack-2c-8b-alpha.sh
gs/tiff/test/tiff2rgba-miniswhite-1c-1b.sh
gs/tiff/test/tiff2rgba-palette-1c-1b.sh
gs/tiff/test/tiff2rgba-palette-1c-4b.sh
gs/tiff/test/tiff2rgba-palette-1c-8b.sh
gs/tiff/test/tiff2rgba-rgb-3c-16b.sh
gs/tiff/test/tiff2rgba-rgb-3c-8b.sh
gs/tiff/test/tiffcp-g3-1d-fill.sh
gs/tiff/test/tiffcp-g3-1d.sh
gs/tiff/test/tiffcp-g3-2d-fill.sh
gs/tiff/test/tiffcp-g3-2d.sh
gs/tiff/test/tiffcp-g3.sh
gs/tiff/test/tiffcp-g4.sh
gs/tiff/test/tiffcp-logluv.sh
gs/tiff/test/tiffcp-split-join.sh
gs/tiff/test/tiffcp-split.sh
gs/tiff/test/tiffcp-thumbnail.sh
gs/tiff/test/tiffcrop-R90-logluv-3c-16b.sh
gs/tiff/test/tiffcrop-R90-minisblack-1c-16b.sh
gs/tiff/test/tiffcrop-R90-minisblack-1c-8b.sh
gs/tiff/test/tiffcrop-R90-minisblack-2c-8b-alpha.sh
gs/tiff/test/tiffcrop-R90-miniswhite-1c-1b.sh
gs/tiff/test/tiffcrop-R90-palette-1c-1b.sh
gs/tiff/test/tiffcrop-R90-palette-1c-4b.sh
gs/tiff/test/tiffcrop-R90-palette-1c-8b.sh
gs/tiff/test/tiffcrop-R90-rgb-3c-16b.sh
gs/tiff/test/tiffcrop-R90-rgb-3c-8b.sh
gs/tiff/test/tiffcrop-doubleflip-logluv-3c-16b.sh
gs/tiff/test/tiffcrop-doubleflip-minisblack-1c-16b.sh
gs/tiff/test/tiffcrop-doubleflip-minisblack-1c-8b.sh
gs/tiff/test/tiffcrop-doubleflip-minisblack-2c-8b-alpha.sh
gs/tiff/test/tiffcrop-doubleflip-miniswhite-1c-1b.sh
gs/tiff/test/tiffcrop-doubleflip-palette-1c-1b.sh
gs/tiff/test/tiffcrop-doubleflip-palette-1c-4b.sh
gs/tiff/test/tiffcrop-doubleflip-palette-1c-8b.sh
gs/tiff/test/tiffcrop-doubleflip-rgb-3c-16b.sh
gs/tiff/test/tiffcrop-doubleflip-rgb-3c-8b.sh
gs/tiff/test/tiffcrop-extract-logluv-3c-16b.sh
gs/tiff/test/tiffcrop-extract-minisblack-1c-16b.sh
gs/tiff/test/tiffcrop-extract-minisblack-1c-8b.sh
gs/tiff/test/tiffcrop-extract-minisblack-2c-8b-alpha.sh
gs/tiff/test/tiffcrop-extract-miniswhite-1c-1b.sh
gs/tiff/test/tiffcrop-extract-palette-1c-1b.sh
gs/tiff/test/tiffcrop-extract-palette-1c-4b.sh
gs/tiff/test/tiffcrop-extract-palette-1c-8b.sh
gs/tiff/test/tiffcrop-extract-rgb-3c-16b.sh
gs/tiff/test/tiffcrop-extract-rgb-3c-8b.sh
gs/tiff/test/tiffcrop-extractz14-logluv-3c-16b.sh
gs/tiff/test/tiffcrop-extractz14-minisblack-1c-16b.sh
gs/tiff/test/tiffcrop-extractz14-minisblack-1c-8b.sh
gs/tiff/test/tiffcrop-extractz14-minisblack-2c-8b-alpha.sh
gs/tiff/test/tiffcrop-extractz14-miniswhite-1c-1b.sh
gs/tiff/test/tiffcrop-extractz14-palette-1c-1b.sh
gs/tiff/test/tiffcrop-extractz14-palette-1c-4b.sh
gs/tiff/test/tiffcrop-extractz14-palette-1c-8b.sh
gs/tiff/test/tiffcrop-extractz14-rgb-3c-16b.sh
gs/tiff/test/tiffcrop-extractz14-rgb-3c-8b.sh
gs/tiff/test/tiffdump.sh
gs/tiff/test/tiffinfo.sh
gs/tiff/test/tifftest.h
gs/tiff/tools/Makefile.am
gs/tiff/tools/Makefile.in
gs/tiff/tools/Makefile.vc
gs/tiff/tools/bmp2tiff.c
gs/tiff/tools/fax2ps.c
gs/tiff/tools/fax2tiff.c
gs/tiff/tools/gif2tiff.c
gs/tiff/tools/pal2rgb.c
gs/tiff/tools/ppm2tiff.c
gs/tiff/tools/ras2tiff.c
gs/tiff/tools/rasterfile.h
gs/tiff/tools/raw2tiff.c
gs/tiff/tools/rgb2ycbcr.c
gs/tiff/tools/sgi2tiff.c
gs/tiff/tools/sgisv.c
gs/tiff/tools/thumbnail.c
gs/tiff/tools/tiff2bw.c
gs/tiff/tools/tiff2pdf.c
gs/tiff/tools/tiff2ps.c
gs/tiff/tools/tiff2rgba.c
gs/tiff/tools/tiffcmp.c
gs/tiff/tools/tiffcp.c
gs/tiff/tools/tiffcrop.c
gs/tiff/tools/tiffdither.c
gs/tiff/tools/tiffdump.c
gs/tiff/tools/tiffgt.c
gs/tiff/tools/tiffinfo.c
gs/tiff/tools/tiffmedian.c
gs/tiff/tools/tiffset.c
gs/tiff/tools/tiffsplit.c
gs/tiff/tools/ycbcr.c

2012-06-09 01:16:35 +0100
Robin Watts <robin.watts@artifex.com>
63a26299f47bb9931a2b47772c95c38594535041

Update the example build line given at the top of bmpcmp.c

gs/toolbin/bmpcmp.c

2012-06-07 17:21:55 +0100
Robin Watts <robin.watts@artifex.com>
3cb19e101513e8fa99f86e959a493d7d57b9a69a

Indentation fixes, plus avoid SEGVs in low memory cases.

If allocations fail, spot that and return an error rather than
dereferencing NULL pointers.

gs/base/gdevp14.c

2012-06-08 15:51:43 +0100
Robin Watts <Robin.Watts@artifex.com>
e0fd2c6fe5cdba60e0252993319408ce8962afd3

Enable Memento to be used with jbig2dec

./configure as usual, then "make XCFLAGS=-DMEMENTO".

This involves duplicating memento within jbig2dec. We disable the GS
specific build hacks, and add just one more; if GSBUILD is defined
then jbig2 uses the version of memento from base, rather than the version
of memento from inside jbig2. This avoids any potential problems with
version skew.

gs/base/jbig2.mak
gs/jbig2dec/Makefile.in
gs/jbig2dec/jbig2.h
gs/jbig2dec/memento.c
gs/jbig2dec/memento.h

2012-06-08 13:02:43 +0100
Chris Liddell <chris.liddell@artifex.com>
d7d86ee955e58d18f4ff3071c0f41c4e3f75aaea

Update libpng to version 1.5.10

Minor build revisions to deal with new libpng version:

We copy the predefined pnglibconf.h into the build directory, and have
libpng include it from there (it's less invasive than running the libpng
configure script).

We have to use the same kind of compiler incantation as lcms.mak because
libpng 1.5.x suffers compatibility problems with /Za in Visual Studio
as lcms does.

Minor revision to XPS png reading code to cope with libpng 1.5.x API:

Primarily, the 1.5.x API has made the png_info data type opaque to the calling
code, so all access to the it contains *must* be done through function calls.

No cluster differences expected.

gs/base/png.mak
gs/libpng/ANNOUNCE
gs/libpng/CHANGES
gs/libpng/CMakeLists.txt
gs/libpng/INSTALL
gs/libpng/KNOWNBUG
gs/libpng/LICENSE
gs/libpng/Makefile.am
gs/libpng/Makefile.in
gs/libpng/README
gs/libpng/TODO
gs/libpng/Y2KINFO
gs/libpng/aclocal.m4
gs/libpng/arm/filter_neon.S
gs/libpng/autogen.sh
gs/libpng/config.guess
gs/libpng/config.h.in
gs/libpng/config.sub
gs/libpng/configure
gs/libpng/configure.ac
gs/libpng/contrib/README.txt
gs/libpng/contrib/gregbook/COPYING
gs/libpng/contrib/gregbook/Makefile.sgi
gs/libpng/contrib/gregbook/Makefile.unx
gs/libpng/contrib/gregbook/Makefile.w32
gs/libpng/contrib/gregbook/README
gs/libpng/contrib/gregbook/makevms.com
gs/libpng/contrib/gregbook/readpng.c
gs/libpng/contrib/gregbook/readpng2.c
gs/libpng/contrib/gregbook/readpng2.h
gs/libpng/contrib/gregbook/rpng-win.c
gs/libpng/contrib/gregbook/rpng-x.c
gs/libpng/contrib/gregbook/rpng2-win.c
gs/libpng/contrib/gregbook/rpng2-x.c
gs/libpng/contrib/gregbook/writepng.c
gs/libpng/contrib/libtests/pngvalid.c
gs/libpng/contrib/pngminim/README
gs/libpng/contrib/pngminim/decoder/README
gs/libpng/contrib/pngminim/decoder/gather.sh
gs/libpng/contrib/pngminim/decoder/makefile
gs/libpng/contrib/pngminim/decoder/pngusr.dfa
gs/libpng/contrib/pngminim/decoder/pngusr.h
gs/libpng/contrib/pngminim/encoder/README
gs/libpng/contrib/pngminim/encoder/dummy_inflate.c
gs/libpng/contrib/pngminim/encoder/gather.sh
gs/libpng/contrib/pngminim/encoder/makefile
gs/libpng/contrib/pngminim/encoder/pngusr.dfa
gs/libpng/contrib/pngminim/encoder/pngusr.h
gs/libpng/contrib/pngminim/preader/README
gs/libpng/contrib/pngminim/preader/gather.sh
gs/libpng/contrib/pngminim/preader/makefile
gs/libpng/contrib/pngminim/preader/pngusr.dfa
gs/libpng/contrib/pngminim/preader/pngusr.h
gs/libpng/contrib/pngminus/makefile.std
gs/libpng/contrib/pngminus/png2pnm.c
gs/libpng/contrib/pngsuite/README
gs/libpng/contrib/pngsuite/ftbbn1g04.png
gs/libpng/contrib/pngsuite/ftbbn2c16.png
gs/libpng/contrib/pngsuite/ftbbn3p08.png
gs/libpng/contrib/pngsuite/ftbgn2c16.png
gs/libpng/contrib/pngsuite/ftbgn3p08.png
gs/libpng/contrib/pngsuite/ftbrn2c08.png
gs/libpng/contrib/pngsuite/ftbwn1g16.png
gs/libpng/contrib/pngsuite/ftbwn3p08.png
gs/libpng/contrib/pngsuite/ftbyn3p08.png
gs/libpng/contrib/pngsuite/ftp0n1g08.png
gs/libpng/contrib/pngsuite/ftp0n2c08.png
gs/libpng/contrib/pngsuite/ftp0n3p08.png
gs/libpng/contrib/pngsuite/ftp1n3p08.png
gs/libpng/contrib/visupng/PngFile.c
gs/libpng/contrib/visupng/PngFile.h
gs/libpng/contrib/visupng/README.txt
gs/libpng/contrib/visupng/VisualPng.c
gs/libpng/contrib/visupng/VisualPng.dsp
gs/libpng/contrib/visupng/resource.h
gs/libpng/depcomp
gs/libpng/example.c
gs/libpng/install-sh
gs/libpng/libpng-1.2.42.txt
gs/libpng/libpng-1.2.44.txt
gs/libpng/libpng-config.in
gs/libpng/libpng-manual.txt
gs/libpng/libpng.3
gs/libpng/libpng.pc.in
gs/libpng/libpngpf.3
gs/libpng/ltmain.sh
gs/libpng/mkinstalldirs
gs/libpng/png.5
gs/libpng/png.c
gs/libpng/png.h
gs/libpng/pngconf.h
gs/libpng/pngdebug.h
gs/libpng/pngerror.c
gs/libpng/pnggccrd.c
gs/libpng/pngget.c
gs/libpng/pnginfo.h
gs/libpng/pngmem.c
gs/libpng/pngpread.c
gs/libpng/pngpriv.h
gs/libpng/pngread.c
gs/libpng/pngrio.c
gs/libpng/pngrtran.c
gs/libpng/pngrutil.c
gs/libpng/pngset.c
gs/libpng/pngstruct.h
gs/libpng/pngtest.c
gs/libpng/pngtest.png
gs/libpng/pngtrans.c
gs/libpng/pngusr.dfa
gs/libpng/pngvcrd.c
gs/libpng/pngwio.c
gs/libpng/pngwrite.c
gs/libpng/pngwtran.c
gs/libpng/pngwutil.c
gs/libpng/projects/beos/x86-shared.proj
gs/libpng/projects/beos/x86-shared.txt
gs/libpng/projects/beos/x86-static.proj
gs/libpng/projects/beos/x86-static.txt
gs/libpng/projects/cbuilder5/libpng.bpf
gs/libpng/projects/cbuilder5/libpng.bpg
gs/libpng/projects/cbuilder5/libpng.bpr
gs/libpng/projects/cbuilder5/libpng.cpp
gs/libpng/projects/cbuilder5/libpng.readme.txt
gs/libpng/projects/cbuilder5/libpngstat.bpf
gs/libpng/projects/cbuilder5/libpngstat.bpr
gs/libpng/projects/cbuilder5/zlib.readme.txt
gs/libpng/projects/netware.txt
gs/libpng/projects/owatcom/libpng.tgt
gs/libpng/projects/owatcom/libpng.wpj
gs/libpng/projects/owatcom/pngconfig.mak
gs/libpng/projects/owatcom/pngtest.tgt
gs/libpng/projects/owatcom/pngvalid.tgt
gs/libpng/projects/visualc6/README.txt
gs/libpng/projects/visualc6/libpng.dsp
gs/libpng/projects/visualc6/libpng.dsw
gs/libpng/projects/visualc6/pngtest.dsp
gs/libpng/projects/visualc71/PRJ0041.mak
gs/libpng/projects/visualc71/README.txt
gs/libpng/projects/visualc71/README_zlib.txt
gs/libpng/projects/visualc71/libpng.sln
gs/libpng/projects/visualc71/libpng.vcproj
gs/libpng/projects/visualc71/pngtest.vcproj
gs/libpng/projects/visualc71/zlib.vcproj
gs/libpng/projects/vstudio/libpng/libpng.vcxproj
gs/libpng/projects/vstudio/pnglibconf/pnglibconf.vcxproj
gs/libpng/projects/vstudio/pngtest/pngtest.vcxproj
gs/libpng/projects/vstudio/pngvalid/pngvalid.vcxproj
gs/libpng/projects/vstudio/readme.txt
gs/libpng/projects/vstudio/vstudio.sln
gs/libpng/projects/vstudio/zlib.props
gs/libpng/projects/vstudio/zlib/zlib.vcxproj
gs/libpng/projects/wince.txt
gs/libpng/projects/xcode/Info.plist
gs/libpng/projects/xcode/libpng.xcodeproj/.gitignore
gs/libpng/projects/xcode/libpng.xcodeproj/project.pbxproj
gs/libpng/scripts/README.txt
gs/libpng/scripts/checksym.awk
gs/libpng/scripts/chkfmt
gs/libpng/scripts/def.dfn
gs/libpng/scripts/descrip.mms
gs/libpng/scripts/libpng-config-head.in
gs/libpng/scripts/libpng-config.in
gs/libpng/scripts/libpng.icc
gs/libpng/scripts/libpng.pc-configure.in
gs/libpng/scripts/libpng.pc.in
gs/libpng/scripts/makefile.32sunu
gs/libpng/scripts/makefile.64sunu
gs/libpng/scripts/makefile.acorn
gs/libpng/scripts/makefile.aix
gs/libpng/scripts/makefile.amiga
gs/libpng/scripts/makefile.atari
gs/libpng/scripts/makefile.bc32
gs/libpng/scripts/makefile.beos
gs/libpng/scripts/makefile.bor
gs/libpng/scripts/makefile.cegcc
gs/libpng/scripts/makefile.cygwin
gs/libpng/scripts/makefile.darwin
gs/libpng/scripts/makefile.dec
gs/libpng/scripts/makefile.dj2
gs/libpng/scripts/makefile.elf
gs/libpng/scripts/makefile.freebsd
gs/libpng/scripts/makefile.gcc
gs/libpng/scripts/makefile.gcmmx
gs/libpng/scripts/makefile.hp64
gs/libpng/scripts/makefile.hpgcc
gs/libpng/scripts/makefile.hpux
gs/libpng/scripts/makefile.ibmc
gs/libpng/scripts/makefile.intel
gs/libpng/scripts/makefile.knr
gs/libpng/scripts/makefile.linux
gs/libpng/scripts/makefile.mingw
gs/libpng/scripts/makefile.mips
gs/libpng/scripts/makefile.msc
gs/libpng/scripts/makefile.ne12bsd
gs/libpng/scripts/makefile.netbsd
gs/libpng/scripts/makefile.nommx
gs/libpng/scripts/makefile.openbsd
gs/libpng/scripts/makefile.os2
gs/libpng/scripts/makefile.sco
gs/libpng/scripts/makefile.sggcc
gs/libpng/scripts/makefile.sgi
gs/libpng/scripts/makefile.so9
gs/libpng/scripts/makefile.solaris
gs/libpng/scripts/makefile.solaris-x86
gs/libpng/scripts/makefile.std
gs/libpng/scripts/makefile.sunos
gs/libpng/scripts/makefile.tc3
gs/libpng/scripts/makefile.vcawin32
gs/libpng/scripts/makefile.vcwin32
gs/libpng/scripts/makefile.watcom
gs/libpng/scripts/makevms.com
gs/libpng/scripts/options.awk
gs/libpng/scripts/png32ce.def
gs/libpng/scripts/pnglibconf.dfa
gs/libpng/scripts/pnglibconf.h.prebuilt
gs/libpng/scripts/pnglibconf.mak
gs/libpng/scripts/pngos2.def
gs/libpng/scripts/pngw32.def
gs/libpng/scripts/pngw32.rc
gs/libpng/scripts/pngwin.rc
gs/libpng/scripts/smakefile.ppc
gs/libpng/scripts/sym.dfn
gs/libpng/scripts/symbols.def
gs/libpng/scripts/symbols.dfn
gs/libpng/scripts/vers.dfn
gs/libpng/test-pngtest.sh
gs/libpng/test-pngvalid-full.sh
gs/libpng/test-pngvalid-simple.sh
xps/xpspng.c

2012-06-08 13:21:44 +0100
Robin Watts <robin.watts@artifex.com>
a85db51fecf74ba66bada63afece1799d58681ce

Update bmpcmp png reading to cope with 8bit grayscale pngs.

This used to work, but became broken with the device n support (when I
stripped out the 8bpp operating modes)

gs/toolbin/bmpcmp.c

2012-06-08 11:05:52 +0100
Ken Sharp <ken.sharp@artifex.com>
304d22a1744fa6ac07355703069cacd54f0c3ac4

Move 'HighLevelDevice' from pdfwrite to gdevvec.c so vector devices inherit it.

The 'HighLevelDevice' parameter was only defined for pdfwrite/ps2write, here
we remove it from there and instead put it in the 'vector' device, so that
all deices based on the vector device will have the paramter set.

No differences expected

gs/base/gdevpdfb.h
gs/base/gdevpdfp.c
gs/base/gdevpdfx.h
gs/base/gdevvec.c

2012-06-07 16:47:10 +0100
Ken Sharp <ken.sharp@artifex.com>
1c8138bc1db9b3627a2ba1047568c385568061d0

pdfwrite - fix handling of transparent images from PDF interpreter

The PDF interperter can insert extra groups when dealing with transparent
images, which we don't want to emit in the output PDF. These are marked
by a 'image_with_SMask' flag.

Previously we stored a boolean in the device structure, and tested that, if
it was true we skipped the begin and transparency group operations.

It turns out that it is possible to get a new group *inside* the generated
group we are skipping, if that happens then the second group would reset
the flag. This led to us skipping the 'begin' but not the 'end' with predictabley
bad consequences.

In this commit we alter the boolena to an unsigned int, and treat it as a
series of bits. We flip the bits based on the 'FormDepth' which we track
separately. This allows up to 32 levels of nesting which ought to be enough
to deal even with Cairo files.

Expected differences
Bug689897.pdf exhibits small differences, not visually apparent. I believe this
is a progression but its so slight as to be difficult to tell.

gs/base/gdevpdft.c
gs/base/gdevpdfx.h

2012-06-07 13:20:08 +0100
Robin Watts <robin.watts@artifex.com>
683bcefa2a8a05fb57d2d0d2d7aebf16de6bd11d

Add new '--debug=gc-disable' flag to completely disable gc.

Because I don't have any more hair to pull out.

gs/base/gdbflags.h
gs/psi/interp.c

2012-06-06 23:02:15 +0100
Robin Watts <robin.watts@artifex.com>
eb4f815d9b21a42280acb7ad2447ce69577b4ae5

Fix pdf14_push_transparency_state stack handling.

Rather than creating a new mask and adding it as the previous one,
we should be making the new mask the topmost one on the stack.

This way pop and push correctly do the opposite thing.

gs/base/gdevp14.c

2012-06-06 17:16:53 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
6d24d5b9135f8ef6aa4da51a03952d5b39beb59a

Bug 693050 : Fixes CERT reported issue labelled HeapError

gs/jbig2dec/jbig2.c
gs/jbig2dec/jbig2_image.c
gs/jbig2dec/jbig2_metadata.c
gs/jbig2dec/jbig2_priv.h
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2012-06-06 10:48:44 +0100
Chris Liddell <chris.liddell@artifex.com>
a0c6b9f271d715f122c01fc0fbbfd8d6cdf9c372

Bug 693002 (again): fix doc and example file install list

There were a number of missing files from the Unix install targets for
the documentation and example files. Also, there were a few files in the
list which no longer exist.

No cluster differences.

gs/base/unixinst.mak

2012-06-06 09:23:57 +0100
Chris Liddell <chris.liddell@artifex.com>
07799bffd70992116da89ed4d1717ce441f71461

Bug 693094 related: missing libtiff build failure.

If libtiff is missing, we correctly disabled the devices classified as
"tiff devices", but left the "fax devices" in place, and the fax devices
depend on libtiff.

We'll now disable *all* the libtiff dependent devices if libtiff is not found.

No cluster differences.

gs/base/configure.ac

2012-06-06 09:38:39 +0100
Ken Sharp <ken.sharp@artifex.com>
cf75bee36e3a42f1bc253563a11169b47b92d307

pdfwrite - don't write CIDSet for subset CIDFonts when emitting PDF/A-2

The specification for CIDSet has changed for PDF/A-2 and I am currently
unable to create a CIDSet which the Acrobat pre-flught tool will validate.

Since PDF/A-2 now makes CIDSet optional, this commit omits it when we are
producing PDF/A-2, so that we can create a valid file.

No differences expected

gs/base/gdevpdtd.c

2012-06-05 17:44:16 -0600
Henry Stiles <henry.stiles@artifex.com>
5fdae25deb3fa189f9d01a573fa77c2ec0f968ba

Complete support for HPGL/2 new fill code, bug 692809.

The new implementation which eliminates many unnecessary "moveto's"
resulted in unexpected improvements in several CET files where
creating a new subpath caused a join to be missing.

pcl/pgdraw.c
pcl/pgdraw.h
pcl/pgpoly.c
pcl/pgvector.c

2012-05-31 15:23:12 -0600
Henry Stiles <henry.stiles@artifex.com>
d303c79851b02aa810525bdaa4751c8247b66912

A new state variable added that indicates if a high level device is in use.

pcl/pcstate.h
pcl/pctop.c
pl/plmain.c
pl/plmain.h
pl/pltop.h

2012-05-19 16:53:26 -0600
Henry Stiles <henry.stiles@artifex.com>
8cbdd395e653227966a682b9b2de869565b49b5e

Fixes 693049 - incorrect ccitt raster output.

The CCITT filter was initialized to an additive color space instead of
subtractive. Problem analyzed by Shailesh Mistry.

pcl/rtraster.c

2012-05-16 15:26:11 -0600
Henry Stiles <henry.stiles@artifex.com>
868eda64307dabd30e308e07962346ef5991d3e3

Changes to support the new fill code which allows filling when the pen is up.

With the graphics library implementation of the hpgl/2 style fill code
it is necessary to avoid unnecessary consecutive moveto's which were
harmless in the previous code. In particular, closepath works
differently if there are 2 or more consecutive moveto's. Using normal
PostScript style paths the closepath will return to the last moveto in
the path, the new code will convert a consecutive moveto to "gapto"
and retain the first moveto and closepath will return to the original
moveto.

pcl/pgconfig.c
pcl/pgdraw.c
pcl/pglabel.c
pcl/pgpoly.c
pcl/pgvector.c

2012-05-07 07:45:46 -0600
Henry Stiles <henry.stiles@artifex.com>
c89c0b750594deac1b091776d18a9f0ed718ab60

Debugging for dumping data from PCL commands that specify byte data
and a data length.

pcl/pcparse.c

2012-05-18 15:29:05 -0700
Ray Johnston <ray.johnston@artifex.com>
3e81e6caf112d59e31c17924ee89d7f3abddd7b1

Fix bug 693034 -- correct comment in gxdevcl.h for GX_CINFO_UNKNOWN_SEP_LIN

gs/base/gxdevcli.h

2012-06-05 16:39:39 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
54144189c8093c5c09d2f50d8cd57abc34ddd385

Bug 693025 : Correct memory leaks reported by Zeniko

gs/jbig2dec/jbig2_symbol_dict.c

2012-06-05 09:48:58 +0100
Chris Liddell <chris.liddell@artifex.com>
ad53769b1d690e790750f01bd6420fb2b8b76279

Bug 693088: fix romfs?.dev dependency typo

The two romfs?.dev targets had ECHO_XE in their dependencies, and it shouldbe
ECHOGS_XE.

No cluster differences.

gs/base/lib.mak

2012-06-04 17:02:46 +0100
Robin Watts <robin.watts@artifex.com>
5b52e4534a2a7b9bc5d19a749df60e636ac4aa65

Tweak filenames from RAW_DUMP debugging code.

Output 2 digits before ")".

In multistage output, put 'a', 'b', 'c' etc after ")" to ensure
that they appear in alphasorted results in the same order as they
are produced.

gs/base/gdevp14.c
gs/base/gxblend.c
gs/base/gxblend1.c

2012-06-04 15:22:57 +0100
Ken Sharp <ken.sharp@artifex.com>
316a85cd0c7311716e85dc8f5ab32e36301e829c

pdfwrite - Make sure TT fonts in PDF files are named using the PDF font name

Bug #693086

The problem was that the TrueType code used by the PDF interpreter uses the
font name from the TrueType font, not the name from the PDF file. If two
subsets are present then pdfwrite is unable to distinguish them if the
Encodings are apparently the same (as they are here) as the fonts have have
the same name internally, even though they are different in the PDF.

TrueType CIDFonts already take the font naem form the PDF file and apply that
so here we simply do the same for regular TrueType fonts.

This causes a small difference in Bug689073.pdf, apparently becuase it
contains two fonts called Arial,Bold

gs/Resource/Init/gs_ttf.ps
gs/Resource/Init/pdf_font.ps

2012-06-03 13:37:58 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
a6e24b063febdc3286015e94854cac156e70e2f1

Rename pdf_open_document() to pdfwrite_pdf_open_document() to avoid a
name conflict with mupdf.

gs/base/gdevpdf.c
gs/base/gdevpdfp.c
gs/base/gdevpdfu.c
gs/base/gdevpdfx.h

2012-06-01 11:50:32 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c7aeb590a7a435d746a9400a15f8392746ac53c4

Addition of capability for overprint simulation for CMYK colorants with RGB target device

To have an RGB device do this simulation of CMYK overprinting you should have the device set
its opmode in color info from GX_CINFO_OPMODE_UNKNOWN to GX_CINFO_OPMODE_RGB. In addition,
to ensure consistent color in the document you should use the -dUseFastColor option since
simulated RGB overprinting uses unmanaged color transformations.

The fix required the addition of a compositor parameter which was a k value to be make use
when we had K overprinting occurring.

To port this fix to an earlier ghostscript release (pre-ICC) you will want to create a
gx_set_overprint_DeviceRGB procedure for the gs_color_space_type_DeviceRGB type. This will
be similar to gx_set_overprint_DeviceCMYK except it will end up calling gx_set_overprint_rgb
instead of gx_set_overprint_cmyk. See changes in gsicc.c.

gs/base/gscdevn.c
gs/base/gscsepr.c
gs/base/gscspace.c
gs/base/gsicc.c
gs/base/gsovrc.c
gs/base/gsovrc.h
gs/base/gxcspace.h
gs/base/gxdevcli.h
gs/base/gxoprect.c
gs/base/gxoprect.h

2012-06-01 20:11:09 +0100
Robin Watts <robin.watts@artifex.com>
20e81025390c8487cb9794b37148f4bee9063bdc

Update RAW_DUMP_AS_PAM to cope with tag planes, and greyscale spaces.

gs/base/gxblend.c

2012-06-01 09:21:38 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
b1558100af4820b8718e7e346c3225d48eecf07c

Fix minor typo in German man page - Bug 693080

gs/man/de/pdf2dsc.1

2012-05-31 17:51:51 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
9cddb4c193c6123140c6f7b1960db34025f86e40

Bug 693025: Correct typos reported by Zeniko

gs/jbig2dec/jbig2_huffman.c
gs/jbig2dec/jbig2_symbol_dict.c

2012-05-31 14:43:11 +0100
Ken Sharp <ken.sharp@artifex.com>
da9b12c5056369c5593d5b3604e787052fdd2f13

pdfwrite - properly mark cos_stream as closed when closing associated stream

Bug #6930 "Regression: /rangecheck in --pdfmark-- starting with 25b6a2cdeb5a90bb7803958f2bf15b618fbcf120"

Commit 25b6a2cdeb5a90bb7803958f2bf15b618fbcf120 was a little too
enthusiastic. In addition to properly closing the streams, I inadvertently
removed the code which marks the pdfwrite cos_stream object as closed when
we close the stream.

Ordinarily this doesn't matter, but the pdfmark code checks to maek sure the
stream associated with a named object is closed when it is used, and the
removal of the code left it apparently open, causing the error.

No differences expected

gs/base/gdevpdti.c

2012-05-31 10:59:03 +0100
Ken Sharp <ken.sharp@artifex.com>
33dda0841be40cc8da9f350d10749ce8f4142fb7

pdfwrite - memory problems, don't free dictionary parameter lists too early

Bug #693069 "Regression: lockup with pdfwrite"

The image dictioanry parameter lists for distillerparams were being freed
after they were added to the 'parent' parameter list. If the same memory
should then be reused for another parameter, the parent list would end up
with corrupted linked list pointers leading to a variety of problems
includign seg faults and loops.

Although this appears as a regression its not really. The existing code only
worked by fluke, all that the offending commit did was change he memory
layout, triggering the problem.

My initial feeling was that the c_param_write code should 'deep copy' dict
parameters, just as it does for other complex objects. However reviewing the
existing usage makes it clear that this is *not* what is done at present.

Instead the list is simply inserted, and only freed when the parent list is
released. This seems to me to be poor design, because other complex types
are handled differntly, but that's the way it is. Copying the dictionary
would mean reviewing all the places that use it and modifying them. It
makes more sense to alter the pdfwrite code so that it doesn't release and
free the dictioanry list.

Took the opportunity to refactor a few places in the code which use massive
'if' clauses which call code. This construct is confusing and difficult to
debug.

No expected differences

gs/base/gdevpsdp.c

2012-05-30 17:42:29 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
c579ff60fd8f7a83d46a87ed0813536871c4d13e

Bug 693050 : Fixes CERT reported issue labelled DestAvNearNull

gs/jbig2dec/jbig2_image.c
gs/jbig2dec/jbig2_page.c
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2012-05-29 11:04:55 -0700
Michael Vrhel <michael.vrhel@artifex.com>
9623d013b27cd25257fa21ddb7d2df9c75f3e52d

Fix for mistake in hashcode setting for CMM used with UseFastColor option

Fixes bug 693036

gs/base/gsicc_cache.c
gs/base/gsicc_nocm.c

2012-05-28 13:05:00 +0100
Robin Watts <robin.watts@artifex.com>
f30e8944b915936befffbadc036e1de16659914e

Add 16bpp support to downscaler.

Currently unused, but passes local tests with James Cloos' proposed
psdcmyk16 and psdrgb16 devices.

gs/base/gdevpsd.c
gs/base/gdevtsep.c
gs/base/gxdownscale.c
gs/base/gxdownscale.h

2012-05-27 23:35:06 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
c3c704eeab14e5d6401edd69867b06c812ce8f5a

Bug 693050 : Fixes CERT reported issue labelled BranchAvNearNull

gs/jbig2dec/jbig2_symbol_dict.c

2012-05-27 22:47:02 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
321055631457902050df08e645b0f91536cdd417

Bug 693050 : Fixes CERT reported issue labelled BlockMoveAv

gs/jbig2dec/jbig2_symbol_dict.c

2012-05-27 21:43:27 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
fb006f93c6fb6278a58886e0f72a5836c674ed22

Bug 693050 : Fixes CERT reported issue labelled SegFaultOnPc

gs/jbig2dec/jbig2_generic.c
gs/jbig2dec/jbig2_image.c

2012-05-26 09:07:54 +0100
Ken Sharp <ken.sharp@artifex.com>
13922518fea2f417ff2d2dfa153c95396616e8ae

pdfwrite - remove unused variable to silence compiler warning

Although the warning is flagged as new, I don't think it is, its just that
the variable declaration has moved to a new line as a result of a commit
and so it appears to be new.

In any event, the variable is unused and has been removed.

gs/base/gdevpsf1.c

2012-05-25 17:55:31 +0100
Robin Watts <robin.watts@artifex.com>
fad17657f6f583dbdef5a634d0f11dd79e446ffe

Bug 693070: psdrgb wasn't giving corrupted output.

There were actually 2 bugs in here. The first one was spotted and
fixed by James Cloos - many thanks; the arguments to memcpy were
reversed.

The second one was to do with the fact that postscript operation
now thinks it has 14 colors. When we encode/decode, we were packing
the colors into a word in such a way that we were losing the interesting
ones off the top. Reverse the order of packing, and all is well.

This still leaves an "interesting" fact about this device; we loop:

for (chan_idx = 0; chan_idx < num_comp; chan_idx++)
...
for (j = 0; j < xc->height; j++)
...
get_bits_rectangle

So, in the case where we have n components, and more than 1 band
we'll be rendering the entire file n times - despite the fact that
we request all the colors each time!

gs/base/gdevpsd.c

2012-05-25 16:35:19 +0100
Robin Watts <robin.watts@artifex.com>
1c9e30044d1d698701091c9913a81e4b3688a134

Add new -debug=validate-chunks debug flag.

This causes a validation to be run after every operator is interpreted.

Also, update the chunk validation code to give more informative error
messages when problems are found. (For instance, if a reference is
found to be duff, it's often the source of that reference you are
interested in, not the reference itself).

gs/base/gdbflags.h
gs/base/gsmisc.c
gs/psi/ialloc.h
gs/psi/ilocate.c
gs/psi/interp.c
gs/psi/zvmem.c

2012-05-25 14:12:37 +0100
Ken Sharp <ken.sharp@artifex.com>
c6f9e998b9ab277f85815b927a841c26c507928a

pdfwrite - fix /OtherSubr stripping with Multiple Master fonts

Commit:
9f656faebac150c6aceca16c5ef6a78b92b6da43

exposed a problem with this code, when we are stripping /OtherSubrs from MM
fonts, the new CharString could be larger than the original (this can't
happen for non-MM fonts). Because we only allocated a buffer big enough to
hold the original (unstripped) data, we ended up with a buffer overflow.

The code now calls the 'strip' routine twice, the first time to calculate
how big a buffer will be required, the second time to actually do the work.

This will fix the crash in test-setweightvector.ps introduced by the
earlier commit

gs/base/gdevpsf1.c

2012-05-25 14:08:52 +0100
Ken Sharp <ken.sharp@artifex.com>
9f656faebac150c6aceca16c5ef6a78b92b6da43

pdfwrite - address problems with stringwidth and composite fonts

Bug #693059 "Asian fonts placed badly with pdfwrite output"

The problem here was caused by the way that pdf_process_string deals with 'widths'
when responding to a strginwidth operation versus a regular show.

When handling stringwidth the width of each glyph is added to the enumerator
'returned.total_width'. However, when handling a regular show, the width of
the glyphs are simply stored directly into 'returned.total_width'.

To handle the latter case the higher level code maintains its own total width
but that was getting confused when a stringwidth was used.

Ideally we would fix pdf_process_string to behave the same whether in response
to a stringwidht or a show, but that routine is called from other places and
making it coherent looks difficult. Instead we now process stringwidth
differently form show, and don't accuulate wodths when we have a steingwidth
operation in the higher level composite font code routines.

No differences expected

gs/base/gdevpdtc.c

2012-05-24 09:03:09 +0100
Robin Watts <robin.watts@artifex.com>
e21f69e10ddd68ea807773a8b57e10d23bd74a4f

Fix a couple of error messages in bmpcmp

gs/toolbin/bmpcmp.c

2012-05-23 15:53:53 +0100
Robin Watts <robin.watts@artifex.com>
e13b5cf5b8c7db67f88c5da62eeb8c8a4d077436

Update psdcmyk and psdrgb to use the downscaler.

gs/base/gdevpsd.c
gs/base/gdevtsep.c

2012-05-23 10:18:56 +0100
Robin Watts <robin.watts@artifex.com>
27afc73a71b9c059b9d5358ed816cdf50e0a1f08

Fix 2 'unused variable' warnings in downscaler.

gs/base/gxdownscale.c

2012-05-22 20:42:31 +0100
Robin Watts <robin.watts@artifex.com>
ce801afb90764b4863dab9e51bc18082222fb3ce

Unroll some loops in the downscaler for speed.

Time to render first 10 pages of pdf_reference17.pdf to tiff:
@200dpi = 5.2s
@600dpi downscaled by 3 = 7.2s (before this)
@600dpi downscaled by 3 = 6.5s (after this)

gs/base/gxdownscale.c

2012-05-22 13:35:31 +0100
Robin Watts <robin.watts@artifex.com>
15cc33536ada0b4cb105110a48df0132539c54db

Add downscaler functionality to tiffsep.

Update tiffsep to call the downscaler. This means adding MinFeatureSize
and DownScaleFactor to tiffsep. Also add BitsPerComponent to allow us to
specify 8 (default) or 1 (monochrome). MinFeatureSize is ignored except
in monochrome mode.

This has meant slight reworking of the downscaler to cope with planar
buffers, and its use of get_bits_rectangle rather than get_bits.

Also updated docs, and fixed some leaks on memory allocation failures
within tiffsep.

gs/base/gdevtsep.c
gs/base/gxdownscale.c
gs/base/gxdownscale.h
gs/base/lib.mak
gs/doc/Devices.htm

2012-05-21 08:54:59 +0100
Ken Sharp <ken.sharp@artifex.com>
4677f28c2a0bf72a6bc89e785cc651d3deedc043

txtwrite - Bug #693046 handle TEXT_FROM_CHARS and TEXT_FROM_SINGLE_CHAR ops

I seem to have overlooked these operations when writing the original code,
probably because I couldn't' find any test cases. However PCL seems to make
extensive use of them, and the lack of code causes access outside array
boundaries.

Fixed here in a simplistic fashion, which seems to work well.

No differences expected, txtwrite is not cluster tested

gs/base/gdevtxtw.c

2012-05-20 16:31:14 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
535d11e8a1d667a3d71680b27f18e4a89df98b2d

Bug 693044: fix pdfopt utility.

Disable checking for the max pdf object number during PDF linearisation,
because linearisation adds a few new objects to the PDF file.

gs/lib/pdfopt.ps

2012-05-18 14:32:56 +0100
Ken Sharp <ken.sharp@artifex.com>
40cc976eae680d6a6f1297c5a0d556a37e9eb4b8

txtwrite - clean up some benign silly compiler warnings

gs/base/gdevtxtw.c

2012-05-18 12:56:17 +0100
Ken Sharp <ken.sharp@artifex.com>
44869447f94a15ae0082b89668576636e4c39575

txtwrite - add a 'do nothing' rop device method to avoid errors

gs/base/gdevtxtw.c

2012-05-16 14:55:02 +0100
Robin Watts <robin.watts@artifex.com>
1831d329606c767069dbc706632c4b30db4488ce

Attempt to fix dashing in hpgl path mode.

We were giving up dashing as soon as we hit the first gap in a path.
Fix by treating gaps as an 'ink off' dash segment.

gs/base/gxpdash.c

2012-05-16 18:22:38 +0100
Robin Watts <robin.watts@artifex.com>
422773777f1e6df2fd4decb3ca6b65801acfc1ac

Update bmpcmp to cope with rgb and greyscale psd files.

Also have a better stab at handling spot equivalent colors.

CLUSTER_UNTESTED.

gs/toolbin/bmpcmp.c

2012-05-15 20:00:19 +0100
Robin Watts <robin.watts@artifex.com>
8610551db7cc10c72d7a6bbfaa7ffe61d521a5d9

Memento tweak: Allow MEMENTO_LEAKONLY to be defined by command line

Currently Memento undefines MEMENTO_LEAKONLY at the top of memento.c.

Change it here not to do that, so it can be supplied as part of a
CFLAGS or XCFLAGS line.

CLUSTER_UNTESTED.

gs/base/memento.c

2012-05-15 19:44:50 +0100
Robin Watts <robin.watts@artifex.com>
a846030605e04c09265241853ed5ac3442c258e9

Leak checking tweaks; memory finalisation and param handling

When Ghostscript shuts down, it closes its malloc handler, which frees
all the outstanding blocks it knows about. This is unhelpful behaviour
when checking for leaks, so we disable this freeing in MEMENTO builds.

Also, the Ghostscript arg handling code is quite keen on 'arg_copy'ing
args only to pass them into routines that immediate copy them again
into heap allocated buffers. These copies are then allowed to leak.

Where it is obviously safe, avoid these copies. Where it's not so clear
free them (using a new arg_free function).

gs/base/gsargs.c
gs/base/gsargs.h
gs/base/gsmalloc.c
gs/psi/imainarg.c

2012-05-15 18:22:06 +0100
Robin Watts <robin.watts@artifex.com>
b549f7df132df28783e34ef6839812b691c9eed5

Bug 693039: Fix Memento crashes

After reallocing a block, it is best to avoid reading from the old
location. (Read flags, then realloc, then write flags).

Also some minor tweaks to avoid warnings etc.

gs/base/memento.c

2012-05-15 12:10:14 +0100
Chris Liddell <chris.liddell@artifex.com>
be37389c29534ffd9ce6bb31353f4f8c0273bfd3

Add a bunch of derived files to .gitignore

CLUSTER_UNTESTED

.gitignore

2012-05-15 12:08:18 +0100
Chris Liddell <chris.liddell@artifex.com>
676ca45571121495de22c02ac7b03da14f75525c

Call libtiff configure from ghostpdl configure.

We had worked around the lack of a ghostpdl configure script by calling the
libtiff configure from the Makefile - which is a horrible hack.

Now that ghostpdl has a configure script, we can do the right thing, and call
the libtiff script from the ghostodl one.

No cluster differences.

Makefile
configure.ac

2012-05-14 21:00:46 +0100
Chris Liddell <chris.liddell@artifex.com>
827e5420e2d0b3c1bb3b9e656c27236ac650eacc

Really remove derived files from jbig2dec directory

No cluster differences.

gs/jbig2dec/config.h
gs/jbig2dec/libtool

2012-05-14 18:08:00 +0100
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
26ac0d3505530c6782dffeeaa053328a481afcb0

Bug 693025: Updated patch from Zeniko to fix various crashes and leaks

gs/jbig2dec/jbig2_halftone.c
gs/jbig2dec/jbig2_huffman.c
gs/jbig2dec/jbig2_image.c
gs/jbig2dec/jbig2_refinement.c
gs/jbig2dec/jbig2_segment.c
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2012-05-14 14:26:24 +0100
Ken Sharp <ken.sharp@artifex.com>
2699766796d407f04e790ca1374f68be00532847

remove an unused variable to silence a compiler warning

gs/base/gdevpdtt.c

2012-05-14 13:35:51 +0100
Ken Sharp <ken.sharp@artifex.com>
8ea8d0df81d2552a3470bbf708b91fb4467a5be2

pdfwrite - memory fixes. don't track pdf_font_cache in GS fonts

pdfwrite maintains a 'font cache' of PDF font objects which are related to
GS fonts. Previously these were tracked by adding a pointer to the GS font,
and freeing the memory when the font was unloaded, by using the gs_notify_register
callback.

This causes problems when we are in 'file per page' mode. We want to discard
and rebuild the font cache at the end of each page, so we don't try to
reuse font objects. But if we discard the memory, the font is still pointing
at it. This causes later memory problems.

The simplest solution is to stop tracking the elements in the GS fonts. This
means that an element will persist and be stale after the font goes out of
scope, but its a fairly small amount of memory per font. We now clean up the
PDF font cache and all the elements in pdf_close along with all the other memory.

The 'file per page' mode using the '-sOutputFilename=%d.pdf' syntax now seems
to work correctly. There does not seem to be any great amount of memory leakage
now either.

The next step is to implement a 'server' mode application and use that to
check that there are no remaining memory leaks

No differences expected

gs/base/gdevpdtt.c

2012-05-11 09:57:23 -0700
Ray Johnston <ray.johnston@artifex.com>
6b31a6466c0819db229cbde420c72789eecdbe2d

Add missing part of commit to prevent access to freed memory.

Somehow when applying this part of the reverted patch, this line (the
one that actually prevented the access to freed memory) was missed.

gs/base/gsicc_profilecache.c

2012-05-11 16:33:53 +0100
Ken Sharp <ken.sharp@artifex.com>
f9c1df276e998fc754d5c0e416c606cc5404a495

pdfwrite - memory clean up. Clear outlines

The outline objects are released in write_outline, but the entries in the
device were not previously cleared leaving them pointing to freed memory.

gs/base/gdevpdf.c

2012-05-11 11:38:32 +0100
Ken Sharp <ken.sharp@artifex.com>
08d715446bb97015d16e085aa8f8c4bd8f73c2cc

pdfrite - memory cleanup, free Annotations

Annotations weren't being freed along with their enclosing Page structure
Add some comments about what is stored where, and when it is released, in
a few places

gs/base/gdevpdf.c
gs/base/gdevpdtt.c

2012-05-10 13:24:15 -0700
Michael Vrhel <michael.vrhel@artifex.com>
54ecaf86c6fa0c4a31fb17e0c21361cb134ec376

CIELAB vector and CIELAB images have to use a slightly different remap proc.

The image data is already scaled as needed for the ICC code to handle directly.
Vector colors require the decode from real CIELAB values. This fix was missing
in the in image interpolation code. Fix for Bug 692885

gs/base/gxiscale.c
gs/base/lib.mak

2012-04-11 15:07:43 -0700
Michael Vrhel <michael.vrhel@artifex.com>
79925e26467289515d4cf499d2c3a2d3b1cdcaa4

Delay of obtaining handles from CMM for default profiles

Obtaining the profiles handles for all the default profiles in
the ICC manager eats up a tiny amount of time on startup. For
some customers that start and stop gs over and over instead of
running in server mode, this startup time is an issue. This
fix performs the initialization in a lazy manner, obtaining the
profile handle only when finally needed.

This commit also fixed some issues with images that are in the
LAB color space.

gs/base/gdevp14.c
gs/base/gscdevn.c
gs/base/gscsepr.c
gs/base/gsicc.c
gs/base/gsicc.h
gs/base/gsicc_cache.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gstrans.c
gs/base/gxclimag.c
gs/base/gxcmap.c
gs/base/gxicolor.c
gs/base/lib.mak

2012-05-09 22:01:46 -0700
Ray Johnston <ray.johnston@artifex.com>
c6d74690be87eb37ca5b4590ed6b44673e4125c7

Fix bug 692372 and bug 693001 to free semaphores without leaking memory.

The original fix (fe8d7b6) for 692372 released the semaphores, but resulted
in memory leaks of many other parts of the imager state. The leak was fixed
by reverting the above change. This change insures that sempahores are not
leaked by adding 'finalization' to the icc_linkcache and icc_link structs.

gs/base/gsicc_cache.c
gs/base/gsistate.c
gs/base/gsstruct.h

2012-05-09 09:56:00 -0700
Ray Johnston <ray.johnston@artifex.com>
055ed5f7a69ad5cf4181cf337abf2245df668c01

Prevent reference to freed memory when freeing the profile cache.

gs/base/gsicc_profilecache.c

2012-05-09 09:51:11 -0700
Ray Johnston <ray.johnston@artifex.com>
af974d1bd4b4f0470e77d28eb0cdcb72def2de76

Revert "Fix bug 692372: Add finalize for imager_state to ref_count decrement icc structs."

This reverts commit fe8d7b6aebfed3c724a860e31ff170764d5429dc.
This commit resulted in a subsantial memory leak detected with PCL. See
bug 693001. The finalization should be for the icc structs that have
semaphores.

gs/base/gsicc_profilecache.c
gs/base/gsistate.c
gs/base/gsstate.c
gs/base/gxistate.h
gs/base/gzstate.h

2012-05-09 13:07:39 +0100
Chris Liddell <chris.liddell@artifex.com>
0ee6bd45c59c2ae99ec30cba4dae22d1f2e20dc4

Remove a couple of derived files from jbig2dec.

No cluster differences.

gs/jbig2dec/libtool

2012-05-09 09:52:11 +0100
Ken Sharp <ken.sharp@artifex.com>
a32c42253c299d55d44ad39ba3d998fcebbef7ba

pdfwrite - memory cleanup; use correct allocater, don't free tracked object

Previously the code to free font resources was using the wrong memory
allocator to free some objects, fixed here.

It also seems that, contrary to what I thought Function resources *are*
tracked by 'last_resource' in teh pdfwrite device structure. So its important
not to free those twice.

No differences expected

gs/base/gdevpdf.c
gs/base/gdevpdtf.c

2012-05-07 19:14:28 +0100
Chris Liddell <chris.liddell@artifex.com>
365df54880adff1bd0b7d983c440fb518250c9f0

Fix a warning in zfapi.c

No cluster differences.

gs/psi/zfapi.c

2012-05-07 17:47:33 +0100
Robin Watts <robin.watts@artifex.com>
949993da66cd9850ce47c7319465aed42585b261

Tweak bmpcmp error message

gs/toolbin/bmpcmp.c

2012-05-07 16:34:51 +0100
Chris Liddell <chris.liddell@artifex.com>
fee1ab3e7e38c3e2bd82a855d7bdec2c18751320

Bug 693023: fix $Blend in Type 1 font serialization

When serializing a MultipleMaster font, we were writing both a 'boiler plate'
$Blend procedure, and a broken $Blend from the font dictionary - broken because
the code to read the procedure from the dictionary ignored name objects.

In general, this was fine, as all the current FAPI scalers ignore the $Blend.
A problem arose because the code which calculated size of the procedure did
handle PS name objects, so we ended up with unitialized bytes trailing the
dictionary data, which could cause the scaler to error.

No cluster differences.

gs/psi/write_t1.c
gs/psi/zfapi.c

2012-05-03 12:13:06 -0700
Michael Vrhel <michael.vrhel@artifex.com>
7b81312d205a2f9b89f40da4b4f6b67bcacd8ef1

Fix for issues in use of /SeparationOrder and /SeparationColorNames

Several issues and quite a bit of confusion in the code with respect
to this option. I believe this should clear some things up.
Documentation still needs to be updated as to how this option functions
and what devices it actually works with. Note that
SeparationOrder and SeparationColorNames really only works for the
tiffsep device. The psdcmyk device was never really set up for use
with this option. Not sure if we want to add it. Also, I discovered
that with the disabling of compressed color encoding, the tiffsep1
device renders incorrectly. I had not converted this device to planar
as I had thought that it performed halftoning during rendering. I
did not realize it was rendering 8 bit data and then doing
a thresholding operation. We may want to just move this to a planar
based device. In that case, we could use the fast planar halftoning.

Note that with this fix, the device will only create output for the
colorants listed in /SeparationOrder. The psdcmyk device was not
making use of the /SeparationOrder information properly. It is now
which makes for some different renderings in the ps3cet/29-07*.ps test
files which exercise /SeparationOrder changes. In such a case, the
device will not output any missing colorants, which previously
it was doing.

gs/base/gdevdevn.c
gs/base/gdevpsd.c
gs/base/gdevtsep.c

2012-05-05 11:21:31 +0100
Ken Sharp <ken.sharp@artifex.com>
c5f91f9fa29922713d3751654dda09ccc8518801

pdfwrite - memory leaks with CIDFonts

Move the code to free font resources from the 'pdf close' into a separate
routine in the font handling module. Additionally call it for CIDFont
resoruces as well as Font resources (the code copes with freeing both)

No differences expected

gs/base/gdevpdf.c
gs/base/gdevpdtf.c
gs/base/gdevpdtf.h

2012-05-05 01:03:31 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
922400e9056ad46a27e0ab5964213415061bd801

Bug 693027: Add missing spot color extraction from shading patterns.

Old code processed all patterns as tiled patterns and missed the
shading color space.

gs/Resource/Init/pdf_main.ps

2012-05-04 15:19:15 +0100
Chris Liddell <chris.liddell@artifex.com>
b2b2473f2064b4abd835449b761e46fdbb5a47f1

Bring the gs/jbig2dec directory in line with jbig2dec repos.

Mainly autoconf source files like configure.ac

No cluster differences.

gs/jbig2dec/Makefile.in
gs/jbig2dec/aclocal.m4
gs/jbig2dec/annex-h.jbig2
gs/jbig2dec/autogen.sh
gs/jbig2dec/compile
gs/jbig2dec/config.guess
gs/jbig2dec/config.h
gs/jbig2dec/config.h.in
gs/jbig2dec/config.sub
gs/jbig2dec/configure
gs/jbig2dec/depcomp
gs/jbig2dec/install-sh
gs/jbig2dec/libtool
gs/jbig2dec/ltmain.sh
gs/jbig2dec/missing
gs/jbig2dec/pbm2png.c
gs/jbig2dec/stamp-h1

2012-04-19 16:44:48 +0100
Ken Sharp <ken.sharp@artifex.com>
19e1c90a1185b681e081cc50ea64a73e8fd8f9b7

pdfwrite - address memory leaks

First pass at cleaning up pdfwrite's memory 'management'.

Add clean up code in pdf_close for fonts, font descriptors, type 3 CharProc
and Pattern resources.

Since we only need the object number for a reference we now create a new
type of cos object 'reference'. This only contains the object ID so that
we cna write out the reference. We also set the ID to 0 after we write it
as this will allow us to free the object. (id == 0 is a crazy reference
counting thing, it seems)

Free the 'aside' associated with a pattern after releasing it.

free ExtGState resources at close.

There was no code to free CMaps, none at all. Added routines to free regular
CMaps and ToUnicode CMaps, and added code to pdfwrite to call these in order
to actually free CMap resources.

When manufacturing a BaseFont, if we already have a BaseFont name, dispose
of it before assigning a new one. Previously this leaked the string
containing the name.

release font resoruce objects

when freeing a font descriptor, free the object as well as the glyphs

Free copied base font FontName string on close

This is opaque data specific to each font type, so we may need to add
specific cleanup routines, but this is a start.

Secondly, when pdfwrite copeis a font it makes 2 copies, a subset and a
complete copy. However the complete copy can fail because of an unused
glyph. So we dicard the complete copy and carry on with the subset. In
this case we didnt' clean up the 'complete' copy.

Modified the previous code into one routine to free copied fonts, when we
discard a (complete) copied font during font copying free the font copy.

free Encoding from copied fonts if present

Also, change the text for font freeing so it makes sense.

Free copied font 'data' when freeing copied font

Free the 'base_font' structure when freeing FontDescriptors

release colour spaces.

Make a routine to free colour spaces, and have it free the 'serialized'
color space memory.

Free the page dictionary when we free pages.

We seem to have (at least) two different kinds of param lists which are used
to deal with getting/setting device params. The PostScript interpreter uses
'ref_params' and the PCL interpreter uses 'c_params'.

The problem is that 'ref_params_end_write_collection' frees the list memory
but 'c_params_end_write_collection' does not. Since these are accessed through
methods in the list, we don't know whether we need to free the memory or not.
This leads to a memory leak when using the PCL interpreter.

I suspect this is a bug in the implementation, but for now I've modified
'ref_params_end_write_collection' so that it nulls the pointer to the list
when it frees it. The code in gdevdsp.c can then test to see whether the
memory needs to be freed (non-NULL) or not.

For some reason this leads to a Seg Fault with fts_09_0923.pdf, but I
can't see why. I believe this is unrelated, so will investigate it further
after this work is completed.

Also changed a typecast to eliminate a warning

create a routine to clean up the 'text data' and call it. Add the
'standard fonts' to the clenaup in there.

Clean up a number of allocations (name index stack, namespace
stack etc).

Add code to free Funtiocn resource dictionaries, objects and resources,

These were missed previously, because the development was done in PCL and
teh PCL interpreter can't trigger the use of Functions.

Add code to clean up Shading and group dictionary resources. Add code to
clear the resource chains on close so that we don't end up trying to use
freed memory pointers.

gs/base/gdevpdf.c
gs/base/gdevpdfc.c
gs/base/gdevpdfg.h
gs/base/gdevpdfi.c
gs/base/gdevpdfo.c
gs/base/gdevpdfo.h
gs/base/gdevpdfu.c
gs/base/gdevpdfv.c
gs/base/gdevpdfx.h
gs/base/gdevpdt.c
gs/base/gdevpdt.h
gs/base/gdevpdtb.c
gs/base/gdevpdtd.c
gs/base/gdevpdtd.h
gs/base/gdevpdtf.c
gs/base/gdevpdti.c
gs/base/gdevpdti.h
gs/base/gdevpsdp.c
gs/base/gsfcmap.c
gs/base/gsfcmap.h
gs/base/gxfcmap.h
gs/base/gxfcopy.c
gs/base/gxfcopy.h
gs/psi/iparam.c

2012-05-01 12:29:03 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
714b375a58593b62a38c3fa5dfacd0fae2d7d1f9

Bug 693006: Guess malformed numbers.

If an unknown PDF operator has only [-.0-9], consider it a malformed
number and replace with 0.

gs/Resource/Init/pdf_base.ps

2012-05-01 01:41:25 -0700
Michael Vrhel <michael.vrhel@artifex.com>
885289be955a17cb75a401a71d3b6529c755e96b

Fix for another indeterminism from 60640aeb33b18f9a9fcd76fc6f1083d7c7635f2

gs/base/gxdcolor.c

2012-05-01 01:41:18 -0700
Ray Johnston <ray.johnston@artifex.com>
c51dd0ad9b442a05844e1b8eb3e4b511af8c0392

Optimize transparency bbox for image SMask.

SMask with GreyBackground != 1.0 needs to use parent bbox, but image
SMask only paint the image area so the BC cannot affect areas outside.

gs/base/gdevp14.c

2012-04-30 15:11:38 -0700
Michael Vrhel <michael.vrhel@artifex.com>
af102f5fe9a91a071b2d01c3e8ee35a0c99275ea

Fix for indeterminism introduced in 60640aeb33b18f9a9fcd76fc6f1083d7c7635f24

The shading code was using the number of components of the target device
in making a linearity determination. It should make use of the destination
ICC profile in that computation.

gs/base/gsicc.c

2012-04-29 23:36:02 -0700
Michael Vrhel <michael.vrhel@artifex.com>
e8f8eed2369d5e8709acd0aa65306758aa322e3d

Initialize color procs for clip list accumulator

There are calls made during filling with this device to get the black point
of the device due to some ROP related call. The device did not have any
procedures for mapping colors or for decode and encode. Fix for Bug 692720.

gs/base/gxacpath.c

2012-04-30 15:27:30 +0100
Chris Liddell <chris.liddell@artifex.com>
3cde6d6d3d24a0930d591df9914ddda194d13b37

Bug 692459: stop tiffsep(1) overwriting pages already written

The tiffsep and tiffsep1 devices both get closed and reopen when the separations
change (communicated by put_params). Previously this caused the output files to
be closed and reopened - not a problem when writing each page to its own set of
files, but when writing multipage tiffs, it resulted in all pages up to that
point to be overwritten.

We now have tiffsep and tiffsep1 handle their own file "management", and prevent
output files from being closed and reopened when the device is closed and
reopened due to a put_params call.

No cluster differences.

gs/base/gdevtsep.c

2012-04-27 18:46:27 +0100
Robin Watts <robin.watts@artifex.com>
60640aeb33b18f9a9fcd76fc6f1083d7c7635f24

* Change of the tiffsep and psdcmyk device to planar devices.

This change in these devices was made to remove the 64 bit limitation of
our existing color encoding which limits us to 8 colorants without
compressed color encoding. The motivation for this work is that even
with compressed color encoding we were starting
to encounter files with transparency in particular that exceeded the
capabilities of encoding, leading to dropped colors. With this fix, we
encode through the clist the DeviceN color values. The buffers for the
devices are maintained as planar buffers and fills occur with the high level
device colors.

Support was added to handle the devn color type through the shading code. The old
code would have supported only 8 colorants in a shading.

Support was also added to the transparency code to enable the use of the put_image
procedure which for the planar device saves quite a bit of time since we can do the
copy_planes proc directly from the pdf14 planar buffer to the planar memory device buffer.
The pdf14 device also had to support fill_rectangle_hl_color.

Changes were also made to the pattern tiling code so that we avoid any planar to chunky and
back to planar conversions. These were being done to handle ROPs. Even when there were
not any ROPs to perform we were going through strip_tile_rop operations since the
gx_default_strip_tile_rectangle did not support planar to planar. That support is added
with this commit.

Support had to be added to the overprint compositor to support the new color type with
fill_rectangle_hl_color.

Support had to be added to the clist for fill_rectangle_hl_color. This required changes
on both the writing and reading side. It is possible that the amount of data written
for these commands could be reduced and that is commented in the code.

Support also had to be added to the clip device and the mask_clip device as well
for uncolored patterns. Also the tile clip device required support and the transparency device
required support for copy_planes. This last function needs to be optimized.

Both of the separation devices (tiffsep and psdcmyk) that we currently have are updated to
support this method. There is an #if option in each device file to return the
code back to the old chunky format.

A new device procedure for handling strip tiling of masks with devn colors had
to be added. Functionality was only required for the mem planar and clist devices.

Also, it was found that the tiffsep and psdcmyk devices were maintaining separations
(spot colors) across pages. That is if page 1 had a spot color, subsequent pages
created a separation for that spot
even if those pages did not contain it. This was fixed so that separations for a page
are only created for the spots that occur on that page.

A fix was also made to ensure that we had proper handling for the None colorants when
they are part of the DeviceN color space.

gs/base/devs.mak
gs/base/gdevbbox.c
gs/base/gdevdbit.c
gs/base/gdevdevn.c
gs/base/gdevdevn.h
gs/base/gdevdflt.c
gs/base/gdevdsha.c
gs/base/gdevmem.c
gs/base/gdevmem.h
gs/base/gdevmpla.c
gs/base/gdevmx.c
gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gdevpdfi.c
gs/base/gdevppla.c
gs/base/gdevprn.c
gs/base/gdevpsd.c
gs/base/gdevtsep.c
gs/base/gscdevn.c
gs/base/gscicach.c
gs/base/gscms.h
gs/base/gscsepr.c
gs/base/gsdcolor.h
gs/base/gsdps1.c
gs/base/gsequivc.c
gs/base/gsicc_manage.c
gs/base/gsovrc.c
gs/base/gsptype1.c
gs/base/gxblend.h
gs/base/gxblend1.c
gs/base/gxcldev.h
gs/base/gxclimag.c
gs/base/gxclip.c
gs/base/gxclip.h
gs/base/gxclip2.c
gs/base/gxclipm.c
gs/base/gxclist.c
gs/base/gxclpath.c
gs/base/gxclpath.h
gs/base/gxclrast.c
gs/base/gxclrect.c
gs/base/gxcmap.c
gs/base/gxdcolor.c
gs/base/gxdcolor.h
gs/base/gxdevcli.h
gs/base/gxdevice.h
gs/base/gxdevsop.h
gs/base/gxgetbit.h
gs/base/gxht.c
gs/base/gxicolor.c
gs/base/gxp1fill.c
gs/base/gxp1impl.h
gs/base/gxpcmap.c
gs/base/gxpcolor.h
gs/base/gxshade6.c
gs/base/lib.mak

2012-04-26 15:11:18 +0100
Robin Watts <robin.watts@artifex.com>
dd09a0706ab09a54f5fbb05c63420c86375b45bf

Memento tweaks; add Memento_breakOnFree/Realloc functionality.

Memento_breakOnFree(address) will cause a breakpoint when the block
including a given address is freed. If the block is realloced (and
hence moves elsewhere) the breakpoint is not triggered until the new
block is itself freed.

Memento_breakOnRealloc(address) will cause a breakpoint when the block
including a given address is freed or realloced.

gs/base/memento.c
gs/base/memento.h

2012-04-25 17:33:59 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
012aef926d1e33cc64c32bf8e94ef92a299d73f9

Bug 692243: Replace dictionary look-up with .execn

Replace a fragment that stores line width in a dictionary with an equivalent
code that uses execution stack and .execn . These tricks are needed to keep
the stack depth constant.

gs/Resource/Init/pdf_ops.ps

2012-04-25 00:08:53 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
70d513095fba13b20e6bba5bb77805b5233028d1

Bug 692243: Fix a typo in absolute value comparison.

gs/Resource/Init/pdf_ops.ps

2012-04-24 17:35:10 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
f1830075608195e2976751303d220fda3f796abb

Bug 692969: Don't verify PDF 1.5 xref.

Don't verify stream xref table because we cannot repair PDF files with
new object format. Such verification only increases the chance that the
file fails.

gs/Resource/Init/pdf_main.ps

2012-04-24 15:06:16 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
430e9e345c84912f953161aa843b37f235c97708

Bug 693000: Verify /Subtype of CIDFont resource.

Check whether CIDFont resource refers to a Type 1 file and process
it accordingly.

gs/Resource/Init/pdf_font.ps

2012-04-24 17:48:12 +0000
Robin Watts <robin.watts@artifex.com>
b5d2134b8ebea14594411580776f1bce5c40363c

Add gx_forward_copy_planes.

Add this to the overprint device.

gs/base/gdevnfwd.c
gs/base/gsovrc.c
gs/base/gxdevice.h

2012-04-24 10:15:59 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
c2a982ffda019b2822799a918d53022ec06342fa

Pacify Valgrind: don't calculate unused values from undefined data.

gs/lcms2/src/cmsopt.c

2012-04-24 10:19:01 +0100
Chris Liddell <chris.liddell@artifex.com>
f10560765a226f668b72fd9b8298d644cbce08ab

Bug 693002: Add recently added files to install-doc target.

thirdparty.htm WhatIsGS.htm GS9_Color_Management.pdf

No cluster differences.

gs/base/unixinst.mak

2012-04-23 23:44:18 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
d561224d1495321d40012230abbcf835b298f557

Bug 692983: Require EOD mark in ASCII85 string.

Make sure that ASCII85-encoded string is terminated with '~>' and
throw an error if it isn't. Old code accepted EOF as a valid
termination for a string token.

gs/base/sa85d.c
gs/base/sa85d.h
gs/psi/iscan.c

2012-04-23 20:03:50 +0100
Robin Watts <robin.watts@artifex.com>
ec092a2630dd215a317f509ca283fc5cfb4e8b02

Planar device memory setup tweaks.

When setting up a memory planar device, we currently build a mask
out of the plane information supplied to us about how to pack
colors into a gx_color_index. This seems like a reasonable thing to
do as we will always need to pack colors into a gx_color_index at
some point.

As part of his work on tiffsep, Michael is about to lift this
requirement though, enabling us to cope with larger numbers of
spots. The code as is fails on certain machines/compilers due to
C's undefined behaviour when shifting by more bits than are in the
variable. We spot this case explicitly, and don't bother checking
for overlap in this case.

gs/base/gdevmpla.c

2012-04-23 15:51:17 +0100
Chris Liddell <chris.liddell@artifex.com>
3a8fbd9c52897cccce7cb6e61e06acb1fe8bff7f

Fix uninitialised variable access

Previous commit highlighted a missing a return value check which could result
in an uninitialised variable being accessed.

gs/psi/zfapi.c

2012-04-23 13:36:53 +0100
Chris Liddell <chris.liddell@artifex.com>
f57b7562c79a9e3649e95e7bafa6193b571154bb

Handle the remaining CIDFonts that FAPI was missing.

This causes a number of cluster file differences, almost all are the usual
single pixel differences. There are few cases slightly better, and a few
slightly worse.

One file is a "regression" (depending on your point of view) which is badq.pdf
where the two contours making up the lower case "q" both go in the same
direction, so non-zero winding for filling results in the "loop" in the "q"
being completely filled.

The font is to blame here, but I will continue to look into a solution for
Freetype.

gs/psi/zfapi.c

2012-04-21 13:46:37 +0100
Robin Watts <robin.watts@artifex.com>
b40ce1e58c211008831971f3866cb49e912a1e4f

bmpcmp: Error handling tweaks.

When failing to match a page due to differences in number of colors
or sizes etc, output the page number and continue looking at other
pages in the file.

gs/toolbin/bmpcmp.c

2012-04-20 13:52:33 -0600
Henry Stiles <henry.stiles@artifex.com>
a943658240231bede6cd5f04d7f1bfa713918ccf

Fixes 692992. Implicit closepaths not properly detected.

GL/2 closepaths, implicitly detected when the first point of a subpath
and last are equal, were not recognized in some cases because we were
doing a comparison of transformed floating point values, the
comparison is now done correctly in fixed point.

Many regression test files have progressions where the first and last
point of a path now have a proper join where one did not exist before.

pcl/pgdraw.c

2012-03-14 22:29:40 -0600
Henry Stiles <henry.stiles@artifex.com>
579e0e04b0d83d4364c9c4e42dcced8ca85fc634

Remove obsolete bug list.

tools/bug-list.txt

2012-04-20 14:58:18 +0100
Chris Liddell <chris.liddell@artifex.com>
b9350f4a92c1765d13afbff3e6a4576c33290d91

Default to Windows UNICODE file names "off".

Bring the PCL build in-line with Ghostscript so that the halding of UNICODE file names
is disabled in the default build.

As with Ghostscript, adding "USEUNICODE=1" to the nmake parameters will enable that code.

CLUSTER_UNTESTED

main/pcl6_msvc.mak

2012-04-20 07:20:16 +0100
Chris Liddell <Chris.Liddell@artifex.com>
67a924e4b93987d2c915a161ce67bdf9c1d6d4a5

Bug 692962: fix endian issue with lcms2 i/face

In the lcms2 interface code, am endian flag was being set on big endian
platforms, and it shouldn't be.

No cluster differences.

gs/base/gsicc_lcms2.c

2012-04-19 14:27:57 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
d252b4f9d3a949778894a86bb71cc2206fce11cf

Bug 692968: regenerate some appearances.

Regenerate appearance streams when it is requested by the file
and implemented in PDF interpreter. (NeedAppearances is set)
Otherwise, continue to use appearance streams provided by the
file.

gs/Resource/Init/pdf_draw.ps

2012-04-17 10:39:30 +0100
Chris Liddell <chris.liddell@artifex.com>
2d76c9849ea165176dc836f926ba1604e8e85513

Small change to djet500C device.

Remove an optimisation that seems to cause issues with newer HP Deskjets.

The device previously would determine how much (if any) of the right side
of a given scanline was blank, and drop those samples - thus avoiding sending
unmarked samples to the printer.

On recent Deskjets, this resulted those unmarked samples printing black. We
retain the similar optimisation for skipping entirely unmarked scanlines.

No cluster differences.

gs/base/gdevdjtc.c

2012-04-16 10:32:06 -0700
Ray Johnston <ray.johnston@artifex.com>
adb39bd6b16e20c7c6cf235518fc98ab242552e7

Fix segfault caused by change in zcharx (34f32ee) seen with 11-13.PS.

Under some error conditions, the 'penum' was not being set, and we would
de-reference whatever (undefined) value was laying around. Initialize it
to NULL and check before clearing pointers. I couldn't get this to fail
in a debug or profile build -- only a release build.

gs/psi/zcharx.c

2012-04-16 09:04:39 -0700
Ray Johnston <ray.johnston@artifex.com>
67894626809b89f813d3ed580210ee11da72af52

Fix segfault in 12-13.PS CET. Yet another ref counted pointer not being cleared.

gs/base/gscscie.c

2012-04-15 16:53:58 -0700
Ray Johnston <ray.johnston@artifex.com>
ffedf4d9c97b1f502e47bab7aed8ee2531c3de5c

Fix ref counting of CIEBased 'params' during alloc_restore_all with 11-19.PS CET.

The 'const' had to be broken to allow the pointer to be set to NULL when the object is freed
due to reference count going to zero. Debug build showed an error message due to ref_count
going below zero, but since this is referencing freed memory, can cause a segfault.

gs/base/gscscie.c

2012-04-12 11:55:50 -0700
Ray Johnston <ray.johnston@artifex.com>
34f32ee8cb08590aeaaab23d1e14ee48c9932fb2

Fix 692707. Clear pointers in text_enum when freeing the widths array.

When an error occurred (as with the CET ILLEGAL test in 33_all.ps) the widths array would be freed,
but the pointer in the gs_text_enum_t (text.x_widths, text.y_widths) was not cleared.

gs/psi/zcharx.c

2012-04-14 12:52:51 +0000
Robin Watts <robin.watts@artifex.com>
fd34d1533bfef0ec2a12500ea8b9fe80249cb990

bmpcmp: Flip psdcmyk images to be the right way up.

gs/toolbin/bmpcmp.c

2012-04-13 19:36:36 +0000
Robin Watts <robin.watts@artifex.com>
365d6f549be4f8fd289adb06078d568ae37b108a

Update bmpcmp to (at least try to) honour the color mapping for psd spots.

We read the color info for the spots, and we try to apply it when mapping
down to cmyk. It's entirely possible that the color information needs
to be inverted or reordered or something, but I don't have anything
that can display psd files to check.

Talk to Michael about this when he returns. This is better than nothing.

gs/toolbin/bmpcmp.c

2012-02-27 03:11:02 +0000
Robin Watts <robin.watts@artifex.com>
d1579963f90d1bfff7fa7e6e7a0417fa8be266b4

Support HPGL style path handling.

HPGL handles paths slightly differently to the postscript imaging model.

When a path is filled, successive moveto's are treated as linetos.
(i.e. the 'place we close the path to' is left at the first moveto,
and the area remains fillable). Stroking is unaffected however.

To model this in Ghostscript we add a new path segment type 's_gap'.
The filling code treats this as a lineto. The stroking code is updated
to not stroke such edges (and not to break the subpath at this point).

We add a new parameter to the imager state (hpgl_path_mode), new
accessor functions (gs_sethpglpathmode, gs_currenthpglpathmode),
and new postscript operators (.sethpglpathmode and .currenthpglpathmode).

If hpgl path mode is set to a non-zero value, then path construction
treats movetos in an open subpath as gaptos.

Currently this is disabled (see pcl/pctop.c for where it would be
enabled) until we get the pcl interpreter to generate paths in
exactly the right form.

Still to do:
* Update PDF write to spot such paths and to convert them as
appropriate when writing out.

gs/base/gdevpdfd.c
gs/base/gdevtrac.c
gs/base/gdevvec.c
gs/base/gspath.c
gs/base/gspath1.c
gs/base/gspenum.h
gs/base/gsstate.c
gs/base/gsstate.h
gs/base/gxclpath.c
gs/base/gxclpath.h
gs/base/gxclrast.c
gs/base/gxcpath.c
gs/base/gxistate.h
gs/base/gxline.h
gs/base/gxpath.c
gs/base/gxpath.h
gs/base/gxpath2.c
gs/base/gxpcopy.c
gs/base/gxpdash.c
gs/base/gxstroke.c
gs/base/gxttfb.c
gs/base/gzpath.h
gs/doc/Language.htm
gs/psi/zgstate.c
pcl/pctop.c

2012-04-13 18:51:34 +0000
Robin Watts <robin.watts@artifex.com>
34b74d7bb34390ad75ba8ca52b6bd5e94e85a51e

bmpcmp: Another attempt to make cmyk + spots psdcmyk files work.

Hopefully this should work; we now make the diff map, then
convert down to cmyk (by dropping the spots), then convert
cmyk -> rgb.

Next step is to add the spots into the cmyk as we map down.

gs/toolbin/bmpcmp.c

2012-04-13 18:34:00 +0100
Robin Watts <robin.watts@artifex.com>
42af17e78ebac4e31e4694d949ef5dfadeacb4fd

Update bmpcmp so that it saves pngs from bpp > 32 psdcmyk images

I'd forgotten to update the png saving code.

gs/toolbin/bmpcmp.c

2012-04-12 16:41:59 -0600
Henry Stiles <henry.stiles@artifex.com>
35908068027eb9b7d2a6d1adaf371bc9fdeeb800

Modified to not ignore error codes, no expected differences.

gs/base/gxp1fill.c

2012-04-12 09:34:32 -0600
Henry Stiles <henry.stiles@artifex.com>
1b355f679fd03a5d5d334b6d74202d9c3d58110b

Fix 692970 - device reference counting incorrect.

The tile clipping device did not properly release its reference to the
target device.

gs/base/gxclip2.c
gs/base/gxclip2.h
gs/base/gxp1fill.c

2012-04-11 14:42:51 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
3769efbb709889aae39f905dd04b72a81bc37f3d

Fix make clean for GhostPDL.

common/ugcc_top.mak

2012-04-11 09:50:55 +0100
Robin Watts <robin.watts@artifex.com>
42c6f088344544b5e854899e4126e0d3ec4ee496

Slight hack in gsmchunk.c for Memento builds.

In Memento builds we nobble the chunk manager to only put a single
block in each chunk. As such, the debugging is much nicer if we
label the chunks with the block name rather than "chunk_mem_node_add".

gs/base/gsmchunk.c

2012-04-10 18:04:39 +0100
Robin Watts <robin.watts@artifex.com>
ebc8452e68710ace66b3acca4d1701bfa6f59143

Add Memento_label calls to gs_heap_alloc_bytes malloc calls.

Should get us a lot more information in the debug output of
Memento.

gs/base/gsmalloc.c

2012-04-10 17:49:33 +0100
Robin Watts <robin.watts@artifex.com>
113beaf41ec17de71a57ffda7324442fe2000623

Tidy up pattern accumulator device handling code.

Hopefully slightly more comprehensible. Does the same job as before.

gs/base/gxpcmap.c

2012-04-09 09:32:12 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
612f02c29f356c44ca72ec31eb6a64b65d7e7d04

Print out message from bmpcmp.c if no differences detected.

gs/toolbin/bmpcmp.c

2012-04-08 15:40:42 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
5e0dd327627f3c5dfe50f51ab583b5d696957972

Prefaced bmpcmp.c error messages with 'bmpcmp:'.

gs/toolbin/bmpcmp.c

2012-04-06 23:43:04 +0100
Robin Watts <robin.watts@artifex.com>
b5431c68e9c666e3c8010202e9501f101f6725d9

Remove the need for seeking in bmpcmp when reading psdcmyk files.

The cluster likes to drive bmpcmp from pipes.

gs/toolbin/bmpcmp.c

2012-04-06 14:22:33 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
554b5c6088a1f53a648b5702a3245bdbba884ffa

Fixed bmpcmp.c to properly set *cmyk in psd_read().

gs/toolbin/bmpcmp.c

2012-04-06 16:53:07 +0100
Robin Watts <robin.watts@artifex.com>
20dcd26801be3d10bd5ebd596b50eaa3908050be

Add psdcmyk support to bmpcmp.

bmpcmp now reads psdcmyk files. It will read all n planes (cmyk +
spots) and search in them for diffs. When it comes to output
the differences are highlighted correctly in the diff image,
but only the cmyk planes are used to create the output images
(i.e. spots are not mapped down to cmyk currently).

gs/toolbin/bmpcmp.c

2012-04-05 16:21:05 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
8e97d23a41580b3609a7b98dc90c4a59c6d093e8

Bug 692967: drop incorrect filter parameters.

Check for an empty array given as filter parameters and
intrrpret it as no parameters.

gs/Resource/Init/pdf_base.ps

2012-04-05 11:06:36 +0100
Ken Sharp <ken.sharp@artifex.com>
c3679722d0c3ade2f644bad1c5b7fafde8de5fb6

Add the 32-bit Memento directories to .gitignore

.gitignore

2012-04-02 17:47:41 +0100
Chris Liddell <chris.liddell@artifex.com>
6e7d591ae3b2dab7808406e6052a4b79b05f2633

Fix a makefile typo....

Back in an previous commit, I made a typo for the cross platform makefile
variables - I used '_D_' instead of 'D_'

No cluster differences.

gs/base/lib.mak

2012-04-02 17:08:15 +0100
Chris Liddell <chris.liddell@artifex.com>
82eb1a659a96fcd834d0e673c7c8f36781499959

Bug 692761: some errors reported by cppcheck

Patch from Joshua Beck ( jxb091000@utdallas.edu ) addressing issues
identified by cppcheck.

No cluster differences.

gs/base/genconf.c
gs/base/gsiomacres.c
gs/base/mkromfs.c
gs/psi/dwmainc.c

2012-03-30 13:36:37 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
1ff339b6aca7087e32be7516fda9ef0b9df38e72

Bug 692767: Render shading as a group.

Render shading as an isolated group if the file has a soft mask.

gs/Resource/Init/pdf_draw.ps

2012-03-30 11:59:14 +0100
Ken Sharp <ken.sharp@artifex.com>
8eb4118573d2d6959f8578a10f9d76ce9d802799

PDF interpreter - preserve CIDSystemInfo in embedded CID fonts

The PDF interpreter was not preserving the CIDSystemInfo from CIDFonts in
PDF files (the TrueType code did not allow for this to be done)

Updated the TrueType CIDFont building code to accept a CIDSystemInfo dictionary
as a parameter, and teh PDF interpreter to pass it form the original
CIDFont.

No differences expected as this is not tested

gs/Resource/Init/gs_ttf.ps
gs/Resource/Init/pdf_font.ps

2012-03-29 08:50:13 -0700
Ray Johnston <ray.johnston@artifex.com>
67e3458154d8ef718be5a495aa64dc77c59393fe

Fix bugs 692542 and 692706, bad rendering of copies after first page with NumRenderingThreads > 1

The clist_get_band_from_thread logic would get confused as to the lookahead_direction if the
requested thread was the first or last and the most recent previously rendered thread didn't
match.

gs/base/gxclthrd.c

2012-03-29 16:05:44 +0100
Ken Sharp <ken.sharp@artifex.com>
0604c2368ca3fd75be1c26ce6c7697cbce55968f

Fix a minor compiler warning by casting a pointer.

gs/base/gdevpdtt.c

2012-03-29 11:38:54 +0100
Ken Sharp <ken.sharp@artifex.com>
be6456331f4cff58f11f681450166fe2309e2ad5

pdfwrite - when a Charstring is not found for a glyph use the /.notdef width instead of 0

Bug #692944 the file uses an embedded font which does not include a /space
glyph, but proceeds to use the space anyway. We were using a widht of 0 in
this case but the file programmatically spaces glyphs to a predefined size.
This was causing the PDF to be incorrectly spaced.

We now use the width of the /.notdef glyph instead for sizing calculations,
since this si the glyph which will eventually be used.

This exhibits a small difference in 30-06.ps but since this is testing
missing glyphs in a QL test file, I'm going to accept it as a difference in
order to improve the result with files of this type.

gs/base/gdevpdte.c
gs/base/gdevpdtt.c

2012-03-29 02:23:20 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
23e8552bb2c1849c118d9f5d81f5629ebe436acb

Bug 692886: use sequential page numbers in PDF collections.

Use sequential page numbering for -dFirstPage and -dLastPage parameters
when they are used with PDF Collections.

gs/Resource/Init/pdf_main.ps
gs/doc/Use.htm

2012-03-28 13:52:27 -0700
Ray Johnston <ray.johnston@artifex.com>
aa9f730f07f8d471c222956e6a532ab2698ef58e

Fix bug 692688: pdf14_copy_alpha did not move the source data pointer when adjusting for y<rect.p.y

The pdf14_copy_alpha doesn't use the 'fit_copy' macro since that macro has specific variables
embedded, but the when the 'h' and 'y' are adjusted, the source data pointer needs to move to
the first line that will be used.

gs/base/gdevp14.c

2012-03-28 17:03:25 +0100
Chris Liddell <chris.liddell@artifex.com>
a1075141f25f7bf38bf372f9ccc65dfd9c0c8baa

Bug 692950: further revise falling back to unhinted rendering.

In the FAPI/FT interface, we caught some errors from Freetype to do with the
byte code hinting in TrueType fonts - when they occur we retry the glyph
rendering with hinting disabled.

This commit expands that to *any* error from the byte code interpreter will
now cause us to retry unhinted.

(the core problem in this case seems to be scale depending operations in the
font program, which is supposed not to be permitted).

No cluster differences.

gs/psi/fapi_ft.c

2012-03-27 19:29:56 -0700
Ray Johnston <ray.johnston@artifex.com>
5b50a46f4ed3e54fec6727a1ad52258e5d32b0a9

Add -sBandListStorage={file|memory} option and default to no bitmap compression if file clist.

Also alphabetize the clist options and remove the arbitrary 10000 minimum for MaxBitmap
(now -dMaxBitmap=0 is legal). The change to not compress bitmaps (using CCITT) when going
to disk based clist improves performance.

gs/base/gdevprn.c
gs/base/gdevprn.h
gs/base/gxclbits.c
gs/base/gxclist.c
gs/base/lib.mak
gs/doc/Language.htm

2012-03-26 18:57:48 +0100
Chris Liddell <chris.liddell@artifex.com>
6a13e642324435d92f2f79f6c28b5f25758a249c

Ensure FAPI uses appropriate glyph name for metrics.

Found investigating a customer 532 report: Ghostscript "augments" glyph names
under certain circumstances, and depending on the font type, FAPI may have to
remove that augmentation (mainly when disc based fonts are being used).

FAPI was then using the un-augmented glyph name to read the glyph metrics,
which caused the wrong metrics to be used because the metrics(s) dictionary was
created with the augmented glyph name in place.

Causes a difference in the cluster file Bug691031.pdf - this is
progression.

gs/psi/zfapi.c

2012-03-26 14:44:05 +0100
Chris Liddell <chris.liddell@artifex.com>
9ca16b047d2ee4dc862aa18465c80c2250c213c5

Bug 692938: fix link error on AIX

AIX 5.x (probably others) don't have memalign, so update the conditions
under which openjpeg will (try to) use memalign to exclude AIX systems.

No cluster differences.

gs/openjpeg/libopenjpeg/opj_malloc.h

2012-03-22 15:08:43 +0000
Ken Sharp <ken.sharp@artifex.com>
701b769786f6e2b036df8427c17c6a5dc294a672

pdfwrite - update CIDSet emission for PDF/A-2 compatibility

This completes the work for creation of PDF/A-2 files. Note that Acrobat X
preflight complains about the CIDSet we include in PDF/A-2 files. However I
believe that the current code is correct, and that the Acrobat preflight is
incorrect. The PDF-Tools validator is completely happy with our CIDSet.

I'm unable to fathom what it is the Acrobat preflight tool wants. The old
PDF/A-1 CIDSet is flagged as invalid, as is every premutation of values I
can think of.

In the absence of any example file to look at, or a definitive resource on
the subject, I'm comitting this and concluding the development. I will of
course be happy to work on the CIDSet emission if someone can bring more
information.

No differences expected PDF/A is not tested by the cluster.

gs/base/gdevpdtd.c

2012-03-21 09:36:40 -0600
Henry Stiles <henry.stiles@artifex.com>
b68ee69570803001a959721209fff6a2e4430f84

Improves 692527 - the missing characters now print and the prototype
svg device now works with many more files.

Before this change very few jobs would work, the color state wasn't
updated properly.

CLUSTER_UNTESTED

gs/base/gdevsvg.c

2012-03-21 14:22:35 +0000
Chris Liddell <chris.liddell@artifex.com>
8031fd574e3949cf1e17eed0372034e522580dca

Bug 692850: FAPI: clamp fixed-point overflows instead of error.

This job ends up with an insanely big scale factor when trying rendering glyphs
from a font. Obviously that ends up too big to render to a bitmap in the
font renderer, so we build a path instead.

Previously, during FAPI path extraction, if the coordinates overflowed what we
can represent in our fixed point representation, give a rangecheck error. But
the AFS code seems to clamp the coordinate to something we can represent, and
carry on.

Do the same in FAPI.

No cluster differences.

gs/psi/zfapi.c

2012-03-15 11:51:23 +0000
Chris Liddell <chris.liddell@artifex.com>
0c0f193bc6673fd4c6c257fd8c6fe740882c6023

Another Freetype fix.

From:
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=b43e0f44

gs/freetype/src/type1/t1load.c

2012-03-14 14:49:19 +0000
Chris Liddell <chris.liddell@artifex.com>
eb20f1cf128936c871e1ccb8161db382e866336a

Backport incremental interface fix from FT git.

http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=9a55cb

CLUSTER_UNTESTED

gs/freetype/src/type1/t1load.c

2012-03-14 14:48:31 +0000
Chris Liddell <chris.liddell@artifex.com>
078d7ccbeb5250c93b758c6566d368c11c1da986

Update to Freetype 2.4.9

CLUSTER_UNTESTED

gs/freetype/ChangeLog
gs/freetype/Jamfile
gs/freetype/README
gs/freetype/autogen.sh
gs/freetype/builds/amiga/makefile
gs/freetype/builds/amiga/makefile.os4
gs/freetype/builds/amiga/smakefile
gs/freetype/builds/amiga/src/base/ftsystem.c
gs/freetype/builds/mac/FreeType.m68k_cfm.make.txt
gs/freetype/builds/mac/FreeType.m68k_far.make.txt
gs/freetype/builds/mac/FreeType.ppc_carbon.make.txt
gs/freetype/builds/mac/FreeType.ppc_classic.make.txt
gs/freetype/builds/mac/ftmac.c
gs/freetype/builds/symbian/bld.inf
gs/freetype/builds/symbian/freetype.mmp
gs/freetype/builds/toplevel.mk
gs/freetype/builds/unix/.gitignore
gs/freetype/builds/unix/aclocal.m4
gs/freetype/builds/unix/config.guess
gs/freetype/builds/unix/config.sub
gs/freetype/builds/unix/configure
gs/freetype/builds/unix/configure.ac
gs/freetype/builds/unix/configure.raw
gs/freetype/builds/unix/detect.mk
gs/freetype/builds/unix/freetype-config.in
gs/freetype/builds/unix/freetype2.in
gs/freetype/builds/unix/ftconfig.in
gs/freetype/builds/unix/install-sh
gs/freetype/builds/unix/ltmain.sh
gs/freetype/builds/vms/ftconfig.h
gs/freetype/builds/vms/ftsystem.c
gs/freetype/builds/win32/vc2005/freetype.vcproj
gs/freetype/builds/win32/vc2005/index.html
gs/freetype/builds/win32/vc2008/freetype.vcproj
gs/freetype/builds/win32/vc2008/index.html
gs/freetype/builds/win32/vc2010/freetype.sln
gs/freetype/builds/win32/vc2010/freetype.vcxproj
gs/freetype/builds/win32/vc2010/freetype.vcxproj.filters
gs/freetype/builds/win32/vc2010/index.html
gs/freetype/builds/win32/visualc/freetype.dsp
gs/freetype/builds/win32/visualc/freetype.vcproj
gs/freetype/builds/win32/visualc/index.html
gs/freetype/builds/win32/visualce/freetype.dsp
gs/freetype/builds/win32/visualce/freetype.vcproj
gs/freetype/builds/win32/visualce/index.html
gs/freetype/builds/wince/vc2005-ce/freetype.vcproj
gs/freetype/builds/wince/vc2005-ce/index.html
gs/freetype/builds/wince/vc2008-ce/freetype.vcproj
gs/freetype/builds/wince/vc2008-ce/index.html
gs/freetype/configure
gs/freetype/devel/ftoption.h
gs/freetype/docs/CHANGES
gs/freetype/docs/GPL.TXT
gs/freetype/docs/GPLv2.TXT
gs/freetype/docs/INSTALL
gs/freetype/docs/INSTALL.ANY
gs/freetype/docs/INSTALL.UNIX
gs/freetype/docs/LICENSE.TXT
gs/freetype/docs/PROBLEMS
gs/freetype/docs/UPGRADE.UNIX
gs/freetype/docs/VERSION.DLL
gs/freetype/docs/formats.txt
gs/freetype/docs/reference/.gitignore
gs/freetype/docs/reference/ft2-base_interface.html
gs/freetype/docs/reference/ft2-basic_types.html
gs/freetype/docs/reference/ft2-bdf_fonts.html
gs/freetype/docs/reference/ft2-bitmap_handling.html
gs/freetype/docs/reference/ft2-bzip2.html
gs/freetype/docs/reference/ft2-cache_subsystem.html
gs/freetype/docs/reference/ft2-cid_fonts.html
gs/freetype/docs/reference/ft2-computations.html
gs/freetype/docs/reference/ft2-font_formats.html
gs/freetype/docs/reference/ft2-gasp_table.html
gs/freetype/docs/reference/ft2-glyph_management.html
gs/freetype/docs/reference/ft2-glyph_stroker.html
gs/freetype/docs/reference/ft2-glyph_variants.html
gs/freetype/docs/reference/ft2-gx_validation.html
gs/freetype/docs/reference/ft2-gzip.html
gs/freetype/docs/reference/ft2-header_file_macros.html
gs/freetype/docs/reference/ft2-incremental.html
gs/freetype/docs/reference/ft2-index.html
gs/freetype/docs/reference/ft2-lcd_filtering.html
gs/freetype/docs/reference/ft2-list_processing.html
gs/freetype/docs/reference/ft2-lzw.html
gs/freetype/docs/reference/ft2-mac_specific.html
gs/freetype/docs/reference/ft2-module_management.html
gs/freetype/docs/reference/ft2-multiple_masters.html
gs/freetype/docs/reference/ft2-ot_validation.html
gs/freetype/docs/reference/ft2-outline_processing.html
gs/freetype/docs/reference/ft2-pfr_fonts.html
gs/freetype/docs/reference/ft2-quick_advance.html
gs/freetype/docs/reference/ft2-raster.html
gs/freetype/docs/reference/ft2-sfnt_names.html
gs/freetype/docs/reference/ft2-sizes_management.html
gs/freetype/docs/reference/ft2-system_interface.html
gs/freetype/docs/reference/ft2-toc.html
gs/freetype/docs/reference/ft2-truetype_engine.html
gs/freetype/docs/reference/ft2-truetype_tables.html
gs/freetype/docs/reference/ft2-type1_tables.html
gs/freetype/docs/reference/ft2-user_allocation.html
gs/freetype/docs/reference/ft2-version.html
gs/freetype/docs/reference/ft2-winfnt_fonts.html
gs/freetype/docs/release
gs/freetype/include/freetype/config/ftconfig.h
gs/freetype/include/freetype/config/ftheader.h
gs/freetype/include/freetype/config/ftoption.h
gs/freetype/include/freetype/config/ftstdlib.h
gs/freetype/include/freetype/freetype.h
gs/freetype/include/freetype/ftbbox.h
gs/freetype/include/freetype/ftbzip2.h
gs/freetype/include/freetype/ftcache.h
gs/freetype/include/freetype/ftchapters.h
gs/freetype/include/freetype/fterrdef.h
gs/freetype/include/freetype/fterrors.h
gs/freetype/include/freetype/ftgasp.h
gs/freetype/include/freetype/ftglyph.h
gs/freetype/include/freetype/ftmoderr.h
gs/freetype/include/freetype/ftoutln.h
gs/freetype/include/freetype/ftrender.h
gs/freetype/include/freetype/ftstroke.h
gs/freetype/include/freetype/fttypes.h
gs/freetype/include/freetype/internal/autohint.h
gs/freetype/include/freetype/internal/ftdriver.h
gs/freetype/include/freetype/internal/ftobjs.h
gs/freetype/include/freetype/internal/ftpic.h
gs/freetype/include/freetype/internal/ftrfork.h
gs/freetype/include/freetype/internal/ftserv.h
gs/freetype/include/freetype/internal/ftstream.h
gs/freetype/include/freetype/internal/fttrace.h
gs/freetype/include/freetype/internal/pcftypes.h
gs/freetype/include/freetype/internal/pshints.h
gs/freetype/include/freetype/internal/services/svbdf.h
gs/freetype/include/freetype/internal/services/svcid.h
gs/freetype/include/freetype/internal/services/svgldict.h
gs/freetype/include/freetype/internal/services/svmm.h
gs/freetype/include/freetype/internal/services/svpostnm.h
gs/freetype/include/freetype/internal/services/svpscmap.h
gs/freetype/include/freetype/internal/services/svpsinfo.h
gs/freetype/include/freetype/internal/services/svsfnt.h
gs/freetype/include/freetype/internal/services/svttcmap.h
gs/freetype/include/freetype/internal/services/svttglyf.h
gs/freetype/include/freetype/internal/sfnt.h
gs/freetype/include/freetype/internal/t1types.h
gs/freetype/include/freetype/internal/tttypes.h
gs/freetype/include/freetype/t1tables.h
gs/freetype/include/freetype/tttables.h
gs/freetype/modules.cfg
gs/freetype/objs/.gitignore
gs/freetype/src/autofit/afangles.c
gs/freetype/src/autofit/afcjk.c
gs/freetype/src/autofit/afcjk.h
gs/freetype/src/autofit/afdummy.c
gs/freetype/src/autofit/afdummy.h
gs/freetype/src/autofit/aferrors.h
gs/freetype/src/autofit/afglobal.c
gs/freetype/src/autofit/afglobal.h
gs/freetype/src/autofit/afhints.c
gs/freetype/src/autofit/afhints.h
gs/freetype/src/autofit/afindic.c
gs/freetype/src/autofit/aflatin.c
gs/freetype/src/autofit/aflatin.h
gs/freetype/src/autofit/aflatin2.c
gs/freetype/src/autofit/afloader.c
gs/freetype/src/autofit/afloader.h
gs/freetype/src/autofit/afmodule.c
gs/freetype/src/autofit/afpic.c
gs/freetype/src/autofit/afpic.h
gs/freetype/src/autofit/aftypes.h
gs/freetype/src/autofit/afwarp.c
gs/freetype/src/autofit/autofit.c
gs/freetype/src/autofit/rules.mk
gs/freetype/src/base/basepic.c
gs/freetype/src/base/basepic.h
gs/freetype/src/base/ftadvanc.c
gs/freetype/src/base/ftbase.c
gs/freetype/src/base/ftbase.h
gs/freetype/src/base/ftbitmap.c
gs/freetype/src/base/ftcalc.c
gs/freetype/src/base/ftdbgmem.c
gs/freetype/src/base/ftglyph.c
gs/freetype/src/base/ftinit.c
gs/freetype/src/base/ftmac.c
gs/freetype/src/base/ftobjs.c
gs/freetype/src/base/ftoutln.c
gs/freetype/src/base/ftpatent.c
gs/freetype/src/base/ftpic.c
gs/freetype/src/base/ftrfork.c
gs/freetype/src/base/ftstream.c
gs/freetype/src/base/ftstroke.c
gs/freetype/src/base/ftsystem.c
gs/freetype/src/base/fttype1.c
gs/freetype/src/bdf/README
gs/freetype/src/bdf/bdf.h
gs/freetype/src/bdf/bdfdrivr.c
gs/freetype/src/bdf/bdfdrivr.h
gs/freetype/src/bdf/bdferror.h
gs/freetype/src/bdf/bdflib.c
gs/freetype/src/bzip2/Jamfile
gs/freetype/src/bzip2/ftbzip2.c
gs/freetype/src/bzip2/rules.mk
gs/freetype/src/cache/ftcbasic.c
gs/freetype/src/cache/ftccache.c
gs/freetype/src/cache/ftccache.h
gs/freetype/src/cache/ftccback.h
gs/freetype/src/cache/ftccmap.c
gs/freetype/src/cache/ftcerror.h
gs/freetype/src/cache/ftcglyph.c
gs/freetype/src/cache/ftcglyph.h
gs/freetype/src/cache/ftcmanag.c
gs/freetype/src/cache/ftcmanag.h
gs/freetype/src/cache/ftcmru.c
gs/freetype/src/cache/ftcsbits.c
gs/freetype/src/cache/ftcsbits.h
gs/freetype/src/cff/cffdrivr.c
gs/freetype/src/cff/cfferrs.h
gs/freetype/src/cff/cffgload.c
gs/freetype/src/cff/cffload.c
gs/freetype/src/cff/cffload.h
gs/freetype/src/cff/cffobjs.c
gs/freetype/src/cff/cffparse.c
gs/freetype/src/cff/cffparse.h
gs/freetype/src/cff/cffpic.c
gs/freetype/src/cff/cffpic.h
gs/freetype/src/cff/cfftoken.h
gs/freetype/src/cff/cfftypes.h
gs/freetype/src/cff/rules.mk
gs/freetype/src/cid/ciderrs.h
gs/freetype/src/cid/cidgload.c
gs/freetype/src/cid/cidload.c
gs/freetype/src/cid/cidobjs.c
gs/freetype/src/cid/cidparse.c
gs/freetype/src/cid/cidriver.c
gs/freetype/src/cid/cidriver.h
gs/freetype/src/gxvalid/gxvcommn.c
gs/freetype/src/gxvalid/gxvcommn.h
gs/freetype/src/gxvalid/gxverror.h
gs/freetype/src/gxvalid/gxvfeat.c
gs/freetype/src/gxvalid/gxvjust.c
gs/freetype/src/gxvalid/gxvkern.c
gs/freetype/src/gxvalid/gxvmod.c
gs/freetype/src/gxvalid/gxvmod.h
gs/freetype/src/gxvalid/gxvmort.c
gs/freetype/src/gxvalid/gxvmort0.c
gs/freetype/src/gxvalid/gxvmort1.c
gs/freetype/src/gxvalid/gxvmort2.c
gs/freetype/src/gxvalid/gxvmort5.c
gs/freetype/src/gxvalid/gxvmorx.c
gs/freetype/src/gxvalid/gxvmorx0.c
gs/freetype/src/gxvalid/gxvmorx1.c
gs/freetype/src/gxvalid/gxvmorx2.c
gs/freetype/src/gxvalid/gxvmorx5.c
gs/freetype/src/gxvalid/gxvprop.c
gs/freetype/src/gxvalid/gxvtrak.c
gs/freetype/src/gzip/ftgzip.c
gs/freetype/src/lzw/ftlzw.c
gs/freetype/src/lzw/ftzopen.c
gs/freetype/src/otvalid/otverror.h
gs/freetype/src/otvalid/otvmod.c
gs/freetype/src/otvalid/otvmod.h
gs/freetype/src/pcf/README
gs/freetype/src/pcf/pcf.h
gs/freetype/src/pcf/pcfdrivr.c
gs/freetype/src/pcf/pcfdrivr.h
gs/freetype/src/pcf/pcferror.h
gs/freetype/src/pcf/pcfread.c
gs/freetype/src/pfr/pfrdrivr.c
gs/freetype/src/pfr/pfrdrivr.h
gs/freetype/src/pfr/pfrerror.h
gs/freetype/src/pfr/pfrload.c
gs/freetype/src/pfr/pfrobjs.c
gs/freetype/src/psaux/afmparse.c
gs/freetype/src/psaux/psauxerr.h
gs/freetype/src/psaux/psauxmod.c
gs/freetype/src/psaux/psauxmod.h
gs/freetype/src/psaux/psconv.c
gs/freetype/src/psaux/psobjs.c
gs/freetype/src/psaux/t1cmap.c
gs/freetype/src/psaux/t1decode.c
gs/freetype/src/pshinter/pshnterr.h
gs/freetype/src/pshinter/pshpic.c
gs/freetype/src/pshinter/pshpic.h
gs/freetype/src/pshinter/rules.mk
gs/freetype/src/psnames/psmodule.c
gs/freetype/src/psnames/psnamerr.h
gs/freetype/src/psnames/pspic.c
gs/freetype/src/psnames/pspic.h
gs/freetype/src/psnames/pstables.h
gs/freetype/src/psnames/rules.mk
gs/freetype/src/raster/ftraster.c
gs/freetype/src/raster/ftrend1.c
gs/freetype/src/raster/rasterrs.h
gs/freetype/src/raster/rastpic.c
gs/freetype/src/raster/rastpic.h
gs/freetype/src/raster/rules.mk
gs/freetype/src/sfnt/rules.mk
gs/freetype/src/sfnt/sfdriver.c
gs/freetype/src/sfnt/sferrors.h
gs/freetype/src/sfnt/sfntpic.c
gs/freetype/src/sfnt/sfntpic.h
gs/freetype/src/sfnt/sfobjs.c
gs/freetype/src/sfnt/ttcmap.c
gs/freetype/src/sfnt/ttcmap.h
gs/freetype/src/sfnt/ttload.c
gs/freetype/src/sfnt/ttmtx.c
gs/freetype/src/sfnt/ttsbit.c
gs/freetype/src/smooth/ftgrays.c
gs/freetype/src/smooth/ftsmerrs.h
gs/freetype/src/smooth/ftsmooth.c
gs/freetype/src/smooth/ftspic.c
gs/freetype/src/smooth/ftspic.h
gs/freetype/src/smooth/rules.mk
gs/freetype/src/tools/apinames.c
gs/freetype/src/tools/docmaker/.gitignore
gs/freetype/src/tools/glnames.py
gs/freetype/src/truetype/rules.mk
gs/freetype/src/truetype/ttdriver.c
gs/freetype/src/truetype/tterrors.h
gs/freetype/src/truetype/ttgload.c
gs/freetype/src/truetype/ttgload.h
gs/freetype/src/truetype/ttgxvar.c
gs/freetype/src/truetype/ttinterp.c
gs/freetype/src/truetype/ttinterp.h
gs/freetype/src/truetype/ttobjs.c
gs/freetype/src/truetype/ttobjs.h
gs/freetype/src/truetype/ttpic.c
gs/freetype/src/truetype/ttpic.h
gs/freetype/src/truetype/ttpload.c
gs/freetype/src/type1/t1afm.c
gs/freetype/src/type1/t1driver.c
gs/freetype/src/type1/t1driver.h
gs/freetype/src/type1/t1errors.h
gs/freetype/src/type1/t1gload.c
gs/freetype/src/type1/t1gload.h
gs/freetype/src/type1/t1load.c
gs/freetype/src/type1/t1objs.c
gs/freetype/src/type1/t1objs.h
gs/freetype/src/type1/t1parse.c
gs/freetype/src/type1/t1tokens.h
gs/freetype/src/type42/t42drivr.c
gs/freetype/src/type42/t42drivr.h
gs/freetype/src/type42/t42error.h
gs/freetype/src/type42/t42objs.c
gs/freetype/src/type42/t42objs.h
gs/freetype/src/type42/t42parse.c
gs/freetype/src/winfonts/fnterrs.h
gs/freetype/src/winfonts/winfnt.c
gs/freetype/src/winfonts/winfnt.h

2012-03-20 16:56:36 -0600
Henry Stiles <henry.stiles@artifex.com>
dcf401ee8172aaff5363b2fc86e166f73225e429

Close the device before exiting PCL, XPS and friends.

The languages deallocated the memory associated with a device but
never did the associated gs_closedevice(). This might have some
effect on 692816 where indeterminate output was observed on stdout.
Without the close device call the "OutputFile" was never actually
closed (fclose), and so there might have been a missing flush. All of
that is speculation, I wasn't able to reproduce the indeterminism -
but we want the closedevice anyway so here it is.

pl/plmain.c

2012-03-20 11:35:04 -0700
Ray Johnston <ray.johnston@artifex.com>
731707a165665554577d3779fdeb93eb49ab2a52

Fix Visual Studio PROFILE=1 builds so that Instrumented performance analyzer works.

We were missing the /PROFILE linker option.

gs/psi/msvc.mak

2012-03-19 18:02:47 +0000
Chris Liddell <chris.liddell@artifex.com>
a2371ed3ee29b5470dd892b78249d64d8f4466f4

Clean up warnings.

Clean up a couple of warnings I introduced in:
f63237e1bb9a85124349ec0d0eae58737d7cb5ee

No cluster differences expected.

gs/base/gxccache.c
gs/base/lib.mak

2012-03-19 10:06:10 +0000
Ken Sharp <ken.sharp@artifex.com>
d6f83dfa81a2073c3d1f67a30aee7e8407e4685a

ps2write - work-around bugs in Brother printer CCITTFaxDecode filter

Raised on irc by Till Kamppeter, see Ubuntu bug :

https://bugs.launchpad.net/ubuntu/+source/cups/+bug/955553

After much work by Chris Liddell and Bruce Stough it transpires that at
least some Brother printers have a bug in their CCITTFaxDecode filter,
especially with small amounts of data.

Since the ps2write otuput for bitmapped glyhs (which is required when the
input is a CIDFont) always uses the CCITTFax filter, this led to corrupted
output from the Brother (Note this is a bug in the *printer* not ps2write)

This patch adds a new command line parameter 'NoT3CCITT' which disables
compression of bitmapped glyphs. It should only be used with printers which
have a problem with CCITTFax data, and in that case should also be used with
the EncodeMonoImages switch to disable compression of monochrome images. Eg:

-dNoT3CCITT -dEncodeMonoImages=false

No differences expected as these are not tested by our regression tests

gs/base/gdevpdfb.c
gs/base/gdevpdfb.h
gs/base/gdevpdfp.c
gs/base/gdevpdfx.h

2012-03-18 22:34:39 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
1c558e93a7f63b470880ea44fbf883c61de4b13a

Bug 692589: Copy CIDSystemInfo from PDF to CMap

Collect CIDSystemInfo attributes from PDF CMap dictionary and copy
them to the embedded CMap resource.

gs/Resource/Init/pdf_font.ps

2012-03-16 14:25:06 -0600
Henry Stiles <henry.stiles@artifex.com>
2cd895c6ad8e4e1ace368d04a783bf0cccb30f3c

Fixes Bug 692931 - Regression: seg fault

The ICC parameters were set when the interpreter was allocated before
the the command line options were actually set, resulting in a crash.

xps/xpstop.c

2012-03-16 09:35:53 +0000
Ken Sharp <ken.sharp@artifex.com>
25b6a2cdeb5a90bb7803958f2bf15b618fbcf120

pdfwrite - cure memory leaks caused by 'aside' streams

When writing an object it can happen that pdfwrite needs to write another
object (Eg a ToUnicode CMap in a font), it does this with an 'aside' which
opens a Ghostscritp stream to contain the data.

The code to do this uses low level access to the stream code, but it did
not previously correctly free the memory used by the stream and its associated
buffer leading to memory leaks.

By closing the entire stream when we close the filters we get the stream and
all its memory freed, so we do that here to cure the memory leak.

Inspecting the four other cases in the pdfwrite code they appear to be OK.

No differences expected.

gs/base/gdevpdti.c

2012-03-16 00:51:54 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
ca6e4653abdc2921e44f416633b7d5e4bc5f4382

Add indexed color space support to the ICC extraction tool.

Recognize ICC color spaces referenced by indexed color spaces and
process them the same way as stand-alone ICC color spaces.

gs/toolbin/extractICCprofiles.ps

2012-03-15 12:07:51 -0700
Michael Vrhel <michael.vrhel@artifex.com>
044b6ca010ecb8f264fcd4b3515051c037659967

Fix for broken setting of Default ICC profiles

A recent change http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=d6f504174bd51d22cc43b2f87bee8c275c004cc1
broke the ability to set the profiles. Previously there was a check in gsicc_set_profile to
avoid reseting the profiles. Once removed, the call from gsicc_init_manager was always blowing
away any non default settings for the defaults. A check was added into gsicc_init_manager to
avoid this.

gs/base/gsicc_manage.c

2012-03-15 09:58:51 -0700
Michael Vrhel <michael.vrhel@artifex.com>
72fe9304f98beff3c97347d6e402bb812136de49

Fix for memory issue in icc user params

The icc user parameters where improperly being set as being persistent
for the user params list when they were not. In the case when we are
using the output intent profile, one of the default profiles is freed
and replaced by the output intent profile. In this case, the default
profile contained the string that was used for the user params. During
a VMreclaim, we would then go and restore the user params and
unfortunately this default one had been freed.

gs/base/gsicc_manage.c

2012-03-14 09:15:36 -0700
Michael Vrhel <michael.vrhel@artifex.com>
82d1d263a13ccfe64e78cd0e6f1cf1a275adcb9c

Update of Use.htm to include description of -dUsePDFX3Profile

gs/doc/Use.htm

2012-03-02 10:52:19 -0800
Michael Vrhel <michael.vrhel@artifex.com>
1d8c46688c07cec9e58f492223d1a9c92f4374e4

Output Intent Implementation Part 2

The interpreter part of the output intent plus fixes in the c code.
Thanks to Alex for his help on this.

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_main.ps
gs/base/gsicc_manage.c
gs/psi/zicc.c

2012-03-13 22:45:00 -0700
Michael Vrhel <michael.vrhel@artifex.com>
0eae84aaf7a1c27f077d4aff3050ae48bb5a6aaa

Fix for broken tiff devices due to use of huge signed number in overflow test

0xFFFFFFFF is used in a calculation to see how close we are to the 4G limit in
a tiff file. Problem was this was cast as a long which, in a 32 bit
system ends up being -1.

gs/base/gdevtsep.c

2012-03-13 10:13:06 -0700
Ray Johnston <ray.johnston@artifex.com>
aa131f2321abe0e65415242a4563fbf3fba005fa

Make -dPDFA backwards compatible, equivalent to -dPDFA=1

As of commit d0371d9 the actual device parameter was changed to be an int.
This change detects if it is defined as a boolean and sets it to 1 if so.

gs/Resource/Init/gs_init.ps

2012-03-13 09:37:15 +0000
Ken Sharp <ken.sharp@artifex.com>
d21eb36fda00dcfefc2e65c2202cb0536562385d

pdfwrite - correction to PDF/A processing

The previous commit for PDF/A prcoessing did not properly check the PDF/A
level in the PostScript handlers, and treated any setting as being PDF/A.
In fact only settings greater than 0 shuold be checked, 0 means 'not PDF/A'

Add code in gdev_pdf_put_params to ensure that PDFA has a permitted value
(0->2) and signal rangecheck if not.

No differences expected.

gs/Resource/Init/gs_cspace.ps
gs/Resource/Init/gs_pdfwr.ps
gs/base/gdevpdfp.c

2012-03-13 09:20:59 +0000
Ken Sharp <ken.sharp@artifex.com>
d0371d915bae6b3d52487d49e470b0e560837ab2

pdfwrite - first pass at PDF/A-2 output

This is the first part of making it possible to produce PDF/A-2b output from
pdfwrite.

The PDFA switch has changed from a boolean to an integer, where the value gives
the level of PDF/A compatibility. This has knock-on effects throughout the
C and PostScript code which has been revised to expect an integer instead
of boolean value.

When PDFA has the value 2 we no longer flatten transparency, and we write
'2' in the pdfaid field in the XMP metadata.

PDF/A-1b output still seems to work correctly, but it is unlikely that the
work so far is sufficient for correct PDF/A-2 output.

No differences expected as the cluster does not test PDF/A output.

gs/Resource/Init/gs_cspace.ps
gs/Resource/Init/gs_pdfwr.ps
gs/base/gdevpdfb.c
gs/base/gdevpdfc.c
gs/base/gdevpdfe.c
gs/base/gdevpdfg.c
gs/base/gdevpdfj.c
gs/base/gdevpdfm.c
gs/base/gdevpdfo.c
gs/base/gdevpdfp.c
gs/base/gdevpdfu.c
gs/base/gdevpdfx.h
gs/base/gdevpdtb.c
gs/base/gdevpdtd.c
gs/base/gdevpdte.c
gs/base/gdevpdtf.c
gs/base/gdevpdti.c
gs/base/gdevpdtt.c
gs/base/gdevpdtw.c
gs/doc/Ps2pdf.htm

2012-03-12 21:57:09 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
bdcf6ae7c1dab92c48715982ae804211dc558a78

Bug 692851: Implement the case of bps < 8 for Luratech JPX decoder

Implement a missing case of Luratech JPX with components > 1, and
bps < 8. Also fix incorrect bit shift calculation in OpenJpeg
part.

gs/base/sjpx_luratech.c
gs/base/sjpx_openjpeg.c

2012-03-10 00:15:41 +0000
Robin Watts <robin.watts@artifex.com>
5352d4cf5b3fd17a22b4a126fe5d5fdceb0ad7b6

Revert "Support HPGL style path handling. (Work in progress)"

This reverts commit 93bf2df8f6a6b2ed60a8c3f5037865b8646243db.

gs/base/gdevpdfd.c
gs/base/gdevtrac.c
gs/base/gdevvec.c
gs/base/gspath.c
gs/base/gspath1.c
gs/base/gspenum.h
gs/base/gsstate.c
gs/base/gsstate.h
gs/base/gxclpath.c
gs/base/gxcpath.c
gs/base/gxistate.h
gs/base/gxline.h
gs/base/gxpath.c
gs/base/gxpath.h
gs/base/gxpath2.c
gs/base/gxpcopy.c
gs/base/gxpdash.c
gs/base/gxstroke.c
gs/base/gxttfb.c
gs/base/gzpath.h
gs/psi/zgstate.c

2012-03-09 15:31:50 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
b89c0e35a15e3a786da346d3cd63d0c558a9fb6a

Hack to fix memento.c build problem on Mac OS X.

gs/base/memento.c

2012-03-09 13:53:55 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
dc98b15546522ce28edad3f129f1ae8e05300a34

Change compression of the tiffsep device composite output to match the separations.

Previous to this commit the tiffsep device would always write out
an uncompressed composite file; the separation files were lzw
compressed by default and this could be changed via the -sCompression=
option. Now the compression of the composite file is the same as
that of the separation files.

Fixes Bug 692907.

gs/base/gdevtsep.c
gs/doc/Devices.htm

2012-02-27 03:11:02 +0000
Robin Watts <robin.watts@artifex.com>
93bf2df8f6a6b2ed60a8c3f5037865b8646243db

Support HPGL style path handling. (Work in progress)

HPGL handles paths slightly differently to the postscript imaging model.

When a path is filled, successive moveto's are treated as linetos.
(i.e. the 'place we close the path to' is left at the first moveto,
and the area remains fillable). Stroking is unaffected however.

To model this in Ghostscript we add a new path segment type 's_gap'.
The filling code treats this as a lineto. The stroking code is updated
to not stroke such edges (and not to break the subpath at this point).

We add a new parameter to the imager state (hpgl_fill_mode), new
accessor functions (gs_sethpglfillmode, gs_currenthpglfillmode),
and new postscript operators (.sethpglfillmode and .currenthpglfillmode).

If hpgl fill mode is set to a non-zero value, then path construction
treats movetos in an open subpath as gaptos.

Still to do:
* Double check the output from this code matches HPGL.
* Update the clist code to send hpgl fill mode changes.
* Update PDF write to spot such paths and to convert them as
appropriate when writing out.

gs/base/gdevpdfd.c
gs/base/gdevtrac.c
gs/base/gdevvec.c
gs/base/gspath.c
gs/base/gspath1.c
gs/base/gspenum.h
gs/base/gsstate.c
gs/base/gsstate.h
gs/base/gxclpath.c
gs/base/gxcpath.c
gs/base/gxistate.h
gs/base/gxline.h
gs/base/gxpath.c
gs/base/gxpath.h
gs/base/gxpath2.c
gs/base/gxpcopy.c
gs/base/gxpdash.c
gs/base/gxstroke.c
gs/base/gxttfb.c
gs/base/gzpath.h
gs/psi/zgstate.c

2012-03-09 17:58:13 +0000
Robin Watts <robin.watts@artifex.com>
91b362b05a16c4d74f9309d92fa7387899fed53a

Fix typo in last commit that stopped Memento builds working.

Committed before VS had saved out. Sorry.
CLUSTER_UNTESTED.

gs/base/memento.c

2012-03-09 16:57:13 +0000
Robin Watts <robin.watts@artifex.com>
c66ce76a0c6f8edb075f28ffe1e8f326cc9eb40c

Updated Memento pulled in from mupdf. Plus nesting fixes.

Bring in Memento from MuPDF (where it has had some more tweaks
added). Fix the nested display code. Add hack to ignore prev/next
pointers in chunk blocks.

CLUSTER_UNTESTED.

gs/base/memento.c
gs/base/memento.h

2012-03-09 14:47:43 +0000
Robin Watts <robin.watts@artifex.com>
75bc089fe804d692d8ac86a6f19be807980084f3

Fix Memento GhostPDL builds to actually build Memento on windows.

Windows makefiles were failing to pass the MEMENTO flag down due
to some makefile wackiness.

CLUSTER_UNTESTED.

common/msvc_top.mak
gs/base/msvclib.mak

2012-03-09 10:41:29 +0000
Ken Sharp <ken.sharp@artifex.com>
7629dfecfafa5b3fc82b3767a786b732a0b17645

colour handling - ensure ink names are maintained in the name table while in use

Bug #692884 "Empty Spotcolor Name in generated PDF"

The ink name wasn't being marked as 'in use' by the colour space structure
and so was being freed by a garbage collection, resulting in an empty name.

Robin Watts supplied this patch which allows us to *much* more easily mark
names as in use, and also kindly updated the colour handling as well.

No differences expected.

gs/base/gscdevn.c
gs/base/gscsepr.c
gs/base/gslib.c
gs/base/gsstruct.h
gs/psi/igc.c
pl/plplatf.c

2012-03-07 17:56:47 -0700
Henry Stiles <henry.stiles@artifex.com>
e76a4d070d7d6d90cc7d09849108bca806a9b253

Change the icc user parameter operators to use the graphics state not
the imager state.

gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/psi/zusparam.c

2012-03-07 17:43:07 +0000
Robin Watts <robin.watts@artifex.com>
ff83bab4ddf49c5bbbce9a37cfa8e4d5c42c9009

Add MEMENTO to preprocessor definition list in the VS solution.

No difference to builds, but may make intellisense work better
for Memento builds.

gs/ghostscript.vcproj
win32/language_switch.vcproj
win32/pcl.vcproj
win32/svg.vcproj
win32/xps.vcproj

2012-03-07 17:41:32 +0000
Robin Watts <robin.watts@artifex.com>
b47dc4f294e2b267d139001c6c749603e6ba2570

Tweak rm.bat (and hence fix 'clean' builds on windows)

Cope with -r command. Add /Q flag to erase call (so it doesn't prompt
before deleting).

gs/base/rm.bat

2012-03-07 17:13:35 +0000
Chris Liddell <chris.liddell@artifex.com>
f63237e1bb9a85124349ec0d0eae58737d7cb5ee

Problems with glyphs, T1 patterns and transparecy.....

From investigations of a problem reported by customer 532.

When imaging a cached glyph, if the glyph bitmap cannot be inserted into the
clist tile cache, we'd normally resort to degenerating the glyph bitmap into
rectangles, and writing those to the clist. When the glyph is filled with a
tiling (Type 1) pattern, this means going through the pattern tiling code.

The problem is when transparency is involved (i.e. if the pattern is in a trans
group, or contains a transparency group) the tiling code cannot reliably
degerate to rectangles at this stage. This usually just works due to the various
fallbacks in the clist writing code and the glyph imaging code, but
occasionally glyphs can either disappear, or other problems occur.

This change makes us use that "fallback" route for all glyphs when we're
filling a glyph with a type 1 pattern, with transprency involved and we're
writing to a clist device.

NOTE: this is analogous to what the FAPI does in similar circumstances for
uncached glyphs.

No cluster differences.

gs/base/gsptype1.c
gs/base/gsptype1.h
gs/base/gxccache.c

2012-03-06 09:06:55 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
23e37b6fc4d79741007cc18d770bb3e449e53014

Fix the checks in gdevtsep.c missed by commit e954dd4683c35dbd66de3e045d979ebbf20c4d72

Henry pointed out that my e954dd4683c35dbd66de3e045d979ebbf20c4d72
fix was incomplete; this commit replaces the remaining max_long
references with 2^32-1.

gs/base/gdevtsep.c

2012-03-01 13:47:18 -0700
Henry Stiles <henry.stiles@artifex.com>
0611ef428368816b4f123003df98263e674eab5a

Add command line parsing for icc user parameters.

pcl/pctop.c
pl/plmain.c
pl/plmain.h
pl/pltop.h
pxl/pxtop.c
xps/xpstop.c

2012-03-05 19:21:53 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
e954dd4683c35dbd66de3e045d979ebbf20c4d72

Fix detection of TIFF file size overflow in tiffsep.

The TIFF spec limits files to 4 Gigs. The code to detect attempts
to write files that were larger than this in gdevtsep.c was broken
on systems were a long != 32 bit.

Fixes Bug 692896.

gs/base/gdevtsep.c

2012-02-29 12:55:19 -0800
Michael Vrhel <michael.vrhel@artifex.com>
d6f504174bd51d22cc43b2f87bee8c275c004cc1

User params reset issue of icc profile strings

If the user params end up getting set during a vmreclaim
while we are in a swapped icc profile situation when
processing a softmask we were ending up freeing profiles
that should not have been freed. This issue was masked
by a check that was disallowing profiling settings in
the manager once they were already set. Also discovered
issues with a corner case where we have a softmask that
includes a pattern with a softmask.

gs/base/gdevp14.c
gs/base/gscms.h
gs/base/gsicc_manage.c

2012-03-03 16:41:59 -0700
Henry Stiles <henry.stiles@artifex.com>
32463b4fe74f855e39be7b5eb74d8be444fffae3

Fix 692893 gl/2 rectangles not properly placed.

When resetting the hpgl/2 page parameters we were setting scaling to
its default value overriding any setting in the PCL job. HP does not
reset the scaling as might be expected.

pcl/pginit.c

2012-03-03 11:03:53 -0700
Henry Stiles <henry.stiles@artifex.com>
0c98813be9c1a24bbcf9ca0c1d4127cb4aa4209f

Fixes bug 692894, orientation of pcl pages incorrect.

This is a case of the current code emulating undocumented behavior
incorrectly. It appears the HP printers resets the print direction
upon receiving a new page size command. Previously we tried to emulate
this by not resetting the logical page orientation which is incorrect
but happened to print the tests we had correctly.

pcl/pcpage.c
pcl/pcstate.h

2012-02-17 13:51:23 -0700
Henry Stiles <henry.stiles@artifex.com>
9d10c339014b9e554116ef55c697f50109071bb2

Better error handling in the absence of fonts.

pcl/pcfsel.c
pcl/pctext.c

2012-03-02 22:34:20 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
7180b9328f00fb5df41e6d019e16f70ae4f66ec7

Clean up of distclean target in Makefile.

Improve the distclean target so that the Memento obj and bin directory
contents are deleted and also remove the debug, pg, memento, and
production obj and bin directories.

gs/base/Makefile.in
gs/base/gs.mak
gs/base/unix-dll.mak

2012-03-02 11:50:41 +0000
Chris Liddell <chris.liddell@artifex.com>
ceef3232c1fce21f65d4ba43bb54eaf678389bfd

Bug 692891: don't hack the libjpeg mem manager....

When linking with a shared libjpeg library, don't include the non-public
libjpeg API hack to replace it's low level memory manager with Ghostscript's.
But still do so when using our "local" libjpeg source.

No cluster differences.

gs/base/sjpegc.c

2012-03-02 11:41:21 +0000
Chris Liddell <chris.liddell@artifex.com>
aa3a2bb36828d07c2b71ff0a37f784d8e6fb0f5a

Fix the "WHICH_CMS" setting.....

...so it uses the $(D_) and $(_D_) variables instead of -D directly.

No cluster differences.

gs/base/lib.mak

2012-03-01 11:06:54 +0000
Ken Sharp <ken.sharp@artifex.com>
2a57a68efe18dd4f7898b180400a95d7baccfbc2

pdfwrite - Improve handling of PCL downloaded TrueType fonts

Bug #692629. PCL TrueType fonts are missing some important tables for the
purposes of pdfwrite. In particular the CMAP table, which makes it impossible
to create glyph names.

This causes an error which *should* have resulted in pdfwrite falling back to
bitmaps. In the case of a single glyph, or a string where the fiirst glyph fails,
this did work correctly, but when one or more initial glyphs did work, the
calling code did not expect an error from TrueType fonts and failed to cope
properly by continuing to process the remaining glyphs.

Added TrueType fonts to the list which may error in this fashion.

Expected Differences:
AS40AOJ3.BIN
LW97DOJ2.BIN
SW108OJ2.BIN
VerdanaItalic.prn
bug689100.xl
bug689905.xl

All exhibit significant progressions (text was previously missing)

gs/base/gdevpdtt.c

2012-03-01 07:43:13 +0000
Chris Liddell <chris.liddell@artifex.com>
867fb8607edd04b0b1c8e8bd635347a542b0f50f

Bug 692602: revise script vs job confusion

Slight revision to the previous change, again from jrnieder@gmail.com.

CLUSTER_UNTESTED

gs/man/gs.1

2012-02-29 16:46:33 +0000
Chris Liddell <chris.liddell@artifex.com>
90e6a864f0e4b4b0e6d6a0a1258295cf1cb3e1a6

Bug 692602: revise SAFER section in the man page

patch courtesy of Jonathan Nieder ( jrnieder@gmail.com ).

CLUSTER_UNTESTED

gs/man/gs.1

2012-02-29 11:20:50 +0000
Robin Watts <robin.watts@artifex.com>
3648acb1e3fd3e07faceedde1a71e1b282e25de3

Revert "Support HPGL style path handling."

This reverts commit 43f3cdae4bdf00c09fdd69c53c03fb99d0b4aca1.

This caused unexpected changes in many postscript files. Reverting
until I can figure out why.

gs/base/gdevpdfd.c
gs/base/gdevtrac.c
gs/base/gdevvec.c
gs/base/gspath.c
gs/base/gspath1.c
gs/base/gspenum.h
gs/base/gsstate.c
gs/base/gsstate.h
gs/base/gxclpath.c
gs/base/gxclpath.h
gs/base/gxclrast.c
gs/base/gxcpath.c
gs/base/gxistate.h
gs/base/gxline.h
gs/base/gxpath.c
gs/base/gxpath.h
gs/base/gxpath2.c
gs/base/gxpcopy.c
gs/base/gxpdash.c
gs/base/gxstroke.c
gs/base/gxttfb.c
gs/base/gzpath.h
gs/doc/Language.htm
gs/psi/zgstate.c

2012-02-29 08:31:44 +0000
Ken Sharp <ken.sharp@artifex.com>
34b2e8fd2c33a7fc349b0c51046c3d0c99b74d0c

pdfwrite - Fix XMP ModDate metaData

The XMP metadata Modification date was being written using the Creation
date instead of the Modification date.

No differences expected, metadata is not checked by regression tests

gs/base/gdevpdfe.c

2012-02-28 12:01:12 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
8e228753bde054e549c8643cf726c951a512a4a6

Another fix to fuzzy.c dealing with different sized input files.

gs/toolbin/tests/fuzzy.c

2012-02-27 03:11:02 +0000
Robin Watts <robin.watts@artifex.com>
43f3cdae4bdf00c09fdd69c53c03fb99d0b4aca1

Support HPGL style path handling.

HPGL handles paths slightly differently to the postscript imaging model.

When a path is filled, successive moveto's are treated as linetos.
(i.e. the 'place we close the path to' is left at the first moveto,
and the area remains fillable). Stroking is unaffected however.

To model this in Ghostscript we add a new path segment type 's_gap'.
The filling code treats this as a lineto. The stroking code is updated
to not stroke such edges (and not to break the subpath at this point).

We add a new parameter to the imager state (hpgl_path_mode), new
accessor functions (gs_sethpglpathmode, gs_currenthpglpathmode),
and new postscript operators (.sethpglpathmode and .currenthpglpathmode).

If hpgl path mode is set to a non-zero value, then path construction
treats movetos in an open subpath as gaptos.

Still to do:
* Update PDF write to spot such paths and to convert them as
appropriate when writing out.

gs/base/gdevpdfd.c
gs/base/gdevtrac.c
gs/base/gdevvec.c
gs/base/gspath.c
gs/base/gspath1.c
gs/base/gspenum.h
gs/base/gsstate.c
gs/base/gsstate.h
gs/base/gxclpath.c
gs/base/gxclpath.h
gs/base/gxclrast.c
gs/base/gxcpath.c
gs/base/gxistate.h
gs/base/gxline.h
gs/base/gxpath.c
gs/base/gxpath.h
gs/base/gxpath2.c
gs/base/gxpcopy.c
gs/base/gxpdash.c
gs/base/gxstroke.c
gs/base/gxttfb.c
gs/base/gzpath.h
gs/doc/Language.htm
gs/psi/zgstate.c

2012-02-24 22:37:26 -0800
Michael Vrhel <michael.vrhel@artifex.com>
0d095e8511ec1469b0ef4cb741d1fba9363570e7

Movement of code for setting ICC system/user params into graphics lib.

The code that set the system/user params related to ICC profiles was
contained in the zusparam.c file. This file is not used with the
other languages (e.g. xps and pcl). The functions that do the actual
work have been moved to gsicc_manage reducing any code duplication for
the other languages.

gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/psi/zusparam.c

2012-02-25 14:54:03 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
6d93192f3469bedb51f73abc0a1f8f71d3bfba24

Bug 692878: Convert Type 4 image with invalid mask to Type 1

Improve the revision 3de55841eefb38c751772ac767c5abab155d7d91.
Convert Type 4 images with invalid /Mask attribute to Type 1
images. Previous version used the mask [1 0] in such cases,
which was not compatible with pdfwrite.

gs/Resource/Init/pdf_draw.ps

2012-02-25 15:07:08 +0000
unknown <ken@.(none)>
7d97d5dcfcfb580177566b0f03d75048485683ac

Bug #692880 Correct the initial Windows display device flags for PCL

The flags used for the Windows display device were incorrect and caused
at least some rasterops not to display correctly.

No expetced differences, the display device, and Windows builds, are not
cluster tested.

pl/dwmainc.c

2012-02-24 21:25:08 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
b9971445d1460a3b0c57b176c73d722ed6db99e1

Add "-I directories" option.

Add a new form of -I option similar to -o, where the directory list
is taken from the next parameter. This form is more convenient to use
on UN*X command line with tilda expansion.

gs/doc/Use.htm
gs/psi/imainarg.c

2012-02-24 20:45:31 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
9178d875547dafe5f89ae7bbbe9f4fd83e18000c

Bug 692867: ignore PDF path operators without current point

Run l, c, v, y in a stopped context. When they fail (presumably
with /nocurrentpoint), ignore the operator and continue.

gs/Resource/Init/pdf_draw.ps

2012-02-21 11:30:58 -0800
Michael Vrhel <michael.vrhel@artifex.com>
2c4aa5f1a90ee03aacce58f24b819cab3bdd1625

Fix for bug 692865. Make XPS interpreter use ICC color spaces for default

The XPS interpreter was still using Device color spaces for its default
color spaces. This fix has it use ICC color spaces by default which
is required by the spec. This revealed an issue with the color space
handling of the opacity masks. These were getting drawn in sRGB color
space but the transparency group is linear gray. Since we are drawing
the opacity mask as a luminosity mask that is gray we ended up
mapping through a nonlinearity.

gs/base/gscspace.c
gs/base/gscspace.h
gs/base/gxblend.c
xps/ghostxps.h
xps/xpsgradient.c
xps/xpsimage.c
xps/xpsopacity.c
xps/xpspage.c
xps/xpstop.c

2012-02-24 18:39:09 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
77a8045048a4aaa727f700187816170d7fbd072c

Bug 692832: Drop setcachedevice calls with large arguments.

Reject setcachedevice arguments that are too big and, probably, invalid.
The threshold, 32000, is arbitrary. Normal fonts have the values about 1000.

gs/base/gxchar.c

2012-02-24 18:27:41 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
9aedcfcd26aea249e0a06061f4d2e579fa5cdffc

Bug 692859: Add Portfolio support to pdf_info.ps

Enumerate PDF subfiles in PDF collection (=portfolio) and apply
the old pdf_info.ps to every component.

gs/toolbin/pdf_info.ps

2012-02-23 01:25:59 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
3de55841eefb38c751772ac767c5abab155d7d91

Bug 692851: Fix OpenJpeg JPX with components > 1, and bps < 8

Fix packing of multi-component color values with bps < 8 into the
output stream. This results in progressions on Bug691843.pdf, and
minor differences in Bug690147.pdf

gs/base/sjpx_openjpeg.c

2012-02-22 09:40:31 -0800
Michael Vrhel <michael.vrhel@artifex.com>
b105c3678ff3c22ab65995953b4599d8c5c37a7e

Typo fix in non color managed transform

Thanks to Peter Skarpetis for finding this.

gs/base/gxblend1.c

2012-02-22 11:27:16 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
b4a8edb730e25f5c03103a2bb687e223a440d990

Bug 692852: Broken /Mask in 1 bpc /Indexed images

Following AR9 implementation, add special processing for
repairing a broken /Mask attribute of 1 bpc indexed images.
Ignore the whole Mask if its first element is out of range.
Replace the second component with 1 when it's out of range.

gs/Resource/Init/pdf_draw.ps

2012-02-20 06:23:06 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
ed07da9075aa82bc0c4335228cc9c934e6efdb45

Revert 2e807ab6d4eecfce43561b9e8d5b66386a5165ee and fix fuzzy.c correctly.

gs/toolbin/tests/fuzzy.c

2012-02-19 15:45:43 -0800
Ray Johnston <ray.johnston@artifex.com>
e277c5e8d76325f56259a4f930caa166a594cfc0

Improve image performance by rotating Width 1 images to Height 1.

The image code makes a call to 'image_render' for each line of the Height. This defeats the joining
of any same color pixels into a larger rectangle and also creates extra overhead. Problem analyzed
with profiles from cust 532 file "PWTTQ1CC.pdf". Regression testing shows some single pixel differences
presumably due to rounding, but no obvious problems.

gs/psi/zimage.c

2012-02-18 09:28:14 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
2e807ab6d4eecfce43561b9e8d5b66386a5165ee

Make fuzzy not lock up when comparing images of different sizes.

gs/toolbin/tests/fuzzy.c

2012-02-16 20:03:26 +0000
Robin Watts <robin.watts@artifex.com>
d00354a21670d16f00c96228591b3d8213d6a590

Fix interpolation of indexed colorspaces.

WMB1102317A01.pdf (supplied by a customer) shows a problem with
Interpolation of Index colorspaces.

Specifically, we have an Indexed DeviceGrey space (which is, in
the new world order, an Indexed ICC space, with 1 component).

At line 678 of gxiscale.c we correctly detect that pcs->type->index
is Indexed, and therefore use the base space as the 'actual' space.

At line 683 we find the concrete space (which in this case is
exactly the same space). We then decide whether we are working in
an icc world, or a device_color world by checking for the presence
of icc data. The old code used to (incorrectly) check pcs (the
indexed space), when it should really have checked the concrete
space.

The remaining changes in the code are purely tidying:

* avoid calling concrete_space a second time (when pconcs already
holds the answer)
* pass pconcs as an arg when calling pconcs->type->remap_concrete_color
rather than pactual_cs. At that point pactual_cs and pconcs must
be identical, but it's nicer to be consistent.

This produces 3 differences in the cluster tests, all in the cups
tests. These can be reproduced locally using tiffsep.

comparefiles/148-11.ps.cups.300.1
Definite progression

PDFIA1.7_SUBSET/CATX1028.pdf.cups.300.1
Looks like progression to me

ps/ps3cet/12-07B.PS.cups.300.1
Definite progressions on page 12-15. A problem still exists on
page 12 though, but that's unaffected by this change.

gs/base/gxiscale.c

2012-02-16 18:16:16 +0000
Robin Watts <robin.watts@artifex.com>
21579b00e53b97cd655f164bb92c5280c586e365

Output helpful debug warning when tif output would be too large.

Currently we just raise a rangecheck, which can be very confusing.

CLUSTER_UNTESTED.

gs/base/gdevtsep.c

2012-02-15 19:03:56 +0000
Robin Watts <robin.watts@artifex.com>
43b14b24fcc13d816dd41ca335d52cd3074bd0d8

Update garbage collection to cope with pdf14_compressed_color_list.

A second list of compressed colors was recently added to the
gdevn_params structure, but this wasn't added to the garbage
collection routines. Fixed here.

gs/base/gdevp14.c
gs/base/gdevpsd.c
gs/base/gdevtsep.c

2012-02-15 19:02:34 +0000
Robin Watts <robin.watts@artifex.com>
d375ea1908bfe1770b108a6c7d1e7cdbe38b99f2

Fix Division by Zero in interpolated scaler.

If we find we are scaling an image to be zero width or
height, handle the image without interpolation.

gs/base/gxiscale.c

2012-02-14 18:11:15 -0700
Henry Stiles <henry.stiles@artifex.com>
0a0aa751d8cb5d49052a0c4ed3ae38ad66b9fb8e

Fix 692857, wrong current unit initialization in HPGL/2-RTL.

The code was actually written fixed once correcly but then was broken
with a bad fix (5ad194f) largely because we didn't have good bookkeeping
for the original fix. Hopefully now that we have an associated bug
report and test file a similar problem won't happen again.

pcl/pcjob.c

2012-02-14 14:57:07 +0000
Robin Watts <robin.watts@artifex.com>
00a96d35b30d77f8dfbc8ae12326c81053fc50c9

Fix Bug 692854; tweak gdev_prn color procs.

A previous commit (cf37ea5) changed the prn device macros to
duplicate map_color_rgb/map_rgb_color to encode/decode_color.
I thought this was safe as the default color encoding/decoding
functions were actually implemented as encode/decode, rather
than map_ variants.

Unfortunately, this falls down when other devices (such as the
tiffscaled ones) provide genuine map_ functions rather than
encode/decodes.

So, a small tweak to the macros is required; we now duplicate
to encode/decode only if specifically told to - and the macros
that use the defaults specifically say to. Other devices should
remain unchanged.

gs/base/gdevprn.h

2012-02-13 08:46:29 -0800
Michael Vrhel <michael.vrhel@artifex.com>
ba2a8e63783227033506688bebccf664b2b922c7

C portion for making use of output intent ICC profile.

This commit puts into place the c-code for making use of an
ICC profile stream from the PDF interpreter for setting of the
output intent. This is done through the use of zset_outputintent.
This function will make the various settings of the icc profiles
in the device and in the icc manager based upon the process model
of the target device and the icc profile of the output intent. It
will be up to the interpreter to make the call to .set_outputintent
with the proper output intent ICCBased dictionary on the top of the
stack. This should be done in the interpreter after the device has
been set up and all the default ICC profiles are in place. The
interpreter should make the call if we have specified -dUsePDFX3Profile.
The first output intent that is present in the file should be used,
unless someone specifies a different intent through the use of
–dOutputIntent=x . In this case, the x+1 output intent (if it
exists) will be used. Note that if the particular output intent does
not include an ICC profile entry (DestOutputProfile), then the output
intent will not be used. In this case, we will eventually want to
specify what the OutputConditionIdentifier was for that particular
intent if it was missing the DestOutputProfile.

gs/base/gdevpdfk.c
gs/base/gscms.h
gs/base/gsequivc.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/psi/int.mak
gs/psi/zicc.c

2012-02-12 21:14:34 -0700
Henry Stiles <henry.stiles@artifex.com>
7aa3debb84673b38d805aa6de1afce60f0d6c6ab

Improve character fills, bug #692849.

The unusual loops inside the characters (graphic 3 and 8 center of
page) were caused by trying to edge stick and arc fonts which aren't
outlines but paths (stroked fonts).

pcl/pgdraw.c
pcl/pglabel.c
pcl/pgmisc.h

2012-02-10 18:13:00 -0700
Henry Stiles <henry.stiles@artifex.com>
bcdb21c092a4a788d7252cc1b560aa427743a197

Improvements for bug 692849.

Better emulation of HP printers in the absence of a requested pattern.

pcl/pcl.mak
pcl/pglfill.c

2012-02-10 11:29:16 -0700
Henry Stiles <henry.stiles@artifex.com>
a81f5d7f83271e2e3e0fb28ad32c9fb337c8553a

Bug 692849, missing green filled boxes fixed.

The green boxes for fill type 22 (user defined) were missing because
the download pattern command was disabled in HPGL-2/RTL mode.

pcl/pcuptrn.c

2012-02-09 17:24:34 -0700
Henry Stiles <henry.stiles@artifex.com>
1bf302eec20ce9b543aee523b441dd7adc677cc0

Remove relic data files used by the wts device.

CMYK.icc
Makefile
link.icc
sRGB.icc
wts_dump_0
wts_plane_0
wts_plane_1
wts_plane_2
wts_plane_3

2012-02-09 17:15:41 -0700
Henry Stiles <henry.stiles@artifex.com>
e2867c6bcb2dc6cf9325e9ac87f980684469dee4

PCL shared library build for unix.

Makefile
common/ugcc_top.mak
main/pcl6_gcc.mak

2012-02-10 17:24:00 +0000
Robin Watts <robin.watts@artifex.com>
a13600f1c241c3e36dbe4973e9d78a8934b16004

Further clipping optimisations.

When clipping the region to be used for an image plot, reduce the
rectangle by the outer box of the clipping path before checking to
see if a clip is needed or not.

This enables us to avoid a clipping device in more cases.

gs/base/gxclip.c

2012-02-10 17:20:36 +0000
Robin Watts <robin.watts@artifex.com>
cf37ea5d017193c76341aafd60e35d3b1826046f

Prn device changes to encode/decode_color.

At the moment, prn devices do not implement encode_decode/color,
choosing instead to provide map_rgb_color/map_color_rgb which
just get called through a 'backwards compatibility' layer.

In fact, they actually implement encode/decode_rgb rather than
map_rgb_color/map_color_rgb, so we just copy the entries here.

No changes expected in cluster.

gs/base/gdevprn.h

2012-02-09 00:00:31 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
082c31b99fd38ebb1a9bc678d06ac9791db2e222

Bug 690974: This patch from Gorac implements the generic refinement region
decoding procedure for when TPGRON is TRUE.

gs/jbig2dec/jbig2_refinement.c

2012-02-08 23:13:13 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
8b150573a88276849b32b359030fc195786d2be8

Bug 690870: This patch prevents the image compositing occurring if the src
is outside of the clip region.

gs/jbig2dec/jbig2_image.c

2012-02-08 09:50:34 -0800
Michael Vrhel <michael.vrhel@artifex.com>
059dfa8389ff1dde2bb35237b12f72c6fd62da9b

Fix for bug 682719. Fix bad icc profiles in examples/annots.pdf

The ICC profiles in annots.pdf were missing all sorts of required information in
the header.

gs/examples/annots.pdf

2012-02-08 08:40:12 +0000
Chris Liddell <chris.liddell@artifex.com>
a2390c3b6be80d1147f1ef60c16c70d75033a475

Amend date and update changelog for 9.05 release.

CLUSTER_UNTESTED

gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2012-02-01 10:59:52 +0000
Chris Liddell <chris.liddell@artifex.com>
eed3745432f9bce3e20d9b634d78d1a72dbbf040

Update docs for 9.05 release candidate.

CLUSTER_UNTESTED

gs/doc/History9.htm

2012-02-08 15:01:57 +0000
Ken Sharp <ken.sharp@artifex.com>
0816e3b87ec1843a31e3075a4fa382e844a46158

Bug #688227 Alter the PostScript 'show' operators so that the show enumerator is in local VM

As described in the bug, it seems to be technically possible for a local font to be
referenced from a show enumerator. If the enumerator is in global VM this
causes a garbage collector crash.

This code modifies the PostScript 'show' family of operators so that the
enumerator is always allocated from local VM, avoiding the problem.

There is no specimen or method of reproduction supplied in the bug report so
this is rather speculative, however it runs a cluster test without problem.
If it does cause any problems we should simply revert this change.

As part of this change it was noticed that there are a number of procedures
defined in gschar.c which are apparently dead code and these have been removed.

No expected differences.

gs/base/gschar.c
gs/base/gschar.h
gs/psi/zchar.c
gs/psi/zcharx.c

2012-02-07 09:23:30 +0000
Ken Sharp <ken.sharp@artifex.com>
a6a7d7b62d5bb5cbe00c1051d8a9cb749e43fe86

pdfwrite - fallback to 'LeaveColorunchanged' if we cannot deal with color conversion

Some of the PDFSETTINGS collection of settings set the ColorConversionStrategy
to spaces which may not be possible (in the current architecture) to convert
every colour space into. For example ICCBased spaces. This causes a fairly
incomprehensible error to be thrown.

In future we intend to do a better job with colour taking advantage of the
built-in colour management, but for now we simply choose to change the
ColorConversionStrategy to 'LeaveColorUnchanged' and emit a warning.

Bug #692030 and Bug #692108

No Expected Differences as this is not tested by the cluster

gs/base/gdevpdfc.c

2012-02-06 12:01:53 +0000
Robin Watts <robin.watts@artifex.com>
e448aeaf3d3d572bf4e91d9acdf3fa623ed9b6fb

Clipping optimisations; avoid needless clipping device.

When filling a mask, check any clipping path given; if it trivially
includes all the mask, then don't bother creating a clipping
device. If it trivially excludes, then don't bother plotting at all.
If the bbox partially covers the area, then reduce the area
of the mask.

This gives a 6-8% speedup of customer 532's test files; they are
filling a mask with a halftone, which breaks down into lots of
short run, 1 pixel high rectangles. Avoiding the clipping device
avoids lots of function call overhead.

gs/base/gdevdbit.c
gs/base/gxclip.c
gs/base/gxcpath.h

2012-02-06 15:37:04 +0000
Robin Watts <robin.watts@artifex.com>
09a47e5c2b0fff0d2598e38305bc3d0bc050a26f

Remove overzealous call to image_init_clues.

Investigation of customer 532's problem files lead Ray to
spot that we are blowing away the color clues on every call to
image_render_mono (called for every scanline in an image at
least), rather than just once per image.

Here, therefore, we change to call image_init_clues in
gs_image_class_3_mono (the function that returns image_render_mono)
rather than in image_render_mono itself.

gs/base/gximono.c

2012-02-06 15:25:33 +0000
Robin Watts <robin.watts@artifex.com>
ea8d2baefa33457d89b4daa8a80dd1898a362bd3

Remove last vestiges of halftone cache.

Back in 2002 code was committed (as part of the DeviceN work) that
removed the halftone cache from the image state. The last vestiges
of this were functions:

gx_check_tile_cache_current
gx_check_tile_cache
gx_check_tile_size

All these were hardwired to return a constant value, but the calls
to them were never removed from the code.

Here, we remove those calls. No differences should be given.

gs/base/gxht.c
gs/base/gximono.c
gs/base/gxipixel.c
gs/base/gzht.h

2012-02-06 10:55:59 +0000
Chris Liddell <chris.liddell@artifex.com>
013136f0e1050dc25c441fdf49dbfeb21ce0ee7a

Bug 692838: fix building against system zlib

Commit 75ff1314c3de8fb5df702211b6effb6df2b87faa broke building against the
system zlib by adding an explicit dependency on a file in the "local" zlib
source directory.

Ensure that dependency only applies when building non-shared zlib.

Also, at some point, the mkromfs with shared zlib has been broken, so fix that
by passing the "-lz" option to the CCAUX compiler variable.

No cluster differences.

gs/base/Makefile.in
gs/base/configure.ac
gs/base/lib.mak

2012-02-04 21:14:04 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
75ff1314c3de8fb5df702211b6effb6df2b87faa

Added dependencies to base/lib.mak.

gs/base/gs.mak
gs/base/lib.mak

2012-02-04 11:09:47 +0000
Ken Sharp <ken.sharp@artifex.com>
051ed7e56c0d3ef36149c45610bd19a0e55647c0

ps2write - Handle nested patterns better

Patterns inside patterns were not working properly, because PDF and PostScript
handle this differently. opdfread.ps resets teh graphics state CTM to the
identity when drawing patterns, because the PDF spec says patterns are always
referenced to the default co-ordinate space and in order that the matrix gets
applied correctly we need to reset the CTM.

However, when the pattern is inside another pattern, the defualt co-ordinate
space is that of the enclosing pattern, so restting the CTM is a problem. We
can't simply avoid the reset as normal patterns would stop working. We can't
'undo#' the pattern matrix in PostScript, because we don't know what the
resolution scaling was.

So we track the pattern depth in ps2write, and the accumulated matrix transforms
from all the patterns so far. Then we apply that accumulated matrix to any new
pattern when the pattern depth is not zero.

This works, but is not 100% reliable, 2 patterns inside a single parent would
be concatenated, resulting in the second pattern being incorrect. However the
nested pattern situation is rare enough that I'm going to leave this as it is.

Expected Differences:
09_47N.pdf
Bug6901014_org_Chromium_AN03F.pdf

these files now work correctly with ps2write.

gs/base/gdevpdfb.h
gs/base/gdevpdfi.c
gs/base/gdevpdfv.c
gs/base/gdevpdfx.h

2012-02-03 17:50:37 -0700
Henry Stiles <henry.stiles@artifex.com>
e7c3c6e02fac1a6e24030a2815645610b42fde47

Fixes 692387, the font rotation code did not work properly for some
rotations.

There are many progressions and small character placement adjustments
in many regression files. The latter due to how the rotation matrix
is now calculated with a rounded angle.

pcl/pglabel.c

2012-02-02 17:31:27 -0700
Henry Stiles <henry.stiles@artifex.com>
2cffba33ed7bb6aafe9176688535eab290cb20f0

RTL mode's print direction is always rotated with respect to the
physical page size.

pcl/pcpage.c

2012-02-03 16:18:01 +0000
Chris Liddell <chris.liddell@artifex.com>
84abcb901a8451ece9f23fda4b17f670b335eb07

Propogate dynmic device flags to 'so' subtarget.

When I brought the Makefile into line with convention for some of the FLAGS
variables, I forgot to add the new 'AC_CFLAGS' value to the subtarget for
the dynamic library build.

No cluster differences.

gs/base/unix-dll.mak

2012-02-03 16:20:25 +0100
Till Kamppeter <till.kamppeter@gmail.com>
03ab853b064b491cb463e392fe6988e904d76fd5

CUPS Raster: Fixed rotating of input pages with unknown sizes

gs/cups/gdevcups.c

2012-02-02 21:02:26 +0100
Till Kamppeter <till.kamppeter@gmail.com>
d0b64a75d54948b3f07da0128bb0002523a39040

CUPS Raster: More on improving page size fitting

Raised the tolerance of matching the document's page sizes with the PPD's
page sizes on the short dimension to 2 %. This also covers the overspray
full-bleed page sizes of HPLIP.

gs/cups/gdevcups.c

2012-02-02 20:43:22 +0100
Till Kamppeter <till.kamppeter@gmail.com>
2d4fac37ee36948c0b30e6b95292b68f718cafdc

Merge branch 'master' of ghostscript.com:/home/git/ghostpdl

2012-02-02 12:14:41 -0700
Henry Stiles <henry.stiles@artifex.com>
72887eac758eba7638258b6b375347ee16efbbdc

Add 4 new raster decompression methods to PCL.

HPGL/2 and RTL plotters support the following decompression methods:
uncompressed block (#4), CCITT group 3 1 dimensional (#6), CCITT group
3 2 dimensional (#7), CCITT group 4 2 dimensional (#8). These have
gotten little testing we only have a couple test files at the current
time.

pcl/pcl.mak
pcl/rtgmode.c
pcl/rtraster.c
pcl/rtrstcmp.c
pcl/rtrstcmp.h

2012-02-02 19:37:07 +0100
Till Kamppeter <till.kamppeter@gmail.com>
49be0086211ef92988468cee4bad5d361b8b6c7d

Improved page size matching in the CUPS Raster output device

The tolerances when comparing the page sizes in the document with the
sizes in the PPD file are changed to 1% for the short dimension of the
page and 5% for the long dimension. The 1% for the short dimension is
more or less the same as the 5.0pt used before (on letter or A4
paper). The 5% can cover the half inch deviation which HP puts into
the sheet length for their duplex paper sizes on ink jets.

If there is no matching paper size in the PPD and therefore the paper
size is considered custom, the page will be rotated in the case that
it does not fit into the maximum custom paper size (= printer
dimensions) but fits rotated.

With these measures, pages with slightly incorrectly defined size or
slightly incorrectly defined sizes in the PPD file (like the different
entries for one and the same paper size in the PPDs of HPLIP) will
find their size in the PPD and so rotated if needed.

This avoids cut-off print outs or even crashes of the printer
(https://bugs.launchpad.net/ubuntu/+source/linux/+bug/917148) due to
landscape pages not getting rotated.

gs/cups/gdevcups.c

2012-01-31 12:55:34 -0800
Michael Vrhel <michael.vrhel@artifex.com>
ee811255187a9367a090ce542e78c13912e92ca6

Device Link and Proof Profile fix

If a proofing profile or a device link profile are
specified, the link transform is more than likely not going
to be identity. This fix ensures that the transform
is properly applied.

gs/base/gsicc_cache.c

2012-01-31 18:20:00 +0000
Chris Liddell <chris.liddell@artifex.com>
a68dde56d66d7a5b9aabf0c742efb77b5fbdca03

Bug 690473: scale substitute fonts to fit in Widths.

Compare the width of the glyphs in a substitute font with those in the PDF
Widths array, and scale the font down to fit better, if necessary. This
does not add scaling up the font.

This changes a number of cluster files - most are progressions, some are just
different (no worse, no better), none that I consider regressions.

gs/Resource/Init/pdf_font.ps

2012-01-30 15:28:05 -0800
Michael Vrhel <michael.vrhel@artifex.com>
d630ef2c042179ecf0443b15b488194690f6b980

Make device link profile work with lcms2. Also update documentation and add error handling.

The device link profile handling was put in place when we had lcms 1.8 but was not ported
over to the 2.0 interface.

gs/base/gsicc.c
gs/base/gsicc_lcms2.c
gs/doc/Use.htm

2012-01-31 18:04:01 +0000
Chris Liddell <chris.liddell@artifex.com>
306f7dce4e74bc715a91dd892eab78f856cf11da

Have gitlog2changelog.py use html code for "quote" char

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-31 17:49:42 +0000
Robin Watts <robin.watts@artifex.com>
3c61e0b90b63dbef94f75e370ccef9dd5a077c26

Add new "WhatIsGS.htm" document

This explains how Ghostscript, GhostPCL, GhostXPS, etc are related.

gs/doc/Readme.htm
gs/doc/WhatIsGS.htm

2012-01-31 11:26:31 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
ddedf257534b7c628442d92f771dc8240cf546a7

Bug 691483: Fix access to PDF collections.

Fix a bug in enumeration of a name tree that prevented acceaa to some
files in the PDF file collection when the name tree was more than
one level deep.

gs/Resource/Init/pdf_main.ps

2012-01-31 12:01:53 +0000
Chris Liddell <chris.liddell@artifex.com>
26a96f7660a921d80dba77ef0220845918cfd4a8

Have plver.mak use Ghostscript version.mak version number

No (significant) cluster differences.

common/msvc_top.mak
pl/pl.mak

2012-01-31 08:12:14 +0000
Ken Sharp <ken.sharp@artifex.com>
20cd9c7595492684ac564789afeb2df1b6066554

ps2write - silence a benign compiler warning

Picked up by scan-build; presumably this only gets run for commits, not
for regular cluster tests as it didn't show up previously.

gs/base/gdevpdfc.c

2012-01-30 20:26:30 +0000
Chris Liddell <chris.liddell@artifex.com>
ca932b9ee0a84e7725b347d9fc99ef8b2b3ad8c8

gitlog2changelog.py use html sequence for '&'

Thanks to SaGS for pointing it out.

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-30 18:14:22 +0000
Chris Liddell <chris.liddell@artifex.com>
69d0fee61911ef6044b07cd7b36bc2148e6bb214

Tweak gitlog2changelog.py to avoid trailing whitespace

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-30 17:41:35 +0000
Chris Liddell <chris.liddell@artifex.com>
08a189c3b72e6bf89ae938b0bbacbbf113e0e346

Improve the html output of the changelog generator.

There were some compatibility problems with the html from the git log to
html changelog generator - such as including '<' and '>' characters in
text to be displayed.

Also, improve the actual formatting slightly.

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-30 17:46:27 +0000
Chris Liddell <chris.liddell@artifex.com>
5dd29e182ea1fec5e504558173bbb875501d04a1

Move the JPEG XR code to a separate section......

... for non-GPL compatible, open source licensed code.

CLUSTER_UNTESTED

gs/doc/thirdparty.htm

2012-01-30 13:32:05 +0000
Ken Sharp <ken.sharp@artifex.com>
ef2a4bfbf4f590635277299bf0e0d7aaea1f392b

ps2write - correctly convert ICCBased *image* colour spaces

Previously we handled ICCbased spaces by pretending they were device spaces
with the same number of components as the ICCBased space. This works
suprisingly well, but fails utterly for Lab spaces where images come out
completely incorrect.

We now convert the image data to the current device space. We do not yet handle
vector colour spaces, this will be handled by a future rewrite of the colour
handling to permit much better control over colour space handling.

This change causes quite a number o differences in the regression suite.
These fall into one of 4 causes:

1) Colour space conversion; previously ICCBases spaces with 1 or 4 components
would be handled as grey or CMYK respectively. They are now converted to the
device space (RGB by default). This causes some colour changes, especially
in halftoned output with a 1 component space. These are not incorrect as can
be seen from the contone output

2) There are some minor shifts in colour caused by correctly handling the
ICCBased space, in general these are progressions (especially the Altona
suite).

3) Handling of Lab colour spaces. These now work correctly where previously
they did not. Especially catx4929.pdf and IA3Z3476.pdf

4) Honouring rendering intents. Files hwich used a rendering intent now are
correctly converted. cf Bug #691926, comment 3.

5) There seems to be a possible problem with converting some CalRGB spaces,
the resulting output seems 'blue' with respect to the Acrobat otuput. In the
case of 1 file which contains scanned images of books, it is clear from the
original book covers that the output is incorrect. Michael suggest this may be
a White POitn problem. A separate bug report will be filed for this. Ghostscript
rendering of the original matches the ps2write output.

gs/base/gdevpdfc.c
gs/base/gdevpdfg.h
gs/base/gdevpdfi.c

2012-01-30 13:25:17 +0000
Chris Liddell <chris.liddell@artifex.com>
58e2df820785b88a544f625de35fbcb39c35b305

Update LICENSE

Revise the LICENSE file to reflect the latest Adobe CMap license
conditions, and to note that there is an Artifex copyright CMap in the
CMap directory.

Also, add a note about the JPEX XR source license.

CLUSTER_UNTESTED

gs/LICENSE

2012-01-30 13:23:18 +0000
Chris Liddell <chris.liddell@artifex.com>
523697346bbc88bf309cb44b47f53516c33917f7

Increment Ghostscript version on master to 9.06.

No (important) cluster differences.

gs/Resource/Init/gs_init.ps
gs/base/version.mak

2012-02-08 08:42:09 +0000
Chris Liddell <chris.liddell@artifex.com>
593431146ef93a53744a04c2a571a6f1f40b0084

Remove "RELEASE CANDIDATE" from product string.

CLUSTER_UNTESTED

gs/base/gscdef.c

2012-02-08 08:40:12 +0000
Chris Liddell <chris.liddell@artifex.com>
c1d20ffdb4d184c9019ee7f58bc279c6d633d05d

Amend date and update changelog for 9.05 release.

CLUSTER_UNTESTED

gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/WhatIsGS.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2012-02-03 16:18:01 +0000
Chris Liddell <chris.liddell@artifex.com>
dd4c7f1f03aa7ea18d43db224126502725af91ba

Propogate dynmic device flags to 'so' subtarget.

When I brought the Makefile into line with convention for some of the FLAGS
variables, I forgot to add the new 'AC_CFLAGS' value to the subtarget for
the dynamic library build.

No cluster differences.

gs/base/unix-dll.mak

2012-02-03 16:20:25 +0100
Till Kamppeter <till.kamppeter@gmail.com>
e837609b2955680dc59ca4f357076be7cd819a46

CUPS Raster: Fixed rotating of input pages with unknown sizes

gs/cups/gdevcups.c

2012-02-02 21:02:26 +0100
Till Kamppeter <till.kamppeter@gmail.com>
c3464da3ee42b8af645af6eadabea4977d948b1a

CUPS Raster: More on improving page size fitting

Raised the tolerance of matching the document's page sizes with the PPD's
page sizes on the short dimension to 2 %. This also covers the overspray
full-bleed page sizes of HPLIP.

gs/cups/gdevcups.c

2012-02-02 19:37:07 +0100
Till Kamppeter <till.kamppeter@gmail.com>
c12ed06596207d895739b41e5c920af0aa48a2ff

Improved page size matching in the CUPS Raster output device

The tolerances when comparing the page sizes in the document with the
sizes in the PPD file are changed to 1% for the short dimension of the
page and 5% for the long dimension. The 1% for the short dimension is
more or less the same as the 5.0pt used before (on letter or A4
paper). The 5% can cover the half inch deviation which HP puts into
the sheet length for their duplex paper sizes on ink jets.

If there is no matching paper size in the PPD and therefore the paper
size is considered custom, the page will be rotated in the case that
it does not fit into the maximum custom paper size (= printer
dimensions) but fits rotated.

With these measures, pages with slightly incorrectly defined size or
slightly incorrectly defined sizes in the PPD file (like the different
entries for one and the same paper size in the PPDs of HPLIP) will
find their size in the PPD and so rotated if needed.

This avoids cut-off print outs or even crashes of the printer
(https://bugs.launchpad.net/ubuntu/+source/linux/+bug/917148) due to
landscape pages not getting rotated.

gs/cups/gdevcups.c

2012-02-01 11:06:38 +0000
Chris Liddell <chris.liddell@artifex.com>
f945ac6dd076b367fb9a9d8851cca783049b77a0

Change product string to "RELEASE CANDIDATE 1"

gs/base/gscdef.c

2012-02-01 10:59:52 +0000
Chris Liddell <chris.liddell@artifex.com>
5f1a49cb3b05b5fed23e7eab99d6e036f16921dd

Update docs for 9.05 release candidate.

CLUSTER_UNTESTED

gs/doc/History9.htm

2012-01-31 12:55:34 -0800
Michael Vrhel <michael.vrhel@artifex.com>
ffca2758193c517edf1d20c6af17acd85f8d5f99

Device Link and Proof Profile fix

If a proofing profile or a device link profile are
specified, the link transform is more than likely not going
to be identity. This fix ensures that the transform
is properly applied.

gs/base/gsicc_cache.c

2012-01-30 15:28:05 -0800
Michael Vrhel <michael.vrhel@artifex.com>
dbf3d3403bc928c183b0674aa5adbb6263d56e42

Make device link profile work with lcms2. Also update documentation and add error handling.

The device link profile handling was put in place when we had lcms 1.8 but was not ported
over to the 2.0 interface.

gs/base/gsicc.c
gs/base/gsicc_lcms2.c
gs/doc/Use.htm

2012-01-31 18:04:01 +0000
Chris Liddell <chris.liddell@artifex.com>
55049debcc22152c42a62b1fc350eb087125be5a

Have gitlog2changelog.py use html code for "quote" char

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-31 17:49:42 +0000
Robin Watts <robin.watts@artifex.com>
6123f6bc89a9c682dd0e0b8cb62d526fdca1b50a

Add new "WhatIsGS.htm" document

This explains how Ghostscript, GhostPCL, GhostXPS, etc are related.

gs/doc/Readme.htm
gs/doc/WhatIsGS.htm

2012-01-31 11:26:31 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
1216fd5e30a1a09b8b381d4e43d795728a030cc8

Bug 691483: Fix access to PDF collections.

Fix a bug in enumeration of a name tree that prevented acceaa to some
files in the PDF file collection when the name tree was more than
one level deep.

gs/Resource/Init/pdf_main.ps

2012-01-31 08:12:14 +0000
Ken Sharp <ken.sharp@artifex.com>
0a549a4395c169a547e95a2905650dbc05388794

ps2write - silence a benign compiler warning

Picked up by scan-build; presumably this only gets run for commits, not
for regular cluster tests as it didn't show up previously.

gs/base/gdevpdfc.c

2012-01-31 12:01:53 +0000
Chris Liddell <chris.liddell@artifex.com>
4003b18b598c81df02d3d2c043276d54e7de7c6d

Have plver.mak use Ghostscript version.mak version number

No (significant) cluster differences.

common/msvc_top.mak
pl/pl.mak

2012-01-30 20:39:29 +0000
Chris Liddell <chris.liddell@artifex.com>
613b796e44ad8e29d9b4f8166a8b19796f1a024c

Change a couple of '&' to &amp;

CLUSTER_UNTESTED

gs/doc/History9.htm

2012-01-30 20:26:30 +0000
Chris Liddell <chris.liddell@artifex.com>
f58e15f60683f2be163e0a64ef1a86141a0d45c3

gitlog2changelog.py use html sequence for '&'

Thanks to SaGS for pointing it out.

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-30 18:14:22 +0000
Chris Liddell <chris.liddell@artifex.com>
7a9e90a4710a90ce3d12da590280e91166eb2dc5

Tweak gitlog2changelog.py to avoid trailing whitespace

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-30 18:00:23 +0000
Chris Liddell <chris.liddell@artifex.com>
4aaa5f1594df678db91e3e9e913d1b27d5f7cd05

Update docs in prep for 9.05 release candidate

CLUSTER_UNTESTED

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2012-01-30 17:59:49 +0000
Chris Liddell <chris.liddell@artifex.com>
60ef9ebafb60f60cb709f7cb48ff15b94bad45fe

Change product string in prep for 9.05 release candidate

CLUSTER_UNTESTED

gs/base/version.mak

2012-01-30 17:46:27 +0000
Chris Liddell <chris.liddell@artifex.com>
16195b5e1c104405e095753bc1343597cad32a28

Move the JPEG XR code to a separate section......

... for non-GPL compatible, open source licensed code.

CLUSTER_UNTESTED

gs/doc/thirdparty.htm

2012-01-30 17:41:35 +0000
Chris Liddell <chris.liddell@artifex.com>
4961e763aeb795e7dc91dc64575837d170cca367

Improve the html output of the changelog generator.

There were some compatibility problems with the html from the git log to
html changelog generator - such as including '<' and '>' characters in
text to be displayed.

Also, improve the actual formatting slightly.

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-30 13:32:05 +0000
Ken Sharp <ken.sharp@artifex.com>
c3cc9b71fb9f1fe64556ecad34418bb4cf44ba7f

ps2write - correctly convert ICCBased *image* colour spaces

Previously we handled ICCbased spaces by pretending they were device spaces
with the same number of components as the ICCBased space. This works
suprisingly well, but fails utterly for Lab spaces where images come out
completely incorrect.

We now convert the image data to the current device space. We do not yet handle
vector colour spaces, this will be handled by a future rewrite of the colour
handling to permit much better control over colour space handling.

This change causes quite a number o differences in the regression suite.
These fall into one of 4 causes:

1) Colour space conversion; previously ICCBases spaces with 1 or 4 components
would be handled as grey or CMYK respectively. They are now converted to the
device space (RGB by default). This causes some colour changes, especially
in halftoned output with a 1 component space. These are not incorrect as can
be seen from the contone output

2) There are some minor shifts in colour caused by correctly handling the
ICCBased space, in general these are progressions (especially the Altona
suite).

3) Handling of Lab colour spaces. These now work correctly where previously
they did not. Especially catx4929.pdf and IA3Z3476.pdf

4) Honouring rendering intents. Files hwich used a rendering intent now are
correctly converted. cf Bug #691926, comment 3.

5) There seems to be a possible problem with converting some CalRGB spaces,
the resulting output seems 'blue' with respect to the Acrobat otuput. In the
case of 1 file which contains scanned images of books, it is clear from the
original book covers that the output is incorrect. Michael suggest this may be
a White POitn problem. A separate bug report will be filed for this. Ghostscript
rendering of the original matches the ps2write output.

gs/base/gdevpdfc.c
gs/base/gdevpdfg.h
gs/base/gdevpdfi.c

2012-01-30 13:25:17 +0000
Chris Liddell <chris.liddell@artifex.com>
2bb769a5b1ff2d1b8a5e6f0320cb210befe3f5bd

Update LICENSE

Revise the LICENSE file to reflect the latest Adobe CMap license
conditions, and to note that there is an Artifex copyright CMap in the
CMap directory.

Also, add a note about the JPEX XR source license.

CLUSTER_UNTESTED

gs/LICENSE

Version 9.05 (2012-02-08)

This is the fifth full release in the stable 9.x series.

Highlights in this release include:


(See Devices.htm for details)


For a list of open issues, or to report problems, please visit bugs.ghostscript.com.

Incompatible changes

No recorded incompatible changes.

Changelog

2012-02-03 16:18:01 +0000
Chris Liddell <chris.liddell@artifex.com>
dd4c7f1f03aa7ea18d43db224126502725af91ba

Propogate dynmic device flags to 'so' subtarget.

When I brought the Makefile into line with convention for some of the FLAGS
variables, I forgot to add the new 'AC_CFLAGS' value to the subtarget for
the dynamic library build.

No cluster differences.

gs/base/unix-dll.mak

2012-02-03 16:20:25 +0100
Till Kamppeter <till.kamppeter@gmail.com>
e837609b2955680dc59ca4f357076be7cd819a46

CUPS Raster: Fixed rotating of input pages with unknown sizes

gs/cups/gdevcups.c

2012-02-02 21:02:26 +0100
Till Kamppeter <till.kamppeter@gmail.com>
c3464da3ee42b8af645af6eadabea4977d948b1a

CUPS Raster: More on improving page size fitting

Raised the tolerance of matching the document's page sizes with the PPD's
page sizes on the short dimension to 2 %. This also covers the overspray
full-bleed page sizes of HPLIP.

gs/cups/gdevcups.c

2012-02-02 19:37:07 +0100
Till Kamppeter <till.kamppeter@gmail.com>
c12ed06596207d895739b41e5c920af0aa48a2ff

Improved page size matching in the CUPS Raster output device

The tolerances when comparing the page sizes in the document with the
sizes in the PPD file are changed to 1% for the short dimension of the
page and 5% for the long dimension. The 1% for the short dimension is
more or less the same as the 5.0pt used before (on letter or A4
paper). The 5% can cover the half inch deviation which HP puts into
the sheet length for their duplex paper sizes on ink jets.

If there is no matching paper size in the PPD and therefore the paper
size is considered custom, the page will be rotated in the case that
it does not fit into the maximum custom paper size (= printer
dimensions) but fits rotated.

With these measures, pages with slightly incorrectly defined size or
slightly incorrectly defined sizes in the PPD file (like the different
entries for one and the same paper size in the PPDs of HPLIP) will
find their size in the PPD and so rotated if needed.

This avoids cut-off print outs or even crashes of the printer
(https://bugs.launchpad.net/ubuntu/+source/linux/+bug/917148) due to
landscape pages not getting rotated.

gs/cups/gdevcups.c

2012-02-01 11:06:38 +0000
Chris Liddell <chris.liddell@artifex.com>
f945ac6dd076b367fb9a9d8851cca783049b77a0

Change product string to "RELEASE CANDIDATE 1"

gs/base/gscdef.c

2012-02-01 10:59:52 +0000
Chris Liddell <chris.liddell@artifex.com>
5f1a49cb3b05b5fed23e7eab99d6e036f16921dd

Update docs for 9.05 release candidate.

CLUSTER_UNTESTED

gs/doc/History9.htm

2012-01-31 12:55:34 -0800
Michael Vrhel <michael.vrhel@artifex.com>
ffca2758193c517edf1d20c6af17acd85f8d5f99

Device Link and Proof Profile fix

If a proofing profile or a device link profile are
specified, the link transform is more than likely not going
to be identity. This fix ensures that the transform
is properly applied.

gs/base/gsicc_cache.c

2012-01-30 15:28:05 -0800
Michael Vrhel <michael.vrhel@artifex.com>
dbf3d3403bc928c183b0674aa5adbb6263d56e42

Make device link profile work with lcms2. Also update documentation and add error handling.

The device link profile handling was put in place when we had lcms 1.8 but was not ported
over to the 2.0 interface.

gs/base/gsicc.c
gs/base/gsicc_lcms2.c
gs/doc/Use.htm

2012-01-31 18:04:01 +0000
Chris Liddell <chris.liddell@artifex.com>
55049debcc22152c42a62b1fc350eb087125be5a

Have gitlog2changelog.py use html code for "quote" char

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-31 17:49:42 +0000
Robin Watts <robin.watts@artifex.com>
6123f6bc89a9c682dd0e0b8cb62d526fdca1b50a

Add new "WhatIsGS.htm" document

This explains how Ghostscript, GhostPCL, GhostXPS, etc are related.

gs/doc/Readme.htm
gs/doc/WhatIsGS.htm

2012-01-31 11:26:31 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
1216fd5e30a1a09b8b381d4e43d795728a030cc8

Bug 691483: Fix access to PDF collections.

Fix a bug in enumeration of a name tree that prevented acceaa to some
files in the PDF file collection when the name tree was more than
one level deep.

gs/Resource/Init/pdf_main.ps

2012-01-31 08:12:14 +0000
Ken Sharp <ken.sharp@artifex.com>
0a549a4395c169a547e95a2905650dbc05388794

ps2write - silence a benign compiler warning

Picked up by scan-build; presumably this only gets run for commits, not
for regular cluster tests as it didn't show up previously.

gs/base/gdevpdfc.c

2012-01-31 12:01:53 +0000
Chris Liddell <chris.liddell@artifex.com>
4003b18b598c81df02d3d2c043276d54e7de7c6d

Have plver.mak use Ghostscript version.mak version number

No (significant) cluster differences.

common/msvc_top.mak
pl/pl.mak

2012-01-30 20:39:29 +0000
Chris Liddell <chris.liddell@artifex.com>
613b796e44ad8e29d9b4f8166a8b19796f1a024c

Change a couple of '&' to &amp;

CLUSTER_UNTESTED

gs/doc/History9.htm

2012-01-30 20:26:30 +0000
Chris Liddell <chris.liddell@artifex.com>
f58e15f60683f2be163e0a64ef1a86141a0d45c3

gitlog2changelog.py use html sequence for '&'

Thanks to SaGS for pointing it out.

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-30 18:14:22 +0000
Chris Liddell <chris.liddell@artifex.com>
7a9e90a4710a90ce3d12da590280e91166eb2dc5

Tweak gitlog2changelog.py to avoid trailing whitespace

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-30 18:00:23 +0000
Chris Liddell <chris.liddell@artifex.com>
4aaa5f1594df678db91e3e9e913d1b27d5f7cd05

Update docs in prep for 9.05 release candidate

CLUSTER_UNTESTED

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/doc/thirdparty.htm
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2012-01-30 17:59:49 +0000
Chris Liddell <chris.liddell@artifex.com>
60ef9ebafb60f60cb709f7cb48ff15b94bad45fe

Change product string in prep for 9.05 release candidate

CLUSTER_UNTESTED

gs/base/version.mak

2012-01-30 17:46:27 +0000
Chris Liddell <chris.liddell@artifex.com>
16195b5e1c104405e095753bc1343597cad32a28

Move the JPEG XR code to a separate section......

... for non-GPL compatible, open source licensed code.

CLUSTER_UNTESTED

gs/doc/thirdparty.htm

2012-01-30 17:41:35 +0000
Chris Liddell <chris.liddell@artifex.com>
4961e763aeb795e7dc91dc64575837d170cca367

Improve the html output of the changelog generator.

There were some compatibility problems with the html from the git log to
html changelog generator - such as including '<' and '>' characters in
text to be displayed.

Also, improve the actual formatting slightly.

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2012-01-30 13:32:05 +0000
Ken Sharp <ken.sharp@artifex.com>
c3cc9b71fb9f1fe64556ecad34418bb4cf44ba7f

ps2write - correctly convert ICCBased *image* colour spaces

Previously we handled ICCbased spaces by pretending they were device spaces
with the same number of components as the ICCBased space. This works
suprisingly well, but fails utterly for Lab spaces where images come out
completely incorrect.

We now convert the image data to the current device space. We do not yet handle
vector colour spaces, this will be handled by a future rewrite of the colour
handling to permit much better control over colour space handling.

This change causes quite a number o differences in the regression suite.
These fall into one of 4 causes:

1) Colour space conversion; previously ICCBases spaces with 1 or 4 components
would be handled as grey or CMYK respectively. They are now converted to the
device space (RGB by default). This causes some colour changes, especially
in halftoned output with a 1 component space. These are not incorrect as can
be seen from the contone output

2) There are some minor shifts in colour caused by correctly handling the
ICCBased space, in general these are progressions (especially the Altona
suite).

3) Handling of Lab colour spaces. These now work correctly where previously
they did not. Especially catx4929.pdf and IA3Z3476.pdf

4) Honouring rendering intents. Files hwich used a rendering intent now are
correctly converted. cf Bug #691926, comment 3.

5) There seems to be a possible problem with converting some CalRGB spaces,
the resulting output seems 'blue' with respect to the Acrobat otuput. In the
case of 1 file which contains scanned images of books, it is clear from the
original book covers that the output is incorrect. Michael suggest this may be
a White POitn problem. A separate bug report will be filed for this. Ghostscript
rendering of the original matches the ps2write output.

gs/base/gdevpdfc.c
gs/base/gdevpdfg.h
gs/base/gdevpdfi.c

2012-01-30 13:25:17 +0000
Chris Liddell <chris.liddell@artifex.com>
2bb769a5b1ff2d1b8a5e6f0320cb210befe3f5bd

Update LICENSE

Revise the LICENSE file to reflect the latest Adobe CMap license
conditions, and to note that there is an Artifex copyright CMap in the
CMap directory.

Also, add a note about the JPEX XR source license.

CLUSTER_UNTESTED

gs/LICENSE

2012-01-28 01:24:50 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
4e25d12238406245ade09eaeb3dd815933f7bcb2

Bug 692704: Don't reset PageSpotColors after every page

Don't reset PageSpotColors after every PDF page. Do it once when
PDF is closed. first, this resetting serves no useful purpose.
Second, this change avoids re-initialisation of tiffsep and psdcmyk
devices, which causes overwriting of the first page.

The fix results in progressions in all multi-page PDF files on
psdcmyk device.

gs/Resource/Init/pdf_main.ps

2012-01-27 09:57:33 +0000
Chris Liddell <chris.liddell@artifex.com>
d385d65cddb8770c0b6e08d0a34609d0951eab1f

Add a link in Readme.htm to the new thirdparty.htm

CLUSTER_UNTESTED

gs/doc/Readme.htm

2012-01-26 16:58:02 +0000
Robin Watts <robin.watts@artifex.com>
b6cc2a2539097d71ec200591788134703a2840a1

XPS Whitespace handling fix

Update the xps point reading code to use strtod rather than atof;
this returns us an updated string pointer, rather than relying
on us second-guessing where it may end up.

Change xps_get_point to return this updated pointer, and change some
calls of this to avoid having to skip whitespace (and potentially
getting it wrong) after the call.

Spotted as part of the commit to take the latest XPS changes into
MuPDF.

xps/ghostxps.h
xps/xpspath.c

2012-01-26 15:17:34 +0000
Ken Sharp <ken.sharp@artifex.com>
8eb237bc17ea481f75f482288c854ca42b31466b

ps2write - do not allow Widths aray to alter /.notdef width.

The way the Widths array works, if the Encoding has a /.notdef entry then
the width of the /.notdef is altered to that width.

If we have an earlier re-assignment, this breaks the assigned width.

The file catx1490.pdf relies on a ./notdef to draw a 'box' (crazy but
that's what it does). If we redefine the width tehn it is incorrect.

Expected differences
Catx1490.pdf
Bug691221.pdf
Bug689757.pdf
THe latter two are minor differences, but slight progressions

gs/base/opdfread.h
gs/lib/opdfread.ps

2012-01-26 11:07:06 +0000
Chris Liddell <chris.liddell@artifex.com>
043a20124c63ee48f874e8a9d869098d099c6d19

Have the "configure" build cope with missing "contrib"

For the Artifex commercial release, we remove the files from the contrib
directory. This meant a successful build had to be "configured" with the
--without-contrib option.

Now, configure looks for a specific file in "contrib", and if it is not there
the contributed drivers are automatically disabled.

No cluster differences.

gs/base/configure.ac

2012-01-25 19:58:52 +0000
Robin Watts <robin.watts@artifex.com>
0fb4785ef74fd22b8c1cced5ec16bd28d5bcc666

Fix Bug 692343 - ignore invalid padding length bytes.

AES streams contain padding at the end to bring them up to 16
byte chunks. The last byte of the plaintext is supposed to be
a value between 1 and 16 telling us how many bytes to ignore
from the last one? (Why 16? 15 would make more sense).

If the padding byte was out of range we would previously have
thrown an error. Here we change to just warn and set the
padding length to 0. This means we'll err on the side of making
the stream too long, which is better than the alternative.

gs/base/saes.c

2012-01-25 19:21:08 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
845ac2669008d3c8daf6461c0fda3b0496d7443e

Bug 691254: This patch prevents the seg fault in Jbig2_042_14.pdf.

gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2012-01-25 08:14:22 +0000
Ken Sharp <ken.sharp@artifex.com>
679964341b8543bc37bf3cb783f12434af829f64

ps2write - properly check number of components when converting Image type 3/4

The code to limit optimisation of image type 3 or 4 into an imagemask was
testing to see if the routine which returned the numebr of components in
the colour space was a particular routine, instead of testing the return
value of that routine to see if it was 1.

Expected Differences
Bug689717.pdf
ImageProb2.pdf
12-07c.ps
all now render correctly or (in the case of 12-07c.ps) exhibit useful
progressions, when converted to PostScript using ps2write

gs/base/gdevpdfi.c

2012-01-24 12:59:20 -0800
Michael Vrhel <michael.vrhel@artifex.com>
83ce7cf6c9252c39e280040b12db1dcfbd8a7cb2

Fix for bug 692733. Pattern clist improperly cleared.

The pattern code was performing an initial clear of the pattern. This is OK
when the pattern is not a clist since the mask was not drawn in when this
fill occurs (seee gx_erase_colored_pattern). Unfortunately this rect fill
was getting into the pattern clist which is should not.

gs/base/gxpcmap.c
gs/psi/zpcolor.c

2012-01-24 16:44:07 +0000
Chris Liddell <chris.liddell@artifex.com>
1fab5a6b3945ba46fadd326e01f25e94f8af0886

Note that we patch lcms2 in thirdparty.htm

CLUSTER_UNTESTED

gs/doc/thirdparty.htm

2012-01-24 16:22:41 +0000
Chris Liddell <chris.liddell@artifex.com>
345be99ff34a6023dd28c06869ff8db41a3c640c

Add a file detailing our use of third party libraries.

Including, name, version, purpose, license and URL.

CLUSTER_UNTESTED

gs/doc/thirdparty.htm

2012-01-24 13:20:11 +0000
Robin Watts <robin.watts@artifex.com>
fb56842749e5430ed18d938eb78d1cf24c3e9759

Tweak jbig2dec to cope better with NULLs.

Fix various destructors in jbig2dec to cope with being called
with image = NULL. This cures a problem in mupdf where it SEGVs
when called on "1239 - skip invalid content streams.pdf" from the
sumatra test set.

gs/jbig2dec/jbig2_image.c

2012-01-24 12:03:43 +0000
Chris Liddell <chris.liddell@artifex.com>
a92b0c487e0e003a6a69b93acb7c1ef84d2f9683

Add details to Make.htm about Luratech

Make it clear that if there, Luratech will be used automatically.

Add details about disabling automatic Luratech inclusion.

CLUSTER_UNTESTED

gs/doc/Make.htm

2012-01-24 11:49:43 +0000
Chris Liddell <chris.liddell@artifex.com>
672fba9c5396ff7079e166a7535b879deffd801a

Bug 691184: update doc and example for getenv in cidfmap

Add information to the cidfmap section of Use.htm mentioning the ability to
use "getenv" to influence paths to font files in cidfmap.

And fix the example in cidfmap.

CLUSTER_UNTESTED

gs/Resource/Init/cidfmap
gs/doc/Use.htm

2012-01-24 11:44:34 +0000
Chris Liddell <chris.liddell@artifex.com>
997f750a5dd4cf70b18d011e3297dd7c8f4abd97

Bug 692810: fix OpenJPEG section of configure --help

I forgot to reverse the logic of the help message when I made OpenJPEG the
default JPEG2000 decoder - so the option is now to *disable* it.

No cluster differences.

gs/base/configure.ac

2012-01-23 22:52:33 -0800
Michael Vrhel <michael.vrhel@artifex.com>
1f3469404c599093df2e6c8157ac70111b0c80e2

Revert "Addition of objects to support the output intent."

This reverts commit 89546758c858d53c105dfc73fc4d108171b8437d.

Something appears to be wrong with this when I was doing some other testing
although it did ok in the cluster push.

gs/base/gdevp14.c
gs/base/gscms.h
gs/base/gsdparam.c
gs/base/gsequivc.c
gs/base/gsicc_manage.c

2012-01-23 09:59:35 -0800
Michael Vrhel <michael.vrhel@artifex.com>
89546758c858d53c105dfc73fc4d108171b8437d

Addition of objects to support the output intent.

This doesn't do anything yet. There will be another commit for the
PDF interpreter to make use of these objects.

gs/base/gdevp14.c
gs/base/gscms.h
gs/base/gsdparam.c
gs/base/gsequivc.c
gs/base/gsicc_manage.c

2012-01-23 11:12:04 +0000
Ken Sharp <ken.sharp@artifex.com>
315a899b2f9bd8be2f247550a05d807a8c698f07

ps2write/pdfwrite - Don't arbitrarily change VVECTOR0 flag in type 1 info

Way back in 2003 code was added 'in lieu of proper CDevProc processing' to
alter the behaviour of pdfwrite. In particular a flag was set which always
causes pdfwrite to handle width chnages.

However, we do now handle CDevProc correctly, and the arbitrary assignment
of this flag causes serious problems for pdfwrite & ps2write in the
(admittedly rare and unreasonable) case where the FontMatrix of an already
used font is modified.

Expected Differences:
14-12.ps
16-05.ps

Both now work better with ps2write and pdfwrite, though not 100% correct

gs/base/gxtype1.c

2012-01-21 14:07:15 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
d0d411c0830b81fa9fb38e3f938ac855fde9a6e3

Bug 692798: Ignore the request for undefined color space.

Ignore the attempt to set an undefined color spece resource,
issue a warning, and continue.

gs/Resource/Init/pdf_draw.ps

2012-01-18 12:32:13 -0800
Michael Vrhel <michael.vrhel@artifex.com>
eaaa284dcd5901de156c52c0dc0aff78816e4b81

Fix for bug 692787. Rending Intent aliased with Blending mode in clist

When I had added the rendering intent into the clist misc parameters I did not
have enough bits to fit everything into a single byte.

gs/base/gxclpath.c
gs/base/gxclrast.c

2012-01-20 15:26:15 +0000
Chris Liddell <chris.liddell@artifex.com>
cf6946a1762b975a0450e0d11bdcb13889cdd877

Add a note about building on Mac.......

.....with MacPorts installed.

CLUSTER_UNTESTED

gs/doc/Make.htm

2012-01-18 09:31:53 -0800
Ray Johnston <ray.johnston@artifex.com>
5e7702813865b8c149f7a8462491d4ca72e70e8e

Fix pdfwrite and other vector devices for changing filename and separate pages

Previously vector devices did not allow changing OutputFile and (most) did not support the %d
OutputFile to generate single page files (pswrite was the exception). The function used by
pswrite was generalized and renamed gx_outputfile_is_separate_pages for general use. If this
returns true vector devices will close and reopen after each page. The PageCount will then be
used in the formation of the filename for the next page.

Since vector devices open an write the OutputFile when the device is opened the file will be
written even if there is no input, and if a format specifier is used in the OutputFile, then
an extra blank page will be written (maybe this will be fixed later).

For example, now pdfwrite can be used in server mode by changing the OutputFile device param
which will cause the current collection of pages to be written to the PDF file, and a new
PDF will be started. This is most useful from gsapi calls, but creating two PDF's from one
invocation of gs via the command line would be:
gs -sDEVICE=pdfwrite -o tiger.pdf examples/tiger.eps \
-c "<< /OutputFile (colorcir.pdf) >> setpagedevice" \
-f examples/colorcir.ps

gs/base/gdevpdf.c
gs/base/gdevps.c
gs/base/gdevpx.c
gs/base/gdevsvg.c
gs/base/gdevvec.c
gs/base/gsdevice.c
gs/base/gxdevice.h
gs/doc/Ps2pdf.htm
gs/doc/Use.htm

2012-01-19 10:37:43 +0000
Chris Liddell <chris.liddell@artifex.com>
7d0f46b66b275c794dd87525e066e84ccabb4f96

Bug 692801: Fix build with shared lcms2 and "so" target

The targets for the lcms2 integration were mixed up, meaning the shared
lib build had a couple of dependencies on our "local" lcms2 source files.

The "so" target failed because the compiler for the lcms2 integration
code used the wrong compiler variable (and consequently dropped some
vital flags).

No cluster differences.

gs/base/lib.mak

2012-01-19 09:41:53 +0000
Ken Sharp <ken.sharp@artifex.com>
a75b5a720684d6e599c28cae9abb9357aa97d7b3

ps2write - alter /NumCopies handling.

Previously we mimicked /NumCopies and /#copies by using copypage. This is
unreliable because copypage differs on level 3 devices and won't work as
expected. Also it breaks DSC compliance and is probably undesirable with
other PostScript processors such as CUPS.

This commit alters the behaviour so that we use copypage only if the flag
DoNumCopies is true *and* we ProduceDSC is not true. This changes the
default to match pdfwrite and what I think is most logical while preserving
the ability to use copypage in environments where its use can be supported.

Expected Differences
Any files using /NumCopies or /#copies will behave differently, producing
fewer (blank!) pages than before. In our test suite I think this only
affects the Quality Logic files. In particular 268-03.ps and 29-07b.ps

gs/base/gdevpdf.c
gs/doc/Ps2ps2.htm

2012-01-18 12:24:15 -0700
Henry Stiles <henry.stiles@artifex.com>
2a7bf50f7cb797b0f3213eb091960700c0ff50e6

Integrates the new URW WingDing font.

For reasons unknown URW has named the font NewDingbats. This will
result in many healthy progressions in the regression test suite.

pl/plftable.c
urwfonts/NewDingbats.ttf

2012-01-18 12:05:36 -0700
Henry Stiles <henry.stiles@artifex.com>
71bb3ba36e2d15ec409185c69716c7cf40b89ea2

Prevent double file close on font file.

Introduced with the recent change to close font files at
initialization. If a file in the font directory could not be found in
the font table (was not a known font) the file would be closed twice.

pl/pllfont.c

2012-01-18 10:22:47 -0700
Henry Stiles <henry.stiles@artifex.com>
406c8ff0f0414294e52d27d706db51dd11f83725

PJL support for the resolution variable.

The PJL resolution variable is now properly supported, for example "PJL
SET RESOLUTION = 300" will see the resolution for the next job to 300
but will be overridden if -r is given directly on the command line.
Note the PJL resolution is only one value, there is no way to specify
asymmetric resolution as there is with the -r option.

pcl/pcjob.c
pcl/pcstate.h
pcl/pctop.c
pl/pjparse.c
pl/plmain.c
pl/plmain.h
pl/pltop.h

2012-01-17 14:45:50 -0700
Henry Stiles <henry.stiles@artifex.com>
b3e60553237af409e4d23d5c8dd39eb136665752

Close PCL font files after initial read.

Upon startup PCL reads all the font files to gather attribute
information but the files were being left open wasting file handles.
This change closes the files.

pl/pllfont.c

2012-01-17 14:42:43 -0700
Henry Stiles <henry.stiles@artifex.com>
5ad194fca3c799f3928d714567a17c5d8361a424

Reverts 3ab47d0e1e357a16cf5b35747b10b26d99b4d6f0, bad fix.

Now that we have a larger corpus of hpgl/2-rtl files it is clear this
fix cannot be right, something must have been wrong with the analysis,
unfortunately the, referenced test file from the logs ("sprinkler")
seems to be gone.

pcl/pcjob.c

2012-01-12 15:31:35 -0700
Henry Stiles <henry.stiles@artifex.com>
39eb74a7a55793f6acdc473efd014a95a93f7542

Shell script to convert HPGL/2-RTL to PDF.

Aside from the obvious purpose of converting hpgl/2 files to pdf, the
script demonstrates how to use the bounding box device to find the
extant of the graphics in the gl/2 file and then use those bounding
box coordinates to defiine a plot size for the file so there is no
white space margin. This is commonly needed as the plot size command
in GL/2 files specifies a plot much larger than needed.

tools/plot2pdf.sh

2012-01-12 12:07:37 -0700
Henry Stiles <henry.stiles@artifex.com>
dbab71fabce6bdeda5f478a077f739457e88f542

Refines '-J' option to process Exit Language properly.

The previous set up sent a truncated string to the PJL parser so Exit
Language was never returned. Now all the output is sent and the Exit
Language code is required otherwise an error is returned.

pl/plmain.c

2012-01-12 09:47:07 -0700
Henry Stiles <henry.stiles@artifex.com>
84cb959e0a2ed1cb0a898b8e2bebf120f55ebc57

Allow multiple PJL commands with the -J option.

Previously only 1 PJL command could be issued on the command line with
the -J option. Now multiple commands may be issued by separating
commands with a semicolon:

pcl6 -lRTL -J"@PJL DEFAULT PLOTSIZEOVERRIDE=ON;\
@PJL DEFAULT PLOTSIZE1=10000;@PJL DEFAULT PLOTSIZE2=8000"

Unfortunately, the odd behavior of HP's PJL parser does not allow
whitespace before "@PJL" which should start a new command each on a
different line, similarly there can be no leading white space at the
beginning or after a semicolon.

pl/plmain.c

2012-01-18 10:27:40 +0000
Chris Liddell <chris.liddell@artifex.com>
0c2d126b790a81d2f9338834429cc46fcc84dab2

Bug 692788: Wrong and missing manpage links in unixinst.mak

Patch from Stefan Bruens ( stefan.bruens@rwth-aachen.de ).

No cluster differences.

gs/base/unixinst.mak

2012-01-18 08:33:00 +0000
Chris Liddell <chris.liddell@artifex.com>
25198491321b0540910d9aaa6dcc4367f2098dab

Bug 692789: add some buffer limit protection.

In one place add buffer overrun protection and error out, and in another,
error out if the incoming string is greater than the buffer length (in this
case there would be no buffer overrun, as we only read a buffer full of
data).

No cluster differences.

gs/base/echogs.c

2012-01-16 11:23:18 +0000
Chris Liddell <chris.liddell@artifex.com>
91f728c058e3ab4705e53916d07597c7a755c730

Fix pdfwrite's stringwidth for text rendering mode 3

pdfwrite provides it's own "low level" stringwidth code, which includes code to
convert the resulting coordinates into user space. Unexplicably, this
conversion to user space was *not* applied when text rendering more 3 was in
force.

This caused a problem for a pending enhancement.

No cluster differences.

gs/base/gdevpdte.c

2012-01-16 10:19:50 +0000
Ken Sharp <ken.sharp@artifex.com>
3efaa3a6fabad09a4442f281fdbccc33f0474ea0

ps2write - Prevent charpath optimisation to Tr for ps2write

As a legacy of the old Text rendering mode code there is an optimisation in
pdfwrite which detects sequences such as "true charpath gsave fill grestore
stroke" and converts them to Text rendering mode 2.

However, ps2write doesn't support text rendering modes, so if the colour changes
then this produces incorrect output.

Disabling the optimisation when the device is ps2write cures the problem.

Expected Differences
Progressions in:
Bug687817.ps
Bug690164.ps
Catx6562.pdf

Small (single pixel) diffferences in a number of files due to the emission
of a path rather than executing charpath.

gs/base/gdevpdfd.c

2012-01-13 10:16:03 -0800
Michael Vrhel <michael.vrhel@artifex.com>
85a94168a4e64199b5a237dbf0d262f5e457440f

Fix typo in document. 9.05 not 9.5

gs/doc/GS9_Color_Management.pdf
gs/doc/GS9_Color_Management.tex

2012-01-13 10:40:50 -0700
Henry Stiles <henry.stiles@artifex.com>
a9e65e32b4a12c0f5de8ed6a3dcd38b3216f3ae1

Bug 691230, basic jbig2 halftone image support.

Thanks to George Gottleuber for this work.

gs/base/jbig2.mak
gs/jbig2dec/jbig2_halftone.c
gs/jbig2dec/jbig2_halftone.h
gs/jbig2dec/jbig2_mmr.c
gs/jbig2dec/jbig2_mmr.h
gs/jbig2dec/jbig2_segment.c

2012-01-13 14:23:19 +0000
Robin Watts <robin.watts@artifex.com>
993377ba237144726cd25e2d8851c70090370dd4

Optimise TetrahedralInterp16 in lcms2

Port Michaels optimisations from lcms1, and further tweak
for speed.

gs/lcms2/src/cmsintrp.c

2012-01-13 13:45:44 +0000
Chris Liddell <chris.liddell@artifex.com>
8e03b7f4769120ba60224cc6484b8766b386e054

Better lcms2 support in autoconf build

Make reverting to lcms a configure option, make lcms2 the default in configure
allow linking of the system lcms2.

Improve the feedback a little.

No cluster differences.

gs/base/Makefile.in
gs/base/configure.ac

2012-01-13 01:02:52 +0000
Robin Watts <robin.watts@artifex.com>
4e400364e182ae838a9a844ea40c4cca8d33bc09

Silence lcms2 warnings.

Make a few functions static. Announce some in the headers.

Fix some #ifdefferey.

gs/base/gsicc_lcms2.c
gs/lcms2/include/lcms2.h
gs/lcms2/src/cmspack.c
gs/lcms2/src/cmstypes.c
gs/lcms2/src/cmsxform.c
gs/lcms2/src/lcms2_internal.h

2012-01-12 16:05:09 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
cf11f0f7e68ac576138e49ab8d2c05a0121c6997

Change default cms to be lcms2 (for autogen.sh builds).

Continuation of commit 319474974fe4ddb99d29e8d3976afcc25f0e54ba.

gs/base/Makefile.in

2012-01-12 11:22:18 -0800
Michael Vrhel <michael.vrhel@artifex.com>
8aa37658b48f4fbda7551598f8de216f2d3dd33d

Update of color documentation

The new document includes several figures. Rather than clutter the tree with the additional figures that LaTeX uses in creating the pdf, I removed the figures folder. The new LaTeX file uses PDFLaTeX to create the pdf rather than the dvi2ps approach.

gs/doc/GS9_Color_Management.pdf
gs/doc/GS9_Color_Management.tex
gs/doc/figures/Ghost.eps
gs/doc/figures/Overview.eps

2012-01-12 15:23:20 +0000
Ken Sharp <ken.sharp@artifex.com>
afad2d730c8f5f6137791259fab3c45fda0f6862

ps2write - When converting shaded fills to image+clip, preserve insidenes rule

ps2write cannot preserve a fill with a Shading pattern, so it converts these
to an image and a clip (the path to fill is converted to a clip path).

However it did not preserve the 'insideness' winding rule which meant that
both eofill and fill were converted to 'clip' when eofill should be converted
to eoclip.

Expected Differences
fts_31_3110.pdf
fts_31_3115.pdf
fts_31_3118.pdf
09-47A.ps
09-47B.ps
09-47C.ps
09-47D.ps
09-47E.ps
09-47G.ps
09-47H.ps
09-47I.ps
09-47J.ps
09-47K.ps
09-47L.ps
09-47M.ps
18-02A.ps
18-02B.ps
18-02F.ps
23-12W.ps

All show progressions with ps2write

gs/base/gdevpdfd.c

2012-01-11 11:25:41 +0000
Robin Watts <robin.watts@artifex.com>
f6b83ef318aaf22b84cdeca55ba40208b9c3caad

Port color transform speedups from lcms1 to lcms2.

Use a chameleonic header file to generate optimised transform
functions.

gs/base/lcms2.mak
gs/lcms2/src/cmspack.c
gs/lcms2/src/cmsxform.c
gs/lcms2/src/cmsxform.h

2012-01-10 14:41:36 -0700
Henry Stiles <henry.stiles@artifex.com>
defb2b18e49123f4cad571070156a27ece868652

Adds the bbox device.

main/pcl6_gcc.mak
main/pcl6_msvc.mak

2012-01-10 21:16:10 -0800
Michael Vrhel <michael.vrhel@artifex.com>
f50368d684e84fe63579494b3e3efe0e4f39f98c

Clean up of the icc color code.

Remove objects and redundant functions that were introduced over the
past couple years. Found these while writing the documentation.

gs/base/gdevpdfi.c
gs/base/gdevpsd.c
gs/base/gdevrinkj.c
gs/base/gdevxcf.c
gs/base/gscms.h
gs/base/gscsepr.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/gsicc_cms.h
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gsicc_nocm.c
gs/base/gxcmap.c
xps/xpsgradient.c

2012-01-10 18:27:46 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
9e2df6f6194c5091dbfc6bde2218569645f5c89a

Make fuzzy not seg fault when comparing images of different sizes.

Horrible hack to allow fuzzy to compare two files that have different
dimensions (necessary when compareing outupt from muPDF vs. Ghostscript).

gs/toolbin/tests/fuzzy.c

2012-01-10 23:05:58 +0000
Robin Watts <robin.watts@artifex.com>
319474974fe4ddb99d29e8d3976afcc25f0e54ba

Change default cms to be lcms2 (for non-windows builds)

Forgot to change the unix builds. Expect lots of small changes in
the cluster.

common/ugcc_top.mak
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/openvms.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak

2012-01-10 22:24:35 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
c0573245db4f03c6cdca24906d73151a4e9be3c9

Bug 691267: Check all realloc error paths.

gs/base/sjbig2.c
gs/jbig2dec/jbig2.c
gs/jbig2dec/jbig2_huffman.c
gs/jbig2dec/jbig2_page.c
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2012-01-10 22:09:28 +0000
Robin Watts <robin.watts@artifex.com>
4e1c54b4c4cbc12185e44a758dcfae8f6095fa6c

Add 2 more files missing from solution.

CLUSTER_UNTESTED.

gs/ghostscript.vcproj

2012-01-10 22:08:28 +0000
Robin Watts <robin.watts@artifex.com>
9d23e07f6895eb581eaea17bf812be9f89d207b3

Change default cms to lcms2.

Expect lots of small changes.

gs/base/winlib.mak

2012-01-10 19:47:56 +0000
Robin Watts <robin.watts@artifex.com>
2468c2bce2ae03750ccab220b16fa6a62b31135f

Move icc34.h from lcms directory to gs/base

It's not supplied as part of the lib, and we need it for lcms,
lcms2, the non-cmm cmm and the creation tools, so having it
somewhere central seems sensible.

gs/base/icc34.h
gs/base/lcms.mak
gs/base/lcms2.mak
gs/base/lib.mak
gs/lcms/include/icc34.h

2012-01-10 19:45:25 +0000
Robin Watts <robin.watts@artifex.com>
d1a09075987875224abdaf8d6c62fdf40895ba98

LCMS2 fix: MSVC version check uses <= rather than <

Checking for <= 1400 includes VS2005. The intent is to only include
VS2003. Change to < and all is well.

gs/lcms2/src/lcms2_internal.h

2012-01-10 19:16:34 +0000
Robin Watts <robin.watts@artifex.com>
df2872f8b3cff582871ae15f4c3221bcb6e607fc

Add lcms2 entries to Visual Studio Solution.

Doesn't make any difference to building - just enables us to search
for code etc more easily.

gs/ghostscript.vcproj

2012-01-10 10:55:10 -0800
Michael Vrhel <michael.vrhel@artifex.com>
3996236547b4f6b2c4e0d60cd7b4196c33123ac0

Update of our lcms2 directory to 2.3 release

gs/lcms2/AUTHORS
gs/lcms2/ChangeLog
gs/lcms2/Projects/BorlandC_5.5/lcms2.rc
gs/lcms2/Projects/VC2008/lcms2.rc
gs/lcms2/Projects/VC2010/lcms2.rc
gs/lcms2/Projects/mac/.DS_Store
gs/lcms2/Projects/mac/LittleCMS/.DS_Store
gs/lcms2/bin/Bin.txt
gs/lcms2/bin/Thumbs.db
gs/lcms2/configure
gs/lcms2/configure.ac
gs/lcms2/doc/LittleCMS2.0 API.pdf
gs/lcms2/doc/LittleCMS2.0 Plugin API.pdf
gs/lcms2/doc/LittleCMS2.0 tutorial.pdf
gs/lcms2/doc/LittleCMS2.1 API.pdf
gs/lcms2/doc/LittleCMS2.1 Plugin API.pdf
gs/lcms2/doc/LittleCMS2.1 tutorial.pdf
gs/lcms2/doc/LittleCMS2.3 API.pdf
gs/lcms2/doc/LittleCMS2.3 Plugin API.pdf
gs/lcms2/doc/LittleCMS2.3 tutorial.pdf
gs/lcms2/doc/src.zip
gs/lcms2/include/icc34.h
gs/lcms2/include/lcms2.h
gs/lcms2/lcms2.pc.in
gs/lcms2/src/cmscgats.c
gs/lcms2/src/cmscnvrt.c
gs/lcms2/src/cmserr.c
gs/lcms2/src/cmsio1.c
gs/lcms2/src/cmslut.c
gs/lcms2/src/cmsnamed.c
gs/lcms2/src/cmsopt.c
gs/lcms2/src/cmspack.c
gs/lcms2/src/cmsplugin.c
gs/lcms2/src/cmssm.c
gs/lcms2/src/cmstypes.c
gs/lcms2/src/cmsvirt.c
gs/lcms2/src/cmswtpnt.c
gs/lcms2/src/cmsxform.c
gs/lcms2/src/lcms2.def
gs/lcms2/src/lcms2_internal.h
gs/lcms2/testbed/USWebCoatedSWOP.icc
gs/lcms2/testbed/UncoatedFOGRA29.icc
gs/lcms2/testbed/sRGBSpac.icm
gs/lcms2/testbed/sRGB_Color_Space_Profile.icm
gs/lcms2/testbed/sRGB_v4_ICC_preference.icc
gs/lcms2/testbed/test1.icc
gs/lcms2/testbed/test2.icc
gs/lcms2/testbed/test3.icc
gs/lcms2/testbed/test4.icc
gs/lcms2/testbed/test5.icc
gs/lcms2/testbed/testcms2.c
gs/lcms2/utils/common/vprf.c
gs/lcms2/utils/delphi/lcms2.dll
gs/lcms2/utils/linkicc/linkicc.c
gs/lcms2/utils/samples/roundtrip.c
gs/lcms2/utils/tificc/tificc.c
gs/lcms2/utils/transicc/transicc.c

2012-01-09 11:06:41 -0700
Henry Stiles <henry.stiles@artifex.com>
20a53310422c41df4f48deef3f704b39c291a5f2

PLOTSIZEROTATE is no longer used with the current scheme to initialize
HPGL-2/RTL (see last few commits).

CLUSTER_UNTESTED

pl/pjparse.c

2012-01-09 10:48:58 -0700
Henry Stiles <henry.stiles@artifex.com>
96726af52822d442cceb1531c1d12bd6141ac322

The previous standalone GL/2 mode is incompatible with how the
transformations are set up in PCL. We have found that plots for
standalone mode can be viewed properly in HPGL-2/RTL mode. We think
this is the best alternative for now, if we get into the business of
emulating individual plotters the issue can be revisited.

pcl/pgdraw.c

2012-01-08 12:57:46 -0700
Henry Stiles <henry.stiles@artifex.com>
1e6d68e396ec5842af5b8cb5cb226c9de1f46d31

The HPGL-2/RTL work of the last few commits introduce a regression -
disabling bound coordinates in normal PCL mode.

pcl/pgdraw.c

2012-01-07 22:09:50 -0700
Henry Stiles <henry.stiles@artifex.com>
d18b90db02540b1bf1005537aa38b42ef2486f43

Implements transformations and clipping needed by HPGL/2-RTL. The
previous setup was only appropriate for HPGL standalone mode and only
appeared to work based on the small number of example files we had at
the time.

pcl/pcpage.c
pcl/pgconfig.c
pcl/pgdraw.c

2012-01-07 22:02:59 -0700
Henry Stiles <henry.stiles@artifex.com>
9f40ae210f923553413e44135e796fcb981ec34e

Presentation mode 3 and clipping when the cap is coincident with the
logical page is not seen in the HPGL-2/RTL examples we have. There
might be something more complicated going on here, it would be
difficult to determine without a device to run experiments.

pcl/rtgmode.c

2012-01-07 21:58:50 -0700
Henry Stiles <henry.stiles@artifex.com>
3687f6b4cbafd91d5f29c604f86a56a5b118001f

Support the geometry option on the command line, note this really
duplicates the functionality of setting a media size using PJL, but we
implement it anyway because users prefer the familiarity of the
option.

pcl/pcpage.c
pcl/pcstate.h
pcl/pctop.c
pl/plmain.c
pl/plmain.h
pl/pltop.h

2012-01-07 21:35:57 -0700
Henry Stiles <henry.stiles@artifex.com>
275066d79d9f01a90f0fd91bc8448c5746cbac2c

The default top and left margin are 0 in HPGL-2/RTL mode, not the standard
PCL values.

pcl/pcpage.c

2012-01-07 21:09:37 -0700
Henry Stiles <henry.stiles@artifex.com>
5a1eda769a573ef37e2930502c25bfab8d1fb457

The transformation setup for HPGL-2 and RTL was really only correct
for standalone mode (GL only). So we have to save the entry operand
to the "Enter HPGL/2 command" in the state so it can be used when the
transformation matrices are recalculated.

pcl/pcommand.c
pcl/pcstate.h
pcl/pgdraw.c
pcl/rtmisc.c

2012-01-07 20:50:17 -0700
Henry Stiles <henry.stiles@artifex.com>
9632b092e1d3ea35c855ae1ccba78fd2e4695d9a

Remove unnecessary warning of dubious origin.

CLUSTER_UNTESTED

pcl/pcursor.c

2011-12-20 18:19:40 -0700
Henry Stiles <henry.stiles@artifex.com>
9d5c4a0e75e89618e08418ec50809bcbc9886fcf

Conditionalize a debug message.

CLUSTER_UNTESTED

pl/plfont.c

2011-12-20 11:45:52 -0700
Henry Stiles <henry.stiles@artifex.com>
bddfe691c7caae4653cb9ad46645443274fe42a2

The new ICC flow does not require CRD's and we now do not selectively
choose halftones based on setting from the palette vs. the foreground,
the latter, an implemented but never used feature.

pcl/pcdraw.c
pcl/pcht.c
pcl/pcht.h
pcl/pcpatrn.c
pcl/pgdraw.c

2012-01-08 16:32:03 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
acf3f93fa0b9b0b0af938d0517045446e0d94042

Add missing '\n' before EOF.

Add missing '\n' to the last line of gdevp14.c.
This caused compilation errors on MSVC 7.

gs/base/gdevp14.c

2012-01-06 12:14:15 +0000
Ken Sharp <ken.sharp@artifex.com>
de1badc8e7dcf9b2728f46c5a187a2b76a1bf682

ps2write - Properly handle masked images with interpolation

ps2write converts type 3 and 4 (masked) images into an image and clip
combination. The clip is created from the mask, and the image is rendered
to a memory device. Note that the memory device canvas is just large enough to
contain the image.

The image is drawn as a series of rectangular fills, and our 'local conveter'
device shifts these from the original page location to the correct (relocated to 0,0)
position in the memory device.

However, if interpolation is true for the image, then we don't get a series
of rectangular fills, we get a 'copy_color' instead which the converter
device didn't handle. Adding a copy_color method which properly translates the
image position solves the problem.

Expected Differences
Progressions in Bug691210.pdf, 12-07B.ps and 12-07C.ps

gs/base/gdevpdfd.c
gs/base/gdevpdfx.h

2012-01-06 11:49:13 +0000
Chris Liddell <chris.liddell@artifex.com>
62633d12eb583116c0a0e1f888c283977cb593b2

Bug 692764: check Freetype is new enough

We must use Freetype v 2.4.0 at the earliest, so configure will now check that
if being asked to use a shared Freetype lib.

Add a configure check for Freetype shared lib that doesn't depend on pkg-config.

Move the warning about falling back to the deprecated AFS code to the end of
the configure output.

No cluster differences.

gs/base/configure.ac

2012-01-05 22:09:09 -0800
Michael Vrhel <michael.vrhel@artifex.com>
c3bf6f733b8aed99f2a87058b8689c063beae9a0

Fixed missing Rendering Intent Override in gs_lev2.ps

In creating some examples and writing the documentation I
discovered that this was missing and so none of the
rendering intent settings were working.

gs/Resource/Init/gs_lev2.ps

2012-01-05 13:41:17 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
da508b027e16d926f2e200fd6ff17d58f3392855

Added the ability to clusterpush.pl mupdf.

This feature is still largely untested and known problems remain,
in particular there is an issue with the wrong information in the
email report for the first mupdf clusterpush following a ghostscript
clusterpush.

gs/toolbin/localcluster/clusterpush.pl

2012-01-05 10:05:51 -0800
Michael Vrhel <michael.vrhel@artifex.com>
f45061bbea6a75abe17187fd06b67ad36fc7e779

Fix memory issue when creating source color structure

One of the objects in the source color structure was getting allocated in
GC memory where it should have been in non-GC memory.

gs/base/gsicc_manage.c

2012-01-05 16:13:07 +0000
Robin Watts <robin.watts@artifex.com>
d3bd93d8da482714c30e58731829cac4f9e3510e

Add RAW_DUMP_AS_PAM option.

If RAW_DUMP_AS_PAM is enabled, then (where possible) we RAW_DUMP
blends as pam rather than raw files. Easier for people without
full photoshop to handle.

gs/base/gxblend.c
gs/base/gxblend.h

2012-01-03 17:50:07 +0000
Chris Liddell <chris.liddell@artifex.com>
e503591e1cc9d6f6c4c91fd5e0500df0cb6df21b

Revise example in comments.

Revise the example using "getenv" to correcly account for the return values of getenv.

CLUSTER_UNTESTED

gs/Resource/Init/cidfmap

2012-01-03 16:10:02 +0000
Chris Liddell <chris.liddell@artifex.com>
c974aa83b814e9bf9c3e1b29493edb8cd5ed8091

Bug 692641 (again): prevent symbol name clash

Another case where our "internal" SHA symbols could clash with the "real"
OpenSSL ones if libgs is being statically linked. As before, trivial rename
to avoid this (courtesy of Alan Hourihane - alanh@fairlite.co.uk).

No cluster differences.

gs/base/sha2.c

2012-01-03 13:08:07 +0000
Ken Sharp <ken.sharp@artifex.com>
d48a3d162fd38aaa2582e32565c07df41e7c02cb

pdfwrite/ps2write - Properly validate BitsPerComponent for images

Suprisingly (to me) the BitsPerComponent value for images is not validated
at the interpreter (language) level, but is handled in the graphics library.

pdfwrite and ps2write were not validating the BitsPerComponent, other than
to check it was 8 or less, and so could create invalid images in the PDF or
PostScritp output.

This commit adds the missing checks.

Expected Differences
12-07a.ps - ps2write no longer produces an invalid PostScript file
12-07a.ps - pdfwrite no longer produces an invalid PDF file
12-02.ps - ps2write no longer produces an invalid PostScript file
12-02.ps - pdfwrite no longer produces an invalid PDF file

gs/base/gdevpdfi.c

2012-01-03 09:20:05 +0000
Ken Sharp <ken.sharp@artifex.com>
8cfb57fdd350cbda7578226b150ed0014d5949c9

ps2write - fix uncoloured Pattern spaces with a complex colour space

Certain kinds of colour space, eg /Separation, can have a function which
converts to the alternate space. If one of these was used as the colour
space for an uncoloured pattern then the function was not properly loaded
from the object defuinition, leading to an invalid colour space declaration.

This tests the initial space to see if it is /Pattern and if it is, checks
to see if the pattern is uncoloured (the array contains more than /Pattern).
If so we test the colour space and, if it is an array, process the array as
a colour space, which properly dereferences all the elements.


Expected Differences:
09-47a.ps, 09-47b.ps and 18-02b.ps should now work correctly.

gs/base/opdfread.h
gs/lib/opdfread.ps

2011-12-28 14:37:49 -0800
Michael Vrhel <michael.vrhel@artifex.com>
4e681a04de79896406946d5487efe0a37eb6d2b2

Proof and DeviceLink ICC profile support

This enables the use of the device link and/or a proofing profile. When
present, the transformations are as follows
src profile -> PCS -> proof -> PCS -> proof -> PCS -> device profile -> device link
where PCS is the profile connection space. The CMM obviously would
normally mash these together in a single transform. This is what
occurs in lcms.

This implies that the output color space for the device link
profile must match the color model for the real target device and
that the input color space for the device link profile must match
the color space specified for the device profile.
Still need to do some additional testing and update documentation.

gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/gsicc_cms.h
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximono.c
gs/base/gxiscale.c

2011-12-22 09:55:25 -0800
Michael Vrhel <michael.vrhel@artifex.com>
d4625c5b5a262501fefabe68f2bbea000dcecb52

Movement of proof profile an device link profile to device.

The proofing profile and the device link profile are now in the device's
profile structure. This makes it much easier to include in the proofing
profile and/or the device link profile during the link transformation
creation. This commit includes all the changes except for the actual
creation of the link with the proof. That will come in a separate commit
since there are a lot of changes in this commit and I want to spend
a little more time on that to make it clean and
dependent upon the capabilities of the CMM. The reason is that there are
some CMMs that support the chaining together of multiple transformations and
some that do not. Those that do not may not be able to handle both a
proofing profile AND a device link profile. We want to handle that case
gracefully.

gs/Resource/Init/gs_lev2.ps
gs/base/gdevp14.c
gs/base/gdevpdfk.c
gs/base/gscms.h
gs/base/gsdparam.c
gs/base/gsequivc.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/gsicc_lcms.c
gs/base/gsicc_manage.c
gs/base/gsicc_nocm.c
gs/base/gxcmap.c
gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximono.c
gs/base/gxiscale.c
gs/base/gxshade.c
gs/psi/zusparam.c
xps/xpsgradient.c

2011-12-23 11:50:08 -0800
Robin Watts <robin@peeves.(none)>
63571a25cbd787573f0c4918abe7c783f5e5209c

Memento/Valgrind integration tweak.

Ensure block header is set to be readable when reading blk->tail
to avoid spurious read errors.

gs/base/memento.c

2011-12-23 15:56:43 +0000
Ken Sharp <ken.sharp@artifex.com>
1430adef1955c8c85001b2fbcd371bfccfead179

ps2write - Correct the DecodeLMN matrix creation for a CalGray -> CIEBasedA

When converting a CalGray to a CIEBasedA dpace, the Gamma from the CalGray is
used to create a DecodeLMN array. However the code only created a single
executable array, when it is required to be an array of 3 procedures.

Expected Diffrences
09-34.ps no longer fails when converted via ps2write

gs/base/opdfread.h
gs/lib/opdfread.ps

2011-12-23 08:06:18 +0000
Ken Sharp <ken.sharp@artifex.com>
b1ca1565f903490bd71dcc8182e69d4ab5eb6c3a

Initialise a pointer to silence a compiler warning

In fact this is benign, the code can't get here without previously allocating
and initialising the pointer, but that takes place in another branch and
static analysis can't reveal that.

gs/base/gdevtxtw.c

2011-12-22 16:21:10 +0000
Ken Sharp <ken.sharp@artifex.com>
e758e15df0497f85c6843b57e65a6d7f072cf815

Prevent a crash trying to get MissingWidth from sa non-CID font in txtwrite

gs/base/gdevtxtw.c

2011-12-22 15:29:26 +0000
Ken Sharp <ken.sharp@artifex.com>
2eb7ab1f1e57d118259ae7bf2fce9c2872152478

Txtwrite - initialise members of an array, silences compiler warning.

gs/base/gdevtxtw.c

2011-12-22 14:45:17 +0000
Chris Liddell <chris.liddell@artifex.com>
b90f64665896669124bb6f219a77a556371c67c8

Revise DisplayHandle documentation in API.htm

CLUSTER_UNTESTED

gs/doc/API.htm

2011-12-22 14:47:24 +0000
Ken Sharp <ken.sharp@artifex.com>
e391e19723bad3de19beb2fa584f0d9c8b62cac9

Correctly read all parameters in put_params as well as get_params

Fixes the txtwrite device with the language switch build

gs/base/gdevtxtw.c

2011-12-22 12:42:53 +0000
Ken Sharp <ken.sharp@artifex.com>
1eb9f0069dce7d626118333fd51477d734daa88e

Add the txtwrite device to PCL and language switch and supply a method
for get_page_device in txtwrite (prevents SEGV)

gs/base/gdevtxtw.c
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2011-12-21 12:25:57 -0800
Michael Vrhel <michael.vrhel@artifex.com>
157a91639635abad452872cf521f743bbadb0c68

Addition of debug output for icc color conversions

To get detailed information about ICC profile allocations,
mappings, profile creations from PS color objects and
link creations use the command line option --debug=icc

gs/base/gdbflags.h
gs/base/gsciemap.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_manage.c
gs/base/gxclthrd.c

2011-12-21 17:51:31 +0000
Chris Liddell <chris.liddell@artifex.com>
4e99a07ab13789ae7d561390bf0f07721fbf4917

Clean up some target mess left over from earlier commit.

I missed some changes from the removal of the old installer, some
targets were still there which relied on the removed files.

Also, a name didn't make any sense.

CLUSTER_UNTESTED

gs/psi/msvc.mak
gs/psi/winint.mak

2011-12-21 17:07:45 +0000
Chris Liddell <chris.liddell@artifex.com>
2cba2590e1a8edfef6f0b13f8d392a756f889690

Bug 692089 (prt 2): Update Install.htm with 64 bit versions of Windows binaries

CLUSTER_UNTESTED

gs/doc/Install.htm

2011-12-21 17:00:03 +0000
Chris Liddell <chris.liddell@artifex.com>
37053da2b828df8101be25eed9bfadf3c13dbd7b

Bug 692089 (prt 1): install gssetgs.bat suitable for current installer.

As the istaller knows whether it is installer the 32 bit or 64 bit version
of Ghostscript, the installer now chooses between two gssetgs.bat versions
so that the other batch files find the appropriate GS exe.

CLUSTER_UNTESTED

gs/lib/gssetgs32.bat
gs/lib/gssetgs64.bat
gs/psi/msvc.mak
gs/psi/nsisinst.nsi

2011-12-21 16:56:47 +0000
Chris Liddell <chris.liddell@artifex.com>
a11f84267931e805148ed63025002851d3f3d2eb

Remove source files for the old Ghostscript installer.

CLUSTER_UNTESTED

gs/psi/dwinst.cpp
gs/psi/dwinst.h
gs/psi/dwsetup.cpp
gs/psi/dwsetup.h
gs/psi/dwsetup.rc
gs/psi/dwuninst.cpp
gs/psi/dwuninst.h
gs/psi/dwuninst.rc

2011-12-21 15:20:37 +0000
Chris Liddell <chris.liddell@artifex.com>
83b1e0429c3ab74da7dd1c9b78401671bac4d6f6

Make OpenJPEG the default for JPXDecode.

This introduces differences for all the cluster tests with JPX encoded image
data in them.

gs/base/configure.ac
gs/psi/msvc.mak

2011-12-21 13:23:57 +0000
Chris Liddell <chris.liddell@artifex.com>
4bcc37370e97105ae3d4aff085b15541a7cd6a51

Bug 692754: have configure setup endian setting for lcms

The lcms header files have some educated guesses for the current platform
big/little endianness, but they are not comprehensive (for example, PA-RISC
HP UX defeats it).

So, add a test to our configure scripts, and pass the setting as required as a
compiler option for lcms. NOTE: I added an explicit test for endianness because
the autoconf built-in test has problems in recent releases.

Also, noticed in passing: revise the other explicit compile/link tests to use
the AC_LANG_PROGRAM() macro - currently not doing so produces a warning, but
the implication is future versions will throw an error.

No cluster differences.

config.mak.in
configure.ac
gs/base/Makefile.in
gs/base/configure.ac
gs/base/lcms.mak
gs/base/lcms2.mak

2011-12-21 09:16:50 +0000
Ken Sharp <ken.sharp@artifex.com>
39182690d9d7242d7a8e6e2f5fe9aff52d0ee3ab

ps2write - Use Font level Resources for type 3 font CharProcs

Part of Bug #691928, file tpc2.ps. It is possible (in PDF) for a font to have
Resources separately from teh page stream. This is properly catered for in
PDF interpreters.

However, ps2write's prolog only allowed resources defined at the page level
when executing CharProc procedures from a type 3 font (because we are in the
page stream at the time, not the font object).

If the type 3 font executes findfont, and the font is not defined at the page
level (often the case for the Quark q font and other substitutes) then the
font cannot be found. Due to a quirk of the way fonts are defined, the *first*
page to use the type 3 font always includes definitions for any fonts used by
the type 3 font, so this problem only exhibits on mutiple page documents.

This was tricky to fix, we cannot simply replace the Resources in the current
Context, as we need to return to the pre-existing Context after running the
CharProc. Additionally, type 3 fonts can execute other type 3 fonts which may
themselves call other fonts. It was neccesary to implement a stack of saved
resources in order to deal with this situation.

Expected Differences
tpc2.ps should now work properly with ps2write

gs/base/opdfread.h
gs/lib/opdfread.ps

2011-12-20 11:42:18 -0800
Michael Vrhel <michael.vrhel@artifex.com>
fa34b3ab12b15f5e1ace688f00c28a75667afdb4

Fix for bug 691998 avoid the creation of the CRD cache.

Since we are using ICC profiles to define the output color to not create the
cache for the CRD.

gs/psi/zcrd.c

2011-12-19 17:54:51 +0000
Chris Liddell <chris.liddell@artifex.com>
c85b3957cb896af69d8b7f630a56635cc0eb7a8c

Revise the SSE2 tests to work with Sun cc compiler

The Sun/Oracle C compiler doesn't throw an error when compiling SSE2 code
without the requisite SSE2 command line option, and building non-
optimized.

This commit applies a more stringent test, and ensures we use the optimized
build option when we do the test build/link.

Also, adds some use feedback for the SSE2, byteswap intrinsic and byteswap
header tests.

No cluster differences.

configure.ac
gs/base/configure.ac

2011-12-19 15:33:01 +0000
Chris Liddell <chris.liddell@artifex.com>
6a4ff3a5c387f8958016b3678d919373c57ec5bd

CIDFont substitution tweak for *Light,Bold fonts

When we have to substitute for a "Light" style CIDFont which has been made
bold, don't apply artificial emboldening unless the substitute font is
also a "Light".

No cluster differences.

gs/Resource/Init/pdf_font.ps

2011-12-19 08:00:17 +0000
Ken Sharp <ken.sharp@artifex.com>
269ddabfb17657114b8e09b0c2fb2ee8440d92df

Check a return code, silences a compiler warning and is more robust

gs/base/gxfcopy.c

2011-12-17 14:08:37 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
464ef7f26f33b3f8a5d4c8732674e75a6aff39dc

Bug 692747: Trap errors in operator sh and continue.

Execute .shfill operator in a stopped contect, trap errors,
issue a warning, and continue.

gs/Resource/Init/pdf_draw.ps

2011-12-15 13:54:15 +0000
Chris Liddell <chris.liddell@artifex.com>
ea9a951756d495c6b8e427cbcea80fb94f9ccaa5

Bug 687297: Revert to the URW fonts

Revert to using the "pristine" URW fonts.

Cluster differences: every job which uses one of the base 35 fonts.

gs/Resource/Font/CenturySchL-Bold
gs/Resource/Font/CenturySchL-BoldItal
gs/Resource/Font/CenturySchL-Ital
gs/Resource/Font/CenturySchL-Roma
gs/Resource/Font/Dingbats
gs/Resource/Font/NimbusMonL-Bold
gs/Resource/Font/NimbusMonL-BoldObli
gs/Resource/Font/NimbusMonL-Regu
gs/Resource/Font/NimbusMonL-ReguObli
gs/Resource/Font/NimbusRomNo9L-Medi
gs/Resource/Font/NimbusRomNo9L-MediItal
gs/Resource/Font/NimbusRomNo9L-Regu
gs/Resource/Font/NimbusRomNo9L-ReguItal
gs/Resource/Font/NimbusSanL-Bold
gs/Resource/Font/NimbusSanL-BoldCond
gs/Resource/Font/NimbusSanL-BoldCondItal
gs/Resource/Font/NimbusSanL-BoldItal
gs/Resource/Font/NimbusSanL-Regu
gs/Resource/Font/NimbusSanL-ReguCond
gs/Resource/Font/NimbusSanL-ReguCondItal
gs/Resource/Font/NimbusSanL-ReguItal
gs/Resource/Font/StandardSymL
gs/Resource/Font/URWBookmanL-DemiBold
gs/Resource/Font/URWBookmanL-DemiBoldItal
gs/Resource/Font/URWBookmanL-Ligh
gs/Resource/Font/URWBookmanL-LighItal
gs/Resource/Font/URWChanceryL-MediItal
gs/Resource/Font/URWGothicL-Book
gs/Resource/Font/URWGothicL-BookObli
gs/Resource/Font/URWGothicL-Demi
gs/Resource/Font/URWGothicL-DemiObli
gs/Resource/Font/URWPalladioL-Bold
gs/Resource/Font/URWPalladioL-BoldItal
gs/Resource/Font/URWPalladioL-Ital
gs/Resource/Font/URWPalladioL-Roma

2011-12-14 16:23:24 +0000
Chris Liddell <chris.liddell@artifex.com>
3875e5a471e3f9b9b4a2f5ea03e37b59fcd8913c

Bug 690779 (pt2): revisions to CIDFont substition.

The original code (commit 18a51701) didn't work well with pdfwrite, so this
revision handles substition by modifying the CIDFont resource .map dictionary.
This means that the "fake" CIDFont is created with the requested parameters
from the start.

Also, add command line paramters and environment variables to control the
path to and file name of the subsitute TTF.

Differences in Bug692320.pdf.

No other cluster differences.

gs/Resource/Init/gs_cidfm.ps
gs/Resource/Init/pdf_font.ps
gs/doc/Use.htm

2011-12-14 09:10:55 +0000
Chris Liddell <chris.liddell@artifex.com>
ce35f1657aac012a492f05f61b56a605243fe83e

Re-enable CDevProc for substituted CIDFonts.

Previously, CDevProc execution was disabled for CIDFonts which had been
substituted by a TTF (through cidfmap, for example) because the index that
gets passed to zchar_set_cache() is the TTF GID, not the CID, and the
CDevProc requires the CID.

We can, however, retrieve the CID from the text enumerator, and pass that to
the CDevProc, which is what this commit implements.

Cluster differences in Bug692320.pdf because we now reposition glyphs with the
CDevProc where we previously were not.

No other differences.

gs/psi/zcharout.c

2011-12-13 12:47:57 +0000
Robin Watts <robin.watts@artifex.com>
863d3d5383aaf59a04715115f72651cbbb3d8435

Fix for bug 688387; Type 3 image range checking is too restrictive.

Modified version of patch from Olavi Sakari.

For explicit masking, regenerate the mask matrix from the image
matrix, with scaling changes to allow for different widths/heights.

Cluster testing shows differences in:
tests_private/comparefiles/468-01.ps (We now match acrobat)
tests_private/comparefiles/Bug690237.pdf (rounding diffs, fine)
tests_private/ps/ps3cet/12-07C.PS (content now appears)

gs/base/gximage3.c

2011-12-13 11:19:08 -0700
Henry Stiles <henry.stiles@artifex.com>
93bdb2010c0c1ce074c3cd4bddc6a77f6808d920

Common subexpression elimination - no expected changes.

pcl/pcindxed.c

2011-12-12 21:58:38 -0700
Henry Stiles <henry.stiles@artifex.com>
e04069bf8549eba33e7ba71398769609b72d2026

Reorganize the initialization of the pen width and residual palette
color entries. In particular, the pen width initialization was
incorrect, applying default pen widths to pens that shouldn't be
reset. This changes result in progressions for the following files:

tests_private/pcl/pcl5ccet/31-09.BIN
tests_private/pcl/pcl5ccet/34-03.BIN
tests_private/xl/pcl6cet3.0/C705.bin

pcl/pcindxed.c

2011-12-12 09:58:43 -0700
Henry Stiles <henry.stiles@artifex.com>
abf148da6950f4f39d57603fb316584ea0975fa7

Addresses 692051, the palette string's allocated size always
matches the number of entries in the palette times 3 (bytes).

pcl/pcindxed.c

2011-12-12 09:57:30 -0700
Henry Stiles <henry.stiles@artifex.com>
0880ae03de6174fc13c3016a1c0f49c850047df7

Make fuction static.

CLUSTER_UNTESTED

pcl/pcpalet.c

2011-12-12 09:54:30 -0700
Henry Stiles <henry.stiles@artifex.com>
a074d9ebc08bda2680133ae3fc09fd9ff55637be

Fix long standing problem where too many palette entries were
initialized. This was not an issue with a fixed static palette but
with the new dynamic palettes forthcoming this would cause writing
past the end of the palette data string.

pcl/pcindxed.c

2011-12-09 09:37:26 -0700
Henry Stiles <henry.stiles@artifex.com>
dea0afb058b76ea57832f6e48a0bfc080898e9cb

Back out valgrind workarounds to resize and initialize indexed color
spaces. A more complete solution is forthcoming.

pcl/pcindxed.c

2011-12-08 23:18:54 -0700
Henry Stiles <henry.stiles@artifex.com>
aacecd032249027269e896ebc0abada3a8e82945

Extra debugging support for PCL color spaces.

CLUSTER_UNTESTED

pcl/pccid.c
pcl/pccid.h
pcl/pccsbase.c
pcl/pcindxed.c
pcl/pcpatrn.c

2011-12-13 15:21:42 +0000
Ken Sharp <ken.sharp@artifex.com>
5f5921ad464e39676328705c874485e66a6d6469

Fix crash when using a TrueType substitute for a missing CIDFont with pdfwrite

The changes to better handle PCL fonts accidentally left out an important
test which could lead to a seg fault if a PDF file was processed which
contained a reference to a non-embedded CIDFont, and we had defined a
TrueType substitute to use instead.

This restores the old behaviour of exiting with an error.

Bug692320 should no longer seg fault with cluster testing.

gs/base/gdevpdtt.c

2011-12-13 11:46:53 +0000
Chris Liddell <chris.liddell@artifex.com>
18a5170163b690647f70d58e4c9d75873cd1324b

Bug 690779: Provide fallback for missing CIDFonts in PDF

Rather than throw an error when a PDF references a CIDFont that is not
available, we'll now fall back to using DroidSansFallback.ttf, by default.

This gives a reasonable analogue of other PDF consumers' behavior.

Results in extensive differences in Bug692320.pdf because we now complete
content streams, and image the text they contain, rather than skipping
them. NOTE: this does not make the output from Bug692320.pdf "correct", but
arguably makes it "less wrong".

Other than that, no differences.

gs/DroidSansFallback.NOTICE
gs/Resource/CIDFSubst/DroidSansFallback.ttf
gs/Resource/CIDFont/ArtifexBullet
gs/Resource/Init/gs_ciddc.ps
gs/Resource/Init/gs_cidfm.ps
gs/Resource/Init/gs_init.ps
gs/Resource/Init/gs_ttf.ps
gs/Resource/Init/pdf_font.ps
gs/Resource/Init/xlatmap
gs/doc/Use.htm
gs/psi/psromfs.mak

2011-12-12 15:38:32 +0000
Chris Liddell <chris.liddell@artifex.com>
405d67e60c1b943f4faeed728bace0f2103a7ec8

Bug 692736: fix logic contolling FAPI's bitmap production.

Non-marking operations (such as stringwidth) sometimes require FAPI to produce
a bitmap. We were taking the "slegdehammer" approach of always producing a
bitmap, and throwing it away when not required.

This commit fixes the decision on whether we should produce a bitmap.

No cluster differences.

gs/psi/fapi_ft.c
gs/psi/zfapi.c

2011-12-12 14:29:29 +0000
Chris Liddell <chris.liddell@artifex.com>
77f2e7c475bdf79e478d59c878d6ae30c53c5a17

Add missing dependencies for gdevicov.c.

No cluster differences.

gs/base/lib.mak

2011-12-10 16:41:06 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
70b1623bf91ea2a75da69f40caefb7efa56f49d9

Add ink coverage device: inkconv. Resolves Bug 692665.

Add the inkcov device, written by sebastian.kapfer@physik.uni-erlangen.de.
This dummy device produce output listing the percentage of pixels
containing c, m, y, and k ink.

No cluster differences expected since this device isn't tested by the
cluster.

gs/base/configure.ac
gs/base/gdevicov.c
gs/base/lib.mak
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/openvms.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/ghostscript.vcproj

2011-12-09 10:01:57 +0000
Chris Liddell <chris.liddell@artifex.com>
9a2555a91fbc2fa73a6e2f8f4035b58b4ff5ae57

Bug 692686: use same scan conversion settings for "clip" as for "fill"

The PDF job in question renders most of its text as simple text render mode 0,
but about three glyphs are done using tr mode 7, and showing an image through
the resulting clip.

The problem is that when we image a glyph, we use fill_adjust 0 (rather than the
default of ~0.3), otherwise glyphs are overly bold. When using one of the clip
text modes in PDF, however, we still used the default fill_adjust, which
resulted in an overly "bold" clip path.

This causes a number of cluster differences: several are progressions, the
others are pixel differences - mostly cases where resolution and/or zoom level
affect whether we precisely match Acrobat.

gs/Resource/Init/pdf_ops.ps

2011-12-09 10:07:33 +0000
Ken Sharp <ken.sharp@artifex.com>
5359a2d0bf10568102f85d797a91c0595518ae23

Do not use hexadecimal names for type42 Charstrings and Encoding

Bug #692711 - When creating CharStrings and Encoding for an embedded
TrueType font, to create a type 42 font, we need to supply numeric names
according to the spec. We were doing this using hex values which has the
unfortunate effect of creating 5 of the names as /A to /F.

These are not numeric! In fact they duplicate 5 of the Ghostscript
standard names. While this is not actually a problem when rendering, it
*is* a problem for ps2write because it uses the names to rebuild the font
for embedding. If the name is one of the standard names then it leads
(through complex routes) to us creating a CMAP subtable where the GID is
not correct, we use the value of the stadnard name instead of the correct
numeric value.

By using decimal numbers we avoid this problem.

This change exhibits progressions in the regression files Bug688421.pdf
(which is now 100% correct with the earlier fixes for composite glyphs)
and Bug691121.pdf

gs/Resource/Init/gs_ttf.ps

2011-12-09 09:43:53 +0000
Chris Liddell <chris.liddell@artifex.com>
db2cf48ecc2e287d2685c4b43fa7bcaa0fde1721

Bug 692730: fix confusion in stream opening for FAPI/FT

When I wrote the custom stream code so that Freetype uses the Ghostscript
stream functions, I misunderstood a couple of aspects of the Ghostscript
stream opening code, especially where paths did not include a Postscript
device.

I believe this resolves that.

No cluster differences.

gs/psi/fapi_ft.c

2011-12-08 21:35:46 -0800
Michael Vrhel <michael.vrhel@artifex.com>
8ac67fdf4beb52a8f804b146a13af208004c6f88

Fix for accidental changes in ghostscript.vcproj during previous commit.

Problem was caused by the fact that I add added a file that I wanted in the
project display but I am running a newer version of visual studio compared to
what we maintain in the trunk.

gs/ghostscript.vcproj

2011-12-06 12:52:31 -0800
Michael Vrhel <michael.vrhel@artifex.com>
592047c6c30012f86ada508870554c9eff9a749a

Allow use of unmanaged color transformations for source DeviceXXX colors

This introduces a CMM that can hand back "links" to gs where the
links in this case contain pointers to the simple procedures that
transform between the various color spaces. This CMM (or non-CMM) can
be invoked when we encounter DeviceRGB, DeviceGray or DeviceCMYK color
spaces by use of the parameter -dUseFastColor.

gs/base/gdevp14.c
gs/base/gdevpsd.c
gs/base/gdevrinkj.c
gs/base/gdevxcf.c
gs/base/gscms.h
gs/base/gsdparam.c
gs/base/gsequivc.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/gsicc_cms.h
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_nocm.c
gs/base/gxblend.c
gs/base/gxblend.h
gs/base/gxcmap.c
gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gxipixel.c
gs/base/gxiscale.c
gs/base/lib.mak
gs/ghostscript.vcproj
xps/xpsgradient.c

2011-12-08 15:18:16 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
2ab94321918a4d4575435361e685836016ee9368

Removed cgm devices. Fixed Bug 692401.

No cluster differences expected, since the cluster doesn't test any of the cgm devices.

gs/base/configure.ac
gs/base/devs.mak
gs/base/gdevcgm.c
gs/base/gdevcgml.c
gs/base/gdevcgml.h
gs/base/gdevcgmx.h
gs/doc/Develop.htm
gs/doc/Drivers.htm

2011-12-07 15:32:14 +0000
Chris Liddell <chris.liddell@artifex.com>
f52122736b932c511a02b095d056cfb3a19a7fa8

Bug 692641: Misc build fixes for static systems

Patch contributed by Alan Hourihane ( alanh@fairlite.co.uk ) to improve
compatibility with system which need static linking. So disable dynmic devices
unless they explicitly enabled, rename our internal SHA functions so they don't
clash when libssl is linked in.

Finally, a fix so configure doesn't assume pkgconfig availability (although it
is widely available, it is not "standard").

No cluster differences.

gs/base/configure.ac
gs/base/sha2.c
gs/base/sha2.h
gs/base/ssha2.c

2011-12-06 13:38:01 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
3d64dd5fa86827f374ded02b220cf9bddbc852c7

Another parital fix for Bug 692434.

gs/base/gdevddrw.c

2011-12-06 13:34:47 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
0b21c79855e8f50a218a478bf9fc9d10e20c4db4

Partial fix for Bug 692434, removed some of the memcmp() of structures.

No cluster differences expected.

gs/base/gdevdevn.c
gs/base/gdevpdfg.c
gs/base/gdevpdti.c
gs/base/gdevpdts.c
gs/base/gdevprn.c
gs/base/gsequivc.h
gs/base/gsfont.c
gs/base/gsmatrix.c
gs/base/gsmatrix.h

2011-12-06 19:20:28 +0000
Robin Watts <robin.watts@artifex.com>
9335aeee4aab3e7454c827fc3a327437dec85637

Bug 692526: Partial fix (clipping path initialisation)

Ghostscript paths have a 'local_segments' structure inside them
enabling them to be allocated entirely on the stack. Clipping
paths contain paths, so have the same structure. When a new
clipping path is initialised on the stack, it can share the
segments from an existing clipping path.

If this existing clipping path is on the stack, and 'goes away'
(due to garbage collection etc) the new clipping path can be left
holding pointers to invalid data. As such there is code in the gs
lib to detect that a clipping path is being asked to share
segments from another stack allocated clipping path, and to refuse.

The file referenced in the bug runs into exactly this situation.
It is however entirely safe, as the lifespan of the second clipping
path is 'nested' safely within the lifespan of the original.

I have therefore introduced another function that allows the
initialisation to be done as long as the caller guarantees that it
is safely nested.

This is sufficient to avoid the warning messages, and the file now
runs to completion successfully.

So why is this only a partial fix?

The original code refuses to initialise the clip path, and returns
a (negative) error code. This is caught by the calling code and
various things are not done. Later, a compositor comes to be shut
down, and pdf14_compose_group is called.

This finds that maskbuf != NULL, but maskbuf->transfer_fn == NULL.
This leads to a SEGV.

Something (presumably in the cleanup code that should be handling
the error) is leaving the compositor in an unexpected state however.

The code change here stops the error return code, so the cleanup code
is not called, and the regression is fixed. It leaves the broken
cleanup code in there though - I'll leave the bug open until this is
fixed.

gs/base/gdevp14.c
gs/base/gxcpath.c
gs/base/gxfill.c
gs/base/gxpath.h

2011-12-05 11:36:19 -0800
Michael Vrhel <michael.vrhel@artifex.com>
a7b85f9823b1a1dea1530716a3e2fb3dd2f75c9c

Fix for bug 692567. Knockout support in pdf14_copy_alpha

During a combined stroke and fill we push a knockout group for the stroke. This was not being handled properly in the pdf14 device's copy_alpha operation.

gs/base/gdevp14.c

2011-11-17 10:19:42 -0800
Michael Vrhel <michael.vrhel@artifex.com>
2cde54397abe935ff96300a4ac2588b40ad68d2b

Embedding of device ICC profile into JPEG output device

Addresses bug 692186. This includes the fix to make sure the profile
is not used for pdfwrite image output.

gs/base/gdevjpeg.c
gs/base/gdevpsdu.c
gs/base/sdct.h
gs/base/sdcte.c
gs/psi/zfdcte.c

2011-12-04 20:58:58 -0800
Michael Vrhel <michael.vrhel@artifex.com>
224672fa4af11c4723c38ea11b4d51503a96f609

Fix for bug 692717. Initialization of ICC profile data range in pdf14_put_image

The ICC profile that is used to specify the PDF14 image data was not having its
range values properly initialized.

gs/base/gdevp14.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h

2011-12-03 22:33:04 -0800
Michael Vrhel <michael.vrhel@artifex.com>
fd7c24da5b84f99605a38108c8cc0bfae813fbf4

Fix for bug 692692. Anti-alias with pdf14 device.

This fixes several bugs that were present in the pdf14 copy alpha
procedure.

gs/base/gdevp14.c

2011-11-29 20:33:16 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
d20a6cb9f12682804af2e74ec5d6bb75ca9d5410

Bug 691267: jbig2dec needs to check malloc() return values

This fix checks all return paths to ensure that the appropriate error
is returned on failure from any malloc() call within jbig2dec.

gs/base/sjbig2.c
gs/jbig2dec/jbig2.c
gs/jbig2dec/jbig2_arith.c
gs/jbig2dec/jbig2_arith_iaid.c
gs/jbig2dec/jbig2_arith_int.c
gs/jbig2dec/jbig2_generic.c
gs/jbig2dec/jbig2_halftone.c
gs/jbig2dec/jbig2_huffman.c
gs/jbig2dec/jbig2_image.c
gs/jbig2dec/jbig2_metadata.c
gs/jbig2dec/jbig2_page.c
gs/jbig2dec/jbig2_refinement.c
gs/jbig2dec/jbig2_segment.c
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2011-11-28 10:06:39 +0000
Chris Liddell <chris.liddell@artifex.com>
79de8a34f93165b5839f9fcbd75be9ca0048fd21

Bug 692694: unaligned memory access in image ht code.

When image data does not land exactly on the necessary alignment for SSE2
optimisations, we handle the "left over" samples on their own, before the
suitably aligned samples. When we come to copy the halftoned data to the
target device, we first handle the "left over" samples, and then the
SSE2 aligned samples in separate calls to copy_mono/copy_plane. The "left
over" samples never number more than 16.

Previously, after dealing with the non-SSE2 aligned samples, we'd increment
the samples pointer two bytes (to skip the up to 16 bits of unaligned samples).
The problem is, that causes us to 32 bits at time, on 16 bit aligned boundaries,
which on SPARC causes a bus error.

We now use the copy_mono/copy_plane API parameter which gives the function an
offset into the samples which is should use before starting the operation.
Implementations of copy_mono/copy_plane must handle non-aligned samples
gracefully anyway.

No cluster differences.

gs/base/gxht_thresh.c

2011-11-27 13:23:46 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
a39e4831ba0d74d742b365f3b3b1af192731303c

Bug 692684: stop gcc optimization bug.

Divide gs_main_init2() into two functions to work around a bug in
gcc 4.5.1 with -O2 option. The bug caused gcc to drop 2nd
assignment to i_ctx_p and resulted in SEGV error later on.

gs/psi/imain.c

2011-11-25 17:37:39 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
fa65667a25048b730e629bd4d8544d621cae2810

Clean-up txtwrite device.

Make debug tracing use a special flag instead of DEBUG.
Fix two cases of '=' used instead of '=='.
Fix all gcc warnings.
Add proper dependencies to the makefile.

gs/base/devs.mak
gs/base/gdevtxtw.c

2011-11-25 12:24:11 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
e46cb584f6ab876828bb5c7943881cfbbc549e43

Add missing txtwrite device to autoconf-based build.

gs/base/configure.ac

2011-11-25 15:50:42 +0000
Ken Sharp <ken.sharp@artifex.com>
979f2182372d924ce69f8d904e87173107209b6b

ps2write - fix conversion of escaped string to Hex string

This is used when Indexed spac es are encountered, the lookup table is
created as an escaped string, but written to the output as a Hex string.
The conversion was not catering for the 'special' escaped characters,
\r, \n, \b, \t and \f

This results in a number of differences, casreful comparison shows them all
to be progressions:

Bug6901014_launch_leaflet.pdf
annot-fit-bbox-in-rect.pdf
0.pdf
01_001.pdf
148-11.ps
1_2001.pdf
Altona.Page_3.2002-09-27.pdf
Altona_Technical_1v1_x3.pdf
Bug687840.pdf
Bug689083.pdf
Bug689189.pdf
Bug689362.pdf
Bug689748.pdf
Bug690109.pdf
Bug690348.pdf
Bug690395.pdf
Bug690489.pdf
Bug690559.pdf
Bug691045.pdf
Bug691228.pdf
Bug691335.eps
Bug691734.ps
Bug691740.pdf
Bug691816.pdf
Bug691941.pdf
Bug692365.pdf
H00216q.pdf
MagicEye.pdf
NECPNTD.pdf
Openhuis_pdf_zw.pdf
PixelisAd.pdf
RealCities.pdf
S2_Digitalproof-Forum_x3k.pdf
adesso2.pdf
bulletin.pdf
dave.pdf
file.pdf
file2.pdf
japan.ps
korea.ps
messenger.pdf
messenger16.pdf
p2b-100.pdf
CATX0249.pdf
CATX1028.pdf
CATX1421.pdf
CATX1593.pdf
CATX2050.pdf
CATX2181.pdf
CATX2447.pdf
CATX2905.pdf
CATX2937.pdf
CATX3740.pdf
CATX3783.pdf
CATX4574.pdf
CATX4879.pdf
CATX4998.pdf
CATX5365.pdf
CATX6460.pdf
CATX7581.pdf
CATX7762.pdf
CATX8839.pdf
CATX9297.pdf
IA3Z0248.pdf
IA3Z0440.pdf
IA3Z1148.pdf
IA3Z1284.pdf
IA3Z3096.pdf
IA3Z3100.pdf
IA3Z3298.pdf
IA3Z3881.pdf
IA3Z4393.pdf
IA3Z4925.pdf

gs/base/gdevpdfu.c

2011-11-25 15:27:03 +0000
Chris Liddell <chris.liddell@artifex.com>
3f99f9c568fa7a93ce4ca5acdc0c8fed6cf505bd

Add a "dummy" call to validate UFST font.

It turns out that UFST's CGIFfont() call does little or no validation of the
font for which it is creating an object. So, add a "dummy" call to
CGIFfont_metrics() which will return an error if, for example, a request
for a font index which doesn't exist in the current FCO is made.

CLUSTER_UNTESTED

gs/psi/fapiufst.c

2011-11-21 20:31:09 +0000
Robin Watts <robin.watts@artifex.com>
83788c03875545d620e6885e4f5ab4af08f8f55b

Bug 692666: grid fit images.

The file in bug 692666 draws many thin horizontal rectangles, then draws
1 pixel high images on top of each one. Current gs 'thickens' the
rectangles (due to the 'any part of a pixel' rule), and they overwrite
the previously drawn image - hence it appears black.

The problem is thus that the images are not similarly stretched.

Images are not supposed to use the "any part of a pixel" rule, where
vectors are, but the fact this file works in acrobat would seem to
contradict that. Instead we try a simple fix; if we are using the
'any part of a pixel' file (i.e. fill_adjust != 0), and we meet an
ImageMask image that is either 1 pixel high, or 1 pixel wide, then we
ensure that it is 'stretched' to completely fill any pixels that it
touches.

We specifically do NOT perform this stretching if we are in the process
of rendering a glyph.

This produces various rendering diffs, none that offensive.

gs/base/gxipixel.c

2011-11-23 15:36:11 +0000
Ken Sharp <ken.sharp@artifex.com>
4298afc461ec583637d5ce2b41facc40403867d5

Correct CIDSet and CIDToGIDMap generation when LastChar > number of glyphs

More CIDSet work. WHen LastChar is > number of glyphs in font (already a subset)
we were setting the length of the CIDToGIDMap and the CIDSet to the LastChar
value. This should be LastChar + 1 to allow for the /.notdef.

No differences expected, this only happens when generating PDF/A which is not tested.

gs/base/gdevpdtd.c

2011-11-22 17:58:47 +0000
Chris Liddell <chris.liddell@artifex.com>
7cf40e90d53c0a86b05561985608d3d292025a00

Bug 692681: handle invalid Encoding arrays in Type 3 fonts

Distiller quietly converts the contents the contents of a Type 3 font's encoding
array to names (at least if they are integer objects), whilst CPSI throws an
error.

We will now do as Distiller and convert to name objects, unless we are in "CPSI
compatibility mode", when we will throw an error.

No cluster differences.

gs/psi/zbfont.c

2011-11-19 00:02:59 +0000
Robin Watts <robin.watts@artifex.com>
365dd132567f8007176ca48d36741b6c98d4a514

Bug 692512: fts_10xx.xps shows white lines in pattern.

The matrix used for the pattern is skewed; this was enough to avoid
my previous fix being used. Amend the tests to cope with the skewed
case too. We may need to cope with 90 degree rotated/skewed cases too.

gs/base/gsptype1.c

2011-11-18 23:59:14 +0000
Robin Watts <robin.watts@artifex.com>
6fc9006fb9e381c42308d7d7967fdcac5f31e26d

Bug 692512: Disable stroke adjust in xps to avoid gradient issues.

The fts_1003.xps file has a series of parallel lines (as separate
strokes) to make up a gradient. Having stroke adjust enabled
causes gaps (white lines) to appear between them.

Tests show that simply disabling stroke adjust all the time gives
nasty effects (thickening of lines). We therefore disable it just
for patterns here. This is enough to fix the current bug.

xps/xpstile.c

2011-11-22 08:15:27 +0000
Ken Sharp <ken.sharp@artifex.com>
5cce07051c3616c250a960ae48759a1c1af2fb47

ps2write - only execute setpagedevice if /PageSize changes

Bug #692691

The ps2write output (being based on pdfwrite) always emits a /MediaBox as
this is a required key for PDF. Previously the PostScript prolog would
always emit a setpagedevice using the MediaBox as the PageSize entry.

This caused a problem for CUPS as it inserts PPD code into the ps2write
output, and if this enables Duplex then each invocation of setpagedevice
will flush the accumulated output, which defeats Duplex.

The prolog code now tests the current page size and only executes
setpagedevice if the newly requested size differs from the current size. In
a simple attempt to ignore small differences we round the current and requested
media sizes, and convert to integers before comparison.

No differences expected in regression tests

gs/base/opdfread.h
gs/lib/opdfread.ps

2011-11-21 18:56:17 +0000
Chris Liddell <chris.liddell@artifex.com>
8a14c04c93138fab042063999af3610ea7b9852a

Revisions for Freetype custom stream use.

There were some subtleties of FT's custom stream use that I misunderstood:
unused entries in the structures must be null/zero, and the stream length
is required data.

Also, reorganise the code so building the stream object is contained in
a dedicated function.

No cluster differences.

gs/psi/fapi_ft.c

2011-11-21 11:10:22 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
fc8350604816f8314cb8c6355bfb9335feab5561

Fix one of the casts from b6cd8ce7351fc7bb759b5b7dcea7e74b2abb3850

The cast in the calls to hpgl_args_add_int() in pcl/pgconfig.c:hpgl_IR()
was wrong. The entire second argument needed to be cast to int32, not
just the results of the division. This caused regressions in a bunch
of the nightly/cluster test files, e.g.:

main/obj/pcl6 -sDEVICE=ppmraw -r75 -o test.ppm fts.1930

pcl/pgconfig.c

2011-11-21 15:38:07 +0000
Chris Liddell <chris.liddell@artifex.com>
590dcb6b2df9f4722b4f78607d35bd9c374624b1

Bug 692672: slightly revise symbolic fonts in PDFs

This is a slightly better of approximation of what Acrobat does in the out
of spec condition when a font has both an encoding in the font object and
the symbolic flag set in the descriptor's flags entry.

If the flags say symbolic, *and* the font contains a symbol cmap table,
ignore Encoding if there is one, treat as symbolic.

If the flags say symbolic, and the font doesn't have a symbol cmap, but we do
have an Encoding, treat it as non-symbolic if we don't have an Encoding, try
the MacRoman cmap table.

Finally, if none of that works, remove the Encoding, and treat it as
non-symbolic. This part is the biggest guess at Acrobat's behavior.

The various tests used in investigating what Acrobat does are attached to the
bug (692672).

No cluster differences.

gs/Resource/Init/gs_ttf.ps
gs/Resource/Init/pdf_font.ps

2011-11-21 08:55:17 +0000
Ken Sharp <ken.sharp@artifex.com>
bd108fc1a4b52c885a8e26362f346c0cd2fb6670

Update to Commit 63a5fe390d2534f6b48e2dd58f46ed9941582e83

This added detection of URW font names and their replacement with base 14
font names, when the fonts are not embedded. One of the Base 14 names
was not correct.

gs/base/gdevpdtb.c

2011-11-21 08:47:51 +0000
Ken Sharp <ken.sharp@artifex.com>
e2215693fe25a78865632b6bbbd52a3b4f2ab95c

Fix some minor return code inconsistencies.

Bug #692682, spotted by Alex, fix up a couple of inconsistent return values.

gs/base/gdevpdfo.c

2011-11-21 08:12:45 +0000
Ken Sharp <ken.sharp@artifex.com>
cd8f3973ac735480fcd02de9e0214de80ea79e94

ps2write - fix handling of format 4 CMAP subtables in TrueType fonts

Bug #692687. Format 4 CMAP subtables are intended for use where the range
of glyphs are not continuous, but the code for building a CharStrings
dictionary (to handle the font as type 42) was treating them as if they
were continuous, and starting from 0.

This led to the CharStrings dictionary, which maps glyph names to TrueType
Glyph IDS, being built incorrectly and incorrect, mostly /.notdef, glyphs
being used.

Regression testing shows no regressions and the following test files exhibit
progressions:
Bug6901014_Additional_testcase.pdf
Bug6901014_SMP_Warwick_14.pdf
Altona.Page_3.2002-09-27.pdf
Altona_Technical_1v1_x3.pdf
Bug687828.pdf
Bug688421.pdf
Bug688946.pdf
Bug689014.pdf
Bug689754.ps
Bug690269.ps
Bug691116.pdf
Bug691733.ps
Faktura.pdf
altona_technical_1v2_x3.pdf
test_multipage_prob.pdf
type42_glyph_index.ps
CATX4030.pdf
CATX9201.pdf
IA3Z4488.pdf

gs/base/opdfread.h
gs/lib/opdfread.ps

2011-11-21 01:26:01 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
ae0f7a3be733a04293a757f6ae395391339b78f5

Finish interface to OpenJpeg library.

This version handles all out tests correctly, although all files
show minor differences in color values. The build process has
not been changed and continues to build Jasper by default.

gs/base/sjpx_openjpeg.c
gs/base/sjpx_openjpeg.h
gs/openjpeg/libopenjpeg/image.c
gs/openjpeg/libopenjpeg/jp2.c
gs/openjpeg/libopenjpeg/jp2.h
gs/openjpeg/libopenjpeg/openjpeg.c
gs/openjpeg/libopenjpeg/openjpeg.h
gs/openjpeg/libopenjpeg/tcd.c

2011-11-20 10:29:47 +0000
Shailesh Mistry <shailesh.mistry@hotmail.co.uk>
f7f2daea2778213306a3edfe87a8f72af494427a

Fix 691958: check for an image before marking a page complete.
Also update return code to handle errors correctly.

gs/jbig2dec/jbig2_page.c

2011-11-20 10:43:51 -0700
Henry Stiles <henry.stiles@artifex.com>
44049d64ebd14bd76f94d87cd0fd55ea725f7510

Update ownership.

CLUSTER_UNTESTED

doc/who_owns_what.txt

2011-11-18 14:42:40 -0700
Henry Stiles <henry.stiles@artifex.com>
38cb1fd0cb7f38e6d7cf4b4fe06809865ccd0fff

Fix 692559, integrate Josef Hinteregger's patch to detect a font
directory without fonts and continue gracefully.

pl/pllfont.c

2011-11-18 14:09:04 -0700
Henry Stiles <henry.stiles@artifex.com>
3457a11ec419dcce4cd9e444674967b4dd5e8740

The indeterminism in the test file TIFFOffsetA4PL.pcl was caused by
the new custom page size implementation. The new code updates the
current page structure instead of creating a new one - later the page
size logic doesn't recognize a page size change and doesn't clear the
page (erasepage) properly. The custom page size implementation is
less than ideal, but the simple fix here is to just erase the page
unconditionally when the custom page size command is received. There
was no bug reported for this problem.

pcl/pcpage.c

2011-11-17 17:59:41 -0700
Henry Stiles <henry.stiles@artifex.com>
f482ab7c57e8a20f760be5b329bee528a66e7927

Capitalize a symbolic constant.

pcl/pcpage.c

2011-11-17 17:44:49 -0700
Henry Stiles <henry.stiles@artifex.com>
7b9a1eeaa1fce33270957e302e09189c6202f1a5

Fix 692677, in passthrough mode we initialize the PCL interpreter with
the paper size current in PXL's state. Previously the there could be
a mismatch in paper size which could lead to, for example, an A4
memory buffer erased as if it were LETTER, this left a small strip at
the bottom of the page uninitialized.

pxl/pxpthr.c

2011-11-17 17:43:05 -0700
Henry Stiles <henry.stiles@artifex.com>
fdb03e00c09a32d23a831cecfea9f4b1955b9b7a

A new interface procedure to allow the languages to invoke the PJL parser.

pl/pjparsei.c
pl/pjtop.c
pl/pjtop.h

2011-11-17 17:39:28 -0700
Henry Stiles <henry.stiles@artifex.com>
fc3aa53aafc7b73ae9703d253ae4040658e22b74

The "wide a4" state variable could be used unitialized when using
custom paper sizes.

pcl/pcpage.c

2011-11-15 11:26:36 -0800
Michael Vrhel <michael.vrhel@artifex.com>
27806596e3c2820064788bba903cc569ce89f1e7

Removal of WTS from code.

Plan is to suggest the use of screens generated with gs\toolbin\halftone\gen_ordered

gs/base/gdevdflt.c
gs/base/gp.h
gs/base/gsdcolor.h
gs/base/gsdps1.c
gs/base/gsht.c
gs/base/gsht1.c
gs/base/gshtscr.c
gs/base/gslibctx.h
gs/base/gswts.c
gs/base/gswts.h
gs/base/gxbitfmt.h
gs/base/gxclread.c
gs/base/gxdcolor.c
gs/base/gxdcolor.h
gs/base/gxdevcli.h
gs/base/gxdevndi.c
gs/base/gxdht.h
gs/base/gxdhtserial.c
gs/base/gxht.h
gs/base/gxshade.c
gs/base/gxwts.c
gs/base/gxwts.h
gs/base/lib.mak
gs/doc/Language.htm
gs/ghostscript.vcproj
gs/psi/zusparam.c
pl/plsrgb.c

2011-11-17 12:05:24 -0800
Michael Vrhel <michael.vrhel@artifex.com>
aef9ee68391088d1c7e371a6f1e3fa4092688eae

Revert "Embedding of device ICC profile into JPEG output device"

This reverts commit 23a2b8e765a4d56cfeacddaaaa497e817bec499e.
Need to see how this screws up pdfwrite.

gs/base/gdevjpeg.c
gs/base/sdct.h
gs/base/sdcte.c

2011-11-17 10:19:42 -0800
Michael Vrhel <michael.vrhel@artifex.com>
23a2b8e765a4d56cfeacddaaaa497e817bec499e

Embedding of device ICC profile into JPEG output device

Addresses bug 692186.

gs/base/gdevjpeg.c
gs/base/sdct.h
gs/base/sdcte.c

2011-11-16 10:32:30 -0800
Michael Vrhel <michael.vrhel@artifex.com>
6fbdd32889dfa9d318170e63245755057bb8b401

Save ICC profile in TIFF and PNG device output.

This addresses Bug 692183. The patch for the TIFF case was not
quite sufficient due to changes in the device profile structure,
issues regarding the separations from the tiffsep device, and
how we handle the case when the output profile is CIELAB.

gs/base/gdevpng.c
gs/base/gdevtifs.c
gs/base/gdevtsep.c

2011-11-15 18:02:06 +0000
Chris Liddell <chris.liddell@artifex.com>
3a088c1913fae07ea8016ef29853610741e16851

Bug 692683: revise FAPI/FT code so it uses the GS file handling

When the Freetype interface was called to create a font object with a path
to the font file, it previously simply passed the path into Freetype, and
left it to handle the file details.

This revision changes that so that we build a custom Freetype stream object
which uses the Ghostscript file API to access the data. We generally prefer
to operate that way anyway, and (more importantly) this allows FT "direct"
acccess to font files stored in our ROM filesystem.

No cluster differences.

gs/psi/fapi_ft.c

2011-11-15 17:25:27 +0000
Chris Liddell <chris.liddell@artifex.com>
445f78bf167f27a5358bff72d314d6ecc83a5384

Add a wildcard to CIDFont mkromfs parameter

To correctly including the _contents_ of the Resource/CIDFont directory
when building the rom filesystem, we need a wildcardm, so it ends up
as "Resource/CIDFont/*"

No cluster differences.

gs/psi/psromfs.mak

2011-11-14 22:37:28 -0800
Michael Vrhel <michael.vrhel@artifex.com>
f0b1c2aefaed5ba17fea69848c0b5489b541c4cf

Clarification of the gen_ordered settings and README.

The current default value for -s (size of the super cell) is 1
which indicates that them smallest possible size should be used.
This occurs regardless of the requested quantization levels.
This is clarified in the README and a message is displayed
during the creation of the screen providing a minimum suggested
value for -s to achieve the number of requested levels.

gs/toolbin/halftone/gen_ordered/README
gs/toolbin/halftone/gen_ordered/gen_ordered.c

2011-11-14 10:10:05 -0800
Michael Vrhel <michael.vrhel@artifex.com>
0cf2574289f8825620dd805f49f1cfaab04f005b

Addition of thresholding functions for subtractive color spaces.

Previously, I had swapped the threshold and the image data to handle the subtractive case.
Unfortunately due to the way things were written that caused issues. So for now we added
unique functions for the subtractive case to avoid an additional conditional in the low
level part of the code.

gs/base/gxht_thresh.c
gs/base/gxht_thresh.h

2011-11-14 18:11:44 +0000
Robin Watts <robin.watts@artifex.com>
3becda050c87511153170a85c7d3414e9a78e189

Squash some more PCL warnings.

Implicit typecasts made explicit.

gs/base/gdevclj.c
pcl/pcrect.c
pl/plchar.c
pxl/pxerrors.c
pxl/pxgstate.c

2011-11-14 12:19:32 +0000
Robin Watts <robin.watts@artifex.com>
96ab69c8bcc1bcf3e366b494ed099dc5b46009fe

Planar rop fixes; extensive changes throughout code.

The changes here are largely forced upon us by the rop source device,
the internal mechanism used within the gs lib to cope with performing
rop operations with drawing operations. The rop source device is
created and is given a 'source'. Any operations then done to that device
are then passed on to its target device rewritten into a form that will
cause the output to be ropped with the source.

This causes problems when the source is in planar format (such as when
the source is a pattern tile intended for use on a planar device). There
is no way to call strip_copy_rop with planar data currently, neither
can it easily be shoehorned through. We therefore add a new
'strip_copy_rop2' entrypoint that takes an additional 'planar_height'
parameter that gives the number of lines of data before the next
planes data starts.

We add implementations of this call throughout the code; some are
very simple (bbox, null, trace, clip, clip2, clip2, tile_clip etc).
Others 'common up' with the strip_copy_rop (gx_default,
mem_planar).

The underlying memory devices should never be called with strip_copy_rop2
as the planar data will always be rewritten to chunky format before
this happens. We are free to change this approach later if we want.

The gx_rop_source_t structure used by the rop source device is extended
to have a new planar_height field, and the rop source device itself
extended to pass this on. Various places that create this structure now
initialise that correctly.

The clist reader/writer is updated to send the extra planar_height
field through and call strip_cop_rop or strip_copy_rop2 as appropriate.

In a similar vein, we are forced to change the copy_plane entry point
to be copy_planes (as it is impossible (or very hard at least) for the
rop source device to implement copy_plane).

This incorporates changes from Michael to the new "fast threshold" image
halftoning code to make it use the new copy_planes operation.

gs/base/gdevbbox.c
gs/base/gdevdflt.c
gs/base/gdevdrop.c
gs/base/gdevmem.h
gs/base/gdevmpla.c
gs/base/gdevnfwd.c
gs/base/gdevrops.c
gs/base/gdevtrac.c
gs/base/gxacpath.c
gs/base/gxcht.c
gs/base/gxcldev.h
gs/base/gxclimag.c
gs/base/gxclip.c
gs/base/gxclip.h
gs/base/gxclip2.c
gs/base/gxclipm.c
gs/base/gxclist.c
gs/base/gxclrast.c
gs/base/gxclrect.c
gs/base/gxdcolor.c
gs/base/gxdcolor.h
gs/base/gxdevcli.h
gs/base/gxdevice.h
gs/base/gxht.c
gs/base/gxht_thresh.c
gs/base/gxht_thresh.h
gs/base/gxicolor.c
gs/base/gximage.h
gs/base/gximono.c
gs/base/gxp1fill.c
gs/base/gxpcmap.c

2011-11-14 08:31:38 -0800
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
940b007282d74686a20aa5cf434d20353680344c

Fixed a template -> templat for the Luratech build.

gs/base/gdevpsdi.c

2011-11-14 10:39:24 +0000
Ken Sharp <ken.sharp@artifex.com>
08dc12934adaa27978ec264dbf9c691a18d8c429

ps2write - improve TrueType composite glyph handling

Bug #692626, #696264.

When emitting a TrueType font from a CIDFont with TrueType outlines if a
glyph was a composite glyph we did not create an entry in name table for
any components of the glyph which were not already present in the output
font.

This caused problems creating the CMAP subtable for the embedded TrueType
font.

This patch shows progressions with ps2write and files CATX4638.pdf, bug690450.pdf.
A regresison with pdfwrite and file bug688421.pdf and a difference in
Bug 691121.pdf with pswrite (wrong before, differnetly wrong now)

Despite the regression I'm committing it, as it shows significant improvements
for ps2write.

gs/base/gxfcopy.c

2011-11-12 19:44:39 +0100
Till Kamppeter <till.kamppeter@gmail.com>
ed8664ed1a8a797d949270d707966aadefb3b9e8

Renamed the PXL CUPS filter from "pstopxl" to "gstopxl", as like "gstoraster"
it understands both PostScript and PDF as input.

gs/base/configure.ac
gs/cups/cups.mak
gs/cups/gstopxl.in
gs/cups/pstopxl.in
gs/cups/pxlcolor.ppd
gs/cups/pxlmono.ppd

2011-11-11 21:09:02 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
8c3d5996d379818c8c0422bb8330840d0fb12645

Bug 692675: drop ivalid filter parameters.

Check for /dicttype instead of null. Drop null and invalid filter
parameters at once.

gs/Resource/Init/pdf_base.ps

2011-11-11 14:09:09 -0700
Henry Stiles <henry.stiles@artifex.com>
9a015bf889ea43c050fcf652c37d3c786483e243

The PXL assembler and dissassembler had the incorrect attribute code
for PCLSelectFont and the PCLSelectFont attribute name was missing
from a debug name table.

CLUSTER_UNTESTED

pxl/pxptable.c
tools/pxlasm.py
tools/pxldis.py

2011-11-11 00:07:57 -0700
Henry Stiles <henry.stiles@artifex.com>
d53286dbb42db66166b7af2f68a63baf7da43791

Fix 690417 - new PCL command "set logical page". This allows the user
to provide arbitrary width, height and offsets which are then
associated with the currently selected paper.

pcl/pcl.mak
pcl/pcpage.c

2011-11-10 21:57:16 +0000
Robin Watts <robin.watts@artifex.com>
b6cd8ce7351fc7bb759b5b7dcea7e74b2abb3850

Squash warnings in pcl/pxl.

Mostly making type coercions explicit.

pcl/pcbiptrn.c
pcl/pccid.c
pcl/pccsbase.c
pcl/pcfont.c
pcl/pcfontpg.c
pcl/pcfsel.c
pcl/pcindxed.c
pcl/pcjob.c
pcl/pcpage.c
pcl/pcpatrn.c
pcl/pcrect.c
pcl/pcsfont.c
pcl/pctext.c
pcl/pcuptrn.c
pcl/pcursor.c
pcl/pgconfig.c
pcl/pgframe.c
pcl/pgpoly.c
pcl/rtgmode.c
pcl/rtmisc.c
pcl/rtraster.c
pl/pjparse.c
pl/plchar.c
pl/plsrgb.c
pxl/pxink.c
pxl/pxsessio.c

2011-11-10 20:49:55 +0000
Robin Watts <robin.watts@artifex.com>
42aa659090c896b807745b4eba81335dbd8e8d92

Replace 'this' with 'self'.

Using C++ reserved words in ghostscript is bad form, especially as
MSVC gets confused by them when debugging.

I haven't changed the use of 'this' in zlib as it's not ours to change.

gs/base/gscicach.c
gs/base/gsgcache.c
gs/base/gxclist.c
gs/base/gxhintn.c
gs/base/gxhintn1.c
gs/base/gximono.c
gs/base/gxpflat.c
gs/base/gxttfb.c
gs/base/ttfmain.c

2011-11-10 20:11:03 +0000
Robin Watts <robin.watts@artifex.com>
d81dffe6142ead8245baacf12f3b2ae4fe20b206

Squash warnings in MSVC build.

All self evident, really. Lots of char's that should be bytes etc.

gs/base/gdevclj.c
gs/base/gdevpdtw.c
gs/base/gdevtsep.c
gs/base/gp_wgetv.c
gs/base/gsicc_cache.c
gs/base/gxicolor.c
gs/base/gxipixel.c
gs/base/sidscale.c
pcl/pcht.c
pcl/rtmisc.c
pl/plchar.c
pl/plfont.c
xps/xpspath.c

2011-11-10 19:09:05 +0000
Robin Watts <robin.watts@artifex.com>
d182ddaf5d46dc68d7f266fcb7f4de1ed64b7b56

Replace all uses of 'template' with 'templat'.

Using C++ reserved words is bad form, if only because they upset MSVC
when debugging.

gs/base/gdevcfax.c
gs/base/gdevfax.c
gs/base/gdevjbig2.c
gs/base/gdevjpeg.c
gs/base/gdevjpx.c
gs/base/gdevpdfd.c
gs/base/gdevpdfi.c
gs/base/gdevpdfm.c
gs/base/gdevpdfo.c
gs/base/gdevpdfu.c
gs/base/gdevpdfv.c
gs/base/gdevpsdi.c
gs/base/gdevpsdp.c
gs/base/gdevpsds.c
gs/base/gdevpsdu.c
gs/base/gdevpsim.c
gs/base/genconf.c
gs/base/gsfunc4.c
gs/base/gsptype1.c
gs/base/gsptype2.c
gs/base/gsptype2.h
gs/base/gstrans.c
gs/base/gxclbits.c
gs/base/gxcllzw.c
gs/base/gxclmem.c
gs/base/gxclzlib.c
gs/base/gxcolor2.h
gs/base/gxidata.c
gs/base/gxiscale.c
gs/base/gxpcmap.c
gs/base/scommon.h
gs/base/sdct.h
gs/base/sdctd.c
gs/base/sdcte.c
gs/base/smd5.c
gs/base/spsdf.c
gs/base/ssha2.c
gs/base/stream.c
gs/psi/fapi_ft.c
gs/psi/ifilter.h
gs/psi/ifrpred.h
gs/psi/ifwpred.h
gs/psi/iscan.c
gs/psi/zfapi.c
gs/psi/zfdctd.c
gs/psi/zfdcte.c
gs/psi/zfdecode.c
gs/psi/zfile.c
gs/psi/zfilter.c
gs/psi/zfilter2.c
gs/psi/zfproc.c
gs/psi/zfrsd.c
gs/psi/zmisc1.c
gs/psi/zpcolor.c
gs/psi/zshade.c
pxl/pximage.c
pxl/pxink.c
xps/xpsjpeg.c
xps/xpstiff.c

2011-11-10 11:08:56 -0800
Ray Johnston <ray.johnston@artifex.com>
108bf3d9fd2770c1b97a4eabcd4f09dd13c7fe18

Fix several problems with the 16-bit PS output from gen_ordered.

CLUSTER_UNTESTED

gs/toolbin/halftone/gen_ordered/gen_ordered.c

2011-11-10 10:35:57 -0800
Ray Johnston <ray.johnston@artifex.com>
73770f28c263a514a318aa91af24b26814062bd1

Change options and README for gen_ordered.c and fix 16-bit PS output.

Also add check for missing value for an option (get_arg returning NULL) and add specific 'format' for
16-bit .raw (raw16) (reserving the -b option for number of bits 1, 2, 4) for multi-level threshold
arrays.

CLUSTER_UNTESTED

gs/toolbin/halftone/gen_ordered/README
gs/toolbin/halftone/gen_ordered/gen_ordered.c

2011-11-10 09:01:28 -0800
Ray Johnston <ray.johnston@artifex.com>
cde0561c8ffc71c231a0aeff399852c43ab7a9e8

Move the ordered dither screen creation tool to toolbin/halftone/gen_ordered.

Previously this was buried under the toolbin/color directory. Also by putting it into gen_ordered, we
prepare for the addition of gen_stochastic and threshold_remap tools related halftone tools. Michael
Vrhel as agreed with this change.

CLUSTER_UNTESTED

gs/toolbin/color/halftone/README
gs/toolbin/color/halftone/halfttoning.sln
gs/toolbin/color/halftone/halfttoning/halftone.c
gs/toolbin/color/halftone/halfttoning/halfttoning.vcproj
gs/toolbin/halftone/gen_ordered/README
gs/toolbin/halftone/gen_ordered/gen_ordered.c
gs/toolbin/halftone/gen_ordered/gen_ordered.sln
gs/toolbin/halftone/gen_ordered/gen_ordered.vcproj

2011-08-31 18:39:24 +0100
Robin Watts <Robin.Watts@artifex.com>
1da2a46ed9f6ae0b0afc5fd4417943a36e532171

More work on bug 690538: introduce macros for color rounding.

Introduce new macros to gxcvalue.h header file that defines helpful macros
for colour depth changing.

COLROUND macros do rounding (16->n bits), COLDUP macros do bit duplication
(n->16 bits). Use these macros in various places throughout the code.

Also tweak the gx_color_value_to_byte macro to round in the same way.

Colors for devices that use these functions are now rounded in the same way
that lcms does.

Change as many encode_color routines as I can find to use this new code
rather than simply truncating.

gs/base/gdevbit.c
gs/base/gdevcdj.c
gs/base/gdevdevn.c
gs/base/gdevdsp.c
gs/base/gdevperm.c
gs/base/gdevplan.c
gs/base/gdevplib.c
gs/base/gdevpsd.c
gs/base/gdevrinkj.c
gs/base/gdevtsep.c
gs/base/gdevxcf.c
gs/base/gxblend1.c
gs/base/gxcmap.c
gs/base/gxcvalue.h

2011-11-09 17:46:06 +0000
Robin Watts <robin.watts@artifex.com>
4ccf3ba715990923281126bd9b300aa645d7a1d6

Squash some warnings produced in the last memento fix.

giving me a warning on MSVC).

Remove unused variable.

gs/psi/zmisc.c

2011-11-09 16:29:24 +0000
Ken Sharp <ken.sharp@artifex.com>
36e4f24d76e9f33bf5b531b8bd7d2c31ebee9153

Properly finalize the DCT-writing memory device to avoid memory leaks

Bug #692670 "Ghostscript uses 2 gigs of memory reading file". When writing
images a JPEG the pdfwrite code creates a memory device temporarily. It
was not, however, finalizing the device. Previously this did not cause a
problem, but with the ICC colour work, this left the ICC buffers set up,
causing a ~6Kb per image memory leak.

This commit explicitly finalizes the device, which frees the memory and
gets rid of the leak.

No differences expected

gs/base/gdevpsdi.c

2011-11-09 13:12:49 +0000
Robin Watts <robin.watts@artifex.com>
136065f0fcaa871376561a1c81c16c7d9b2bb3c7

Memento 'list blocks' tweaks.

Make Memento_listBlocks() function non-static.

Add new Memento_listNewBlocks() function.

Add flags word to Memento block header, only 1 bit of which is used
curently (to indicate that a block is new since the last listNewBlocks
call).

Add .mementolistnewblocks postscript operator.

Add (commented out) code in gs_init.ps to call vmreclaim and then
.mementolistnewblocks at the end of each showpage. This allows
tracking of blocks that 'leak' during each page (where 'leak' doesn't
necessarily mean truly leak).

gs/Resource/Init/gs_init.ps
gs/base/memento.c
gs/base/memento.h
gs/psi/zmisc.c

2011-11-08 08:25:13 +0000
Ken Sharp <ken.sharp@artifex.com>
138d68e2d7dd5567c7a24740ec71858e24342a1f

Fix type 1 font copying code SEAC scanner.

When embedding type 1/CFF fotns the code scans the glyphs to see is any of
them are SEAC (Single Encoding Accented Characters) glyphs and expands
them if they are.

The CFF parsing was skipping over the 'shotint' operator (itself an awful hack)
instead of pushing the value onto the stack. If the shortint was the index
for a /Subr this led to the wrong Subr being called. Because Subrs expect
parameters on the stack, calling the wrong one leads to stack cuorruption
and in this case caused a crash.

No differences expected.

gs/base/gxtype1.c

2011-11-08 02:40:09 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
3c5ba8fd910be3985212b104f2c111556db4b871

Bug 692648: dead code in gdevcp50.c

Remove ineffective error checks after functiom calls. Real error
processing is done at the end of the function, when device is
closed. Found by Coverity.

gs/base/gdevcp50.c

2011-11-08 02:16:57 -0500
Tim Waugh <twaugh@redhat.com>
5915259f6800b600fff1af9e4d40f5dddee8f477

Bug 692649: dead code in gxi12bit.c and gxicolor.c

The dead fragments are rudiments (rather than logic problems)
and so can be safely removed. Found by Coverity.

gs/base/gxi12bit.c
gs/base/gxicolor.c

2011-11-08 01:57:42 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
724390c14c6f52489d83df18f7cfcd6a4be7bced

Bug 692647: Mistaken comparison instead of assignment.

Fix two obvious typos in a contributed Japanese driver.

gs/contrib/japanese/gdevmjc.c

2011-11-08 01:33:49 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
595309e7b1883b985756510ee210bd3176a0da3a

Bug 692598: bad sizeof() usage in gxfcopy.c

Use the right type to calculate the size of an array of unsigned long.
Old code used sizeof(gs_glyph *) instead of sizeof(unsigned long).
Memory corruption was possible when sizeof(long) > sizeof(void *).
The problem was found by Coverity.

gs/base/gxfcopy.c

2011-11-08 01:26:56 -0500
Alex Cherepanov <alex.cherepanov@artifex.com>
4a6124a3870a07ff19562559e6d155560d22c01d

Fix a typo s/elseif/elsif/ in clusterpush.pl

gs/toolbin/localcluster/clusterpush.pl

2011-11-07 10:53:09 -0700
Henry Stiles <henry.stiles@artifex.com>
91ce46e08ae37a9c5116bc379b7712c10df5a8f2

Fix 692614 - the unsolid pattern should be used when the gl/2 white
pattern is specified. Also, progressions noted in PCL5 CET 32-01.

pcl/pcpatrn.c

2011-11-07 16:52:38 +0000
Robin Watts <robin.watts@artifex.com>
a4230e24b386ac647b0562cb2bf34c25043a1903

Change to clusterpush to allow filters.

Change here (and throughout cluster code) to allow filtering of the jobs
to be scheduled.

Rather than simply doing:

clusterpush.pl gs

you can now do:

clusterpush.pl gs filter=ppmraw

and have it only test the ppmraw files. Or you can specifiy a list
of filters that must all pass:

clusterpush.pl xps filter=ppmraw,xpsfts-a4

This will test the xpsfts-a4 files through the ppmraw device only.
Or you can specify several filters to broaden the scope:

clusterpush.pl gs filter=ppmraw,72 filter=pgmraw,300

And it will test ppmraw files at 72 dpi and pgmraw files at 300dpi.

The filtering is done on the 'test' string formed by the cluster
code (that is, test__file__path.device.res.band)

gs/toolbin/localcluster/clusterpush.pl

2011-11-07 12:10:16 +0000
Robin Watts <robin.watts@artifex.com>
ab54e1549793df22e0eddf43033494ea6ab0544b

Fix for (part of) Bug 692513. (xps pattern white lines)

XPS renders with the "pixel centres covered" rule, rather than the
"any part of a pixel" rule. As such fill_adjust is 0. This exposes
limitations in ghostscripts pattern tile handling code.

When we come to create a pattern tile, if the pattern is (for instance)
7.5x7.5 device pixels in size, we round this to the nearest integer
and end up with an 8x8 pattern tile. For PS/PDF (which has a non zero
fill_adjust) the pattern will still cause the entire range of pattern
pixels to be drawn.

With XPS (and it's 0 fill_adjust) the patterns frequently leave gaps
around the edge of the enlarged tile, resulting in white lines in the
final image.

My first attempt at a fix for this was to scale the pattern up by
the appropriate amount to ensure it filled the pattern tile (8/7.5
in the example). This works, but causes thousands of diffs; having
examined them all in a bmpcmp, it feels like a win, to me.

However, consulting with Tor and Michael and checking the XPS spec
leads me to believe that that we shouldn't be using TilingType 1
anyway; xps patterns are supposed to be accurately positioned (if not
accurately rendered). As such we should be using TilingType 2.

The patch here therefore forces XPS to use TilingType 2. This does not
solve the problem in itself, as we can still get these white lines.
Furthermore the definition of what TilingType 2 does in postscript
prohibits us from scaling the pattern cell.

The solution adopted here, therefore, is to spot that we are using
TilingType 2, and a fill adjust of 0, and to translate the pattern
by half the change in size; this should ensure that 'edge to edge'
pattern cells should cover all the pixel centres appropriate and
the white lines should disappear.

This appears to work except for one disappearing grid in Page 2 of
tests_private/xps/xpsfts-a4/fts_01xx.xps.ppmraw.72.0. I will look
into this before pushing this commit.

gs/base/gscoord.c
gs/base/gscoord.h
gs/base/gsptype1.c
xps/xpstile.c

2011-11-06 13:54:03 -0800
Ray Johnston <ray.johnston@artifex.com>
61074849e40ec86302e06bf0ef18f0872f8cf99a

Fix bug 692623. clist_get_data and clist_put_data changed to use int64_t offset.

The above functions are used by gx_dc_pattern_read_raster and gx_dc_pattern_write_raster
which are instances of the dev_color_proc_read and dev_color_proc_write procs of the
gx_device_color_type_s struct. The definitions for all color types is changed to use
int64_t (as well as the prototype) and the stdint_.h is added to gxdcolor.h.

gs/base/gsptype1.c
gs/base/gxcht.c
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxdcolor.c
gs/base/gxdcolor.h
gs/base/gxht.c
gs/base/gxwts.c
gs/base/lib.mak

2011-11-07 13:28:56 +0000
Ken Sharp <ken.sharp@artifex.com>
b9bcbb7d1ae61b2ccf5a6761a176ead71d327d27

Fix a couple of benign compiler warnings.

gs/base/gdevpdtw.c

2011-11-07 02:17:07 -0500
Tim Waugh <twaugh@redhat.com>
d1440326b1ef9a8aa539e9a2a6f8d0c32b1e879b

Bug 692651: fix possible 0 dereference in error handler.

At the end of gstate_alloc_parts(), gstate_free_parts() might be
called with parts->path == 0; but gx_path_free() will de-reference it.
Found using Coverity.

gs/base/gsstate.c

2011-11-07 10:48:42 +0000
Chris Liddell <chris.liddell@artifex.com>
c4e3f9c1d245e374eb30cc179e27bdcd2746812c

Bug 692661: setup dict and op stacks for executing a "charproc"

When an (invalid!!) Type 1 font has a procedure instead of a charstring
we weren't setting up the stacks correctly in FAPI before executing the
proc.

No cluster differences.

gs/psi/zfapi.c

2011-11-07 09:57:41 +0000
Ken Sharp <ken.sharp@artifex.com>
63a5fe390d2534f6b48e2dd58f46ed9941582e83

pdfwrite - Improve font naming when standard fonts are not embedded.

Bug #692608; When the input is PCL, 'standard' font names are used (eg Courier),
and font embedding is false, the output PDF file contains the names of the
URW fonts which are used as substittues for the standard fonts.

This means that the resulting PDF needs to be read on a system with URW fonts
installed, or the fonts will be substituted, which may result in poor choices.

By instead embedding the correct original (standard) font name we can get
better substitution.

Thanks to Hin-Tak Leung for the original work and the patch which has been
adopted with slight modifications to pacify compilers.

No diffreences expected.

gs/base/gdevpdtb.c
gs/base/gdevpdtb.h
gs/base/gdevpdtd.c
gs/base/gdevpdtw.c

2011-11-07 00:27:34 -0500
Tim Waugh <twaugh@redhat.com>
184e6fe81072d94489223ce4d4a9ba085843258c

Bug 692653: fix base pattern color space check.

Old code tested an uninitialized value instead of the base color
space, found using Coverity.

gs/base/gsptype1.c

2011-11-06 10:59:41 +0000
Chris Liddell <chris.liddell@artifex.com>
850145bc08fd8ebcc4cc9c6827cde750d9ed9acf

Bug 692470: remove sscanf() in CFF code

On Linux (at least) the locale affects the behaviour of sscanf(): certain
languages use a comma (",") for the decimal point, rather than a full stop
("."). Setting one of those locales (such as Spanish) causes sscanf() to fail
when parsing a number with a fractional component in the CFF interpreter.

Replace the sscanf() call in the CFF interpreter with a call to Ghostscript
PS interpreter's internal scan_number() function which is unaffected by locale.

No cluster differences.

gs/psi/zfont2.c

2011-11-04 10:02:38 +0000
Chris Liddell <chris.liddell@artifex.com>
2a3a329ab0ee0e2f4971ee0327ae78d532399619

Bug 692646: remove bad call to memcmp()

The memcmp() to compare the matrices (to decide if we need to rescale the font)
was the address of the pointer to the matrix, rather than the pointer itself.

This change addresses that by changing the memcmp() to an explicit check for
the equality of each element of the arrays. The reason I've opted for this is
because, for example, [1 -0 0 1 0 0] == [1 0 0 1 0 0] which an explicit
equality check will evaluate correctly, but a memcmp() will fail the check.

This causes what seems to be a progression in comparefiles/Bug689006.pdf.
Other than that, no cluster differences are expected.

gs/psi/zfapi.c

2011-11-03 18:00:41 +0000
Chris Liddell <chris.liddell@artifex.com>
42146da35d49aa1debc683d7285fcd8cefc1f9f8

Let configure check for time.h

Recent Linux distributions defeat the check in unix-aux.mak for sys/time.h
with the hard coded path. So have configure check for it, and its
setting take precedence over the unix-aux.mak.

No cluster differences.

config.mak.in
configure.ac

2011-11-02 19:32:04 +0000
Robin Watts <robin.watts@artifex.com>
d42d005f6adcb9e6911418a6b61c43df87fb7513

Fix for (part of) bug 692513.

When drawing the a radial shading, we approximate the join between the
two circles by 4 tensor patches based on joining the 4 quadrants of
the circles in question. The order in which these were being drawn was
causing unexpected overwriting of pixels.

Here I have rejigged the order in which they are drawn to solve the
problem.

Cluster testing shows various progressions, and only one regression.
This has been noted as Bug 692657, and shows signs of it being an
independent bug.

gs/base/gxshade1.c

2011-11-02 19:34:50 +0000
Robin Watts <robin.watts@artifex.com>
1bcd6274fbe15784fa0726f234b0608b994abbd7

Fix MEMENTO build; pacify valgrind code was in the wrong place.

I'd added a memset to pacify valgrind, but had left it in the
middle of variable declarations; gcc was accepting this, but
MSVC was (rightly) complaining. Simple fix is to move it down.

CLUSTER_UNTESTED as cluster does not test MEMENTO builds.

gs/base/gxcht.c

2011-11-03 11:11:27 +0000
Ken Sharp <ken.sharp@artifex.com>
cc592c4162673a99932cdcdc64b39e0abe5aff9e

Further enhance txtwrite output; detect blocks of text.

Yet another output mode for txtwrite will now attempt to detect blocks of
text and output the blocks. This is similar to the MuPDF '-ttt' output
but, since the algorithm is entirely different, the output will not be
identical.

Updated the documentation in devices.htm.

No differences expected, txtwrite is not regression tested.

gs/base/gdevtxtw.c
gs/doc/Devices.htm

2011-11-02 15:10:25 -0700
Michael Vrhel <michael.vrhel@artifex.com>
65486b6c7533f0be9e15a8380729fdb5032e0bef

Fix for bug 692639. PDF14 mono device initialization.

With the fix of the max_gray initialization in pdf14 device to avoid halftoning during interpolation of images (see description in 2b91a85069d421465220a83c82ea491733d15017)
a conflict occurred when checking if the device was separable and
linear. Setting of the dither_grays for the pdf14 gray device
fixes this issue.

gs/base/gdevp14.c

2011-10-31 12:36:29 +0000
Robin Watts <robin.watts@artifex.com>
e4a9ab0594ccb8beb43c0bc83ba0b41deeb128ff

Fix stroke_adjust logic; apply adjust in fewer cases.

In 'adjust_stroke', we decide whether to apply stroke adjustment or not.
With the logic as it stands, the only time we DO NOT apply stroke
adjustment is when stroke adjustment is disabled, AND we have a diagonal
stroke segment.

My understanding of stroke adjustment is that it is only supposed to
apply when we have a horizontal or vertical line, AND when it is
configured on. In line with this, I have changed the logic so that
we DO NOT apply stroke adjustment either when stroke adjustment is
disable, OR we have a diagonal stroke segment.

This produces many thousands of differences in the cluster testing, but
having looked through the first bmpcmp load of them (1000 files), they
all look to be exactly as expected with no changes so horrific as to
stop this commit.

gs/base/gxstroke.c

2011-10-30 02:45:48 -0400
Tim Waugh <twaugh@redhat.com>
78727e97d82435052df2f8e0333e47671bafbc59

Bug 692594: gdevijs: add missing error check.

Add missing error check, found using Coverity.

gs/base/gdevijs.c

2011-10-30 00:20:30 -0400
Tim Waugh <twaugh@redhat.com>
8adebdf0f6e87f36792637ff88db874ea86fd803

Bug 692596: fix memory leaks in rinkj-epson870.c.

There were a few memory leaks in rinkj-epson870.c in error handling
branches, found using Coverity.

gs/base/rinkj/rinkj-epson870.c

2011-10-29 23:46:28 -0400
Tim Waugh <twaugh@redhat.com>
af01406940d211167c202cbc54c3ff7ad31d5c0e

Bug 692595: fix memory leaks in gp_unix_cache.c

There were some memory leaks in gp_unix_cache.c, found using Coverity.

gs/base/gp_unix_cache.c

2011-10-29 20:03:40 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
9c803e62759fd9d38c088aa8c24d71640ecfb51d

Added a final return to --debug message.

gs/base/gsmisc.c

2011-10-29 21:54:51 -0400
Tim Waugh <twaugh@redhat.com>
66567074a91d05a27f2439cbcc43e2d2301a776f

Bug 692597: bad sizeof() usage in base/sdcparam.c

Taking sizeof() of an array parameter gives the size of the pointer,
not the array; found using Coverity.

gs/base/sdcparam.c

2011-10-29 18:14:14 -0400
Tim Waugh <twaugh@redhat.com>
4c00d4bc5eb87191674463af9444c457ac361c07

Bug 692599: fix bad sizeof() usage in base/sha2.c

sizeof() was being used incorrectly in base/sha2.c,
found using Coverity.

gs/base/sha2.c

2011-10-29 14:09:56 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
6116f7e9633c7c112c09c048b317de34c060ba5b

Bug 692502: add missing dereference of an indirect object.

Fix access to indirect /Names and /Nums objects in name and number
trees, respectively.

gs/Resource/Init/pdf_base.ps

2011-10-29 16:47:58 +0100
Chris Liddell <chris.liddell@artifex.com>
d8089a9dcf0971a1131f8391049c602a61852f65

Bug 692634: handle skipping "cached" outline glyphs

Avoid trying to access a FAPI outline when glyph scaling has collapsed to zero.

No cluster differences.

gs/psi/zfapi.c

2011-10-28 15:45:56 +0100
Robin Watts <robin.watts@artifex.com>
38e7372c539bcc6174c42be2d438d8311da2cff2

Fix ppm color reversal in bmpcmp.

When I did the recent speedups, I inadvertantly reversed the rgb order
when reading ppm files. Fixed here.

gs/toolbin/bmpcmp.c

2011-10-28 01:59:47 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
6dc04dcacd37256f8d0c61cec49975ba67297873

Bug 692590: Ignore self-referencing /SMask attribute.

Check whether /SMask attribute points to its own dictionary and
ignore it when it does.

gs/Resource/Init/pdf_draw.ps

2011-10-19 13:26:44 -0700
Ray Johnston <ray.johnston@artifex.com>
7b2b1f7f7989ab0106627f420e7a4848619355df

Fix enhancement bug 692615: Create a platform specific hook to set the serialnumber

The main change is to add the hook, but for common platforms, try to get a reasonably
unique serialnumber based on the hardware (we hope). Initial platform in this patch is
only Windows. We would like to support linux/unix and mac OS/X. If the mechanism fails,
just return gs_serialnumber set from GS_SERIALNUMBER in gscdefs.c

gs/base/gp.h
gs/base/gp_dvx.c
gs/base/gp_mac.c
gs/base/gp_msdos.c
gs/base/gp_os2.c
gs/base/gp_unix.c
gs/base/gp_vms.c
gs/base/gp_wgetv.c
gs/psi/imain.c
gs/psi/zmisc.c

2011-10-22 23:51:42 -0700
Michael Vrhel <michael.vrhel@artifex.com>
2b91a85069d421465220a83c82ea491733d15017

Fix for Bug 692505 XPS patterns with transparency.

There were essentially three issues two in the xps interpreter and one in the graphics library.

First in the xps interpreter we need to know if the pattern object has transparency and to
set up the pattern object for the graphics library so that the graphics library will
know to push the pdf14 device on the pattern accumulator object.

We also had the issue that we were not undoing the pre-multiplied alpha in the tiff image
in the interpreter.

Second issue is that in ghostscript, we call pattern_paint_finish from
the pdf interpreter when we are all done setting things up for the pattern. This is now
handled prior to the call before gx_pattern_cache_add_entry which is where it is done in
pattern_paint_finish.

Also, some debugging of the mask stack was added in gdevp14.c. This was needed to track down
a bug that become visible when I added in the pattern transparency support. The issue
was that the parent PDF14 device may often have a valid soft mask in its mask stack if there
had been a previous soft mask push. Since we made the soft mask state be part of the q Q
operations in the PDF interpreter (the soft mask is actually part of the extended graphics state
in PDF), we have to make sure to pop the soft mask we we are all
done using it in the XPS interpreter. I added the appropriate commands for that.

There was also an issue that cropped up with the pdf14 device and the interaction of the image
interpolation code. We always interpolate image in XPS and it turned out that if we had an
opacity mask pattern created with an image we installed a gray pdf14 device for the pattern.
The interpolation code was incorrectly using halftoning for the pdf14 gray device due to the
color info settings in that device.

This commit results in many progressions in PDF and XPS (450 differences). In PDF, if the
target was a gray devices and the content had
interpolated images with transparency we see progressions due to the fact that we were improperly
halftoning the images when the trans device is a contone device. In XPS, several missing
figures now are visible and we correctly handle tiling with objects that have transparency.

gs/base/gdevp14.c
gs/base/gxpcmap.c
gs/base/lib.mak
xps/xpsgradient.c
xps/xpsimage.c
xps/xpsopacity.c
xps/xpstile.c

2011-10-27 13:44:05 +0100
Robin Watts <robin.watts@artifex.com>
58722d520578050aad3d81c0f5fb477bc701a944

Fix warning; initial_decode was declared to return an int rather than void.

initial_decode never returns a value, neither does any caller check for
one. Change it to be void.

gs/base/gxiscale.c

2011-10-27 13:24:08 +0100
Robin Watts <robin.watts@artifex.com>
f75ccf57f4d052652204f6508f4f9949d3448840

Correct direction of implication for gs_debug_flags.

I had incorrectly implemented the implication table; a => A rather than
A => a. Corrected here.

CLUSTER_UNTESTED

gs/base/gdbflags.h
gs/base/gdebug.h
gs/base/gsmisc.c

2011-10-27 10:42:18 +0100
Ken Sharp <ken.sharp@artifex.com>
59b1c64adb147a209b6468a669146edf13973a4b

Make txtwrite 'XML' output compatible with MuPDF output.

The txtwrite device now outputs 'XML' (something like XML) in a compatible
fashion to the '-ttt' output from MuPDF. It does not yet attempt to create
blocks of text, it just outputs the data it received as it received it,
there is no ordering of the data whatsoever. The format is compatible with
the MuPDF format though.

No differences expected, txtwrie is not cluster tested.

gs/base/gdevtxtw.c

2011-10-24 16:07:50 -0700
Ray Johnston <ray.johnston@artifex.com>
97e6cdad5061fe92d16aae87524fe985c8436796

Fix bug 692618. Crash and Object not in any chunk error and VMerror.

Actually two problems showed up after the previous commit related to this bug. A crash
could occur (or cause "Object not in any chunk") because the pdf14 device did not use
stable_memory for separation names. The second issue was a VMerror when the decision
for banded (clist) mode was flawed, because if the device supported separations the
estimates for transparency buffers was too small because the call to
gdev_prn_allocate_memory was sometimes called with new_width, hew_height = 0,0 which
expected the 0,0 to be ignored. The new_width and new_height are only used from
gdev_prn_reallocate_memory.

The non-encodable pixel issue still remains.

gs/base/gdevmem.c
gs/base/gdevp14.c
gs/base/gdevprn.c
gs/base/gstrans.h
gs/base/lib.mak

2011-10-26 16:40:30 +0100
Chris Liddell <chris.liddell@artifex.com>
cf8815855af78ddc9d4d9bebafbb21bff603e71d

Bug 692605: resolve FAPI/UFST matrix clash

The Microtype fonts require a unit design grid, but many jobs assume that the
standard fonts set have a design grid of 1000x1000. For those two conflicting
requirements to be satisfied, the UFST integration layer has to compensate
for the scaling.

As usual with the UFST code, that exposed a host of other problems, including
failing to produce a bitmap sometimes when one is require for the glyph cache
and failing to handle a glyph too big for UFST to image (i.e. fallback to an
outline) in some cases.

No cluster differences expected.

gs/Resource/Init/gs_fapi.ps
gs/psi/fapiufst.c
gs/psi/zfapi.c

2011-10-25 20:30:29 +0100
Robin Watts <robin.watts@artifex.com>
8e8f10150dd2404757d648a1568c1002dd5310b4

More gs_debug_flags fixes.

Today, I am less than competent. Hopefully this will fix it.

My previous attempt to move gs_debug_flags from header to c file was
thrwarted by my missing an 'extern' out.

This now compiles on both linux and windows without warnings, I think.

gs/base/gdebug.h

2011-10-25 20:19:24 +0100
Robin Watts <robin.watts@artifex.com>
b5f56c0c13c92232c9f77b548476fa10f1aec28f

Fix silly mistake in gs_debug_flags changes.

I'd inadvertently caused the gs_debug_flags tables to be built in every
object that included gdebug.h.

Move them into gsmisc.c.

gs/base/gdebug.h
gs/base/gsmisc.c

2011-10-25 19:37:52 +0100
Robin Watts <robin.watts@artifex.com>
f1a8b636cc4fe9419b31ed21c62b6e8d40fa4f1e

Fix warning; remove static definition for non-existent function.

I added, then removed a function, and left a static prototype in place
that was causing a warning. Remove that.

CLUSTER_UNTESTED.

gs/psi/imainarg.c

2011-10-25 19:04:13 +0100
Robin Watts <robin.watts@artifex.com>
370a5fae98c76c76df84ad35f79ce849a7ecf015

Add 'implication' table for gs_debug operations.

Previously setting an upper case debug flag would imply the lower case
equivalent. Now we extend (break) that system so that any flag can
imply any other flag (and indeed we can have a chain of implied flags).

This frees up lots of uppercase flags for us to use.

gs/base/gdbflags.h
gs/base/gdebug.h
gs/base/gsmisc.c

2011-10-25 16:27:57 +0100
Robin Watts <robin.watts@artifex.com>
d644cdc4b16cb92a70af3fea16c40cd39bc700a6

Add new 'long form' debugging flags.

Add a table of 'known' debugging flags to ghostscript (gdbflags.h). These
list all the currently defined -Z flags, together with 'long form' names
for them (i.e. --debug=tiling will do the same as -Zt).

Add a new routine to list the known flags (and hook this up so that
--debug on the command line lists the flags).

Add a new routine to parse a set of flags passed to --define= on the
command line (and hook that up).

The code that does:

if_debug6('c',...)

all remains unchanged, but we now have the ability to add new flags,
and to do:

if_debug6(gs_debug_flag_whatever, ...)

in the same way. This frees us from the limitations of only having
a limited number of easily representable 'character' flags.

gs/base/gdbflags.h
gs/base/gdebug.h
gs/base/gsmisc.c
gs/doc/Use.htm
gs/ghostscript.vcproj
gs/psi/imainarg.c
pl/plmain.c

2011-10-17 21:12:40 +0100
Robin Watts <Robin.Watts@artifex.com>
b7bcf1a9efdbcd8c0ebac2eeece8c81f61d18396

Tiny whitespace fix.

CLUSTER_UNTESTED.

gs/base/gxicolor.c

2011-10-25 08:28:31 -0600
Henry Stiles <henry.stiles@artifex.com>
f9f50966fe6baecb1c9ebefa44594e7c21d9d194

Make common warning message only output when pcl font parsing
debugging is enabled (-Z=).

CLUSTER_UNTESTED

pl/plfont.c

2011-10-25 10:05:53 +0100
Ken Sharp <ken.sharp@artifex.com>
cf7e75532e0f16c819954b71a686fb5b83c47c61

Add UTF-8 as an output option to the txtwrite device.

The TextFormat parameter now has three values; 0, 1 or 2 to allow for 'XML'
output with full information, simple UCS2 or simple UTF-8 output.

Altered the meanings of the TextFormat so that 0 is now the 'XML' output
which allows a more sensible selection of 1 for UCS2 or 2 for UTF-8, since
these output foramts are otherwise identical. Modified the default to be
'2' (UTF-8).

Updated the documentation in devices.htm.

Also removed a number of C++ comments.

No differences expected, this device is not cluster tested.

gs/base/gdevtxtw.c
gs/doc/Devices.htm

2011-10-24 16:48:44 +0100
Ken Sharp <ken.sharp@artifex.com>
b5fa52b7e60a7eb23b77c4fd117ed37eb04263b5

Bug #692621 Ensure that when copying width information, we create an array as large as the new MaxCID value

Commit 312255297353a9f62b5090e9137586a8ecfc8601 create the new MaxCID entry
for CIDFont type 0 fonts which use a GlyphDirectory. We must use the same
value when creating the arrays to store the widths of the glyphs, or we will
no have a large enough array, leading to soem glyphs getting the Default Width.

No differences expected

gs/base/gdevpdtt.c

2011-10-22 19:43:48 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
33e827eb32d282a550e2f7a9fdb786dd777b0903

Bug 692622: spurious warnings on Indexed colour spaces.

Fix indexed color space processing code that miscalculated
the length of an index table when the table stream was compressed.

gs/Resource/Init/pdf_draw.ps

2011-10-20 22:11:00 -0700
Ray Johnston <ray.johnston@artifex.com>
7ebbcae24116a37b2f32f52bc7330383752f903f

Fix bug 692618. Clear pointers to compressed color structured in pdf14 device.

After the devn compressed color structures were freed, the pointers were not reset to
NULL so subsequent GC would trace into freed or re-used memory. -Z? showed errors and,
depending on memory contents and usage could result in a seg fault. Also add 'mem'
element to the compressed_color_list structure to be used when freeing to avoid
confusion about the correct allocator.

Issue with non-encodable colors is _not_ fixed by this, only the segfault.

gs/base/gdevdevn.c
gs/base/gdevdevn.h
gs/base/gdevp14.c

2011-10-21 23:27:50 -0700
Michael Vrhel <michael.vrhel@artifex.com>
a298a05dcf4ce3f1f530759680a2f65c3e72e3fc

Fix to handle tiff associated alpha images correctly in XPS

TIFF images in XPS can come with an alpha channel that may or may
not be premultiplied. In our existing XPS flow, we currently store
the alpha channel in a separate channel and treat it as an image mask
in the graphics library. This is fine, but if the image data was
premultiplied by the alpha data, we will need to undo this operation
otherwise we end up applying the mask on image data that is already
scaled by the alpha data.

xps/xpstiff.c

2011-10-21 10:52:26 +0100
Ken Sharp <ken.sharp@artifex.com>
312255297353a9f62b5090e9137586a8ecfc8601

Font copying does not work with CIDFonts using dictioanry form of GlyphDirectory

Bug #692573, the font copying code uses 'slots' to record glyph data, which
are entries in an array. The index into the array can be a name or a CID.

This assumes that CIDCount (the number of glyphs in the font) is the same as
the maximum CID (ie the range is continuous), which is generally true.
However, the dictionary form of GlyphDirectory allows for discontinuous CIDs.
This meant that the array was too small to use the CID as an index.

Fixing this efficeintly would mean completely rewriting the code in gxfcopy.c
so that it uses some kind of dictionary structure instead of an array. Instead
I've chosen to find the highest CID in the font (by enumerating the GlyphDirectory)
and use that to create he array with enough entries. Inefficient use of memory
but it saves having to re-architect the code.

The text that was previously missing is now present, and this reveals a new
problem, some of the text is incorrectly spaced after conversion with pdfwrite.
I'll open this as a new bug.

No differences expected

gs/base/gxfcid.h
gs/base/gxfcopy.c
gs/psi/zfcid.c

2011-10-20 23:04:31 -0700
Michael Vrhel <michael.vrhel@artifex.com>
41faddadc03e389f4f1b3c3d9a4f6bdf36ebbfb1

Fix for bug 692511 Dash cap rendering in XPS

There was an issue that we were setting both the end cap and the dash
caps to the starting cap value for the stroke when we went through
clist rendering. Page mode worked correctly. Clusterpush shows no
diffs with XPS rendering since all tests are done in Page mode.

gs/base/gxclpath.c
gs/base/gxclrast.c

2011-10-19 23:27:30 -0700
Michael Vrhel <michael.vrhel@artifex.com>
91dc74950f0a9ce391de0f0f1f0be5220a68db04

Fix for Bug 692510 white space XPS interpreter fix

XPS interpreter was not very robust in its handling of white space in
many locations. I created a general function to handle this in place
of the many uses of sscanf in the interpreter.

xps/ghostxps.h
xps/xpsgradient.c
xps/xpspath.c

2011-10-19 14:53:30 -0700
Michael Vrhel <michael.vrhel@artifex.com>
856eedc584a224bd311fa7688fc29ba487521dfb

Fix for Bug 692509. Issues with parsing of dashed line attributes.

Problem was caused by a space preceding the ending quote, which gave
the dashed line lengths.

xps/xpspath.c

2011-10-19 10:29:18 -0700
Robin Watts <robin@peeves.(none)>
3d3e4f5d6e83539fc5a5877ef6d1e3591ec25c49

Memento buld tweak; valgrind warnings quieted for temporary buffers.

Temporary buffers are used in the planar device and the color halftoning.
These are uninitialised by default, which means that the last 'part byte'
transferred is thought of as being undefined in valgrind.

In memento builds we memset them to 0 to avoid this.

CLUSTER_UNTESTED as memento builds are not testing in the cluster.

gs/base/gdevmpla.c
gs/base/gxcht.c

2011-10-19 10:25:27 -0700
Robin Watts <robin@peeves.(none)>
99f7cf83e2bef8b1d61126c065328f7f91ba1fce

Add some more excludes to the clusterpush.pl rsync.

Specifically, avoid the memento, profiling and 64bit directories
as well as any .pngs.

CLUSTER_UNTESTED.

gs/toolbin/localcluster/clusterpush.pl

2011-10-19 10:23:14 -0700
Robin Watts <robin@peeves.(none)>
bace25f82cd2d84d951a33eb5a9797435f50b836

Remove rop_source member from gxp1fill.c

When set, this member variable was only ever set to be the same as
the 'source' member variable, and then forced to be non-NULL.

By doing this forcing at the last moment, we get exactly the same
behaviour with less confusing code.

No differences shown during cluster testing.

gs/base/gxp1fill.c

2011-10-19 17:31:47 +0100
Chris Liddell <chris.liddell@artifex.com>
e383ccc9e7f56435a8f89cf65125ee1eb6a880e5

Fix FAPI charpath handling.

The way FAPI appended the segments of a charpath to the current path was
incorrect, and in extremely rare cases could cause an error (due to an
attempt to draw outside the established bounding box in the path
structure).

ps3cet/11-20.PS now runs without a "Font Renderer Plugin .... error"

Other than 11-20.PS, no cluster differences expected.

gs/psi/zfapi.c

2011-10-18 22:12:24 -0700
Michael Vrhel <michael.vrhel@artifex.com>
357009d7fc55166a6e8f9da539e1f785d05e9b6c

Maintain 16bit precision in threshold array creation.

Also add option to output either 8bit or 16bit data
including a type 16 halftone dictionary

gs/toolbin/color/halftone/halfttoning/halftone.c

2011-10-17 12:26:17 -0700
Ray Johnston <ray.johnston@artifex.com>
4d0f6ec0fc64eba04cc85693d16bc7158599578b

Fix bug 691978: Ignore PS vmreclaim requests for GC. Only GC when vmthreshold exceeded.

Some poorly designed PostScript creators make liberal use of '2 vmreclaim' which would
trigger a full GC (mark/scan/reloc) pass each time. The document with the bug did this
> 10,000 times. Since the vmthreshold already triggers GC when the allocated amount
exceeds the threshold, we don't need to really do anything when a job requests GC.
Change "internal" (infrequent) interpreter uses to use '2 .vmreclaim'. Speeds up the
file from the bug by 79X !

Also fix areas that didn't update i_ctx_p after running the interpreter (which may do
a GC) and a minor typo in gs.c noticed while scanning for all instances of this.

gs/Resource/Init/gs_init.ps
gs/Resource/Init/gs_lev2.ps
gs/psi/gs.c
gs/psi/idisp.c
gs/psi/imain.c
psi/psitop.c

2011-10-17 20:48:26 -0700
Michael Vrhel <michael.vrhel@artifex.com>
bcfc1a94c76d84511cec09673e220b8bf15823e9

Make it possible to output turn on sequence for ordered dithered screens

This enables us to use the linearize_threshold program that Ray wrote to apply a TRC
to our screen.

gs/toolbin/color/halftone/halfttoning/halftone.c

2011-10-17 15:57:50 -0700
Michael Vrhel <michael.vrhel@artifex.com>
253285f2a4cb681d601817185d6dba083d8b117e

Addition of support for different vertical and horizontal resolution in ordered dithered screen creation.

The support for this was already in place in the code. It was only was a matter of getting the parameters set.

gs/toolbin/color/halftone/halfttoning/halftone.c

2011-10-17 20:15:56 +0100
Robin Watts <Robin.Watts@artifex.com>
312a786bd935908c2c0c0cb428ae066b7f01a8e3

Fix pxlasm.py on windows.

pxlasm.py outputs to stdout. On windows stdout is not binary safe by
default. Fix it with a couple of lines cribbed from stackoverflow.

I have now successfully used pxldis and pxlasm on windows.

tools/pxlasm.py

2011-10-17 11:08:18 +0100
Robin Watts <Robin.Watts@artifex.com>
0f20243b7ec6ea8f6a9b7826ac8ca2e1cebbacda

Fix longstanding color halftone limitation.

gx_dc_ht_colored_fill_rectangle in gxcht.c contains a long standing
limitation (bug/defect), in that when doing strip_copy_rop with
subrectangles, it fails to offset the source samples for each call.
This is noted in the form of a comment.

This is fixed here.

There appears to be an underlying bug in this code (or in the code it
calls) in that the 'optimisation' case (do it all in a single
tile, rather than subdividing) gives different results to the normal
(subdividing) case. See bug 692609.

This can be shown with tests_private/pcl/pcl5cats/Subset/PWEP6SC1.BIN
at 300dpi with or without banding to the plank or pamcmyk4 device.

The limitation that this patch fixes does NOT solve the problem - but
I fixed it in the hopes that it would. Committing the code here as it's
an improvement anyway.

gs/base/gxcht.c

2011-10-17 00:35:20 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
85e64010450ebafb453b4028356a6ccd20e440b8

Bug 692574: libjasper: creating temp failed due to buffer overflow.

Increase the size of a temp file buffer to accomodate larger path names
needed for mkstemp (instead of tmpnam that was used originally).
Thanks to Henk Jan Priester for the patch.

gs/jasper/src/libjasper/include/jasper/jas_stream.h

2011-10-14 23:00:03 -0700
Michael Vrhel <michael.vrhel@artifex.com>
2e92d2916a189d19213d830956a2e02f7cfb6872

Addition of dot shape specification in ordered dither screen threshold array creation.

This provides a number of example dot shapes including, circles, diamonds, lines and
inverted circles. Also cleaned up the code a bit.

gs/toolbin/color/halftone/halfttoning/halftone.c

2011-10-14 19:17:34 +0100
Ken Sharp <ken.sharp@artifex.com>
9cbeac223ffa44dd6cac3954e1f420501d5f29ae

Silence a clang warning

gs/base/gdevpdtt.c

2011-10-14 17:07:38 +0100
Robin Watts <Robin.Watts@artifex.com>
7b498fc5e1d0532f60e70e244edfc58bbeb18a50

Fix planar device bug; tiles becoming corrupted on gc.

The relocation code for memory devices had not been updated to cope
with planar stuff; as such only the first 'mdev->height' line pointers
were being updated. This was showing up in plank vs pamcmyk4 testing
as some planes of patterns being corrupted.

gs/base/gdevmem.c

2011-10-14 15:17:49 +0100
Ken Sharp <ken.sharp@artifex.com>
419d3f8f787d90a71623b27100972eca64d03cc1

Better preservation of PDF text rendering modes in pdfwrite.

Bug #688267, #692243. The 'swapcolors' is now moved into pdfwrite, instead
of being performed in PostScript in the PDF interpreter. The 'spaced'
variants of show now perform simlar techniques to the 'pdfwrite' text rendering
routines, when teh device supports text rendering modes.

Caveats: pdfwrite always emits text enclosed in gsave/grestore. Because of
this we cannot preserve any of the text rendering modes involoving clipping
as the grestore also restores the clip path! So we subtract 4 from the mode
and emit the text that way, then handle the clip separately.

Because text_process doesn't expect to receive gs_error_Remap_Color errors
(which cause the interpreter to run Pattern PaintProcs usually) we can't
set the stroke colour during text processing (which is how it worked before).
Instead we set the colours during text_begin. We don't actually write the colours
to the PDF file at that point though, because that causes problems synchronising
graphics states. Instead we leave the emission of the colour unchanged, we
just evaluate the colours in text_begin.

There is some weirdness in the PDF interpreter which I do not understand.
Most cases are surrounded by 'currentlinewidth exch.......setlinewidth'
which preserves the current line width in case we have to change it for
stroked text. In one case, however, this causes files to fail with an error.

I have tried without success to unravel the PDF interpreter to figure out
what is going on. Since I can't work it out I have created a dictionary,
stored the linewidth in that, and then pulled it back out and restored at
the end. I did try wrapping a gsave/grestore round the operation (taking
care to preserve the modfified currentpoint) but that caused even more
problems. Again I have no idea why.

I would like Alex to look into this so I'm leaving one of the bugs open
and re-assigning to him. Also he will probably want to reformat the code
I've added to the PDF interpreter.

gs/Resource/Init/pdf_ops.ps
gs/base/gdevpdfb.h
gs/base/gdevpdfg.c
gs/base/gdevpdfx.h
gs/base/gdevpdte.c
gs/base/gdevpdts.c
gs/base/gdevpdts.h
gs/base/gdevpdtt.c
gs/base/gserrors.h

2011-10-14 10:40:27 +0100
Chris Liddell <chris.liddell@artifex.com>
83d6f1c5d048d70e89c3e13ef11f87a28e414a7a

Squash a couple of warning in the previous commit.

No functional change.

CLUSTER_UNTESTED

gs/psi/fapi_ft.c

2011-10-14 10:19:15 +0100
Chris Liddell <chris.liddell@artifex.com>
056c8a6dc2409db6ac06ead1fc1b58b277400b04

Bug 692578: improve FAPI/FT handling of non-square resolutions

The previous code only worked correctly for glyphs rotated by a multiple
of 90 degrees, any interim rotation would show a shearing effect.

We'll now apply the "non-squareness" scaling in the matrix, rather in the
resution which we pass to Freetype. We have to do this because Freetype
treats the resolution as being in "glyph space", which means it is "incorrect"
for any rotated/sheared glyph.

No cluster differences.

gs/psi/fapi_ft.c

2011-10-12 22:16:52 -0700
Ray Johnston <ray.johnston@artifex.com>
b49fc2b7fbd16c81a3480660d27d36ebe94ab6d2

Fix Bug 692584. Fix wrong sprintf format specifier types. Thanks to Arthur Ford.

gs/base/gdevtxtw.c

2011-10-11 16:08:00 -0700
Ray Johnston <ray.johnston@artifex.com>
c5cc5db0746981baaad4c07cca370541254e03be

Fix PDFFitPage when PDF orientation doesn't match page orientation.

There was logic to determine if the pdf Box (after /Rotate is applied) orientation
matches the orientation of the PageSize (landscape vs. portrait), but the rotation to
make the image match the Page orientation was missing. Previously this caused the
scaling to be wrong and caused the image to be clipped. Adding the 90 degree rotate
fixes it. Feature needed by customer 531.

gs/Resource/Init/pdf_main.ps

2011-10-12 20:15:51 +0100
Robin Watts <Robin.Watts@artifex.com>
c6accc37afd5d124c1feaea6481a771f2d1e6662

Solve more plank rop problems with the clist.

In the planar memory device, protect against C's broken %. As we don't
replicate the textures, ensure we only set the size for a single repetition.

When placing new tiles into the clist, ensure we calculate the number of
bytes used correctly (previously reuse of tile n would fail as tile n+1
would have overwritten its data).

gs/base/gdevmpla.c
gs/base/gxclbits.c

2011-10-12 17:22:49 +0100
Chris Liddell <chris.liddell@artifex.com>
0d472d36958ba10ce3e5747f91776ad2d53530c7

Bug 692534: revert to unit matrix for Microtype fonts.

I changed the MT fonts to use a "conventional" Type 1 font matrix to
make a Quality Logic file "work" as expected - it's a daft test which
makes the invalid assumption that the fonts in the standard font set
will *always* use a 1000x1000 design matrix. That assumption is invalid
since nothing in the spec dictates that the standard fonts must be Type 1
(clearly as in this case we're using MT fonts!), nor even that Type 1
fonts have to use a 1000x1000 font matrix.

As the change breaks a valid file, to try to satisfy a file which relies
on an invalid assumption, I'm reverting it.

CLUSTER_UNTESTED.

gs/Resource/Init/gs_fapi.ps
gs/psi/fapiufst.c

2011-10-12 16:59:24 +0100
Chris Liddell <chris.liddell@artifex.com>
1a9f315d20871be0498bd7a1fc94cbd2a47ebc4f

Bug 692550: address scanline alignment in halftone

Apply Ghostscript's usual raster memory alignment to interim
bitmap memory for the threshold halftone code. This ensures
scanlines are correctly aligned for mem_mono_copy_mono(), and
prevents a bus error on SPARC.

No cluster differences expected.

gs/base/gxht_thresh.c

2011-10-12 16:23:45 +0100
Robin Watts <Robin.Watts@artifex.com>
f6ed8f824fc3ca41ba0296131646d10e29657bda

Fix more plank rop problems (shown in plank vs pamcmyk4 testing)

I'd missed one case where we are writing a texture bitmap to the clist,
so we were only writing the first plane.

I'd also missed a case when reading bits back from the clist (showed
up with 1x1 textures).

gs/base/gxclbits.c
gs/base/gxclrast.c

2011-10-12 13:36:22 +0100
Chris Liddell <chris.liddell@artifex.com>
d670fb3473fbb455881125086f649e416ea755fe

Bug 689450: deal with invalid font entry in res dict.

In the event that an entry in a resource dictionary for a font is or
references an invalid object type (i.e. not a dictionary), issue a
warning and use the same logic as we do for a missing font resource.

For this error, we'll also honor the PDFSTOPONERROR setting.

In addition, as I was touching the logic around the same place, this
commit changes the missing font resource case to also honor PDFSTOPONERROR.

No cluster differences expected.

gs/Resource/Init/pdf_font.ps

2011-10-12 00:58:50 +0100
Robin Watts <Robin.Watts@artifex.com>
237f8f0204a7e11db79fa60ec21503cfd0953116

Remove duplicated line from gxicolor.c

In my previous commit I inadvertantly duplicated a line. Fixed here.
No ill effects, but removing for neatness.

gs/base/gxicolor.c

2011-10-11 22:07:39 +0100
Robin Watts <Robin.Watts@artifex.com>
fc7bfc56e9132ade936d92e397cc8820bb8a8115

Fix uninitialised 'num_planes' in texture for strip_copy_rop call.

Was causing some differences in plank vs pamcmyk4 testing.

gs/base/gxcht.c

2011-10-11 10:02:48 -0700
Michael Vrhel <michael.vrhel@artifex.com>
e96836194b0eb6085f59d41feb445d60f946dda9

Fix of bugs in halftone ordered screen creation code

This fixes several bugs. Including fixes for issues with modulo operation on negative numbers,
integer division, faulty logic that prevented maximum lpi screens and non-dithered ordered screens.

gs/toolbin/color/halftone/halfttoning/halftone.c

2011-10-11 17:36:48 +0100
Robin Watts <Robin.Watts@artifex.com>
fecf36b333ddac3e469512be536a498382741003

Fix Bug 692569; SEGV in threshold halftoning code.

penum->xci can be negative in clist rendering of landscape cases.
The % operator in C is broken (or at least counter-intuitive) so
the code goes wrong; fix it up with some tweaks to the logic
afterwards.

In a future commit, we'll move from % 16 to & 15 (does the right thing,
and is a lot faster).

No differences expected.

gs/base/gxicolor.c
gs/base/gximono.c

2011-10-10 11:42:29 -0700
Ray Johnston <ray.johnston@artifex.com>
5ce12e824d7e4cb5e54f8ba730cbf6939d20834e

Fix Bug 692224: Handle transparent background with custom fillpage in pngalpha

The previous hack looked for the entire page being filled with white and then filled
with transparent (0xffffffff). With a pngalpha_fillpage we simply fill with that color
which actually allows the page to be filled with non-transparent white if desired.
Remove the pngalpha_fill_rectangle hack.

gs/base/gdevpng.c

2011-10-09 01:10:38 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
f790680acba5c1574728d5ff40124f9e27762d2a

Bug 692571: Fix ouf-of-buffer access in Luratech jb2 interface.

Luratech jb2 library can requiet data outside of the input buffer
if it is fed a corrupted data stream. The old code tried to detect
this but failed because of the missed signed-to-unsighed promotion.

gs/base/sjbig2_luratech.c

2011-10-07 21:36:55 +0100
Robin Watts <Robin.Watts@artifex.com>
c760cef454473970972260b5b1c7ab078711e43d

Resolve more plank/pamcmyk4 differences (banding).

When coding planar data into the clist, I'd missed the 'short' case,
and so only the first plane was being coded; this was causing knock
on effects of rectangles being wrong giving large blocks of color
in the output.

gs/base/gxclrast.c

2011-10-07 12:49:09 +0100
Ken Sharp <ken.sharp@artifex.com>
62166be1e0beaa765daf96b77a8e6b1ee99a9b52

Remove the 'return' from the macro gx_set_dev_color

Macros shouldn't do a return, its highly surprising to a developer. In addition
I need access to the return value for pdfwrite, and potentially other
devices may do so as well. In this case the return value is Remap_color
which happens when a Pattern is set.

No differences expected in regression tests.

gs/base/gsdps1.c
gs/base/gsimage.c
gs/base/gspaint.c
gs/base/gstext.c
gs/base/gxccache.c
gs/base/gxdcolor.h
pl/plchar.c
pl/pldraw.c

2011-10-06 07:24:57 -0700
Ray Johnston <ray.johnston@artifex.com>
1225753bd332857b02e546d20bc35d821fd20f58

Improve PDFFitPage to center the PDF Box on the page.

This was requested by customer 531 and seems reasonable. We didn't document exactly
where the PDF was placed on the page after 'fitting', so centering seems like an
acceptable behavior, so I didn't add a command line option to lower/left position.
If we get any complaints, we can add this.

gs/Resource/Init/pdf_main.ps

2011-10-05 11:30:21 -0700
Ray Johnston <ray.johnston@artifex.com>
d5f1e72357d77dbb03abe0442ac8b8b09d27ceb6

Fix bug 692568. Set up initial clist_color_info to match pdf14 device.

For the funky RGBW device, since it is 4 component additive color the pdf14 logic chose
a pdf14_clist_RGB_device which has 3 components and a depth of 24. The clist logic uses
the clist_color_info.depth which was never set correctly to match the pdf14 device (depth
= 24), so it wrote 32-bits and only read 24, causing the clist reader to bomb.

gs/base/gdevp14.c

2011-10-04 10:30:56 -0700
Ray Johnston <ray.johnston@artifex.com>
49e6b0c7144a4a694271e2f24edf03b16ecc14e1

Require CUPS_DEBUG2 to enable noisy gdevcups messages instead of just DEBUG

Using a DEBUG build with the cups device was extremely slow and painful for complex
files. This is easy to enable via build -DCUPS_DEBUG2 or uncommenting the #define
in gdevcups.c

gs/cups/gdevcups.c

2011-10-03 19:51:15 -0700
Michael Vrhel <michael.vrhel@artifex.com>
77e2fb25375f50389bfe6942507a0a513fa83ee9

Fix for Bug 692507

The image interpolation code did not make use of the proper unpacking
routine when the data was 16bit and we were using the faster ICC
based renderer, which avoided the conversion to the frac type.

gs/base/gxino16b.c
gs/base/gxiscale.c

2011-10-03 17:15:53 +0100
Robin Watts <Robin.Watts@artifex.com>
e776cc41b9da0a535adde126464d6af906b082ae

Fix for Bug 692553; SEGV in fast thresholding halftoning code.

Stupid C got the % operation wrong.

In this instance, it gives an unexpected negative value causing out of
bounds offsets. Simple fix is to offset by the period if it's negative.

gs/base/gxht_thresh.c

2011-09-29 19:07:44 +0100
Robin Watts <Robin.Watts@artifex.com>
3420c5c029771eee268d049fe9b6869221b18d48

Add num_planes to gx_strip_bitmap for planar devices.

Here we alter all existing uses (that I can find) to set num_planes
as appropriate.

We update the clist code to encode/decode the new num_planes field. In
order to fit the extra bit required to signal that this is present into
the encoding byte we optimise the representation of depth down to 4 bits
from 5.

We remove the lop_t_is_planar hack as we now have a cleaner scheme for
signalling it.

This should hopefully remove the last differences between pamcmyk4 and
plank.

gs/base/gdevdbit.c
gs/base/gdevdrop.c
gs/base/gdevmpla.c
gs/base/gdevmr2n.c
gs/base/gsptype1.c
gs/base/gsropt.h
gs/base/gxbitmap.h
gs/base/gxcht.c
gs/base/gxclbits.c
gs/base/gxcldev.h
gs/base/gxclimag.c
gs/base/gxclist.h
gs/base/gxclrast.c
gs/base/gxht.c
gs/base/gximage3.c
gs/base/gxp1fill.c
gs/base/gxpcmap.c
gs/doc/Drivers.htm

2011-10-02 22:26:58 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
8e6d888502506e061241f2cdeb7c3f76d4dfb04f

Bug 692560: read objects with invalid obj# as nulls.

According to PDF spec, objects with invalid object numbers should
be considered null objects. GS finally implements this.

gs/Resource/Init/pdf_base.ps
gs/Resource/Init/pdf_main.ps

2011-09-30 12:46:53 -0700
Michael Vrhel <michael.vrhel@artifex.com>
3380bef5e77ddfaa8aab496a4da13fd297480bd1

Fix for bug 692558

Issue was that the pdf14 device profile was getting set from an ICC profile that
was contained in the source profile for the transparency group. This needs to
be detected when we are getting the device parameters.

gs/base/gsdparam.c

2011-09-30 17:52:57 +0100
Chris Liddell <chris.liddell@artifex.com>
b39b7cbfcf8719b9f41153ccf6172fbf8f800642

Some tweaks to allow "make so" to build in Mac OSX.

The change still results in a ".so" object file, rather than usual Mac
".dylib" file, but other than the name, they are internally identical.

No cluster differences.

gs/base/Makefile.in
gs/base/configure.ac
gs/base/unix-dll.mak

2011-09-30 16:00:51 +0100
Chris Liddell <chris.liddell@artifex.com>
b295fcef1b5a32e299f50f99248ae05099bd757d

Remove the option to build with an external LCMS

Given the extent which our bundled LittleCMS has diverged from the
official release, remove the capability to build with another, at least
until there is an lcms release incorprating the fixes we require.

No cluster differences

gs/base/Makefile.in
gs/base/configure.ac

2011-09-30 10:30:05 +0100
Chris Liddell <chris.liddell@artifex.com>
54ee17d027c6be432a742ca5d313a56ac317361f

Bug 692561: fix handling of tr 3 in setshowstate

In setshowstate we have to work around buggy PDFs in a manner which
means we "show" the text in question, but then rely on a charpath
operation to update the current point accurately. The problem was
that the currentpoint had already been updated by the show operation.

This change ensures we return the currentpoint to the correct position
before doing to charpath to get the accurate text advance.

No cluster differences.

gs/Resource/Init/pdf_ops.ps

2011-09-29 15:45:04 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
63f2476edccc4860312737b61e86c929c340cb72

Bug 692557: Tolerate null XObjects

Check for null XObjects during PDF resource enumeration and
ignore them. Since null objects can appear anywhere in PDF file,
the sample file was OK, but GS didn't handle this case before.

gs/Resource/Init/pdf_main.ps

2011-09-28 20:44:53 -0700
Michael Vrhel <michael.vrhel@artifex.com>
03b20ec31afa843d5a4bac878568f60abcdea5fc

Fix for Bug 692494 and Bug 692433. Overprint issues.

The fix for bug 692494 involved making sure that we use the original floating point values in
determining if we have a nonzero component so that overprint mode occurs properly
for very small values. Thanks to Ken and Ray for the initial analysis on this bug.

A study of 692433 revealed that AR does not do overprint simulation when the source
ICC profile does not match the destination profile. To test this, I created a
test file that had 2 overlapping fills with CMYK values that were specified by
SWOP CMYK values. If the simulation profile in AR matched this profile, then overprinting
was properly displayed by AR. If not, then overprinting was not displayed. This
makes sense as the overprinted inks really should be in the color space for the
target device. Hence, if the source and destination profiles do not match we will
not be showing overprint This test file is called overprint_icc.pdf and will be added to
our test files.

gs/base/gscspace.c

2011-09-29 16:15:01 +0100
Robin Watts <Robin.Watts@artifex.com>
86bd5228ef5f88b747dd228a4b90938d3c9defa5

Speed optimisations to bmpcmp

pam/pnm/pgm reading was using repeated fgetc calls. Change it here to
use fread and then shuffle the buffer around.

gs/toolbin/bmpcmp.c

2011-09-29 16:03:06 +0100
Robin Watts <Robin.Watts@artifex.com>
9b60dc77805746ca685e272abe9b3f056320d612

Partial fix for planar device pattern rop problems.

plank vs pamcmyk4 tests have revealed various files still rendering wrongly
in plank format. These are to do with a halftone being rendered as a pattern
and then used as part of a rop.

Specifically, if the 'rop source' device is used, then it is fed a pattern
tile that is in planar format. When this calls strip_copy_rop, the pattern
tiles data is used as the 'T' field; strip_copy_rop assumes that both T
and S are always in chunky format, and so garbage is read for the T plane.

The fix, implemented here, is to spot that the pattern tile is planar, and
to set a new bit (lop_t_is_planar) in the lop to indicate this fact. The
planar device can then catch this bit and can handle it.

Currently, this is implemented by doing a planar_to_chunky operation into
a temporary buffer, performing the strip_copy_rop, and then freeing the
buffer. Later we may well implement cores that can cope with the common
cases with T being still in planar form.

This commit only fixes unbanded operation; currently when the clist writer
puts the tile into the clist, it has no way of indicating that the tile
is in planar format, hence only writes 1/4 of the data. I need to talk to
Ray and Michael about this. This is broken already, so this commit shouldn't
make anything worse.

I have updated the docs (out of date since 1998, at least) in related areas,
and fixed some broken english.

gs/base/gdevdrop.c
gs/base/gdevmpla.c
gs/base/gsropt.h
gs/base/gxcht.c
gs/base/gxp1fill.c
gs/doc/Drivers.htm

2011-09-29 14:35:12 +0100
Robin Watts <Robin.Watts@artifex.com>
d4741818da0a3f9a5a7ab98c328795dde6f850cb

Add Memento targets to unix/autoconf makefiles.

Add new targets to unix makefiles (pcl-memento, xps-memento etc) that
build executables into memobj. Parallels the work done with the windows
builds.

Makefile
common/ugcc_top.mak
gs/base/Makefile.in
gs/base/macosx.mak
gs/base/ugcclib.mak
gs/base/unix-end.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak

2011-08-18 17:01:43 -0700
Ray Johnston <ray.johnston@artifex.com>
fe8d7b6aebfed3c724a860e31ff170764d5429dc

Fix bug 692372: Add finalize for imager_state to ref_count decrement icc structs.

The graphics atates were being freed by the 'alloc_restore_all' done during gs_lib_finit
but the icc_link_cache was not getting its ref_count decremented, so it never freed the
semaphore which caused handles to be lost by windows. The rc_gsicc_profile_cache_free
function is also fixed to save the 'next' pointer to avoid dereferencing freed memory.

Note that we _should_ be able to call gs_imager_state_release to decrement the counts
of ALL of the elements, but the ref counting of the other elements is _so_ badly
maintained that some elements (dev_ht and halftone) are prematurely freed by this.
This change is enough to fix the bug and pass cluster regression.

gs/base/gsicc_profilecache.c
gs/base/gsistate.c
gs/base/gsstate.c
gs/base/gxistate.h
gs/base/gzstate.h

2011-09-28 09:33:31 -0600
Henry Stiles <henry.stiles@artifex.com>
02bdba18be7f2b78ca03d3f4126cef830eab28eb

Fixes 692544, an "off by one" error in the parser caused a pcl data
scanning command at the end of a stream to be skipped. No expected
differences.

pcl/pcparse.c

2011-09-28 09:32:07 -0600
Henry Stiles <henry.stiles@artifex.com>
f21756f217abc06b41d09946cffad083c8992ac5

Change to new indenting style, no expected differences.

pcl/pcparse.c

2011-09-28 11:29:27 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
326f67e01b02936dfdf5d51b918e3d1878765282

Bug 692551. Remove .min for compatibility with other interpreters.

gs/lib/prfont.ps

2011-09-27 11:36:28 -0700
Michael Vrhel <michael.vrhel@artifex.com>
48e7b9e6aaf93eded227a089b94f90db209476ff

Fix for Bug 692378

The function which decodes runs of compressed color values was not reseting
the solid color value as we looped through the line. So, if it was altered
during one compressed color decode in the line, subsequent values were affected.

gs/base/gdevdevn.c

2011-09-27 09:15:59 +0100
Chris Liddell <chris.liddell@artifex.com>
ddf450125929a9c261b3f7f99ec29c8da69b0207

Bug 692529: reduce potential rounding errors in FAPI/FT

Tweak the heuristic used for avoiding over/underflow problems when converting
scaling to pass into Freetype. This change distributes the over/underflow
protection more evenly between Freetype's resolution, size and matrix
parameters. This prevents the resolution parameter from getting excessively
small, and grid fitting producing unacceptable rounding errors.

This causes differences in about 20 cluster jobs, they are all small changes
in the position of glyphs - neither regressions nor progressions.

gs/psi/fapi_ft.c

2011-09-26 13:19:34 -0700
Michael Vrhel <michael.vrhel@artifex.com>
f97a9171cfb7f1081040a7bd56c4238105e6865a

Fix for bug 692537

Need to make sure that the color mapping information (what colorants are supported and what
their index is) is updated in gx_set_overprint_DeviceN before setting up the overprint information.

gs/base/gscdevn.c
gs/base/gsovrc.c

2011-09-26 12:03:36 +0100
Robin Watts <Robin.Watts@artifex.com>
692f2f74da514b5ba42179ea357263aa77caacd7

Fix cmyk 1bpc planar rop SEGVs.

The new cmyk 1bpc planar rop code does not cope with transparent rops.
Reflect this in the if's surrounding the code that calls it.

gs/base/gdevmpla.c

2011-09-24 08:42:38 -0700
Michael Vrhel <michael.vrhel@artifex.com>
3ee407fafffce3d680039f0f094081e46d9bc6d3

Fix so that fast thresholding code works with simple orders.

Simple orders are those that are represented by shifts of a smaller template.

gs/base/gsht.c
gs/base/gxht_thresh.c

2011-09-23 23:23:02 -0700
Michael Vrhel <michael.vrhel@artifex.com>
545cd811c4a2c33c472f302088a10a807e98d9be

Fix for Bug 692339

Threshold creation code in the tiffsep1 code was not handled correctly when the dorder was a simple form
that included a repeated shift.

gs/base/gdevtsep.c

2011-09-23 20:26:09 +0100
Robin Watts <Robin.Watts@artifex.com>
24ff7262bc333194c27c463b88fd54a1217faac7

More optimisations to planar_cmyk4bit_strip_copy_rop

Fix some bugs that would again only show up when width > 8.

Add a new case (the hairiest) to the function. The others should all be
easier from here on in if we decide to do them.

CLUSTER_UNTESTED as plank is not enabled on pcl yet.

gs/base/gdevmpla.c

2011-09-23 17:00:02 +0100
Chris Liddell <chris.liddell@artifex.com>
5688545987a05f38359298e7649bdebe8e87dcaf

Bug 692532: fix setting the ICCProfilesDir userparam

Change from .setuserparams to .setuserparams2 when setting the
ICCProfilesDir entry so that the Postscript world dictionary gets updated
along with the internal values stored in the current context.

No cluster differences.

gs/Resource/Init/gs_lev2.ps

2011-09-23 16:35:10 +0100
Robin Watts <Robin.Watts@artifex.com>
f7a01d98266270908f041b1d2b78b2777cc577a8

Fix to planar_cmyk4bit_strip_copy_rop.

The previous version would have gone wrong for any use of the new case
where width > 8. I missed this as (presumably) my test case doesn't
exercise the new code, and the cluster is not testing plank on pcl files.

gs/base/gdevmpla.c

2011-09-23 15:16:38 +0100
Robin Watts <Robin.Watts@artifex.com>
2946424a03da33d2f00d27626c4692f8942f7f04

More planar_cmyk4bit_strip_copy_rop optimisations.

Firstly, fix a bug that was present in the previous version; cproc,
mproc and yproc could not be set when they were used. Also, we
incorrectly failed to check for scolors being non NULL before calling
this routine.

We fix this latter problem, by implementing the scolors == NULL case.

This drastically speeds up the time for pcl/pcl5cats/Subset/PL2KCSC2.BIN
(plank 300dpi, banded).

gs/base/gdevmpla.c

2011-09-23 12:09:03 +0100
Ken Sharp <ken.sharp@artifex.com>
1f426395a41ef2fc8a68b24b9970194127d0def2

Fix some minor compiler warnings introduced in commit
237f153545faec22782b64016b5f14dabb4cf6ed

gs/base/gdevpsf1.c

2011-09-23 11:23:35 +0100
Chris Liddell <chris.liddell@artifex.com>
7e048c5e4c4ea35d22801196af1e6bc8886e87d5

Bug 692532 (part): catch error return, prevent crash.

This fixes the crash by catching an error, but doesn't fix the underlying
problem of not finding the ICC profile file.

No cluster differences.

gs/base/gstrans.c

2011-09-23 11:03:24 +0100
Ken Sharp <ken.sharp@artifex.com>
237f153545faec22782b64016b5f14dabb4cf6ed

Bug #692488 add limited support for MM fonts to ps2write

ps2write currently emits MM fonts with the WeightVector but no other parts
of the font, and so it is not a valid MM font. However it also emits MM
OtherSubr calls in the CharString, which is not legal and causes errors.

This code parses (but does not interpret) the Subrs and CharStrings and
removes the blending values, leaving only the base values.

This is not a comprehensive solution, the parser can be defeated by a
sufficiently convoluted CharString/Subr combination and in addition the
code should really blend the vlaues instead of discarding them. This would
require writing a new version of 'psf_convert_type1_to_type2' which emits
type 1 CharStrings instead of type 2. The bug has been left open and
converted to an enhancement to reflect this ambition.

This code shows 2 progressions in the regression test suite:
test-setweightvector.ps
fts_20_2005.pdf

gs/base/gdevpsf1.c

2011-09-23 00:50:34 +0100
Robin Watts <Robin.Watts@artifex.com>
36a46a8bfdf60fb682d5acf200b9da7d5d57ed51

Optimise mem_planar_copy_color_4to1 (table based version).

Performance testing plank shows tests_private/comparefiles/knight.pdf
taking a much longer time with plank than pamcmyk4. A large amount of
time seems to be spend in mem_planar_copy_color_4to1.

The implementation seems to fare badly on x86 due to branches skipping
ahead that cannot be predicted. A table based implementation seems to
halve the runtime of the problem file (300dpi, no banding).

gs/base/gdevmpla.c

2011-09-22 18:14:06 +0100
Robin Watts <Robin.Watts@artifex.com>
65092efad877169870f9d907eda46a9b8298c1aa

Add special case code for rops in cmyk 1bpc planar space.

We add special case code to speed planar rops. Should give identical
results to the original method of doing it (planar_to_chunky, cmyk
to rgb, apply rop, cmyk back to rgb and split out to planes), but
rolls all that into a single traversal of the data, and doesn't
call the map functions for every single pixel.

Speeds 600 dpi unbanded planks processing of lj5200_pcl6_mono_PWTW51DC.prn
from 58 seconds to 22.

gs/base/gdevmpla.c

2011-09-21 17:57:55 +0100
Robin Watts <Robin.Watts@artifex.com>
53900176669849e91b2563ea57568db41e55d2d9

Add special case for faster planar rops in greyscale and rgb modes.

If we're doing a planar rop, and (S is either unused, or constant) and
(T is either unused, or constant), and (we're in rgb or greyscale), then
we can treat each component separately. This avoids pulling the planes
together, converting to rgb, doing the rop, converting back to cmyk and
splitting back out again.

I had hoped to use a variant of this code to do cmyk rops too, but that
turned out to be impossible; even if we 'rewrite' the rop on entry to
change it from an rgb one to a cmy one, the non-orthogonal nature of the
K plane bites us.

CLUSTER_UNTESTED as not currently enabled on the cluster.

gs/base/gdevmpla.c

2011-09-21 17:48:51 +0100
Robin Watts <Robin.Watts@artifex.com>
33e280b132b5527e4a9cb5683d10f9395f45bb92

Add map_color_rgb functions to cmyk plan devices (required for rops).

Contrary to the documentation, it is important to provide a map_color_rgb
so that rops work.

CLUSTER_UNTESTED as only the plank device is enabled in testing, and that
one is unchanged.

gs/base/gdevplan.c

2011-09-21 17:39:45 +0100
Robin Watts <Robin.Watts@artifex.com>
1e2b027a201b1aeeebfff807a45f1e1cb021dc0e

Add 24bit case to pack_planar_from_standard (also fix <=8 bit case)

pack_planar_to_standard is missing the 24 bit case; trivially add it in.

Also, the <= 8 bit case looks horribly broken to me; rewrite it here,
keeping old code around in case I am (again) proven to be a loon.

CLUSTER_UNTESTED as this code isn't executed in any tests currently.

gs/base/gdevdrop.c

2011-09-21 16:18:02 +0100
Chris Liddell <chris.liddell@artifex.com>
16aebf73c4eb716b5393bf0912b7b740a3867bf8

Bug 692300: Allow cidfmap to have paths to CIDFont files

Revise the cidfmap handling so that it can be used to point Ghostscript
at Postscript CIDFont files that are outside the normal resource search
path (i.e. not in "Resource/CIDFont").

CLUSTER_UNTESTED

gs/Resource/Init/gs_cidfm.ps
gs/doc/Use.htm

2011-09-20 16:14:27 -0700
Michael Vrhel <michael.vrhel@artifex.com>
36925c8f0864e8ecd54625011696d4bcdbc26fcc

Fix for bug 692517

The icc_table member variable needs to be allocated in stable memory. This way
it is not freed during a restore. This was occurring when we had a clist
device member variable in a pattern followed by a restore.

gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxclread.c

2011-09-20 09:58:48 +0100
Ken Sharp <ken.sharp@artifex.com>
40bdfff14aa2d3190526f44d4ef81d3c8c65be3f

Bug #692520 (partial, pdfwrite portion only) fix return testing

The cos_c_string_value function returns a pointer (to a parameter passed to it!)
which is cast to an int and tested for negativity. This is terrible practice.
On 64- bit machines the pointer doesn't fit into an int and on 32-bit machines it
will erroneously detect an error if a valid pointer exceeeds 2GB.

The only reason for the test is to allow the funciton call to be included
in the body of an 'if' test, which is a hideous way of constructing the
code.

This commit reformats the code, and does away with the irrelevant return code
test.

No differences expected, this path is not tested by the cluster.

gs/base/gdevpdfc.c

2011-09-19 17:20:51 -0700
Michael Vrhel <michael.vrhel@artifex.com>
6e2eda3cca4f8e13a9139c77aad5da524fa62d76

Avoid mixed double float operations.

On my machine moving over to float to avoid the mixed double/float operation slowed things
down even more. We may want to revisit this later. Diffs were minor and had about
10 percent speed up on interpolation with this change.

gs/base/siscale.c

2011-09-19 15:39:42 +0100
Chris Liddell <chris.liddell@artifex.com>
a44f19c56f98f3d700f617701d581e6932c964a9

FAPI/UFST revisions.

1) Modify FAPI/UFST to use a chunk allocator for its memory (this reflects a
similar change in FAPI/FT).

2) "Side-port" changes from the integration project for customer 532.

3) Address a couple of stability/output error problems that came up testing
the above changes.

CLUSTER_UNTESTED

gs/Resource/Init/gs_fapi.ps
gs/psi/fapiufst.c
gs/psi/zfapi.c

2011-09-19 13:52:31 +0100
Ken Sharp <ken.sharp@artifex.com>
13028e7b90dba007183c4b64a5d6b1363e30c993

Bug #692515, array index out of bounds (static analysis)

The routine pdf_SepCMYK_ConvertToRGB accessed element 5 of an array
passed as a parameter, when it should have accessed element 4 in order to
convert a CMYK value into an RGB value.

The code path is only exercised when creating PDF/A or PDF/X, the
ProcessColorModel is DeviceRGB, and the input contains a /Separation or
/DeviceN colour space with a DeviceCMYK /Alterenate space.

No differences expected.

gs/base/gdevpdfc.c

2011-09-16 15:15:45 +0100
Robin Watts <Robin.Watts@artifex.com>
64a7f79fbc184fddc10f635cfeabf8c44db46d90

Fix MSVC gs Profile builds.

In my recent rework of the makefiles, I broke gs profile builds (in that
they were built as release builds). Trivial fix.

gs/psi/msvc.mak

2011-09-15 20:36:31 +0100
Robin Watts <Robin.Watts@artifex.com>
50d947b5f4801d1042166acbd8b5aed982f57697

Allow planar device to make use of special getbits handling for 1bit cmyk.

We have a special function gx_get_bits_copy_cmyk_1bit, used to quickly
map cmyk (1bpc) to rgb. Our use of this is dependant on the
gxdso_is_std_cmyk_1bit call. Unfortunately this was broken for planar
devices, so plank was never getting the speed benefits of this routine.
Fixed here.

gs/base/gdevmpla.c

2011-09-14 12:40:48 -0700
Michael Vrhel <michael.vrhel@artifex.com>
6aa157b438ac69f9732b9f7b29e8570cceb50e8e

Fix for bug 692323. Performs color management before spatial interpolation with enlargements.

This avoids expensive color management operations when we are doing spatial interpolation.
Also a code reduction with this commit.

gs/base/gxiscale.c
gs/base/sidscale.c
gs/base/siinterp.c
gs/base/siscale.c
gs/base/sisparam.h
gs/psi/zfimscale.c

2011-09-14 13:29:09 +0100
Chris Liddell <chris.liddell@artifex.com>
d4c7212427ea85c6d8d9c9a46a178af54c9b96d3

Bug 691991: allow extra compile/link flags.

The XCFLAGS and XLDFLAGS should be available to be specified as parameters to
"make", but they were being used by the autoconf tools. This change moves the
autconf set flags into their own variables, leaving XCFLAGS and XLDFLAGS for
use at the make command line. Similarly, it adds an XTRALIBS variable which
can also be set from the make command line.

This is a slight modification of a patch originally from William Bader.

No cluster differences.

gs/base/Makefile.in

2011-09-13 14:03:12 +0100
Chris Liddell <chris.liddell@artifex.com>
83e1c7b77e8a23ed0683b3677a7cccba94ad5fe8

Bug 692491: change FAPI/Freetype to use chunk allocator

Previously FAPI/FT was using the heap allocator, which caused performance
problems due to its linear search of allocated blocks to validate before
freeing a block. The linear searching was fixed previously, but on some
platforms the C lib's malloc/free are bottlenecks, so using a chunk
allocator instance makes sense for allocate/release pattern we see from
Freetype.

No cluster differences.

gs/psi/fapi_ft.c

2011-09-10 10:23:50 -0500
Robin Watts <robin.watts@artifex.com>
e5d8d4d6514600f49a6aae2811e3b6fd33c2ef54

Speed up heap freeing (gs_heap_free_object) by avoiding search.

Inspired by Bug #687475. Remove the search through every allocated block
when freeing a heap block. Drastically increases the speed. Will hopefully
help other things too.

If people really want to test that blocks are valid on free, build with
Memento, which captures this in a much more useful way.

gs/base/gsmalloc.c

2011-09-10 10:09:23 -0500
Robin Watts <robin.watts@artifex.com>
1e3da08d9eb07a9d9650f5deeccf376da6db5722

Update xcode project to allow profiling.

xcode/GhostPDL/GhostPDL.xcodeproj/xcshareddata/xcschemes/ghostscript.xcscheme
xcode/GhostPDL/GhostPDL.xcodeproj/xcshareddata/xcschemes/language_switch.xcscheme
xcode/GhostPDL/GhostPDL.xcodeproj/xcshareddata/xcschemes/pcl.xcscheme
xcode/GhostPDL/GhostPDL.xcodeproj/xcshareddata/xcschemes/svg.xcscheme
xcode/GhostPDL/GhostPDL.xcodeproj/xcshareddata/xcschemes/xps.xcscheme

2011-09-09 13:40:30 -0700
Michael Vrhel <michael.vrhel@artifex.com>
3329928934123e2d3033309aa79c6ca18d975528

Update lcms2.1 to lcms2.2 plus fix some bit rot

Checked to see if this fixed Bug 692121 and unfortunately it did not. Working to create this with
tools contained in lcms2 so that I can kick the issue up to Marti.

gs/base/gsicc_lcms2.c
gs/base/lib.mak
gs/lcms2/AUTHORS
gs/lcms2/COPYING
gs/lcms2/ChangeLog
gs/lcms2/Makefile.in
gs/lcms2/Projects/BorlandC_5.5/lcms2.rc
gs/lcms2/Projects/VC2008/lcms2.rc
gs/lcms2/Projects/VC2010/lcms2.rc
gs/lcms2/Projects/VC2010/resource.h
gs/lcms2/aclocal.m4
gs/lcms2/config.guess
gs/lcms2/config.sub
gs/lcms2/configure
gs/lcms2/configure.ac
gs/lcms2/include/Makefile.in
gs/lcms2/include/lcms2.h
gs/lcms2/install-sh
gs/lcms2/ltmain.sh
gs/lcms2/src/Makefile.in
gs/lcms2/src/cmscnvrt.c
gs/lcms2/src/cmserr.c
gs/lcms2/src/cmsgamma.c
gs/lcms2/src/cmsgmt.c
gs/lcms2/src/cmsio0.c
gs/lcms2/src/cmsio1.c
gs/lcms2/src/cmslut.c
gs/lcms2/src/cmsnamed.c
gs/lcms2/src/cmspack.c
gs/lcms2/src/cmstypes.c
gs/lcms2/src/cmsxform.c
gs/lcms2/src/lcms2_internal.h
gs/lcms2/testbed/Makefile.am
gs/lcms2/testbed/Makefile.in
gs/lcms2/testbed/testcms2.c
gs/lcms2/utils/delphi/lcms2dll.pas
gs/lcms2/utils/jpgicc/Makefile.in
gs/lcms2/utils/linkicc/Makefile.in
gs/lcms2/utils/psicc/Makefile.in
gs/lcms2/utils/tificc/Makefile.in
gs/lcms2/utils/transicc/Makefile.in
gs/lcms2/utils/transicc/transicc.c

2011-09-09 16:27:04 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
5f82fe2ef9d4d21950f9cf76c82911b9f977e2b1

Bug 692492: Accept empty xref sections.

Change xref parser to accept xref sections that have no entries.

gs/Resource/Init/pdf_main.ps

2011-09-08 21:13:39 -0700
Michael Vrhel <michael.vrhel@artifex.com>
7d59aae1041ac22608f7f470f3f3644c1f7523bd

Fix for patterns with plank device, transparency, and clist.

It turns out that when we right the tile raster for the clist we don't
really know what the "true" target of the pattern is only the final
target device. In this particular situation, the target for the pattern
is a pdf14 device, the tile has no transparency, and the final target
is a planar device. When ended up assuming the tile was planar which
it was not and ended up with a seg fault

gs/base/gsptype1.c
gs/base/gxcolor2.h
gs/base/gxpcmap.c
gs/base/gxpcolor.h

2011-09-08 13:59:03 +0100
Robin Watts <robin.watts@artifex.com>
968040d1ef877607fb6b6bed67e7c2d54c0b4dd1

Add massively hacky and horrible clang_wrapper to xcode build.

This is REALLY nasty, but seems to work; at least I get sensible
results thrown back into Xcode when I build with analyze.

xcode/GhostPDL/GhostPDL.xcodeproj/project.xcworkspace/xcuserdata/robin.xcuserdatad/UserInterfaceState.xcuserstate
xcode/GhostPDL/GhostPDL.xcodeproj/project.xcworkspace/xcuserdata/robin.xcuserdatad/WorkspaceSettings.xcsettings
xcode/Makefile
xcode/clang_wrapper.c
xcode/resolve.sh

2011-09-07 23:37:29 +0100
Robin Watts <Robin.Watts@artifex.com>
618f03fce59282255e7d251875dd1d9ff5b35bf6

Remove unused variable introduced in last commit.

gs/base/gdevplan.c

2011-09-07 20:27:26 +0100
Robin Watts <Robin.Watts@artifex.com>
6a505dc016f8d34444f7b431a220320e005df201

Put map_color_rgb function back into planar devices to fix pcl

It appears that the rop code requires map_color_rgb to work properly.
Reinstate the old functions to get us up and running.

gs/base/gdevplan.c
gs/base/gdevplib.c

2011-09-07 00:28:21 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
b3ee2cd07fc7bdfbc3014316f0d4f7da54c900ee

Bug 692352: excessive memory use by shading

Reduce memory usege in smooth shading by running the shading code
in save-restore contest. Although resolved shading is no longer
cached by PDF interpreter, reduced memory usage greatly speeds-up
processing of the files with many shadings.

gs/Resource/Init/pdf_draw.ps

2011-09-06 20:42:36 +0100
Robin Watts <robin.watts@artifex.com>
5426550f44025e7ec5c802b27d379f7ffee5ed01

New simple xcode project for GhostPDL/Ghostscript.

Still very experimental, but seems to build. Debugging seems to work.

Analysis doesn't work (usefully) yet due to clang not reporting full
pathnames. This can be solved by a wrapper. TODO: Write it.

xcode/GhostPDL.xcodeproj/default.pbxuser
xcode/GhostPDL.xcodeproj/project.pbxproj
xcode/GhostPDL/GhostPDL.xcodeproj/project.pbxproj
xcode/GhostPDL/GhostPDL.xcodeproj/project.xcworkspace/contents.xcworkspacedata
xcode/GhostPDL/GhostPDL.xcodeproj/project.xcworkspace/xcuserdata/robin.xcuserdatad/UserInterfaceState.xcuserstate
xcode/GhostPDL/GhostPDL.xcodeproj/project.xcworkspace/xcuserdata/robin.xcuserdatad/WorkspaceSettings.xcsettings
xcode/GhostPDL/GhostPDL.xcodeproj/xcshareddata/xcschemes/GhostPDL.xcscheme
xcode/GhostPDL/GhostPDL.xcodeproj/xcshareddata/xcschemes/ghostscript.xcscheme
xcode/GhostPDL/GhostPDL.xcodeproj/xcshareddata/xcschemes/language_switch.xcscheme
xcode/GhostPDL/GhostPDL.xcodeproj/xcshareddata/xcschemes/pcl.xcscheme
xcode/GhostPDL/GhostPDL.xcodeproj/xcshareddata/xcschemes/svg.xcscheme
xcode/GhostPDL/GhostPDL.xcodeproj/xcshareddata/xcschemes/xps.xcscheme
xcode/Makefile
xcode/clang_wrapper.sh
xcode/xcode.mak

2011-09-06 12:22:46 +0100
Robin Watts <Robin.Watts@artifex.com>
15e70ed9fc7b28a02b9eff6491fe5137cedc7798

genarch tweak for cross-compiling; supply ready made arch files.

Previously genarch would unconditionally generate an arch.h file for the
current platform every time it was called. This fails for cross-compiling,
forcing the makefile to be edited every time. In this commit we add a
tweak that solves this problem.

Now, genarch can optionally copy an existing arch.h file; if the make
(or nmake) invocation has TARGET_ARCH_FILE=path/to/existing-arch.h added
to it, then instead of generating an arch.h for the current (host)
platform, it will instead copy the supplied one (assumed to be appropriate
for the target platform).

MSVC builds are updated here to automatically pick a TARGET_ARCH_FILE
based upon the WIN64 define. This should allow us to build 32bit binaries
on a 64bit box from the Visual Studio solution. We still cannot build
64bit binaries on a 32bit box using the unedited solution, as we have
no way to detect the type of box we are on, and hence cannot select
the appropriate AUX compiler to use.

A new directory, 'gs/arch' is added, containing the 2 windows msvc arch.h
files. More files can be added in future, ideally keeping to the
<os>-<architecture>-<toolset>.h naming convention.

gs/arch/windows-x64-msvc.h
gs/arch/windows-x86-msvc.h
gs/base/genarch.c
gs/base/lib.mak
gs/ghostscript.vcproj
gs/psi/msvc.mak

2011-09-05 15:46:01 +0100
Robin Watts <Robin.Watts@artifex.com>
cb5b14133b516323694dcb99c7594337e84d5e3f

Add Memento configuration to Visual Studio projects (and gs makefile)

When swapping between memento and non-memento builds, a complete rebuild
is required due to the pervasive nature of the memento defines. As such
it makes sense to have it as a separate configuration in the project.

Memento directories are named 'memobj', 'memobj64', 'membin' etc in
keeping with 'debugobj', and 'profobj' etc.

Also, take the opportunity to fix a couple of small things in the visual
studio files. Firstly, the 64 bit profile build targets were incorrect
(weren't setting paths etc).

Secondly, we remove the use of nmake /A for the rebuild step, and instead
rely on an explicit clean call, then a rebuild; this means we get
consistent results for a rebuild compared to a clean then a build.

As part of this work, we add logic to the (MSVC) makefiles to detect
MEMENTO=1 and PROFILE=1. If set, these change the default DEBUG, TDEBUG
and DEBUGSYM flags as appropriate, and change the default output
directory names. This keeps the invocations from Visual Studio sane
(as I found lots of mistakes in them as I looked through).

Also fix some places where we were failing to set and pass on
BINDIR/PSOBJDIR resulting in stray directories being created.

CLUSTER_UNTESTED

common/msvc_top.mak
gs/ghostscript.vcproj
gs/psi/msvc.mak
language_switch/pspcl6_msvc.mak
main/pcl6_msvc.mak
psi/psi.mak
svg/svg_msvc.mak
win32/GhostPDL.sln
win32/ReadMe.txt
win32/language_switch.vcproj
win32/pcl.vcproj
win32/svg.vcproj
win32/xps.vcproj
xps/xps_msvc.mak

2011-09-05 10:20:14 +0100
Chris Liddell <chris.liddell@artifex.com>
2fab16e3cbf8b2a18aa82c6beee76e261e530b9f

Bug 692365: Don't derive metrics for CIDFontType 2.

If the metrics don't exist in a CID font, we attempt to derive "sane"
metrics from the bounding box information. This is problematic since a
font (even with WMode 1) missing vertical metrics should be treated as a
horizontal (i.e. WMode 0).

However, we *do* still want to derive vertical metrics, for a vertical
writing font when we're using a Truetype font as a substitute for a
"real" CIDFont.

No cluster differences expected.

gs/psi/zfapi.c

2011-09-04 10:26:49 +0100
Chris Liddell <chris.liddell@artifex.com>
6b7da277a6b7477b0d7114a6203d4112c0ad631f

Fix glyph cleanup after error

When cleaning up the freetype glyph after a glyph interpretation error
use the glyph type field in the glyph structure to differentiate between
freeing an outline or a bitmap glyph - rather than the glyph type we
requested.

No cluster differences expected.

gs/psi/fapi_ft.c

2011-09-03 20:38:47 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
42582272f2b4dce1ccd5c600a2d6dc71794b4d3e

Bug 692033: fix LZWEncode filter

Increment code size before writing out EOD when the last code reaches
the current limit code. Fix incorrect bytes or decoding errors at
the end of some LZW-encoded streams.

gs/base/slzwe.c

2011-09-03 09:19:49 +0100
Ken Sharp <ken.sharp@artifex.com>
6a2a8987a7c7d0f98dcf640f72e64256c1f84eb2

Remove the insistence on DeviceGray or DeviceCMYK from pdfa_def.ps and remove
the directive not to use DeviceRGB from the documentation.

There is no requirement in the PDF/A-1 specification that prevents the use of
DeviceRGB.

gs/doc/Ps2pdf.htm
gs/lib/PDFA_def.ps

2011-09-01 18:32:07 +0100
Robin Watts <Robin.Watts@artifex.com>
c1a22bfd63734c93fc8d9df65e58f83fbd6a3376

Bug 692481: Fix for remainder of issue; oversize JPEG data causes hang.

If the JPEG lib exits without decoding anything, and the buffer was full,
attempt a compaction; if the compaction succeeds (bytes were saved), then
continue, otherwise bale with an error to avoid us infinitely looping
as we repeatedly try to decode the same data.

The 'buffer is full' condition is the tricky one; we cannot know the
exact size of the buffer, but we can know the minimum size we requested,
so we use that as a close approximation.

Also tweak the pxl handling of error conditions passed back from the
jpeg decoder. Ensure that pxls use of streams set the templates.

gs/base/sdctd.c
pxl/pximage.c

2011-09-01 11:35:52 -0700
Michael Vrhel <michael.vrhel@artifex.com>
f1c4efc10e7aad61f08e979493773a29d973c43c

Speed up of lcms 16bit tetrahedral interpolation code.

This color table interpolation is used primarily where we have 16 bit image data or
are doing spatial interpolation of image data. The change introduces
some very minor changes across quite a few files that have 16 bit
data or for which spatial interpolation is occurring. No changes occur at the white
or black table points.

The code differences involved moving the decision tree outside the loop and performing
the normalization divide by an add and shift.

This change can be readily moved to lcms2.

gs/lcms/src/cmsintrp.c

2011-09-02 17:16:22 +0100
Ken Sharp <ken.sharp@artifex.com>
8b660e2678b3c6f4592269d14e3767aca3dd51e0

Bug #692136 Change the FontBBox we use when a type 3 font has a NULL bbox.

PCL creates type 3 fonts where the BBox is 0 0 0 0. This causes Acrobat problems,
so we replace it with a 'default'. Previously this was 0 0 1000 1000, but this
is incorrect for the type 3 fonts created from PCL, and makes it impossible
to search/highlight text in the resulting PDF.

We now check for a type 3 font with an all zero BBox, and instead use 0 0 1 -1
which for PCL fonts works well. Regression tests show no differences with this
change, and hopefully its no more incorrect than it was before.

No differences expected.

gs/base/gdevpdtt.c

2011-09-02 11:43:04 +0100
Chris Liddell <chris.liddell@artifex.com>
f2d80d64b5f863ba17f428b96967fe1c1ce0d870

Bug 692484 - Fix build failure with gold linker...
....due to freetype underlinking.

Credit to Timo Gurr ( timo.gurr@gmail.com ) for the patch

CLUSTER_UNTESTED

gs/base/Makefile.in

2011-09-02 10:09:42 +0100
Chris Liddell <chris.liddell@artifex.com>
ee226f558f5b73005ba0594cd3861ce431c08a1b

Bug 692483 - Fix the unix install to include {Details,History}9.htm

Credit to Timo Gurr ( timo.gurr@gmail.com ) for the patch.

CLUSTER_UNTESTED

gs/base/unixinst.mak

2011-09-01 09:54:53 -0700
Michael Vrhel <michael.vrhel@artifex.com>
2881a8db54afddc1708febaa1de51e6808a416f9

Make sure planar pattern buffer size is correctly computed for clist writing.

gs/base/gsptype1.c

2011-09-01 17:15:41 +0100
Robin Watts <Robin.Watts@artifex.com>
a00c728c4c3ffa2392765294bc21b90b6e38496f

Bug 692481; partial fix - jpeg data with excess 0xFFs.

Ghostscript passes buffers full of data to the jpeg library. The jpeg
library decodes one (or more) scanlines of data from this data and
returns it to ghostscript.

In the event that the jpeg library can't decode an entire scanline from
the buffer supplied, it 'suspends' itself (i.e. restores its internal
state to the beginning of the last scanline, and returns having consumed
no data).

This means that if we ever have a scanline of jpeg data that is too large
to fit in the stream buffer, we will go into an infinite loop.

This commit is a partial fix for the issue; if we return from the jpeg
lib having consumed no data and having produced no output, we attempt to
compact the data in the jpeg stream. We do this by compacting strings of
0xFF bytes to a single 0xFF byte. (Strings of 0xFF bytes are forbidden by
the spec, but are treated by the library as a single one).

This is sufficient to solve the problem with the supplied corrupted file,
but still leaves us vulnerable to files that have more than 0x800 bytes
in any given single scanline.

A proper fix would require us to spot that the buffer was 'full' and that
the compaction process saved no bytes. Spotting that the compaction
process saved no bytes is easy. Spotting that the buffer is 'full' is not
currently possible as stream->cbsize is not available at the point
where the test needs to be done.

gs/base/sdctd.c

2011-09-01 08:29:03 +0100
Ken Sharp <ken.sharp@artifex.com>
ad0cf1990ae540252f68c50fa4627ed3b1752b89

Bug #692457 If a PCL pattern turns out to be a flat fill, still update the saved colour.

If a PCL pattern turned out to be a simple colour (black or white) we optimise
the output and don't emit a pattern. However, we do still need to update the
saved colour in our private state, because we will still be changing the colour. If
we don't do that then our saved state does not reflect the actual content of
the PDF file, and we can emit incorrect colours.

No differences expected.

gs/base/gdevpdfg.c

2011-08-31 18:32:40 +0100
Robin Watts <Robin.Watts@artifex.com>
a2d547dd3378afdb63681e9262e3bedd2abb3e53

Memento fixes; Memento code in gsalloc was broken.

The memento code in gsalloc.c intended to allow for memory squeezing
was inadvertantly relying on C extensions. Fixed here.

CLUSTER_UNTESTED.

gs/base/gsalloc.c

2011-08-31 18:06:17 +0100
Robin Watts <Robin.Watts@artifex.com>
af34c29e19ce012f71cb3713d4756ee43d6aa1d0

Fix mem buffer raster calc in height=1 case.

gs -r72 -sDEVICE=plank -o o.ppm tests_private/pdf/PDFIA1.7_SUBSET/CATX0198.pdf

would SEGV when run, due to a planar pattern buffer of 1x1 being created;
this would calculate a bad raster value, which was then copied into the
pattern tile, and would cause problems.

gs/base/gdevmpla.c

2011-08-30 18:24:57 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
fc3adb358eb5c0175fc5e24d7f275ffe2ac39fb9

Bug 692409: check file name length

Check the length of a file name argument and throw /limitcheck when
it exceed the size of the internal buffer. Avoid undefined behaviour
and possible security issues.

gs/base/gdevprn.c

2011-08-30 19:22:35 +0100
Robin Watts <Robin.Watts@artifex.com>
2b898bdf0ba77853f4af9da4e39141189a1580a1

Change planar devices to use encode/decode_color only.

Simplify the code by removing deprecated color mapping functions. In
particular this fixes a problem whereby encode_color for the plank
device was returning a color index encoded as rgb, and hence confusing
the overprint device.

CLUSTER_UNTESTED as the plan* and plib* devices are not tested at the moment.

gs/base/gdevplan.c
gs/base/gdevplib.c

2011-08-30 19:21:44 +0100
Robin Watts <Robin.Watts@artifex.com>
605557a6e3741abe837445da32f378a7bb751e8f

Minor whitespace adjustment.

Correct indentation to avoid confusing simpletons like me.
CLUSTER_UNTESTED.

gs/base/gsbitops.c

2011-08-30 10:22:45 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
b08778372c45bdf77e60db7374d1d18b6b340b10

Bug 692054: clear currentpoint after stroking empty path

Make gs compatible with Adobe implementation and avoid creation
of an uninitialized currentpoint value. Flag currentpoint as not
defined after stroking an empty path.

gs/base/gspaint.c

2011-08-29 20:24:17 +0100
Robin Watts <Robin.Watts@artifex.com>
619bfae87817cbb5633853f943dd3c7b101568c9

Bug 692476: simple non-trans tiling to planar devices - workaround.

Non transparent tiling of 'simple' coloured pattern tiles fails when
going to planar devices. In this commit we simply disable the simple
path in this case. Testing seems to indicate that everything will work
OK now.

Bug 692476 has been opened to remind us to optimise this when possible.

gs/base/gxp1fill.c

2011-08-29 18:39:57 +0100
Robin Watts <Robin.Watts@artifex.com>
d0f9685b775092c820e3b4748f0fe09eb7880a55

Disable mono threshold based halftoning for cmyk planar devices

Currently we allow the mono threshold based halftoning routines to be
called for CMYK planar devices. Disable this for now as it doesn't work.
When we have the rest of the planar device testing out correctly we'll
revisit this, debug it, and reenable it.

gs/base/gximono.c

2011-08-29 13:50:25 +0100
Robin Watts <Robin.Watts@artifex.com>
385edc256d11fd9c0d9ae6af1e94ea145b15b393

Tweak bmpcmp to put the threshold and window settings into the meta files.

Useful for debugging. CLUSTER_UNTESTED.

gs/toolbin/bmpcmp.c

2011-08-29 00:39:26 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
a8dbb2a904d52a9cce21db397b0918ce2d733214

Bug 692447: Handle unfinished 'W' mode.

When the content stream sets 'W' or 'W*' clip modes but doesn't
complete them with a filling operator, Ghostscript leaves a
dictionary on the dictionary stack that interferes with PDF graphic
state processing. This patch does the following:
- drops "W" in the sequence 'W Q"
- ignores graphic state changes, e.g. in "W 0 G"
- takes into account possible presence of non-graphic-state
dictionaries during clean-ups.

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_main.ps
gs/Resource/Init/pdf_ops.ps

2011-08-29 01:49:41 +0200
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
4d4b6f695ca058a36141e4f81313533c819def73

Make plank and pamcmyk4 files easier to compare.

Change pamcmyk4 files so that MAXVALUE is 255 (instead of 1) and add
a comment to the plank file header.

gs/base/gdevpbm.c
gs/base/gdevplan.c

2011-08-26 10:05:17 -0700
Michael Vrhel <michael.vrhel@artifex.com>
7fee00e442130e0aa3118fec975882008e750ebd

Allow planar devices to store patterns as bitmaps not clist only

CLUSTER_UNTESTED

gs/base/gxpcmap.c

2011-08-26 18:41:36 +0200
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
a9b386efabd5aab3913554641c66306e6bd79b58

Add the various plan* devices to the default build.

gs/base/configure.ac

2011-08-26 09:20:57 +0100
Chris Liddell <chris.liddell@artifex.com>
e665cacbe15d9cedb09334451cedd223a38a5ac3

Bug 692435: fix PDF pre-rendering spot color search.

Before we start rendering a page, we search the resources for the page
(including its descendent objects), so that we can pass the information
to the device prior to rendering. What we weren't doing was searching
the parents of the page object (we were, however, doing so during the
stream interpetation for rendering), thus in rare, but valid files, we
could miss setting up the page device for spot colors.

No cluster differences expected.

gs/Resource/Init/pdf_main.ps

2011-08-23 10:31:03 -0700
Michael Vrhel <michael.vrhel@artifex.com>
aa715abee9f38daba6c9504495dca309e8e3ed64

Fix so pattern debug code dumps planar bitmap.

gs/base/gxpcmap.c

2011-08-23 16:26:24 -0700
Michael Vrhel <michael.vrhel@artifex.com>
cb54af824c8f0aa343167b1e8b99dd1d53e47955

non-clist pattern rendering for planar devices.

gs/base/gxp1fill.c
gs/base/lib.mak

2011-08-25 19:02:57 +0100
Chris Liddell <chris.liddell@artifex.com>
c2f005a525f49bf43fb796908e0ab9c4b6ed58a4

Another typo in News.htm and History9.htm

CLUSTER_UNTESTED

gs/doc/History9.htm
gs/doc/News.htm

2011-08-25 18:28:37 +0100
Robin Watts <Robin.Watts@artifex.com>
409b62a948d75263131e09fd9a9e389d704d2b4c

Add copy_plane operation to tile_clip device (gxclip2.c)

Just a copy of copy_color, with an extra plane field.

Not currently ever called, but required as work towards solving the
planar pattern issues, we believe.

gs/base/gxclip2.c

2011-08-25 17:35:36 +0100
Chris Liddell <chris.liddell@artifex.com>
cf495c68e94b061c89eca678bf863775ce1b8a53

Bug 692461: Typos in News.htm and History9.htm

CLUSTER_UNTESTED

gs/doc/History9.htm
gs/doc/News.htm

2011-08-05 20:49:57 +0100
Robin Watts <Robin.Watts@artifex.com>
8005a687146fd19ca5e6a80cfc2f20b9fd675e41

Remove unused variable in shading code.

km is never used, so remove it. No cluster differences expected.

gs/base/gxshade6.c

2011-08-24 11:20:11 +0100
Ken Sharp <ken.sharp@artifex.com>
8cbd67605010b927192acb590b9a1fd8bf45a2a3

Bug #692344 Make sure we do not dereference a NULL clip path when freeing

When creating the 'privately allocated' parts of a gstate it is possible to
fail to allocate a clip path. In this case we free the clip path, but if its
notbeen allocated then it is NULL, and the free routine unconditionally
de-references it.

Added a NULL pointer to check to prevent this. I *believe* this fixes the bug
but just changing the code made the allocation succeed when I tested it, so I
am not absolutely certain. This patch does fix a genuine failure though.

gs/base/gxcpath.c

2011-08-24 01:40:56 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
827b098f50d296dd0c9399ec82f1988c1de7b62d

Bug 692445, tolerate short xref entries

Fix a bug in the code that handles invalid xref entries and try
to continue processing by repositioning PDF stream after the actial
end of the entry.

gs/Resource/Init/pdf_main.ps

2011-08-23 16:24:53 -0700
Michael Vrhel <michael.vrhel@artifex.com>
1c88a42f2409c30b3d2b955922efd8e00714c1cc

Forcing of clist only rendering of patterns if target device is planar.

This enables us to achieve proper rendering until we get the procedures straight
for the non-clist case.

gs/base/gxpcmap.c

2011-08-23 10:35:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
f215836c60865eaa2da4bed711215eae2b906c49

Revert "Fix for Bug 687695." Fixes Bug 692454

This reverts commit c7404eceab4d308c67130f43e9a4d4c0b58cd73c.
That commit broke all the tiff devices.

gs/base/gdevdgbr.c

2011-08-23 13:15:25 +0100
Ken Sharp <ken.sharp@artifex.com>
ec7e68e9054c8b1e91f588a358101c24d281555b

Bug #692105. Increase the maximum input/output dimesnions of sampled functions.

The maximum number of inputs and outputs allowed in a sampled function is a
compile-time value. This particular PDF file had 20 colorants, and a sampled
function with 20 inputs and 4 outputs to convert it into CMYK.

This broke the maximu, even though GS had been compiled with GS_CLIENT_COLOR_MAX_XOMPONENTS
increased to allow the PostScript version (which doesn't use a sampled function)
to complete.

This patch permits a new compile-time define GS_CLIENT_SAMPLED_FN_MAX_COMPONENTS
which can be used to increase this value. If this is not declared then we now use
the GS_CLIENT_COLOR_MAX_COMPONENTS as it is likely we will encounter sampled functiosn
with that many components

No differences expected

gs/base/gsfunc0.c

2011-08-22 15:42:10 +0100
Ken Sharp <ken.sharp@artifex.com>
ebc42b7b7b27977bac17a9f5a9f0626bcfdf8a16

Fix pattern matrix problems when the pattern is used in a Form and creating PDF.

Bug #691800 exhibited a problem using a Shading (type 2 pattern) in a form.
This is unusual because hte only way to get a Form out of pdfwrite is to involve transparency.

When a pattern is used in a form, we do not apply the current CTM, but the
CTM of the enclosing context. In this case we were still applying the outermost
context, not the CTM of the page stream (which is the enclosing context of the form).

Fixing this revealed other problems.

I've moved the form counting out of the transparency group and into the form
dictionary creation code where it makes much more sense. This allows me to
change the 'FormDepth' checks so that we only undo the page content scaling
if the formdepth is 0.

In the long run we may need to keep a stack of gstatas (or more accurately the
CTM) so that if we get nested forms we can apply the correct CTM to any patterns
in the form. For now, this isn't required, we don't have any test files which nest
more than 1 form deep.

This fixes Bug #691800. I also see progressions in the following files:

Bug6901014_CityMap-evince-pdftopdf.pdf
Bug691783.pdf
fts_04_0403.pdf
fts_06_0608.pdf
fts_09_0919.pdf
fts_12_1202.pdf
fts_12_1205.pdf
fts_14_1416.pdf
fts_15_1508.pdf
fts_15_1510.pdf
fts_15_1512.pdf
fts_15_1514.pdf
fts_15_1516.pdf
fts_15_1518.pdf
fts_15_1520.pdf
fts_28_2803.pdf
fts_28_2804.pdf
fts_31_3107.pdf

gs/base/gdevpdft.c
gs/base/gdevpdfv.c

2011-08-19 08:42:14 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
c387412a0267a51fb1b6d3a51c7e70a20533bd50

Added comments regarding compare_gdev_prn_space_params().

Added a couple of comments to the header files that declare the
structures that compare_gdev_prn_space_params() compares warning
that changes/additions to the structures will require changes to
that function as well.

No expected cluster differences since no code changed.

gs/base/gdevprn.h
gs/base/gxband.h

2011-08-19 15:14:33 +0100
Chris Liddell <chris.liddell@artifex.com>
493fddf61a96d6dc07c3f376bbb052990ec6a742

Bug 689283: latest pcl3/doc/reports.txt file

Our contrib/pcl3 was already at the latest release, but the reports.txt
file had additions post-release.

CLUSTER_UNTESTED

gs/contrib/pcl3/doc/reports.txt

2011-08-19 14:00:43 +0100
Chris Liddell <chris.liddell@artifex.com>
fa67a1d0f4b31841d02f2b6322b53da8a3874cfd

Bug 692426 (tweak): eliminate warning

If unix-aux.mak finds sys/time.h exists, make definition it adds to
gconfig_.h conditional on it not being defined already (it can now
be defined in the compiler flags as setup by configure).

No cluster differences.

gs/base/unix-aux.mak

2011-08-19 13:38:04 +0100
Chris Liddell <chris.liddell@artifex.com>
0ab8cd1259dc76f6b3465f1ccd08a7509428e021

Reinstate Identity-UTF16-H and UniHojo-UCS2-H CMaps

We need these in order to use Truetype fonts to emulate CIDFonts,
see gs_ciddc.ps

CLUSTER_UNTESTED

gs/Resource/CMap/Identity-UTF16-H
gs/Resource/CMap/UniHojo-UCS2-H

2011-08-19 11:48:38 +0100
Chris Liddell <chris.liddell@artifex.com>
714766fb1546616f09dafa8c9d7b4563dd10c65c

Bug 692426: let configure check for sys/time.h

The configure script will now check for whether sys/time.h exists, so we
don't rely on hard coded path check in unix-aux.mak - the checks in
unix-aux.mak remain for the benefit of those who maintain their own
makefiles.

No cluster differences.

gs/base/configure.ac

2011-08-18 23:10:20 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c7404eceab4d308c67130f43e9a4d4c0b58cd73c

Fix for Bug 687695.

Patch supplied by Shailesh Mistry

gs/base/gdevdgbr.c

2011-08-18 23:06:49 -0700
Michael Vrhel <michael.vrhel@artifex.com>
cb9c046b29cc449fb8e147a4117b7b81dec934a0

Fix for compiler warnings

CLUSTER UNTESTED

gs/base/gxipixel.c

2011-08-17 08:35:48 -0700
Michael Vrhel <michael.vrhel@artifex.com>
942ebdc7700baf85bac4ed76af2fd845f8b7edd3

Fix for bug 692083. Improper decode scaling was occurring during creation of the color cache.

gs/base/gxipixel.c

2011-08-18 08:36:40 +0100
Ken Sharp <ken.sharp@artifex.com>
22ff0a3aad850d34d203a629735a94a2e253682a

Bug #689290 Handle image masks with a height of 1.

Adopting the patch supplied by Shailesh Mistry which properly processes
soft mask images with a height of 1.

This also allows us to do away with an ugly hack to avoid an endless loop.
By not processing single scan line images we would exit gx_image3x_plane_data
returning '1' which meant we hadn't processed all the data, which led to
gx_image3x_plane_data being called again, indefinitely....

The file for bug 689290 now processes correctly with all devices.
In addition fts_26_2604.pdf when converted to PDF shows differences, I'm
not sure why, but they are impossible to detect visually so I don't think
we should be concerned.

gs/base/gximag3x.c

2011-08-17 10:31:11 +0100
Chris Liddell <chris.liddell@artifex.com>
766df64767959a3c69357cb8698b4c286957af4d

Suppress some warnings in gdevcups.c

As cups_set_color_info() now does things that can fail, it has to return
an error value (getting rid of the "code set but never used" warning).

Also, add a "default:" case to a switch to get rid of the warning about
enum values not handled in a switch - the default case does nothing, so
behaviour is unchanged.

Finally, tidy up the initialization of an array of arrays of arrays, getting
rid of a warning about missing braces.

No cluster differences.

gs/cups/gdevcups.c

2011-08-16 19:49:21 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
b75eacf6a9b3a66265a0194ab21e0971f6e0b44c

Missed a couple of files that should have been changed as part of the previous commit.

common/msvc_top.mak
gs/doc/Develop.htm
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2011-08-16 19:19:32 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
a49306bd0942aaea1bd035d285977c3f1cec0c2e

Bug 692400. Removed imdi and related devices (wtsimdi and wtscmyk).

Devices were example devices that have been obsoleted by ICC color
management.

gs/base/Makefile.in
gs/base/configure.ac
gs/base/devs.mak
gs/base/gdevimdi.c
gs/base/gdevwts.c
gs/base/gs.mak
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/msvclib.mak
gs/base/openvms.mak
gs/base/ugcclib.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/base/wtsimdi.c
gs/ghostscript.vcproj
gs/imdi/Jamfile
gs/imdi/LICENSE
gs/imdi/README
gs/imdi/arch.h
gs/imdi/cctiff.c
gs/imdi/cgen.c
gs/imdi/config.h
gs/imdi/copyright.h
gs/imdi/imdi.c
gs/imdi/imdi.h
gs/imdi/imdi_gen.c
gs/imdi/imdi_gen.h
gs/imdi/imdi_imp.h
gs/imdi/imdi_k.c
gs/imdi/imdi_k.h
gs/imdi/imdi_tab.c
gs/imdi/imdi_tab.h
gs/psi/msvc.mak
gs/psi/os2.mak

2011-08-16 23:59:51 +0100
Chris Liddell <chris.liddell@artifex.com>
781b7387334f9c9d98220567f59e5fe1843ad43d

Bug 691922: handle color model change in gdevcups.c

Revise the previous method for setting a suitable ICC profile when the cups
color model changes, and ensure that the raster memory gets recreated
afterwards.

No cluster differences.

gs/cups/gdevcups.c

2011-08-16 16:48:01 -0600
Henry Stiles <henry.stiles@artifex.com>
9c074dc8c611a9d225a50ae690dcc8250542c7e9

Fixes 691820 by removing the device, the authors in the contrib.mak
and source code file (gdevlx50.c) have been sent email the device is
broken.

CLUSTER_UNTESTED

gs/base/configure.ac
gs/contrib/contrib.mak
gs/contrib/gdevlx50.c

2011-08-16 22:45:30 +0100
Chris Liddell <chris.liddell@artifex.com>
58d19521e19252f45ec0d4c212fe938580fbeb54

Sort line endings problem.

gs/openjpeg/libopenjpeg/opj_malloc.h

2011-08-16 08:57:46 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
399c536b8c8fda93071e2895ab88ea11b92e1eb5

Bug 688651. Change EPSON ESC/P change color command from ascii to unsigned char.

I don't have an Epson printer to test this with, but it seems
reaonable that the command would not use and ascii parameter.

gs/base/gdevepsc.c

2011-08-16 16:30:01 +0100
Chris Liddell <chris.liddell@artifex.com>
d9c04fa861359debdf95d698549a08253283d45f

Correct a typo checking if we really need to change profiles.

No cluster differences.

gs/base/gsicc_manage.c

2011-08-16 02:30:38 +0200
Till Kamppeter <till.kamppeter@gmail.com>
d8da050fcfcb6bd62024ab007d4ad2c6a7b8920b

CUPS Raster: Improved recognition of black pixels on CMYK -> RGBW conversion

To improve on bug 691922.

gs/cups/gdevcups.c

2011-08-15 23:47:55 +0200
Till Kamppeter <till.kamppeter@gmail.com>
1920f21e245e9e1c1ed9e8df1314b4b548088db5

Set correct default color profiles for all color spaces of the CUPS Raster device

If no output profile is supplied by the user via
"-sOutputICCProfile=...", set a default profile appropriate to the
selected color space (RGBish additive, CMYKish subtractive, or
grayscale). This should really be the last piece of the fix for bug
691922.

gs/cups/gdevcups.c

2011-08-15 23:10:14 +0200
Till Kamppeter <till.kamppeter@gmail.com>
05b517bd3d350e08c08604dcf72741188b4d586e

Eliminated compiler warning in gdevcups.c.

gs/cups/gdevcups.c

2011-08-15 11:57:26 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
78272d055d4c1ca8fbd301130473d00f611bd64e

Fixed compiler warning in base/gdevprn.c.

gs/base/gdevprn.c

2011-08-15 14:04:17 +0200
Till Kamppeter <till.kamppeter@gmail.com>
eb6b63157d90bed5df4b5dd134b5581b4a38ae39

Let the CUPS Raster output device generate RGBW as defined in the CUPS documentation

The CUPS Raster output device ("cups") has an RGBW output color
space. This was intended to produce standard RGB plus an extra channel
which marks true black pixels by being 0 and for all non-black pixels
having all bits set to 1. This mode is designed to control the use of
black ink or toner for black text in printed documents.

The RGBW output of Ghostscript's CUPS Raster output device was
actually inverted CMYK, an RGBW which is known to be used by
projectors.

The HPLIP printer drivers worked around this bug being able to
understand both modes correctly and so printouts on HP printers were
correct before, too, but we need to follow the documentation of CUPS,
so that if other printer manufacturers/driver developers make use of
the RGBW mode get correct results.

This finally fixes bug 691922.

CUPS documentation:

http://www.cups.org/documentation.php/doc-1.5/spec-raster.html

Section: Pixel Value Coding, CUPS_CSPACE_RGBW

gs/cups/gdevcups.c

2011-08-15 01:39:00 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
28f0da42cbffd79ba747a3e14a899dda5e7a4bd7

Fix for Bug 692375. Comparing two structures with memcmp() is a bad idea.

Code in gdevprn.c relied on memcmp() to compare two structures;
this isn't allowed by C since there can be gaps in the structure
due to padding. This issue was exposed when llvm-gcc became the
default compiler in Xcode 4. The fix is to compare the structures
element by element.

For more information see: http://c-faq.com/struct/compare.html

No expected cluster difference since none of the cluster nodes use
llvm-gcc.

gs/base/gdevprn.c

2011-08-15 07:58:13 +0100
Ken Sharp <ken.sharp@artifex.com>
f369ae5a30143cdfc27df96de9b1b5bab1c72c6f

Bug #692422. When creating a UUID for PDF files, an earlier change added
'uuid:' to the XML.

This potentially caused a buffer overrun leading to a string not being
NULL-terminated and causing a corrupted UUID to be written. Although I
am unable to reproduce this, this patch resolves the problem for the customer.

gs/base/gdevpdfe.c

2011-08-13 10:15:17 -0700
Michael Vrhel <michael.vrhel@artifex.com>
3c15d3495e4e47a41938710bf2657d0c674f1e55

Fix for bug 692392. This makes sure that the transfer function is only applied to the K channel when we are mapping gray to CMYK.
Also fix for case in which interpolation of 12bit images does not work when using the ICC rendering operation.

gs/base/gdevp14.c
gs/base/gdevplnx.c
gs/base/gsciemap.c
gs/base/gsequivc.c
gs/base/gsicc.c
gs/base/gxcmap.c
gs/base/gxcmap.h
gs/base/gxi12bit.c
gs/base/gxiscale.c
gs/base/lib.mak

2011-08-12 18:34:55 +0100
Chris Liddell <chris.liddell@artifex.com>
97aef7a14df2e7e552592cf4a79c28747948d106

Add the relevant part of the OpenJPEG code to our repos.

We only need the "library" part, not the example apps and third party
libraries (only used by the example apps), and they add up to a lot of space.

CLUSTER_UNTESTED

gs/openjpeg/libopenjpeg/CMakeLists.txt
gs/openjpeg/libopenjpeg/Makefile.am
gs/openjpeg/libopenjpeg/Makefile.in
gs/openjpeg/libopenjpeg/bio.c
gs/openjpeg/libopenjpeg/bio.h
gs/openjpeg/libopenjpeg/cio.c
gs/openjpeg/libopenjpeg/cio.h
gs/openjpeg/libopenjpeg/dwt.c
gs/openjpeg/libopenjpeg/dwt.h
gs/openjpeg/libopenjpeg/event.c
gs/openjpeg/libopenjpeg/event.h
gs/openjpeg/libopenjpeg/fix.h
gs/openjpeg/libopenjpeg/image.c
gs/openjpeg/libopenjpeg/image.h
gs/openjpeg/libopenjpeg/int.h
gs/openjpeg/libopenjpeg/j2k.c
gs/openjpeg/libopenjpeg/j2k.h
gs/openjpeg/libopenjpeg/j2k_lib.c
gs/openjpeg/libopenjpeg/j2k_lib.h
gs/openjpeg/libopenjpeg/jp2.c
gs/openjpeg/libopenjpeg/jp2.h
gs/openjpeg/libopenjpeg/jpt.c
gs/openjpeg/libopenjpeg/jpt.h
gs/openjpeg/libopenjpeg/mct.c
gs/openjpeg/libopenjpeg/mct.h
gs/openjpeg/libopenjpeg/mqc.c
gs/openjpeg/libopenjpeg/mqc.h
gs/openjpeg/libopenjpeg/openjpeg.c
gs/openjpeg/libopenjpeg/openjpeg.h
gs/openjpeg/libopenjpeg/opj_includes.h
gs/openjpeg/libopenjpeg/opj_malloc.h
gs/openjpeg/libopenjpeg/pi.c
gs/openjpeg/libopenjpeg/pi.h
gs/openjpeg/libopenjpeg/raw.c
gs/openjpeg/libopenjpeg/raw.h
gs/openjpeg/libopenjpeg/t1.c
gs/openjpeg/libopenjpeg/t1.h
gs/openjpeg/libopenjpeg/t1_generate_luts.c
gs/openjpeg/libopenjpeg/t1_luts.h
gs/openjpeg/libopenjpeg/t2.c
gs/openjpeg/libopenjpeg/t2.h
gs/openjpeg/libopenjpeg/tcd.c
gs/openjpeg/libopenjpeg/tcd.h
gs/openjpeg/libopenjpeg/tgt.c
gs/openjpeg/libopenjpeg/tgt.h
gs/openjpeg/opj_config.h.in.user

2011-08-12 22:24:32 +0200
Till Kamppeter <till.kamppeter@gmail.com>
46b4ee6b5ef44838ea5c60aeeab76047a666d561

Fixed landscape orientation printing of PXL drivers pxlmono/pxlcolor

Bug 692128.

Thanks to Tim Waugh from Red Hat for the patch.

gs/base/gdevpxut.c

2011-08-12 18:19:59 +0100
Chris Liddell <chris.liddell@artifex.com>
5d45b3c3bc664f7e8a81e85c812dd100543d4cd9

Bug 690054: fix a bunch of warnings in base/

A couple were real functional problems (left-overs from old API
versions), the rest were the usual benign but irritating noise.

No cluster differences.

gs/base/gdevimdi.c
gs/base/gdevokii.c
gs/base/gdevphex.c
gs/base/gdevsunr.c
gs/base/gdevtsep.c
gs/base/gdevwts.c

2011-08-12 15:33:40 +0100
Chris Liddell <chris.liddell@artifex.com>
78fe552263a621714c8335ec46f4493121856192

Bug 690566: small conformance changes to PPD

Include change so (I think) the PPDs are now conformant, but leave out the
ones that change the default media.

Credit to Werner Fink ( werner@suse.de ) for the changes.

CLUSTER_UNTESTED

gs/lib/cbjc600.ppd
gs/lib/cbjc800.ppd

2011-08-12 15:18:50 +0100
Chris Liddell <chris.liddell@artifex.com>
8c523f7a77a4f8f3da47bdb452f8df7cc30812ce

Bug 690565: bring the header include up-to-date.

Pull in the tiny part of the patch in the above bug that is relevant
to the current source.

No cluster differences.

gs/contrib/lips4/gdevl4v.c

2011-08-12 14:05:14 +0100
Chris Liddell <chris.liddell@artifex.com>
d9e044eeec3f747be7a0d8270b52cd8a8b4d88c5

Bug 692188: CMS code doesn't compile using HP cc compiler

Fix for lcms definition of "LCMS_INLINE" on the HP compiler.

Credit to Ian Ashley ( ian.ashley@opentext.com ) for the patch.

No cluster differences.

gs/lcms/include/lcms.h

2011-08-12 13:52:02 +0100
Chris Liddell <chris.liddell@artifex.com>
091636d3d688823d3c4062471700085ca8c91fd1

Bug 692417: fix a configure problem on OpenBSD

credit to Henk Jan Priester ( hjpriester@gmail.com ) for the patch.

No cluster differences.

gs/base/configure.ac

2011-08-12 13:43:53 +0100
Chris Liddell <chris.liddell@artifex.com>
cacd7dc3e8c6ab4d601330161cd44e3e66eecefa

Bug 691430: Make OpenJPEG a configure-able option.

No cluster differences.

gs/base/Makefile.in
gs/base/configure.ac
gs/base/openjpeg.mak

2011-08-09 11:52:06 -0700
Michael Vrhel <michael.vrhel@artifex.com>
8cf0fb4b1e6ee17bdc0fe5e198b593244c89281d

Fixes for various compiler warnings in the ICC code

gs/base/gdevxcf.c
gs/base/gscdevn.c
gs/base/gsciemap.c
gs/base/gsdparam.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/gsicc_create.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gxclimag.c
gs/base/gxcmap.c
gs/psi/zcie.c

2011-08-10 21:27:35 +0100
Chris Liddell <chris.liddell@artifex.com>
d63a63c74e7d84aeb48024526b6af7ecaf343733

Fix the Mac platform test in the luratech section.

No cluster differences.

gs/base/configure.ac

2011-08-10 10:27:03 +0100
Chris Liddell <chris.liddell@artifex.com>
edd256d908da6ad77d3e595febffcc3717d5e900

Bug 692367: add gs_memory_t arg to finalize method

By adding a gs_memory_t argument to the object "finalize" method, we can
dispense with the pointer-pun hackery that stores the memory context
in an extra struct array element of the IO device table, so it's availabe
in the finalize method.

Although primarily addresses one hack, this commit touches a number of files
because it affects every object with a "finalize" method.

This also addresses an error condition cleanup of a partially create IO
device table.

No cluster differences.

gs/base/gdevdevn.c
gs/base/gdevpdf.c
gs/base/gdevpsd.c
gs/base/gdevtsep.c
gs/base/gsalloc.c
gs/base/gscspace.c
gs/base/gsdevice.c
gs/base/gsfcid.c
gs/base/gsfont.c
gs/base/gsicc.c
gs/base/gsiodev.c
gs/base/gsmalloc.c
gs/base/gsmchunk.c
gs/base/gsstype.h
gs/base/stream.c
gs/psi/igc.c
gs/psi/igc.h
gs/psi/iname.c
gs/psi/isave.c
gs/psi/zdscpars.c
gs/psi/zfjbig2.c
xps/xpsfont.c

2011-08-09 23:57:26 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
7ac24676ec25007066576852934cdfaacd8aae91

The first OpenJPEG effort.

Add JPEG 2000 implementation based on OpenJPEG library.
This revision does yet not support the following features:
- CMYK and eYCC color spaces
- downsampled color planes
- alpha transparency planes.

gs/base/Makefile.in
gs/base/gs.mak
gs/base/lib.mak
gs/base/macos-mcp.mak
gs/base/openjpeg.mak
gs/base/sjpx_openjpeg.c
gs/base/sjpx_openjpeg.h
gs/base/winlib.mak
gs/psi/int.mak
gs/psi/msvc.mak
gs/psi/zfjpx.c

2011-08-09 20:07:12 -0700
Michael Vrhel <michael.vrhel@artifex.com>
9b8671d7d27c3d203a55e3f357c1435d1dfd72a3

Add includes for error handling. Windows build failed to link for me without these.

CLUSTER_UNTESTED

gs/base/gp_mshdl.c
gs/base/gsicc_lcms.c
gs/base/lib.mak
gs/base/winlib.mak

2011-08-09 22:56:26 +0700
Robin Watts <robin.watts@artifex.com>
1eb77139f09b98671e8e83b921f1c351df4ecb84

Fix (currently harmless) typo in gxdownscale.c

I was testing adjust_width before accessing adjust_width_proc, when
it would have been better to test adjust_width_proc. Currently
adjust_width != 0 is true iff adjust_width_proc != NULL, so no
harm other than possible warnings.

gs/base/gxdownscale.c

2011-08-09 09:41:07 -0600
Henry Stiles <henry.stiles@artifex.com>
8f2ecf42738966678a8826d8de9c60c4f3684600

Remove gserror.h, its contents have been moved to gserrors.h so we
only need have one include file to use for error reporting.

gs/base/gdevdbit.c
gs/base/gdevhit.c
gs/base/gdevimdi.c
gs/base/gdevm1.c
gs/base/gdevpipe.c
gs/base/gp_mshdl.c
gs/base/gp_msprn.c
gs/base/gp_nsync.c
gs/base/gp_os2pr.c
gs/base/gp_psync.c
gs/base/gp_win32.c
gs/base/gp_wsync.c
gs/base/gsbitops.c
gs/base/gscencs.c
gs/base/gserror.h
gs/base/gserrors.h
gs/base/gsfname.c
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsiomacres.c
gs/base/gsmalloc.c
gs/base/gsmisc.c
gs/base/gsparamx.c
gs/base/gstext.c
gs/base/gsutil.c
gs/base/gx.h
gs/base/gxclfile.c
gs/base/gxdownscale.c
gs/base/lib.mak
gs/base/minftrsz.c
gs/base/saes.c
gs/base/sarc4.c
gs/base/scfparam.c
gs/base/sdcparam.c
gs/base/sddparam.c
gs/base/sdeparam.c
gs/base/sfxcommon.c
gs/base/sfxstdio.c
gs/base/shcgen.c
gs/base/simscale.c
gs/base/sjbig2.c
gs/base/sjbig2_luratech.c
gs/base/sjpegd.c
gs/base/sjpx.c
gs/base/sjpx_luratech.c
gs/base/spsdf.c
gs/base/szlibc.c
gs/base/winlib.mak
gs/ghostscript.vcproj
gs/psi/fapi_ft.c
gs/psi/int.mak
gs/psi/os2.mak
gs/psi/zicc.c
pcl/pcl.mak
pcl/pgfdata.c
pl/pl.mak
pl/plchar.c
pl/pldraw.c
pl/plfont.c
pl/pluchar.c
pl/plufont.c
pl/plulfont.c
pxl/pxl.mak
pxl/pxoper.h
pxl/pxparse.c
svg/ghostsvg.h
svg/svg.mak
tools/gslite/gslt_font_api.c
tools/gslite/gslt_font_api_test.c
tools/gslite/gslt_font_int.h
tools/gslite/gslt_font_test.c
tools/gslite/gslt_image.c
tools/gslite/gslt_image_jpeg.c
tools/gslite/gslt_image_png.c
tools/gslite/gslt_image_tiff.c
xps/ghostxps.h

2011-08-08 04:36:56 -0700
Robin Watts <robin@peeves.(none)>
02ced7b54e8c10bb6ded0efff72990a88ec50027

Add backtrace to memento SEGV handler.

Simple backtrace handling; thanks to Tor for the pointer to the
stackoverflow article.

This only works with libc based compilers, and may possibly get the
bottom couple of entries on the stack wrong. It also doesn't give
file and line references, but it does at least give the function
names.

Other suggestions in the article offered other ways of working, but
they all rely on other libraries, or non-portable features, so this
seems the best possible first step.

gs/base/memento.c

2011-08-06 16:33:49 -0700
Robin Watts <robin@peeves.(none)>
4b069b32b3c09eef440d5770d654208c0930c54a

Improved squeeze2html.pl script; add -q option.

New -q option to omit 'green' runs from the file. Saves substantially
on disc space.

It may now be better to use this as a pipe from a gs process doing
memory squeezing to save disc space. e.g:

MEMENTO_SQUEEZEAT=1 gs -sDEVICE=png16m -o /dev/null tiger.eps |
squeeze2html.pl -q | gzip -9c > out.html.gz

(the theory being that the omission of 'green' runs saves more space
than the html overhead).

The output of the above invocation *without* going through squeeze2html.pl
hit 2.7Gig before I killed it, so be warned!

gs/toolbin/squeeze2html.pl

2011-08-06 14:05:20 -0700
Michael Vrhel <michael.vrhel@artifex.com>
2168e49ea9aa05ef23110addea20c3f29b66bae6

Fix for Bug 690137

The attempts to get the range properly set up for when we have an ICC profile for CIELAB.
The issue is that we may have vector drawings that are encoded across the range of real
CIELAB values like [100,0] [-128, 127] [-128, 127]. Image data of course is not encoded
in this form. This fix corrects for this difference.

gs/base/devs.mak
gs/base/gdevpdfi.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/psi/zicc.c

2011-08-06 14:28:11 -0700
Robin Watts <robin@peeves.(none)>
bfa6e6513b95f51fda49666b6a28af6c60c66e1b

First version of script to make memento squeezing memory readable.

Build gs with Memento enabled: make debug XCFLAGS="-DMEMENTO"

Then run a mem squeeze:

MEMENTO_SQUEEZEAT=1 gs -sDEVICE=png16m -o /dev/null tiger.eps 2>&1 > log

Then this script will turn 'log' into something much more readable.

squeeze2html.pl < log > out.html

Though you may want to use:

head -10000 log | squeeze2html.pl > out.html

to control the size.

Red boxes are squeezepoints where we SEGV. Yellow are points where we leak.
Green where we complete cleanly.

To reproduce a single point (say number 52) in the debugger use:

MEMENTO_FAILAT=52 gdb --args gs -sDEVICE=png16m -o /dev/null tiger.eps

Then 'run' when gdb starts.

gs/toolbin/squeeze2html.pl

2011-08-05 16:45:44 +0100
Chris Liddell <chris.liddell@artifex.com>
bd0ffdf2bfd324656206b93498b2814ad2d4e36d

Pull final doc changes from the gs904 branch to master.

"Bring the changelog up to date since the RC, and revise the date."

CLUSTER_UNTESTED

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2011-08-05 16:15:02 +0100
Chris Liddell <chris.liddell@artifex.com>
4916cc6cd1a8d5eb8ef411b4c00952dfea44b36f

Merge doc changes from the gs904 branch to master.

"Update the docs, version numbers, and dates for 9.04 rc1"

CLUSTER_UNTESTED

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2011-08-05 09:02:28 -0600
Henry Stiles <henry.stiles@artifex.com>
6a537abc3001a8a1919672a6d936521eba40615a

9.04 NEWS file.

NEWS

2011-08-05 12:07:10 +0100
Chris Liddell <chris.liddell@artifex.com>
74264d5900bb6e4a5cacadfb67db198dcd5fef4e

Ensure Win UNICODE/UTF8 code is disabled for ls build

CLUSTER_UNTESTED

language_switch/pspcl6_msvc.mak

2011-08-05 12:05:23 +0100
Chris Liddell <chris.liddell@artifex.com>
b5ae769f4f5ac9c72f2e960314d0e44c7655e85a

Remove a now spurious debug message.

CLUSTER_UNTESTED

gs/cups/gdevcups.c

2011-08-04 15:14:05 -0600
Henry Stiles <henry.stiles@artifex.com>
7e4051fa5cde4102b2d3e1d53b528e0797718a10

Fix 692369 add erasepage back to device initialization in the language
switch build.

psi/psitop.c

2011-08-04 12:59:49 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
b00d53f8060554976be107b5009b96b76fbd46b6

Added a couple of dependencies to fix parallel make.

gs/base/lib.mak
gs/contrib/contrib.mak

2011-08-04 14:40:12 +0100
Chris Liddell <chris.liddell@artifex.com>
3e07ccf224b0811b017fd41d1fdb24310240294a

Bug 691586: again, ensure that GS knows when cups changes the media size

Move the fix for Bug 692393 to immediately after the call to
gdev_prn_put_params() - before the call to gx_device_set_media_size()
as that can also change the device's width and height settings.

With this fix, I have also removed the temporary workaround put in place
with commits 16c410fc29575abffb60926949433653186915fd and
bd33c8f57b1a6e3d365ef0efd8dd7571a14310fa.

No cluster differences.

gs/cups/gdevcups.c

2011-08-04 10:05:13 +0100
Chris Liddell <chris.liddell@artifex.com>
2f4dd0504e9a51dd1c4ad2da1c5135b9e4c67d26

Revise Luratech section of build docs.......

... to reflect that we now look for the Luratech code under
gs/luratech/ldf_jb2 and gs/luratech/lwf_jp2 instead of gs/lwf_jp2 and
gs/ldf_jb2

CLUSTER_UNTESTED

gs/doc/Make.htm

2011-08-03 17:44:55 +0100
Chris Liddell <chris.liddell@artifex.com>
b5ef299133e7248ca88819d2fa446828e173ad24

Bug 692393: ensure GS realises cups changed the page dimensions.

After having done media selection from the cups media list, we need to
ensure that GS realises that page dimensions in the device structure
may have changed since the raster memory was last created - this ensures
that GS will reallocate the memory, and correctly setup the
line_ptrs array for the new page size.

No cluster differences.

gs/cups/gdevcups.c

2011-08-02 18:19:35 +0100
Robin Watts <Robin.Watts@artifex.com>
ff6e0443bb89434f5c37790fbbf0a5467c2ce2d3

Memento_failThisEvent addition and usage in chunk allocator.

Add a new Memento function (Memento_failThisEvent) and calls to it from
the chunk allocator. This should allow us to do memory squeezing tests
that check chunk allocator allocations too.

Tweaks to Memento to ensure it defines MEMENTO_HAS_FORK on both unix
and macosx automatically.

No cluster differences expected.

gs/base/gsalloc.c
gs/base/memento.c
gs/base/memento.h

2011-08-02 18:32:09 +0100
Robin Watts <robin.watts@artifex.com>
49f11634e3ade5a0ffaf3d2de4389d59fcfb4769

Remove unused rectangle arg from shading internals. Add comments.

Tiny changes, done while trying to follow the code in search of
a bugfix.

No cluster differences expected.

gs/base/gxshade1.c
gs/base/gxshade6.c

2011-08-02 09:38:39 +0100
Ken Sharp <ken.sharp@artifex.com>
60dd70326d2294a0927696ad261d4aa92c67d5a4

Typo in opdfread header file 'excp' should have been 'exp'.

Fixes bug #692387

gs/base/opdfread.h

2011-08-01 15:36:52 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
4eee9bcfcc2ab0f6be5e997a3c8d87fafab60c4e

Remove an extra copy of gs_cet.ps from %rom% .

gs/psi/psromfs.mak

2011-08-01 16:15:55 +0100
Robin Watts <Robin.Watts@artifex.com>
c0040ecf8553bdd9f8028fe5f816af24e5070d29

Backout accidental commit of bbb8f98; "Alexs patch."

As part of investigations into 692352 I committed Alex's patch locally.
Unfortunately, I then let it escape into the wider world.

Backing it out now with apologies to everyone.

gs/Resource/Init/pdf_draw.ps

2011-08-01 16:28:52 +0200
Till Kamppeter <till.kamppeter@gmail.com>
f23b5bbfec46882da955409e70a0bfbff6f43827

Fixes on the gstoraster CUPS filter

1. gstoraster crashes when run outside CUPS (bug #692384)

2. All error messages issued by gstoraster are without newline (bug #692385)

Thanks to Tim Waugh from Red Hat for the patches.

gs/cups/colord.c
gs/cups/gstoraster.c

2011-08-01 12:18:25 +0100
Robin Watts <Robin.Watts@artifex.com>
bd33c8f57b1a6e3d365ef0efd8dd7571a14310fa

Tweak to tkampeters previous commit to workaround bug 691586.

Avoid warnings given on some platforms about "unreachable code" by
using an informative #define.

No cluster differences expected.

gs/cups/gdevcups.c

2011-08-01 13:05:09 +0200
Till Kamppeter <till.kamppeter@gmail.com>
16c410fc29575abffb60926949433653186915fd

CUPS Raster output device: Ignore RIP_MAX_CACHE environment variable

Ghostscript is (at least currently) not able to work with hard-limited
space parameters. It crashes with a segmentation fault on many input
files then. Leaving the setting of these parameters fully automatic
Ghostscript works just fine. As in most distributions (Currently all
except Debian, Ubuntu, and their derivatives) CUPS imposes a hard
limit via the RIP_MAX_CACHE environment variable, the only way to
assure reliable working of Ghostscript is to ignore the parameter,
leaving the space parameters in automatic mode. For CUPS this should
be no regression, as print queues with other Ghostscript drivers (like
pxlcolor, ljet4, ...) worked without hard limits all the time and no
one complained.

To ignore this RIP_MAX_CACHE we simply add a "return" right at the
beginning of this function. It will be removed when a real fix gets
into place.

See http://bugs.ghostscript.com/show_bug.cgi?id=691586

gs/cups/gdevcups.c

2011-08-01 00:37:33 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
e57a8e14f12ef4a4a62f471be55c13ada2aef159

Changes to clusterpush.pl documentation.

gs/toolbin/localcluster/clusterpush.txt

2011-07-30 17:48:14 +0100
Robin Watts <Robin.Watts@artifex.com>
951dee021a45d501e159a3b08624979604e906f5

Fix bug 692349: UNICODE build of gs not available with VS2003 or VS6.

Apply a slightly tweaked version of alexchers patch to define wmemset
when it's not provided by the headers.

No cluster differences expected.

gs/psi/dwtext.c
gs/psi/msvc.mak

2011-07-28 18:14:34 +0100
Robin Watts <Robin.Watts@artifex.com>
bbb8f980f19149b769f602dd4594aa6ec6ceeb29

Alexs patch.

gs/Resource/Init/pdf_draw.ps

2011-07-30 11:56:53 +0200
Till Kamppeter <till.kamppeter@gmail.com>
6c5f9661790b886a681b8926126875e6df59cbb1

Added "-dNOINTERPOLATE" to the Ghostscript command lines of the CUPS filters

This makes rendering significantly faster and the output of normal
files comming as print jobs from applications does not show any
visible difference.

gs/cups/gstoraster.c
gs/cups/pstopxl.in

2011-07-29 14:01:58 -0700
Michael Vrhel <michael.vrhel@artifex.com>
0132422fe0543a9473b1605a79f2dd46018de4e2

Another fix for cups RGBW. This gets the color set up properly for RGB.

gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/cups/gdevcups.c

2011-07-29 15:27:13 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
87045a3280e268a52f0d738d34f2a6a3ea093406

Bug 691184: Improve comments in cidfmap file.

Add a comment to cidfmap file that shows how to use getenv operator
to construct a path dynamically.

gs/Resource/Init/cidfmap

2011-07-29 12:18:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
84177fe99ebd2fa75abe690e0f2a0ef7d7b762e1

Fix for cups RGBW color space so that transparency works properly.

gs/cups/gdevcups.c

2011-07-29 08:14:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c90da1237c8d88547377511e7b9d27348f3d7b31

A test for fixing RGBW in gdevcups.c

gs/cups/gdevcups.c

2011-07-29 19:40:45 +0100
Robin Watts <Robin.Watts@artifex.com>
3d6c383d5e6c9eb23c3b150f4b7e87dc3cb3cf2b

Speedup for Mementos checking of freed filled blocks.

Check an (aligned) int at a time rather than a byte at a time.

CLUSTER_UNTESTED as this is not enabled.

gs/base/memento.c

2011-07-29 15:42:49 +0100
Robin Watts <Robin.Watts@artifex.com>
802e977e87ba0d96445e06aa83f32dd31a79f677

Fix compile_inits=1 ufst builds; don't compact the FCOfontmap-PCLPS2 file.

The FCOfontmap-PCLPS2 file isn't *really* postscript, so don't compact
it. Fixes bug 692383 (at least for the non 9.04 case).

gs/psi/psromfs.mak

2011-07-29 10:16:39 +0100
Chris Liddell <chris.liddell@artifex.com>
217f9712df606e4dedc8afe1220e6b30df627516

Increment version number for "master".

gs/Resource/Init/gs_init.ps
gs/base/version.mak
pl/pl.mak

2011-07-29 09:40:34 +0100
Chris Liddell <chris.liddell@artifex.com>
1689828742df05af2f82d3b70f16b8c9457aeed1

Change the expected directory for luratech.

For the build system to automatically include the luratech JPX and JBIG2
code, we previously checked for the existence of lwf_jp2 and ldf_jb2
directories under the Ghostscript source dir. This changes it to check
for <gs>/luratech/lwf_jp2 and <gs>/luratech/ldf_jb2 instead.

CLUSTER_UNTESTED

gs/base/configure.ac
gs/psi/msvc.mak

2011-07-28 22:28:37 -0600
Henry Stiles <henry.stiles@artifex.com>
c99e0da7b93c065dc22e185e89a48f702c5ab417

Restore X11 device to the default unix device.

In setting up autoconf to detect X11 (9b7298f) the X11 devices were
not put back at the beginning of the device list and so were no longer
the default device.

main/pcl6_gcc.mak

2011-07-28 17:16:35 +0100
Robin Watts <Robin.Watts@artifex.com>
4f2d3c7b6c8e08a39de3ef1490562937d0f539ff

Changes to lcms v1 to spot failed allocations.

lcms v1 sometimes forgets to deal with failed allocations. Patch at
least some of these problems.

Driven by bug 692352. Sufficient to make it run to completion now.

gs/lcms/src/cmsgmt.c
gs/lcms/src/cmslut.c
gs/lcms/src/cmsps2.c
gs/lcms/src/cmssamp.c
gs/lcms/src/cmsvirt.c
gs/lcms/src/cmswtpnt.c
gs/lcms/src/cmsxform.c

2011-07-28 17:08:58 +0100
Robin Watts <Robin.Watts@artifex.com>
393685fddae380778e970345dbdca60274a31e69

Check for failure to allocate icclink in shading.

When calling shade_init_fill_state, check for a return code to indicate
failure. Trigger this case when an attempt to allocate an icclink
fails.

No cluster differences expected.

gs/base/gxshade.c
gs/base/gxshade.h
gs/base/gxshade1.c
gs/base/gxshade4.c

2011-07-28 15:07:14 +0100
Robin Watts <Robin.Watts@artifex.com>
d91b0da2e3dd20561724d574f21882f703bd861c

Fix typo in rc_decrement description string.

Simple typo fix. CLUSTER_UNTESTED.

gs/base/gxclrast.c

2011-07-28 14:03:55 +0100
Chris Liddell <chris.liddell@artifex.com>
e82868f118963df1c86f288ea5b7e50116be75b2

Work around a bug in gcc 3.4.6 on SPARC.

gcc 3.4.6 SPARC (possibly versions/ports) when compiling:
"psc->feof(psc->file)" seems to be unable to differentiate between
"feof" element in the structure, and "feof()" function from the
std library, and as a result gives a syntax error.

So I've renamed the structure entry "peof", and the other two file
handling function pointers similarly.

No cluster differences.

gs/base/mkromfs.c

2011-07-28 10:21:31 +0100
Chris Liddell <chris.liddell@artifex.com>
1ae27b694439c3f7f9d721cbc2c832247e18f4aa

Disable the Windows UNICODE/UTF8 code for now.

CLUSTER_UNTESTED

gs/psi/msvc.mak

2011-07-27 22:12:41 -0700
Michael Vrhel <michael.vrhel@artifex.com>
32b447cba35edb7272eacfef755edec4a174e01e

Update of Use.htm to include new color control options.

gs/doc/Use.htm

2011-07-27 16:25:19 +0100
Robin Watts <Robin.Watts@artifex.com>
b3dbb094608e2d5699c6d77d42f4919c0299a02a

Fix Bug 692368; SEGV with clist transparency pattern in clist rendering.

The invocation/file given in the bug uses banded rendering (clist).
While drawing a band, it uses a pattern with transparency, that is
itself rendered by a clist (using the new pattern clist code).

A fill rectangle is being done that tries to call the pattern clist
tiling code without the fill_trans_buffer having been setup, and
this causes a SEGV.

The reason for this appears to be that the device used by the
banded isn't a pdf14 device - instead it's a clipper device wrapping
the pdf14 device. The clipper device does not call gx_forward_fill_path,
but instead calls gx_default_fill_path, meaning that the special
pdf14 handling done to setup the fill_trans_buffer isn't done.

Making the commit call onwards to gx_forward_fill_path doesn't solve the
problem either, as that results in no actual clipping being done.

The fix, therefore appears to be to implement a clipping version of
fill_path.

No cluster differences expected.

gs/base/gdevp14.c
gs/base/gxclip.c
gs/base/gxclip.h

2011-07-27 22:14:10 +0200
Till Kamppeter <till.kamppeter@gmail.com>
bf9dc23000675d406d73d987dcc168f6b875ef75

Fixed the problem that PCL-XL output files got huge after introduction of color management

The pxlmono and pxlcolor output devices produce PCL XL (PCL 6). With
the introduction of color management, the size of the output files
often got 10 times larger as before and so PCL XL jobs often did not
print as they exhausted the memory of the printer.

According to the contributor of this patch, Shailesh Mistry, the PDFs
leading to that problem have a DeviceRGB image which is translated
into an ICC profile and passed up but the pcl/pxl can not handle
it. This patch looks for incoming ICC profiles and resolves it into
the base colour which can be handled at this level.

The patch returns the size of the PCL XL output files to the old
values from Ghostscript 8.x.

Fixes bug 692329.

gs/base/gdevpx.c

2011-07-27 20:37:20 +0200
Till Kamppeter <till.kamppeter@gmail.com>
6ab36cb4256fbd9aa005b79e317ff0993f4acf3e

Fixes on the "pstopxl" CUPS filter

1. Use POSIX and not Perl regular expressions with sed. This makes the
script working on a wider scope of systems (Bug #692328).

2. Switch the Ghostscript output device "pxlmono" if the "pxlcolor" is
used but "Gray" chosen as "ColorModel" setting. Monochrome
"BitsPerPixel" settings do not work with "pxlcolor".

gs/cups/pstopxl.in

2011-07-27 10:41:14 -0700
Michael Vrhel <michael.vrhel@artifex.com>
9dca5a4f0eb97ccd33f2503b5e1106c4e1747c5e

Fix for Windows Display Device showing gray only

This returns the use of DeviceGrayToK=true/false to set
if the user wants DeviceGray to map to K only for a
CMYK device. Also, this fixes a problem where high
level gray scale images were always going to composite
an not K only. Bug 692204.

gs/base/gsdparam.c
gs/base/gsicc_manage.c
gs/base/gxclrast.c
gs/psi/zdevice.c

2011-07-27 09:14:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
927c37a3adec70858787de954cfc620801bf65e5

Replacement of default gray ICC profile with Artifex generated versions

I reviewed the bmpcmp results and the relatively few diffs are minor.

gs/iccprofiles/default_gray.icc
gs/iccprofiles/sgray.icc

2011-07-26 16:19:42 -0600
Henry Stiles <henry.stiles@artifex.com>
68a0f6217428daf297d73589821b62ba2e862d0f

Bug 692376, synchronize the cmap file to Ken Lunde's sourceforge
release.

gs/Resource/CMap/90ms-RKSJ-UCS2
gs/Resource/CMap/90pv-RKSJ-UCS2
gs/Resource/CMap/90pv-RKSJ-UCS2C
gs/Resource/CMap/Adobe-CNS1-B5pc
gs/Resource/CMap/Adobe-CNS1-ETenms-B5
gs/Resource/CMap/Adobe-CNS1-H-CID
gs/Resource/CMap/Adobe-CNS1-H-Host
gs/Resource/CMap/Adobe-CNS1-H-Mac
gs/Resource/CMap/Adobe-CNS1-UCS2
gs/Resource/CMap/Adobe-GB1-GBK-EUC
gs/Resource/CMap/Adobe-GB1-GBpc-EUC
gs/Resource/CMap/Adobe-GB1-H-CID
gs/Resource/CMap/Adobe-GB1-H-Host
gs/Resource/CMap/Adobe-GB1-H-Mac
gs/Resource/CMap/Adobe-GB1-UCS2
gs/Resource/CMap/Adobe-Japan1-90ms-RKSJ
gs/Resource/CMap/Adobe-Japan1-90pv-RKSJ
gs/Resource/CMap/Adobe-Japan1-H-CID
gs/Resource/CMap/Adobe-Japan1-H-Host
gs/Resource/CMap/Adobe-Japan1-H-Mac
gs/Resource/CMap/Adobe-Japan1-PS-H
gs/Resource/CMap/Adobe-Japan1-PS-V
gs/Resource/CMap/Adobe-Japan1-UCS2
gs/Resource/CMap/Adobe-Japan2-0
gs/Resource/CMap/Adobe-Korea1-H-CID
gs/Resource/CMap/Adobe-Korea1-H-Host
gs/Resource/CMap/Adobe-Korea1-H-Mac
gs/Resource/CMap/Adobe-Korea1-KSCms-UHC
gs/Resource/CMap/Adobe-Korea1-KSCpc-EUC
gs/Resource/CMap/Adobe-Korea1-UCS2
gs/Resource/CMap/B5pc-UCS2
gs/Resource/CMap/B5pc-UCS2C
gs/Resource/CMap/CNS01-RKSJ-H
gs/Resource/CMap/CNS02-RKSJ-H
gs/Resource/CMap/CNS03-RKSJ-H
gs/Resource/CMap/CNS04-RKSJ-H
gs/Resource/CMap/CNS05-RKSJ-H
gs/Resource/CMap/CNS06-RKSJ-H
gs/Resource/CMap/CNS07-RKSJ-H
gs/Resource/CMap/CNS15-RKSJ-H
gs/Resource/CMap/ETen-B5-UCS2
gs/Resource/CMap/GB-RKSJ-H
gs/Resource/CMap/GBK-EUC-UCS2
gs/Resource/CMap/GBT-RKSJ-H
gs/Resource/CMap/GBpc-EUC-UCS2
gs/Resource/CMap/GBpc-EUC-UCS2C
gs/Resource/CMap/HK-RKSJ-H
gs/Resource/CMap/Hojo-EUC-H
gs/Resource/CMap/Hojo-EUC-V
gs/Resource/CMap/Hojo-H
gs/Resource/CMap/Hojo-RKSJ-H
gs/Resource/CMap/Hojo-V
gs/Resource/CMap/Identity-UTF16-H
gs/Resource/CMap/Identity-UTF16-V
gs/Resource/CMap/KSC-RKSJ-H
gs/Resource/CMap/KSC2-RKSJ-H
gs/Resource/CMap/KSCms-UHC-UCS2
gs/Resource/CMap/KSCpc-EUC-UCS2
gs/Resource/CMap/KSCpc-EUC-UCS2C
gs/Resource/CMap/TCVN-RKSJ-H
gs/Resource/CMap/UCS2-90ms-RKSJ
gs/Resource/CMap/UCS2-90pv-RKSJ
gs/Resource/CMap/UCS2-B5pc
gs/Resource/CMap/UCS2-ETen-B5
gs/Resource/CMap/UCS2-GBK-EUC
gs/Resource/CMap/UCS2-GBpc-EUC
gs/Resource/CMap/UCS2-KSCms-UHC
gs/Resource/CMap/UCS2-KSCpc-EUC
gs/Resource/CMap/UniCNS-UTF16-H
gs/Resource/CMap/UniCNS-UTF32-H
gs/Resource/CMap/UniCNS-UTF8-H
gs/Resource/CMap/UniGB-UTF16-H
gs/Resource/CMap/UniGB-UTF32-H
gs/Resource/CMap/UniGB-UTF8-H
gs/Resource/CMap/UniHojo-UCS2-H
gs/Resource/CMap/UniHojo-UCS2-V
gs/Resource/CMap/UniHojo-UTF16-H
gs/Resource/CMap/UniHojo-UTF16-V
gs/Resource/CMap/UniHojo-UTF32-H
gs/Resource/CMap/UniHojo-UTF32-V
gs/Resource/CMap/UniHojo-UTF8-H
gs/Resource/CMap/UniHojo-UTF8-V
gs/Resource/CMap/UniJIS-UTF16-H
gs/Resource/CMap/UniJIS-UTF32-H
gs/Resource/CMap/UniJIS-UTF8-H
gs/Resource/CMap/UniJIS2004-UTF16-H
gs/Resource/CMap/UniJIS2004-UTF32-H
gs/Resource/CMap/UniJIS2004-UTF8-H
gs/Resource/CMap/UniJISX0213-UTF32-H
gs/Resource/CMap/UniJISX02132004-UTF32-H
gs/Resource/CMap/UniKS-UTF16-H
gs/Resource/CMap/UniKS-UTF32-H
gs/Resource/CMap/UniKS-UTF8-H

2011-07-26 15:56:48 -0600
Henry Stiles <henry.stiles@artifex.com>
9adac36488e3a7dd6ed92b80dfcfb1b2866ef50b

Fix broken build - make requires tab separators, not spaces.

gs/base/devs.mak

2011-07-25 16:29:28 +0100
Robin Watts <Robin.Watts@artifex.com>
0eaf43f99eaeadda5118335ec1feb26db1733aed

Further updates to mkromfs ps compaction.

Refactor the postscript compaction routines into a state machine.
Add options to compact using binary postscript encodings, currently
disabled until we drop language level 1 from the interpreter.

Further refactor it to allow it to work from a generic file-like
interface, rather than a file. This enables us to use it on the
merged file (which is held in memory, not on disc) too.

With binary encoding enabled we get the rom down to 6.8Meg. Without
that we get 7.1Meg. Without any compaction, 7.8Meg.

No cluster differences expected.

gs/base/mkromfs.c

2011-07-26 20:21:29 +0100
Ken Sharp <ken.sharp@artifex.com>
7d2d1f22ddf751fe2d6e3f9c5821fbc30a102a6a

Include only one copy of hte Adbove Glyph List

ps2write and text write both need copies of the Adobe Glyph List, we were
holding one copy each, this commit makes them use the same information, saving space.

Also resolves Bug #688709 "Updated Adobe Glyph List"

No differences expected.

gs/base/devs.mak
gs/base/gdevagl.c
gs/base/gdevagl.h
gs/base/gdevpdfu.c
gs/base/gdevtxtw.c
gs/base/gs_agl.h

2011-07-25 09:05:44 -0700
Ray Johnston <ray.johnston@artifex.com>
cb048fc7c5fdfe82550b8f0a80de2ff5fd64739f

Fix freeing of monitor and semaphores for ICC cache. Bug 692372, customer 580.

Rather than gs_free_object, monitors and semaphores should be freed with the functions
which clean up and OS interface parts, gx_monitor_free and gx_semaphore_free. By not
doing this we were leaving handles in use on Windows.

gs/base/gsicc_cache.c

2011-07-26 12:16:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
0644acdc8866c32e16df09fae182efa3cddb23d5

Change of Default CMYK profile to one created by us to emulate V2 SWOP with reduced footprint.

Reviewed differences from this commit. With bmpcmp -16 the diffs amounted to halftone differences
with nothing visible.

gs/iccprofiles/default_cmyk.icc

2011-07-23 00:46:01 +0100
Robin Watts <Robin.Watts@artifex.com>
6039e0750306e2c3442b03c9ed5f7afee33a5540

mkromfs improvements, plus associated makefile changes.

Enable Rays code to flatten the gs startup postscript files into one.
The code failed if the line length was too short, and could corrupt
data when splitting over 2 blocks. Both fixed.

Also add -C and -B options to allow us to compact other postscript
files (without flattening). Very simple operation, but seems effective.

Saves 640k on rom size after compression.

Cluster testing shows 6 changes to the halftoning on cups files.
Impossible to tell if they are progressions or regressions, but
seems unlikely to be caused by this.

gs/base/mkromfs.c
gs/psi/psromfs.mak

2011-07-26 14:49:26 +0100
Chris Liddell <chris.liddell@artifex.com>
5e687126be8f4b7bc870fc58530f9343392670b5

Bug 691699: user specified cups install paths.

Not quite as the bug describes, but we now implement --with-cups-serverbin,
--with-cups-serverroot and --with-cups-datadir to allow the user to
override the paths normally read from the cups-config utility.

No cluster differences.

gs/base/configure.ac

2011-07-26 13:15:44 +0100
Chris Liddell <chris.liddell@artifex.com>
1094db4129bb70f9f7a0222683bc7f299cf4629a

Bug 691956: make installing the cups tools optional

Introduces a --with-cups-install option to configure. To include the
cups tools and associated data files in Ghostscript's "install" target
you will have to specify "--with-cups-install" at configure time.

No cluster differences.

gs/base/Makefile.in
gs/base/configure.ac
gs/cups/cups.mak

2011-07-25 22:42:34 -0700
Michael Vrhel <michael.vrhel@artifex.com>
eaec68d05c8d223cb97d89b6a3a9a96e550feeb2

Change of default_rgb.icc to our own sRGB ICC profile.

This results in very minor color diffs in a few files. I reviewed the diffs and everything is fine.

gs/iccprofiles/default_rgb.icc
gs/iccprofiles/srgb.icc

2011-07-25 19:03:42 -0600
Henry Stiles <henry.stiles@artifex.com>
7ddcbdfbded0bae41818eeed4470686c911f2bc7

Fixes 692360 - the x11cmyk get bits procedure would only work properly
with a client supplied data pointer.

gs/base/gdevxalt.c

2011-07-25 12:34:59 -0600
Henry Stiles <henry.stiles@artifex.com>
b9ff4a970e22194ecc894fe2460b88bc01726067

Fixes 689502 - remove obsolete scripts.

CLUSTER_UNTESTED

gs/lib/bdftops
gs/lib/bdftops.bat
gs/lib/bdftops.cmd
gs/lib/bdftops.ps
gs/lib/fixmswrd.pl
gs/lib/pv.sh

2011-08-05 09:02:28 -0600
Henry Stiles <henry.stiles@artifex.com>
91954fa8aadd8f7168a4bfa5e219c5c73a5e7477

9.04 NEWS file.

NEWS

2011-08-05 12:07:10 +0100
Chris Liddell <chris.liddell@artifex.com>
24dd98a5274a3c43bb2b8d09ad3a29faa77e2aa8

Ensure Win UNICODE/UTF8 code is disabled for ls build

CLUSTER_UNTESTED

language_switch/pspcl6_msvc.mak

2011-08-05 12:05:23 +0100
Chris Liddell <chris.liddell@artifex.com>
fac99700ffb230eaa4563dafd5af07033e5c608e

Remove a now spurious debug message.

CLUSTER_UNTESTED

gs/cups/gdevcups.c

2011-08-05 09:47:19 +0100
Chris Liddell <chris.liddell@artifex.com>
ba7dbfdcaf930889e8f278629d646685ccf69405

Prep the 9.04 release.

Remove the "RELEASE CANDIDATE" string, bring the changelog up to date since
the RC, and revise the date.

CLUSTER_UNTESTED

gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1

2011-08-04 14:40:12 +0100
Chris Liddell <chris.liddell@artifex.com>
e173d22697b5489624783a805311337d053e53fe

Bug 691586: again, ensure that GS knows when cups changes the media size

Move the fix for Bug 692393 to immediately after the call to
gdev_prn_put_params() - before the call to gx_device_set_media_size()
as that can also change the device's width and height settings.

With this fix, I have also removed the temporary workaround put in place
with commits 16c410fc29575abffb60926949433653186915fd and
bd33c8f57b1a6e3d365ef0efd8dd7571a14310fa.

No cluster differences.

gs/cups/gdevcups.c

2011-08-04 10:05:13 +0100
Chris Liddell <chris.liddell@artifex.com>
6fc00870dd9d1e17709b532f425578b229a61544

Revise Luratech section of build docs.......

... to reflect that we now look for the Luratech code under
gs/luratech/ldf_jb2 and gs/luratech/lwf_jp2 instead of gs/lwf_jp2 and
gs/ldf_jb2

CLUSTER_UNTESTED

gs/doc/Make.htm

2011-08-03 17:44:55 +0100
Chris Liddell <chris.liddell@artifex.com>
a26ed9754118ab5a6027346f2e4d0c41077dfc1c

Bug 692393: ensure GS realises cups changed the page dimensions.

After having done media selection from the cups media list, we need to
ensure that GS realises that page dimensions in the device structure
may have changed since the raster memory was last created - this ensures
that GS will reallocate the memory, and correctly setup the
line_ptrs array for the new page size.

No cluster differences.

gs/cups/gdevcups.c

2011-08-01 16:28:52 +0200
Till Kamppeter <till.kamppeter@gmail.com>
e6f2128efc15316a586813ff314bc037b1d36856

Fixes on the gstoraster CUPS filter

1. gstoraster crashes when run outside CUPS (bug #692384)

2. All error messages issued by gstoraster are without newline (bug #692385)

Thanks to Tim Waugh from Red Hat for the patches.

gs/cups/colord.c
gs/cups/gstoraster.c

2011-07-30 17:48:14 +0100
Robin Watts <Robin.Watts@artifex.com>
9fcefea7e6e770efed7a237c3fc0e8649fba342a

Fix bug 692349: UNICODE build of gs not available with VS2003 or VS6.

Apply a slightly tweaked version of alexchers patch to define wmemset
when it's not provided by the headers.

No cluster differences expected.

gs/psi/dwtext.c
gs/psi/msvc.mak

2011-08-01 12:18:25 +0100
Robin Watts <Robin.Watts@artifex.com>
690a9464f7a7ff524519587b95ba8505b0f823d9

Tweak to tkampeters previous commit to workaround bug 691586.

Avoid warnings given on some platforms about "unreachable code" by
using an informative #define.

No cluster differences expected.

gs/cups/gdevcups.c

2011-08-01 13:05:09 +0200
Till Kamppeter <till.kamppeter@gmail.com>
b4c67383d9e71b468b5384b7a63095864d3a9ae7

CUPS Raster output device: Ignore RIP_MAX_CACHE environment variable

Ghostscript is (at least currently) not able to work with hard-limited
space parameters. It crashes with a segmentation fault on many input
files then. Leaving the setting of these parameters fully automatic
Ghostscript works just fine. As in most distributions (Currently all
except Debian, Ubuntu, and their derivatives) CUPS imposes a hard
limit via the RIP_MAX_CACHE environment variable, the only way to
assure reliable working of Ghostscript is to ignore the parameter,
leaving the space parameters in automatic mode. For CUPS this should
be no regression, as print queues with other Ghostscript drivers (like
pxlcolor, ljet4, ...) worked without hard limits all the time and no
one complained.

To ignore this RIP_MAX_CACHE we simply add a "return" right at the
beginning of this function. It will be removed when a real fix gets
into place.

See http://bugs.ghostscript.com/show_bug.cgi?id=691586

gs/cups/gdevcups.c

2011-07-30 11:56:53 +0200
Till Kamppeter <till.kamppeter@gmail.com>
83abb6ca67829a1273ed4fdfc894a6af44c5c5ad

Added "-dNOINTERPOLATE" to the Ghostscript command lines of the CUPS filters

This makes rendering significantly faster and the output of normal
files comming as print jobs from applications does not show any
visible difference.

gs/cups/gstoraster.c
gs/cups/pstopxl.in

2011-07-29 14:01:58 -0700
Michael Vrhel <michael.vrhel@artifex.com>
83c7aba31ab324d015a39ec23ab9eb861c23d787

Another fix for cups RGBW. This gets the color set up properly for RGB.

gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/cups/gdevcups.c

2011-07-29 12:18:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
db4b6b6d07c2b4a97bd0add6e3169874ec2d1af7

Fix for cups RGBW color space so that transparency works properly.

gs/cups/gdevcups.c

2011-07-29 08:14:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
d1d700d4d052e3a9a061e5d6c61e3a4a30e5135d

A test for fixing RGBW in gdevcups.c

gs/cups/gdevcups.c

2011-07-29 10:12:26 +0100
Chris Liddell <chris.liddell@artifex.com>
43f6fff7185f868104f6ba4afc102af4f9fe8f3f

Update the docs, version numbers, and dates for 9.04 rc1

gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1
pl/pl.mak

2011-07-29 09:40:34 +0100
Chris Liddell <chris.liddell@artifex.com>
d248b98753421668ca683d074709a9422267b9ba

Change the expected directory for luratech.

For the build system to automatically include the luratech JPX and JBIG2
code, we previously checked for the existence of lwf_jp2 and ldf_jb2
directories under the Ghostscript source dir. This changes it to check
for <gs>/luratech/lwf_jp2 and <gs>/luratech/ldf_jb2 instead.

CLUSTER_UNTESTED

gs/base/configure.ac
gs/psi/msvc.mak

2011-07-28 22:28:37 -0600
Henry Stiles <henry.stiles@artifex.com>
ea57ffb4eb8e3c2bd9ae80547cd7ad011631e212

Restore X11 device to the default unix device.

In setting up autoconf to detect X11 (9b7298f) the X11 devices were
not put back at the beginning of the device list and so were no longer
the default device.

main/pcl6_gcc.mak

2011-07-28 17:16:35 +0100
Robin Watts <Robin.Watts@artifex.com>
c1cfbc2655dce2a1c3cc73caf0af54a51db61bfe

Changes to lcms v1 to spot failed allocations.

lcms v1 sometimes forgets to deal with failed allocations. Patch at
least some of these problems.

Driven by bug 692352. Sufficient to make it run to completion now.

gs/lcms/src/cmsgmt.c
gs/lcms/src/cmslut.c
gs/lcms/src/cmsps2.c
gs/lcms/src/cmssamp.c
gs/lcms/src/cmsvirt.c
gs/lcms/src/cmswtpnt.c
gs/lcms/src/cmsxform.c

2011-07-28 17:08:58 +0100
Robin Watts <Robin.Watts@artifex.com>
0f6629c581fb56ca33fb7ec57d757ea96f236887

Check for failure to allocate icclink in shading.

When calling shade_init_fill_state, check for a return code to indicate
failure. Trigger this case when an attempt to allocate an icclink
fails.

No cluster differences expected.

gs/base/gxshade.c
gs/base/gxshade.h
gs/base/gxshade1.c
gs/base/gxshade4.c

2011-07-28 15:07:14 +0100
Robin Watts <Robin.Watts@artifex.com>
f31edd69e23236fbae4b986883df8e0f43f15af6

Fix typo in rc_decrement description string.

Simple typo fix. CLUSTER_UNTESTED.

gs/base/gxclrast.c

2011-07-28 10:21:31 +0100
Chris Liddell <chris.liddell@artifex.com>
2364173a3ea2ac1e58b53a68e775d98157035b03

Disable the Windows UNICODE/UTF8 code for now.

CLUSTER_UNTESTED

gs/psi/msvc.mak

2011-07-27 22:12:41 -0700
Michael Vrhel <michael.vrhel@artifex.com>
cf056ad9ccf42b8c31e6c84ed0ee6d30e0fb7455

Update of Use.htm to include new color control options.

gs/doc/Use.htm

2011-07-27 16:25:19 +0100
Robin Watts <Robin.Watts@artifex.com>
12faa934ff19d95f08fc9db33d7a6b288ba67ee2

Fix Bug 692368; SEGV with clist transparency pattern in clist rendering.

The invocation/file given in the bug uses banded rendering (clist).
While drawing a band, it uses a pattern with transparency, that is
itself rendered by a clist (using the new pattern clist code).

A fill rectangle is being done that tries to call the pattern clist
tiling code without the fill_trans_buffer having been setup, and
this causes a SEGV.

The reason for this appears to be that the device used by the
banded isn't a pdf14 device - instead it's a clipper device wrapping
the pdf14 device. The clipper device does not call gx_forward_fill_path,
but instead calls gx_default_fill_path, meaning that the special
pdf14 handling done to setup the fill_trans_buffer isn't done.

Making the commit call onwards to gx_forward_fill_path doesn't solve the
problem either, as that results in no actual clipping being done.

The fix, therefore appears to be to implement a clipping version of
fill_path.

No cluster differences expected.

gs/base/gdevp14.c
gs/base/gxclip.c
gs/base/gxclip.h

2011-07-27 22:14:10 +0200
Till Kamppeter <till.kamppeter@gmail.com>
3639f0da216f0472658b37ee96726b80abdc7d56

Fixed the problem that PCL-XL output files got huge after introduction of color management

The pxlmono and pxlcolor output devices produce PCL XL (PCL 6). With
the introduction of color management, the size of the output files
often got 10 times larger as before and so PCL XL jobs often did not
print as they exhausted the memory of the printer.

According to the contributor of this patch, Shailesh Mistry, the PDFs
leading to that problem have a DeviceRGB image which is translated
into an ICC profile and passed up but the pcl/pxl can not handle
it. This patch looks for incoming ICC profiles and resolves it into
the base colour which can be handled at this level.

The patch returns the size of the PCL XL output files to the old
values from Ghostscript 8.x.

Fixes bug 692329.

gs/base/gdevpx.c

2011-07-27 20:37:20 +0200
Till Kamppeter <till.kamppeter@gmail.com>
d6e940a92e47f0110438cf2f9bd6ebffa2f9e211

Fixes on the "pstopxl" CUPS filter

1. Use POSIX and not Perl regular expressions with sed. This makes the
script working on a wider scope of systems (Bug #692328).

2. Switch the Ghostscript output device "pxlmono" if the "pxlcolor" is
used but "Gray" chosen as "ColorModel" setting. Monochrome
"BitsPerPixel" settings do not work with "pxlcolor".

gs/cups/pstopxl.in

2011-07-27 10:41:14 -0700
Michael Vrhel <michael.vrhel@artifex.com>
fead331855bddda90406d220e84fe5a284b2daa9

Fix for Windows Display Device showing gray only

This returns the use of DeviceGrayToK=true/false to set
if the user wants DeviceGray to map to K only for a
CMYK device. Also, this fixes a problem where high
level gray scale images were always going to composite
an not K only. Bug 692204.

gs/base/gsdparam.c
gs/base/gsicc_manage.c
gs/base/gxclrast.c
gs/psi/zdevice.c

2011-07-27 09:14:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
dc18980047abde427405973a6c9452959fb8e93c

Replacement of default gray ICC profile with Artifex generated versions

I reviewed the bmpcmp results and the relatively few diffs are minor.

gs/iccprofiles/default_gray.icc
gs/iccprofiles/sgray.icc

2011-07-26 12:16:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
cdbc852a9220c324b9094c448e29ce3548a5b8c3

Change of Default CMYK profile to one created by us to emulate V2 SWOP with reduced footprint.

Reviewed differences from this commit. With bmpcmp -16 the diffs amounted to halftone differences
with nothing visible.

gs/iccprofiles/default_cmyk.icc

2011-07-25 22:42:34 -0700
Michael Vrhel <michael.vrhel@artifex.com>
dca23749d5222c591927e78fd4f79a8d649ecd7c

Change of default_rgb.icc to our own sRGB ICC profile.

This results in very minor color diffs in a few files. I reviewed the diffs and everything is fine.

gs/iccprofiles/default_rgb.icc
gs/iccprofiles/srgb.icc

2011-07-25 19:03:42 -0600
Henry Stiles <henry.stiles@artifex.com>
ba7054ed86bdb26c1c19aad0d5a4313e8b96c4df

Fixes 692360 - the x11cmyk get bits procedure would only work properly
with a client supplied data pointer.

gs/base/gdevxalt.c

2011-07-25 12:34:59 -0600
Henry Stiles <henry.stiles@artifex.com>
2ed6a01d99cc63f9953be1e29b9d05643e9ada73

Fixes 689502 - remove obsolete scripts.

CLUSTER_UNTESTED

gs/lib/bdftops
gs/lib/bdftops.bat
gs/lib/bdftops.cmd
gs/lib/bdftops.ps
gs/lib/fixmswrd.pl
gs/lib/pv.sh

2011-07-26 13:15:44 +0100
Chris Liddell <chris.liddell@artifex.com>
7ec7b1463507ba578e123dc15f4219472a09930f

Bug 691956: make installing the cups tools optional

Introduces a --with-cups-install option to configure. To include the
cups tools and associated data files in Ghostscript's "install" target
you will have to specify "--with-cups-install" at configure time.

No cluster differences.

gs/base/Makefile.in
gs/base/configure.ac
gs/cups/cups.mak

Version 9.04 (2011-08-05)

This is the fourth full release in the stable 9.x series.

This release includes fixes and solutions for a number of serious problems from the earlier 9.x releases and so we strongly encourage those using earlier 9.x releases to upgrade to this new version, to reap the benefits of those fixes.

In addition, those still using Ghostscript 8.71 and earlier should begin migration to 9.x soon since many improvements, features and fixes from the 9.x versions are impractical to back-port to these legacy versions.

Highlights in this release include:

For a list of open issues, or to report problems, please visit bugs.ghostscript.com.

Incompatible changes

Deprecated file "gs/base/errors.h" removed, psi/ierrors.h should be used instead.

The eXternal Fonts (XFonts) functionality, marked as deprecated in 9.02 has now been fully removed.

No other recorded incompatible changes.

Changelog

2011-08-04 14:40:12 +0100
Chris Liddell <chris.liddell@artifex.com>
e173d22697b5489624783a805311337d053e53fe


Bug 691586: again, ensure that GS knows when cups changes the media size

Move the fix for Bug 692393 to immediately after the call to
gdev_prn_put_params() - before the call to gx_device_set_media_size()
as that can also change the device's width and height settings.

With this fix, I have also removed the temporary workaround put in place
with commits 16c410fc29575abffb60926949433653186915fd and
bd33c8f57b1a6e3d365ef0efd8dd7571a14310fa.

No cluster differences.

gs/cups/gdevcups.c

2011-08-04 10:05:13 +0100
Chris Liddell <chris.liddell@artifex.com>
6fc00870dd9d1e17709b532f425578b229a61544


Revise Luratech section of build docs.......

... to reflect that we now look for the Luratech code under
gs/luratech/ldf_jb2 and gs/luratech/lwf_jp2 instead of gs/lwf_jp2 and
gs/ldf_jb2

CLUSTER_UNTESTED

gs/doc/Make.htm

2011-08-03 17:44:55 +0100
Chris Liddell <chris.liddell@artifex.com>
a26ed9754118ab5a6027346f2e4d0c41077dfc1c


Bug 692393: ensure GS realises cups changed the page dimensions.

After having done media selection from the cups media list, we need to
ensure that GS realises that page dimensions in the device structure
may have changed since the raster memory was last created - this ensures
that GS will reallocate the memory, and correctly setup the
line_ptrs array for the new page size.

No cluster differences.

gs/cups/gdevcups.c

2011-08-01 16:28:52 +0200
Till Kamppeter <till.kamppeter@gmail.com>
e6f2128efc15316a586813ff314bc037b1d36856


Fixes on the gstoraster CUPS filter

1. gstoraster crashes when run outside CUPS (bug #692384)

2. All error messages issued by gstoraster are without newline (bug #692385)

Thanks to Tim Waugh from Red Hat for the patches.

gs/cups/colord.c
gs/cups/gstoraster.c

2011-07-30 17:48:14 +0100
Robin Watts <Robin.Watts@artifex.com>
9fcefea7e6e770efed7a237c3fc0e8649fba342a


Fix bug 692349: UNICODE build of gs not available with VS2003 or VS6.

Apply a slightly tweaked version of alexchers patch to define wmemset
when it's not provided by the headers.

No cluster differences expected.

gs/psi/dwtext.c
gs/psi/msvc.mak

2011-08-01 12:18:25 +0100
Robin Watts <Robin.Watts@artifex.com>
690a9464f7a7ff524519587b95ba8505b0f823d9


Tweak to tkampeters previous commit to workaround bug 691586.

Avoid warnings given on some platforms about "unreachable code" by
using an informative #define.

No cluster differences expected.

gs/cups/gdevcups.c

2011-08-01 13:05:09 +0200
Till Kamppeter <till.kamppeter@gmail.com>
b4c67383d9e71b468b5384b7a63095864d3a9ae7


CUPS Raster output device: Ignore RIP_MAX_CACHE environment variable

Ghostscript is (at least currently) not able to work with hard-limited
space parameters. It crashes with a segmentation fault on many input
files then. Leaving the setting of these parameters fully automatic
Ghostscript works just fine. As in most distributions (Currently all
except Debian, Ubuntu, and their derivatives) CUPS imposes a hard
limit via the RIP_MAX_CACHE environment variable, the only way to
assure reliable working of Ghostscript is to ignore the parameter,
leaving the space parameters in automatic mode. For CUPS this should
be no regression, as print queues with other Ghostscript drivers (like
pxlcolor, ljet4, ...) worked without hard limits all the time and no
one complained.

To ignore this RIP_MAX_CACHE we simply add a "return" right at the
beginning of this function. It will be removed when a real fix gets
into place.

See http://bugs.ghostscript.com/show_bug.cgi?id=691586

gs/cups/gdevcups.c

2011-07-30 11:56:53 +0200
Till Kamppeter <till.kamppeter@gmail.com>
83abb6ca67829a1273ed4fdfc894a6af44c5c5ad

Added "-dNOINTERPOLATE" to the Ghostscript command lines of the CUPS filters

This makes rendering significantly faster and the output of normal
files comming as print jobs from applications does not show any
visible difference.

gs/cups/gstoraster.c
gs/cups/pstopxl.in

2011-07-29 14:01:58 -0700
Michael Vrhel <michael.vrhel@artifex.com>
83c7aba31ab324d015a39ec23ab9eb861c23d787


Another fix for cups RGBW. This gets the color set up properly for RGB.

gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/cups/gdevcups.c

2011-07-29 12:18:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
db4b6b6d07c2b4a97bd0add6e3169874ec2d1af7


Fix for cups RGBW color space so that transparency works properly.

gs/cups/gdevcups.c

2011-07-29 08:14:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
d1d700d4d052e3a9a061e5d6c61e3a4a30e5135d


A test for fixing RGBW in gdevcups.c

gs/cups/gdevcups.c

2011-07-29 10:12:26 +0100
Chris Liddell <chris.liddell@artifex.com>
43f6fff7185f868104f6ba4afc102af4f9fe8f3f


Update the docs, version numbers, and dates for 9.04 rc1

gs/base/gscdef.c
gs/base/version.mak
gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/Xfonts.htm
gs/doc/gs-vms.hlp
gs/man/dvipdf.1
gs/man/font2c.1
gs/man/gs.1
gs/man/gslp.1
gs/man/gsnd.1
gs/man/pdf2dsc.1
gs/man/pdf2ps.1
gs/man/pdfopt.1
gs/man/pf2afm.1
gs/man/pfbtopfa.1
gs/man/printafm.1
gs/man/ps2ascii.1
gs/man/ps2epsi.1
gs/man/ps2pdf.1
gs/man/ps2pdfwr.1
gs/man/ps2ps.1
gs/man/wftopfa.1
pl/pl.mak

2011-07-29 09:40:34 +0100
Chris Liddell <chris.liddell@artifex.com>
d248b98753421668ca683d074709a9422267b9ba


Change the expected directory for luratech.

For the build system to automatically include the luratech JPX and JBIG2
code, we previously checked for the existence of lwf_jp2 and ldf_jb2
directories under the Ghostscript source dir. This changes it to check
for <gs>/luratech/lwf_jp2 and <gs>/luratech/ldf_jb2 instead.

CLUSTER_UNTESTED

gs/base/configure.ac
gs/psi/msvc.mak

2011-07-28 22:28:37 -0600
Henry Stiles <henry.stiles@artifex.com>
ea57ffb4eb8e3c2bd9ae80547cd7ad011631e212


Restore X11 device to the default unix device.

In setting up autoconf to detect X11 (9b7298f) the X11 devices were
not put back at the beginning of the device list and so were no longer
the default device.

main/pcl6_gcc.mak

2011-07-28 17:16:35 +0100
Robin Watts <Robin.Watts@artifex.com>
c1cfbc2655dce2a1c3cc73caf0af54a51db61bfe


Changes to lcms v1 to spot failed allocations.

lcms v1 sometimes forgets to deal with failed allocations. Patch at
least some of these problems.

Driven by bug 692352. Sufficient to make it run to completion now.

gs/lcms/src/cmsgmt.c
gs/lcms/src/cmslut.c
gs/lcms/src/cmsps2.c
gs/lcms/src/cmssamp.c
gs/lcms/src/cmsvirt.c
gs/lcms/src/cmswtpnt.c
gs/lcms/src/cmsxform.c

2011-07-28 17:08:58 +0100
Robin Watts <Robin.Watts@artifex.com>
0f6629c581fb56ca33fb7ec57d757ea96f236887


Check for failure to allocate icclink in shading.

When calling shade_init_fill_state, check for a return code to indicate
failure. Trigger this case when an attempt to allocate an icclink
fails.

No cluster differences expected.

gs/base/gxshade.c
gs/base/gxshade.h
gs/base/gxshade1.c
gs/base/gxshade4.c

2011-07-28 15:07:14 +0100
Robin Watts <Robin.Watts@artifex.com>
f31edd69e23236fbae4b986883df8e0f43f15af6


Fix typo in rc_decrement description string.

Simple typo fix. CLUSTER_UNTESTED.

gs/base/gxclrast.c

Changelog

2011-07-28 10:21:31 +0100
Chris Liddell <chris.liddell@artifex.com>
2364173a3ea2ac1e58b53a68e775d98157035b03


Disable the Windows UNICODE/UTF8 code for now.

CLUSTER_UNTESTED

gs/psi/msvc.mak

2011-07-27 22:12:41 -0700
Michael Vrhel <michael.vrhel@artifex.com>
cf056ad9ccf42b8c31e6c84ed0ee6d30e0fb7455


Update of Use.htm to include new color control options.

gs/doc/Use.htm

2011-07-27 16:25:19 +0100
Robin Watts <Robin.Watts@artifex.com>
12faa934ff19d95f08fc9db33d7a6b288ba67ee2


Fix Bug 692368; SEGV with clist transparency pattern in clist rendering.

The invocation/file given in the bug uses banded rendering (clist).
While drawing a band, it uses a pattern with transparency, that is
itself rendered by a clist (using the new pattern clist code).

A fill rectangle is being done that tries to call the pattern clist
tiling code without the fill_trans_buffer having been setup, and
this causes a SEGV.

The reason for this appears to be that the device used by the
banded isn't a pdf14 device - instead it's a clipper device wrapping
the pdf14 device. The clipper device does not call gx_forward_fill_path,
but instead calls gx_default_fill_path, meaning that the special
pdf14 handling done to setup the fill_trans_buffer isn't done.

Making the commit call onwards to gx_forward_fill_path doesn't solve the
problem either, as that results in no actual clipping being done.

The fix, therefore appears to be to implement a clipping version of
fill_path.

No cluster differences expected.

gs/base/gdevp14.c
gs/base/gxclip.c
gs/base/gxclip.h

2011-07-27 22:14:10 +0200
Till Kamppeter <till.kamppeter@gmail.com>
3639f0da216f0472658b37ee96726b80abdc7d56


Fixed the problem that PCL-XL output files got huge after introduction of color management

The pxlmono and pxlcolor output devices produce PCL XL (PCL 6). With
the introduction of color management, the size of the output files
often got 10 times larger as before and so PCL XL jobs often did not
print as they exhausted the memory of the printer.

According to the contributor of this patch, Shailesh Mistry, the PDFs
leading to that problem have a DeviceRGB image which is translated
into an ICC profile and passed up but the pcl/pxl can not handle
it. This patch looks for incoming ICC profiles and resolves it into
the base colour which can be handled at this level.

The patch returns the size of the PCL XL output files to the old
values from Ghostscript 8.x.

Fixes bug 692329.

gs/base/gdevpx.c

2011-07-27 20:37:20 +0200
Till Kamppeter <till.kamppeter@gmail.com>
d6e940a92e47f0110438cf2f9bd6ebffa2f9e211

Fixes on the "pstopxl" CUPS filter

1. Use POSIX and not Perl regular expressions with sed. This makes the
script working on a wider scope of systems (Bug #692328).

2. Switch the Ghostscript output device "pxlmono" if the "pxlcolor" is
used but "Gray" chosen as "ColorModel" setting. Monochrome
"BitsPerPixel" settings do not work with "pxlcolor".

gs/cups/pstopxl.in

2011-07-27 10:41:14 -0700
Michael Vrhel <michael.vrhel@artifex.com>
fead331855bddda90406d220e84fe5a284b2daa9


Fix for Windows Display Device showing gray only

This returns the use of DeviceGrayToK=true/false to set
if the user wants DeviceGray to map to K only for a
CMYK device. Also, this fixes a problem where high
level gray scale images were always going to composite
an not K only. Bug 692204.

gs/base/gsdparam.c
gs/base/gsicc_manage.c
gs/base/gxclrast.c
gs/psi/zdevice.c

2011-07-27 09:14:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
dc18980047abde427405973a6c9452959fb8e93c


Replacement of default gray ICC profile with Artifex generated versions

I reviewed the bmpcmp results and the relatively few diffs are minor.

gs/iccprofiles/default_gray.icc
gs/iccprofiles/sgray.icc

2011-07-26 12:16:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
cdbc852a9220c324b9094c448e29ce3548a5b8c3


Change of Default CMYK profile to one created by us to emulate V2 SWOP with reduced footprint.

Reviewed differences from this commit. With bmpcmp -16 the diffs amounted to halftone differences
with nothing visible.

gs/iccprofiles/default_cmyk.icc

2011-07-25 22:42:34 -0700
Michael Vrhel <michael.vrhel@artifex.com>
dca23749d5222c591927e78fd4f79a8d649ecd7c


Change of default_rgb.icc to our own sRGB ICC profile.

This results in very minor color diffs in a few files. I reviewed the diffs and everything is fine.

gs/iccprofiles/default_rgb.icc
gs/iccprofiles/srgb.icc

2011-07-25 19:03:42 -0600
Henry Stiles <henry.stiles@artifex.com>
ba7054ed86bdb26c1c19aad0d5a4313e8b96c4df


Fixes 692360 - the x11cmyk get bits procedure would only work properly
with a client supplied data pointer.

gs/base/gdevxalt.c

2011-07-25 12:34:59 -0600
Henry Stiles <henry.stiles@artifex.com>
2ed6a01d99cc63f9953be1e29b9d05643e9ada73


Fixes 689502 - remove obsolete scripts.

CLUSTER_UNTESTED

gs/lib/bdftops
gs/lib/bdftops.bat
gs/lib/bdftops.cmd
gs/lib/bdftops.ps
gs/lib/fixmswrd.pl
gs/lib/pv.sh

2011-07-26 13:15:44 +0100
Chris Liddell <chris.liddell@artifex.com>
7ec7b1463507ba578e123dc15f4219472a09930f


Bug 691956: make installing the cups tools optional

Introduces a --with-cups-install option to configure. To include the
cups tools and associated data files in Ghostscript's "install" target
you will have to specify "--with-cups-install" at configure time.

No cluster differences.

gs/base/Makefile.in
gs/base/configure.ac
gs/cups/cups.mak

2011-07-25 16:25:20 +0100
Chris Liddell <chris.liddell@artifex.com>
f62ce181e3a68d7f652d9e903c70bd1a67423782


Bug 692367: NULL out pointers for three tables in the context

Add "finalize" methods for gs_name_table, io_device_table and
font_dir tables which ensure that the pointers in the lib
context are set to NULL when the memory is released.

No cluster differences.

gs/base/gsfont.c
gs/base/gsiodev.c
gs/base/gsstruct.h
gs/base/gxfcache.h
gs/psi/iname.c

2011-07-25 16:19:19 +0100
Ken Sharp <ken.sharp@artifex.com>
7dee8c1639a55e5b6ae4051afcfed9caa82e48b5


Remove the last traces of OPDFReadProcsetPath

The old Procsets had to be moved from PostScript resources to C files, in order that
ps2write work with non-PostScript interpreters (XPS, PCL). As a result the
old OPDFReadProcsetPath is no longer used and has been removed.

gs/Resource/Init/gs_pdfwr.ps
gs/base/gdevpdf.c
gs/base/gdevpdfb.h
gs/base/gdevpdfp.c
gs/base/gdevpdfu.c
gs/base/gdevpdfx.h

2011-07-25 09:05:05 +0100
Ken Sharp <ken.sharp@artifex.com>
1562de0f7dc0615ed1397f42a7ad0eb23f4dcf22


Add some minimal documentation regarding the txtwrite device to devices.htm.

gs/doc/Devices.htm

2011-07-25 08:44:42 +0100
Ken Sharp <ken.sharp@artifex.com>
4e6a7b5c6fc0c202ba0d962cd19578162e1ce726


Add functionality to the textwrite device.

The existing textwrite device was a null device which emitted nothing. This
version actually extracts text from input documents. It uses ToUnicode CMaps,
GlyphNames2Unicode tables and glyph names in an attempt to map incoming text into
Unicode (UTF-16) values.

It currently has one switch 'TextFormat' which has two possible values, 0 or 1.
-dTextFormat=0 outputs a 'layout' representation of the original text. This
will attempt to produce text output which is similar in appearance to the original.

-dTextFormat=1 simply emits all the text as it is encountered, along with information
about the text state. It outputs the Font name, point size, rendering mode and
writing mode (WMode) as well as the start and ending co-ordinates of the text on the page
and the Unicode string representing the text. This is intended for those who
would like to manipulate the text into other formats.

The Adobe Glyph Names list is now embedded in the executable twice, in two
incompatible forms. A future enhanvement will be to only embed the list once.

gs/base/gdevagl.h
gs/base/gdevtxtw.c

2011-07-24 16:03:31 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
128b9fce26e82ef38cedded8fc35a4c99ef55bee


Fix a trivial Valgrind warning.

Reorder a logical expression to prevent the access to an unitialized
value. The only effect of the patch is some noise reduction in the
Valgrind log.

gs/base/gdevp14.c

2011-07-24 16:38:35 +0000
Robin Watts <robin@ghostscript.com>
961a9a98ecff7a30503ee0bd5d2973263114def7


Backout commit 7f5d3d7; 8 bit display device palette change.

Reverting earlier commit made to attempt to fix bug 692235. While
this change does give the display device a much nicer palette
to work with in 8 bits, it will break with all code that currently
exists to interface to the display device, such as gsview, as the
palette is not exported with the data.

Due to the looming release and the questions remaining to be answered
on the bug, we pull the change for now.

gs/base/gdevdsp.c
gs/psi/dpmain.c
gs/psi/dwimg.c
gs/psi/dxmain.c
pl/dwimg.c

2011-07-20 23:28:19 -0700
Ray Johnston <ray.johnston@artifex.com>
68bf978d614ec610333abd6a51b88fc3e05689f7


Fix compiler warnings.

Check return code from "get_profile" dev_proc in gs_nulldevice.c and get rid of the
implicit declaration for gdev_mem_set_planar.

gs/base/gsdevice.c
gs/base/gxpcmap.c

2011-07-22 10:36:36 -0700
Michael Vrhel <michael.vrhel@artifex.com>
d3302b1176683dc9e4cb5cb8ed9f42bffa0888ee


Fix for bug 692204. This forces DeviceGray to K only for CMYK devices.

This is performed by default now. To return to a composite type mapping
that makes use of the true DeviceProfile, use the option -dDeviceGrayToK=false.
This commit includes a fix to rename the device member variable
icc_array to icc_struct to reduce confusion in reading the code.

gs/Resource/Init/gs_lev2.ps
gs/base/gdevp14.c
gs/base/gdevpdfk.c
gs/base/gdevtfnx.c
gs/base/gdevtsep.c
gs/base/gdevvec.c
gs/base/gdevxini.c
gs/base/gscms.h
gs/base/gsdevice.c
gs/base/gsdparam.c
gs/base/gsequivc.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gslib.c
gs/base/gxclthrd.c
gs/base/gxcmap.c
gs/base/gxdevcli.h
gs/base/gximag3x.c
gs/iccprofiles/gray_to_k.icc

2011-07-21 20:42:33 +0100
Robin Watts <Robin.Watts@artifex.com>
7f5d3d7b298bbabc13a484e38e749d572d817bc8


Fix bug 692235: Rendering to 8bit colors shows bad colors.

The display device uses an RGBK space for 8 bit rendering. Currently
this corresponds to a palette of 96 colors; 2 bits each for R,G,B,
supplemented by 16 greys.

This review alters it to use a 6x6x6 RGB cube, supplemented by 40 grey
levels.

In fact, this is slightly wasteful as we repeat the black and white
representations as color and as greyscale, but it's a huge improvement
on what we had before.

No cluster differences expected as we don't test the display device.

gs/base/gdevdsp.c
gs/psi/dpmain.c
gs/psi/dwimg.c
gs/psi/dxmain.c
pl/dwimg.c

2011-07-22 23:27:18 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
4c2a089d0378402f374cb9004ac0faa3ff82d3c3


Bug 692361, trap errors produced by --token--

Thap errors thrown by --token--, adjust the stack, and rethrow.
Rev. 4c6809dfa1c539d757c30f572922e05cd1436698 made the errors
that occur during reading of the contents steam recoverable,
but missed the case, when the error happens in the --token--.

gs/Resource/Init/pdf_base.ps

2011-07-21 21:50:59 -0700
Michael Vrhel <michael.vrhel@artifex.com>
9d37cdcdbcb3b3bb23d0eab06d1683735303d5e1


Fix for bug 692364 in which we were were not handing the initial DeviceGray profiles correctly

When the graphic state is started, the color spaces are first set to DeviceGray. In certain documents
this is then the color space that is used for drawing and in fact the erase page will initially
occur with this color space. If I have a destination ICC profile like CIELAB, then this is
a problem since we will end up mapping DeviceGray to RGB with the old procedures giving us a
CIELAB value of [255 255 255] which is a very bright red. With this fix we in the
DeviceGray mapping we fix the colorspace to be ICC based and pass then handle the procedure with
the ICC mapping. A minor fix was also needed in the pdf14device put_image where we use a
DeviceGray color space, which happens to have an ICC profile. We now correctly create the
ICC profile. Note that this will cause significant diffs in the cluster push as DeviceGray
colors that were mapped to pure K before for a CMYK device (due to the fact that we were not
installing the proper color space) will now map to composite black. This
issue will be addressed shortly by another commit where we by default map all DeviceGray
colors to K only in the CMYK devices.

gs/base/gdevp14.c
gs/base/gxcmap.c
gs/base/lib.mak

2011-07-21 16:40:21 +0100
Robin Watts <Robin.Watts@artifex.com>
554ce829a9eb59da437541e2efbc646d9edc2805


Fix Bug 692355; gswin32 has garbage chars in window title bars.

Existing ghostscript includes windows.h without defining UNICODE, but
calls the unicode versions of functions where appropriate. Here we
move to defining UNICODE before including windows.h, but we keep to
the practise of calling A or W specific variants as much as possible.

Partly this is because of time before the release, but mostly a fear
that this might lead to a Pandoras box of changes.

gs/psi/dwtext.c
gs/psi/dwtext.h

2011-07-19 20:02:50 +0100
Robin Watts <Robin.Watts@artifex.com>
c9a8f8b3b0327bb62fc79cfe93d6bd79f997a2b6


pdf14 'dirty' rect optimisations.

Rename 'bbox' to 'dirty' - makes the purpose of the field much clearer.

Export dirty rectangle pointer in gx_pattern_trans_t structure.

Remove automatic expansion of 'dirty' rects to full rect boundary.

Ensure tiling code sets dirty rectangle as expected.

Remove debugging printfs.

Testing shows 491 differences. 16 or so real changes (all neutral or
progressions), but most of them in the cups device. Manual testing
shows no changes at all - no idea what's going on there.

gs/base/gdevp14.c
gs/base/gdevp14.h
gs/base/gxblend1.c
gs/base/gxp1fill.c
gs/base/gxpcolor.h

2011-07-20 15:24:58 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
4a1159926a8094f19bcacddf0503b5a06edd9184


Bug 692362, tolerate stream object without stream.

Check for the case, where the modified stream dictionary is missing
/File attribute (probably, because the original stream object was
missing the stream body) and substitute an empty stream.

gs/Resource/Init/pdf_base.ps

2011-07-20 20:03:02 +0000
Robin Watts <robin@ghostscript.com>
145a853a0f9ed9d58b76413a5c77aa026500af93


Add finalize function to pattern clist device.

This may need to do more than it does, but the immediate drive for
this is to correctly drop the reference count on the target device
on closedown. This is sufficient to stop the SEGV seen on the final
garbage collection done on stars.pdf.

The garbage collector was finding an unfreed pdf14 device, and stepping
into the target onto to find that the target had been destroyed already.

No cluster differences shown in testing.

gs/base/gxpcmap.c

2011-07-20 10:29:47 -0700
Ray Johnston <ray.johnston@artifex.com>
10cd4a92cd64252635c3c7f9a189f857bc59bf97


Fix for missing ICCProfilesDir during some device init. Move profiledir to gs_lib_ctx.

The business of trying to keep the profile directory in the device and keeping it in
sync with the value used in the icc_manager led to problems when some devices were
initialized. This change moves the profiledir (and its len) into the gs_lib_ctx_t
(pseudo- global) which is accessible by the icc_manager and devices via the
gs_memory_t pointer.

Remove the no longer needed functions to set and sync the profile in the device and
replace gsicc_set_icc_directory with gs_lib_ctx_set_icc_directory.

Thanks to Michael Vrhel for adding to this patch to make it build on linux and
build the other parsers.

gs/base/gscms.h
gs/base/gsdevice.c
gs/base/gsdparam.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gslibctx.c
gs/base/gslibctx.h
gs/base/lib.mak
gs/base/msvclib.mak
gs/psi/int.mak
gs/psi/zdevice.c
gs/psi/zusparam.c
pcl/pctop.c
psi/psitop.c
pxl/pxpthr.c
pxl/pxtop.c
svg/svgtop.c
xps/xpstop.c

2011-07-20 11:43:40 -0700
Michael Vrhel <michael.vrhel@artifex.com>
b07cfe2e168d004ed1a4365e985d90c88fa61725


Fix for Bug 692074. Make sure the ht thresholding code writes out device white and device black.

This should also fix a polarity issue that we had with the plank device.

gs/base/gxht_thresh.c

2011-07-20 18:24:31 +0000
Robin Watts <robin@ghostscript.com>
9a91acb5411b457383e59ed4bbefeb0247862228


Reverse the polarity of cups 'gray' colorspaces.

Cups colspace 0 is the inverse of colspace 3.

gs/toolbin/bmpcmp.c

2011-07-20 14:48:55 +0100
Chris Liddell <chris.liddell@artifex.com>
467b64692f0b74244fd0bc0748309d05b2f09294


Remove the eXternal Fonts functionality.

The XFonts feature was of very limited utility these days, and
was deprecated a couple of releases ago. This commit removes
the unloved and rather bit-rotten feature completely.

This does not really "fix" Bug 692357, but renders it pointless.

No cluster differences.

gs/base/devs.mak
gs/base/gdevmac.c
gs/base/gdevmac.h
gs/base/gdevmacxf.c
gs/base/gdevx.c
gs/base/gdevx.h
gs/base/gdevxini.c
gs/base/gdevxres.c
gs/base/gdevxxf.c
gs/base/gxccache.c
gs/base/gxccman.c
gs/base/gxchar.c
gs/base/gxchar.h
gs/base/gxfcache.h
gs/base/macos-mcp.mak
gs/doc/Xfonts.htm

2011-07-20 14:36:10 +0100
Chris Liddell <chris.liddell@artifex.com>
5ca50b1770ae583490954f1546b17bad421fbc9f


Bug 692359: Retain WMode from CMaps embedded in PDFs

The read_CMap procedure skips everything in the embedded
CMap file stream except the actual character ranges (as does
Acrobat), thus we lose the WMode setting (if present) from
the stream. Nor were we propagating the value from the PDF
CMap stream dict.

This revision ensures we propagate the WMode value the PDF
CMap stream dictionary (if present), which matches Acrobat's
behaviour.

No cluster differences.

gs/Resource/Init/pdf_font.ps

2011-07-19 21:57:35 -0600
Henry Stiles <henry.stiles@artifex.com>
a46123967e919fdd557411d2b0d177e6be2722e3


Fixes 692234 premature erasepage.

The page was being erased before the postscript interpreter was
properly initialized. In particular for the crash in this bug a
default halftone has to be installed before erasepage.

psi/psitop.c

2011-07-19 17:12:23 +0100
Robin Watts <Robin.Watts@artifex.com>
a6ec8697315e39dabd565a1ca114d3b42f006324


Small Memento tweaks.

When moving a block to the tail of the freelist, ensure that its next pointer
is set to NULL.

When doing 'setParanoia' ensure that any existing countdown is reset.

No cluster changes.

gs/base/memento.c

2011-07-19 10:05:14 +0100
Chris Liddell <chris.liddell@artifex.com>
923d5ca0673442a9e8d4921812ac4fbd75433140


Fix a warning I introduced, and a couple of others

gs/base/gdevpng.c

2011-07-18 10:46:05 -0700
Michael Vrhel <michael.vrhel@artifex.com>
9ed6be44e85f03f4a22064b698b3c0ea8c818b53


Fix so that rendering intent makes it properly through clist along with expanded RI capabilities

This fixes bug 692139, also adds support for the ability to override the
internal rendering intent(s) with an externally set rendering intent. Also,
it is possible to specify specific rendering intents for RGB graphics, images
and text as well as CMYK graphic images and text. Progressions occur in the
regression test suite. In particular the file icc_rendering_intent.pdf at 300dpi
now renders correctly.

gs/base/gscms.h
gs/base/gsicc_cache.c
gs/base/gsicc_manage.c
gs/base/gxclimag.c
gs/base/gxclpath.c
gs/base/gxclrast.c
gs/base/lib.mak

2011-07-18 17:07:08 +0100
Chris Liddell <chris.liddell@artifex.com>
385f519d34703ba88d107649fb59452617590194


Remove the PNG_INTERNAL define from the PNG device.

PNG_INTERNAL being defined exposes libpng's internal APIs which we should
certainly not be using, and do not appear to. I'm guess that this was
done to work around an issue in an earlier libpng version, and is no
longer relevant.

No cluster differences

gs/base/gdevpng.c

2011-07-17 09:45:35 -0700
Ray Johnston <ray.johnston@artifex.com>
44a2fd0bb1e2dd12e9ba475da0bdbb93081325d5


Fix crashes and assertion on 32-bit Windows builds. Bugs 692347, 692348.

Thanks to SaGS for these fixes. Assertion and crash were found during final checkout of
the 9.03 release, as well as on the master branch. Partly these problems came from the
UTF-8 changes.

VS treats the "char" type as signed by default. When extended characters are promoted
to ints, the values are negative in the range -128 to -1. These values (except -1
which conflicts with EOF) are not valid for the "is*()" family of functions.

For GS_ registry entries that are not set, the utf8 version of 'gp_getenv_registry()'
incorrectly returned an 'insufficient buffer space' verdict and let the 'needed
buffer size' to 0 (cbData = 0 after 'RegQueryValueExW()'). The call to fetch the
value was then made also with a 0-sized buffer, did the same thing, and left the
buffer for the value undefined. There were also other problems, for example
non-REG_SZ entries were ignored only when the value was actually requested (not
during the request for the buffer size) and the function was doing 'free(wp)' with
wp == NULL in a few cases.

No cluster differences.

CLUSTER_UNTESTED

gs/base/gp_wgetv.c
gs/base/gsargs.c

2011-07-18 12:52:55 +0100
Robin Watts <Robin.Watts@artifex.com>
80f11f7c17fd2d58eded8e8721a6932a0384f5f5


Fix plane calculations in planar pattern management.

The calculation of the depth/shift to use depth in planar pattern management
was wrong due to a silly typo.

This doesn't make it work, just solves an obvious problem.

No cluster differences expected.

gs/base/gxpcmap.c

2011-07-16 15:22:03 +0000
Robin Watts <robin@ghostscript.com>
ed9ba4062880109265bf286cb2e3fdc7527fe841


Pattern accumulator changes to support planar output devices.

When creating the memory buffer for a painttype 1 pattern tile, check
to see if the underlying device is planar - if it is, then create the
memory buffer as planar too.

The code to tile out the planar pattern buffers still needs fixing, but
this allows halftoning jobs to run to completion at least.

No cluster differences shown.

gs/base/gxpcmap.c

2011-07-16 12:58:35 +0000
Robin Watts <robin@ghostscript.com>
a438a9f7d363f76013e1c614fc0818fe081875ad


Fix pattern cache tile accounting.

When putting tiles into the pattern cache, we estimate the size we need
up front (or in the clist case, calculate it exactly). We then clear
that many bytes in the pattern cache, and add the new tile using that
estimated size. When we come to evict we recalculate the exact size and
evict based on that.

This causes a mismatch whereby the pattern cache thinks it has the wrong
number of bits cached. When this is an underestimation, we just end up
using more memory than we'd like. When it overestimates however, we can
get into an infinite loop trying to evict things.

The fix is to record the number of bits we've accounted for in every
tile and thus always count the same coming out as we did coming in.

If we really want to account for the correct values rather than the
estimate we can do that, but we must adjust pcache->bits_cache and
ctile->used appropriately.

No bug associated with this, but it was triggered by a forthcoming
commit to make the pattern accumulator use planar buffers for planar
devices.

No differences in cluster testing.

gs/base/gsptype1.c
gs/base/gxpcmap.c
gs/base/gxpcolor.h

2011-07-15 20:03:50 -0600
Henry Stiles <henry.stiles@artifex.com>
9b7298f794a4d9bdf5f2bc9dd8401cbfa458a018


Autoconf changes for X11 and threads.

config.mak.in
configure.ac
main/pcl6_gcc.mak

2011-07-15 18:46:37 +0100
Chris Liddell <chris.liddell@artifex.com>
10fa3cdcae73e526d6279e5a70522d821d08469d


Set the defines needed to build luratech on WIN64

CLUSTER_UNTESTED

gs/psi/msvc.mak

2011-07-15 10:42:30 -0700
Michael Vrhel <michael.vrhel@artifex.com>
bfc0768f53bf96acfbbcf184fe83a09d85b4f5b4


Addition of an destination ICC profile for demonstrating the setting of rendering intent

gs/toolbin/color/src_color/cmyk_des_renderintent.icc

2011-07-15 15:12:02 +0100
Chris Liddell <chris.liddell@artifex.com>
2472633cba1418733d079dea15f624c3649bf6dc


Fix the shared library builds.

The corrected dependencies in lib.mak broke the shared lib bulids,
so the rules needed split up to cover the shared and non-shared
cases.

gs/base/configure.ac
gs/base/gs.mak
gs/base/lib.mak

2011-07-15 14:35:04 +0100
Chris Liddell <chris.liddell@artifex.com>
b0277439b2de03cfcae9282f02021bec72aaa91a


Resolve a build issue with 64 Windows.

CLUSTER_UNTESTED

gs/base/msvctail.mak

2011-07-15 12:51:00 +0100
Robin Watts <Robin.Watts@artifex.com>
9be999c3d781ff92b5498d8cc89b0d2c1fcdc69e


Fix crashes due to uninitialised reschedule and time_slice procs.

Freek Kempe reports problems when ghostscript is built with just
psl3 and pdf FEATURE_DEVS, due to the context entries for
time_slice_proc and reschedule_proc being uninitialised.

We take on a (very slightly modified) version of his suggested fix;
they are now initialised to a dummy procedure, and can be overridden
by zcontext_init later if required.

No cluster differences seen.

gs/psi/icontext.c

2011-07-15 08:57:45 +0100
Chris Liddell <chris.liddell@artifex.com>
7d56fdb732eda354c1c0ccd53e62306caf4f600f


Small formatting change for the html changelog

gs/toolbin/gitlog2changelog.py

2011-07-15 08:51:36 +0100
Chris Liddell <chris.liddell@artifex.com>
fc670d3f5dd1e066a838165acec54b2859b1ed78


Increment the Ghostscript version number to 9.04.

gs/Resource/Init/gs_init.ps
gs/base/version.mak

2011-07-15 07:01:39 +0100
Chris Liddell <chris.liddell@artifex.com>
7e299cc60681c53113f513f95a940ef0349219f9


Fix an error in the Win64 building of genarch.exe

It was using AUXDIR instead of AUX for the path.

CLUSTER_UNTESTED

gs/base/msvctail.mak

2011-07-14 14:19:37 -0700
Michael Vrhel <michael.vrhel@artifex.com>
f98534e2952fb2c2bfa5a3604233d69c76713a41


Addition of support to override the document specified rendering intent(s)

Also this includes fixes so that if the source color profiles are specified
the rendering intents associated with those will be used.

gs/Resource/Init/gs_lev2.ps
gs/base/gscms.h
gs/base/gsicc_cache.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/psi/zusparam.c

2011-07-14 16:07:03 +0100
Chris Liddell <chris.liddell@artifex.com>
fb5f2b5f317f9df6a1258ba53c17da84292cafee


Small fix to changes for Bug 688528.

The fix for Bug 688528 contained a conditional error checking for
a return value of greater than zero when in fact it should be
greater than or equal to zero.

No cluster differences.

gs/base/gdevvec.c

2011-07-14 10:08:02 +0100
Chris Liddell <chris.liddell@artifex.com>
7694aad7c0d84ea8c95acff6ca9b189016c280d1


Revise error/warning on PDF missing CIDFont.

Now that GS will attempt to continue interpreting a PDF after an error
in a given content stream, revise the message we emit when he hit a
missing CIDFont in a PDF condition to reflect that. If PDFSTOPONERROR
keep the previous message.

Also, add a "flush" at the end of each message to ensure they don't get
mangled by later, high priority messages.

No cluster differences.

gs/Resource/Init/pdf_font.ps

2011-07-14 10:03:35 +0100
Chris Liddell <chris.liddell@artifex.com>
62ce501c977ae1a6cb5c38dac545616111c51ed2


Compile out the Unicode path/parameter code with VC7 and before

Visual C 7 (Visual Studio 2003) and earlier do not have all the "wide char"
related library functions needed for the Windows Unicode path and
parameter handling, causing a link error.

So when building with VC7 and earlier, leave out the Unicode stuff.

No cluster differences.

CLUSTER_UNTESTED

gs/psi/msvc.mak

2011-07-13 14:34:32 -0700
Michael Vrhel <michael.vrhel@artifex.com>
ed92ea1c85f7ee188d0ab242e72ca2f220367ed8


Addition of ICC profile for demonstrating use of rendering intent on source color

gs/toolbin/color/src_color/cmyk_src_renderintent.icc

2011-07-13 10:08:29 -0700
Ray Johnston <ray.johnston@artifex.com>
880f2b2b80ce8f1506b2ec9d81ba73737dfaa4af


Add flush after -sGenericResourceDir warning message.

I often have seen this message get garbled by having other messages on stderr "jump in"
so that the message on stdout gets split up. The "flush" prevents that.

gs/Resource/Init/gs_res.ps

2011-07-12 19:26:21 -0700
Michael Vrhel <michael.vrhel@artifex.com>
46db3bca63834ae3b3881022fbc9300de8690d10


Fix so that when the null device is installed it is initialized with the proper icc directory

This fixes issues on windows when going to the bbox device but there are still issues on linux.

gs/base/gsdevice.c

2011-07-12 14:07:22 -0700
Michael Vrhel <michael.vrhel@artifex.com>
6b237cb27450a0d09ad982bd45e2e15829ae974f


Addition of code to support source color management dependent upon the graphic type

Also fix of the example file that demonstrates this feature.

gs/base/gscms.h
gs/base/gsicc_cache.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gxclimag.c
gs/examples/text_graph_image_cmyk_rgb.pdf

2011-07-12 20:11:46 +0100
Chris Liddell <chris.liddell@artifex.com>
a06634a969ea9b0db2d0840d8641847247056145


Update autoconf build and the Windows build to use Luratech
if the directories are found where we expect.

Include options on each build to disable using Luratech explicitly.

Document the change in Make.htm

No cluster differences.

gs/base/Makefile.in
gs/base/configure.ac
gs/doc/Make.htm
gs/psi/msvc.mak

2011-07-12 19:15:33 +0100
Chris Liddell <chris.liddell@artifex.com>
15d3904a43b2dddda12ed842000d9668c2aff8d7


Add a simple git log to html changelog script.

CLUSTER_UNTESTED

gs/toolbin/gitlog2changelog.py

2011-07-12 17:28:45 +0100
Chris Liddell <chris.liddell@artifex.com>
89de03454ba02713403571cb1cdd1312ae818f81


Bug 692338: address performance regression in FAPI

Previously I changed FAPI to only dispose of the outline or
bitmap part of the Freetype glyph, intead of the entire
internal glyph object, so as avoid freeing, re-allocating
and initialising a glyph object for every glyph. That seemed
to cause a memory leak, so I reverted it.

This commit does it properly, addresing the memory leak by
correctly freeing the memory that Freetype returns to us
*containing* the pointer to the bitmap or outline, as well
as the bitmap/outline data.

This is measurably quicker than the previous method.

No cluster differences expected.

gs/psi/fapi_ft.c

2011-07-12 06:50:46 -0700
Michael Vrhel <michael.vrhel@artifex.com>
b6a234634d7987890851cb4375e0520ba8dd0750


Addition of code to support override of internal ICC profiles

gs/Resource/Init/gs_lev2.ps
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/psi/zicc.c
gs/psi/zusparam.c

2011-07-11 09:22:20 +0100
Chris Liddell <chris.liddell@artifex.com>
99cbbdaad585b78dfd32db6dc59c08f9743d8d6a


Add debugbin to the list of directories to ignore.

CLUSTER_UNTESTED

gs/toolbin/localcluster/clusterpush.pl

2011-07-11 09:14:34 +0100
Chris Liddell <chris.liddell@artifex.com>
ee688b964bee8f9562ce92835b2478f88b0dbe31


Bug 692327: Support libpng 1.5.x API

Revise to support the latest libpng API, conditionally compiled based on
the PNG_LIBPNG_VER_MINOR.

No cluster differences expected.

gs/base/gdevpng.c

2011-07-10 13:14:04 -0700
Michael Vrhel <michael.vrhel@artifex.com>
d1a349055450612218848e8d15fb6c1a4cc22f5b


Addition of pdf example file to demonstrate source color graphic object control

gs/examples/text_graph_image_cmyk_rgb.pdf

2011-07-10 12:54:02 -0700
Michael Vrhel <michael.vrhel@artifex.com>
2065f62ecb27abd974803207a0be160264944401


reorganization of files for demonstrating source color control based upon graphic type.

gs/toolbin/color/icc_creator/effects/cmyk_src_cyan.icc
gs/toolbin/color/icc_creator/effects/cmyk_src_magenta.icc
gs/toolbin/color/icc_creator/effects/cmyk_src_yellow.icc
gs/toolbin/color/icc_creator/effects/rgb_source_blue.icc
gs/toolbin/color/icc_creator/effects/rgb_source_green.icc
gs/toolbin/color/icc_creator/effects/rgb_source_red.icc
gs/toolbin/color/src_color/cmyk_src_cyan.icc
gs/toolbin/color/src_color/cmyk_src_magenta.icc
gs/toolbin/color/src_color/cmyk_src_yellow.icc
gs/toolbin/color/src_color/objsrc_profiles_example.txt
gs/toolbin/color/src_color/rgb_source_blue.icc
gs/toolbin/color/src_color/rgb_source_green.icc
gs/toolbin/color/src_color/rgb_source_red.icc

2011-07-10 12:19:33 -0700
Michael Vrhel <michael.vrhel@artifex.com>
213fd2eb89c8a818c546cb888fde6bb67d481c07


Addition of special effect ICC CMYK source profiles

A set of CMYK based profiles for demonstrating the usage of source
color graphic object type dependent color management

gs/toolbin/color/icc_creator/effects/cmyk_src_cyan.icc
gs/toolbin/color/icc_creator/effects/cmyk_src_magenta.icc
gs/toolbin/color/icc_creator/effects/cmyk_src_yellow.icc

2011-07-10 09:39:21 -0700
Michael Vrhel <michael.vrhel@artifex.com>
f24c2cb3f3e030068e48b9c608ebf87e70679547


Addition of special effect RGB ICC profiles

These profiles are for use in demonstrating the use of graphic object
specific color management on source RGB objects.

gs/toolbin/color/icc_creator/effects/rgb_source_blue.icc
gs/toolbin/color/icc_creator/effects/rgb_source_green.icc
gs/toolbin/color/icc_creator/effects/rgb_source_red.icc

2011-07-09 22:47:53 -0700
Michael Vrhel <michael.vrhel@artifex.com>
048a939c8c5880d1f89f3f61df78e147910cb1d0


Fix for bug 692333.

Caused by insufficient testing for change in color run when spot colors
are present during the DeviceN color rendering. Cluster push shows a
diff in Bug691425.pdf bmpcmp seemed OK.

gs/base/gxicolor.c

2011-07-08 14:11:52 -0700
Ray Johnston <ray.johnston@artifex.com>
ec7d65ce2cccbc97a2b696ceecb2ba7d329eff79


Fix initialization in gs_nulldevice (PS nulldevice operator) Bug 692334.

The gs_nulldevice was setting the get_profile proc to gx_forward_get_profile so the
icc_array was coming from the current device in the graphics state but that did not
match the color_info num_components and polarity leading to incorrect values returned
if gscms_transform_color_buffer set the OutputFormat to 1 (for the nulldevice) of a
link handle, but a subsequent call to gscms_transform_color with the same link handle
expected more than one component.

The initialization of the default profile can only be done if the io_device_table has
been initialized since this function is called during gs_lib_init1 with the table NULL.

This change fixes 12-07D.ps differences introduced in the 'tagfix' patch, but does NOT
introduce any changes to gscms_transform_color_buffer to avoid changing the number
of components or issue a warning as mentioned in the bug.

EXPECTED_DIFFERENCES:

12-07D should revert to the output prior to the tagfix change (06df93f)

gs/base/gsdevice.c

2011-07-08 16:41:47 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c48d47e85a27149ecbd84512c8ed80e3d3ab498c


Fix for graphic tag setting during forward procedure.

CLUSTER_UNTESTED

gs/base/gdevnfwd.c

2011-07-08 12:52:25 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c72586e85c6c8953cf3a1cbc32b48949c7622bb4


Rename variables and objects to be denoted as source graphic tags

With recent commit of changes to object tags as being a graphic type tag
it made sense to rename the source color object types similarly.

CLUSTER_UNTESTED

gs/base/gscms.h
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/psi/zusparam.c

2011-07-08 11:42:37 -0700
Michael Vrhel <michael.vrhel@artifex.com>
4df7c79bc1c4df59818ddbc53b20eb1315e7cb48


Rename of misnamed file.

CLUSTER_UNTESTED

gs/toolbin/color/icc_creator/effects/k_only..txt
gs/toolbin/color/icc_creator/effects/k_only.txt

2011-06-23 11:55:14 -0700
Ray Johnston <ray.johnston@artifex.com>
06df93f6babc540b8e29ae7cc1fcaed888142d52


Rename object_tag to graphics_type_tag and move to the device for MT rendering.

The memory->gs_lib_ctx->BITTAG hack was inherently NOT safe for use by multiple
rendering threads. Devices that want to encode the tag info in the gx_color_index
need the tag, so we have moved this to the device structure. Multiple rendering
threads each have unique buffer devices, so this allows clist playback to set
and use the appropriate tag as the bands are played back without thread
interference.

Rename the gs_object_tag_type_t to gs_graphics_type_t to make it more unique for
grep based searching and prevent confusion with other uses of the term 'object'.
Move the enum to gscms.h with the 'set' functions prototyped in gxdevcli.h.

Just as for the device's cmm_dev_profile_t information, the tag needs to be
forwarded by devices in the chain (clipper, compositor) so that these 'helper'
filtering devices don't interfere with the setting of the tag. The tag value is
maintained in all devices in the chain so a 'get_graphics_type_tag' dev_proc
is not needed -- the dev->graphics_type_tag can be access directly.

Previously, tags were not recorded except for devices that enabled tags.
Now tags are tracked for all devices for use in selecting an ICC profile
and a device can signal that it maintains tags by setting GS_DEVICE_ENCODES_TAGS
for use by compositors that want to know whether or not to maintain a tag
plane, such as the pdf14 device.

Also replace the old 'get_object_type' that the anti-aliasing used with the
single approach for consistency and to cure problems (not identifed) with using
AA when other devices are interposed in the chain (clipper, compositor).

EXPECTED_DIFFERENCES:

Various 12-07D.PS PS LL3 CET files will show color differences on page 3 (GLOBINT)
as described in Bug692334.

gs/base/gdevabuf.c
gs/base/gdevbit.c
gs/base/gdevddrw.c
gs/base/gdevdflt.c
gs/base/gdevimdi.c
gs/base/gdevmem.c
gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gdevprn.h
gs/base/gdevpsd.c
gs/base/gdevrinkj.c
gs/base/gdevrops.c
gs/base/gdevwts.c
gs/base/gdevxcf.c
gs/base/gscms.h
gs/base/gscsepr.c
gs/base/gsdevice.c
gs/base/gsdps1.c
gs/base/gsequivc.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gsimage.c
gs/base/gslibctx.c
gs/base/gslibctx.h
gs/base/gsnamecl.c
gs/base/gsncdummy.c
gs/base/gspaint.c
gs/base/gstext.c
gs/base/gstrans.c
gs/base/gsutil.c
gs/base/gsutil.h
gs/base/gxacpath.c
gs/base/gxblend1.c
gs/base/gxclip.c
gs/base/gxclipm.c
gs/base/gxclist.c
gs/base/gxclrast.c
gs/base/gxcmap.c
gs/base/gxdevcli.h
gs/base/gxdevice.h
gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximono.c
gs/base/gxiscale.c
gs/base/gxistate.h
gs/base/gxpcmap.c
gs/base/gxshade.c
xps/xpsgradient.c

2011-07-08 14:12:51 +0100
Robin Watts <Robin.Watts@artifex.com>
73c09fa015d1e5a19083001bc343abbb67992c9d


Fix Bug 692331: SEGV in image interpolation.

In fixing bug 692225, it seems I broke this.

In the setup code that decides whether decoding is required or not, I
was incorrectly choosing to use the 'decode' case, when in fact the
'decoding' is done later for CIE colorspaces. As such I should have used
the no-decode case.

Fixing this appears to cure the problem.

gs/base/gxiscale.c

2011-07-08 11:14:08 +0100
Chris Liddell <chris.liddell@artifex.com>
02a53b643780f40f5d8947272eabb947002c40b3


Bug 692322: Clarify in ps2pdf manpage that output goes to cwd by default.

Credit to Jonathan Nieder <jrnieder@gmail.com>.

CLUSTER_UNTESTED

gs/man/ps2pdf.1

2011-07-07 20:50:35 +0000
Robin Watts <robin@ghostscript.com>
0e0db1ca146d82f6a1b0ae90f7146e7d65ffbba9


Fix bug 692330: SEGV in clist memfile fseek.

The icc unserialise profile code ftells, then reads, then fseeks to
maintain the position of the stream. The fseek was leaving the stream
in an illegal state (the pointer was exactly at the end of the last
block at the end of the file). Internally we are supposed to always
have memory allocated for us to write into, and in this circumstance
we didn't.

The fseek code was actually correct, as was the ftell code. The problem
lay in the fwrite code that left the stream in an illegal state.

The fix is simply to change the fwrite logic slightly; we are guaranteed
to have space on entry to the loop, so we just need to ensure we have
space on exit.

Cluster testing shows no differences (or none due to this change at least).

gs/base/gxclmem.c
gs/base/gxclread.c

2011-07-06 23:12:51 -0600
Henry Stiles <henry.stiles@artifex.com>
91c925158fd8bb84c0d44dff2ec4888dc4d6168e


Updates PDL README.txt

README.txt

2011-07-07 13:47:03 +0100
Chris Liddell <chris.liddell@artifex.com>
8191a2e349d1f8787b2f4805d770fa8b11f82d18


Bug 688528-addendum: quell warnings and handle errors.

gs/base/gdevvec.c
gs/base/gsdevice.c
gs/base/gximag3x.c

2011-07-07 10:41:27 +0100
Chris Liddell <chris.liddell@artifex.com>
dadc4955945d8004785ed13095ea9ea79c0f13a6


Bug 688528: set ICC profiles for interal uses of bbox device.

If we create a bbox device internally (i.e. not as an output device)
we must still ensure that the device has ICC profiles set in it. In
this case, it simply inherits the profile array from the parent
device.

This also meant moving the ICC manager initialization to before the
device "open" call in gs_setdevice_no_erase() because the device set
can also open another device (in this case, pswrite's "open" has the
effect, via the vector device, of setting a bbox device instance, so
there must be an array of ICC profiles at that stage for bbox to
inherit.

No cluster differences expected.

gs/base/gdevvec.c
gs/base/gsdevice.c
gs/base/gslib.c
gs/base/gximag3x.c

2011-07-06 22:05:43 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
73bfbe4b5f6e7090c2b6aad0183ddc8a186d5788


Fix Cygwin build.

Some Cygwin tools use \r\n line endings. Add transliteration of \r
to the space character to compensate for this lossage.

gs/base/configure.ac

2011-07-06 17:29:24 -0600
Henry Stiles <henry.stiles@artifex.com>
7531d50c7b6dec596e142ff555f3cbfc28613abe


Shailesh Mistry's fix for 692311 - corrupt character rendering.

In adaptive compression mode the seed row for delta row compression
was not properly cleared. With this change the code is now compatible
with HP monochrome printers, previously the Artifex code was
compatible with HP Color Laserjets. We do not implement a device
specific switch - for example the new code could be enabled if the
current mode of emulation was PCL5E (mono PCL) and not PCL5C (color
PCL) allowing emulation of both product types. However the corrupt
character output of HP color printers is probably never an intended
result.

pcl/rtraster.c

2011-07-05 11:04:27 -0600
Henry Stiles <henry.stiles@artifex.com>
6e1c268d0ceb3d39e33d242132a917ac27cc2491


Fix allocator and cleanup.

Use global allocator in the font directory not the local allocator in
the graphics state. Move the cache size assignment to the end of the
procedure after any error can occur and trivial style changes.

gs/base/gsfont.c

2011-06-29 23:29:44 -0600
Henry Stiles <henry.stiles@artifex.com>
00dbc00bbbbc5dd7d3ec4fce2ac5ed72a4e13bde


Implement gs_setcachesize properly.

The previous implementation simply set the cache size state value but
didn't attempt to rebuild the cache. The new font cache size is
provided by size operand of setcacheparams.

We also limit the size operand to the values discovered used by CPSI, the
range is device dependent and the CPSI range appears reasonable.

gs/base/gsfont.c

2011-06-23 12:58:53 -0600
Henry Stiles <henry.stiles@artifex.com>
ee351ae182d5f5fabe36f0ce9216a4da39c1c831


Removes obsolete code.

The is callback used to be used to delete all characters from the
cache, we don't do that anymore.

pcl/pcfont.c

2011-06-18 18:03:44 -0600
Henry Stiles <henry.stiles@artifex.com>
f91aa55a593789c3e342f649e1ebd7f575008e2c


Fix bug #692246 infinite loop searching the character table.

Set up the number of characters in the table and the maximum amount of
memory used by the font cache such that we maintain the invariant that
we will run out of memory before running out of table entries. Thanks
to Shailesh Mistry for assistance in analyzing this problem.

gs/base/gxccman.c

2011-07-06 13:30:23 +0100
Chris Liddell <chris.liddell@artifex.com>
e5a37634a8e15a945e7f5ea4aca68ab8e1e34d3a

Bug 692318: Ensure that compiler flags are used for the "aux" files.

For a normal host build, the build tools (genarch, genconf etc) should be
built with the same compiler flags as Ghostscript/Ghost*. In this case
the integer type used for encoded color values was not getting used
when compiling genarch.

Also, add a warning when tiffsep does have to skip one or more plates, with
a pointer to the relevant documentation. Lastly, update the doc to reflect
that the contone preview output may not be as expected if the job uses
overprint.

No cluster differences expected.

common/ugcc_top.mak
gs/base/gdevtsep.c
gs/base/msvccmd.mak
gs/base/msvctail.mak
gs/base/unix-aux.mak
gs/doc/Devices.htm

2011-07-04 23:55:57 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
836ac602259ed7e6dfa2845ce78c5fcb516c72e1


Bug 692026: Replace vsprintf() with vsnprintf()

vsnprintf() is a safer function. No new compatibility problams are
expected because vsnprintf() is already used it in Ghostscript.

gs/base/gxttfb.c
gs/base/rinkj/rinkj-byte-stream.c

2011-07-02 13:50:28 -0700
Ray Johnston <ray.johnston@artifex.com>
02ef306436f521a059356bbe41805499204051fc


Change to using encode_color instead of map_rgb_color since map_rgb_color are obsolete.

The encode_color proc replaced this and devices may not have it set to a valid proc.
Detected under certain circumstances with the tiffsep device using compressed color
encoding.

gs/base/gdevmem.c
gs/base/gdevmr1.c

2011-07-01 16:46:32 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
c841237f86505fad348295dfb17aea45beed4c89


Bug 692320: check page count type.

Check the type of /Count attrubute before using it. Reject invalid
values and types and scan the page tree instead.

gs/Resource/Init/pdf_main.ps

2011-07-01 18:03:19 +0100
Robin Watts <Robin.Watts@artifex.com>
52d2decab7955e61a605ab44acb88a08eb79b9cb


Clist change for plane rop operations.

If strip_copy_rop is called with the 'lop_planar' indicator bit set in
the rop, it should encode just a planes worth of data.

The reading side of clists works without change, I believe.

gs/base/gxclrect.c

2011-07-01 12:31:54 +0100
Robin Watts <Robin.Watts@artifex.com>
e14ea75d716da7ecdef2211a5d60e46deec55b9f


Fix clist planar device detection.

When the clist interrogates a device to see if it is a planar one, it was
getting the wrong answer due to only the planar memory buffer device
responding to the question. We fix the main planar device to respond too
here.

Also, any device that doesn't understand the is_native_planar question
would respond -1; the existing code would take this to mean that it is
planar. The code now only triggers on positive responses.

No cluster differences expected.

gs/base/gdevppla.c
gs/base/gxclist.c

2011-06-30 12:17:08 -0700
Ray Johnston <ray.johnston@artifex.com>
93b4821ada53277b61efb87cbb12eb6a6f71ced0


FIx segfaults caused by missing prototype causing pointer truncation.

The gs_state_memory() function prototype is in gxstate.h but this was not being included
by this file, so on 64-bit builds it truncatad the memory pointer to 32-bits. Tripped over
on the macpro when doing ps2write. Problematic call was line 1086.

gs/base/gdevpdfd.c

2011-06-30 20:02:09 +0100
Robin Watts <Robin.Watts@artifex.com>
0038b2fadb34d57f5d43d51d313eb8bc121e929b


Fix error in plib and plan devices not properly closing down.

plib_close and plan_close were failing to call the underlying device
close method, hence leaking.

CLUSTER_UNTESTED.

gs/base/gdevplan.c
gs/base/gdevplib.c

2011-06-30 18:19:30 +0100
Robin Watts <Robin.Watts@artifex.com>
b62b3a9ce165ebca357ebf6b4e2ff4cae8d630d3


Fix leak of icc_profile in clist playback.

When reading an icc_profile profile from the clist we were forgetting to
decrement it's reference count, and so it was being leaked.

Also fix a whitespace issue.

No cluster differences expected.

gs/base/gscspace.h
gs/base/gxclrast.c

2011-06-30 17:05:19 +0100
Robin Watts <Robin.Watts@artifex.com>
5baa14a107150a5ba4189ff830f21bfdd7da528c


More Makefile dependency tweaks.

Limit our insistence on gnu make (for order only dependencies) to
the autoconf generated makefiles.

gs/base/Makefile.in
gs/base/gs.mak
gs/base/openvms.mak
gs/base/unix-gcc.mak
gs/base/unixhead.mak

2011-06-30 16:42:24 +0100
Robin Watts <Robin.Watts@artifex.com>
396fa30df058ccd35375a08e5385fa4251d4b714


Various Memento changes.

Add MEMENTO_LEAKONLY option to speed Memento (avoids filling memory and
checking the filled values for consistency).

Also, rewrite freelist management to avoid delays when making room.

Memento in MEMENTO_LEAKONLY now runs almost as fast as normal code.

Also change gsalloc.c and gsmchunk.c to fall through to the normal malloc
(and hence Memento) for all blocks (when MEMENTO is defined). No changes
to normal operation.

CLUSTER_UNTESTED.

gs/base/gsalloc.c
gs/base/gsmchunk.c
gs/base/malloc_.h
gs/base/memento.c

2011-06-30 14:24:17 +0100
Robin Watts <Robin.Watts@artifex.com>
44a609ed782883815571bcbc1ed7a602db03c786


Another attempt at proper directory dependencies.

The previous attempt failed due to directories getting their timestamp
updated whenever the contents changed - hence causing stuff to be
always out of date.

The 'correct' fix appears to be to use order only dependencies. We do
this in a portable way by defining a MAKEDIRS variable, that should
always be the last dependency listed. Unix builds define this to
"| directories", windows builds leave it blank.

Testing this work in turn showed up more problems with device
dependencies - also fixed here.

gs/base/devs.mak
gs/base/gs.mak
gs/base/ijs.mak
gs/base/jpeg.mak
gs/base/lib.mak
gs/base/msvclib.mak
gs/base/openvms.mak
gs/base/unix-aux.mak
gs/base/unix-dll.mak
gs/base/unix-end.mak
gs/base/unixhead.mak
gs/base/unixinst.mak
gs/psi/msvc.mak

2011-06-30 13:55:54 +0100
Ken Sharp <ken.sharp@artifex.com>
93df8de63350ec70d38cc79494a47cf0a6e172b9


More changes for CIDSet.

Make sure that if the CID (LastChar) is greater than num_glyphs, then use LastChar
for the length of CIDSet and CIDToGIDMap.

gs/base/gdevpdtd.c

2011-06-29 21:39:01 +0100
Robin Watts <Robin.Watts@artifex.com>
4a65a114f83a6826679625ef8686c1f43c648b43


Fix leaks in icc code seen during performance testing.

Whilst performance testing the new thresholding code against the plank
device as follows:

pcl6.exe -sDEVICE=plank -o nul: -r600 lj4700_pcl5_color_AC8Z51CC.prn

various leaks were seen (I used Memento to see them).

This fixes at least some of them, namely those due to us forgetting to free
a buffer used to read an icc profile into from the clist.

Various small bits of error case code is also fixed here.

gs/base/gxclrast.c
gs/base/gxclread.c
gs/base/gxicolor.c

2011-06-29 21:39:58 +0100
Robin Watts <Robin.Watts@artifex.com>
3992ee84c892ed2fcc16b3bd0e89d7e9d878bbaa


Add STDDIRS dependencies to unix-aux too.

This prevented configured debug gs builds from working (and possibly others).

gs/base/unix-aux.mak

2011-06-29 20:55:42 +0100
Robin Watts <Robin.Watts@artifex.com>
22f63a9438d563c3f36a2e652784d53be028bd7d


Tweak to gsicc_manage.c to avoid potential leak.

Examining the code, if gsicc_set_icc_directory is called with namelen=0
then the existing code will allocate a 1 byte buffer and store it in
the icc_manager.

If the same function is called again, in the same way, this buffer
will not be freed before it is overwritten.

The fix is simply to test for icc_manager->profiledir being non NULL
rather than the namelen > 0.

gs/base/gsicc_manage.c

2011-06-29 15:10:03 +0100
Robin Watts <Robin.Watts@artifex.com>
3a26f3c1aa08e6bd4b4550e066da449fb61ee2cf


Makefile dependency fixes.

Ray pointed out yesterday that the gs makefile has a malformed dependency
rule ensuring that the object dirs are created before any compilation
is done. This doesn't show itself when make is invoked to use a single
build task at once, but parallel invocations (e.g. make -f 5) can fall
foul fof it.

The fix is to properly make every .$(OBJ) file depend on STDDIRS.

gs/base/lib.mak
gs/base/msvclib.mak
gs/base/msvctail.mak
gs/base/unix-end.mak
gs/base/unixhead.mak
gs/psi/msvc.mak
gs/toolbin/checkdeps.pl

2011-06-29 08:17:46 +0100
Ken Sharp <ken.sharp@artifex.com>
865dca5781dcb4fea12d1349d4f7392d7d809c42


Change the documented default settings for ps2write to match reality.

gs/doc/Ps2ps2.htm

2011-06-28 21:55:44 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
c6a8de32823db74a0da27187b7fb049b337c2573


Bug 692305: Remove -dSAFER from pfbtopfa

Remove -dSAFER flag from pfbtopfa and wftopfa scripts because it
interferes with the the normal operation of Ghostscript and serves
no purpose. No client code is executed by these utilities.

gs/lib/pfbtopfa
gs/lib/pfbtopfa.bat
gs/lib/wftopfa

2011-06-28 21:54:31 +0100
Chris Liddell <chris.liddell@artifex.com>
31cb1ff75d4a77ac32854a68f56d973d06b5da10


Bug 692310 Add another fallback case for an FT error.

Add a fallback for the FT_Err_Invalid_Reference error from Freetype.
As this is a hinting error, we'll fall back to rendering the glyph
unhinted.

No cluster differences.

gs/psi/fapi_ft.c

2011-06-28 20:09:11 +0100
Robin Watts <Robin.Watts@artifex.com>
a1ee78a6de94b8b4292b9ce3b71b54ed3ae7502b


Fix for Bug 692303, antialiasing problems.

In trying to fix Bug 692081, I'd inadvertantly broken antialiased
operation on shapes with multiple 'alpha=0'/'alpha-non-zero'
transitions.

My understanding of Peters line accumulator macros was incomplete.
This new version seems to fix both cases.

gs/base/gsbitops.h
gs/base/gxcindex.h

2011-06-28 20:08:40 +0100
Robin Watts <Robin.Watts@artifex.com>
4d44e8a15bfa263b54b369940db9d8ec97d4fc48


Fix typo in comment.

CLUSTER_UNTESTED

gs/base/gxfill.c

2011-06-28 13:12:34 +0100
Robin Watts <Robin.Watts@artifex.com>
11fa4e84f504bdbd9e78495cf5214e49554383b0


More 'aux' makefile changes.

Configured gs builds were still not putting the aux directory in the
right place. Reworked here.

This has meant changing the horrible 'RELDIR' hack for a slightly
less horrible hack using 'BUILDDIRPREFIX'. In turn this has meant
that the shared object targets have one mroe layer of recursion in
the make, but it's still at the top level, and (arguably) clearer
now than it was before.

gs/base/Makefile.in
gs/base/configure.ac
gs/base/gs.mak
gs/base/macos-fw.mak
gs/base/macosx.mak
gs/base/ugcclib.mak
gs/base/unix-dll.mak
gs/base/unix-end.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak

2011-06-27 20:09:20 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
680d0f9b0a30de60c3289b827714be3f5adc65b1


Rename -dPDFNOSTOPPED to -dPDFSTOPONERROR

gs/Resource/Init/gs_init.ps
gs/Resource/Init/pdf_base.ps
gs/doc/Use.htm

2011-06-27 19:34:37 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
66700ec35f74a6e049ed6654283418a6d23bfb3e


Bug 692301: Support /Filter array with /JPXDecode

Fix a bug in /JPXDecode filter handler that generated bad
/DecodeParms when /JPXDecode filter was used in a /Filter
array. Remove some obsolete code related to /JPXDecode.

gs/Resource/Init/pdf_base.ps
gs/Resource/Init/pdf_draw.ps

2011-06-27 14:06:27 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
2f08f6f0c1b9bae95387534617005df0b4b7e46f


Add -dPDFNOSTOPPED option.

Norrmally, PDF interpreter tries to repair all problems in PDF files.
-dPDFNOSTOPPED option skips some of the stopped contexts. On error,
instead of printing a warning and continue, PDF interpreter drops into
a PostScript error handler that prints detailed information about the
problem and kills the job.

gs/Resource/Init/gs_init.ps
gs/Resource/Init/pdf_base.ps
gs/doc/Use.htm

2011-06-27 09:22:30 -0600
Henry Stiles <henry.stiles@artifex.com>
9b9d97a5a2c299595048c72fa10e1a2b2845ff58


Add planar device to the Windows build.

main/pcl6_msvc.mak

2011-06-27 14:35:52 +0100
Ken Sharp <ken.sharp@artifex.com>
5e292c6c611659105f9bbc50ad33518c97a1923d


bug #692304 Don't emit '0 g' for 'erasepage'

showpage causes a fill of an empty path, apparently as part of the erasepage mechanism.
When used with pdfwrite, with -dUseCIEColor -dPDFA and no Output Intent specified
this can lead to us emitting a '0 g' in a PDF/A file, whic his only valid if an OutputIntent is specified.

Fixed by ignoring empty paths. Despite the comment in gdev_pdf_fill_path we
do not seem to need to do this for text or clips. Probably since I moved the
'pdf_set_drawing_color' code out of pdf_reset_color so that we could write colours in a text context.

This exhibits one progression, with ps2write 'Bug6901014_CImg_flyer.pdf' now
draws all the output instead of dropping portions of it due to a 'nocurrentpoint' error.

gs/base/gdevpdfd.c

2011-06-26 11:20:33 +0100
Chris Liddell <chris.liddell@artifex.com>
f3b1a56bb0c5d716868b7914bee6c3740f3f035a


Update to libjpeg 8c.

Combines (from libs-update branch) the commits:

Commit a vanilla copy of libjpeg-8c.

And the makefile changes to let it build.

Commit our patch to the libjpeg source.

Add our patches to the jpeg-8c src.

This changes every cluster test which contains DCT/JPEG data, but
they are all very small colour shifts that are invisible
to the naked eye - as expected by this type of update.

gs/base/jpeg.mak
gs/jpeg/Makefile.am
gs/jpeg/Makefile.in
gs/jpeg/README
gs/jpeg/aclocal.m4
gs/jpeg/ansi2knr.c
gs/jpeg/cderror.h
gs/jpeg/cdjpeg.h
gs/jpeg/change.log
gs/jpeg/cjpeg.1
gs/jpeg/cjpeg.c
gs/jpeg/ckconfig.c
gs/jpeg/coderules.doc
gs/jpeg/coderules.txt
gs/jpeg/config.guess
gs/jpeg/config.sub
gs/jpeg/configure
gs/jpeg/configure.ac
gs/jpeg/depcomp
gs/jpeg/djpeg.1
gs/jpeg/djpeg.c
gs/jpeg/example.c
gs/jpeg/filelist.doc
gs/jpeg/filelist.txt
gs/jpeg/install-sh
gs/jpeg/install.doc
gs/jpeg/install.txt
gs/jpeg/jaricom.c
gs/jpeg/jcapimin.c
gs/jpeg/jcarith.c
gs/jpeg/jccoefct.c
gs/jpeg/jcdctmgr.c
gs/jpeg/jchuff.c
gs/jpeg/jchuff.h
gs/jpeg/jcinit.c
gs/jpeg/jcmainct.c
gs/jpeg/jcmarker.c
gs/jpeg/jcmaster.c
gs/jpeg/jconfig.bcc
gs/jpeg/jconfig.cfg
gs/jpeg/jconfig.dj
gs/jpeg/jconfig.doc
gs/jpeg/jconfig.mac
gs/jpeg/jconfig.manx
gs/jpeg/jconfig.mc6
gs/jpeg/jconfig.sas
gs/jpeg/jconfig.st
gs/jpeg/jconfig.txt
gs/jpeg/jconfig.vc
gs/jpeg/jconfig.vms
gs/jpeg/jconfig.wat
gs/jpeg/jcparam.c
gs/jpeg/jcphuff.c
gs/jpeg/jcprepct.c
gs/jpeg/jcsample.c
gs/jpeg/jctrans.c
gs/jpeg/jdapimin.c
gs/jpeg/jdapistd.c
gs/jpeg/jdarith.c
gs/jpeg/jdatadst.c
gs/jpeg/jdatasrc.c
gs/jpeg/jdcoefct.c
gs/jpeg/jdct.h
gs/jpeg/jddctmgr.c
gs/jpeg/jdhuff.c
gs/jpeg/jdhuff.h
gs/jpeg/jdinput.c
gs/jpeg/jdmainct.c
gs/jpeg/jdmarker.c
gs/jpeg/jdmaster.c
gs/jpeg/jdphuff.c
gs/jpeg/jdsample.c
gs/jpeg/jdtrans.c
gs/jpeg/jerror.h
gs/jpeg/jfdctflt.c
gs/jpeg/jfdctfst.c
gs/jpeg/jfdctint.c
gs/jpeg/jidctflt.c
gs/jpeg/jidctint.c
gs/jpeg/jidctred.c
gs/jpeg/jmorecfg.h
gs/jpeg/jpegint.h
gs/jpeg/jpeglib.h
gs/jpeg/jpegtran.1
gs/jpeg/jpegtran.c
gs/jpeg/jutils.c
gs/jpeg/jversion.h
gs/jpeg/libjpeg.doc
gs/jpeg/libjpeg.map
gs/jpeg/libjpeg.txt
gs/jpeg/ltconfig
gs/jpeg/ltmain.sh
gs/jpeg/makcjpeg.st
gs/jpeg/makdjpeg.st
gs/jpeg/makeadsw.vc6
gs/jpeg/makeapps.ds
gs/jpeg/makeasln.v10
gs/jpeg/makecdep.vc6
gs/jpeg/makecdsp.vc6
gs/jpeg/makecfil.v10
gs/jpeg/makecmak.vc6
gs/jpeg/makecvcx.v10
gs/jpeg/makeddep.vc6
gs/jpeg/makeddsp.vc6
gs/jpeg/makedfil.v10
gs/jpeg/makedmak.vc6
gs/jpeg/makedvcx.v10
gs/jpeg/makefile.ansi
gs/jpeg/makefile.bcc
gs/jpeg/makefile.cfg
gs/jpeg/makefile.dj
gs/jpeg/makefile.manx
gs/jpeg/makefile.mc6
gs/jpeg/makefile.mms
gs/jpeg/makefile.sas
gs/jpeg/makefile.unix
gs/jpeg/makefile.vc
gs/jpeg/makefile.vms
gs/jpeg/makefile.wat
gs/jpeg/makejdep.vc6
gs/jpeg/makejdsp.vc6
gs/jpeg/makejdsw.vc6
gs/jpeg/makejfil.v10
gs/jpeg/makejmak.vc6
gs/jpeg/makejsln.v10
gs/jpeg/makejvcx.v10
gs/jpeg/makelib.ds
gs/jpeg/makeproj.mac
gs/jpeg/makerdep.vc6
gs/jpeg/makerdsp.vc6
gs/jpeg/makerfil.v10
gs/jpeg/makermak.vc6
gs/jpeg/makervcx.v10
gs/jpeg/maketdep.vc6
gs/jpeg/maketdsp.vc6
gs/jpeg/maketfil.v10
gs/jpeg/maketmak.vc6
gs/jpeg/maketvcx.v10
gs/jpeg/makewdep.vc6
gs/jpeg/makewdsp.vc6
gs/jpeg/makewfil.v10
gs/jpeg/makewmak.vc6
gs/jpeg/makewvcx.v10
gs/jpeg/makljpeg.st
gs/jpeg/maktjpeg.st
gs/jpeg/missing
gs/jpeg/rdbmp.c
gs/jpeg/rdjpgcom.1
gs/jpeg/rdjpgcom.c
gs/jpeg/rdppm.c
gs/jpeg/rdswitch.c
gs/jpeg/structure.doc
gs/jpeg/structure.txt
gs/jpeg/testimg.bmp
gs/jpeg/testimg.jpg
gs/jpeg/testimg.ppm
gs/jpeg/testimgp.jpg
gs/jpeg/transupp.c
gs/jpeg/transupp.h
gs/jpeg/usage.doc
gs/jpeg/usage.txt
gs/jpeg/wizard.doc
gs/jpeg/wizard.txt
gs/jpeg/wrppm.c

2011-06-26 23:12:38 -0700
Michael Vrhel <michael.vrhel@artifex.com>
5b7a917fa6d092f76a0400e1bce70d02b8b724f1


Fix for compiler complaint.

CLUSTER_UNTESTED

gs/base/gsicc_manage.c

2011-06-25 11:07:25 -0700
Michael Vrhel <michael.vrhel@artifex.com>
f4e1d4b280f6e6ff73d630e2b103a1a6b50c03d9


Fix for icc directory and icc device profile initialization.

gs/base/gscms.h
gs/base/gsdevice.c
gs/base/gsdparam.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/lib.mak
gs/psi/zdevice.c
pcl/pctop.c
psi/psitop.c
pxl/pxpthr.c
pxl/pxtop.c
svg/svgtop.c
xps/xpstop.c

2011-06-24 18:46:51 +0100
Robin Watts <Robin.Watts@artifex.com>
7af1ebacdb9947ea5197523bcda7764431769e8f


Add copy_plane to rop source device.

This uses 'creative engineering' (aka a blatant hack) to allow copy_color
to be implemented in the "rop source" device.

We implement a copy_plane entrypoint for the rop source device, that
does exactly the same as copy_color, except that it abuses the lop
value passed to the gx_device_color_fill_rectangle by setting a new
bit (lop_planar) and pickling the plane number into the high bits.

This is detected in mem_planar_strip_copy_rop and unpicked to a call
to the appropriate plane.

Care must be taken when doing rops on the planar device, as
processing any rop on the device that involves 'D' calls get_bit_rectangle
which can cause a call to convert from planar to chunky if mishandled.
The solution is to ensure that we always remove our get_bits_rectangle
implementation when passing on a ropping call.

gs/base/gdevmpla.c
gs/base/gdevrops.c
gs/base/gsropt.h

2011-06-24 17:38:55 +0100
Chris Liddell <chris.liddell@artifex.com>
0c927bb3e177b5b34ebb1b1f7fa2d9669614fbaf


Bug 692274: handle vastly different magnitudes in x/y scale

If the difference in the scale on the x and y axes is large
(in this case, a factor of 1000), the value scaling we do
to pass into Freetype can run over/under flow when applied
to both. The solution is to apply the value scaling
separately for x and y axes. But the quality is very
marginally better when the two are scaled together, so we
do that normally, and only fall back to the separate handling
when the x and y scales differ by more than 512.

No cluster differences expected.

gs/psi/fapi_ft.c

2011-06-24 12:11:48 +0100
Robin Watts <Robin.Watts@artifex.com>
90324e2c6466978f3c01e4a5a3c27d916b9ba9fa


Fix 'aux' cluster breakages. Move aux into obj.

Move aux directories into the appropriate obj directories.
Makes cleaning easier, and is neater overall.

Also fix some unrelated problems with cleaning in the msvc builds.

common/msvc_top.mak
common/pcdefs.mak
gs/base/all-arch.mak
gs/psi/msvc.mak
gs/psi/os2.mak
gs/toolbin/localcluster/clusterpush.pl
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2011-06-23 12:53:01 -0600
Henry Stiles <henry.stiles@artifex.com>
7f2d55272963b039a472adbd26bb9a111e5d31ac


Use filenames instead of stdin and stdout.

The original example c programs used stdin and stdout instead of
reading directly from files. The C programs were changed to use files
but the associated shell script wasn't updated.

tools/GOT/dotags.sh

2011-06-22 21:39:01 +0100
Robin Watts <Robin.Watts@artifex.com>
ca0f4ff4a0df386dd4d494a418f09336d06c2451


Cross compilation (AUX) changes to ghostscript and ghostpdl.

Introduce a new 'aux' directory and appropriate defines to allow
easier cross-compilation of gs/ghostpdl.

common/gccdefs.mak
common/generic.mak
common/msvc_top.mak
common/ugcc_top.mak
gs/base/Makefile.in
gs/base/all-arch.mak
gs/base/gs.mak
gs/base/lib.mak
gs/base/msvccmd.mak
gs/base/msvctail.mak
gs/base/unix-aux.mak
gs/base/unix-end.mak
gs/base/zlib.mak
gs/psi/msvc.mak
gs/psi/os2.mak
main/pcl6_gcc.mak
main/pcl6_msvc.mak
pl/pl.mak

2011-06-22 20:05:15 +0100
Chris Liddell <chris.liddell@artifex.com>
3b3261eca08cd73ca355b28fe5125c98d411820d


Bug 692297: reinstate the proper way to release FT glyphs.

FT_Glyph_Done is the correct method for freeing both bitmap and
outline glyphs from Freetype.

No cluster differences expected.

gs/psi/fapi_ft.c

2011-06-22 10:46:18 -0700
Ray Johnston <ray.johnston@artifex.com>
f8c4663d5108ca0b7416bf35ba37a8bb63f0b8ed


Improve documentation about gsapi_set_poll

gs/doc/API.htm

2011-06-22 10:17:32 -0700
Michael Vrhel <michael.vrhel@artifex.com>
b28982145ccdea3a39f7ad13d7f5c8a00f14f83d


Replace previous commit file with smaller file.

CLUSTER_UNTESTED

gs/examples/text_graphic_image.pdf

2011-06-22 10:12:33 -0700
Michael Vrhel <michael.vrhel@artifex.com>
314d8b86434396afe96ce915dbb1cb0ff01b2047


Addition of simple example file with text graphic and image objects.

CLUSTER_UNTESTED

gs/examples/text_graphic_image.pdf

2011-06-22 09:05:28 -0700
Michael Vrhel <michael.vrhel@artifex.com>
e3def0b758231cd1c5c0510945cef0dd3d938393


Support for fast thresholding to CMYK planar devices

Code works for various orientations for color as well as indexed (mono) images.
There is an inversion (polarity) issue remaining to track down as well as one potential
rendering issue during the buffer clean up with landscape images. These
will be resolved shortly. For now, code is sufficiently complete to begin
timing testing and optimizations. To use specify

-dCOLORSCREEN -sDEVICE=plank

and enable processing of color images by setting use_fast_thresh = true
on line 67 in gxicolor.c

gs/base/gxht_thresh.c
gs/base/gxht_thresh.h
gs/base/gxicolor.c
gs/base/gxidata.c
gs/base/gximono.c
gs/base/lib.mak

2011-06-21 18:52:03 +0100
Robin Watts <Robin.Watts@artifex.com>
fef629cab877b0bbf4f86777f37038d1f37de838


Fix cut/paste tiffscaled typo in docs.

CLUSTER_UNTESTED.

gs/doc/Devices.htm

2011-06-21 16:45:52 +0100
Chris Liddell <chris.liddell@artifex.com>
368e14c73337b42a24299445a660f029d2c26861


Reinstate the configure check for cups/raster.h.

Several Linux distributions seem to have neglected to make
the cups development package depend on the cupsimage
development package, but we need both for the cups device.

No cluster differences expected.

CLUSTER_UNTESTED

gs/base/configure.ac

2011-06-21 12:31:45 +0100
Ken Sharp <ken.sharp@artifex.com>
dfc53c791d8a121273bd22bbc0c04fd3ed375cdf


Bug #692218 Create comatible CIDSet

The fix in Bug 692218 did not (apparently) work for the SolidWorks
PDF/A validator. This patch sets the number of entries in a CIDSet to
be the number of glyphs in the font program, and makes the number of entries
in a CIDToGIDMap the same.

Together with the commit 27b740 here:

http://ghostscript.com/pipermail/gs-cvs/2011-June/013024.html

this now seems to work correctly.

gs/base/gdevpdtd.c

2011-06-21 12:08:58 +0100
Ken Sharp <ken.sharp@artifex.com>
136934cf60977e5ca6c1a77f8fd4d30a8512b206


Allow pdfwrite and ps2write to use 64-bit file pointers raising the 4Gb file limit.

Bug #692290 ps2write and pdfwrite have been using gp_open_scratch_file,
fseek and ftell, which limit the size of a temporary file to 4GB. This
commit uses gp_open_scratch_file_64, gp_ftell_64 and gp_fseek_64 whcih
should allow 64-bit file access on systems which support it.

Unfortunately I haven't been able to concoct a test for this, so the
64-bit code is not tested. However it continues to work normally with the
clustre regression tests.

gs/base/gdevpdf.c
gs/base/gdevpdfo.c
gs/base/gdevpdfp.c
gs/base/gdevpdfu.c
gs/base/gdevpdfx.h
gs/base/gdevpsu.c
gs/base/gdevpsu.h

2011-06-20 17:57:46 +0100
Robin Watts <Robin.Watts@artifex.com>
da1152191fb97516b82303ab187b08c971bfd360


Fix Bug 692057, 'hang' while converting mask->rectangle list.

Previously the clip accumulator code would attempt to add a new
rectangle would always search backwards from the tail of the
list when looking for a new place to insert a rectangle.

This works well when rectangles are coming in at (or near) the
end of the list. For cases where this doesn't happen we quickly
break down to O(n^2) operation.

The example file on the bug shows one such circumstance, where
we process a landscape image; this results in the masks coming
in as '8 bit columns'. The first column accumulates nicely,
subsequent ones do not.

The fix here, as suggested by Chris Liddell, is to store the
'last insert point', and to search from that. Locality of
reference should pay off here and lead to much improved
performance. Certainly tests with the example file show that we
complete within 2.5 minutes on my machine, compared to 1.5 minutes
with -dMaxPatternBitmap=32000000, and an unknown time over 5 minutes
with the old code.

gs/base/gxacpath.c
gs/base/gxcpath.c
gs/base/gxcpath.h

2011-06-20 09:56:37 -0600
Henry Stiles <henry.stiles@artifex.com>
19f10a95bae408363a77f5a2fd05f69350269cb7


Merge branch 'deprecate_crd_and_cleanup'

2011-06-03 00:15:50 -0600
Henry Stiles <henry.stiles@artifex.com>
476256194a8886951885a4e9ce71972504161192


Deprecate CRDs in PCL

pcl/pccrd.c
pcl/pccrd.h
pcl/pcdraw.c
pcl/pcfrgrnd.c
pcl/pcfrgrnd.h
pcl/pcl.mak
pcl/pcommand.c
pcl/pcpalet.c
pcl/pcpalet.h
pcl/pcpatrn.c
pcl/pcpattyp.h
pcl/pcstate.h
pcl/pctop.c

2011-06-02 16:55:55 -0600
Henry Stiles <henry.stiles@artifex.com>
1c1c457a4262f1ef539ec75792c57494c8a746b2


Trivial warning fixes

pcl/pcindxed.c
pcl/pcpage.c

2011-06-02 14:18:35 -0600
Henry Stiles <henry.stiles@artifex.com>
854a16b3eefc0d3b434f446db84e3a9317eda49e


Make page size procedure robust against paper size table changes.

pcl/pcpage.c

2011-06-01 11:52:40 -0600
Henry Stiles <henry.stiles@artifex.com>
b89ab3397895d41818170a7f4ea893bbb1580e79


Clean up warnings and problems identified with static analysis.

pcl/pcstatus.c
pcl/pctext.c
pcl/pctop.c
pcl/pcuptrn.c
pcl/pgdraw.c
pcl/pglabel.c
pcl/pgvector.c
pl/pjparse.c
pl/plchar.c
pxl/pxfont.c

2011-05-27 14:30:10 -0600
Henry Stiles <henry.stiles@artifex.com>
22b24ea5e3006b4cdc0394c9360423f02b6d3bf9


Code cleanup directed by static analysis tools.

Changes function not properly made static, removes unread and unused
variables.

pxl/pxpthr.c
pxl/pxsessio.c
pxl/pxtop.c

2011-05-27 13:48:38 -0600
Henry Stiles <henry.stiles@artifex.com>
00d4d232283b2eb6c9820618d04b5d4c9eb8a7b3


Makes procedure static.

pcl/pctop.c

2011-05-27 13:45:03 -0600
Henry Stiles <henry.stiles@artifex.com>
d98ceb81d6d45f4a2bc49b2f28dd16fe94fea601


Fixes static analyzer discovered logic error.

With an array size of 0, the line dash pattern should not be accessed.

pxl/pxgstate.c

2011-06-20 15:43:34 +0100
Ken Sharp <ken.sharp@artifex.com>
9d0ded9edc84704afd3724b3c7810c035dc4e699


Permit the calculation of CIDSet and CIDToGIDMap size, for PDF/A validation

The SolidWorks PDF/A validator complains about the CIDSet we produce for
embedded TrueType fonts, converted to CIDFonts, when creating PDF/A files.

I'm still not exactly sure what its complaining about but I'm working with
our customer to resolve this. In the meantime, this code makes it easier
to play with teh emission of CIDSet and CIDToGIDMap.

gs/base/gdevpdtb.c
gs/base/gdevpdtd.c
gs/base/gdevpdtf.c
gs/base/gdevpdtf.h
gs/base/gdevpdtw.c

2011-06-20 11:17:26 +0100
Ken Sharp <ken.sharp@artifex.com>
27b7404218093f3d1cf414b52721c8a24dbc2746


ps2write output crashes with limitcheck error after converting large documents

Adopting patch from 'Steve166' (bug # 692172) with a little gratuitous
reformatting. (note that opdfread.ps is now compiled in as opdfread.h)

This converts the directory of objects from an array to a dictionary of dictionaries
which allows for a more or less unlimited (64k*64k) number of objects.

No cluster differences expected.

gs/base/opdfread.h
gs/lib/opdfread.ps

2011-06-20 03:12:22 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
0700f67de273e92f06a1e4a0e67e3d023fc29442


Added dependencies to various makefiles to fix parallel make.

gs/base/lib.mak
gs/contrib/contrib.mak

2011-06-17 23:20:30 +0000
Robin Watts <robin@ghostscript.com>
29c7111f3fc5eb4878e875674750c79b1bd85bcc


Add gdevplan.c to ghostscript visual studio project.

Should have done this earlier, but forgot. CLUSTER UNTESTED as windows
only.

gs/ghostscript.vcproj

2011-06-17 21:08:49 +0100
Robin Watts <Robin.Watts@artifex.com>
75e1e089f68480b68bb9548ba1e6cf0b9d0f73e0


Fix windows compile breakage; missing definition of int64_t.

Simply add a #include "stdint_.h" to the top of a file; breakage
presumably caused by the dependency changes done earlier.

CLUSTER_UNTESTED.

gs/base/gstparam.h

2011-06-17 12:34:26 -0700
Michael Vrhel <michael.vrhel@artifex.com>
b058182285c21ff142e46997fd3b8510b6993d66


Fix for improper offset in contone data. Halftone project only.

CLUSTER_UNTESTED

gs/base/gxicolor.c

2011-06-17 12:32:11 -0700
Michael Vrhel <michael.vrhel@artifex.com>
096e21027a7ff99cf0e3d0d1e24dac29b2d69f12


Fix for Bug 692286 - Image too light -- not fully opaque

when I did some of the work on the compositor queue I had set things up so that the
update of the blend parameters would be written only into the same bands as the group
push. The approach of writing only in the bands of the group bounding box will not
work in general, for example if we have nested groups that only partially overlap. The
solution is that we have to write the blend parameters in all bands.

gs/base/gdevp14.c

2011-06-17 10:37:44 -0700
Ray Johnston <ray.johnston@artifex.com>
ee45ee90570975275ad6b826b377d6852b651b6a


Fix bug 692254 performance problem with pattern that bbox overflowed fixed.

The compute_inst_matrix relied on the gx_translate_to_fixed but when the
tx, ty was outside the valid area (txy_fixed_valid false) the float2fixed
would overflow and change the sign. This killed the performance when the
j0, i0 loop in tile by steps calculated a VERY large loop range from large
negative to large positive value.

The gx_path_translate may not be needed for in this path, but it is included
since that was in the gx_path_translate_to_fixed. Quick check showed that the
path is empty as expected, but the call is harmless.

gs/base/gsptype1.c

2011-06-17 19:43:09 +0100
Robin Watts <Robin.Watts@artifex.com>
9dd7c86d0619a9293f6476092765b86abab3baf1


Move planar dev_spec_op into core planar device.

Rather than having plib and plan devices provide a dev_spec_op that
responds to gxdso_is_native_planar, put the responsibility for this
into the core planar memory device.

This not only simplifies the code, it actually fixes a problem whereby
the memory device was overwriting it with the default.

gs/base/gdevmpla.c
gs/base/gdevplan.c
gs/base/gdevplib.c

2011-06-03 09:55:57 -0700
Ray Johnston <ray.johnston@artifex.com>
a2a0b404be0365a2f789e154733ab51db3b3aa99


Add an example that uses PostScript to do simple transparency.

CLUSTER_UNTESTED.

gs/examples/transparency_example.ps

2011-06-17 17:53:53 +0000
Robin Watts <robin@ghostscript.com>
f80bc7001e2e250348a6db82aa50d25d18848b66


Enable plan devices in non-windows builds.

No cluster differences expected.

gs/base/unix-gcc.mak
main/pcl6_gcc.mak

2011-06-17 17:11:27 +0000
Robin Watts <robin@ghostscript.com>
4ed123916f3f3373d5648011ea03c3cd969e00c1


Fix for Bug 692285: phase shift in patterns in long image.

The phase for a pattern mask was being held in a short, rather
than in an int. Unsurprisingly this caused problems when the
phase overflowed. Simple fix is to use an int instead.

Cluster testing shows no changes.

gs/base/gsdcolor.h

2011-06-17 13:21:05 +0100
Chris Liddell <chris.liddell@artifex.com>
b8326c843f0d14b55b7b5cc3694977df73d4a0e4


Remove circular dependency involving gscms.h.

Robin Watts identified that gscms.h relies on gsutil.h
which relies on gxstate.h, which relies on gscspace.h which
relies on gscms.h

Adding a couple of opaque declarations to gscspace.h (along with
relevant declaration guards) removes this circular dependency.

No cluster differences.

gs/base/gscms.h
gs/base/gscspace.h

2011-06-17 09:43:21 +0100
Chris Liddell <chris.liddell@artifex.com>
af98a55ac576545d9495cef0884462b7b2fb8205


Tidy up some of the GS<->FT number conversions.

gs/psi/fapi_ft.c

2011-06-17 09:49:14 +0000
Robin Watts <robin@ghostscript.com>
7a8971739d33a18dd7d433adcabf2e2dea5b6ba8


New lib.mak dependency checker, and update lib.mak using it.

Invoke gs/toolbin/checkdeps.pl and it performs rudimentary
and easily confused checks on the dependencies in lib.mak.
It may be simple, but it spots MANY problems, the important
of which are fixed here.

It gets easily confused by files not being in the expected
paths (but these are easy for an operator to spot and ignore).

No cluster differences expected.

gs/base/gxstroke.c
gs/base/lib.mak
gs/toolbin/checkdeps.pl

2011-06-17 09:30:32 +0100
Chris Liddell <chris.liddell@artifex.com>
2cd56d061e655569ec473d605caae9552355a59f


Bug 689546: Add clist.dev to the core lib dependencies.

I previously noted that the clist device is essentially always required
now, but I used a less than ideal method to address it: having it as
a dependency of the gdevprn.o object.

The correct solution, done here, is to include the clist device in the
libs.dev file, thus making it a direct requirement of the core lib.

No cluster differences.

gs/base/lib.mak

2011-06-16 12:11:41 -0700
Michael Vrhel <michael.vrhel@artifex.com>
449e9c8909e5e0cbf92497f1d95bfe60e8e89f6e


Addition of copy_plane command for clist

The command closely mimics the copy_mono command and as such shares its
command operator. With a bit of work it would be possible to get some minor
code reduction but the recursive nature of the functions makes it a bit
tricky.

gs/base/gxcldev.h
gs/base/gxclimag.c
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxclrast.c
gs/base/gxclrect.c
gs/base/lib.mak

2011-06-16 14:55:07 +0100
Robin Watts <Robin.Watts@artifex.com>
e34770c45cefbe6c4cf2d564269ff849282dd10f


Second attempt to add plan devices.

Add new 'plan' family of planar devices.

Equivalent to the plib devices, but without the necessity to always band,
and not using the band donor.

From the end users point of view, these output ppm etc and are probably
therefore not that useful as is. They serve the twin purposes of allowing
us to test planar output, and to act as a basis for devices that need
planar non-interlaced output.

The development of these devices showed a problem with
gx_get_bits_return_pointer in the planar case. When called, it would
assume that the start of the first line of the first plane was at
'base', and that subsequent planes could be reached by adding
raster * height to it. Unfortunately, clist_rasterize_lines resets the
buffer device at the end, so that height is unrelated (often 1).

The fix implemented here is to change gx_get_bits_return_pointer to take
a pointer to the line pointers, rather than a direct base value. This
means we can always find the subsequent planes correctly.

In my initial attempt at this, I broke the code by failing to notice that
gdevmem.c passes the same base pointer to gx_get_bits_copy. Fixed here.
Cluster testing shows it be OK this time around.

gs/base/devs.mak
gs/base/gdevdgbr.c
gs/base/gdevmem.c
gs/base/gdevmpla.c
gs/base/gdevplan.c
gs/base/gdevplib.c
gs/base/gxgetbit.h
gs/psi/msvc.mak

2011-06-16 11:49:18 +0000
Robin Watts <robin@ghostscript.com>
11e242eae4d9c78a556b030ef5e69cb0c94e0d48


Backout previous commit of 'plan' devices.

The previous commit caused large numbers of changes. Back it out while
I investigate why.

gs/base/devs.mak
gs/base/gdevdgbr.c
gs/base/gdevmem.c
gs/base/gdevmpla.c
gs/base/gdevplan.c
gs/base/gdevplib.c
gs/base/gxgetbit.h
gs/psi/msvc.mak

2011-06-16 10:00:33 +0100
Robin Watts <Robin.Watts@artifex.com>
583e964a55bf50dc28d1467fd9e9bad7bc03849a


Add new 'plan' family of planar devices.

Equivalent to the plib devices, but without the necessity to always band,
and not using the band donor.

From the end users point of view, these output ppm etc and are probably
therefore not that useful as is. They serve the twin purposes of allowing
us to test planar output, and to act as a basis for devices that need
planar non-interlaced output.

gs/base/devs.mak
gs/base/gdevdgbr.c
gs/base/gdevmem.c
gs/base/gdevmpla.c
gs/base/gdevplan.c
gs/base/gdevplib.c
gs/base/gxgetbit.h
gs/psi/msvc.mak

2011-06-14 18:56:03 +0100
Robin Watts <Robin.Watts@artifex.com>
a36cd9f5c60607dfbc12caadb0987b89ecfa27e7


Update gx_path_print (and gx_path_dump) to output postscript.

Same information as before is output, just in a a slightly different
order. This means we can paste it back into a postscript file with
less editing.

CLUSTER_UNTESTED as this is never called in production code.

gs/base/gxpath.c

2011-06-14 19:15:29 +0100
Robin Watts <Robin.Watts@artifex.com>
c442d7d0d5b11addc39519b155b93b3677c11c4d


Add memento.c/memento.h to VS project

Forgot to add these when they were created.

CLUSTER_UNTESTED as windows only.

gs/ghostscript.vcproj

2011-06-16 09:56:47 +0100
Ken Sharp <ken.sharp@artifex.com>
7de54e55e57f4046196c0909da247f98ef26b46d


Extend the uuid change in commit g0b7cd7c to cover Instance UIDs as well as Document UIDs.

No differences expetced.

gs/base/gdevpdfe.c

2011-06-15 19:36:31 +0100
Ken Sharp <ken.sharp@artifex.com>
45663bbeb798d7a851546a4d6ccf8954e16696ae

(pdfwrite) Bug #692280 "Incorrect ToUnicode CMap when the input is a PDF with a 2-byte ToUnicode"

The code was handling Type 0 fonts as if they were type 1, which meant a maximum
of 256 entries. Fixed by treating them as TrueType CIDFonts (2 byte codes, maximum
64K entries)

This may need later testing with more extensive collections of conts, we possibly should treat them as regular CIDFotns.

gs/base/gdevpdte.c

2011-06-15 12:18:16 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
10fad95042303b1996d8565a40d8ca4d5c4eed06


Dump unchanged MediaBox and CropBox values.

Output unmodified values of /MediaBox and /CropBox attributes.
This is done on request from a customer, but should also benefit
every pdf_info.ps user. This change is not backward compatible.

gs/toolbin/pdf_info.ps

2011-06-15 01:53:26 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
28ab2c1fafd763c7ab1074c91bf217bbbc871fe7


Bug 691335: Fix Photoshop EPS separations.

Use DSC comments to get separation names. If the output device supports
separations (i.e. has big /MaxSeparations attribute), set /SeparationColorNames
accordingly. Fix DSC handler; make it ignore the comments after %%EndComments
to avoid handling of DSC comments in nested EPS documents. Drop strange
code that runs tint transform function when any of the colorant names is
is a standard name (Gray, Red, Cyan, ...).

gs/Resource/Init/gs_epsf.ps
gs/psi/zcolor.c

2011-06-14 16:52:57 +0100
Ken Sharp <ken.sharp@artifex.com>
0b7cd7ca121ac440d5607cc6795ba8bcd7c20c85

(pdfwrite) Bug #692268 "pdfwrite sets xapMM:DocumentID incorrectly"

The XML emission in pdfwrite was simply pasting the UUID as a hex string,
whereas the spec says it must be a URI.

This change adds the 'uri:' which is required for compliance.
No cluster differences expected.

gs/base/gdevpdfe.c

2011-05-26 10:58:31 +0100
Ken Sharp <ken.sharp@artifex.com>
cba939306ceacde74aac1d9b69ca6cf08ce1ebce


Use correct enumerator for PCL type 3 fonts in pdfwrite

Part of the change for type 3 fonts from PCL used the wrong enumerator.
The code relies on a text enumerator actually being a show enumerator,
which is guaranteed true if we use the right one, but may not be if we
use the wrong one.

This didn't seem to be causing any problems, but fixed anyway.

gs/base/gdevpdtt.c

2011-06-11 20:52:20 -0400
Ken Sharp <ken.sharp@artifex.com>
49ae789184ebb094c29b14a6778e8fa823f6637a


Bug 691706: Keep page number with /View

If we have a View and a Page, but no matrix (not required if we have
a /View [/Fit]) then do not discard the page number but use it as a
/Page argument (adding one because pdfmark starts from page 1, not 0).

gs/Resource/Init/pdf_main.ps

2011-06-11 16:26:11 -0700
Michael Vrhel <michael.vrhel@artifex.com>
03bce08fdcb15702abf4cafbe8723dc8b9b7bd6f


Fix for aliasing of icc link hash code

This fixes a problem that existed in the computation of the ICC
hash code. This was the source of the problem in Bug 692265 (bug fixed with
this commit in file gsicc_cache.c). Also some error checking code and
addition of code to handle the transfer function when doing the fast
thresholding of color images.

gs/base/gdevp14.c
gs/base/gsicc_cache.c
gs/base/gsicc_lcms.c
gs/base/gxcmap.c
gs/base/gxcmap.h
gs/base/gxicolor.c

2011-06-11 10:27:53 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
4c6809dfa1c539d757c30f572922e05cd1436698


Bug 692252: Trap contents stream errors

Run PDF operator streams in a stopped context. Stop processing of the
stream on error, but continue to process rest of the file. Remove a
hack that defined 'inf' as 0.

gs/Resource/Init/pdf_base.ps
gs/Resource/Init/pdf_draw.ps

2011-06-10 00:10:39 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
f256d925aba7bd2c552e3598b5782bc3ab09cf4f


Bug 692258: Search annots, forms, patterns for fonts.

Besides the contents, look into annotations to identify fonts used by
the PDF file. Add recursive enumeration of Form and Pattern resources.

gs/toolbin/pdf_info.ps

2011-06-09 16:07:15 +0100
Robin Watts <Robin.Watts@artifex.com>
ce51b64c335d6c995c003497988d0327c64985cb


Add Sags unicode patch for gswin32c stdin/out.

Patch from Sags to read/write stdin/stdout as unicode and convert
to/from utf8 when passing to/reading from the core.

Once again, build with WINDOWS_NO_UNICODE to preserve old behaviour.

See bug 692770.

CLUSTER_UNTESTED.

gs/psi/dwmainc.c

2011-06-09 16:11:00 +0100
Robin Watts <Robin.Watts@artifex.com>
c39c030b850848540a5df1fc25c4dc76ee90040b


More unicode changes for gswin32

Taken on (most of) a patch from Russell Lang to dwtext.c, with bugfixes
to the changes I made yesterday. The bits of the patch I didn't take
on, were to do with running gswin32 as a true Unicode application.

Currently we are an ANSI application with a Unicode window. Moving to
be a true Unicode application may have knock on effects I am unsure of
(and would certainly leave us different to gswin32c.exe). I don't think
we lose anything by staying as we are.

CLUSTER_UNTESTED.

gs/psi/dwtext.c

2011-06-09 12:09:38 +0100
Chris Liddell <chris.liddell@artifex.com>
752397ab6f16aad4147d6e7101373edd7c9d14d5


Bug 692263 spot and elide glyphs with zero dimensions.

A glyph with a zero scale in either dimension could cause divide by
zero errors in a number of places in the FAPI *interface* code
(that is: fapi_ft.c, fapiufst.c and fapibstm.c). So catch and handle
the case early by skipping such case. The wrinkle is charpath operations
which *must* create a path, even of zero dimensions.

No cluster differences.

gs/psi/fapi_ft.c
gs/psi/fapibstm.c
gs/psi/fapiufst.c
gs/psi/ifapi.h
gs/psi/zfapi.c

2011-06-08 18:36:35 +0100
Robin Watts <Robin.Watts@artifex.com>
199498069233c98424567d22964dd1934c9f766e


Windows gs console window unicode changes.

Changes to dwtext.c to allow unicode operation.

The window is created as a Unicode one, so we get unicode character codes
delivered to us as they are typed. We convert these incoming key codes
into utf8, as the gs core expects. Any output from the core is converted
from utf8 to unicode, and the window now displays unicode.

The net effect is that the window looks like it's behaving exactly like
a unix window does.

The copy and paste functions are updated to cut and paste unicode too.

As usual, building with WINDOWS_NO_UNICODE preserves existing behaviour
(useful for windows 95/98/me builds).

The sole difference in behaviour is that the copy function now removes
trailing blank lines from the output, as this is never what you want.

CLUSTER_UNTESTED as windows only changes.

gs/psi/dwtext.c
gs/psi/dwtext.h

2011-06-08 14:55:28 +0100
Robin Watts <Robin.Watts@artifex.com>
afda147d56efff03ff6967a91a0436732d7b38fc


Tweaks to windows makefiles.

Eliminate some noise during windows builds. Thanks to Norbert Janssen for
this.

CLUSTER_UNTESTED

gs/base/msvctail.mak
main/pcl6_msvc.mak

2011-06-08 10:05:21 +0100
Robin Watts <Robin.Watts@artifex.com>
3367282be8da9713c0cd7a95a56c59a6b4e69a6e


Add file missed from last nights commit, 232b1d3.

Forgot to add the new file :(

gs/base/gp_wutf8.c

2011-06-07 15:25:57 -0700
Michael Vrhel <michael.vrhel@artifex.com>
6a436e0f9992ab5734b21b796a02ed0976ba1d5b


Work toward getting fast thresholding for color output devices and color input images

To make my life easier, this updates msvc.mak to include the planar devices.
Changes in image_render_mono_ht to work towards the case where the output device is not mono.
Minor fixes in gxicolor.c in the portion of code that steps through the planes.
Addition of copy_plan operations in gxht_thresh.c for CMYK planar devices.
Addition of clip_copy_plane for the clip device (thanks Robin Watts).

gs/base/gxht_thresh.c
gs/base/gxht_thresh.h
gs/base/gxicolor.c
gs/base/gximono.c
gs/base/lib.mak
gs/psi/msvc.mak

2011-06-08 00:02:44 +0100
Robin Watts <Robin.Watts@artifex.com>
232b1d36ad90b8d8be357033a80162fdd9de7aa8


More work on unicode handling under windows.

Continuing from commit 0ea739147, fix other issues, including:

* OpenPrinter calls changed to use OpenPrinterW.
* FindFirstFile/FindNextFile changed to use FindFirstFileW/FindNextFileW.
* gp_getenv windows specific registry lookups changed to use unicode
versions.
* GetProfileString changed to use GetProfileStringW.
* Add unicode changes to gswin32 as well as gswin32c.exe.

This hopefully concludes the bulk of the work on unicode support. Possible
areas to consider in future include:

* changing gswin32 so that cut and pasting operates in unicode
* make gswin32 display text in unicode
* modify stdin to go from unicode to utf8, and stdout to go from utf8
back to unicode.

I hope no idea if any of those are possible or not.

Testing seems to indicate that this all works OK, but I am not ideally
set up here.

For safety, I have introduced a WINDOWS_NO_UNICODE define. If this is
predefined during a build then this will cause the code to drop back to
the old mode of operation.

gs/base/gdevwpr2.c
gs/base/gp_msprn.c
gs/base/gp_mswin.c
gs/base/gp_mswin.h
gs/base/gp_ntfs.c
gs/base/gp_wgetv.c
gs/base/msvctail.mak
gs/base/windows_.h
gs/base/winlib.mak
gs/ghostscript.vcproj
gs/psi/dwmain.c
gs/psi/dwmainc.c
gs/psi/msvc.mak
pl/dwmainc.c

2011-06-06 22:13:07 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
8b90a80fe86364c0b6c1cad12cfb241c66943c24


Bug 688064: Add AdjustWidth=WIDTH

Extend AdjustWidth option to support adjustment to any width. This option
now accepts the following values;
0 - no adjustment, the same as before
1 - low res fax adjustments, the same as before
>1 - adjust to the given width, regardless of the document width.

gs/base/gdevfax.c
gs/base/gdevpng.c
gs/base/gdevtifs.c
gs/base/gdevtifs.h
gs/base/gxdownscale.c
gs/base/gxdownscale.h
gs/base/minftrsz.c
gs/base/minftrsz.h
gs/doc/Devices.htm

2011-06-06 21:00:41 +0100
Robin Watts <Robin.Watts@artifex.com>
f92a542b0475a12f4724d3e57f232cafbe17ce50


Bug 691118: Fix radial shading bug

Bug 691118 describes a bug with radial shadings in a PDF file.

Back in r7982 (git 69a43b0) (16 May 2007) Igor introduced some cunning
code to speed radial shadings. It would spot that the shading was large
in comparison with the area being filled, and produce a smaller,
equivalent shading.

Essentially, it would take the destination rectangle, and figure out
where in the shading the 'extremes' of that rectangle would come from
(allowing for distortion in shape generation) and ensure that the newly
generated shading covered the same area.

Either the corners of the rectangle could be extremes, or points on the
side. The code for the points on the sides was broken due to a typo
causing the X and Y cases to be switched.

All that is required to solve the bug is to change the == to !=.

In researching the problem however, I recommented lots of the code to
make it more comprehensible (to me at least!) along with introducing
some temporary variables to make it clearer and avoid needless
recomputation of values. I am committing this as I believe it's a step
forward for the code, even though it doesn't actually make a
difference.

48 differences in non-pdfwrite/ps2write tests. 11 in pdfwrite, 17 in
ps2write. Checked with bmpcmp, all unnoticable to the naked eye, so
presumably progressions.

gs/base/gxshade1.c

2011-06-06 14:59:09 +0100
Robin Watts <Robin.Watts@artifex.com>
82dc5982726c8ea05c3be6faa2f370a62f11a94a


Fix Bug 689737: antialiasing issues with patterns.

Bug 689737 shows mismatches between rendering with and without
antialiasing when PaintType 2 patterns are used.

Following Michaels analysis of the bug, the fix seems to be very simple;
when opening a pattern accumulator device, if the PaintType is 2, then
set color_info.anti_alias.graphics_bits to 1. We also set
color_info.anti_alias.text_bits to 1, even though this is unlikely to
make a difference if freetype is used.

No expected cluster differences as antialiasing isn't used in any
cluster tests.

This commit also removes a FIXME (as I've checked with Michael), and
improves the commenting on the device proc structure (which I'd done
when trying a different device proc based fix, but is an improvement
anyway).

gs/base/gxpcmap.c

2011-06-05 23:42:14 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
a0720527bcabb2732c3c06dfe3cae1f9c9ea9318


Bug 692252: define 'inf' as 0

Work around a bug in PDF file that has 'inf' instead of a number
in the content stream. Define a PDF operator 'inf' that returns 0
and issues a warning.

gs/Resource/Init/pdf_draw.ps

2011-06-04 22:04:12 +0100
Robin Watts <Robin.Watts@artifex.com>
0ea739147fd02ee0e63e58c036bb63fa841ddd3c


Bug 691222: Make windows build use UTF-8 encoding.

We change the windows builds to use the 'wmain' rather than 'main'
entrypoints. This means we get the command line supplied in 'wchar_t's
rather than chars. We convert back to chars using UTF-8 encoding, and
call (what was) the main entrypoint.

This means that we can cope with unicode filenames/paths etc.

To match the encoding, we therefore need to wrap every use of the
filenames with the associated utf-8 -> wchar_t conversion and use
the unicode file access functions (_wfopen instead of fopen etc)
instead.

Simple testing seems to indicate that this works. I think I've got
every occurence of file access, but it's possible I've missed some. If so
I'll fix them piecemeal as they are reported.

This should solve bug 691222, and hopefully 691117.

gs/base/gp_mswin.c
gs/psi/dwmainc.c
pl/dwmainc.c

2011-06-04 22:09:58 +0100
Robin Watts <Robin.Watts@artifex.com>
4aff3e0d813cb00eb62db9720cf99b2d419f999a


Move various uses of fopen to use gp_fopen.

For portability we should be using gp_fopen, not fopen.

gs/base/gdevdevn.c
gs/base/gdevimdi.c
gs/base/gdevrinkj.c
gs/base/gdevtxtw.c
gs/base/gdevwts.c
gs/psi/imainarg.c

2011-06-04 00:35:37 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
77b456f298aeabaa4b27b63a9ead0aa0470ac5b8


Removed HAVE_HYPOT from configure scripts.

This revision disables checking for a system hypot() function and is
a followup to 7dcc68ce753175a9c686021d53a061253e2787c3 which modified
math_.h to always use our internal hypot() function.

No expected cluster differences.

config.mak.in
configure.ac
gs/base/Makefile.in
gs/base/configure.ac
gs/base/macosx.mak
gs/base/unix-gcc.mak

2011-06-03 17:33:51 +0100
Robin Watts <Robin.Watts@artifex.com>
31174084f95474f9c0edfd4c534c3b1654c02255


Fix bug 692226; stray pixels in skewed masked image

When painting a masked image, we first plot a scanlines worth of
mask pixels to a mask plane. This is then used in a clipping device to
clip the image pixels that follow thereafter.

In the code that plots the masked pixels it currently gathers up 'runs'
of identical pixels and plots them all at once. This works fine for
portrait and landscape images, but for skewed ones has problems due to
rounding errors. By plotting large runs of pixels at once, we can a) get
gaps between subsequent rows of masked pixels, and b) get a mismatch
between the pixels covered by the mask and the image. These manifest
as holes in the image.

The image code already has a comment in it to the effect that we cannot
amalgamate large blocks due to rounding errors.

This fix therefore extends this policy (of not amalgamating) to skewed
masked images too.

426 non-pdfwrite/pswrite differences expected. 79 pdfwrite. 31 ps2write.
Checked with bmpcmp and all seem either progressions or neutral.

gs/base/gximono.c

2011-06-03 19:07:47 +0100
Robin Watts <Robin.Watts@artifex.com>
9c5325b7778074c3add1f682058260d7f8154386


Add clip_copy_plane device procedure.

Cut and pasted with obvious changes from clip_copy_mono. Nothing remarkable
worth mentioning.

Not used in current code, so CLUSTER_UNTESTED.

gs/base/gxclip.c
gs/base/gxclip.h

2011-06-03 17:32:09 +0100
Robin Watts <Robin.Watts@artifex.com>
7c8855aed043415063ad7472eb2af4320d4544eb


Add rasterop to FEATURE_DEVS in msvc makefile.

The rasterop module is already added by default under unix, so this moves
windows into line.

CLUSTER_UNTESTED

gs/psi/msvc.mak

2011-06-03 12:29:50 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
636788a8e6d2133a7e3294ee4e1b573c64e1254a


Bug 691906, Drop symbolic flag with named encodings.

PDF font descriptor has 3 attributes that affect whether the TT font
is processed as symbolic one. The spec is not clear what to do when
the attributes conflict. This revision consigers fonts that have
/WinAnsiEncoding or /MacRomanEncoding as non-symbolic regardless of
the flags.

gs/Resource/Init/pdf_font.ps

2011-06-02 20:49:27 -0700
Michael Vrhel <michael.vrhel@artifex.com>
6558511800f1f467b66e8e220b80ac99d6ee6f69


Addition of code to parse the file for the source object color description

The file toolbin/color/src_color/objsrc_profiles_example.txt provides example
content where we have the key word for the profile, the profile and the rendering
intent. Next step is to implement the usage of these profiles in the link
construction.

gs/base/gscms.h
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/toolbin/color/src_color/objsrc_profiles_example.txt

2011-06-02 12:38:40 +0100
Robin Watts <Robin.Watts@artifex.com>
585cac9d3aa6bca9e877c3e12ef3e28fd4f7f571


Fix bug 691152; gradients appear 'stepped'.

The original bug report was that tiffsep and tiff24nc give noticably
different results. This turns out to be because tiffsep is set to use
non 'linear-and-separable' colours.

When shadings are rendered, they are 'decomposed' down into smaller
and smaller regions, until they are smaller than a given threshold.
These regions are then filled either with linear filled traps (in the
linear and separable case) or with constant colour (in the non linear
and separable case). This means that we can get away with a larger
threshold in the linear and separable case (tiff24nc) and still see
smooth results.

The original version of the code (pre SVN rev 7936) used to decompose
until the regions were smaller than a pixel. At rev 7936 this was
upped to be 1 point (1/72 of an inch) (or 1 pixel, whatever was
larger). Reverting to this original code solves the problem by making
the constant color regions small enough so that they still look
smooth.

There would therefore appear to be several possible approaches to
solve the problem:

1) We could back out the change in 7936. This trades time (27% in the
worst measured test case) for correctness.

2) We could change tiffsep to use linear and separable colours.

I've opted for an approach based on 1) here, because a bmpcmp clearly
shows easily visible differences in some files in other devices, for
example:

tests_private/comparefiles/470-01.ps.pgmraw.300.0

By default, the code now operates as pre revision 7936. Should the
change in speed be considered unacceptable, gs can be build with the
symbol MAX_SHADING_RESOLUTION defined to maximum dpi to which shadings
should be decomposed; building with -DMAX_SHADING_RESOLUTION=72 will
give the same results as the existing code.

gs/base/gxshade6.c

2011-06-01 11:12:31 -0600
Henry Stiles <henry.stiles@artifex.com>
4132ef5d36ff63b2b84f9864b7240609ac84ac38


Enhance autoconf tests for SSE2 and byte swapping support.

Previously we only checked if the test programs compile, now we check
if they compile and link.

configure.ac
gs/base/configure.ac

2011-06-01 16:22:40 +0100
Robin Watts <Robin.Watts@artifex.com>
f83e6d48c33ff1edd2aecbe4482b8a1374808951


Tweak jbig2dec os_types.h for android mupdf build.

If HAVE_STDINT_H is defined we are supposed to be getting our definitions
from stdint.h. Instead the header defines them anyway. Fix this. This showed
up when building MuPDF for Android.

gs/jbig2dec/os_types.h

2011-06-01 09:47:56 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
e895d3aae94fa6ca1c53c4e7a47f5894ee3c5943


Bug 591335: Get ink names from images.

Fixes a bug in indexed color space handler that prevented proper
recursion into the base color space, and add /Image /XObject
to the list of resources that are searched for separation color names.

gs/Resource/Init/pdf_main.ps

2011-05-31 23:39:45 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
db4af9eaf902dbac931ca8c88c586df9d160fb72


Bug 692245: Make pattern handler more robust.

Make pattern handling code tolerant to pattern streams that leave
some junk on the operand stack.

gs/Resource/Init/pdf_draw.ps

2011-05-31 09:23:10 -0700
Michael Vrhel <michael.vrhel@artifex.com>
000e8614d2229335ed269f9ebc9a42e33b035f83


Fix for issues in the setting of the newer ICC device parameters

This fixes issues that were introduced when I added the new device
parameters for rendering intent. Also, this adds in a new structure
for defining different ICC profiles for the SOURCE colors
of objects (e.g. text image graphic). This will be set as a user
parameter and stored in the icc manager. Next step in this is
to get things initialized and then use the associated profiles.

gs/Resource/Init/gs_lev2.ps
gs/base/gscms.h
gs/base/gsdparam.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/psi/zusparam.c

2011-05-31 01:14:21 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
d0055ac144c1f1a51e906976b85e8e2119b5a2db


Change rsync max-size in clusterpush.pl to 10 megs.

To prevent accidently transferring large log files to the casper during
a clusterpush the rsync in that script was limited to 2.5 megs via the
the --max-size option. However a recently added source file, imdi_k.c,
is 2.6 megs, so the max-size limit has been increased to 10 megs.

gs/toolbin/localcluster/clusterpush.pl

2011-05-31 00:19:38 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
16e928c697f4282c830ab57b7e16347b0b5b086f


Bug 692242, drop outlines without /Title.

Ignore outlines without a required /Title attribute and
issue a warning.

gs/Resource/Init/pdf_main.ps

2011-05-30 20:26:53 +0100
Robin Watts <Robin.Watts@artifex.com>
91b9580bf09b81126d6a99c6fe3e0048972fe3d0


Fix Bug 692225. Interpolate and Decode don't play nice.

Bug 692225 gives an example where an Image with both a Decode array
and interpolation set to true gives bad results.

The problem was with a branch of the if in image_render_interpolate_icc
that was assuming that any decode array given was [0 1]. The fix here is
simply to test for whether need_decode is set.

No changes seen on clusterpushing.

Check this with Michael quand il sont retourne.

gs/base/gxiscale.c

2011-05-30 14:21:02 +0100
Robin Watts <Robin.Watts@artifex.com>
9fd0b414427b58fc79dae23cb11607ea5fcd0890


Updated gitpush.sh script.

Fixed script in light of kens experiences. Better error messages, more
thorough (i.e. any!) checking. Some documentation in the script.

gs/toolbin/localcluster/gitpush.sh

2011-05-28 18:04:24 +0100
Robin Watts <Robin.Watts@artifex.com>
543fd70fd3b6afc75a767ba1a41663ec3a982866


Excellently crufty gitpush script to interface with cluster.

In your local git repo, do the following:

git remote add regression@ghostscript.com:/home/regression/cluster/gitbridge/ghostpdl

Ensure that you are setup to be able to ssh into ghostscript.com as the
regression user.

Then:

git config alias.cluster '!gs/toolbin/localcluster/gitpush.sh'

Then you can:

git cluster

in exactly the same way as we used to be able to be able to:

gs/toolbin/localcluster/clusterpush.pl

CLUSTER_UNTESTED.

gs/toolbin/localcluster/gitpush.sh

2011-05-28 08:49:10 +0100
Chris Liddell <chris.liddell@artifex.com>
94f1a552f75647f142b85e5f30c075c19dde0084


Bug 692240: Gracefully handle incomplete FontBBox arrays.

The FAPI code would throw an error if the FontBBox array had fewer
than four values. We'll now replace the broken array with a valid
one.

No cluster differences expected.

gs/psi/zfapi.c

2011-05-27 10:15:08 -0700
Ray Johnston <ray.johnston@artifex.com>
20520230859eaa315a52731c1361be650c7e4999


Bug 692237. Fix memfile_unlink to use %p instead of 0x%0x

When the change was made (8e0f0dfb Ralph Giles 2008-09-10 21:35:24) the unlink
was missed. The %p is more portable in that it handles 32 or 64 bit addresses
as strings. Thanks to Norbert Janssen for finding this.

gs/base/gxclmem.c

2011-05-27 18:07:10 +0100
Chris Liddell <chris.liddell@artifex.com>
5974e9171854673d86e0c47a1d1cfef1ff9a5cb1


Address a compiler warning.

No cluster differences.

gs/psi/imain.c

2011-05-27 17:32:36 +0100
Chris Liddell <chris.liddell@artifex.com>
6a743893666fa2c00244f291b83208e5cb961a27


Bug 692238: fix a couple of typos in News.htm.

CLUSTER_UNTESTED

gs/doc/News.htm

2011-05-27 15:58:28 +0100
Chris Liddell <chris.liddell@artifex.com>
9a83627c1c0015a446fbf087848e98234a2bdddb


Bug 692220: have the lib file arrays extend as required.

Previously we had a hard limit of GS_MAX_LIB_DIRS on the number of entries
allowed in the lib search path. This change makes GS_MAX_LIB_DIRS the
default space available, but allows the arrays to extend as required.

No cluster differences expected.

gs/psi/imain.c
gs/psi/imainarg.c

2011-05-27 10:15:37 +0100
Chris Liddell <chris.liddell@artifex.com>
96da6c46750074869c5bcaeeba7e204d8df83a16


Have clusterpush.pl check for/use CLUSTER_USER env var.

For anyone that uses a different local login than their user name
for the cluster, rather than have to specify the user name on the
command line every time, you can now set CLUSTER_USER in your
shell, and clusterpush.pl will use that, before going to check
USER and USERNAME as before.

CLUSTER_UNTESTED

gs/toolbin/localcluster/clusterpush.pl
gs/toolbin/localcluster/clusterpush.txt

2011-05-26 11:20:10 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
998fc31cc9bd717190b0313eb246c14fe6303602


Restore Makefile to clusterpush.pl file list.

Removed Makefile from the list of files excluded from the rsync
operation in clusterpush.pl since the ghostpdl Makefile is not
built by a configure/autogen.sh operation.

gs/toolbin/localcluster/clusterpush.pl

2011-05-26 01:09:55 -0700
Ray Johnston <ray.johnston@artifex.com>
eb0b920bd993d1b03478c9ba4dfc54e995ec7bac


Fix minor typo.

gs/base/gsmchunk.c

2011-05-25 23:47:04 -0600
Henry Stiles <henry.stiles@artifex.com>
ec6afb99389c13414a43820908e090841b6bcd75


Fixes Bug 692232 - landscape printed on portrait media.

Add the ability to pass postscript names on the command line - so now
AutoRotatePages can be set. The other way of fixing this - specifying
a different MediaBox would be awkward in the current PCL design.

pl/plmain.c

2011-05-24 08:08:35 -0700
Ray Johnston <ray.johnston@artifex.com>
25de59220e9472e6de1acc046c317141a1751770


Fix for Bug 692217 nested trans_pattern_clist SEGV

This was caused by a clip device created for tiling a mask with a transparent
pattern rendered with a clist. The clip device used for rendering did not
get its color_info updated when its target (pdf14) changed the color_info,
specifically the depth.

Fixed by grabbing the target color_info after calling the target's compositor.

gs/base/gdevnfwd.c

2011-05-25 20:55:29 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
b8a35e6cf6f0394487c9e46d989ea57dd0e4203d


Bug 692229, rename variables in Luratech license blocks.

Change variable names in rarely compiled blocks related to Luratech
license key to match the declarations.

gs/base/sjpx_luratech.c

2011-05-25 19:55:04 +0000
Robin Watts <robin@ghostscript.com>
1de7e6dcb4a89cfdbc93ef176cee17f2e1b430f3


Revised clusterpush.pl; msys git operation

Changes to accomodate clusterpushing from windows msys git shells.
This relies on various other tools being added to the path. See
forthcoming email.

CLUSTER_UNTESTED.

gs/toolbin/localcluster/clusterpush.pl

2011-05-25 11:11:25 +0000
Robin Watts <robin@ghostscript.com>
177d0f5ef5d3d2f992b10750e072dc91696c92cc


Update gitsetup.h; remove --local.

Remove a --local from a command that upsets old versions of git, while
not making a difference to later versions. Thanks to Ray for pointing this
out.

CLUSTER_UNTESTED.

gs/toolbin/gitsetup.sh

2011-05-25 06:54:07 +0000
Ray Johnston <ray.johnston@artifex.com>
ebefadf4428a0fd4ca4607221bb59e2e0343b35b


Fix executable property to +x.

gs/toolbin/gitsetup.sh

2011-05-24 16:23:32 +0100
Robin Watts <Robin.Watts@artifex.com>
8151aa54b8a71e5c9929bb43390a9be1b4b8d042


Add gitsetup.sh to gs/toolbin.

Simple script for doing the 'obvious' configuration to a freshly checked
out git clone of ghostscript.

CLUSTER_UNTESTED.

gs/toolbin/gitsetup.sh

2011-05-24 07:53:59 -0700
Robin Watts
4dc31e78ea0b58973f5a97319eafcbc10e5b9f2b


Add autoconf check for bswap32/byteswap.h availability.

As per bug 692211, add some autoconf magic to detect the presence of
__builtin_bswap32 and/or byteswap.h.

No expected cluster changes.

config.mak.in
configure.ac
gs/base/Makefile.in
gs/base/configure.ac
gs/base/gsropt.h

2011-05-24 12:38:27 +0100
Robin Watts <Robin.Watts@artifex.com>
38720da47205c029d9bee6c3b792791b6f39277d


mem_mono_copy_mono optimisations.

Working on Norberts latest test files, I have changed mem_mono_copy_mono
to only use copy_rop if the runs are large enough for it to get a
benefit. Currently this threshold is set to 32 pixels (1 word).

This is sufficiently high that we get 9.01 or better performance on all the
test files, but might benefit from further tuning later.

gs/base/gdevm1.c

2011-05-24 08:35:18 +0100
Ken Sharp <ken.sharp@artifex.com>
b246d9d85c119f101956ba07cf9e1c8b9f510b49


pdfwrite : set bit 0 of CIDSet.

Set the CID 0 bit of the CIDSet array, so that this glyph is marked as
being present, when converting TrueType fonts to CIDFonts for PDF/A
output.

CID 0 is required to be present for all CIDFonts, it is the /.notdef
equivalent.

gs/base/gdevpdtd.c

2011-05-20 20:45:41 +0100
Robin Watts <Robin.Watts@artifex.com>
99b6056dda5ccf74a270d5ca3dbbe2319dc2c219


Fix for pdfwritten fts_42xx.xps crashing in transparency stuff.

See Bug 692219. This may well be patching symptoms rather than correctly
addressing the problem, but it's low impact, and shouldn't create any new
problems. We can always back it out after michael has had time to look.

gs/base/gxblend1.c
gs/base/gxpcmap.c

2011-05-23 15:42:46 +0100
Robin Watts <Robin.Watts@artifex.com>
86e887eab1634dc9bceec1e1479c11fe03835e96


mem_mono_strip_copy_rop_dev opts; non-texture 'short' case.

Attempt to optimise for latest test cases from Norbert.

Use reverted, and optimised old code for the width < 32 no texture case.

gs/base/gdevm1.c

2011-05-23 16:41:17 +0100
Ken Sharp <ken.sharp@artifex.com>
54796e82370348412811db945b95c42953ce0957


Bug #692202 Bug in display_raster function

The calculation of bytewidth, the number of bytes required for a row of
pixels, only worked correctly when the colour depth was a multiple of 8.

Since the device is a display device, and has since become used as a
general method for getting data out of GS, this is not reasonable
(monochrome and greyscale devices are less than 8 bits)

Modified as suggested by Martin Osieka to round up the calculation.

gs/base/gdevdsp.c

2011-05-23 08:08:23 +0100
Ken Sharp <ken.sharp@artifex.com>
7fcb89d46d42eb8806d226d3eb39a64f2ad0fe08


Squash a very minor compiler warning

gs/base/gdevpdtt.c

2011-05-22 22:23:49 +0100
Robin Watts <Robin.Watts@artifex.com>
b7d52f725a7c4ef939469f757687a86252fade9c


Add Memory squeezing functionality to Memento.

If you build with MEMENTO_HAS_FORK predefined, then in-app memory
squeezing is enabled.

export MEMENTO_SQUEEZEAT=1 then run the app, and it will do some magic
with repeated forks to test the "failure to allocate" paths through the code.

All the allocation events before the MEMENTO_SQUEEZEATth one will proceed
as normal. After that, on every allocation, the code will fork. The child
will proceed with every allocation failing until the program exits
(hopefully cleanly, but sometimes leaking memory, sometimes dying with a
SEGV due to failure to cleanup properly). When the child exits, the
parent carries on execution (until the next allocation, when the same fork
process happens again).

CLUSTER_UNTESTED as disabled by default.

gs/base/memento.c

2011-05-22 08:36:29 -0700
Michael Vrhel <michael.vrhel@artifex.com>
1be218b08069f483ba53eacddc6f7cfbe96957ea


Fixes in ICC profile handling and device parameters

This fixes some issues that were encountered when setting ICC
profiles on the command line. One issue is that the put_profile
procedure needs to be initialized a bit earlier which required
a change in gdevprn.h In addition, when the output profile is
specified to be the CIELAB profile and there is transparency in
the file there was a rc issue with the profile when going through
the clist. This also includes code to handle the rendering intent device
parameters for object types.

gs/base/gdevp14.c
gs/base/gdevprn.h
gs/base/gscdevn.c
gs/base/gsdparam.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gxclthrd.c

2011-05-22 08:32:34 -0700
Michael Vrhel <michael.vrhel@artifex.com>
185b6f5db3771f6501d55b7b0b6c6ca8663b24c5


Update of ICC Creator

Update to ICC creator project to enable the creation of special effect profiles.
Also addition of profiles to demonstrate object dependent color management.

gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.rc
gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.cpp
gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.h
gs/toolbin/color/icc_creator/ICC_Creator/icc_create.cpp
gs/toolbin/color/icc_creator/ICC_Creator/icc_create.h
gs/toolbin/color/icc_creator/ICC_Creator/resource.h
gs/toolbin/color/icc_creator/effects/black_output.icc
gs/toolbin/color/icc_creator/effects/c_only.txt
gs/toolbin/color/icc_creator/effects/cyan_output.icc
gs/toolbin/color/icc_creator/effects/k_only..txt
gs/toolbin/color/icc_creator/effects/m_only.txt
gs/toolbin/color/icc_creator/effects/magenta_output.icc
gs/toolbin/color/icc_creator/effects/y_only.txt
gs/toolbin/color/icc_creator/effects/yellow_output.icc

2011-05-22 00:03:57 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
70912a68940b1361e8d33a239a57280eead00bfc


Fix optional inline image skipping.

Use newly created function that calculates the number of components
of a given image and fix calculation of the inline image size that
is used to skip optional inline images.

gs/Resource/Init/pdf_draw.ps

2011-05-21 01:15:49 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
3ac9479be8db8eb44f3787d54a171747b61c2b44


Bug 692213: verify /Default* colorspaces.

Check that the number of components of /DefaultGray, /DefaultRGB, and
/DefaultCMYK is correct, and reject inappropriate color spaces.

Also fix the code that forces update of the color space at the
beginning of the page when the page defines any of /Defailt* color
spaces. This hack has been written long ago but it was unreachable.

gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_main.ps

2011-05-20 19:59:16 +0100
Ken Sharp <ken.sharp@artifex.com>
4c64b898e1dc2b3532e0fe6c18a292fa58843207


Merge branch 'Type3_PCL'

gs/base/gdevpdtd.c

2011-05-20 19:43:55 +0100
Ken Sharp <ken.sharp@artifex.com>
83318bd849910c6c79f0ea5cb11912557ac01307


Final type 3 font modifications for PCL

We need to probe the glyph cache in process_text_modify_width as well
process_text_return_width, this is a possible path through the code,
depending on the exact combination of text operations.

Remove debugging code

Tidy up some declarations and casting of poitners to make compilers
happy.

gs/base/gdevpdte.c
gs/base/gdevpdtt.c
gs/base/gxccache.c

2011-05-20 12:03:14 +0100
Ken Sharp <ken.sharp@artifex.com>
96b967aac2176d9cd96167cc1430bb76074d6384


Add some prints to caching

Set the FtonMatrix to the identity when making the CTM the identity, so that these don't get applied twice.

gs/base/gdevpdtt.c
gs/base/gxccache.c

2011-05-19 13:51:24 +0100
Ken Sharp <ken.sharp@artifex.com>
0b8df1bfb7f5496ba5b644b21c7586fda6dcdc46


Add some extra debugging printouts

Fix log2_scale and depth when creating and testing cache entries in order
to make sure they are coherent (we don't actually use the entries so the
values aren't important, as long as they are the same)

When using PCL bitmap fonts we do want to note glyphs set with setcharwidth
as cached, as well as those with setcachedevice. (the same is not true
for PostScript)

gs/base/gdevpdte.c
gs/base/gdevpdti.c
gs/base/gdevpdtt.c

2011-05-17 15:53:56 +0100
Ken Sharp <ken.sharp@artifex.com>
49921ad78b31af5ab8803d6de886d93106c0db0c


Add another new font type 'ft_PCL_user_defined' for the PCL bitmap
font.

Update various parts of the code to treat the new font the same as a
PostScript type 3 font.

In pdfwrite, if we capture a CharpProcs, and its for a PCL bitmap font
then add a cache entry. We do NOT do this for most other fonts, only
when rendering a glyph. When assembling text, if the font is a PCL
bitmap font, tehn after checking to see if we've already used it, check
to see if there is a cache entry. If the PCL job has reused this character
code with a different bitmap it will haev flushed the cache entry. If we
font this has happened then capture the new glyph. NB if we are capturing
a new definition (font->used[[] is valid) then we know this is a redefinition
so capture into a different font using the old style 'default' implementation.

gs/base/gdevpdtd.c
gs/base/gdevpdte.c
gs/base/gdevpdtf.c
gs/base/gdevpdti.c
gs/base/gdevpdts.c
gs/base/gdevpdtt.c
gs/base/gdevpdtw.c
gs/base/gstext.c
gs/base/gxchar.c
gs/base/gxftype.h
gs/base/gxpaint.c
pcl/pgfont.c
pl/plfont.c

2011-05-13 19:57:44 +0100
Ken Sharp <ken.sharp@artifex.com>
97fbf9fd981cdda1d6db80c2a808e3935b1809f3


Apparently missed in previous commit. Update so that stick fonts are
identified as such to pdfwrite.

gs/base/gdevpdtd.c

2011-05-13 19:53:56 +0100
Ken Sharp <ken.sharp@artifex.com>
fa801aa476fc200d397f0c72c383462eaad88267


Add a new font type 'ft_GL2_stick_user_defined' and use it as the FontType
of the HP/GL2 stick font. Modify code throughout to treat it the same as
'ft_user_defined', ie a type 3 font.

Allow pdfwrite to attach a type 3 'PDF font' to a stick font (normally the
types are required to be the same).

Alter the way we calculate the 'default' device matrix during stick font
accumulation so that we get better stroke widhts.

Now that we cna identify a stick font, check for anamorphic scaling before
accumulating the glyphs. If anamorphic scaling, then *don't* treat this as
a font. THis is because the stroke width will be inconsistent.

gs/base/gdevpdte.c
gs/base/gdevpdtf.c
gs/base/gdevpdti.c
gs/base/gdevpdts.c
gs/base/gdevpdtt.c
gs/base/gdevpdtw.c
gs/base/gstext.c
gs/base/gxchar.c
gs/base/gxftype.h
gs/base/gxpaint.c

2011-05-12 16:04:17 +0100
Ken Sharp <ken.sharp@artifex.com>
6a1c8f107029e92509dfbcaf4aaf1d691d27abe5


Alter the way we handle missing glyph names, use the saem code as for
composite fonts.

Don't assume the CharProc matrix will be upright when creating the dummy
'initial' matrix, copy and scale all the values.

gs/base/gdevpdtt.c

2011-05-11 15:46:23 +0100
Ken Sharp <ken.sharp@artifex.com>
d2ce995693b6c279ea207081728f6906a02e718a


More type 3 font madness

Use the device level 'PS_accumulator' flag in various places instead of
the more kludgy test against penuym->pte_default being NULL.

If we don't get a glyph name back from the interpreter (PCL) then invent
one instead of giving up with an error.

If we are not a type 3 accumulator, then don't undo the factor of 100
scaling applied to the device width and height, we only do that for PS.

Add a routine to return a special 'initial' matrix during the course of
type 3 accumulation. The PCL stick font uses this to set the line width
and we need to account for various PS/PDF scaling which will otherwise
be ignored.

Make sure we don't try and accumulate a charproc when its being run for a
charpath operation.

gs/base/gdevpdfb.h
gs/base/gdevpdfx.h
gs/base/gdevpdtt.c

2011-05-06 15:35:13 +0100
Ken Sharp <ken.sharp@artifex.com>
bc6a5bdd6329a0027d0c162e29eda277f85c2a8a


Type PCL fonts again.

Put back the matrix scaling in pdf_text_set_cache, even though the matrix
shoudl always be the identity here when running PCL. Best to be safe.

set_charproc_attrs emitted a 'd1' setcachedevice, but didn't check if
the glyph was flipped. For PCL this led to ury being less than lly, and
so the glyph was elided. Added check to make sure these are correct. This
required removal of 'const' from an arry as well.

gs/base/gdevpdfx.h
gs/base/gdevpdti.c
gs/base/gdevpdtt.c

2011-05-06 15:06:22 +0100
Ken Sharp <ken.sharp@artifex.com>
8730b9f1c3c1977805a9f0ad830b0268170343c4


More type 3 changes

Don't scale the CTM by 100 (done for FreeType) when handling PCL fonts
in install_charproc_accum, set the boolean to complete_charproc_accum so
that we don't 'undo' the factor of 100 scaling when the font is PCL.

Add code to set_charproc_attrs to determine whether this is a 'scale 100'
(ie PostScript) type 3 font or not, if its not then don't undo the scaling
by 100 of the CTM.

When accumulating a chraproc, before setting the CTM to identity matrix
also set the current point to 0,0, which ensures that that the current point
doesn't get baked into the character description. Also invalidate the
'char_tm' txy_fixed_valid member of the graphics state, this will force
a recalculation of char_tm using the new identity matrix.

gs/base/gdevpdfx.h
gs/base/gdevpdti.c
gs/base/gdevpdtt.c

2011-05-06 12:29:38 +0100
Ken Sharp <ken.sharp@artifex.com>
1b7695b7f2fe4dac0e228294b944b667e617e822


More PCL type 3 improvements

Add code to initialise the returned character code, so that the charproc
is assigned the correct character code. Further test for PCL fonts in
pdf_text_set_cache and don't try to use a show enumerator to get the
'output_char_code' when we are doing PCL, instead use the one from the
text enumerator 'returned' structure. Normally this would not be valid
yet as this is filled in after we've completed the 'show', but we
set this before startig the show, from the text string, so that it will be
valid.

gs/base/gdevpdtt.c

2011-05-06 11:49:19 +0100
Ken Sharp <ken.sharp@artifex.com>
3791899545ad61db983158e468d29de85153f94a


More type 3 PCL fonts

Attempt to get gsave/grestore counting correct by addig requied gs_gsave.
Add code to invalidate the char_ctm as we have altered the CTM to identity
for capture, and don't want to use the char_ctm (values are restored later).

gs/base/gdevpdtt.c

2011-05-05 15:26:17 +0100
Ken Sharp <ken.sharp@artifex.com>
1ccea133c3b21570c6400337dbe260791da8807d


Add in basic handling for PCL type 3 fonts. Now setss up the accumulator
patches the enumerator procs so that the pdfwrite set_cache is used when
setcachedevice is issued.

Text matrices are wrong in many places leading to empty output.

gs/base/gdevpdtt.c

2011-05-05 14:50:33 +0100
Ken Sharp <ken.sharp@artifex.com>
fa5cce2824ade8c280adf370686e20e661d0c3e3


Add handler for PCL type 3 fonts. For now this throws an error, just while
I make sure it doesn't break any PS/PDF files.

gs/base/gdevpdtt.c

2011-05-05 13:15:19 +0100
Ken Sharp <ken.sharp@artifex.com>
f5cc30c83a05acacfd9c2e18b72e7e716c38d024


File missed in previous commit

gs/base/gdevpdtt.c

2011-05-05 13:13:27 +0100
Ken Sharp <ken.sharp@artifex.com>
7838510e494245cc5e5349f2ea0d5ff9028c96d0


Add better PCL type 3 font handling, step 1

First, break all the code for starting and stopping accumulators
into procedures, because the existing code is too hard to read.

gs/base/gdevpdfb.c
gs/base/gdevpdfb.h
gs/base/gdevpdfx.h
gs/base/gdevpdti.c
gs/base/gdevpdtt.h

2011-04-29 16:42:30 +0100
Ken Sharp <ken.sharp@artifex.com>
947e90ad0229b6333d6eb61e7f54ac33b200ab28


initial changes for capturing PCL type 3 fonts in pdfwrite

Seems to be OK now with PS/PCL, does not crash any longer with PCL, but capture is incorrect.

gs/base/gdevpdfb.c
gs/base/gdevpdfb.h
gs/base/gdevpdfx.h
gs/base/gdevpdti.c
gs/base/gdevpdtt.c
gs/base/gdevpdtt.h

2011-05-20 18:22:37 +0100
Chris Liddell <chris.liddell@artifex.com>
1ab5da13a846b9fde15c2863b6b75ae5b28d22d8


Bug 692218: Incorrect CIDtoGIDMap length causing crash.

In pdfwrite's pdf_convert_truetype_font_descriptor() function,
the lengths of both the CIDtoGIDMap and the CIDSet were being set
to the number of in use CID's in the font, whereas they need to
be, and were being filled, as being LastChar + 1 entries long.

As well as memory corruption, the contents would have been wrong,
too.

No cluster differences expected.

gs/base/gdevpdtd.c

2011-05-20 12:46:09 +0000
Robin Watts <robin@ghostscript.com>
0805588e9bcaec02b4eef4582db6ab23ae8ea1b1


Fix Bug 692216. Remove zero height traps from shadings.

The simplified file in Bug 692216 shows a division by zero error when
filling a trapezoid with zero height. The fix is simply to update
the code not to draw zero height traps.

This should be safe as any fill adjustment is done well before this point.

The cluster shows just one difference. Looking at it in a bmpcmp it does
look suspicious, but it's not clear whether it's a progression or a
regression. Ken informs me he's seen the same differences before with
unrelated changes, so perhaps it's an indeterminism.

The code seems more sensible this way round anyway.

gs/base/gxshade6.c

2011-05-20 07:58:28 +0100
Chris Liddell <chris.liddell@artifex.com>
c6341648ed83b1a3dde948bdf8bcf54a2f275fe5


Reinstate x11alpha as the default device on Unix.

With the recent revisions to make transparency play nicely
with anti-aliased output, should now be safe to use as the
default device.

CLUSTER_UNTESTED

gs/base/Makefile.in

2011-05-19 14:55:52 -0600
Henry Stiles <henry.stiles@artifex.com>
9de72911de76b582f028c70564b1539f913b517c


Make directories silently.

The previous mkdir incantantation had unwanted warning messages if the
directory already existed. Thanks to Norbert Janssen for the patch.

CLUSTER_UNTESTED

common/msvc_top.mak

2011-05-18 19:04:26 -0600
Henry Stiles <henry.stiles@artifex.com>
413e6e5a1c7ccc3d86678a54e93130ca182f9e98


Simplify the svg device state.

Represent colors directly with color indices not strings.
This will address bug 691886 indirectly but wasn't the motivation
for changing the state value types.

gs/base/gdevsvg.c

2011-05-16 13:28:46 -0600
Henry Stiles <henry.stiles@artifex.com>
86da13321eaa87a01b804af3619d30f8a7263f5e


Decrease debugging verbosity.

Change default printing to be conditonal on high level device
debug flag '_'.

gs/base/gdevsvg.c

2011-05-19 18:32:07 +0100
Chris Liddell <chris.liddell@artifex.com>
4812b7189345fa94075445d8e8d5eef7eb04cdab


Explicitly disable libtiff's jbig code.

Add the --disable-jbig option to both Ghostscript and GhostPDL's
calls to the libtiff configure script, otherwise, if the build
system has libjbig installed, libtiff's jbig code is enabled,
and we don't want/need it.

Bug 692214.

Makefile
gs/base/configure.ac

2011-05-19 16:58:33 +0000
Robin Watts <robin@ghostscript.com>
8f4b7b96b14df2bef1564e00c72f087f72bb8f56


More Memento tweaks. Thanks to Dave Thomas.

Remove unused variables/unneeded inits.

CLUSTER_UNTESTED.

gs/base/memento.c

2011-05-19 15:26:05 +0000
Robin Watts <robin@ghostscript.com>
b35b5d610738a521cfe6374965a8f6c4d6b5d477


Correct memset prototype in memento.c. D'Oh.

CLUSTER_UNTESTED.

gs/base/memento.c

2011-05-19 15:34:31 +0100
Robin Watts <Robin.Watts@artifex.com>
44e59fd123729ba05f8728f01d13406d3e283855


Merge branch 'patt_trans_clist'

2011-05-19 15:01:14 +0100
Robin Watts <Robin.Watts@artifex.com>
3bf453e7987830459ca677c8fa1b93fbd6c4a7e3


Fix for icc profile refcounting.

Take new reference before discarding old one, lest we throw away the
last reference and then can't pick it up again.

This solves the SEGV with:

gs\debugbin\gswin32c.exe -sDEVICE=ppmraw -o out.ppm
-r300 ..\ghostpcl\tests_private\comparefiles\Bug689690.pdf

No cluster differences expected.

gs/base/gdevp14.c

2011-05-19 13:35:37 +0100
Robin Watts <Robin.Watts@artifex.com>
bc9e69257a1605d67aca0cd121e167d7e0ae22be


Merge branch 'master' into patt_trans_clist

I expect this to leave me with all files working except for Bug689690.pdf
which has profile reference counting problems introduced from the trunk.

For example:
gs\debugbin\gswin32c.exe -sDEVICE=ppmraw -o out.ppm
-r300 ..\ghostpcl\tests_private\comparefiles\Bug689690.pdf

gs/base/gdevp14.c
gs/base/gsicc_manage.c
gs/base/gxclrast.c

2011-05-18 15:57:45 +0000
Robin Watts <robin@ghostscript.com>
5cff633dff1b8b91afb97925f8a4f7781db5a9b2


Fix SEGV in tile_rect_trans_simple.

If the left hand copy region started to the right of the subtile that was
actually populated, we would attempt a copy with a negative length. Simple
fix is to check for this case.

This should resolve the 5 xps SEGVs.

gs/base/gxp1fill.c

2011-05-17 23:37:56 +0000
Robin Watts <robin@ghostscript.com>
128650aac51fcf723428b8a902c4e3af7d1d058f


Fix SEGV in Bug691538.pdf.

Local testing with:
gs -dNOGC -Z@? -r300 -sDEVICE=pbmraw -dMaxBitmap=30000000 -o nul: ..\ghostpcl\tests_private\comparefiles\Bug691538.pdf

shows a SEGV on windows with a debug build. Removing the reference
decrement solves it and doesn't show any leaks.

Oddly the cluster doesn't show the SEGV any more, but it did previously.

gs/base/gxpcmap.c

2011-05-17 18:13:17 +0100
Robin Watts <Robin.Watts@artifex.com>
6780bf7996f1d5a0be5b0dc55e89ea48bf89980e


Memento realloc fix.

Memento was filling the 'new' section of realloced blocks incorrectly,
resulting in memory overwrites.

gs/base/memento.c

2011-05-17 15:53:01 +0100
Robin Watts <Robin.Watts@artifex.com>
ce8bddd7cef1f9e0d2c2ae28b82d513a6cfa9dce


Merge branch 'master' into patt_trans_clist

gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gsicc.c
gs/base/gsicc_manage.c
gs/base/gstrans.c
gs/base/gxclrast.c
gs/base/gxdevice.h
gs/ghostscript.vcproj

2011-05-17 15:42:11 +0100
Robin Watts <Robin.Watts@artifex.com>
1b7bf4222988019f17a454ce7a6b841d586c3d4d


Comment and error code handling tweaks to gdevp14.c

Correct a typo, update a comment, and avoid a SEGV in the case where
an allocation of an iccsmask fails.

No cluster differences expected.

gs/base/gdevp14.c

2011-05-17 15:38:38 +0100
Robin Watts <Robin.Watts@artifex.com>
6283d613595f2c42a461d2cb8cfddb2e0a6fc168


Tiny tweak to leaks.tcl

Tweak leaks.tcl so it doesn't think the file is empty if 'memory allocated'
is on the first line of the log.

CLUSTER_UNTESTED.

gs/toolbin/leaks.tcl

2011-05-17 15:23:24 +0100
Robin Watts <Robin.Watts@artifex.com>
4ec504eeddfd5e17ca5f1b4e58090fb0c1b15201


Rework colorspace ref counting of cmm_icc_profile_data.

Previously the code seemed to be trying to take one reference to
cmm_icc_profile_data for every reference taken to the colorspace. We rework
this here to only take a single reference to cmm_icc_profile_data for each
colorspace. This solves at least one SEGV.

gs/base/gscdevn.c
gs/base/gscscie.c
gs/base/gscspace.c
gs/base/gsicc.c
gs/base/gsicc_manage.c
gs/base/gxipixel.c
gs/base/gxshade.c
gs/psi/zicc.c

2011-05-12 17:49:46 +0100
Robin Watts <Robin.Watts@artifex.com>
a0ac4ac2082132905463703ddd8b6db6fd95e4fb


Squash another warning; gdevp14.c.

Remove an unused variable definition (that is shadowed later on).

CLUSTER_UNTESTED.

gs/base/gdevp14.c

2011-05-12 17:41:17 +0100
Robin Watts <Robin.Watts@artifex.com>
d40646d2f1c48c174fad480c03309707b16659c7


Squash warning.

Remove unused variable, left over from merge.

CLUSTER_UNTESTED

gs/base/gdevnfwd.c

2011-05-12 17:01:59 +0100
Robin Watts <Robin.Watts@artifex.com>
6d910ef6207e3704f1050cd46c481ac81b681261


Fix SEGVs seen due to icc profile data being freed.

If we swap the ICC profile data for a colorspace due to starting/stopping
use of an smask, we must also adjust the reference counts. Hopefully this
will solve all the SEGVs we see. It does solve at least one.

gs/base/gdevp14.c

2011-05-12 15:26:56 +0100
Robin Watts <Robin.Watts@artifex.com>
4d9eb7298700e0b4c484f164805d556c03c22b24


Merge branch 'master' into patt_trans_clist

Conflicts:
gs/base/gdevnfwd.c
gs/base/gxdevice.h
gs/toolbin/bmpcmp.c

All trivially resolved except for gdevnfwd.c where I backed out one of the
fixes from 8ae4342 on instruction from Michael.

gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gsicc.c
gs/base/gstrans.c
gs/base/gxclip.c
gs/base/gxdevice.h
gs/base/gxpcmap.c

2011-05-04 20:00:50 +0100
Robin Watts <Robin.Watts@artifex.com>
9d8dc0278374c7c5bb4868a1ed356b8b5f8ece8a


Whitespace fixes + Return from gx_forward_create_compositor.

Fix up some stray trailing whitespace.

Also, gx_forward_create_compositor was neglecting to return a value.

gs/base/gdevnfwd.c
gs/base/gdevp14.c

2011-05-03 20:36:49 -0700
Michael Vrhel <michael.vrhel@artifex.com>
8ae4342084cbfc46782ca3fc23b4965f910f3c51


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.

gs/base/gdevnfwd.c
gs/base/gdevp14.c

2011-05-03 17:30:58 +0100
Robin Watts <Robin.Watts@artifex.com>
e0e5e5c874d7546805558a00bec9c54ebd0770e5


Backout strokeafterfill stuff, as it proved unnecessary.

Remove commit eaae298 as it turns out not to be required.

gs/base/gspaint.c
gs/base/gspath.h
gs/base/gxistate.h
gs/psi/zpaint.c

2011-05-02 19:39:22 +0000
Robin Watts <robin@ghostscript.com>
04eef3817a5a6d3fee054338629b1e50eaa4ee0f


Merge branch 'master' into patt_trans_clist

2011-05-02 19:28:39 +0000
Robin Watts <robin@ghostscript.com>
df2175e571369df32fc66e375357bc69976c5fed


Put back default map_rgb_color forwarding.

At some point around the creation of this branch (which corresponded to our
move from SVN to git) we lost a line in gdevnfwd.c that sets up a default
forwarding for map_rgb_color. We don't know why it went, so we're putting it
back in. This probably hasn't caused any problems as it's a deprecated
function now.

gs/base/gdevnfwd.c

2011-05-02 20:02:59 +0100
Robin Watts <Robin.Watts@artifex.com>
8eed15b976995b889a2498b064b53397a7d164a1


Add gxdevsop.h to VS solution.

Don't know why this wasn't in before...

CLUSTER_UNTESTED.

gs/ghostscript.vcproj

2011-05-02 19:50:04 +0100
Robin Watts <Robin.Watts@artifex.com>
8d52d58da97faadd2dcd009f9a5381e87182789d


Pacify valgrind (and improve performance?) with tiny change.

A tiny change to gxclrast.c where we initialise state_tile.size.{x,y}.
This stops valgrind giving warnings. While the code works OK without
this (I believe), it can cause various %, /, gcd operations. These are
all expensive operations and are neatly sidestepped by the simple
expedient of setting the variable to 0 to start with.

gs/base/gxclrast.c

2011-05-02 18:32:06 +0000
Robin Watts <robin@ghostscript.com>
4cd416d1e5f46c01ce9827b803035a939872e7f7


Fix clipping problems with composited pattern clists.

When using a clist to fill a clipped area with a pattern, the current
code can drop the clipping device out of the chain. This change solves that
problem.

When we create a new compositor, we generally want that compositor to become
the top device in the chain, so all new drawing commands go to it. In the
pattern clist case however, we don't create a new compositor - we reuse an
existing one. It's important in this case *not* to take this as our new
target, otherwise the higher devices in the chain (such as the clipper
device) are lost.

This was shown when rendering pattrans_big.pdf at 300dpi banded to the pkm
device.

gs/base/gxclrast.c

2011-05-02 11:21:50 -0700
Michael Vrhel <michael.vrhel@artifex.com>
1d33714d197a3335ad34d21e70fc767cf42b369d


Fix for typo in pointer name during initialization of shape buffer during transparency pattern filling.

gs/base/gxp1fill.c

2011-05-02 18:53:00 +0100
Robin Watts <Robin.Watts@artifex.com>
600aa9cc10d4439823de265d2805617154294ee7


Quiet valgrind warning, and remove misleading init.

When run with valgrind on:

gs -sDEVICE=pbmraw -r300 -dMaxBitmap=100000000 -o out.pbm Bug690189c.pdf

Valgrind complains that params.GrayBackground is used without being
initialised. We fix this here by amending gs_trans_mask_params_init.

In so doing, we note that in zbegintransparencymaskgroup we were setting
params.ColorSpace, only to call gs_trans_mask_params_init and have it
overwrite it. To avoid confusion we therefore remove this needless init.

No cluster differences seen in testing.

gs/base/gstrans.c
gs/psi/ztrans.c

2011-05-02 14:51:26 +0100
Robin Watts <Robin.Watts@artifex.com>
1dbe20d53a4443a70692e9b7807cfb8a158229d0


Add support for cups (1bpp) files to bmpcmp.

gs/toolbin/bmpcmp.c

2011-04-30 17:55:42 +0100
Robin Watts <Robin.Watts@artifex.com>
eaae298fcfe31efda0166786c5624ef8fefd0e12


Add new .strokeafterfill ps operator/graphics state bit.

We add a new .strokeafterfill ps operator that takes a bool, and sets it in
the graphics state. The intention is that this will allow us to spot the
case where we are executing the stroke part of a combined 'fill and stroke'
operation (as required by pdf). This should allow us to solve the
remaining problems with the pdf14/knockout group.

No cluster differences expected.

gs/base/gspaint.c
gs/base/gspath.h
gs/base/gxistate.h
gs/psi/zpaint.c

2011-04-29 19:41:50 +0100
Robin Watts <Robin.Watts@artifex.com>
96339fd0f400d7c0534a8ff73c355787d7773297


Correct typo in comment. CLUSTER_UNTESTED.

gs/base/gxfillsl.h

2011-04-29 19:39:27 +0100
Robin Watts <Robin.Watts@artifex.com>
6ac5520977be5b3ee198c155ef395c6406962db4


Whitespace fixes.

gs/base/gdevp14.c
gs/base/gsicc.c

2011-04-27 22:41:28 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c9de3e70e4027fb86dde6079a48b29cfd6825c72

Revert "MSVC changes plus gitignore for patt_trans_clist"

This reverts commit 01c9c2bd3dbd8be851b2e8dde68885413807e704.

.gitignore
gs/ghostscript.vcproj
win32/GhostPDL.sln
win32/GhostPDL.suo
win32/language_switch.vcproj
win32/language_switch.vcproj.michaelv-PC.michaelv.user
win32/pcl.vcproj
win32/pcl.vcproj.michaelv-PC.michaelv.user
win32/svg.vcproj
win32/svg.vcproj.michaelv-PC.michaelv.user
win32/xps.vcproj
win32/xps.vcproj.michaelv-PC.michaelv.user

2011-04-27 22:27:39 -0700
Michael Vrhel <michael.vrhel@artifex.com>
4b191e99538574a67178a8a4df0e19f380d47403


Fix for reference counting issue of the compositor device at
the end of the clist playback. In most cases, the compositor rc
should be 1 at this point and so the device is closed and then
freed. The case, when it is not 1 is when we have a pattern
that has a transparency and is stored in a clist. In this case
the target for the pattern clist device is the main pdf14 device and
we increment the rc during this assignment. So, when the
playback completes, the rc of the compositor is 2. We do not
want to close and free the compositor, since it is part of the
main clist that we have going on. Instead we only want to
decrement the rc. The test file pattrans_big.pdf is now
handled correctly but has a rendering/tiling issue it appears.

gs/base/gxclrast.c

2011-04-27 22:20:56 -0700
Michael Vrhel <michael.vrhel@artifex.com>
01c9c2bd3dbd8be851b2e8dde68885413807e704


MSVC changes plus gitignore for patt_trans_clist

.gitignore
gs/ghostscript.vcproj
win32/GhostPDL.sln
win32/GhostPDL.suo
win32/language_switch.vcproj
win32/language_switch.vcproj.michaelv-PC.michaelv.user
win32/pcl.vcproj
win32/pcl.vcproj.michaelv-PC.michaelv.user
win32/svg.vcproj
win32/svg.vcproj.michaelv-PC.michaelv.user
win32/xps.vcproj
win32/xps.vcproj.michaelv-PC.michaelv.user

2011-04-27 18:43:52 +0000
Robin Watts <robin@ghostscript.com>
82437e248e95c3e9830720feaf5030d37950b091


Whitespace fixups.

gs/base/gxpcmap.c

2011-04-27 18:42:10 +0000
Robin Watts <robin@ghostscript.com>
bdbb2b5da2ad758d07dfefc84b2a53c00ba091d4


Revert SVN commit 12934, ref count checking before free in gxclrast.c

A couple of weeks ago, I applied a wild stab in the dark to solve a problem
that I cannot now locate. Having discussed it with Michael it seems that this
was (at best) just masking another problem (the incorrect ref count
initialisation of compositors). This has been fixed, so my faulty attempt
can be backed out.

We leave a debug only check in there to catch this situation. This should be
replaced by an assert when we have such things.

gs/base/gxclrast.c

2011-04-27 15:25:22 +0100
Robin Watts <Robin.Watts@artifex.com>
bdfb4cf85e6c7d78dbeecfb8c6dd06c1eed14714


Fix overflow in pattern tile size estimation code.

gs/base/gxpcmap.c

2011-04-27 10:46:22 +0000
Robin Watts <robin@ghostscript.com>
1540df197675f2935c6d743927ad25df0396dfff


Merge branch 'master' into patt_trans_clist

gs/base/gstrans.c

2011-04-26 13:23:00 -0700
Michael Vrhel <michael.vrhel@artifex.com>
212d2dba16a53088ba6de69266603db847069ec7


Check to make sure an empty deviceN params member does not lead to an improper path during the device creation.

gs/base/gdevp14.c

2011-04-26 19:40:25 +0100
Robin Watts <Robin.Watts@artifex.com>
696ee8153b72d20484e66f5da43b6ee6027fddc4


Remove partial merge left over from svn conversion.

gs/base/gsptype1.c

2011-02-09 21:38:24 +0000
mvrhel
ebf1da59669bb51701c3df9747ebe3f4fe9f6b26


Work on the pattern transparency clist code.

A squashed and rebased patch based on the following svn commits.

Author: robin
Date: Tue Apr 19 12:40:00 2011 +0000

Various fixes to the transparency clist branch to correctly use
just the subrectangle of transparency tiles that is actually present.

Getting this in before the Great Git Change this afternoon.

git-svn-id: http://svn.ghostscript.com/ghostscript/branches/patt_trans_clist_gs@12407 a1074d23-0009-0410-80fe-cf8c14f379e6

Author: ray
Date: Fri Apr 8 16:56:48 2011 +0000

A couple of minor fixes that help things along, get past compile errors.

git-svn-id: http://svn.ghostscript.com/ghostscript/branches/patt_trans_clist_gs@12379 a1074d23-0009-0410-80fe-cf8c14f379e6

Author: mvrhel
Date: Wed Feb 9 21:38:24 2011 +0000

Initial commit of work so far on getting the pattern transparency
clist code working. Much of this comes from work that Ray and I did
for customer 532. The remaining portion of the work is primarily
in pdf14_tile_pattern_fill in gdevp14.c, where we need to make
sure that the group that we are going to push is the intersection
with the rect from trans pattern since we only use the part that we
drew into in the pattern creation and not the whole group buffer. I
had not worked on this in a few weeks so I don't have more details
right now. I will spend a day on it this week to see exactly what
remains to be done.

git-svn-id: http://svn.ghostscript.com/ghostscript/branches/patt_trans_clist_gs@12137 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gdevp14.h
gs/base/gsptype1.c
gs/base/gsptype1.h
gs/base/gstrans.c
gs/base/gstrans.h
gs/base/gxclip.c
gs/base/gxdevice.h
gs/base/gxp1fill.c
gs/base/gxpcmap.c
gs/base/gxpcolor.h
gs/psi/zpcolor.c
gs/psi/ztrans.c
svg/svgdoc.c
xps/xpspage.c

2011-05-19 15:27:07 +0100
Robin Watts <Robin.Watts@artifex.com>
e60ed1f615f7347dc9318b2c8e17851fb3a6199a


Address bug 692211; byteswap.h not present on FreeBSD.

After googling it seems like the correct thing to do is to use gcc builtin
intrinsics for byteswapping from 4.3 upwards, and to use byteswap.h
for all other versions of gcc >= 2.0. This should address the problem.

gs/base/gsropt.h

2011-05-19 12:28:06 +0000
Robin Watts <robin@ghostscript.com>
f66aa4e491ecff0a5787c4f4a8c8ace1cb7d3432


Minor tweaks to memento.

Improve debugging output, documentation. Fix the time at which the sequence
counter is incremented to give less confusing messages. Add Memento_inited
function to breakpoint on.

Not enabled in cluster so, CLUSTER_UNTESTED.

gs/base/lib.mak
gs/base/memento.c
gs/base/memento.h

2011-05-18 12:28:05 -0600
Henry Stiles <henry.stiles@artifex.com>
ef883a068ea54fca1569e5389f7ccfa6aa01e6a8


Merge branch 'pcl_documentation'

2011-05-14 15:15:32 -0600
Henry Stiles <henry.stiles@artifex.com>
21503ee8197c9707f8ced1c92593c4e279687ee2


Long overdue update of the PCL documentation.

doc/ghostpdl.pdf
doc/ghostpdl.tex
doc/ghostpdl.txt

2011-05-18 17:48:10 +0100
Robin Watts <Robin.Watts@artifex.com>
62b57818e9117c1ebfe32894464ab12956826f7d


Workaround SEGV in clist with fillpage (Bug 692076).

This is a simple patch for the symptoms, not a proper cure, but it suffices
to get it out of regression test error lists.

gs/base/gxclrast.c

2011-05-18 15:05:28 +0100
Chris Liddell <chris.liddell@artifex.com>
1a7d4d447c2fc05240ab258f4eb232080fd1fb5f


Revise 64 bit build options for VS2010.

Mainly, there was come confusion between the WIN64 setting
for the type of build, and the BUILD_SYSTEM setting for
whether the system is 32 or 64 bit.

NOTE: 64 bit builds on 32 bit systems do not work, and
I do not intend to attempt to make them work.

Bug 692126

CLUSTER_UNTESTED

gs/psi/msvc.mak

2011-05-18 08:21:21 +0100
Chris Liddell <chris.liddell@artifex.com>
f9cf64f56577b593f424c7d661b5fb8ea7a53216


Reinstate the Mememto build rules.....

....that went AWOL with commit 447c1a791d28fb72b196f75356bc411ef45afbdd

No cluster differences expected.

gs/base/lib.mak

2011-05-17 23:43:14 -0700
Michael Vrhel <michael.vrhel@artifex.com>
447c1a791d28fb72b196f75356bc411ef45afbdd


Fix for MT crashes in lcms

It turns out that lcms is can not safely share
profiles between threads when creating links. This
was fixed by placing a mutex lock around the profile
creation. It also turns out that lcms can not
use the same link to do transformations between threads.
This was solved by disabling the shared cache between
the threads. Finally there was a race condition in
reference counting the device ICC profile in the pdf14
device. Also, this commit includes a fix for a memory
leak in the pdf_mask object in gdevp14.

gs/base/gdevp14.c
gs/base/gscms.h
gs/base/gsicc_cache.c
gs/base/gsicc_lcms.c
gs/base/gsicc_manage.c
gs/base/gxcldev.h
gs/base/gxclthrd.c
gs/base/lib.mak

2011-05-17 22:33:15 +0100
Robin Watts <Robin.Watts@artifex.com>
8d9bc767c0c59a7effa7652cbcbde14ab82de249


Make Memento work with valgrind, plus fix unix build issues.

Various fixes for Memento, most especially to ensure it works with
Valgrind (lots of valgrind calls to make memory readable/hide it again).

No cluster differences expected.

gs/base/lib.mak
gs/base/memento.c
gs/base/memento.h
gs/base/unix-aux.mak

2011-05-17 15:29:53 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
cbe9dcfc93812aae26ffd5c2bebbe5b2dc1a4623


Bug 692209: tolerate missing /Length in PDF stream.

Add branches that deal with a missing /Length attribute in the
PDF string directory. The sample file misspells /Length as /Lenght
but the patch addresses a more general problem.

gs/Resource/Init/pdf_base.ps

2011-05-17 11:28:50 -0700
Ray Johnston <ray.johnston@artifex.com>
784c8aa262a2a71659ce2d882c424e0254368a10


Fix ref counting for icc_array

Copy the icc_array BEFORE putdeviceparams so we don't end up creating extra ones, and bump the shared icc_array.

The finalize when the device is freed will decrement the ref count.

gs/base/gxclthrd.c

2011-05-17 18:13:17 +0100
Robin Watts <Robin.Watts@artifex.com>
bc9c681b53babcab8d5e6bd102bfb0c51b8b7ed1


Memento realloc fix.

Memento was filling the 'new' section of realloced blocks incorrectly,
resulting in memory overwrites.

CLUSTER_UNTESTED as Memento is not enabled by default.

gs/base/memento.c

2011-05-17 12:03:33 +0000
Robin Watts <robin@ghostscript.com>
2b7e6a4174a58cf0c395e4950a428a722607f860


Initial commit of new Memento module (attempt #2)

Memento is a simple memory checking module; it helps to track memory
corruption and leaks. To use it, build with -DMEMENTO.

Still to do: Valgrind integration.

No cluster differences expected.

gs/base/lib.mak
gs/base/malloc_.h
gs/base/memento.c
gs/base/memento.h

2011-05-15 15:50:40 -0700
Michael Vrhel <michael.vrhel@artifex.com>
1787ce3393956701e6241b8efc6f575887c3f5c1


Change in device ICC profile handling

This is the major portion of the code needed to achieve object dependent
color management. This fixes the problems that existed in the
previous code with the device parameters and introduces an array of
ICC profiles in the device structure. The code was cluster pushed and
showed some very minor differences in a couple files but they appear to be
OK with bmpcmp. I still need to do further testing to verify that all the
functionality is correct (e.g. make sure setting the text profile properly
affects the text only). In addition, the rendering intent options need to be
implemented.

I also need to check that nothing was broken with respect to MT
rendering and some of the devices that are not tested with cluster
pushing (e.g. the display device and the x11alpha device).

gs/base/devs.mak
gs/base/gdevbit.c
gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gdevpdf.c
gs/base/gdevpdfk.c
gs/base/gdevpng.c
gs/base/gdevpsdi.c
gs/base/gdevtfnx.c
gs/base/gdevtsep.c
gs/base/gdevxini.c
gs/base/gscms.h
gs/base/gscsepr.c
gs/base/gsdevice.c
gs/base/gsdparam.c
gs/base/gsequivc.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gstrans.c
gs/base/gxclrast.c
gs/base/gxclthrd.c
gs/base/gxcmap.c
gs/base/gxdevcli.h
gs/base/gxdevice.h
gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximag3x.c
gs/base/gximono.c
gs/base/gxiscale.c
gs/base/lib.mak
gs/psi/zdevice.c
gs/psi/zusparam.c
pcl/pctop.c
psi/psi.mak
psi/psitop.c
pxl/pxpthr.c
pxl/pxtop.c
svg/svgtop.c
xps/xpstop.c

2011-05-13 10:52:18 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
c622f66846aa6b8124b1dffed7dbdaedabedd93f


Modified clusterpush.pl to not rsync Makefiles

Modified clusterpush.pl to not rsync Makefiles and config.log files.
Also removed the various files that have been moved to the cluster.git
repository.

No expected cluster differences.

gs/toolbin/localcluster/bmps2html.pl
gs/toolbin/localcluster/build.pl
gs/toolbin/localcluster/cachearchive.pl
gs/toolbin/localcluster/checkSize.pl
gs/toolbin/localcluster/clustermaster.pl
gs/toolbin/localcluster/clustermonitor.cgi
gs/toolbin/localcluster/clustermonitor.pl
gs/toolbin/localcluster/clusterpull.sh
gs/toolbin/localcluster/clusterpush.pl
gs/toolbin/localcluster/compare.pl
gs/toolbin/localcluster/comparerevs.pl
gs/toolbin/localcluster/dashboard.html
gs/toolbin/localcluster/nightly.pl
gs/toolbin/localcluster/pngs2html.pl
gs/toolbin/localcluster/readlog.pl
gs/toolbin/localcluster/readme
gs/toolbin/localcluster/run.pl
gs/toolbin/localcluster/setupcluster
gs/toolbin/localcluster/weekly.sh

2011-05-13 09:42:41 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
7dcc68ce753175a9c686021d53a061253e2787c3


Modified math_.h to use our hypot().

The system hypot() function gives slightly different results on Linux vs
Mac OS X systems for same input values. This minor difference results
in rendering variations in some files, confounding the regression
test system.

This revision changes math_.h to use our hypot() in all cases instead
of the system one (previously our function was used on those platforms
where there was no system hypot() function).

Testing by Robin shows that our function is faster than the system one,
so another reason to make this change.

Fixes Bug 692197.

Cluster differences on some nodes expected in:

tests_private__pcl__pcl5ccet__28-10.BIN ppmraw
tests_private__pcl__pcl5ccet__32-01.BIN pbmraw
tests_private__pcl__pcl5cfts__fts.2210a pbmraw
tests_private__pcl__pcl5efts__fts.1810 ppmraw
tests_private__pcl__pcl5efts__fts.2132 pbmraw
tests_private__pcl__pcl5efts__fts.2291 pbmraw
tests_private__pcl__pcl5efts__fts.2350 pbmraw

gs/base/math_.h

2011-05-13 09:33:29 +0000
Robin Watts <robin@ghostscript.com>
4bd5322f27e9b95716323bdd000e312418a59676


Further tweak to lcms cached transforms.

Use int comparisons rather than memcmp. No differences shown in cluster
testing.

gs/lcms/src/cmsxform.h

2011-05-12 23:14:47 +0000
Robin Watts <robin@ghostscript.com>
3767ee67758778d00c9c5c879ade41fc9f41c83b


Simplify LCMS cached transform template.

I'd overengineered the cached transform template code; the cache is
reset on every format change, so there is no need to check for that
in the transform function.

No expected performance increase, but the code is less complex. No
differences seen in cluster testing. CLUSTER_UNTESTED.

gs/lcms/src/cmsxform.h

2011-05-12 17:57:55 +0100
Robin Watts <Robin.Watts@artifex.com>
8bcf5d9dd0c4088a811f85121addb238c9240478


Add new lcms source/header file to ghostscript.vcproj.

No cluster differences as this isn't tested. CLUSTER_UNTESTED.

gs/ghostscript.vcproj

2011-05-12 16:06:08 +0000
Robin Watts <robin@ghostscript.com>
d324305b11fd0bb399c868fe87b26cb768dc06c5


LCMS (v1) Optimisations for CachedXFORM etc.

Optimise CachedXFORM (and related functions) by using a 'template' header
file and repeatedly including it with different options to generate
different specific versions of the code.

This gives a 10% improvement on 568.40345_VO_nr_3_vpeSR18.xl (a file where
most of the time is spent in clipping).

No expected cluster differences. I've just done a full test with a bmpcmp
and it showed no differences, but in light of what happened last time I
committed this, I am not going to use the magic rune to stop the cluster
rechecking it on commit.

gs/base/lcms.mak
gs/lcms/include/lcms.h
gs/lcms/src/cmspack.c
gs/lcms/src/cmsxform.c
gs/lcms/src/cmsxform.h

2011-05-12 15:08:01 +0100
Robin Watts <Robin.Watts@artifex.com>
e79fff7a2b215103c795b74d4abe162bf8ca3486


Change PSI so -Z! works by default in debug builds.

Previously, the -Z! option (to show the name of each PS operator as it is
executed) has only been available in DEBUG builds that specifically use
the DEBUG_TRACE_PS_OPERATORS option. This change ensures that it is available
in ALL debug builds, and in any release build where the
DEBUG_TRACE_PS_OPERATORS symbol is predefined.

The reason for historically having it as a separate option was because
checking for whether the ! debug flag was set on every operator was felt
to be too large an overhead. I have arranged the code so that this overhead
is minimised now - in debug builds we only get the extra overhead when
the -Z! is specified on the command line.

In normal release builds there is no change to the overhead. In release
builds with DEBUG_TRACE_PS_OPERATORS, the same overheads apply as in
DEBUG builds (that is a small additional overhead when -Z! is not used
and a larger one when it is).

No cluster differences expected.

gs/psi/iinit.c
gs/psi/iinit.h
gs/psi/interp.c

2011-05-11 15:39:06 -0600
Henry Stiles <henry.stiles@artifex.com>
7d77dabf5a1e24118455a5c0417ae75c5d5dcf60


Fixes bug #689870 - add proper big endian number accessors.

Previously only an unsigned accessor was provided and it was being
used to read both signed and unsigned quantities.

gs/jbig2dec/jbig2.c
gs/jbig2dec/jbig2_halftone.c
gs/jbig2dec/jbig2_page.c
gs/jbig2dec/jbig2_priv.h
gs/jbig2dec/jbig2_segment.c
gs/jbig2dec/jbig2_symbol_dict.c
gs/jbig2dec/jbig2_text.c

2011-05-11 15:18:11 -0600
Henry Stiles <henry.stiles@artifex.com>
7c309e8a33333da3c124732bb6b00b0701e85579


Fixes 690889, potential null dereference.

Prevent a theoretical (no test file) null dereference. There are
several of these cases identified by by static analysis. We believe
the authors intent was to pass the word stream if the arithmetic state
was not set, as in the other call of the same function.

gs/jbig2dec/jbig2_symbol_dict.c

2011-05-11 17:12:59 +0000
Robin Watts <robin@ghostscript.com>
2bde8dc655c36ef729964980aa373c26dbe873e5


Backout 6469f73 pending investigation of unexpected differences.

gs/base/lcms.mak
gs/lcms/include/lcms.h
gs/lcms/src/cmspack.c
gs/lcms/src/cmsxform.c

2011-05-11 16:17:05 +0000
Robin Watts <robin@ghostscript.com>
6469f738123e0c212473f11d38e88bb3650a9087


LCMS (v1) optimisations for CachedXFORM etc.

Optimise CachedXFORM (and related functions) by using a 'template' header
file and repeatedly including it with different options to generate
different specific versions of the code.

This gives a 10% improvement on 568.40345_VO_nr_3_vpeSR18.xl (a file where
most of the time is spent in clipping).

No expected cluster differences.

gs/base/lcms.mak
gs/lcms/include/lcms.h
gs/lcms/src/cmspack.c
gs/lcms/src/cmsxform.c
gs/lcms/src/cmsxform.h

2011-05-02 19:50:04 +0100
Robin Watts <Robin.Watts@artifex.com>
1d07f53add51362ce5887b599f2dcb360f9cf348


Pacify valgrind (and improve performance?) with tiny change.

A tiny change to gxclrast.c where we initialise state_tile.size.{x,y}.
This stops valgrind giving warnings. While the code works OK without
this (I believe), it can cause various %, /, gcd operations. These are
all expensive operations and are neatly sidestepped by the simple
expedient of setting the variable to 0 to start with.

gs/base/gxclrast.c

2011-05-10 19:29:49 +0100
Robin Watts <Robin.Watts@artifex.com>
f6f6de913f2f20914ed641a0331e405011d6565b


Add LAND_BITS define to landscape mono halftoning code.

The monochrome halftone thresholding code relies on collating incoming
scanline data into 'scancolumn' buffers. When we have 16 bytes in these
buffers, they halftoned and flushed through copy_mono.

copy_mono would prefer to work with longer than 16 byte runs, so we
remove the hardcoded 16s from throughout the code and replace it with
a #defined value. A side effect of this is that the code becomes
slightly clearer.

Sadly, it seems this doesn't give the expected speedups; testing here
indicates that both 32 and 128 run slower, possibly due to cache effects.

Nonetheless we commit the code in case inspiration strikes us later on.

No cluster differences expected.

gs/base/gsiparam.h
gs/base/gxht_thresh.c
gs/base/gximono.c

2011-05-10 19:24:55 +0100
Robin Watts <Robin.Watts@artifex.com>
21cfb2e3b6c0d15c84b748586c51969daae58345


LCMS performance tweak; ToFixedDomain/FromFixedDomain.

Make ToFixedDomain/FromFixedDomains #defines rather than inline functions.
MSVC doesn't inline them, and they are used in speed critical areas.

No cluster differences expected.

gs/lcms/include/lcms.h

2011-05-02 18:53:00 +0100
Robin Watts <Robin.Watts@artifex.com>
eef6a4d712a79a5f8d5f48f43c2572d5f002fc38


Quiet valgrind warning, and remove misleading init.

Cherry picked from patt_trans_clist branch to fix bug 692138.

When run with valgrind on:

gs -sDEVICE=pbmraw -r300 -dMaxBitmap=100000000 -o out.pbm Bug690189c.pdf

Valgrind complains that params.GrayBackground is used without being
initialised. We fix this here by amending gs_trans_mask_params_init.

In so doing, we note that in zbegintransparencymaskgroup we were setting
params.ColorSpace, only to call gs_trans_mask_params_init and have it
overwrite it. To avoid confusion we therefore remove this needless init.

No cluster differences seen in testing.

gs/base/gstrans.c
gs/psi/ztrans.c

2011-05-10 09:16:17 +0000
Robin Watts <robin@ghostscript.com>
b1cf87e28636a4922505e9c486b59e64c857717f


Optimisations for mem_mono_strip_copy_rop_dev.

Now that mem_mono_strip_copy_rop_dev is working reliably, cut out the
excess debugging code so we can see the wood for the trees.

To cope with situations where we get narrow texture tiles, reinstate the
old code (as rop_run relies on longer runs to get traction). Add new cases
for no-textures to avoid nested loops etc.

This all seems to help with the performance of cicero_call.

No cluster differences expected.

gs/base/gdevm1.c

2011-05-10 08:39:19 +0000
Robin Watts <robin@ghostscript.com>
2429ef51f12477d083bfcd3f15f97f90bb653b52


Optimisations to gximono.c; special case the spp_out == 1 case.

Simple optimisations to the hotspots in image_render_mono_ht.

No real differences seen in cluster testing.

gs/base/gximono.c

2011-05-09 23:46:09 +0000
Robin Watts <robin@ghostscript.com>
bf8d753f7346c0c97bd4109f0684993ab0a46041


New gxdda.h formulation.

Rejig the gxdda macros slightly. We store more 'natural' values internally
and get code that optimises slightly better.

No differences expected in cluster testing (1 SEGV shown in my testing, but
I think that's random).

gs/base/gxdda.h
gs/base/gxi12bit.c
gs/base/sidscale.c

2011-05-10 00:21:21 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
0f5928344123e31229d31eb81e3f09b528170e38


Execute linkdest procedure in a stopped context to trap errors caused
by out-of-range link destinations that can occur in an invalid files or
during processing of a page range. Bug 692200.

gs/Resource/Init/pdf_main.ps

2011-05-09 14:47:48 -0600
Henry Stiles <henry.stiles@artifex.com>
df4e669177f7757a5c054084f4990599bef5c355


Remove unused file should have been committed with e55d362f.

gs/base/gsnorop.c

2011-05-09 13:16:31 -0600
Henry Stiles <henry.stiles@artifex.com>
e55d362f3370b4bff0d72dc58c4b7a08b0dba71a


Incorporate raster operation library into the core graphics library.

We were going to fold the roblib in for simplicity, more recently
the graphics library code has been refactored such that the raster op
library is always required. For example operations previously done in
the copy_mono code are now done with the raster op code.

CLUSTER_UNTESTED

gs/base/Makefile.in
gs/base/lib.mak
gs/base/msvclib.mak
gs/base/ugcclib.mak
language_switch/pspcl6_gcc.mak
language_switch/pspcl6_msvc.mak
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2011-05-05 16:16:22 +0100
Chris Liddell <chris.liddell@artifex.com>
60d4b088c6d314079643a92a3c4e983b116600a9


Use defined default page size for nullpage device.

The nullpage device previously used a 1"x1" default page size, this changes it
to use the same default setting as other page devices (this can be Letter or
A4, set in a makefile).

Also, add some lower bounds checking to gslp.ps so that it will error out if
the page size is too small to hold at least one line of text.

No cluster difference expected.

gs/base/gdevnfwd.c
gs/lib/gslp.ps

2011-05-08 11:26:15 -0700
Michael Vrhel <michael.vrhel@artifex.com>
c677c48f278aba56d45bf2601ed5d152287540f1


Fix for compiler warning

gs/base/gsdevice.c

2011-05-07 23:21:38 -0700
Michael Vrhel <michael.vrhel@artifex.com>
b1d311f06250a07d4c360e67369980d199722694


Significant change in how the device profile is handled in ghostscript. This
change adds in a new device procedure called get_profile, which is going to
typically be set to gx_forward_get_profile or gx_default_get_profile. Most
internal devices like the pattern accumulator, the clip device, memory devices,
will use the gx_forward_get_profile procedure. In this way, the profile is
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
can change its ICC profile based upon the current transparency group color space. The get_profile procedure also passes along information about the object
type so that we will be able to easily add in the device dependent color
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.

gs/base/gdevbit.c
gs/base/gdevdflt.c
gs/base/gdevmem.c
gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gdevprn.c
gs/base/gdevrops.c
gs/base/gscms.h
gs/base/gscsepr.c
gs/base/gsdevice.c
gs/base/gsequivc.c
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gstrans.c
gs/base/gxccman.c
gs/base/gxclip.c
gs/base/gxclipm.c
gs/base/gxclist.c
gs/base/gxcmap.c
gs/base/gxcmap.h
gs/base/gxdevcli.h
gs/base/gxdevice.h
gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximag3x.c
gs/base/gximono.c
gs/base/gxiscale.c
gs/base/gxpcmap.c
gs/contrib/opvp/gdevopvp.c

2011-05-06 08:57:07 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
a065765cd3529d17ba687954d8f4deacd8319247


Add a missing check of the return value from runarg(). Bug 692189.

gs/psi/imainarg.c

2011-05-06 01:13:51 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
2822d8a9f4186aa14f3913258841b74ff87309cf


Check the type of /File and /Length attributes during XForm identification
to avoud confusion with appearance subdictionary, which can include any
attributes (including /File or /Length) pointing to a dictionary. Bug 692192.

gs/Resource/Init/pdf_draw.ps

2011-05-04 15:38:22 +0000
Robin Watts <robin@ghostscript.com>
2756e4d6160f73af7bf5ed913af207914aeee588


Invert bmpcmps reading of cups files.

I had black <-> white. Easy fix.

gs/toolbin/bmpcmp.c

2011-05-04 15:08:36 +0100
Robin Watts <Robin.Watts@artifex.com>
e97bf09450c5a08b591e0fca4ef59a21fb78b6ef


Fix bmpcmp to read cups colorspace=0 files too.

CLUSTER_UNTESTED.

gs/toolbin/bmpcmp.c

2011-05-04 00:45:28 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
2f0b609805f1abf42b4b10dd721d9fef3001a847


Accept and skip any number of whitespace characters (including
just spaces) after the entry count in the xref table. Remove /lineeq
and /linene procedures that are no longer used. Bug 692177.

gs/Resource/Init/pdf_main.ps

2011-05-03 08:58:18 -0600
Henry Stiles <henry.stiles@artifex.com>
af70515f6dcd1ffae90250697325fee224182e17


Retain or bias the reference count of the rop texture device.

The image code was using the rop texture device without any reference
counting, explicitly freeing the device when it was done. That was
fine if the device was the only device in the chain, however, linking
in other devices could lead indirectly to unintended freeing of the
rop device. A crash was seen in the the XL test file C705.BIN but
only with halftoning at particular resolutions like 72 dpi. We did
not study why the crash was limited to particular resolutions and
devices.

gs/base/gxipixel.c

2011-05-03 17:45:45 +0100
Robin Watts <Robin.Watts@artifex.com>
afcbace446526e29bae11ce53bac5769a409e56f


Add gx_device_dump debugging function.

In DEBUG builds gx_device_dump(gx_device *dev, char *text); prints a
recursive listing of devices, their refcounts and names, and targets.

If anyone spots a forwarding device this doesn't work with, please let me
know.

No cluster differences expected.

gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gxdevcli.h
gs/base/gxdevsop.h

2011-05-03 16:39:13 +0000
Robin Watts <robin@ghostscript.com>
6d5e2bde4fe7a42bdd631fb0756f4fafc460ec41


Fix copy_plane; was always copying into plane 0.

When writing copy_plane, I had neglected to offset into the data
according to the plane required.

CLUSTER_UNTESTED.

gs/base/gdevmpla.c

2011-05-02 14:51:26 +0100
Robin Watts <Robin.Watts@artifex.com>
a78476dd0be85f69885f2614be5ab614b03c9168


Add support for cups (1bpp) files to bmpcmp.

gs/toolbin/bmpcmp.c

2011-05-02 20:41:12 +0100
Robin Watts <Robin.Watts@artifex.com>
cc3562ce331bc45a89cebd49c91e10149b5a90b2


Solve windows debug build crash on exit with cups device.

It seems that the cups device takes it upon itself to close the output file
rather than leaving it for the ghostscript core to close as every other
device does. This upsets the windows DLL file handling.

The solution is simply to remove the lines that close the file. I've
checked both with Till and Ken, and they concur. Thanks.

No cluster differences expected.

gs/cups/gdevcups.c

2011-05-02 14:32:18 +0100
Chris Liddell <chris.liddell@artifex.com>
e784a5443d0bee380d1ad32055ad3075e3aa0995


Change error return to remove confusion over meaning.

When we encounter a font whose charstring has been replaced with a PS
procedure, we were returning FT_Err_Invalid_File_Format, and using that
as a hint we should try to execute it as a PS procedure. This
turns out to be problematic as it is also the error return generated by
Freetype for an invalid charstring. In the case of an invalid charstring
we should fall back to the notdef, not attempt to execute the object as
Postscript.

So, change the error return value that *we* generate, and subsequently
check for, to FT_Err_Unknown_File_Format, which FT should never,
normally, generate during glyph interpretation. This means, in this
case, we correctly identify a failed attempt to interpret a charstring,
and use the notdef fallback - instead of, eventually, throwing an
error.

Bug 692176.

No cluster differences expected.

gs/psi/fapi_ft.c

2011-04-30 19:01:53 +0100
Robin Watts <Robin.Watts@artifex.com>
5091054103f3b07bbae8ab2fc75e6c6cc3fd7a86


Remove unused variable.

gs/base/gdevpng.c

2011-04-30 18:11:47 +0100
Robin Watts <Robin.Watts@artifex.com>
dcae57315a683272c799545783694c43545b6fe0


Fix PNG device error when no downscale specified.

When I introduced the downscaling to selected png devices, I neglected to
set a sensible default value for downscale factor. This means that if you
attempt to set any device parameters, without specifying -dDownScaleFactor
then you get a rangecheck error. This commit fixes that.

No cluster changes expected.

gs/base/gdevpng.c

2011-04-30 08:38:31 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
c98ade33d2b8fbc0ca6579c6d9e0ceb425374b0c


Normalize pattern /BBox in PDF interpreter before passing it to PS
to avoid a /rangecheck error. Bug 692174.

gs/Resource/Init/pdf_draw.ps

2011-04-27 22:27:39 -0700
Michael Vrhel <michael.vrhel@artifex.com>
b128a1424550b3462348bd40ecd768356cdb08ae


Fix for reference counting issue of the compositor device at
the end of the clist playback. In most cases, the compositor rc
should be 1 at this point and so the device is closed and then
freed. The case, when it is not 1 is when we have a pattern
that has a transparency and is stored in a clist. In this case
the target for the pattern clist device is the main pdf14 device and
we increment the rc during this assignment. So, when the
playback completes, the rc of the compositor is 2. We do not
want to close and free the compositor, since it is part of the
main clist that we have going on. Instead we only want to
decrement the rc. The test file pattrans_big.pdf is now
handled correctly but has a rendering/tiling issue it appears.

This commit (from the patt_trans_clist_branch) has been cherry-picked
to the trunk to solve the SEGV in bug #692160. This leaves pdf14
compositors leaking though.

gs/base/gxclrast.c

2011-04-28 20:23:29 +0100
Robin Watts <Robin.Watts@artifex.com>
1553ea878b414b4ac389f7cec4c2076bc52be966


Stop compiler turning for loop into memset in halftoning code.

The msvc compiler cleverly spots that a for loop can be turned
into a memset. Unfortunately it can't know that the values for
which the loop is called are normally so small that the calling
of the function costs more than simply doing the stores.

The fix is to cast the pointer to which we are storing to be
volatile. This saves a significant chunk of runtime for:

pcl6.exe -sDEVICE=bit -r600 -o null: -dLeadingEdge=3
cicero_call_CRF03-all-in_adobe-8_358p_xNuv288.xl

No cluster differences expected.

gs/base/gxht_thresh.c

2011-04-28 17:19:14 +0100
Chris Liddell <chris.liddell@artifex.com>
dd0ead1acfd2cf2fea4e417afdd4b52b06d8c3ad


Ensure optimization flags get propogated for lcms

An inconcistency between definitions in the Unix and Windows builds meant
that on Windows several compiler flags (including that for optimization)
was not being used when buliding the lcms source files. The confusion
stems from Ghostscript requiring /Za to compile, and lcms failing to
compile with /Za.

Bug 692173.

No cluster differences expected.

gs/base/msvccmd.mak

2011-04-28 16:20:38 +0100
Robin Watts <Robin.Watts@artifex.com>
98a891175a74e4fdbdd2b5dc10a7fa60b9f75e16


Add special case runrops for rops 0xF0 and CC (copy S and copy T).

This is in response to Norberts complaints about the speed of 9.02 with
cicero_call_CRF03-all-in_adobe-8_358p_xNuv288.xl and others.

gs/base/gsroprun.c

2011-04-28 09:01:05 +0100
Chris Liddell <chris.liddell@artifex.com>
26e55117205eaf76dfa6011c29e287f84ec99799


Change to include psi/ierrors.h.

psitop.c previously included the deprecated header file base/errors.h
which has now been removed. psi/ierrors.h is the correct header to
include.

No cluster differences expected.

psi/psitop.c

2011-04-28 08:10:39 +0100
Chris Liddell <chris.liddell@artifex.com>
7132af8bb76824feb241374cf152349995b6cc10


Remove the deprecated errors.h file.

Related to Bug 692151 in that it rendered the bug invalid.

No cluster differences expected.

gs/base/errors.h

2011-04-25 18:58:52 -0600
Henry Stiles <henry.stiles@artifex.com>
0361e41b57f8f4d798eb42e6320e6e96c355169d


PJL filesystem commands can be made static.

Warning cleanup - make local functions static.

Use %s if the argument is not literal to address the warning "format
not a string literal and no format arguments".

Presumably a format specifier could appear in the character array
resulting in an argument mismatch.

pl/pjparse.c
pl/pjparsei.c
pl/plmain.c
pxl/pxtop.c

2011-04-25 17:53:50 -0600
Henry Stiles <henry.stiles@artifex.com>
732dc98f92f2132f21811cf8b2612c1091e65050


Partially refactor image api so it can be shared between pcl and pxl,
also to move away from using the obsolete image api.

pl/pldraw.c
pl/pldraw.h
pxl/pximage.c
pxl/pxink.c

2011-04-26 19:20:25 +0100
Robin Watts <Robin.Watts@artifex.com>
262c866a71d08c1709484d95ffb3639f53156078


Fix for bug 692081. Antialiasing patterns results in white holes.

gx_default_copy_alpha simulates alpha by weighted average of RGB values.
When the alpha value is zero, the current implementation reads the current
background value, and just writes it back. This has the effect of making
any device that watches what devices get written to think that that pixel
is solid. (One such device is the pattern tile device where it collects what
pixels have been marked, and what haven't).

The CORRECT way to do this is to stop the line accumulation at that point,
flush everything to there, then start again a pixel later.

Doing this solves the bug, and causes no cluster changes.

gs/base/gdevdbit.c
gs/base/gxcindex.h

2011-04-26 12:37:14 +0100
Robin Watts <Robin.Watts@artifex.com>
11b5fb512393a6e9d9bdf6c076dc388ebd8c7c3f


Fix warnings (unused variables and missing cases in switches).

gs/base/gdevddrw.c
gs/base/gstrans.c
gs/base/gxblend1.c
gs/base/gxiscale.c
gs/base/gxstroke.c
gs/psi/zicc.c

2011-04-26 10:34:46 +0100
Robin Watts <Robin.Watts@artifex.com>
a349c53ca01df5e425f25d1fa14d38c43d95b60c


Removed unused variables to quiet warnings.

gs/base/gdevtifs.c
gs/base/gxdownscale.c

2011-04-25 22:56:41 -0700
Michael Vrhel <michael.vrhel@artifex.com>
79e14a10307ba37bcf00af1b05c1c52875d9774a


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.

gs/base/gxclrast.c
gs/base/gxclthrd.c

2011-04-25 17:37:09 -0700
Michael Vrhel <michael.vrhel@artifex.com>
03cb94a9da2cddd2b7055e8565dd797c67bf56f4


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.

gs/base/gsovrc.c
gs/base/gxclrast.c

2011-04-26 00:53:07 +0100
Robin Watts <Robin.Watts@artifex.com>
16789dc892db636719383c2542aa9cec04092e4d


Fix memory overwrite in png devices.

In my fiddling with the png devices the other day to add downscaling, I
omitted to extend the size of two of them (png16m and png48). This meant
that png16m was overwriting 8 bytes of memory after its device structure.

Fix this to solve a SEGV when DownScaleFactor is used.

gs/base/gdevpng.c

2011-04-24 20:35:45 -0400
Alex Cherepanov <alex.cherepanov@artifex.com>
f5a6de969ae67a2318115c5e8e6e2b3b06fc58f3


Split large beginbfrange..endbfrange blocks in ToUnicode CMaps into
speed up operand stack manipulation, esp. "counttomark -3 roll". Bug 691908.

gs/Resource/Init/pdf_font.ps

2011-04-25 09:31:32 -0600
Henry Stiles <henry.stiles@artifex.com>
3b66709cafd05910f2442250e12d1918f239c34b


The new custom paper size implementation introduced a bug in
passthrough mode requiring additional state setup when we switch from
PXL to PCL state.

pcl/pcpage.c
pxl/pxpthr.c

2011-04-22 15:40:50 -0600
henrys <henry.stiles@artifex.com>
460ff495a31f8a87d0ed677eed2660fca79369fc


Revision 43a5362 modified a global variable. We address that by
making the page table a dynamic member of the pcl state.

pcl/pcommand.c
pcl/pcpage.c
pcl/pcstate.h
pcl/pcxfmst.h

2011-04-20 23:25:50 -0600
henrys <henry.stiles@artifex.com>
e5a9f968265abc47a85811e620c79bedf87b1da0


Josef Hinteregger's patch to implement custom paper sizes in PJL and PCL,
bug #691587.

pcl/pcpage.c
pl/pjparse.c

2011-04-20 23:20:34 -0700
Michael Vrhel <michael.vrhel@artifex.com>
4ddefa258ee17e359429c901ef8a0a8f3b234083


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.

gs/base/gsicc_manage.c

2011-04-22 18:08:10 +0100
Robin Watts <Robin.Watts@artifex.com>
1b3908faa01c7ef6197374a27b1a5861f0a383fe


Extend downscaling to png devices too (from tiffscaled).

Extract the code to do downscaling/min feature size from tiffscaled{,8,24}
into a new gx_downscaler class. Make tiffscaled{,8,24} call this new class
with no change in functionality.

Make png devices call this new code. Only png16m and pnggray are actually
affected by downscaling though. Add a new pngmonod device to do grayscale
rendering internally and to downscale/min_feature_size/error diffuse to
monochrome.

gs/base/devs.mak
gs/base/gdevpng.c
gs/base/gdevprn.c
gs/base/gdevtifs.c
gs/base/gxdownscale.c
gs/base/gxdownscale.h
gs/base/lib.mak
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/openvms.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/doc/Devices.htm
gs/ghostscript.vcproj
gs/psi/msvc.mak
gs/psi/os2.mak
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2011-04-20 10:40:58 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
8a203b909d59f8aa649492c23fa570afe3a61565


Revert of a4c4877b35b6782ef64b382713eaa6bcd4eca8d6 since we decided to rename the directories back to their before svn => git transition names.

gs/toolbin/localcluster/clusterpush.pl

2011-04-20 09:17:25 -0700
mvrhel <michael.vrhel@artifex.com>
20b6c78ff6fb123bc11a068ca329a96d2452b529


Fix for issue when creating ICC profiles from DEF/G structures. As a few progressions and fixes bug 692156 and likely bug 691977

gs/base/gsicc_create.c

2011-04-19 21:23:01 -0700
Marcos H. Woehrmann <marcos.woehrmann@artifex.com>
a4c4877b35b6782ef64b382713eaa6bcd4eca8d6


Modified clusterpush.pl to account for the new directory structure introduced with the svn => git transition.

gs/toolbin/localcluster/clusterpush.pl

2011-04-20 14:56:12 +0100
Robin Watts <Robin.Watts@artifex.com>
0f57eacebce435c7da518b2d17638036a3ae5a40


Add bin directories to .gitignore file.

Also add some comments with useful lines that people might want to copy
to their local .git/info/exclude file.

.gitignore

2011-04-20 14:46:26 +0100
Robin Watts <Robin.Watts@artifex.com>
c10532c1b2e63dd6d6d95f1a0b578eb865ff4d9a


New tiffscaled8 and tiffscaled24 devices.

Add new tiffscaled8 and tiffscaled24 devices, copied and modified from
tiffscaled. These output greyscale and 24bit rgb instead of tiffscaleds
mono output. MinFeatureSize is ignored for these devices as it's meaningless
for contone output.

Error Diffusion is still done, but is almost certainly a waste of time - it
was just simpler to make the code work this way. If performance is an issue,
we can remove that later.

gs/base/configure.ac
gs/base/devs.mak
gs/base/gdevtifs.c
gs/base/gdevtifs.h
gs/base/gdevtsep.c
gs/base/macos-mcp.mak
gs/base/openvms.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/doc/Devices.htm
gs/psi/msvc.mak
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2011-04-20 00:00:45 +0200
Tor Andersson
f6e8c8d24c4a2f66b45ce04ab544aaf8b305a0d1


Change GS_PRODUCTFAMILY to say GIT instead of SVN PRERELEASE.

gs/base/gscdef.c

2011-04-19 23:58:23 +0200
Tor Andersson
c91007a224a533fb7582646d98b6bf1721f4f297


Clean up file permissions.

COPYING.AFPL
gs/examples/golfer.eps
gs/examples/tiger.eps
gs/ghostscript-ufst.vcproj
gs/ghostscript.vcproj
gs/psi/winint.mak
tools/Acrobat2Tiff/Acrobat2Tiff.sln
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff.vb
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff.vbproj
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Application.Designer.vb
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Application.myapp
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/AssemblyInfo.vb
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Resources.Designer.vb
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Resources.resx
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Settings.Designer.vb
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Settings.settings
tools/Acrobat2Tiff/Acrobat2Tiff/bin/Release/Acrobat2Tiff.xml
tools/Acrobat2Tiff/Acrobat2Tiff/bin/Release/Interop.Acrobat.dll
tools/cmpi/cmpi.bkl
tools/cmpi/cmpi.cpp
tools/cmpi/cmpi.dsp
tools/cmpi/cmpi.dsw
tools/cmpi/cmpi.pro
tools/cmpi/cmpi.rc
tools/cmpi/cmpi.sln
tools/cmpi/cmpi.suo
tools/cmpi/cmpi.vcp
tools/cmpi/cmpi.vcproj
tools/cmpi/cmpi.vcw
tools/cmpi/descrip.mms
tools/cmpi/makefile.bcc
tools/cmpi/makefile.dmc
tools/cmpi/makefile.dms
tools/cmpi/makefile.dos
tools/cmpi/makefile.gcc
tools/cmpi/makefile.sc
tools/cmpi/makefile.unx
tools/cmpi/makefile.va
tools/cmpi/makefile.vc
tools/cmpi/makefile.wat
tools/tiger.svg
tools/xps2tiff/README
tools/xps2tiff/xps2tiff.sln
tools/xps2tiff/xps2tiff/AssemblyInfo.cpp
tools/xps2tiff/xps2tiff/stdafx.cpp
tools/xps2tiff/xps2tiff/xps2tiff.cpp
tools/xps2tiff/xps2tiff/xps2tiff.vcproj
win32/GhostPDL.sln
win32/ReadMe.txt
win32/language_switch.vcproj
win32/pcl.vcproj
win32/svg.vcproj
win32/xps.vcproj

2011-04-19 23:49:56 +0200
Tor Andersson
781969994b5381ba4bed03beef217f9bde6e7c58


Indent with spaces and strip trailing whitespace.

gs/Resource/Init/gs_agl.ps
gs/Resource/Init/gs_btokn.ps
gs/Resource/Init/gs_cet.ps
gs/Resource/Init/gs_cff.ps
gs/Resource/Init/gs_cidcm.ps
gs/Resource/Init/gs_ciddc.ps
gs/Resource/Init/gs_cidfm.ps
gs/Resource/Init/gs_cidfn.ps
gs/Resource/Init/gs_cidtt.ps
gs/Resource/Init/gs_cmap.ps
gs/Resource/Init/gs_cspace.ps
gs/Resource/Init/gs_css_e.ps
gs/Resource/Init/gs_dbt_e.ps
gs/Resource/Init/gs_diskf.ps
gs/Resource/Init/gs_diskn.ps
gs/Resource/Init/gs_dpnxt.ps
gs/Resource/Init/gs_dps.ps
gs/Resource/Init/gs_dps1.ps
gs/Resource/Init/gs_dps2.ps
gs/Resource/Init/gs_dscp.ps
gs/Resource/Init/gs_epsf.ps
gs/Resource/Init/gs_fapi.ps
gs/Resource/Init/gs_fntem.ps
gs/Resource/Init/gs_fonts.ps
gs/Resource/Init/gs_frsd.ps
gs/Resource/Init/gs_icc.ps
gs/Resource/Init/gs_il1_e.ps
gs/Resource/Init/gs_img.ps
gs/Resource/Init/gs_init.ps
gs/Resource/Init/gs_l2img.ps
gs/Resource/Init/gs_lev2.ps
gs/Resource/Init/gs_ll3.ps
gs/Resource/Init/gs_mex_e.ps
gs/Resource/Init/gs_mgl_e.ps
gs/Resource/Init/gs_mro_e.ps
gs/Resource/Init/gs_pdf_e.ps
gs/Resource/Init/gs_pdfwr.ps
gs/Resource/Init/gs_res.ps
gs/Resource/Init/gs_resmp.ps
gs/Resource/Init/gs_setpd.ps
gs/Resource/Init/gs_statd.ps
gs/Resource/Init/gs_std_e.ps
gs/Resource/Init/gs_sym_e.ps
gs/Resource/Init/gs_trap.ps
gs/Resource/Init/gs_ttf.ps
gs/Resource/Init/gs_typ32.ps
gs/Resource/Init/gs_typ42.ps
gs/Resource/Init/gs_type1.ps
gs/Resource/Init/gs_wan_e.ps
gs/Resource/Init/pdf_base.ps
gs/Resource/Init/pdf_cslayer.ps
gs/Resource/Init/pdf_draw.ps
gs/Resource/Init/pdf_font.ps
gs/Resource/Init/pdf_main.ps
gs/Resource/Init/pdf_ops.ps
gs/Resource/Init/pdf_rbld.ps
gs/Resource/Init/pdf_sec.ps
gs/base/ConvertUTF.c
gs/base/ConvertUTF.h
gs/base/aes.c
gs/base/aes.h
gs/base/assert_.h
gs/base/ctype_.h
gs/base/dirent_.h
gs/base/dos_.h
gs/base/echogs.c
gs/base/errno_.h
gs/base/errors.h
gs/base/fcntl_.h
gs/base/gconf.c
gs/base/gconf.h
gs/base/gdebug.h
gs/base/gdev3852.c
gs/base/gdev3b1.c
gs/base/gdev4081.c
gs/base/gdev4693.c
gs/base/gdev8510.c
gs/base/gdev8bcm.c
gs/base/gdev8bcm.h
gs/base/gdevabuf.c
gs/base/gdevadmp.c
gs/base/gdevatx.c
gs/base/gdevbbox.c
gs/base/gdevbbox.h
gs/base/gdevbit.c
gs/base/gdevbj10.c
gs/base/gdevbjc.h
gs/base/gdevbjcl.c
gs/base/gdevbjcl.h
gs/base/gdevbmp.c
gs/base/gdevbmp.h
gs/base/gdevbmpa.c
gs/base/gdevbmpc.c
gs/base/gdevccr.c
gs/base/gdevcdj.c
gs/base/gdevcfax.c
gs/base/gdevcgm.c
gs/base/gdevcgml.c
gs/base/gdevcgml.h
gs/base/gdevcgmx.h
gs/base/gdevcif.c
gs/base/gdevclj.c
gs/base/gdevcljc.c
gs/base/gdevcp50.c
gs/base/gdevcslw.c
gs/base/gdevdbit.c
gs/base/gdevdcrd.c
gs/base/gdevdcrd.h
gs/base/gdevddrw.c
gs/base/gdevddrw.h
gs/base/gdevdevn.c
gs/base/gdevdevn.h
gs/base/gdevdfax.c
gs/base/gdevdflt.c
gs/base/gdevdgbr.c
gs/base/gdevdjet.c
gs/base/gdevdjtc.c
gs/base/gdevdljm.c
gs/base/gdevdljm.h
gs/base/gdevdm24.c
gs/base/gdevdsha.c
gs/base/gdevdsp.c
gs/base/gdevdsp.h
gs/base/gdevdsp2.h
gs/base/gdevemap.c
gs/base/gdevepsc.c
gs/base/gdevepsn.c
gs/base/gdevescp.c
gs/base/gdevevga.c
gs/base/gdevfax.c
gs/base/gdevfax.h
gs/base/gdevherc.c
gs/base/gdevhit.c
gs/base/gdevhl7x.c
gs/base/gdevifno.c
gs/base/gdevijs.c
gs/base/gdevimdi.c
gs/base/gdevimgn.c
gs/base/gdevjbig2.c
gs/base/gdevjpeg.c
gs/base/gdevjpx.c
gs/base/gdevl256.c
gs/base/gdevl31s.c
gs/base/gdevlbp8.c
gs/base/gdevlj56.c
gs/base/gdevlp8k.c
gs/base/gdevlxm.c
gs/base/gdevm1.c
gs/base/gdevm16.c
gs/base/gdevm2.c
gs/base/gdevm24.c
gs/base/gdevm32.c
gs/base/gdevm4.c
gs/base/gdevm40.c
gs/base/gdevm48.c
gs/base/gdevm56.c
gs/base/gdevm64.c
gs/base/gdevmac.c
gs/base/gdevmac.h
gs/base/gdevmacpictop.h
gs/base/gdevmacttf.h
gs/base/gdevmacxf.c
gs/base/gdevmeds.c
gs/base/gdevmeds.h
gs/base/gdevmem.c
gs/base/gdevmem.h
gs/base/gdevmgr.c
gs/base/gdevmgr.h
gs/base/gdevmiff.c
gs/base/gdevmpla.h
gs/base/gdevmr1.c
gs/base/gdevmr2n.c
gs/base/gdevmrop.h
gs/base/gdevmrun.c
gs/base/gdevmrun.h
gs/base/gdevmswn.c
gs/base/gdevmswn.h
gs/base/gdevmsxf.c
gs/base/gdevn533.c
gs/base/gdevnfwd.c
gs/base/gdevo182.c
gs/base/gdevokii.c
gs/base/gdevos2p.c
gs/base/gdevp14.c
gs/base/gdevp14.h
gs/base/gdevp2up.c
gs/base/gdevpbm.c
gs/base/gdevpccm.c
gs/base/gdevpccm.h
gs/base/gdevpcfb.c
gs/base/gdevpcfb.h
gs/base/gdevpcl.c
gs/base/gdevpcl.h
gs/base/gdevpcx.c
gs/base/gdevpdf.c
gs/base/gdevpdfb.c
gs/base/gdevpdfb.h
gs/base/gdevpdfc.c
gs/base/gdevpdfc.h
gs/base/gdevpdfd.c
gs/base/gdevpdfe.c
gs/base/gdevpdfg.c
gs/base/gdevpdfg.h
gs/base/gdevpdfi.c
gs/base/gdevpdfj.c
gs/base/gdevpdfk.c
gs/base/gdevpdfm.c
gs/base/gdevpdfo.c
gs/base/gdevpdfo.h
gs/base/gdevpdfp.c
gs/base/gdevpdfr.c
gs/base/gdevpdft.c
gs/base/gdevpdfu.c
gs/base/gdevpdfv.c
gs/base/gdevpdfx.h
gs/base/gdevpdt.c
gs/base/gdevpdt.h
gs/base/gdevpdtb.c
gs/base/gdevpdtb.h
gs/base/gdevpdtc.c
gs/base/gdevpdtd.c
gs/base/gdevpdtd.h
gs/base/gdevpdte.c
gs/base/gdevpdtf.c
gs/base/gdevpdtf.h
gs/base/gdevpdti.c
gs/base/gdevpdti.h
gs/base/gdevpdts.c
gs/base/gdevpdts.h
gs/base/gdevpdtt.c
gs/base/gdevpdtt.h
gs/base/gdevpdtv.c
gs/base/gdevpdtv.h
gs/base/gdevpdtw.c
gs/base/gdevpdtw.h
gs/base/gdevpdtx.h
gs/base/gdevpe.c
gs/base/gdevperm.c
gs/base/gdevphex.c
gs/base/gdevpipe.c
gs/base/gdevpjet.c
gs/base/gdevplib.c
gs/base/gdevplnx.c
gs/base/gdevplnx.h
gs/base/gdevpm.h
gs/base/gdevpng.c
gs/base/gdevppla.c
gs/base/gdevppla.h
gs/base/gdevprn.c
gs/base/gdevprn.h
gs/base/gdevprna.c
gs/base/gdevprna.h
gs/base/gdevps.c
gs/base/gdevpsd.c
gs/base/gdevpsdf.h
gs/base/gdevpsdi.c
gs/base/gdevpsdp.c
gs/base/gdevpsds.c
gs/base/gdevpsds.h
gs/base/gdevpsdu.c
gs/base/gdevpsf.h
gs/base/gdevpsf1.c
gs/base/gdevpsf2.c
gs/base/gdevpsfm.c
gs/base/gdevpsft.c
gs/base/gdevpsfu.c
gs/base/gdevpsfx.c
gs/base/gdevpsim.c
gs/base/gdevpsu.c
gs/base/gdevpsu.h
gs/base/gdevpx.c
gs/base/gdevpxen.h
gs/base/gdevpxop.h
gs/base/gdevpxut.c
gs/base/gdevpxut.h
gs/base/gdevrinkj.c
gs/base/gdevrops.c
gs/base/gdevs3ga.c
gs/base/gdevsco.c
gs/base/gdevsgi.c
gs/base/gdevsgi.h
gs/base/gdevsj48.c
gs/base/gdevsnfb.c
gs/base/gdevsppr.c
gs/base/gdevstc.c
gs/base/gdevstc.h
gs/base/gdevstc1.c
gs/base/gdevstc2.c
gs/base/gdevstc3.c
gs/base/gdevstc4.c
gs/base/gdevsun.c
gs/base/gdevsunr.c
gs/base/gdevsvg.c
gs/base/gdevsvga.c
gs/base/gdevsvga.h
gs/base/gdevtfax.c
gs/base/gdevtfax.h
gs/base/gdevtfnx.c
gs/base/gdevtifs.c
gs/base/gdevtifs.h
gs/base/gdevtknk.c
gs/base/gdevtrac.c
gs/base/gdevtsep.c
gs/base/gdevtxtw.c
gs/base/gdevupd.c
gs/base/gdevvec.c
gs/base/gdevvec.h
gs/base/gdevvglb.c
gs/base/gdevwddb.c
gs/base/gdevwdib.c
gs/base/gdevwpr2.c
gs/base/gdevwprn.c
gs/base/gdevwts.c
gs/base/gdevx.c
gs/base/gdevx.h
gs/base/gdevxalt.c
gs/base/gdevxcf.c
gs/base/gdevxcmp.c
gs/base/gdevxcmp.h
gs/base/gdevxini.c
gs/base/gdevxres.c
gs/base/gdevxxf.c
gs/base/genarch.c
gs/base/genconf.c
gs/base/gendev.c
gs/base/genht.c
gs/base/gp.h
gs/base/gp_dosfe.c
gs/base/gp_dosfs.c
gs/base/gp_dvx.c
gs/base/gp_getnv.c
gs/base/gp_mac.c
gs/base/gp_mac.h
gs/base/gp_macio.c
gs/base/gp_macpoll.c
gs/base/gp_mktmp.c
gs/base/gp_msdll.c
gs/base/gp_msdos.c
gs/base/gp_mshdl.c
gs/base/gp_mslib.c
gs/base/gp_mspol.c
gs/base/gp_msprn.c
gs/base/gp_mswin.c
gs/base/gp_mswin.h
gs/base/gp_nsync.c
gs/base/gp_ntfs.c
gs/base/gp_os2.c
gs/base/gp_os2.h
gs/base/gp_os2fs.c
gs/base/gp_os2pr.c
gs/base/gp_os9.c
gs/base/gp_paper.c
gs/base/gp_psync.c
gs/base/gp_stdia.c
gs/base/gp_stdin.c
gs/base/gp_strdl.c
gs/base/gp_sysv.c
gs/base/gp_unix.c
gs/base/gp_unix_cache.c
gs/base/gp_upapr.c
gs/base/gp_vms.c
gs/base/gp_wgetv.c
gs/base/gp_win32.c
gs/base/gp_wpapr.c
gs/base/gp_wsync.c
gs/base/gpcheck.h
gs/base/gpgetenv.h
gs/base/gpmisc.c
gs/base/gpmisc.h
gs/base/gs_agl.h
gs/base/gs_dll_call.h
gs/base/gs_mgl_e.h
gs/base/gs_mro_e.h
gs/base/gsalloc.c
gs/base/gsalloc.h
gs/base/gsalpha.c
gs/base/gsalpha.h
gs/base/gsalphac.c
gs/base/gsalphac.h
gs/base/gsargs.c
gs/base/gsargs.h
gs/base/gsbitcom.c
gs/base/gsbitmap.h
gs/base/gsbitops.c
gs/base/gsbittab.c
gs/base/gsbittab.h
gs/base/gsccode.h
gs/base/gsccolor.h
gs/base/gscdef.c
gs/base/gscdefs.h
gs/base/gscdevn.c
gs/base/gscdevn.h
gs/base/gscedata.c
gs/base/gscedata.h
gs/base/gscencs.c
gs/base/gscencs.h
gs/base/gschar.c
gs/base/gschar.h
gs/base/gschar0.c
gs/base/gscicach.c
gs/base/gscicach.h
gs/base/gscie.c
gs/base/gscie.h
gs/base/gsciemap.c
gs/base/gscindex.h
gs/base/gsclipsr.c
gs/base/gsclipsr.h
gs/base/gscms.h
gs/base/gscolor.c
gs/base/gscolor.h
gs/base/gscolor1.c
gs/base/gscolor1.h
gs/base/gscolor2.c
gs/base/gscolor2.h
gs/base/gscolor3.c
gs/base/gscolor3.h
gs/base/gscolorbuffer.c
gs/base/gscolorbuffer.h
gs/base/gscompt.h
gs/base/gscoord.c
gs/base/gscoord.h
gs/base/gscparam.c
gs/base/gscpixel.c
gs/base/gscpixel.h
gs/base/gscpm.h
gs/base/gscrd.c
gs/base/gscrd.h
gs/base/gscrdp.c
gs/base/gscrdp.h
gs/base/gscrypt1.c
gs/base/gscrypt1.h
gs/base/gscscie.c
gs/base/gscsel.h
gs/base/gscsepr.c
gs/base/gscsepr.h
gs/base/gscspace.c
gs/base/gscspace.h
gs/base/gscssub.c
gs/base/gscssub.h
gs/base/gsdcolor.h
gs/base/gsdevice.c
gs/base/gsdevice.h
gs/base/gsdevmem.c
gs/base/gsdfilt.c
gs/base/gsdfilt.h
gs/base/gsdll.h
gs/base/gsdllwin.h
gs/base/gsdparam.c
gs/base/gsdpnext.h
gs/base/gsdps.c
gs/base/gsdps.h
gs/base/gsdps1.c
gs/base/gsdsrc.c
gs/base/gsdsrc.h
gs/base/gsequivc.c
gs/base/gsequivc.h
gs/base/gserror.h
gs/base/gserrors.h
gs/base/gsexit.h
gs/base/gsfcid.c
gs/base/gsfcid2.c
gs/base/gsfcmap.c
gs/base/gsfcmap.h
gs/base/gsfcmap1.c
gs/base/gsflip.c
gs/base/gsflip.h
gs/base/gsfname.c
gs/base/gsfname.h
gs/base/gsfont.c
gs/base/gsfont.h
gs/base/gsfont0.c
gs/base/gsfont0c.c
gs/base/gsfunc.c
gs/base/gsfunc.h
gs/base/gsfunc0.c
gs/base/gsfunc0.h
gs/base/gsfunc3.c
gs/base/gsfunc3.h
gs/base/gsfunc4.c
gs/base/gsfunc4.h
gs/base/gsgc.h
gs/base/gsgcache.c
gs/base/gsgcache.h
gs/base/gsgdata.c
gs/base/gsgdata.h
gs/base/gshsb.c
gs/base/gshsb.h
gs/base/gsht.c
gs/base/gsht.h
gs/base/gsht1.c
gs/base/gsht1.h
gs/base/gshtscr.c
gs/base/gshtx.c
gs/base/gshtx.h
gs/base/gsicc.c
gs/base/gsicc.h
gs/base/gsicc_cache.c
gs/base/gsicc_cache.h
gs/base/gsicc_cms.h
gs/base/gsicc_create.c
gs/base/gsicc_create.h
gs/base/gsicc_lcms.c
gs/base/gsicc_lcms2.c
gs/base/gsicc_manage.c
gs/base/gsicc_manage.h
gs/base/gsicc_profilecache.c
gs/base/gsicc_profilecache.h
gs/base/gsimage.c
gs/base/gsimage.h
gs/base/gsimpath.c
gs/base/gsinit.c
gs/base/gsio.h
gs/base/gsiodev.c
gs/base/gsiodevs.c
gs/base/gsiodisk.c
gs/base/gsiomacres.c
gs/base/gsiorom.c
gs/base/gsiorom.h
gs/base/gsipar3x.h
gs/base/gsiparam.h
gs/base/gsiparm2.h
gs/base/gsiparm3.h
gs/base/gsiparm4.h
gs/base/gsistate.c
gs/base/gsjconf.h
gs/base/gsjmorec.h
gs/base/gslib.c
gs/base/gslib.h
gs/base/gslibctx.c
gs/base/gslibctx.h
gs/base/gsline.c
gs/base/gsline.h
gs/base/gslparam.h
gs/base/gsmalloc.c
gs/base/gsmalloc.h
gs/base/gsmatrix.c
gs/base/gsmatrix.h
gs/base/gsmchunk.c
gs/base/gsmchunk.h
gs/base/gsmdebug.h
gs/base/gsmemlok.c
gs/base/gsmemlok.h
gs/base/gsmemory.c
gs/base/gsmemory.h
gs/base/gsmemraw.h
gs/base/gsmemret.c
gs/base/gsmemret.h
gs/base/gsmisc.c
gs/base/gsnamecl.c
gs/base/gsnamecl.h
gs/base/gsncdummy.c
gs/base/gsncdummy.h
gs/base/gsnogc.c
gs/base/gsnogc.h
gs/base/gsnorop.c
gs/base/gsnotify.c
gs/base/gsnotify.h
gs/base/gsovrc.c
gs/base/gsovrc.h
gs/base/gspaint.c
gs/base/gspaint.h
gs/base/gsparam.c
gs/base/gsparam.h
gs/base/gsparam2.c
gs/base/gsparams.c
gs/base/gsparams.h
gs/base/gsparamx.c
gs/base/gsparamx.h
gs/base/gspath.c
gs/base/gspath.h
gs/base/gspath1.c
gs/base/gspath2.h
gs/base/gspcolor.c
gs/base/gspcolor.h
gs/base/gspenum.h
gs/base/gspmdrv.c
gs/base/gspmdrv.h
gs/base/gsptype1.c
gs/base/gsptype1.h
gs/base/gsptype2.c
gs/base/gsptype2.h
gs/base/gsrect.h
gs/base/gsrefct.h
gs/base/gsromfs0.c
gs/base/gsrop.c
gs/base/gsrop.h
gs/base/gsroprun.c
gs/base/gsropt.h
gs/base/gsroptab.c
gs/base/gsserial.c
gs/base/gsserial.h
gs/base/gsshade.c
gs/base/gsshade.h
gs/base/gsstate.c
gs/base/gsstate.h
gs/base/gsstruct.h
gs/base/gsstype.h
gs/base/gstext.c
gs/base/gstext.h
gs/base/gstparam.h
gs/base/gstrans.c
gs/base/gstrans.h
gs/base/gstrap.c
gs/base/gstrap.h
gs/base/gstype1.c
gs/base/gstype1.h
gs/base/gstype2.c
gs/base/gstype42.c
gs/base/gstypes.h
gs/base/gsuid.h
gs/base/gsutil.c
gs/base/gsutil.h
gs/base/gswts.c
gs/base/gswts.h
gs/base/gsxfont.h
gs/base/gx.h
gs/base/gxacpath.c
gs/base/gxalloc.h
gs/base/gxalpha.h
gs/base/gxarith.h
gs/base/gxband.h
gs/base/gxbcache.c
gs/base/gxbcache.h
gs/base/gxbitfmt.h
gs/base/gxbitmap.h
gs/base/gxbitops.h
gs/base/gxblend.c
gs/base/gxblend.h
gs/base/gxblend1.c
gs/base/gxccache.c
gs/base/gxccman.c
gs/base/gxcdevn.h
gs/base/gxchar.h
gs/base/gxchrout.c
gs/base/gxchrout.h
gs/base/gxcht.c
gs/base/gxcid.h
gs/base/gxcie.h
gs/base/gxcindex.h
gs/base/gxclbits.c
gs/base/gxcldev.h
gs/base/gxclfile.c
gs/base/gxclimag.c
gs/base/gxclio.h
gs/base/gxclip.c
gs/base/gxclip.h
gs/base/gxclip2.c
gs/base/gxclip2.h
gs/base/gxclipm.c
gs/base/gxclipm.h
gs/base/gxclipsr.h
gs/base/gxclist.c
gs/base/gxclist.h
gs/base/gxcllzw.c
gs/base/gxclmem.c
gs/base/gxclmem.h
gs/base/gxclpage.c
gs/base/gxclpage.h
gs/base/gxclpath.c
gs/base/gxclpath.h
gs/base/gxclrast.c
gs/base/gxclread.c
gs/base/gxclrect.c
gs/base/gxclthrd.c
gs/base/gxclthrd.h
gs/base/gxclutil.c
gs/base/gxcmap.c
gs/base/gxcmap.h
gs/base/gxcolor2.h
gs/base/gxcomp.h
gs/base/gxcoord.h
gs/base/gxcpath.c
gs/base/gxcpath.h
gs/base/gxcspace.h
gs/base/gxctable.c
gs/base/gxctable.h
gs/base/gxcvalue.h
gs/base/gxdcconv.c
gs/base/gxdcconv.h
gs/base/gxdcolor.c
gs/base/gxdcolor.h
gs/base/gxdda.h
gs/base/gxdevbuf.h
gs/base/gxdevcli.h
gs/base/gxdevmem.h
gs/base/gxdevndi.c
gs/base/gxdevndi.h
gs/base/gxdevrop.h
gs/base/gxdevsop.h
gs/base/gxdht.h
gs/base/gxdhtres.h
gs/base/gxdhtserial.c
gs/base/gxdhtserial.h
gs/base/gxdither.h
gs/base/gxdtfill.h
gs/base/gxfapiu.c
gs/base/gxfapiu.h
gs/base/gxfarith.h
gs/base/gxfcache.h
gs/base/gxfcid.h
gs/base/gxfcmap.h
gs/base/gxfcmap1.h
gs/base/gxfcopy.c
gs/base/gxfcopy.h
gs/base/gxfdrop.c
gs/base/gxfdrop.h
gs/base/gxfill.c
gs/base/gxfill.h
gs/base/gxfillsl.h
gs/base/gxfilltr.h
gs/base/gxfillts.h
gs/base/gxfixed.h
gs/base/gxfmap.h
gs/base/gxfont.h
gs/base/gxfont0.h
gs/base/gxfont0c.h
gs/base/gxfont1.h
gs/base/gxfont42.h
gs/base/gxfrac.h
gs/base/gxftype.h
gs/base/gxfunc.h
gs/base/gxgetbit.h
gs/base/gxhintn.c
gs/base/gxhintn.h
gs/base/gxhintn1.c
gs/base/gxhldevc.c
gs/base/gxhldevc.h
gs/base/gxht.c
gs/base/gxht.h
gs/base/gxht_thresh.c
gs/base/gxht_thresh.h
gs/base/gxhtbit.c
gs/base/gxhttile.h
gs/base/gxhttype.h
gs/base/gxi12bit.c
gs/base/gxi16bit.c
gs/base/gxiclass.h
gs/base/gxicolor.c
gs/base/gxidata.c
gs/base/gxifast.c
gs/base/gximag3x.c
gs/base/gximag3x.h
gs/base/gximage.c
gs/base/gximage.h
gs/base/gximage1.c
gs/base/gximage2.c
gs/base/gximage3.c
gs/base/gximage3.h
gs/base/gximage4.c
gs/base/gximask.c
gs/base/gximask.h
gs/base/gximono.c
gs/base/gxino12b.c
gs/base/gxino16b.c
gs/base/gxiodev.h
gs/base/gxiparam.h
gs/base/gxipixel.c
gs/base/gxiscale.c
gs/base/gxistate.h
gs/base/gxline.h
gs/base/gxlum.h
gs/base/gxmatrix.h
gs/base/gxmclip.c
gs/base/gxmclip.h
gs/base/gxobj.h
gs/base/gxoprect.c
gs/base/gxoprect.h
gs/base/gxp1fill.c
gs/base/gxp1impl.h
gs/base/gxpageq.c
gs/base/gxpageq.h
gs/base/gxpaint.c
gs/base/gxpaint.h
gs/base/gxpath.c
gs/base/gxpath.h
gs/base/gxpath2.c
gs/base/gxpcache.h
gs/base/gxpcmap.c
gs/base/gxpcolor.h
gs/base/gxpcopy.c
gs/base/gxpdash.c
gs/base/gxpflat.c
gs/base/gxrplane.h
gs/base/gxsample.c
gs/base/gxsample.h
gs/base/gxsamplp.h
gs/base/gxshade.c
gs/base/gxshade.h
gs/base/gxshade1.c
gs/base/gxshade4.c
gs/base/gxshade4.h
gs/base/gxshade6.c
gs/base/gxstate.h
gs/base/gxstdio.h
gs/base/gxstroke.c
gs/base/gxsync.c
gs/base/gxsync.h
gs/base/gxtext.h
gs/base/gxtmap.h
gs/base/gxttf.h
gs/base/gxttfb.c
gs/base/gxttfb.h
gs/base/gxtype1.c
gs/base/gxtype1.h
gs/base/gxwts.c
gs/base/gxwts.h
gs/base/gxxfont.h
gs/base/gzacpath.h
gs/base/gzcpath.h
gs/base/gzht.h
gs/base/gzline.h
gs/base/gzpath.h
gs/base/gzspotan.c
gs/base/gzspotan.h
gs/base/gzstate.h
gs/base/jerror_.h
gs/base/locale_.h
gs/base/macos_carbon_d_pre.h
gs/base/macos_carbon_pre.h
gs/base/macos_classic_d_pre.h
gs/base/macsystypes.h
gs/base/malloc_.h
gs/base/math_.h
gs/base/md5.c
gs/base/md5.h
gs/base/md5main.c
gs/base/memory_.h
gs/base/minftrsz.c
gs/base/mkromfs.c
gs/base/opdfread.h
gs/base/pipe_.h
gs/base/png_.h
gs/base/rinkj/evenbetter-rll.c
gs/base/rinkj/evenbetter-rll.h
gs/base/rinkj/rinkj-byte-stream.c
gs/base/rinkj/rinkj-byte-stream.h
gs/base/rinkj/rinkj-config.c
gs/base/rinkj/rinkj-config.h
gs/base/rinkj/rinkj-device.c
gs/base/rinkj/rinkj-device.h
gs/base/rinkj/rinkj-dither.c
gs/base/rinkj/rinkj-dither.h
gs/base/rinkj/rinkj-epson870.c
gs/base/rinkj/rinkj-epson870.h
gs/base/rinkj/rinkj-screen-eb.c
gs/base/rinkj/rinkj-screen-eb.h
gs/base/sa85d.c
gs/base/sa85d.h
gs/base/sa85x.h
gs/base/saes.c
gs/base/saes.h
gs/base/sarc4.c
gs/base/sarc4.h
gs/base/sbcp.c
gs/base/sbcp.h
gs/base/sbhc.c
gs/base/sbhc.h
gs/base/sbtx.h
gs/base/sbwbs.c
gs/base/sbwbs.h
gs/base/scanchar.h
gs/base/scantab.c
gs/base/scf.h
gs/base/scfd.c
gs/base/scfdgen.c
gs/base/scfdtab.c
gs/base/scfe.c
gs/base/scfetab.c
gs/base/scfparam.c
gs/base/scfx.h
gs/base/scommon.h
gs/base/sdcparam.c
gs/base/sdcparam.h
gs/base/sdct.h
gs/base/sdctd.c
gs/base/sdcte.c
gs/base/sddparam.c
gs/base/sdeparam.c
gs/base/seexec.c
gs/base/setjmp_.h
gs/base/sfilter.h
gs/base/sfilter2.c
gs/base/sfxboth.c
gs/base/sfxcommon.c
gs/base/sfxfd.c
gs/base/sfxstdio.c
gs/base/sha2.c
gs/base/sha2.h
gs/base/shc.c
gs/base/shc.h
gs/base/shcgen.c
gs/base/shcgen.h
gs/base/sidscale.c
gs/base/sidscale.h
gs/base/siinterp.c
gs/base/siinterp.h
gs/base/simscale.c
gs/base/simscale.h
gs/base/siscale.c
gs/base/siscale.h
gs/base/sisparam.h
gs/base/sjbig2.c
gs/base/sjbig2.h
gs/base/sjbig2_luratech.c
gs/base/sjbig2_luratech.h
gs/base/sjpeg.h
gs/base/sjpegc.c
gs/base/sjpegd.c
gs/base/sjpege.c
gs/base/sjpx.c
gs/base/sjpx_luratech.c
gs/base/sjpx_luratech.h
gs/base/slzwc.c
gs/base/slzwd.c
gs/base/slzwe.c
gs/base/slzwx.h
gs/base/smd5.c
gs/base/smd5.h
gs/base/smtf.c
gs/base/smtf.h
gs/base/spdiff.c
gs/base/spdiffx.h
gs/base/spngp.c
gs/base/spngpx.h
gs/base/spprint.c
gs/base/spprint.h
gs/base/spsdf.c
gs/base/spsdf.h
gs/base/srdline.h
gs/base/srld.c
gs/base/srle.c
gs/base/srlx.h
gs/base/ssha2.c
gs/base/sstring.c
gs/base/sstring.h
gs/base/stat_.h
gs/base/std.h
gs/base/stdint_.h
gs/base/stdio_.h
gs/base/stdpn.h
gs/base/stdpre.h
gs/base/stream.c
gs/base/stream.h
gs/base/strimpl.h
gs/base/string_.h
gs/base/strmio.h
gs/base/szlibc.c
gs/base/szlibe.c
gs/base/szlibx.h
gs/base/szlibxx.h
gs/base/time_.h
gs/base/ttcalc.c
gs/base/ttcalc.h
gs/base/ttcommon.h
gs/base/ttconf.h
gs/base/ttconfig.h
gs/base/ttfinp.c
gs/base/ttfinp.h
gs/base/ttfmain.c
gs/base/ttfmemd.c
gs/base/ttfmemd.h
gs/base/ttfoutl.h
gs/base/ttfsfnt.h
gs/base/ttinterp.c
gs/base/ttinterp.h
gs/base/ttload.c
gs/base/ttload.h
gs/base/ttmisc.h
gs/base/ttobjs.c
gs/base/ttobjs.h
gs/base/tttables.h
gs/base/tttype.h
gs/base/tttypes.h
gs/base/unistd_.h
gs/base/valgrind.h
gs/base/vdtrace.c
gs/base/vdtrace.h
gs/base/vms_x_fix.h
gs/base/vmsmath.h
gs/base/whitelst.c
gs/base/whitelst.h
gs/base/windows_.h
gs/base/wtsimdi.c
gs/base/x_.h
gs/contrib/defs.h
gs/contrib/eplaser/gdevescv.c
gs/contrib/eplaser/gdevescv.h
gs/contrib/gdevbjc_.c
gs/contrib/gdevbjc_.h
gs/contrib/gdevbjca.c
gs/contrib/gdevcd8.c
gs/contrib/gdevdj9.c
gs/contrib/gdevgdi.c
gs/contrib/gdevhl12.c
gs/contrib/gdevln03.c
gs/contrib/gdevlx32.c
gs/contrib/gdevlx50.c
gs/contrib/gdevlx7.c
gs/contrib/gdevmd2k.c
gs/contrib/gdevop4w.c
gs/contrib/gdevxes.c
gs/contrib/gomni.c
gs/contrib/japanese/dviprlib.c
gs/contrib/japanese/dviprlib.h
gs/contrib/japanese/gdev10v.c
gs/contrib/japanese/gdevalps.c
gs/contrib/japanese/gdevdmpr.c
gs/contrib/japanese/gdevespg.c
gs/contrib/japanese/gdevfmlbp.c
gs/contrib/japanese/gdevfmpr.c
gs/contrib/japanese/gdevj100.c
gs/contrib/japanese/gdevlbp3.c
gs/contrib/japanese/gdevmag.c
gs/contrib/japanese/gdevmjc.c
gs/contrib/japanese/gdevmjc.h
gs/contrib/japanese/gdevml6.c
gs/contrib/japanese/gdevnpdl.c
gs/contrib/japanese/gdevp201.c
gs/contrib/japanese/gdevrpdl.c
gs/contrib/lips4/gdevl4r.c
gs/contrib/lips4/gdevl4v.c
gs/contrib/lips4/gdevlips.c
gs/contrib/lips4/gdevlips.h
gs/contrib/lips4/gdevlprn.c
gs/contrib/lips4/gdevlprn.h
gs/contrib/opvp/gdevopvp.c
gs/contrib/opvp/opvp.h
gs/contrib/opvp/opvp_0_2_0.h
gs/contrib/opvp/opvp_common.h
gs/contrib/pcl3/eprn/eprnfs.c
gs/contrib/pcl3/eprn/eprnparm.c
gs/contrib/pcl3/eprn/eprnrend.c
gs/contrib/pcl3/eprn/gdeveprn.h
gs/contrib/pcl3/eprn/mediasize.c
gs/contrib/pcl3/eprn/mediasize.h
gs/contrib/pcl3/eprn/pagecount.c
gs/contrib/pcl3/ps/calign.ps
gs/contrib/pcl3/ps/levels-test.ps
gs/contrib/pcl3/src/pcl3opts.c
gs/contrib/pcl3/src/pclcap.c
gs/contrib/pcl3/src/pclcomp.c
gs/contrib/pcl3/src/pclgen.c
gs/contrib/pcl3/src/pclgen.h
gs/contrib/pcl3/src/pclscan.c
gs/contrib/pcl3/src/pclscan.h
gs/contrib/pcl3/src/pclsize.c
gs/contrib/pcl3/src/pclsize.h
gs/contrib/pscolor/black.ps
gs/contrib/pscolor/color.ps
gs/contrib/pscolor/input.ps
gs/contrib/pscolor/test.c
gs/icclib/icc.c
gs/icclib/icc.h
gs/icclib/icc9809.h
gs/ijs/ijs.c
gs/ijs/ijs_client.c
gs/ijs/ijs_client.h
gs/ijs/ijs_client_example.c
gs/ijs/ijs_exec_unix.c
gs/ijs/ijs_exec_win.c
gs/ijs/ijs_server.c
gs/ijs/ijs_server.h
gs/ijs/ijs_server_example.c
gs/ijs/ijs_spec.ps
gs/imdi/arch.h
gs/imdi/cctiff.c
gs/imdi/cgen.c
gs/imdi/config.h
gs/imdi/copyright.h
gs/imdi/imdi.c
gs/imdi/imdi.h
gs/imdi/imdi_gen.c
gs/imdi/imdi_gen.h
gs/imdi/imdi_imp.h
gs/imdi/imdi_k.c
gs/imdi/imdi_k.h
gs/imdi/imdi_tab.c
gs/imdi/imdi_tab.h
gs/lib/EndOfTask.ps
gs/lib/PDFA_def.ps
gs/lib/PDFX_def.ps
gs/lib/acctest.ps
gs/lib/addxchar.ps
gs/lib/align.ps
gs/lib/bdftops.ps
gs/lib/caption.ps
gs/lib/cat.ps
gs/lib/cid2code.ps
gs/lib/docie.ps
gs/lib/dumphint.ps
gs/lib/font2c.ps
gs/lib/font2pcl.ps
gs/lib/gs_ce_e.ps
gs/lib/gs_cmdl.ps
gs/lib/gs_fform.ps
gs/lib/gs_il2_e.ps
gs/lib/gs_kanji.ps
gs/lib/gs_ksb_e.ps
gs/lib/gs_lgo_e.ps
gs/lib/gs_lgx_e.ps
gs/lib/gs_pfile.ps
gs/lib/gs_rdlin.ps
gs/lib/gs_wl1_e.ps
gs/lib/gs_wl2_e.ps
gs/lib/gs_wl5_e.ps
gs/lib/gslp.ps
gs/lib/gsnup.ps
gs/lib/image-qa.ps
gs/lib/impath.ps
gs/lib/jispaper.ps
gs/lib/landscap.ps
gs/lib/lines.ps
gs/lib/markhint.ps
gs/lib/markpath.ps
gs/lib/mkcidfm.ps
gs/lib/opdfread.ps
gs/lib/packfile.ps
gs/lib/pcharstr.ps
gs/lib/pdf2dsc.ps
gs/lib/pdfopt.ps
gs/lib/pdfwrite.ps
gs/lib/pf2afm.ps
gs/lib/pfbtopfa.ps
gs/lib/ppath.ps
gs/lib/pphs.ps
gs/lib/prfont.ps
gs/lib/printafm.ps
gs/lib/ps2ai.ps
gs/lib/ps2ascii.ps
gs/lib/ps2epsi.ps
gs/lib/rollconv.ps
gs/lib/showchar.ps
gs/lib/stcinfo.ps
gs/lib/stcolor.ps
gs/lib/stocht.ps
gs/lib/traceimg.ps
gs/lib/traceop.ps
gs/lib/type1enc.ps
gs/lib/type1ops.ps
gs/lib/uninfo.ps
gs/lib/unprot.ps
gs/lib/viewcmyk.ps
gs/lib/viewgif.ps
gs/lib/viewjpeg.ps
gs/lib/viewmiff.ps
gs/lib/viewpbm.ps
gs/lib/viewpcx.ps
gs/lib/viewps2a.ps
gs/lib/viewrgb.ps
gs/lib/wftopfa.ps
gs/lib/winmaps.ps
gs/lib/wrfont.ps
gs/lib/zeroline.ps
gs/psi/bfont.h
gs/psi/btoken.h
gs/psi/dmmain.c
gs/psi/dpmain.c
gs/psi/dscparse.c
gs/psi/dscparse.h
gs/psi/dstack.h
gs/psi/dwdll.c
gs/psi/dwdll.h
gs/psi/dwimg.c
gs/psi/dwimg.h
gs/psi/dwinst.h
gs/psi/dwmain.c
gs/psi/dwmainc.c
gs/psi/dwnodll.c
gs/psi/dwreg.c
gs/psi/dwreg.h
gs/psi/dwres.h
gs/psi/dwsetup.h
gs/psi/dwtext.c
gs/psi/dwtext.h
gs/psi/dwtrace.c
gs/psi/dwtrace.h
gs/psi/dwuninst.h
gs/psi/dxmain.c
gs/psi/dxmainc.c
gs/psi/estack.h
gs/psi/fapi_ft.c
gs/psi/fapibstm.c
gs/psi/fapiufst.c
gs/psi/files.h
gs/psi/ghost.h
gs/psi/gs.c
gs/psi/gsdll.c
gs/psi/gserver.c
gs/psi/ialloc.c
gs/psi/ialloc.h
gs/psi/iapi.c
gs/psi/iapi.h
gs/psi/iastate.h
gs/psi/iastruct.h
gs/psi/ibnum.c
gs/psi/ibnum.h
gs/psi/ichar.h
gs/psi/ichar1.h
gs/psi/icharout.h
gs/psi/icid.h
gs/psi/icie.h
gs/psi/icolor.h
gs/psi/iconf.c
gs/psi/iconf.h
gs/psi/icontext.c
gs/psi/icontext.h
gs/psi/icremap.h
gs/psi/icsmap.h
gs/psi/icstate.h
gs/psi/iddict.h
gs/psi/iddstack.h
gs/psi/idebug.c
gs/psi/idebug.h
gs/psi/idict.c
gs/psi/idict.h
gs/psi/idictdef.h
gs/psi/idicttpl.h
gs/psi/idisp.c
gs/psi/idisp.h
gs/psi/idosave.h
gs/psi/idparam.c
gs/psi/idparam.h
gs/psi/idsdata.h
gs/psi/idstack.c
gs/psi/idstack.h
gs/psi/ierrors.h
gs/psi/iesdata.h
gs/psi/iestack.h
gs/psi/ifapi.h
gs/psi/ifcid.h
gs/psi/ifilter.h
gs/psi/ifilter2.h
gs/psi/ifont.h
gs/psi/ifont1.h
gs/psi/ifont2.h
gs/psi/ifont42.h
gs/psi/ifrpred.h
gs/psi/ifunc.h
gs/psi/ifwpred.h
gs/psi/igc.c
gs/psi/igc.h
gs/psi/igcref.c
gs/psi/igcstr.c
gs/psi/igcstr.h
gs/psi/igstate.h
gs/psi/iht.h
gs/psi/iimage.h
gs/psi/iimage2.h
gs/psi/iinit.c
gs/psi/iinit.h
gs/psi/ilevel.h
gs/psi/ilocate.c
gs/psi/imain.c
gs/psi/imain.h
gs/psi/imainarg.h
gs/psi/imemory.h
gs/psi/iminst.h
gs/psi/iname.c
gs/psi/iname.h
gs/psi/inamedef.h
gs/psi/inameidx.h
gs/psi/inames.h
gs/psi/inamestr.h
gs/psi/inobtokn.c
gs/psi/inouparm.c
gs/psi/interp.h
gs/psi/iosdata.h
gs/psi/iostack.h
gs/psi/ipacked.h
gs/psi/iparam.c
gs/psi/iparam.h
gs/psi/iparray.h
gs/psi/ipcolor.h
gs/psi/iplugin.c
gs/psi/iplugin.h
gs/psi/ireclaim.c
gs/psi/iref.h
gs/psi/isave.c
gs/psi/isave.h
gs/psi/iscanbin.c
gs/psi/iscanbin.h
gs/psi/iscannum.c
gs/psi/iscannum.h
gs/psi/isdata.h
gs/psi/isstate.h
gs/psi/istack.c
gs/psi/istack.h
gs/psi/istkparm.h
gs/psi/istream.h
gs/psi/istruct.h
gs/psi/iutil.c
gs/psi/iutil.h
gs/psi/iutil2.c
gs/psi/iutil2.h
gs/psi/ivmem2.h
gs/psi/ivmspace.h
gs/psi/main.h
gs/psi/oparc.h
gs/psi/opcheck.h
gs/psi/opdef.h
gs/psi/oper.h
gs/psi/opextern.h
gs/psi/ostack.h
gs/psi/sfilter1.c
gs/psi/store.h
gs/psi/wrfont.c
gs/psi/wrfont.h
gs/psi/write_t1.c
gs/psi/write_t1.h
gs/psi/write_t2.c
gs/psi/write_t2.h
gs/psi/zalg.c
gs/psi/zarith.c
gs/psi/zarray.c
gs/psi/zbfont.c
gs/psi/zbseq.c
gs/psi/zcfont.c
gs/psi/zchar.c
gs/psi/zchar1.c
gs/psi/zchar2.c
gs/psi/zchar32.c
gs/psi/zchar42.c
gs/psi/zchar42.h
gs/psi/zcharout.c
gs/psi/zcharx.c
gs/psi/zcid.c
gs/psi/zcidtest.c
gs/psi/zcie.c
gs/psi/zcie.h
gs/psi/zcolor.c
gs/psi/zcolor.h
gs/psi/zcolor1.c
gs/psi/zcolor2.c
gs/psi/zcolor3.c
gs/psi/zcontext.c
gs/psi/zcontrol.c
gs/psi/zcrd.c
gs/psi/zcsdevn.c
gs/psi/zcsindex.c
gs/psi/zcspixel.c
gs/psi/zcssepr.c
gs/psi/zdevcal.c
gs/psi/zdevice.c
gs/psi/zdevice2.c
gs/psi/zdfilter.c
gs/psi/zdict.c
gs/psi/zdosio.c
gs/psi/zdouble.c
gs/psi/zdpnext.c
gs/psi/zdps.c
gs/psi/zdps1.c
gs/psi/zdscpars.c
gs/psi/zfaes.c
gs/psi/zfapi.c
gs/psi/zfarc4.c
gs/psi/zfbcp.c
gs/psi/zfcid.c
gs/psi/zfcid0.c
gs/psi/zfcid1.c
gs/psi/zfcmap.c
gs/psi/zfdctd.c
gs/psi/zfdcte.c
gs/psi/zfdecode.c
gs/psi/zfile.c
gs/psi/zfile.h
gs/psi/zfile1.c
gs/psi/zfileio.c
gs/psi/zfilter.c
gs/psi/zfilter2.c
gs/psi/zfilterx.c
gs/psi/zfimscale.c
gs/psi/zfjbig2.c
gs/psi/zfjpx.c
gs/psi/zfmd5.c
gs/psi/zfont.c
gs/psi/zfont0.c
gs/psi/zfont1.c
gs/psi/zfont2.c
gs/psi/zfont32.c
gs/psi/zfont42.c
gs/psi/zfontenum.c
gs/psi/zfproc.c
gs/psi/zfrsd.c
gs/psi/zfrsd.h
gs/psi/zfsample.c
gs/psi/zfunc.c
gs/psi/zfunc.h
gs/psi/zfunc0.c
gs/psi/zfunc3.c
gs/psi/zfunc4.c
gs/psi/zfzlib.c
gs/psi/zgeneric.c
gs/psi/zgstate.c
gs/psi/zhsb.c
gs/psi/zht.c
gs/psi/zht1.c
gs/psi/zht2.c
gs/psi/zht2.h
gs/psi/zicc.c
gs/psi/zicc.h
gs/psi/zimage.c
gs/psi/zimage2.c
gs/psi/zimage3.c
gs/psi/ziodev2.c
gs/psi/ziodevs.c
gs/psi/ziodevsc.c
gs/psi/zmath.c
gs/psi/zmatrix.c
gs/psi/zmedia2.c
gs/psi/zmisc.c
gs/psi/zmisc1.c
gs/psi/zmisc2.c
gs/psi/zmisc3.c
gs/psi/zncdummy.c
gs/psi/zpacked.c
gs/psi/zpaint.c
gs/psi/zpath.c
gs/psi/zpath1.c
gs/psi/zpcolor.c
gs/psi/zpdfops.c
gs/psi/zrelbit.c
gs/psi/zrop.c
gs/psi/zshade.c
gs/psi/zstack.c
gs/psi/zstring.c
gs/psi/zsysvm.c
gs/psi/ztrans.c
gs/psi/ztrap.c
gs/psi/zupath.c
gs/psi/zusparam.c
gs/psi/zutf8.c
gs/psi/zvmem.c
gs/psi/zvmem2.c
gs/psi/zwinutf8.c
gs/toolbin/GenSubstCID.ps
gs/toolbin/bmpcmp.c
gs/toolbin/color/halftone/halfttoning/halftone.c
gs/toolbin/color/icc_creator/ICC_Creator/CIELAB.h
gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.h
gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.h
gs/toolbin/color/icc_creator/ICC_Creator/icc34.h
gs/toolbin/color/icc_creator/ICC_Creator/icc_create.h
gs/toolbin/color/icc_creator/ICC_Creator/resource.h
gs/toolbin/color/icc_creator/ICC_Creator/stdafx.h
gs/toolbin/color/icc_creator/ICC_Creator/targetver.h
gs/toolbin/drawafm.ps
gs/toolbin/encs2c.ps
gs/toolbin/extractFonts.ps
gs/toolbin/extractICCprofiles.ps
gs/toolbin/genfontmap.ps
gs/toolbin/jpxtopdf.c
gs/toolbin/pdf_info.ps
gs/toolbin/pdfinflt.ps
gs/toolbin/tests/fuzzy.c
pcl/pcbiptrn.c
pcl/pccid.c
pcl/pccolor.c
pcl/pccprint.c
pcl/pccrd.c
pcl/pccrd.h
pcl/pccsbase.c
pcl/pccsbase.h
pcl/pcdict.h
pcl/pcdraw.c
pcl/pcfont.c
pcl/pcfont.h
pcl/pcfontpg.c
pcl/pcfrgrnd.c
pcl/pcfrgrnd.h
pcl/pcfsel.c
pcl/pcfsel.h
pcl/pcht.c
pcl/pcht.h
pcl/pcimpl.c
pcl/pcindxed.c
pcl/pcindxed.h
pcl/pcjob.c
pcl/pclookup.c
pcl/pclookup.h
pcl/pcmacros.c
pcl/pcmisc.c
pcl/pcmtx3.c
pcl/pcmtx3.h
pcl/pcommand.c
pcl/pcommand.h
pcl/pcpage.c
pcl/pcpalet.c
pcl/pcpalet.h
pcl/pcparse.c
pcl/pcparse.h
pcl/pcpatrn.c
pcl/pcpatrn.h
pcl/pcpattyp.h
pcl/pcpatxfm.c
pcl/pcpatxfm.h
pcl/pcrect.c
pcl/pcsfont.c
pcl/pcstate.h
pcl/pcstatus.c
pcl/pcsymbol.c
pcl/pcsymbol.h
pcl/pctext.c
pcl/pctop.c
pcl/pctop.h
pcl/pctpm.h
pcl/pcuptrn.c
pcl/pcursor.c
pcl/pcwhtidx.c
pcl/pcxfmst.h
pcl/pgchar.c
pcl/pgcolor.c
pcl/pgconfig.c
pcl/pgdraw.c
pcl/pgdraw.h
pcl/pgfdata.c
pcl/pgfdata.h
pcl/pgfont.c
pcl/pgframe.c
pcl/pggeom.c
pcl/pggeom.h
pcl/pglabel.c
pcl/pglfill.c
pcl/pgmisc.c
pcl/pgmisc.h
pcl/pgparse.c
pcl/pgpoly.c
pcl/pgstate.h
pcl/rtgmode.c
pcl/rtgmode.h
pcl/rtmisc.c
pcl/rtraster.c
pcl/rtrstcmp.c
pcl/rtrstcmp.h
pcl/rtrstst.h
pl/dwimg.c
pl/dwimg.h
pl/dwmainc.c
pl/dwreg.c
pl/dwreg.h
pl/dwres.h
pl/pjparse.c
pl/pjparse.h
pl/pjparsei.c
pl/pjtop.c
pl/pjtop.h
pl/plalloc.c
pl/plalloc.h
pl/plapi.h
pl/plchar.c
pl/pldict.c
pl/pldict.h
pl/pldraw.c
pl/plfont.c
pl/plfont.h
pl/plftable.c
pl/plht.c
pl/plimpl.c
pl/pllfont.c
pl/plmain.c
pl/plplatf.c
pl/plplatf.h
pl/plplatfps.c
pl/plsrgb.c
pl/plsymbol.c
pl/plsymbol.h
pl/pltop.c
pl/pltop.h
pl/pltoputl.c
pl/pltoputl.h
pl/pluchar.c
pl/plufont.c
pl/plulfont.c
pl/plvocab.c
psi/psitop.c
pxl/pxasm.ps
pxl/pxbfont.c
pxl/pxbfont.ps
pxl/pxerrors.h
pxl/pxffont.c
pxl/pxfont.c
pxl/pxgstate.c
pxl/pxgstate.h
pxl/pximage.c
pxl/pximpl.c
pxl/pxink.c
pxl/pxoper.h
pxl/pxpaint.c
pxl/pxparse.c
pxl/pxparse.h
pxl/pxpthr.c
pxl/pxsessio.c
pxl/pxstate.c
pxl/pxstate.h
pxl/pxstream.c
pxl/pxsymbol.ps
pxl/pxtop.c
pxl/pxvalue.c
pxl/pxvalue.h
svg/ghostsvg.h
svg/svgcolor.c
svg/svgdoc.c
svg/svgshapes.c
svg/svgtop.c
svg/svgtransform.c
svg/svgtypes.c
svg/svgxml.c
tools/GOT/detag.c
tools/GOT/tagimage.c
tools/gslite/gslt.h
tools/gslite/gslt_alloc.c
tools/gslite/gslt_alloc.h
tools/gslite/gslt_font.h
tools/gslite/gslt_font_api.c
tools/gslite/gslt_font_api.h
tools/gslite/gslt_font_api_test.c
tools/gslite/gslt_font_cache.c
tools/gslite/gslt_font_cff.c
tools/gslite/gslt_font_encoding.c
tools/gslite/gslt_font_glyph.c
tools/gslite/gslt_font_int.h
tools/gslite/gslt_font_test.c
tools/gslite/gslt_font_ttf.c
tools/gslite/gslt_image.c
tools/gslite/gslt_image.h
tools/gslite/gslt_image_jpeg.c
tools/gslite/gslt_image_png.c
tools/gslite/gslt_image_test.c
tools/gslite/gslt_image_threads_test.c
tools/gslite/gslt_image_tiff.c
tools/gslite/gslt_init.c
tools/gslite/gslt_test.c
tools/tt2pcl.c
tools/xps2tiff/xps2tiff/stdafx.h
xps/xpsgradient.c

2011-04-19 23:40:49 +0200
Tor Andersson
0b17959f31afe3baffbc328e7f92e88e634ad8b8


Introduce end-of-line normalization.

.gitattributes
.gitignore
COPYING.AFPL
gs/.gitignore
gs/Resource/Init/FAPIcidfmap
gs/Resource/Init/FAPIconfig
gs/Resource/Init/FAPIfontmap
gs/Resource/Init/gs_agl.ps
gs/Resource/Init/gs_mgl_e.ps
gs/Resource/Init/gs_mro_e.ps
gs/base/gdevplib.c
gs/base/gs_agl.h
gs/base/gs_mgl_e.h
gs/base/gs_mro_e.h
gs/base/gsicc_lcms2.c
gs/base/gxht_thresh.c
gs/base/gxht_thresh.h
gs/base/lcups.mak
gs/base/lcupsi.mak
gs/base/opdfread.h
gs/base/whitelst.c
gs/base/whitelst.h
gs/cups/libs/filter/image-colorspace.c
gs/doc/Details9.htm
gs/doc/GS9_Color_Management.tex
gs/doc/History9.htm
gs/doc/figures/Overview.eps
gs/expat/examples/elements.dsp
gs/expat/examples/outline.dsp
gs/expat/expat.dsw
gs/expat/lib/expat.dsp
gs/expat/lib/expat_static.dsp
gs/expat/lib/expatw.dsp
gs/expat/lib/expatw_static.dsp
gs/expat/tests/benchmark/benchmark.dsp
gs/expat/tests/benchmark/benchmark.dsw
gs/expat/xmlwf/xmlwf.dsp
gs/freetype/builds/win32/vc2005/freetype.sln
gs/freetype/builds/win32/vc2005/freetype.vcproj
gs/freetype/builds/win32/vc2008/freetype.sln
gs/freetype/builds/win32/vc2008/freetype.vcproj
gs/freetype/builds/win32/visualc/freetype.dsp
gs/freetype/builds/win32/visualc/freetype.dsw
gs/freetype/builds/win32/visualc/freetype.sln
gs/freetype/builds/win32/visualc/freetype.vcproj
gs/freetype/builds/win32/visualce/freetype.dsp
gs/freetype/builds/win32/visualce/freetype.dsw
gs/freetype/builds/win32/visualce/freetype.vcproj
gs/freetype/builds/wince/vc2005-ce/freetype.sln
gs/freetype/builds/wince/vc2005-ce/freetype.vcproj
gs/freetype/builds/wince/vc2008-ce/freetype.sln
gs/freetype/builds/wince/vc2008-ce/freetype.vcproj
gs/ghostscript-ufst.vcproj
gs/ghostscript.vcproj
gs/jasper/src/msvc/imgcmp.dsp
gs/jasper/src/msvc/imginfo.dsp
gs/jasper/src/msvc/jasper.dsp
gs/jasper/src/msvc/jasper.dsw
gs/jasper/src/msvc/jiv.dsp
gs/jasper/src/msvc/libjasper.dsp
gs/jpegxr/APP.rc
gs/jpegxr/APP.vcproj
gs/jpegxr/DLL.rc
gs/jpegxr/DLL.vcproj
gs/jpegxr/JPEG-XR.sln
gs/lcms/Delphi/Samples/MAKETEST.BAT
gs/lcms/Delphi/Samples/gamutchk.pas
gs/lcms/Projects/BorlandC_5.5/lcms.rc
gs/lcms/Projects/BorlandC_5.5/lcmsdll.lk
gs/lcms/Projects/BorlandC_5.5/lcmsdll.lst
gs/lcms/Projects/BorlandC_5.5/mklcmsdll.bat
gs/lcms/Projects/VC2005/Python.vcproj
gs/lcms/Projects/VC2005/Testbed.vcproj
gs/lcms/Projects/VC2005/icc2ps.vcproj
gs/lcms/Projects/VC2005/icclink.vcproj
gs/lcms/Projects/VC2005/icctrans.vcproj
gs/lcms/Projects/VC2005/jpegicc.vcproj
gs/lcms/Projects/VC2005/lcms.rc
gs/lcms/Projects/VC2005/lcms.sln
gs/lcms/Projects/VC2005/lcms.vcproj
gs/lcms/Projects/VC2005/lcmsdll.vcproj
gs/lcms/Projects/VC2005/tiffdiff.vcproj
gs/lcms/Projects/VC2005/tifficc.vcproj
gs/lcms/Projects/VC2008/Python.vcproj
gs/lcms/Projects/VC2008/Testbed.vcproj
gs/lcms/Projects/VC2008/icc2ps.vcproj
gs/lcms/Projects/VC2008/icclink.vcproj
gs/lcms/Projects/VC2008/icctrans.vcproj
gs/lcms/Projects/VC2008/jpegicc.vcproj
gs/lcms/Projects/VC2008/lcms.rc
gs/lcms/Projects/VC2008/lcms.sln
gs/lcms/Projects/VC2008/lcms.vcproj
gs/lcms/Projects/VC2008/lcmsdll.vcproj
gs/lcms/Projects/VC2008/tiffdiff.vcproj
gs/lcms/Projects/VC2008/tifficc.vcproj
gs/lcms/Projects/VC6/Python.dsp
gs/lcms/Projects/VC6/Python.plg
gs/lcms/Projects/VC6/Testbed.dsp
gs/lcms/Projects/VC6/Testbed.plg
gs/lcms/Projects/VC6/icc2ps.dsp
gs/lcms/Projects/VC6/icclink.dsp
gs/lcms/Projects/VC6/icctrans.dsp
gs/lcms/Projects/VC6/jpegicc.dsp
gs/lcms/Projects/VC6/lcms.dsp
gs/lcms/Projects/VC6/lcms.dsw
gs/lcms/Projects/VC6/lcms.rc
gs/lcms/Projects/VC6/lcmsdll.dsp
gs/lcms/Projects/VC6/tifficc.dsp
gs/lcms/Projects/VC7/Python.vcproj
gs/lcms/Projects/VC7/Testbed.vcproj
gs/lcms/Projects/VC7/icc2ps.vcproj
gs/lcms/Projects/VC7/icclink.vcproj
gs/lcms/Projects/VC7/icctrans.vcproj
gs/lcms/Projects/VC7/jpegicc.vcproj
gs/lcms/Projects/VC7/lcms.rc
gs/lcms/Projects/VC7/lcms.sln
gs/lcms/Projects/VC7/lcms.vcproj
gs/lcms/Projects/VC7/lcmsdll.vcproj
gs/lcms/Projects/VC7/tiffdiff.vcproj
gs/lcms/Projects/VC7/tifficc.vcproj
gs/lcms2/Projects/VC2010/lcms2_static/lcms2_static.vcxproj
gs/lcms2/utils/delphi/delphidemo.dpr
gs/lcms2/utils/delphi/delphidemo.dproj
gs/lcms2/utils/delphi/demo1.pas
gs/lcms2/utils/delphi/lcms2dll.pas
gs/lcms2/utils/matlab/icctrans.c
gs/lib/opdfread.ps
gs/libpng/contrib/visupng/VisualPng.dsp
gs/libpng/contrib/visupng/VisualPng.dsw
gs/libpng/contrib/visupng/VisualPng.rc
gs/libpng/projects/cbuilder5/libpng.bpf
gs/libpng/projects/cbuilder5/libpng.bpg
gs/libpng/projects/cbuilder5/libpng.bpr
gs/libpng/projects/cbuilder5/libpng.cpp
gs/libpng/projects/cbuilder5/libpngstat.bpf
gs/libpng/projects/cbuilder5/libpngstat.bpr
gs/libpng/projects/visualc6/libpng.dsp
gs/libpng/projects/visualc6/libpng.dsw
gs/libpng/projects/visualc6/pngtest.dsp
gs/libpng/projects/visualc71/libpng.sln
gs/libpng/projects/visualc71/libpng.vcproj
gs/libpng/projects/visualc71/pngtest.vcproj
gs/libpng/projects/visualc71/zlib.vcproj
gs/psi/dw64c.def
gs/psi/dwmain64.def
gs/psi/gsdll64.def
gs/psi/msvc.mak
gs/psi/msvc64.mak
gs/psi/nsisinst.nsi
gs/tiff/man/tiffcrop.1
gs/toolbin/color/halftone/README
gs/toolbin/color/halftone/halfttoning.sln
gs/toolbin/color/halftone/halfttoning/halftone.c
gs/toolbin/color/halftone/halfttoning/halfttoning.vcproj
gs/toolbin/color/icc_creator/ICC_Creator.sln
gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.rc
gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.vcproj
gs/toolbin/color/icc_creator/ucr_bg.txt
gs/toolbin/gen_ldf_jb2.py
gs/toolbin/pdf_info.ps
gs/zlib/contrib/dotzlib/DotZLib.build
gs/zlib/contrib/dotzlib/DotZLib.sln
gs/zlib/contrib/dotzlib/DotZLib/AssemblyInfo.cs
gs/zlib/contrib/dotzlib/DotZLib/ChecksumImpl.cs
gs/zlib/contrib/dotzlib/DotZLib/CircularBuffer.cs
gs/zlib/contrib/dotzlib/DotZLib/CodecBase.cs
gs/zlib/contrib/dotzlib/DotZLib/Deflater.cs
gs/zlib/contrib/dotzlib/DotZLib/DotZLib.cs
gs/zlib/contrib/dotzlib/DotZLib/DotZLib.csproj
gs/zlib/contrib/dotzlib/DotZLib/GZipStream.cs
gs/zlib/contrib/dotzlib/DotZLib/Inflater.cs
gs/zlib/contrib/dotzlib/DotZLib/UnitTests.cs
gs/zlib/contrib/masm686/match.asm
gs/zlib/contrib/masmx64/bld_ml64.bat
gs/zlib/contrib/masmx64/gvmat64.asm
gs/zlib/contrib/masmx64/inffas8664.c
gs/zlib/contrib/masmx64/inffasx64.asm
gs/zlib/contrib/masmx86/bld_ml32.bat
gs/zlib/contrib/masmx86/gvmat32.asm
gs/zlib/contrib/masmx86/gvmat32c.c
gs/zlib/contrib/masmx86/inffas32.asm
gs/zlib/contrib/masmx86/mkasm.bat
gs/zlib/contrib/vstudio/vc7/miniunz.vcproj
gs/zlib/contrib/vstudio/vc7/minizip.vcproj
gs/zlib/contrib/vstudio/vc7/testzlib.vcproj
gs/zlib/contrib/vstudio/vc7/zlib.rc
gs/zlib/contrib/vstudio/vc7/zlibstat.vcproj
gs/zlib/contrib/vstudio/vc7/zlibvc.def
gs/zlib/contrib/vstudio/vc7/zlibvc.sln
gs/zlib/contrib/vstudio/vc7/zlibvc.vcproj
gs/zlib/contrib/vstudio/vc8/miniunz.vcproj
gs/zlib/contrib/vstudio/vc8/minizip.vcproj
gs/zlib/contrib/vstudio/vc8/testzlib.vcproj
gs/zlib/contrib/vstudio/vc8/testzlibdll.vcproj
gs/zlib/contrib/vstudio/vc8/zlib.rc
gs/zlib/contrib/vstudio/vc8/zlibstat.vcproj
gs/zlib/contrib/vstudio/vc8/zlibvc.def
gs/zlib/contrib/vstudio/vc8/zlibvc.sln
gs/zlib/contrib/vstudio/vc8/zlibvc.vcproj
gs/zlib/projects/visualc6/example.dsp
gs/zlib/projects/visualc6/minigzip.dsp
gs/zlib/projects/visualc6/zlib.dsp
gs/zlib/projects/visualc6/zlib.dsw
pl/dwimg.c
pl/dwimg.h
pl/dwmainc.c
pl/dwreg.c
pl/dwreg.h
pl/dwres.h
tools/Acrobat2Tiff/Acrobat2Tiff.sln
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff.vb
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff.vbproj
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Application.Designer.vb
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Application.myapp
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/AssemblyInfo.vb
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Resources.Designer.vb
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Resources.resx
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Settings.Designer.vb
tools/Acrobat2Tiff/Acrobat2Tiff/Acrobat2Tiff/Settings.settings
tools/Acrobat2Tiff/Acrobat2Tiff/bin/Release/Acrobat2Tiff.xml
tools/GOT/detag.c
tools/GOT/tagimage.c
tools/cmpi/cmpi.bkl
tools/cmpi/cmpi.cpp
tools/cmpi/cmpi.dsp
tools/cmpi/cmpi.dsw
tools/cmpi/cmpi.pro
tools/cmpi/cmpi.rc
tools/cmpi/cmpi.sln
tools/cmpi/cmpi.vcp
tools/cmpi/cmpi.vcproj
tools/cmpi/cmpi.vcw
tools/cmpi/descrip.mms
tools/cmpi/makefile.bcc
tools/cmpi/makefile.dmc
tools/cmpi/makefile.dms
tools/cmpi/makefile.dos
tools/cmpi/makefile.gcc
tools/cmpi/makefile.sc
tools/cmpi/makefile.unx
tools/cmpi/makefile.va
tools/cmpi/makefile.vc
tools/cmpi/makefile.wat
tools/xps2tiff/README
tools/xps2tiff/xps2tiff.sln
tools/xps2tiff/xps2tiff/AssemblyInfo.cpp
tools/xps2tiff/xps2tiff/stdafx.cpp
tools/xps2tiff/xps2tiff/stdafx.h
tools/xps2tiff/xps2tiff/xps2tiff.cpp
tools/xps2tiff/xps2tiff/xps2tiff.vcproj
win32/GhostPDL.sln
win32/language_switch.vcproj
win32/pcl.vcproj
win32/svg.vcproj
win32/xps.vcproj

2011-04-19 14:01:55 +0000
Robin Watts <Robin.Watts@artifex.com>
1eadba53383fad842dbc5e72ca137914a83b63e6


Changes to localcluster code to attempt to implement bmpcmphead. This certainly
doesn't break anything, but I don't actually ever seem to get any differences
out when running bmpcmphead.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12408 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/toolbin/localcluster/build.pl
gs/toolbin/localcluster/clustermaster.pl
gs/toolbin/localcluster/run.pl

2011-04-19 10:06:23 +0000
Robin Watts <Robin.Watts@artifex.com>
c9e506d7e910f6560c97a81de704296236a782cb


Fix for bug 692152.

We 'bend' the size of pattern tiles, against the spec, ostensibly to better
match Acrobat. The fix here is simply to avoid such bending in the case where
TilingType is 2. According to the spec, TilingType 2 says specifically not
to use the same device pixel size for every repeat of the pattern, and that
is exactly what we were doing.

This cures the original bug, and produces 464 changes in the cluster tests.
Some (like ps3cet/18-02B.PS) are clear progressions. Others are less obviously
improvements, but comparison with Acrobat (and discussion with Ken/Chris)
shows that it's no worse than before, just 'different'.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12405 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gsptype1.c

2011-04-18 22:58:18 +0000
Alex Cherepanov <alex.cherepanov@artifex.com>
a05ab8a88d5bc33c068a8e05ecba5f1adf3f3645


Fix reading of an embedded ICC profile from DSC comments and a
potential SEGV when the value of /N exceeds 8. Bug 692156.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12404 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/Resource/Init/gs_icc.ps
gs/psi/zcolor.c

2011-04-18 20:34:34 +0000
Michael Vrhel <michael.vrhel@artifex.com>
64bfc773be69bd422c95bca132c47782a421dc3a


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.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12403 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevdflt.c
gs/base/gdevplib.c
gs/base/gxdevsop.h
gs/base/gxht_thresh.c
gs/base/gxicolor.c
gs/base/lib.mak

2011-04-18 18:41:26 +0000
Alex Cherepanov <alex.cherepanov@artifex.com>
25152b1f7b5317ef1c3efd438a4d5ce26bcca5ba


Consider any xref entry with 0 offset as a free entry. Earlier revisions
rebuilt the xref table when offset == 0 but generation != 0.
However, rebuilding is an unreliable process and should be avoided if
possible. Bug 692159.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12402 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/Resource/Init/pdf_main.ps

2011-04-18 07:58:13 +0000
Chris Liddell <chris.liddell@artifex.com>
7169dc6a5af38e1955c660813ed6e62392dc0deb


Add a fallback check for libpaper support.

Older versions of autogen appear to have a bug which causes the AC_CHECK_LIB
macro to mis-identify the libpaper development library as being present when
it is not.

So add a second check check based on the presence of paper.h using
AC_CHECK_HEADER().

No cluster differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12401 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/configure.ac

2011-04-16 14:21:57 +0000
Alex Cherepanov <alex.cherepanov@artifex.com>
848275e2554bb57ebf2e12dabc47fc2922e7b877


Instead of searching for %%EOF marker (which is often damaged) and browsing the
file backwards, search for 'startxref' and take the next token as an xref
position. Besides fixing the reported bug, this greatly simplifies the search
for xref position. Bug 692153.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12400 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/Resource/Init/pdf_base.ps
gs/Resource/Init/pdf_main.ps

2011-04-14 20:59:18 +0000
Michael Vrhel <michael.vrhel@artifex.com>
3be81f880b7f0a31d3c213ad4245d0bbfeb0b5ef


code to support rendering color source images to a mono device using thresholding. The code is currently disabled pending additional testing.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12397 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gxicolor.c

2011-04-13 22:17:12 +0000
Michael Vrhel <michael.vrhel@artifex.com>
4a3666ee2833e877a26ef75fece00fd6fad14c93


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.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12396 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gxht_thresh.c
gs/base/gxht_thresh.h
gs/base/gxicolor.c
gs/base/gximono.c
gs/base/lib.mak

2011-04-13 16:21:07 +0000
Robin Watts <Robin.Watts@artifex.com>
3791878570227c7f5f1c07891c066fab3db2e5d3


Fix reference counting of compositors in clist rendering; previously
the code assumed that it was the only claimant of a compositor and
closed/freed the device regardless of the reference count.

Cluster testing shows no differences.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12394 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gxclrast.c

2011-04-13 13:30:03 +0000
Ken Sharp <ken.sharp@artifex.com>
29ff2a6f7d27ac9b19887ecc9243a6a8bc6aa9b8


Fix (pdfwrite) : Restore TT->CIDFOnt conversion

When creating PDF/A output, the Acrobat pre-flight tool throws out subset TrueType fonts
which are symbolic. Its not clear why, since the spec says that subset TrueType fonts
are permitted and does not require any additional information (such as /CharSet for
type 1 fonts).

If we instead create a CIDFont with a CIDSet, then the pre-flight tool is happy (and
also, usefully, doesn't complain about multiple CMAP subtables), so here we spot
that there is no preferred Encoding (always the case with Symbolic fonts) and make
the conversion.

No differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12393 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevpdtf.c

2011-04-13 04:47:52 +0000
Ray Johnston <ray.johnston@artifex.com>
124ab469aa0ad450a46d909e99c1b5d7072e646b


Fix for PCL when NumRenderingThreads > 0. PCL uses a memory allocator that is
not thread safe (chunk memory) but the mt rendering needs a thread safe base
allocator since the main thread may be allocating as well as the rendering
threads. This problem was seen with a couple of 'performance' documents, but
could fail on any document. Bug 692111 for customer #661.

cluster testing showed no regressions, as expected since it didn't use MT
rendering.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12392 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gsalloc.c
gs/base/gsmalloc.c
gs/base/gsmchunk.c
gs/base/gsmemlok.c
gs/base/gsmemory.h
gs/base/gsmemret.c
gs/base/gxclread.c
gs/base/gxclthrd.c

2011-04-12 20:08:59 +0000
Ray Johnston <ray.johnston@artifex.com>
fdac37730cb0f86e8cd1efad2c49243c5ea5ec0b


Add some more useful stuff to pdf_info.ps: Default dumps Media paramters and
fonts that are needed, but not embedded and standard fonts. Media parameters
now include Rotate value and states if the page has transparency.

Also allow this to be used more conveniently with the -- syntax:
gs {-q} -- toolbin/pdf_info.ps inputfile.pdf

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12391 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/toolbin/pdf_info.ps

2011-04-12 15:19:15 +0000
Ken Sharp <ken.sharp@artifex.com>
78bb9a6585153e2cf0cbcc689706cd89d68b5b7b


Fix PostScript colour handling

Bug #692116 "gs crash while executing stop operator"

The problem was caused by a mismatch between the graphics library and the PostScript
interpreter. When executing setcachedevice the graphcis library can set the colour
space to DeviceGray. Because it is unaware of the 'higher level' members of the graphics
state which belong to the PostScript interpreter it does not, and cannot, set the
*PostScript* graphics state colour space to the same space.

Normally this does not matter, because after the glyph is complete the colour space is
restored. However, if a currentgray/currentrgb/currentcmyk operator is executed after
the graphics library has set the space to DeviceGray, but before it has restored the
space, then the PostScript space will be incorrect. This leads to the PostScript
handling trying to access more elements from the stack than 'currentcolor' put there
(currentcolor uses the underlying space, not the PostScript space), and causes errors.

There isn't a really good way to handle this, because we can't put information about
the PostScript state into the graphics library. So I've chosen to check the underlying
colour space when processing currentgray etc, and if the space in the graphics
library is DeviceGray and does not match the expected PostScript space, then instead
of raising an error we proceed as if the PostScript space had been DeviceGray all
along.

No differences expected

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12389 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/psi/zcolor.c

2011-04-12 09:12:59 +0000
Chris Liddell <chris.liddell@artifex.com>
1b48fe7a0a2bd2aa49cd6cbf0ec5de3abcab7c89


Fix the GS_LIB registry value.

The GS_LIB registry entry was missing the "lib" directory.

Also, tidy up some of the uninstall rules.

No cluster differences.

Bug 692140

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12388 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/psi/nsisinst.nsi

2011-04-12 06:44:27 +0000
Michael Vrhel <michael.vrhel@artifex.com>
f0a9ab32440ecade2d301187489805284cbf1a9d


Forgot to save the readme

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12387 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/toolbin/color/icc_creator/README.txt

2011-04-12 06:38:17 +0000
Michael Vrhel <michael.vrhel@artifex.com>
d90c248c90cb8e12c6613d32b347846a64f91ca6


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.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12386 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/toolbin/color/icc_creator/ICC Profiles/cmyk_k_ouput_only.icc
gs/toolbin/color/icc_creator/ICC_Creator/icc_create.cpp

2011-04-12 06:17:59 +0000
Michael Vrhel <michael.vrhel@artifex.com>
a031163dc9ada140b6e606582c29c9515fc7d839


Fix for an issue related to white point for the cmyk profile also fix for when UCR/BG is used in the profile creation.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12385 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/toolbin/color/icc_creator/ICC Profiles/ps_emulate_cmyk.icc
gs/toolbin/color/icc_creator/ICC_Creator/icc_create.cpp

2011-04-12 05:11:30 +0000
Michael Vrhel <michael.vrhel@artifex.com>
6acec66087ba2de2d99c42c9e1d33cdb89473089


Addition of ICC profiles that properly emulate the PS color mappings

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12384 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/toolbin/color/icc_creator/ICC Profiles/ps_emulate_cmyk.icc
gs/toolbin/color/icc_creator/ICC Profiles/ps_emulate_gray.icc
gs/toolbin/color/icc_creator/ICC Profiles/ps_emulate_rgb.icc

2011-04-12 05:02:03 +0000
Michael Vrhel <michael.vrhel@artifex.com>
151535c554165c2f03fbe07098cc45fb0b341f67


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.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12383 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/toolbin/color/halftone/README
gs/toolbin/color/icc_creator/ICC_Creator/CIELAB.h
gs/toolbin/color/icc_creator/ICC_Creator/ICC_Creator.rc
gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.cpp
gs/toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.h
gs/toolbin/color/icc_creator/ICC_Creator/icc_create.cpp
gs/toolbin/color/icc_creator/ICC_Creator/icc_create.h
gs/toolbin/color/icc_creator/ICC_Creator/resource.h
gs/toolbin/color/icc_creator/README.txt
gs/toolbin/color/icc_creator/ucr_bg.txt

2011-04-11 15:59:22 +0000
Ken Sharp <ken.sharp@artifex.com>
4509a49f66c24f3a5590aadaaee30325676df877


Fix (colour handling) : crash when executing 'stop'

This is part of the fix for bug #692116. The crash in that report is caused because the
continuation procedures for the colour handling are sometimes pushed with a
push_mark_estack where the opproc has a value of 0. This is not valid and I always
intended to fix it, but forgot.

This changes all uses of push_mark_estack so that the opproc is set to a valid routine
which does nothing, thus solving the crash and exposing the real problem. The only
reason we get a crash is because we are executing stop as part of the error handler,
because currentgray returned an error.

No differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12382 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/psi/zcolor.c

2011-04-09 07:06:43 +0000
Alex Cherepanov <alex.cherepanov@artifex.com>
6cb2c7110447967b01f19415ae0ff0f8dd1a251b


Add special processing for a broken PDF file that uses bare stream
dictionaries instead of ICCBased color space arrays. Bug 692213.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12381 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/Resource/Init/pdf_draw.ps

2011-04-08 17:03:54 +0000
Michael Vrhel <michael.vrhel@artifex.com>
0791cc859ad38053ab3d3eef50169ac259f771cb


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.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12380 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevxini.c

2011-04-08 13:34:53 +0000
Robin Watts <Robin.Watts@artifex.com>
507cbee1403b20b2c3fec692f746f41d9d985566


Fix Bug 692129. If an image is scaled to zero height and interpolation
is on, we end up mallocing a zero byte buffer and then overrunning it.

The fix is to detect this scaling, and still allocate a 1 pixel high
buffer.

No cluster differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12378 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/siscale.c

2011-04-08 08:48:17 +0000
Ken Sharp <ken.sharp@artifex.com>
1b6c7591e0f62007e4cf690d2f2fcbb56be9f989


Fix GSLite : update to changes in decode_glyph method

Revision 12374 altered the decode_glyph font method to take an additional parameter,
the character code. This commit updates the GSLite code routines to take the extra
parameter

No differences expected, I don't think this is tested (or even compiled)

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12377 a1074d23-0009-0410-80fe-cf8c14f379e6

tools/gslite/gslt_font_api.c
tools/gslite/gslt_font_cff.c
tools/gslite/gslt_font_ttf.c
tools/gslite/gslt_test.c

2011-04-08 08:36:35 +0000
Ken Sharp <ken.sharp@artifex.com>
cc053e229b4a2dd03ff83673bfb819be51e970c3


Fix XPS and PCL interpreters : Change to decode_glyph routine

The decode_glyph font method was changed to pass in the character code in revision
12374, but I missed the fact that these methods also exist in the XPS and PCL
interpreters.

This revision simply updates the methods with the additional parameter.

No differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12376 a1074d23-0009-0410-80fe-cf8c14f379e6

pl/plfont.c
xps/xpscff.c
xps/xpsttf.c

2011-04-07 15:52:45 +0000
Chris Liddell <chris.liddell@artifex.com>
a69dfc3caebd4f16ab8ba7f1c888bdbed6e5dbce


Resolve a path problem when running mkcidfm.ps.

mkcidfm.ps did not handle the path to the Windows
font directory using back slash directory delimiters
so the nsis script now replaces all the back slash
delimiters with forward slash, with which mkcidfm.ps
works correctly.

Bug 691511

No cluster differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12375 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/psi/nsisinst.nsi

2011-04-07 15:48:21 +0000
Ken Sharp <ken.sharp@artifex.com>
24c562b9bcedcd9e6bd1d63a06c09eba52a24cbd


Fix (pdfwrite) : Not using ToUnicode CMaps under some conditions

Bug #692119 "Cannot copy text from Ghostscript generated PDF/A document"

The PDF interpreter converts ToUnicode CMaps into GlyphNames2Unicode dictionaries, to
do this it uses the Encoding to convert the character codes into glyph names. Of course
for CIDFonts we don't want to do this, and so when there is no Encoding we instead
put the Unicode value directly into the dictionary using the CID as an index.

If the font has no Encoding (which is optional in PDF) then we do the same for a
regular font. However, by the time pdfwrite sees the font we have had to add an Encoding
as its not valid for us to define a regular font with no Encoding.

So pdfwrite converts the character code into a (bogus) glyph name, and then tries to
look up that glyph name in the GlyphNames2Unicode dictionary. Obviously this fails.

I've extended the 'decode_glyph' call so that it takes both the glyph name and the
character code, for CID fonts the character code is always -1. If the glyph name can't
be found in the GlyphNames2Unicode dictionary then we try to use the character code
instead.

This works for this test case, and I don't think its likely to produce worse results
than the old code. Regression tests show no differences, but since they don't test
ToUnicode CMaps they weren't expected to. My own tests seem to be OK but I can't say
I'm terribly sure about this one.

Expected Differences
None

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12374 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevpdtc.c
gs/base/gdevpdte.c
gs/base/gsfont.c
gs/base/gxfont.h
gs/psi/bfont.h
gs/psi/zbfont.c

2011-04-07 03:30:16 +0000
Michael Vrhel <michael.vrhel@artifex.com>
8170bf69742a320e7e28bffa58cbf0f0f14f2eb0


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.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12373 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevdflt.c
gs/base/gdevp14.c
gs/base/gspaint.c
gs/base/gstrans.c
gs/base/gstrans.h
gs/base/gxdevsop.h
gs/base/lib.mak

2011-04-06 18:33:27 +0000
Robin Watts <Robin.Watts@artifex.com>
c03e320614893bb304b6c63e02a597d0153df031


Change lcms2 memory handling and update lib.

As of this commit, we can (and do) run a completely unchanged library.

This includes our tiny tweak to be able to get the input/output formats for
a given transform. Also update our interface code so that we use the plugin
mechanism to redirect malloc/free etc through us rather than hacking the
code direct. Thanks to Marti Maria for both of these.

No cluster changes as this code is not tested. CLUSTER_UNTESTED.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12372 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gsicc_lcms2.c
gs/lcms2/AUTHORS
gs/lcms2/ChangeLog
gs/lcms2/Makefile.in
gs/lcms2/configure
gs/lcms2/configure.ac
gs/lcms2/doc/LittleCMS2.1 API.pdf
gs/lcms2/include/Makefile.in
gs/lcms2/include/lcms2.h
gs/lcms2/src/Makefile.in
gs/lcms2/src/cmscnvrt.c
gs/lcms2/src/cmserr.c
gs/lcms2/src/cmsxform.c
gs/lcms2/src/lcms2_internal.h
gs/lcms2/testbed/Makefile.in
gs/lcms2/utils/jpgicc/Makefile.in
gs/lcms2/utils/linkicc/Makefile.in
gs/lcms2/utils/linkicc/linkicc.1
gs/lcms2/utils/linkicc/linkicc.c
gs/lcms2/utils/psicc/Makefile.in
gs/lcms2/utils/tificc/Makefile.in
gs/lcms2/utils/transicc/Makefile.in

2011-04-06 17:41:50 +0000
Chris Liddell <chris.liddell@artifex.com>
a54df2d2b0e78777a037ceacfba76dd47d9993d3


Resolve a crash to due an unexpected CMap object type.

The code was not checking that the CMap object was a string or an array (of
strings) before trying read bytes from it. If the CMap actually turned out
to be an unexpected object, such as an integer, it would cause a crash.

Credit to Ken Sharp for the patch.

Bug 692124

No cluster differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12371 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/psi/zfapi.c

2011-04-06 12:13:55 +0000
Ken Sharp <ken.sharp@artifex.com>
d97f8c354d97c8ec941c2d4b702b7d17ab0e03b3


Fix (ps2write/pdfwrite) : bitmapped font problem

When producing an inline image representing a glyph which could not be embedded as text,
the code emitted the matrix setup for the image before opening the context. If there
was (for example) a pending text operation this caused the matrix setup to appear in
the text context instead of the image context, leading to the image disappearing.

Opening the image context before emitting the matrix solves the problem.

Expected Differences
The output from ps2write (resolution = 300 dpi) with the file
'metrics_no_bbox.ps'

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12370 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevpdfb.c

2011-04-05 15:01:49 +0000
Chris Liddell <chris.liddell@artifex.com>
2d72418b094cb62501d6af82a845848d01134119


The FAPI code was relying on the result of gx_compute_text_oversampling()
to ascertain whether anti-aliasing is in force.

This is insufficient, as it turns out, and we actually need to base the
decision on the alpha bits as requested by the device.

No cluster differences expected.

Bug 692120.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12369 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/psi/zfapi.c

2011-04-04 16:33:13 +0000
Robin Watts <Robin.Watts@artifex.com>
f4a6e441bbe26758d4d3d9c62c369fde2b0e9643


Squash some warnings in the lcms v2 interface code. No expected differences.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12368 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gsicc_lcms2.c

2011-04-04 14:42:57 +0000
Robin Watts <Robin.Watts@artifex.com>
b359a954d93cd140b3e000c107854b021ccd9189


Squash 4 warnings in the lcmvs v1 stuff.

No cluster differences expected (and testing shows none, so CLUSTER_UNTESTED).

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12367 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gsicc_cms.h
gs/base/gsicc_manage.c

2011-04-04 07:40:55 +0000
Ken Sharp <ken.sharp@artifex.com>
1f92f1449bf208c8f7a878c8f149ca67cd62ab49


Alter the generation of Decode array entries for images using Indexed colour spaces by
using bit shifting instead of simple 'exp' operator.

No differences expected, code is equivalent.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12366 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/opdfread.h
gs/lib/opdfread.ps

2011-04-03 20:40:27 +0000
Gheorghe Savulescu <sags@ghostscript.com>
b58247cecc1fd272e12adc26890d912346dd92c5

Bug 689093 #21/ HTML compatibility:
Do not use SHORTTAGS (the "<tag ... />" form) in HTML.

Bug 689093 #21/ HTML compatibility
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12365 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/Drivers.htm

2011-04-03 20:39:48 +0000
Gheorghe Savulescu <sags@ghostscript.com>
d52ff94dea3bb3db0dc4c9ee1c8e89d48b1fb7ed


Bug 689093 #20/ HTML compatibility
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12364 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Changes.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/Hershey.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/Xfonts.htm
gs/doc/index.html

2011-04-03 20:39:13 +0000
Gheorghe Savulescu <sags@ghostscript.com>
591b83fa9500a99ff8d24ddd7aa8962bd44312d6


Bug 689093 #19/ CSS conformance:
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12363 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/gs.css

2011-04-03 20:39:01 +0000
Gheorghe Savulescu <sags@ghostscript.com>
464ee97310cd5c003d3683f2a2ceb16691394813


Bug 689093 #18bis/ SVN damage:
Replace ijs\ijs_spec.pdf, with a good copy.

This file is currently damaged in the SVN Repository. The damage seem to have
happened during the conversion of the Repository from CVS to Subversion. This copy
of the file comes from the last CVS version available; the copy in the 1st SVN
checkout I have is already damaged. Note the "/CreationDate" inside the pdf is the
same as in the current (damaged) version and the last change to this file is very
old, so this file's substantive content did not change after the migration to SVN.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12362 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/ijs/ijs_spec.pdf

2011-04-03 20:38:09 +0000
Gheorghe Savulescu <sags@ghostscript.com>
bbb639d51f543398c6e318075656af4857ad58b5

Bug 689093 #18/ SVN damage:


This patch changes files that contain "$Id..." as text in order to
protect the apparent keyword from being expanded by SubVersion. The
methods used are as follows:
- for HTML: use the numeric entity "$" instead of "$".
- for C and Python: if the parser finds 2 consecutive string
literals, separated by nothing but whitespace, then it
automatically treats them as if it were a single, longer, string
obtained from concatenating the 2 original ones. Thus, the patch
replaces '"$Id"' => '"$" "Id$"'.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12361 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/scfdgen.c
gs/doc/C-style.htm
gs/doc/Deprecated.htm
gs/doc/Details.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Hershey.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Make.htm
gs/doc/Ps-style.htm
gs/doc/Release.htm
gs/doc/Use.htm
gs/toolbin/gen_ldf_jb2.py
gs/toolbin/split_changelog.py

2011-04-03 20:27:35 +0000
Gheorghe Savulescu <sags@ghostscript.com>
5ff3a16a18372eff2b65054ced9b0cd283ad1ea9



looks like a SVN keyword, toolbin\split_changelog.py outputs it as-is
to HTML and later SVN expands it as a keyword. The result is the text
displayed differs. This patch extends the substitutions done for
character entities to include "$" => "$"; there won't be any
"$"-as-text, and thus no "$Keyword..$"-as-text, anymore.
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12360 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/toolbin/split_changelog.py

2011-04-03 20:25:28 +0000
Gheorghe Savulescu <sags@ghostscript.com>
5b7d759adc6fb7f5ab85b72c195aaa4cc8a9882b


toolbin\split_changelog.py encodes text coming from log messages as
utf-8. The patch changes it to output a "<meta/>" element specifying
the charset used, otherwise browsers that are not set for utf-8 by
default won't necessarily display the file correctly [if message
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12359 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/Details.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/toolbin/split_changelog.py

2011-04-03 20:25:06 +0000
Gheorghe Savulescu <sags@ghostscript.com>
399081713e3314b04fa4404e870434f0bacb4590


Bug 689093 #15 (note: there's no #14)/ HTML conformance
explicitly declare the encoding used. Files Details(|8|9).htm and
History(8|9).htm may need extended characters coming from commit logs, and will
be handled by a later patch. Other files only need 7-bit ASCII.

This patch also contains a small change not related to HTML-conformance:
a missing space in doc\Language.htm ("... for[NO SPACE HERE]1-, ...").

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12358 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/Language.htm
gs/doc/Make.htm
gs/doc/Ps2pdf.htm

2011-04-03 20:24:56 +0000
Gheorghe Savulescu <sags@ghostscript.com>
ce833816683f46ec1acd966c4c86a01a33b2f687

Bug 689093 #13/ HTML conformance:
'align="middle"' should be 'align="center"'

"Middle" is only for vertical alignment ("valign="); for the
horizontal alignment use "center".

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12357 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/Deprecated.htm

2011-04-03 20:24:48 +0000
Gheorghe Savulescu <sags@ghostscript.com>
394631da0981713367ca2472be75445bd0fb0d56


Bug 689093 #12 (note: there's no #11)/ HTML conformance
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12356 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/Changes.htm
gs/doc/Deprecated.htm
gs/doc/Details9.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/History9.htm
gs/doc/Make.htm
gs/doc/News.htm

2011-04-03 20:24:30 +0000
Gheorghe Savulescu <sags@ghostscript.com>
a17d948ba8edffee3d5cdd710ed495da93d72bda


Bug 689093 #10/ HTML conformance
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12355 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/API.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/Install.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/Xfonts.htm

2011-04-03 20:24:19 +0000
Gheorghe Savulescu <sags@ghostscript.com>
01a5f1374998c9d24e021ee8851ae36cb58a8230


Bug 689093 #09/ HTML conformance
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12354 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/History6.htm
gs/doc/History7.htm

2011-04-03 20:24:04 +0000
Gheorghe Savulescu <sags@ghostscript.com>
2692aa2af43e7f1d3655fabad728ceca9157f9b5


Bug 689093 #08/ HTML conformance
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12353 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/Details8.htm
gs/doc/History8.htm

2011-04-03 20:23:39 +0000
Gheorghe Savulescu <sags@ghostscript.com>
7215a52b4ae31ceb807da776b2c06f368dc9e275


Bug 689093 #07/ HTML conformance
gs/doc/Details.htm

2011-04-03 20:22:54 +0000
Gheorghe Savulescu <sags@ghostscript.com>
9be02f9987043d2f1c4ea6bb1da403e9bbeaa535


Bug 689093 #06/ HTML conformance
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12351 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/toolbin/split_changelog.py

2011-04-03 20:22:27 +0000
Gheorghe Savulescu <sags@ghostscript.com>
33674899f2fca8b2ed947862131bc57eb99c749a


Bug 689093 #05/ HTML conformance
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12350 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Make.htm
gs/doc/Ps-style.htm
gs/doc/Release.htm
gs/doc/Use.htm

2011-04-03 20:21:59 +0000
Gheorghe Savulescu <sags@ghostscript.com>
6b853264c8be1ce8efdf0f511889647d2e3251fa


Bug 689093 #04/ HTML conformance
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12349 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/Details8.htm
gs/doc/History8.htm

2011-04-03 20:21:48 +0000
Gheorghe Savulescu <sags@ghostscript.com>
24d88fd4b1c8c57e01ba295de69b6ff8a7c3431b


Bug 689093 #03/ HTML conformance
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12348 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/toolbin/split_changelog.py

2011-04-03 20:20:32 +0000
Gheorghe Savulescu <sags@ghostscript.com>
81cda2e93b17532409bdea39168db92bf2552919


Bug 689093 #02/ HTML conformance:
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12347 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/API.htm
gs/doc/C-style.htm
gs/doc/Commprod.htm
gs/doc/DLL.htm
gs/doc/Deprecated.htm
gs/doc/Details8.htm
gs/doc/Details9.htm
gs/doc/Develop.htm
gs/doc/Devices.htm
gs/doc/Drivers.htm
gs/doc/Fonts.htm
gs/doc/Helpers.htm
gs/doc/History1.htm
gs/doc/History2.htm
gs/doc/History3.htm
gs/doc/History4.htm
gs/doc/History5.htm
gs/doc/History6.htm
gs/doc/History7.htm
gs/doc/History8.htm
gs/doc/History9.htm
gs/doc/Install.htm
gs/doc/Issues.htm
gs/doc/Language.htm
gs/doc/Lib.htm
gs/doc/Make.htm
gs/doc/News.htm
gs/doc/Projects.htm
gs/doc/Ps-style.htm
gs/doc/Ps2epsi.htm
gs/doc/Ps2pdf.htm
gs/doc/Ps2ps2.htm
gs/doc/Psfiles.htm
gs/doc/Readme.htm
gs/doc/Release.htm
gs/doc/Source.htm
gs/doc/Unix-lpr.htm
gs/doc/Use.htm
gs/doc/Xfonts.htm

2011-04-03 20:19:46 +0000
Gheorghe Savulescu <sags@ghostscript.com>
a5a20b7b8c0443ac5fd8c88bdb3af37390e4bf5c


Bug 689093 #01/ HTML conformance
git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12346 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/toolbin/makehist.tcl

2011-04-01 23:17:22 +0000
Henry Stiles <henry.stiles@artifex.com>
2674c673a3f4f29c9ca1620c36a97e0bd89c0e18


Remove temporary development definition used to identify the graphics
library supported the new ICC code.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12345 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gsicc_manage.h
pcl/pctop.c
pxl/pxgstate.c
pxl/pxpthr.c
pxl/pxtop.c
xps/xpstop.c

2011-04-01 22:58:42 +0000
Henry Stiles <henry.stiles@artifex.com>
ad470fdd8c23d7597260ec1c068da69075e1d7f8


Fixes 691870 where the banding code was using an ICC color and the
"setcolorspace" so the image type was not being set to icc, we do this
"setcolorspace" so the image type was not being set to icc, we do this
now explicitly in the PCL/XL code now.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12344 a1074d23-0009-0410-80fe-cf8c14f379e6

pxl/pxgstate.c

2011-04-01 18:42:42 +0000
Robin Watts <Robin.Watts@artifex.com>
a51bd3e408207936f0e795280a71253695a9d57e


Add 2 files missed in commit 12341. These ones WILL have mattered.
Apoligies for this. A combination of git svn eating my first attempt
at committing it, and my own base level of incompetence caused this.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12343 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gsicc_cms.h
gs/base/gsicc_lcms.c
gs/base/lcms2.mak

2011-04-01 18:38:52 +0000
Robin Watts <Robin.Watts@artifex.com>
b3ce17fce356461895d536c65d39defdb0137b06


Add file that somehow got missed in the lcms2 commit (r12340).

Not enabled by default so CLUSTER_UNTESTED.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12342 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gsicc_lcms2.c

2011-04-01 18:05:33 +0000
Michael Vrhel <michael.vrhel@artifex.com>
b3703b36cb5544d9defd00780d814caed4eae5b4


Fix so that we have proper antialiasing with softmasks. Fixes bug 687674

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12341 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevp14.c

2011-04-01 18:00:12 +0000
Robin Watts <Robin.Watts@artifex.com>
50ecc84d5463bd013f794a9dd53254c2e295a85e


Initial import of LittleCMS v2.1 into the Ghostscript/GhostPDL
build, with simple integration. LittleCMS version 1 is still used by default,
so no cluster differences expected.

The version of little cms imported was taken from the lcms git repository,
commit 314bc7201d340ab303b36a0ade2c37cf40b83a3b, and then a couple of
small tweaks were applied:

* lcms2 currently offers no way to get the input/output format for a
transform, so I add 2 functions (cmsGetTransformInputFormat and
cmsGetTransformOutputFormat) to do this.

* lcms2 currently offers no easy way to redirect malloc/free operations
away from it's internal implementation, so we add a define (LCMS_USER_ALLOC)
to allow us to be able to define our own functions. This mirrors the
work done in lcms1 by Michael, I believe.

The choice of which version of lcms to build with is made by the WHICH_CMS
define option in the makefile. Currently this is set to lcms by default,
but can be changed to lcms2 to allow lcms2 to be used instead.

To make this work, various small tweaks have been required. Firstly, we
rename gsicc_littlecms.h to gsicc_cms.h, reflecting the fact that this is
not littlecms specific - rather, it defines the interface that any cms
would have to provide in order to work with Ghostscript/GhostPDL.

Secondly, we rename gsicc_littlecms.c to gsicc_lcms.c to make the makefile
macros easier.

We add a gsicc_lcms2.c file (derived from copying and editing gsicc_lcms.c)
that interfaces with lcms2.

Currently lcms2 builds and appears to run without crashing, but gives
differing results in some cases. This will need to be solved before we can
swap over to using lcms2 by default.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12340 a1074d23-0009-0410-80fe-cf8c14f379e6

common/msvc_top.mak
common/ugcc_top.mak
gs/base/Makefile.in
gs/base/configure.ac
gs/base/gs.mak
gs/base/gsicc.c
gs/base/gsicc_cache.c
gs/base/gsicc_littlecms.c
gs/base/gsicc_littlecms.h
gs/base/gsicc_manage.h
gs/base/gxi12bit.c
gs/base/gxicolor.c
gs/base/gximono.c
gs/base/gxipixel.c
gs/base/lcms.mak
gs/base/lib.mak
gs/base/macos-mcp.mak
gs/base/macosx.mak
gs/base/msvclib.mak
gs/base/openvms.mak
gs/base/ugcclib.mak
gs/base/unix-gcc.mak
gs/base/unixansi.mak
gs/base/winlib.mak
gs/ghostscript.vcproj
gs/lcms2/AUTHORS
gs/lcms2/COPYING
gs/lcms2/ChangeLog
gs/lcms2/INSTALL
gs/lcms2/Lib/BC/BC.txt
gs/lcms2/Lib/MS/MS.TXT
gs/lcms2/Makefile.am
gs/lcms2/Makefile.in
gs/lcms2/NEWS
gs/lcms2/Projects/BorlandC_5.5/lcms2.rc
gs/lcms2/Projects/BorlandC_5.5/lcmsdll.lk
gs/lcms2/Projects/BorlandC_5.5/lcmsdll.lst
gs/lcms2/Projects/BorlandC_5.5/mklcmsdll.bat
gs/lcms2/Projects/VC2008/jpegicc/jpegicc.vcproj
gs/lcms2/Projects/VC2008/lcms2.rc
gs/lcms2/Projects/VC2008/lcms2.sln
gs/lcms2/Projects/VC2008/lcms2_DLL/lcms2_DLL.vcproj
gs/lcms2/Projects/VC2008/lcms2_static/lcms2_static.vcproj
gs/lcms2/Projects/VC2008/linkicc/linkicc.vcproj
gs/lcms2/Projects/VC2008/psicc/psicc.vcproj
gs/lcms2/Projects/VC2008/resource.h
gs/lcms2/Projects/VC2008/testbed/testbed.vcproj
gs/lcms2/Projects/VC2008/tiffdiff/tiffdiff.vcproj
gs/lcms2/Projects/VC2008/tifficc/tifficc.vcproj
gs/lcms2/Projects/VC2008/transicc/transicc.vcproj
gs/lcms2/Projects/VC2010/jpegicc/jpegicc.vcproj
gs/lcms2/Projects/VC2010/jpegicc/jpegicc.vcxproj
gs/lcms2/Projects/VC2010/jpegicc/jpegicc.vcxproj.filters
gs/lcms2/Projects/VC2010/lcms2.rc
gs/lcms2/Projects/VC2010/lcms2.sln
gs/lcms2/Projects/VC2010/lcms2_DLL/lcms2_DLL.vcproj
gs/lcms2/Projects/VC2010/lcms2_DLL/lcms2_DLL.vcxproj
gs/lcms2/Projects/VC2010/lcms2_DLL/lcms2_DLL.vcxproj.filters
gs/lcms2/Projects/VC2010/lcms2_static/lcms2_static.vcproj
gs/lcms2/Projects/VC2010/lcms2_static/lcms2_static.vcxproj
gs/lcms2/Projects/VC2010/lcms2_static/lcms2_static.vcxproj.filters
gs/lcms2/Projects/VC2010/linkicc/linkicc.vcproj
gs/lcms2/Projects/VC2010/linkicc/linkicc.vcxproj
gs/lcms2/Projects/VC2010/linkicc/linkicc.vcxproj.filters
gs/lcms2/Projects/VC2010/psicc/psicc.vcproj
gs/lcms2/Projects/VC2010/psicc/psicc.vcxproj
gs/lcms2/Projects/VC2010/psicc/psicc.vcxproj.filters
gs/lcms2/Projects/VC2010/resource.h
gs/lcms2/Projects/VC2010/testbed/testbed.vcproj
gs/lcms2/Projects/VC2010/testbed/testbed.vcxproj
gs/lcms2/Projects/VC2010/testbed/testbed.vcxproj.filters
gs/lcms2/Projects/VC2010/tiffdiff/tiffdiff.vcproj
gs/lcms2/Projects/VC2010/tiffdiff/tiffdiff.vcxproj
gs/lcms2/Projects/VC2010/tiffdiff/tiffdiff.vcxproj.filters
gs/lcms2/Projects/VC2010/tifficc/tifficc.vcproj
gs/lcms2/Projects/VC2010/tifficc/tifficc.vcxproj
gs/lcms2/Projects/VC2010/tifficc/tifficc.vcxproj.filters
gs/lcms2/Projects/VC2010/transicc/transicc.vcproj
gs/lcms2/Projects/VC2010/transicc/transicc.vcxproj
gs/lcms2/Projects/VC2010/transicc/transicc.vcxproj.filters
gs/lcms2/Projects/mac/._.DS_Store
gs/lcms2/Projects/mac/LittleCMS/._.DS_Store
gs/lcms2/Projects/mac/LittleCMS/English.lproj/InfoPlist.strings
gs/lcms2/Projects/mac/LittleCMS/Info.plist
gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/mariama.mode1v3
gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/mariama.pbxuser
gs/lcms2/Projects/mac/LittleCMS/LittleCMS.xcodeproj/project.pbxproj
gs/lcms2/Projects/mac/LittleCMS/LittleCMS_Prefix.pch
gs/lcms2/Projects/mac/LittleCMS/TestBed-Info.plist
gs/lcms2/README.1ST
gs/lcms2/aclocal.m4
gs/lcms2/autogen.sh
gs/lcms2/bin/Bin.txt
gs/lcms2/bin/Thumbs.db
gs/lcms2/config.guess
gs/lcms2/config.sub
gs/lcms2/configure
gs/lcms2/configure.ac
gs/lcms2/depcomp
gs/lcms2/doc/LittleCMS2.0 API.pdf
gs/lcms2/doc/LittleCMS2.0 Plugin API.pdf
gs/lcms2/doc/LittleCMS2.0 tutorial.pdf
gs/lcms2/doc/LittleCMS2.1 API.pdf
gs/lcms2/doc/LittleCMS2.1 Plugin API.pdf
gs/lcms2/doc/LittleCMS2.1 tutorial.pdf
gs/lcms2/include/Makefile.am
gs/lcms2/include/Makefile.in
gs/lcms2/include/icc34.h
gs/lcms2/include/lcms2.h
gs/lcms2/include/lcms2_plugin.h
gs/lcms2/install-sh
gs/lcms2/lcms2.pc.in
gs/lcms2/ltmain.sh
gs/lcms2/missing
gs/lcms2/src/Makefile.am
gs/lcms2/src/Makefile.in
gs/lcms2/src/cmscam02.c
gs/lcms2/src/cmscgats.c
gs/lcms2/src/cmscnvrt.c
gs/lcms2/src/cmserr.c
gs/lcms2/src/cmsgamma.c
gs/lcms2/src/cmsgmt.c
gs/lcms2/src/cmsintrp.c
gs/lcms2/src/cmsio0.c
gs/lcms2/src/cmsio1.c
gs/lcms2/src/cmslut.c
gs/lcms2/src/cmsmd5.c
gs/lcms2/src/cmsmtrx.c
gs/lcms2/src/cmsnamed.c
gs/lcms2/src/cmsopt.c
gs/lcms2/src/cmspack.c
gs/lcms2/src/cmspcs.c
gs/lcms2/src/cmsplugin.c
gs/lcms2/src/cmsps2.c
gs/lcms2/src/cmssamp.c
gs/lcms2/src/cmssm.c
gs/lcms2/src/cmstypes.c
gs/lcms2/src/cmsvirt.c
gs/lcms2/src/cmswtpnt.c
gs/lcms2/src/cmsxform.c
gs/lcms2/src/lcms2.def
gs/lcms2/src/lcms2_internal.h
gs/lcms2/testbed/Makefile.am
gs/lcms2/testbed/Makefile.in
gs/lcms2/testbed/USWebCoatedSWOP.icc
gs/lcms2/testbed/UncoatedFOGRA29.icc
gs/lcms2/testbed/bad.icc
gs/lcms2/testbed/sRGBSpac.icm
gs/lcms2/testbed/sRGB_Color_Space_Profile.icm
gs/lcms2/testbed/sRGB_v4_ICC_preference.icc
gs/lcms2/testbed/testcms2.c
gs/lcms2/testbed/testthread.cpp
gs/lcms2/testbed/toosmall.icc
gs/lcms2/utils/common/utils.h
gs/lcms2/utils/common/vprf.c
gs/lcms2/utils/common/xgetopt.c
gs/lcms2/utils/delphi/delphidemo.dpr
gs/lcms2/utils/delphi/delphidemo.dproj
gs/lcms2/utils/delphi/delphidemo.res
gs/lcms2/utils/delphi/demo1.dfm
gs/lcms2/utils/delphi/demo1.pas
gs/lcms2/utils/delphi/lcms2dll.pas
gs/lcms2/utils/jpgicc/Makefile.am
gs/lcms2/utils/jpgicc/Makefile.in
gs/lcms2/utils/jpgicc/iccjpeg.c
gs/lcms2/utils/jpgicc/iccjpeg.h
gs/lcms2/utils/jpgicc/jpgicc.1
gs/lcms2/utils/jpgicc/jpgicc.c
gs/lcms2/utils/linkicc/Makefile.am
gs/lcms2/utils/linkicc/Makefile.in
gs/lcms2/utils/linkicc/linkicc.1
gs/lcms2/utils/linkicc/linkicc.c
gs/lcms2/utils/matlab/icctrans.c
gs/lcms2/utils/matlab/lcms_rsp
gs/lcms2/utils/psicc/Makefile.am
gs/lcms2/utils/psicc/Makefile.in
gs/lcms2/utils/psicc/psicc.1
gs/lcms2/utils/psicc/psicc.c
gs/lcms2/utils/samples/Makefile.am
gs/lcms2/utils/samples/Makefile.in
gs/lcms2/utils/samples/itufax.c
gs/lcms2/utils/samples/mkcmy.c
gs/lcms2/utils/samples/mkgrayer.c
gs/lcms2/utils/samples/mktiff8.c
gs/lcms2/utils/samples/roundtrip.c
gs/lcms2/utils/samples/vericc.c
gs/lcms2/utils/samples/wtpt.1
gs/lcms2/utils/samples/wtpt.c
gs/lcms2/utils/tificc/Makefile.am
gs/lcms2/utils/tificc/Makefile.in
gs/lcms2/utils/tificc/tifdiff.c
gs/lcms2/utils/tificc/tificc.1
gs/lcms2/utils/tificc/tificc.c
gs/lcms2/utils/transicc/Makefile.am
gs/lcms2/utils/transicc/Makefile.in
gs/lcms2/utils/transicc/transicc.1
gs/lcms2/utils/transicc/transicc.c
gs/psi/int.mak
gs/psi/msvc.mak
gs/psi/os2.mak
main/pcl6_gcc.mak
main/pcl6_msvc.mak

2011-04-01 16:44:50 +0000
Michael Vrhel <michael.vrhel@artifex.com>
b960ff15c895dbe5a7d6baf470ad8a12949ad054


Fix for mistaken double allocation of threshold array object. Thanks to ray for finding this.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12339 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gsht.c

2011-04-01 16:39:59 +0000
Michael Vrhel <michael.vrhel@artifex.com>
66adf73f5cbaa010b6a7ee730384c3a58752bff3


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.

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.

I will open a bug on the two outstanding issues so that I don't forget.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12338 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevnfwd.c
gs/base/gdevp14.c

2011-03-31 17:30:58 +0000
Henry Stiles <henry.stiles@artifex.com>
7825ac4552256609c8060b5af13bb168170db6eb


Bug #692100, padding was being treated inconsistently within 2
procedures resulting in UMR's and incorrect results. I'm afraid we
still don't understand the details of HP's seemingly bug-ridden
padding implementation but this fix at least makes the code internally
consistent.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12337 a1074d23-0009-0410-80fe-cf8c14f379e6

pxl/pximage.c

2011-03-31 17:22:23 +0000
Henry Stiles <henry.stiles@artifex.com>
91b7f320484904d60e8cf017611f5a8da4a6c685

Fixes 692109, the "no argument case" of the HPGL/2 INPUT RELATIVE
Fixes 692109, the "no argument case" of the HPGL/2 INPUT RELATIVE
command did not properly initialized the operands to their defaults.
Only likely to be seen in unusual test cases. Fixes indeterminacy
in CET 32-07.BIN reported in the regression tests.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12336 a1074d23-0009-0410-80fe-cf8c14f379e6

pcl/pgconfig.c

2011-03-31 15:36:32 +0000
Chris Liddell <chris.liddell@artifex.com>
65ea9547d5760284c68da6b6b413d335e4e68ed1


The last of Hintak's (usable) improvements to the nsis installer
script, plus a tweak or two.

Make the cidfmap generation a tickbox option on the final page.

Add a link to the uninstaller from the Start Menu group.

No cluster differences

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12335 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/psi/nsisinst.nsi

2011-03-30 15:33:28 +0000
Chris Liddell <chris.liddell@artifex.com>
700f41807524588d82a674c3618322f71bbe9d7b


Bring the nsis installer script and it's caller up
to date.

Vast majority of the credit to Hintak for this.

No cluster differences.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12334 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/psi/nsisinst.nsi
gs/psi/winint.mak

2011-03-30 12:23:41 +0000
Robin Watts <Robin.Watts@artifex.com>
c428998ab5d6b6f164de9474c25ee788ae4ef77f


Squash a warning in a device call.

No cluster differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12333 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gxclpath.c

2011-03-30 11:13:37 +0000
Tor Andersson
807af34ac8671f03b8c73cca2cdbebca796c716e


xps: Fix bug when parsing cluster mappings.

We incorrectly encoded and emitted all characters in a
Many-to-One cluster mapping, resulting in extraneous characters
where ligatures were used. A (2:1) cluster map for the ligature
"fi" has two characters (f, i) and one glyph (fi). We showed it
as two glyphs (fi, i) instead of skipping the second character
while decoding the cluster map.

This fixes multiple errors in MXDW/TypeSamples.xps

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12332 a1074d23-0009-0410-80fe-cf8c14f379e6

xps/xpsglyphs.c

2011-03-30 10:17:57 +0000
Robin Watts <Robin.Watts@artifex.com>
2e594aee0d69b99a17fa9cd3cf21696773afde43


Add gs/doc to Visual Studio project, enabling documentation to be easily
edited in the Visual Studio editor.

No cluster differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12331 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/ghostscript.vcproj

2011-03-30 10:17:42 +0000
Robin Watts <Robin.Watts@artifex.com>
790f395b044a7e7179c3ca918e30475827c8a30b


Add documentation for dev_spec_op to Devices.htm.

No cluster changes.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12330 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/doc/Drivers.htm

2011-03-30 10:17:26 +0000
Robin Watts <Robin.Watts@artifex.com>
a243545401bf0fdb8b1a18e7e5379119c56aecfa


Add new copy_plane device procedure; arguments as for copy_color with an
extra int to identify which plane we want to work on.

The call effectively says "Copy this pixmap into the specified plane of this
device". It is envisaged that it will only be defined for planar devices.

For now clients can detect whether or not to use this based on whether the
function pointer is non NULL. If need be (to cope with forwarding devices)
we can add a dev_spec_op.

No cluster differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12329 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevdflt.c
gs/base/gdevmpla.c
gs/base/gxdevcli.h

2011-03-30 10:17:10 +0000
Robin Watts <Robin.Watts@artifex.com>
3bdda000eabced6e4c015af4c6dbb5b02f1abdda


Add new dev_spec_op operation for spotting that a device maps colours in
the 'standard' 1bit cmyk way, and use that rather than manually checking
function pointers. This allows bitcmyk, pamcmyk4 and plibk devices to
correctly spot the optimisation in get_bits (used for rops that use D).

Testing locally indicates that the special case is now taken, but that no
differences are seen in the results (as we would hope).

No cluster differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12328 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevdflt.c
gs/base/gdevdgbr.c
gs/base/gdevdrop.c
gs/base/gxclpath.c
gs/base/gxdevsop.h

2011-03-30 10:16:54 +0000
Robin Watts <Robin.Watts@artifex.com>
f81e8f47c06572ecc4f7e3fcc03ca4db60507ce4


Tweak dev_spec_op implementations so that they correctly forward through
to the 'default' (or base) implementations for unknown operations. Stupid
of me to have got this wrong initially, as it is one of the main purposes
of this mechanism.

No cluster differences expected.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12327 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevnfwd.c
gs/base/gdevpdfd.c
gs/base/gdevpdfi.c
gs/base/gxacpath.c

2011-03-30 10:15:18 +0000
Robin Watts <Robin.Watts@artifex.com>
bca8531f23845a6c70cf938fb0ab1bc6e9f14fd9


Add new dev_spec_op call to device procs table, along with gxdevsop.h header
that defines the operation enumeration for it.

Move existing calls of pattern_manage across to using dev_spec_op instead.
Add comments to the pattern management definitions noting that it is
deprecated and should not be used.

No cluster differences (aside from indeterminisms).

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12326 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/base/gdevbbox.c
gs/base/gdevdflt.c
gs/base/gdevdrop.c
gs/base/gdevnfwd.c
gs/base/gdevp14.c
gs/base/gdevpdfb.h
gs/base/gdevpdfd.c
gs/base/gdevpdfi.c
gs/base/gdevpdfx.h
gs/base/gdevrops.c
gs/base/gscolor3.c
gs/base/gsimage.c
gs/base/gsptype1.c
gs/base/gsptype2.c
gs/base/gxacpath.c
gs/base/gxcldev.h
gs/base/gxclip.c
gs/base/gxclip2.c
gs/base/gxclipm.c
gs/base/gxclist.c
gs/base/gxclrect.c
gs/base/gxdevcli.h
gs/base/gxdevice.h
gs/base/gxdevsop.h
gs/base/gxfill.c
gs/base/gximask.c
gs/base/gxpcmap.c
gs/base/gxshade6.c
gs/psi/zpcolor.c xps/xpstile.c

2011-03-30 09:26:50 +0000
Chris Liddell <chris.liddell@artifex.com>
ed774ca984d2566b00e212d130644abd5529235f


Update version number post-release.

git-svn-id: http://svn.ghostscript.com/ghostscript/trunk@12325 a1074d23-0009-0410-80fe-cf8c14f379e6

gs/Resource/Init/gs_init.ps
gs/base/gscdef.c
gs/base/version.mak

Version 9.02 (2011-03-30)

This is the third release in the stable 9.x series.

This is an "out of order" release, primarily to ensure the GPL Ghostscript release remains in version "lock-step" with the Artifex commercial release.

Highlights in this release include:

For monochrome devices, there is a new halftone technique for sampled image data. The existing technique is very efficient (and is 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.

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.

For a list of open issues, or to report problems, please visit bugs.ghostscript.com.

Incompatible changes

No recorded incompatible changes.

Changelog

2011-03-30T06:48:01.334550Z chrisl

Extend the SSE2 check in both configure scripts.

The check now attempts to declare a variable of a type missing in older
versions of gcc.

Bug 692102

No cluster differences expected.

[base/configure.ac /trunk/ghostpdl/configure.ac]

2011-03-28T08:49:48.387061Z Chris Liddell

Reduce duplication of changelog and news by deprecating Changes.htm and
Details#.htm.

The information will now be in two places only: the highlights summary
in News.htm, and the detailed changes in History#.htm.

Update related documentation and html links to reflect this change.

CLUSTER_UNTESTED

[doc/Changes.htm doc/Readme.htm doc/Details9.htm doc/Release.htm]

2011-03-26T14:51:06.549590Z Michael Vrhel

Fix for issue found by Chris where we have a soft mask embedded in a softmask
and graphic state pushes and pops occurring.  In this case, the soft mask stack
that is saved gets out of sync compared to the one in the context state.
Use of the stack count can catch the issue and correct it.  Also a rename of
one of the variables in the pdf14 code to make it easier to debug.

[base/gdevp14.c base/gdevp14.h]

2011-03-25T12:12:05.657797Z Till Kamppeter

Fixes concerning the compatibility of the OpenPrinting Vector ("opvp")
output device with Ghostscript 9.x.

1. If there is any ICCColor based image in the PostScript input, GS crashes.
2. Fallback when path is too complex for some kinds of printers. This problem
already existed in GS 8.x.

Thanks to Koji Otani from BBR Inc., Japan.

[contrib/opvp/gdevopvp.c]

2011-03-25T10:22:06.357287Z Chris Liddell

The code was erroneously attempting to get a glyph name for a case where
we already had a glyph index for a Truetype font.

Add a check for object type before trying to get a string from a name object.


Bug 692095

No cluster differences expected.

[psi/zfapi.c]

2011-03-24T17:26:17.397320Z Chris Liddell

Resolve build issues with language_switch and UFST.

I had (wrongly) assumed that the PCL/language_switch builds with UFST
and COMPILE_INITS=1 would have the relevant paths correctly setup for
the PS/PDF world to access the Microtype FCOs. It turns out they are
done in an incompatible manner.

So, I've renamed the path variables (in the makefiles) so there isn't
a clash between PCL and PS/PDF, ensured that the variables are correctly
passed through recursive (n)make calls, and tidied up the FAPI options
for the language_switch build.

Not only does this allow language_switch to build with the UFST, but the
Postscript interpreter does now use FAPI/UFST to access the Microtype fonts
for the built-in fonts, and uses FAPI/Freetype for downloaded fonts.

Bug 692093

No cluster differences expected.

[/trunk/ghostpdl/common/msvc_top.mak /trunk/ghostpdl/language_switch/pspcl6_msvc.mak /trunk/ghostpdl/main/pcl6_gcc.mak psi/msvc.mak base/Makefile.in psi/int.mak]

2011-03-24T04:22:23.459616Z Michael Vrhel

Fix for compiler warning.

[base/gdevp14.h]

2011-03-23T21:34:20.429081Z Michael Vrhel

This commit fixes several issues.

Memory leaks in the PDF14 device as well as the separation devices.
Fixes in PDF14 device so the the color encoder and decoder are properly updated
if soft masks occur with spot colors.
Proper copying of the devicen parameters to the clist devices in the MT
rendering.  This was the source of a problem when doing multi-threaded
rendering to separation devices.

This fixes bug 692087

[base/gdevp14.c base/gsicc_cache.c base/gxclutil.c base/gdevpsd.c base/lib.mak base/gdevp14.h base/gxclthrd.c base/gdevtsep.c base/gdevdevn.c base/gxblend.c base/gdevdevn.h]

2011-03-21T11:24:17.021832Z Michael Vrhel

Fix for memory leaks in the pdf14 device.  These could occur with softmask and
graphic state changes as well as when we are going to a tiffsep device.

[base/gdevp14.c]

2011-03-20T01:40:19.345427Z Michael Vrhel

Fix for bug 692087 crashes.   num_bytes - bytes_dropped was ending up negative
in cases where the transparency device was reducing the number of colorants
compared to the target device (mainly when we had a softmask) which was getting
passed into the clist as an unsigned value.   Now when this occurs we just use
the encoding of the full color value.

[base/gxclutil.c]

2011-03-19T04:56:52.259544Z Michael Vrhel

A temp fix for bugs 692038 and 692065.  The clist devices that are created for
the threads now inherit the icc profile from the target device.  I need to set
things up so that the device profile is no longer reference counted since we
could have a race condition problem if the different threads are incrementing
and decrementing the count and if the command is not atomic on a particular
architecture.  The plan will be to no longer ref count the device profile but
to have it maintained until the the actual target device is destroyed. There
will be a bit of work to do with respect to the pdf14 device, which can have
a device profile that is different than the actual target device.  That profile
can be altered with the transparency group pushes and pops.

[base/gxclthrd.c]

2011-03-19T00:32:37.910024Z Ray Johnston

Fix for some strange rendering with PDF 1.7 FTS files when we have shading and
transparency and are both filling and stroking text (Text Rendering modes 2
and 6). Customer 532.

[Resource/Init/pdf_ops.ps]

2011-03-18T05:16:08.669973Z Michael Vrhel

Fix so that image_parent_type is properly initialized during clist image
reading.

[base/gsiparm4.h base/gximage1.c base/gximage4.c]

2011-03-17T15:24:58.552348Z Chris Liddell

Escape/quote the UFST path settings in the makefile so that the macros
correctly expand to strings.

Bug 692082

No cluster differences expected

CLUSTER_UNTESTED

[base/Makefile.in]

2011-03-17T09:54:53.062174Z Chris Liddell

Uncached glyphs were ignoring rendering mode 3, and being imaged
directly to the device - for cached glyphs the decision occurred
in the "show machinery".

This wasn't my first choice solution, but all the others I tried
caused problems with later use of a cached glyph (which wasn't
actually cached), or problems with pdfwrite, pswrite or ps2write.


Bug 692004

No cluster differences expected.

[base/gspaint.c]

2011-03-17T09:41:16.074991Z Chris Liddell

Fix some issue where user specified devices didn't get the requisite
"$(DD)" and ".dev" runes added to them.

Also, rearrange the "pre-declared" device strings to be more
consistent within configure.ac


Bug 692062

No cluster differences expected.

[base/configure.ac]

2011-03-15T17:59:17.340024Z Robin Watts

Add special case mem_planar_copy_color_4to1 code for copying bits
from 4 1 bit planes into 1 4 bit chunky plane.

This helps with performance of the plibk device.

No cluster differences expected.

[base/gdevmpla.c]

2011-03-15T08:35:05.386182Z Ken Sharp

Fix (ps2write) : Indexed colour images have incorrect /Decode

Bug #691924 "Differences in colour with ps2write"

The problem was due to the opdfread code generating a /Decode for an Indexed
colour space where the value was [0 2^n] and should be [0 ((2^n) - 1)]. This
caused the highest image sample to be mapped to 1 past the end of the samples
in the colour space.

Normally this doesn't matter, because the values are clamped to 'hival' in the
Indexed space. In this case, however, the image was 2 bpp (4 values) but the
colour space was defined as a full 256 indices, with only the first 4 bein
used.

The incorrect Decode caused the image sample value 3 to be looked up as colour
space sample 4, which was set to all 0 (black) causing incorrect colour values.

[base/opdfread.h lib/opdfread.ps]

2011-03-14T15:46:15.599171Z Robin Watts

Reintroduce commented out PACIFY_VALGRIND definition in gximono.c - without it
the comment makes no sense.

Add new PACIFY_VALGRIND code (and commented out definition) in
gxht_threshold.c.

Fix some line endings.

No real code change, so no cluster differences expected.

[base/gximono.c base/gxht_thresh.c]

2011-03-14T15:16:08.036660Z Robin Watts

Fix an indetermism in the halftoning code. When mapping a y offset into a
row index for a halftone tile, special care needs to be taken when y is
negative. Proof (as if more were needed) that the % operator in C is evil.

The command in question was a cutdown version of C306.bin rendered at 600bpi
to pbmraw with dMaxBitmap=10000.

It now runs into a clist UMR. Will keep looking.

[base/gximono.c]

2011-03-14T13:53:51.702509Z Ken Sharp

Fix (ps2write) : Don't set a default halftone.

Bug #691923 "Differences in dithered output with ps2write"

The PDF interpreter emits a setpagdevice between every page of output, in case
the media size has changed. The implementation of setpagedevice resets the
halftone to be the default halftone (106 lpi 45 degree line screen).

This is a problem for ps2write, and potantially pdfwrite, as there is no way to
differentiate between a default halftone set by setpagdevice, and a halftone
contained in the input file.

To avoid embedding an unhelpful halftone, we now check the device parameter
'/HighLevelDevice' in the setpagedevice implementation, and if it is present
and true, we do not call .setdefaulthalftone.

Also updates documentation on device parameters.

This causes differences on every 1-bit rendering test (ie pkmraw) of the
ps2write output file, so approximately 1300 differences are to be expected.

[doc/Drivers.htm Resource/Init/gs_setpd.ps]

2011-03-14T13:00:03.503443Z Robin Watts

Fix Bug 692064. Tiffscaled device was checking on page print time that the
expected size of the page wouldn't make the page too large to fit in a file.
This code was copied from the tiffgray device (as we render internally in
8bpp). As we output in monochrome however (and may use compression) the
test is in fact bogus, and should simply be removed. We do that here.

It's entirely possible that we should be removing the test from the
tiffgray device too - most systems with 32bit longs support large files these
days, and compression may apply here too anyway. I'll leave this until it
becomes an issue though.

No cluster differences expected.

[base/gdevtsep.c]

2011-03-13T11:57:08.378919Z Ken Sharp

Some updates to the new device parameters. It turned out that the intended
parameter Type32ToUnicode was incorrectly implemented. This should actually
have used the WantsToUnicode parameter, because the code actually controls the
processing of  GlyphNames2Unicode tables from Windows PostScript.

This means we no longer need the Type32ToUnicode parameter and it has been
removed.

Added initial documentation of these parameters.

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.

[Resource/Init/gs_pdfwr.ps base/gdevpdfx.h base/gdevpdfp.c doc/Drivers.htm base/gdevpdfb.h]

2011-03-13T01:21:49.785339Z Ray Johnston

Remove spurious debug printout inserted in rev 12141 line 780:
1 index == 0 index ==

[Resource/Init/pdf_draw.ps]

2011-03-11T19:24:57.067395Z Ken Sharp

Change the default value for the 'AllowPSRepeat' so that it defaults to allowed
instead of disallowed (doh!) This is important for those devices which don't
set the device parameter.

No differences expected.

[psi/zfunc4.c]

2011-03-11T17:14:51.124213Z Ken Sharp

Remove a #if 0 accidentally left in the commit for revision 12282. Also
initialise a variable, just in case.

No differences expected.

[psi/zfunc4.c]

2011-03-11T16:58:34.690669Z Ken Sharp

The final removal of the reliance on testing the device name to influence
interpreter behaviour.

This tests the /AllowPSRepeat paramter and flags an error if a function tries
to use 'repeat' when it is disallowed.

Still to do: write some documentation on these new parameters.

No differences expected.

[psi/zfunc4.c]

2011-03-11T15:14:40.609962Z Chris Liddell

Add the new third party library directories to the Windows nmake zip file
target.

No cluster differences.

Bug 691944

Credit to: Gennadiy Tsarenkov.

CLUSTER_UNTESTED

[psi/winint.mak]

2011-03-11T15:07:56.095474Z Chris Liddell

Rejig the romfs targets so that unix make can follow the dependencies.

This should prevent the pointless rebuilding of the romfs C source.

Bug 692053

No cluster differences expected.

[base/lib.mak base/unix-aux.mak]

2011-03-11T09:04:24.536166Z Chris Liddell

Some (broken) TrueType fonts have out of order loca tables, which can result
in the calculated glyph data lengths being larger than the actual
available glyph data. Normally this does not cause a problem, but if the glyph
in question is in the final bytes of the stream, we encounter an unexpected
end of data condition when creating the glyph data buffer to pass into
Freetype.

So the FAPI interface code will now ignore that error, and adjust the byte
length to correctly reflect the number of bytes available in the buffer.

It is safe to do this because, in the event we have a genuine out-of-data
condition, Freetype will return an error when it tries to interpret the
glyph outline.

Bug 692043

No cluster differences expected.

[psi/fapi_ft.c psi/zfapi.c]

2011-03-11T05:45:19.450208Z Alex Cherepanov

Fix missing header problem on older versions of MSVC.

[base/gsropt.h]

2011-03-11T04:15:39.316030Z Michael Vrhel

A reorganization of the halftone code in preparation of doing thresholding of
color images.  This basically pulls out some code pieces that will be shared
in all the image thresholding cases.  No differences expected
(or seen in the cluster push).

[base/gxht_thresh.h base/lib.mak base/gximono.c base/gxicolor.c base/gxht_thresh.c]

2011-03-10T17:31:38.501799Z Robin Watts

I missed one change in commit 12274. The detection of chunky modes should
look at num_planes being <= 1, not == 1.

I tested this locally and then clearly missed it when cluster pushing.

[base/gdevdrop.c]

2011-03-10T16:56:15.200283Z Robin Watts

Planar device is broken w.r.t rops in a cmyk space - this commit fixes it.

The planar memory device sets itself to use gx_default_strip_copy_rop
rather than mem_strip_copy_rop. mem_strip_copy_rop knows that rops on
cmyk pixels should actually convert to rgb, perform the rop, and convert
back again, but doesn't know how to convert the results back when it's in
planar mode. gs_default_strip_copy_rop can cope with planar mode, but doesn't
know to convert to rgb first.

The first fix included here is to extend mem_strip_copy_rop to know how to
write back to planar format, and then to make the planar memory device use
mem_strip_copy_rop.

This then exposes various flaws in mem_strip_copy_rop, including the fact
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
correct one and get much better results.

No cluster differences expected as the planar device is not tested.

[base/gdevdrop.c base/gdevmpla.c]

2011-03-10T16:42:20.394889Z Robin Watts

The routines in gdevplib.c intended to map colors in cmyk form back to rgb
were incorrect. Fixed here.

No differences expected as this files isn't linked in by default.

CLUSTER_UNTESTED

[base/gdevplib.c]

2011-03-10T16:27:04.913812Z Robin Watts

Remove the buffer blanking done in gximono.c. Previously removing this would
have caused indeterminisms. With the additional fix in here to limit
offset_bits to dest_width, however, we should get stable results.

This gives various differences in output (81 in pcl, presumably more in PDF
and PS). Bmpcmp of the pcl ones shows them as all progressions.

[base/gximono.c]

2011-03-10T14:55:08.103488Z Ken Sharp

Update the remaining PostScript files (mostly the PDF interpreter) to use the
new device parameters instead of explicitly checking for the device being named
'pdfwrite' or 'ps2write'.

Some more modification is still required, but we're nearly there. We will
continue to check the device names in gs_pdfwr.ps when setting up the default
state for those specific devices.

Although not strictly a Distiller device, ps2write declares itself to be
'IsDistiller'. This is because some PostScript test files were found to behave
differently if the distillerparams operators were available, in particular
files would be oriented differently if the device was deemed to be a Distiller.

[Resource/Init/gs_pdfwr.ps Resource/Init/pdf_font.ps Resource/Init/pdf_draw.ps base/gdevpdfb.h Resource/Init/gs_setpd.ps]

2011-03-10T07:31:45.990562Z Alex Cherepanov

Ignore null object when it is used instead of the gstate dictionary.
Bug 692050.

[Resource/Init/pdf_main.ps]

2011-03-10T06:19:17.004672Z Alex Cherepanov

Change all instances of true, false, and null to //true, //false, and //null
to avoid interferance from PS files that redefine them. Bug 692041.

[Resource/Init/gs_typ32.ps Resource/Init/gs_cidfm.ps Resource/Init/gs_mgl_e.ps Resource/Init/pdf_rbld.ps Resource/Init/gs_resmp.ps Resource/Init/gs_dscp.ps Resource/Init/gs_fonts.ps Resource/Init/gs_wan_e.ps Resource/Init/gs_mex_e.ps Resource/Init/gs_ttf.ps Resource/Init/gs_cspace.ps Resource/Init/gs_cff.ps Resource/Init/gs_dps1.ps Resource/Init/gs_lev2.ps Resource/Init/pdf_sec.ps Resource/Init/gs_l2img.ps Resource/Init/gs_cet.ps Resource/Init/gs_dbt_e.ps Resource/Init/gs_pdf_e.ps Resource/Init/gs_statd.ps Resource/Init/gs_fapi.ps Resource/Init/gs_pdfwr.ps Resource/Init/gs_cidfn.ps Resource/Init/pdf_main.ps Resource/Init/gs_dps.ps Resource/Init/gs_res.ps Resource/Init/gs_ll3.ps Resource/Init/gs_css_e.ps Resource/Init/gs_epsf.ps Resource/Init/pdf_draw.ps Resource/Init/gs_dpnxt.ps Resource/Init/gs_icc.ps Resource/Init/gs_mro_e.ps Resource/Init/pdf_ops.ps Resource/Init/gs_init.ps Resource/Init/pdf_font.ps Resource/Init/gs_ciddc.ps Resource/Init/gs_trap.ps Resource/Init/gs_cidtt.ps Resource/Init/gs_diskn.ps Resource/Init/gs_fntem.ps Resource/Init/pdf_base.ps Resource/Init/gs_sym_e.ps Resource/Init/gs_img.ps Resource/Init/gs_btokn.ps Resource/Init/gs_cidcm.ps]

2011-03-10T00:58:08.762234Z Michael Vrhel

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.

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.

These changes are all related to a non-tested cluster case when we have -sOutputICCProfile=lab.icc

[base/gdevp14.c base/gxcmap.c base/gstrans.c base/gxclist.h base/gdevtfnx.c base/gsfunc0.c base/devs.mak base/gsicc.c]

2011-03-09T21:32:58.461339Z Robin Watts

Add gxht_thresh.{c,h} to Visual C project.

CLUSTER_UNCHECKED

[ghostscript.vcproj]

2011-03-09T14:44:40.068733Z Robin Watts

Disable PACIFY_VALGRIND in gximono.c. This define is intended to enable
extra code that can be performed so as to ensure that valgrind doesn't
report false positives. As such, disabling it should have no adverse
effects.

Unfortunately, it seems that in the portrait case, if we don't blank the
threshold array before we run, we get diffs. I have therefore taken this
memset out of the PACIFY_VALGRIND case and forced it to always happen.
This probably points to a bug and should be investigated properly.

No cluster differences expected.

[base/gximono.c]

2011-03-08T20:00:17.821965Z Robin Watts

Simple optimisations to non SSE2 versions of halftoning code. There is
probably (certainly!) more performance to come with loop unrolling etc,
but this at least gets us the cheap win of avoiding repeated array accessing,
only setting, not blanking bits etc.

Cluster tests show no changes.

[base/gxht_thresh.c]

2011-03-08T17:40:51.077420Z Robin Watts

Change to gsroprun1.h to avoid over/underreading the source/texture buffers.

Given a valid byte range we expand that to the smallest enclosing CHUNK range
and guarantee never to access out of that range. Previously we could read
one CHUNK before/after it.

If this is a problem, simply ensure that CHUNK is byte rather than int on
your platform. This now behaves better than the original code which would
access one byte before/after the defined range.

No cluster differences seen in testing.

[base/gsroprun1.h]

2011-03-08T16:35:16.023687Z Tor Andersson

Add PNG reading support to the bmpcmp tool.

[toolbin/bmpcmp.c]

2011-03-08T15:18:42.397978Z Ken Sharp

Update to use the new device parameter /PreserveTrMode instead of explicitly checking
for the device name being 'pdfwrite'.

No differences expected.

[Resource/Init/pdf_ops.ps]

2011-03-08T08:27:54.788378Z Ken Sharp

Activate the new device parameters, and modify the resource code to use the first one
(AllowIncrementalCFF) instead of testing for the pdfwrite device name.

No differences expected.

[Resource/Init/gs_cidfn.ps base/gdevpdfp.c]

2011-03-08T00:26:07.330315Z Robin Watts

When using PACIFY_VALGRIND, don't call the memory blanking when the
mallocs have failed.

This should cure the SEGVs that were introduced, but otherwise cause no
changes.

[base/gximono.c]

2011-03-07T22:19:29.253652Z Michael Vrhel

Initialize ht landscape structure to zero when in portrait case.  There is
a conditional test on the value later.

[base/gximono.c]

2011-03-07T21:57:02.879011Z Robin Watts

Correct line endings (were DOS, should be Unix).

No cluster differences.

CLUSTER_UNTESTED

[base/gxht_thresh.h base/gxht_thresh.c]

2011-03-07T21:17:12.494498Z Robin Watts

Add new debugging define to gximono.c, PACIFY_VALGRIND.

This enables various small tweaks in the code that stop valgrind throwing
errors. We believe that all the errors thrown are false positives, but
we enable this define anyway until we've sorted the current indeterminisms.
We'll disable it in a few days when we have solved the problems and check that
it really doesn't cause any more.

Cluster results unknown; probably no change. If this solves indetermisms
then we'll need to understand why.

[base/gximono.c]

2011-03-07T21:11:56.916525Z Robin Watts

Fix typos, one in a comment, one in an id string.

No cluster differences.

CLUSTER_UNTESTED

[base/gxipixel.c base/gzspotan.c]

2011-03-07T18:58:08.149818Z Michael Vrhel

Fix for improper indexing of reversed portrait image line.  We were off
by one byte and ended up with one byte not set.  Def. a source of
indeterminism.  Thanks to Robin for tracking this down.

[base/gximono.c]

2011-03-07T15:40:13.201330Z Ken Sharp

Undo revision 12243. The revision makes a debug print dependent on the value of the
'size_set' variable. Unfortunately, this variable is not defined in the cups_get_matrix
routine. It is defined in the other places it is used (cups_put_params).

This prevents a debug build from compiling on Windows, and I can't see how it would
work on any other OS when built for debug.

Reverted the change in order to build debug versions of Ghostscript.

[cups/gdevcups.c]

2011-03-07T14:21:11.345196Z Ken Sharp

Redo revision 12248 in a way which (hopefully!) doesn't cause seg faults.

Still no differences expected....

[base/gdevpdfx.h base/gdevpdfp.c base/gdevpdfb.h]

2011-03-07T12:40:47.052280Z Chris Liddell

Account for fonts in which (some) charstrings have been replaced with
Postscript procedures when FAPI decides an outline, or just a width
is required. The previous code only handled this case for rendered
glyphs from Freetype.

Bug 692029

No cluster differences expected.

[psi/zfapi.c]

2011-03-07T11:12:19.973357Z Ken Sharp

pdfwrite & ps2write enhancement

Add some new keys to the device parameters dictionary for these devices. These will be
used to replace the explicit tests against the device name in various places in future
commits.

These will also later be documented and their use suggested for any devices requiring
the same capabilities.

No differences expected, these are not used yet.

[base/gdevpdfp.c]

2011-03-07T09:43:02.986503Z Chris Liddell

Update the second place where we may have to reset the Freetype glyph object.

Again, this means we only free the outline or bitmap data, and just let
Freetype "reset" its glyph object between glyphs.

No cluster differences expected.

[psi/fapi_ft.c]

2011-03-07T07:08:12.439689Z Ray Johnston

Fix for compositor device chaining in the pdf14 device. This was detected in a
file that did overprint along with transparency. The pdf14 device incremented the
ref_count for the overprint_device, but never decremented it since the 'finalize'
of the pdf14 device was left at NULL rather than being set to the gx_forward_finalize
function which should be used. The gx_device_set_target, rather than rc_assign does
the proper set of the finalize proc pointer so that reference counts for the device
chain are properly maintained. Detected by customer 532 since their device freed
the clist buf_device resulting in the overprint_device having a 'target' pointer
to freed memory, causing a SEGV when the 'finalize' function executed.

No regressions expected since in the normal code, the GC frees the devices that
were left unreferenced by the free of the pdf14 device.

[base/gdevp14.c]

2011-03-06T16:52:19.765042Z Michael Vrhel

Fix to use proper DDA incrementation for interpolation.
We still maintain special loops for when there is no scalin
or for when it is 2x.  This should fix the intdeterminism issues.
Tested performance on customer files and no significant difference
was observed.   About 1500 cluster differences will be reported with
this fix.

[base/lib.mak base/gximono.c]

2011-03-06T11:15:48.120325Z Chris Liddell

Instead of destroying and recreating freetype's glyph object for every glyph
we need to render, we can just free the "transient" parts: the bitmap or the
outline.

Saves a very small amount of time, and potentially reduces memory pool
fragmentation.

No cluster differences expected.

[psi/fapi_ft.c]

2011-03-05T17:46:46.608714Z Till Kamppeter

Do not do debug output of an uninitialized variable

Thanks to Richard Hughes (hughsient at gmail dot com) for the patch.

[cups/gdevcups.c]

2011-03-04T19:27:50.114304Z Till Kamppeter

Correction on Richard Hughes' patch for color management in the CUPS filters.

[cups/colord.c]

2011-03-04T17:51:00.067911Z Henry Stiles

Fix a warning and type error.  Code should produce the same results,
so no testing.

CLUSTER_UNTESTED

[base/gdevdgbr.c]

2011-03-04T13:34:11.568425Z Robin Watts

Add FIXME to gximono.c about possible future optimisation, so it is not
forgotten.

CLUSTER_UNTESTED

[base/gximono.c]

2011-03-04T09:35:04.845642Z Chris Liddell

Only attempt to create files in the "cups" directory if it exists.

[base/configure.ac]

2011-03-04T06:45:29.360251Z Michael Vrhel

Reorganization of threshold code to move all the thresh holding operations into a new file.

[base/gxht_thresh.h base/lib.mak base/gximono.c base/gximage.h base/gxht_thresh.c base/gsiparam.h]

2011-03-04T06:16:53.560659Z Alex Cherepanov

Add missing test for /packedarraytype during recursive dereferencing
of composite PDF objects. Bug 692018, customer 850.

[Resource/Init/pdf_base.ps]

2011-03-03T22:20:22.363870Z Henry Stiles

The get_bits() device call was assumed to return copied data and fill
in the allocated memory pointed to by the variable row, in fact the
gets_bit call can also just return a pointer and row is never
initialized, now we detect that.  This broke raster operations for the
display device and appears to have resulted in the use of
uninitialized data in other files.  A sampling of changed files showed
single pixel differences in files.

[base/gdevdgbr.c]

2011-03-03T20:29:23.683592Z Robin Watts

Update plibc and plibk to output pams when built with DEBUG_DUMP.

No cluster differences possible as this code is not used in cluster testing.

CLUSTER_UNTESTED

[base/gdevplib.c]

2011-03-03T20:23:43.920044Z Robin Watts

Add new pamcmyk4 device. Identical to pamcmyk32 device, but works in 1 bit
per component, rather than 8.

No cluster differences expected as this code isn't tested.

[psi/msvc.mak base/unix-gcc.mak base/gdevpbm.c base/devs.mak]

2011-03-03T17:51:48.590954Z Michael Vrhel

Enabling of thresholding code as default image rendering of monochrome/indexed
images for monochrome devices.  This will result in about 2432 differences reported.
I stepped through them in a bmpcmp to check for serious issues.  The minor halftone
differences were due to the fact that we step in the device space for pixel replication
in the threshold code but step in source space for the rect fill code.  Enabling this
code now will make it easier to track issues as we expand the use of the thresholding code.

[base/gximono.c]

2011-03-03T15:48:46.192376Z Robin Watts

Add plib device (c and h) files to ghostscript project file.

No cluster differences expected as project file is not used by cluster.

CLUSTER_UNTESTED

[ghostscript.vcproj]

2011-03-03T00:08:27.251299Z Marcos H. Woehrmann

Added the ability to specify bmpcmp in addition to a normal clusterpush.pl
operation.  Both commands will be queued in the correct order.

Examples:

./clusterpush.pl gs bmpcmp
./clusterpush.pl bmpcmp gs pcl xps ls

Note that the order of the options is not signficant.

The command line parser for clusterpush.pl changed signficantly with this
revision.  It should be backwards compatible with the previous version
but it's possible that subtle differences exist.  If a clusterpush.pl
command line behaves differently than you expect please open a bug.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/clusterpush.pl toolbin/localcluster/clusterpush.txt]

2011-03-02T22:12:39.208205Z Robin Watts

Fix rop operation on plib device. Previously, I'd disabled get_bits_rectangle
on the buffer device as the data is normally in the format we need it in
anyway, so it's a NOP. Unfortunately it's needed for rop operation, so
reintroduce it.

To avoid infinite loops, we have to cope with GB_RETURN_POINTER. This is
easy to add to the gdevmpla.c device, but it's less clear that adding it
into the mem device is the right thing to do. We therefore introduce a
shim function to cope with GB_RETURN_POINTER with the mem device.

No cluster differences expected as this is disabled by default.

Testing shows that the planar device is now very close to the non planar
equivalent.

[base/gdevplib.c base/gdevmpla.c]

2011-03-02T20:50:46.635530Z regression

Minor bug fixes and improvements to the cluster system, the most
signifcant of which is the addition of "CLUSTER_UNTESTED" detection.
If this keyword appears anywhere within the log message of a commit that
revision will not be tested by the cluster.

Less interesting changes include:

Fix for bmpcmp if large numbers of differences are produced

Addition of 'svn cleanup' calls before 'svn update' to handle nodes that
crashed during previous 'svn update' and left the repositories locked

Set status of all nodes to idle after jobs are completed.

Fix bugs that caused bmpcmp completed emails to be appended to the
previous message.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/pngs2html.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl]

2011-03-02T18:51:23.645025Z Michael Vrhel

Introduction of a member variable in gs_image1_t, which will let us know the
original source type of the image.  For example if, the parent source were type3
this spawns two type1 images.  One for the mask and one for the image data.  The
mask is rendered using image render simple.  If the image is monochrome or indexed,
it is rendered with the renderer in gximono.c .   If we are going to a halftone
monochrome device, we end up using the fast threshold based renderer which has its
interpolation stepping in device space as opposed to source space.  This causes very
minor differences between the mask and the image data.  To avoid this, we use the old
rect_fill code for the image type3 data to ensure a more exact spatial match.

[base/gximono.c base/gximage1.c base/gximage2.c base/gximage3.c base/gximage4.c base/gximage.h base/gximag3x.c base/gsiparam.h]

2011-03-02T13:39:52.433442Z Robin Watts

Fix bmpcmp bug; the map array was being incorrectly sized, resulting in
occasional memory corruption.

No cluster differences expected.

[toolbin/bmpcmp.c]

2011-03-02T00:09:25.760114Z Robin Watts

Debug output for gdevplibm (monochrome planar interlaced bands) was broken
and writing malformed pbms. Simple fix - move the mono output code to the
mono branch of the if rather than the grey one.

No cluster differences expected.

[base/gdevplib.c]

2011-03-01T19:30:56.622647Z Robin Watts

Remove DOS line endings from .gitignore files.

[.gitignore /trunk/ghostpdl/.gitignore]

2011-03-01T17:18:30.158752Z Michael Vrhel

Fix for error introduced in non-SSE2 code when I removed the inclusion
of the transfer function into the threshold values.

[base/gximono.c]

2011-02-28T22:31:28.419926Z Till Kamppeter

Added color management support to the CUPS ...toraster filters

Replaced the ...toraster filters by one filter executable, gstoraster,
written in C. This filter converts both PostScript and PDF input into
the CUPS Raster format using Ghostscript with the "cups" output
device, controlled by settings in the print queue's PPD file, by
command line options, and by settings embedded in a PostScript input
stream. This is now done with color management based on
printer-specific ICC profiles referenced in the PPD file or supplied
by the color management daemon colord. The CUPS PPD extensions
concerning color management
(http://www.cups.org/documentation.php/doc-1.4/spec-ppd.html) are made
use of if used and the colord daemon is used if it is present. colord
is accessed via D-Bus, but the new filter can also be compiled without
D-Bus and in this case only the CUPS PPD extensions and ICC profiles
assigned to the print queue are used for color management.

Thanks to Richard Hughes for the patch.

[cups/pstoraster.in cups/pstoraster.convs cups/gstoraster.c cups/pdftoraster.c cups/cups.mak base/Makefile.in cups/colord.c base/configure.ac cups/gstoraster.convs cups/pdftoraster.convs cups/colord.h]

2011-02-28T20:30:43.994348Z Robin Watts

X offset in custom 24 -> 888 planar copy_color routine was being miscalculated.
Simple fix.

No cluster differences expected as this is untested.

[base/gdevmpla.c]

2011-02-28T19:35:34.539587Z Robin Watts

Remove silly debugging hack left in gdevmpla.c by accident. Only affects
planar 888 devices (i.e. none enabled by default).

No cluster differences expected.

[base/gdevmpla.c]

2011-02-28T19:32:37.270892Z Robin Watts

Add simple .gitignore files.

[.gitignore /trunk/ghostpdl/.gitignore]

2011-02-28T10:48:11.852106Z Ken Sharp

Silence a compiler (scan-build) warning about a variable never being used.

[base/gdevpdfo.c]

2011-02-28T05:23:46.157854Z Michael Vrhel

Fix for mis-scale on decode for render mono cache.  Fixes improper rendering
of 148-11.ps with new halftone code.

[base/gxipixel.c]

2011-02-27T23:26:10.406657Z Michael Vrhel

Removal (or inactivation) of code to include inverse of transfer function in
the threshold values.  Also minor fix for scaling issue in halftone code in
portrait mode.  Code is inactive so no regression diffs expected.

[base/gximono.c base/gsht.c]

2011-02-27T23:23:30.287293Z Michael Vrhel

Fix for a bug that was introduced with the ICC branch.  This was causing a
mismatch between banded an unbanded rendering and in particular had rendering
errors in banded mode when rendering PS and PDF files that had a non identity
transfer function.  Minor progression diffs in many files with very visible
progressions in 246-01.ps, 258-01.ps as examples.  What was happening is that
when running in clist mode, we were not recognizing that a transfer function was
present when doing the ICC branch.  Stumble upon this working the transfer function
in with the new threshold based halftoning code.

[base/gxipixel.c]

2011-02-27T01:52:28.834714Z Ray Johnston

Fix for PDF with ASCII85Decode filter that has a dictionary (even if empty)
instead of a 'null' for the params. Stack has the param dict second on the
stack, not third. Bug 692003, customer 700.

[Resource/Init/pdf_base.ps]

2011-02-26T19:17:52.838303Z Till Kamppeter

TCUPS Raster driver: The macros in the cups_put_params() function
could access uninitialized variables when logging error messages and
this could lead to a segmentation fault, making Ghostscript crashing
and many jobs not printed. Debian bug #615202.

[cups/gdevcups.c]

2011-02-26T18:40:59.351498Z Ray Johnston

Fix for PDF 1.7 fts_08_0808.pdf which can clip the corner of the really wide
diagonal (magenta) stroke when banding is used. This was due to the 'extension'
of a square line cap being incorrectly calculated. Customer 532 issue.

[base/gxstroke.c]

2011-02-26T18:25:08.170267Z Ray Johnston

Fix BUILD_SYSTEM conditional for 64 vs. 32 and add 'for Win64' message
to help avoid confusion during setup.

[psi/winint.mak]

2011-02-25T23:57:50.833144Z Robin Watts

Fix bug reported by "new customer feb 2011", whereby gs 8.71 on an embedded
ppc platform is getting the colours on an image in a pdf wrong.

Debugging shows that in gs_indexed_limit_and_lookup we take a floating point
value, clip it, convert it to an int and use it to lookup which colour to use.
On the reference x86 run we have a value of 1 (0x3f800000 as an IEEE float).
On the ppc we have 0.999999 (0x3f7fffff as an IEEE float). This tiny difference
results in values of 1 and 0 respectively when converted to the int, giving
the wrong colour.

The fix here is to add a small epsilon before conversion.

A quick experiment in adding 0.5 rather than epsilon shows worse results.

15 cluster differences in testing, none that actually survived a bmpcmp.

[base/gscolor2.c]

2011-02-25T19:49:39.160812Z Michael Vrhel

Fix so that we only do the fast code if we are in portrait or landscape mode.
Skewed objects will have to use the rect fill method.

[base/gximono.c]

2011-02-25T19:33:55.727547Z Michael Vrhel

Addition of code to incorporate the inverse of the transfer curve into the
threshold matrix.  If the curve is an inverting type (e.g. 0 to 1 and 1 to 0)
then a the thresholding comparison is switched.  Also, if the curve is not
monotonic, it can not be inverted and we revert to the old rect fill method.
This commit has the code disabled so there should not be any regressions.

[base/lib.mak base/gximono.c base/gzht.h base/gxdht.h base/gsht.c]

2011-02-25T18:13:49.002375Z Ray Johnston

Set the GS_DLL to gsdll64.dll for a 64-bit build. The file list was correct,
but the registry was not. Related to bug 691975 but not verified (I just
checked the registry using regedit).

[psi/dwsetup.cpp]

2011-02-25T07:42:21.024741Z Chris Liddell

Revise how the UFST setting are handled in the makefiles.

The previous version relied on GNU make extensions (specifically
conditionals), whilst this version does not.

No cluster differences expected.

[base/lib.mak psi/msvc.mak base/Makefile.in psi/int.mak]

2011-02-24T11:13:12.751072Z Chris Liddell

Hopefully the final iteration of allowing SHARE_ZLIB
to work correctly with COMPILE_INITS=1.

This version changes only Unix-like builds, so Windows need
not suffer, and also removes the reliance GNU make specific
extensions.

Bug 691986


No cluster differences.

[base/unix-aux.mak]

2011-02-24T00:51:08.210054Z Robin Watts

Add new plib family of devices (PLanar Interlaced Buffer). These 5 devices
(plib = r8g8b8, plibg = g8, plibm = mono, plibc = c8m8y8k8, plibk = c1m1y1k1)
use a new 'band donor' interface to request a band buffer, pass back
rendered bands, and release bands at the end of the page.

The idea is that other firmware can implement this simple interface, and
Ghostscript can thus easily drive systems that expect planar interlaced
input.

On the whole there is relatively little new code here; the majority of the
work is done using the existing planar device with the odd tweak here and
there. Firstly, we lift the (artifical) constraints of the number of components
supported (so greyscale is accepted as a planar device for simplicity).
We spot the num_components = 1 case and just use the existing memory device
interface.

Secondly, we add a fast 888chunky to 888planar unpacking routine for use
with copy_color.

Within the plib device itself, we make use of the facility to set the line
indexes to allow for interlaced operation. It would be easy to extend this
device to offer planar non-interlaced operation too built on the same band
donor interface simply by omitting this code.

For debugging purposes we have options within the plib devices to store the
data returned in each band into pxm files (as appropriate to the number of
components). This code is deactivated by default as the output of this
device is via the band donor interface, not the output file.

No cluster differences expected as this code is disabled currently.

Next job: discuss with Marcos how to cluster test this.

[base/gdevplib.c base/gdevmpla.c base/gdevplib.h base/gdevppla.c base/devs.mak]

2011-02-23T16:00:25.505362Z Robin Watts

Introduce and enable 8 bit rop run templated code.

No cluster differences shown.

[base/gsroprun8.h base/lib.mak base/gsroprun.c ghostscript.vcproj]

2011-02-23T14:41:45.053687Z Michael Vrhel

Remove commented out code left over from commit 12192

[base/lib.mak]

2011-02-23T11:54:00.145784Z Robin Watts

Reintroduce runrop changes to Visual Studio solution lost in recent merge
(r12189).

No cluster differences expected.

[ghostscript.vcproj]

2011-02-23T08:25:40.039813Z Chris Liddell

Revision to the changes for using the system zlib.

r12184 caused problems on Windows.

This approach uses configure to determine whether
freetype should use the system zlib, based on whether
Ghostscript is using the system zlib.

Windows, of course, doesn't use configure, so it will
never attempt to the use the system zlib.

Bug 691986

No cluster differences expected

[base/freetype.mak base/Makefile.in base/configure.ac]

2011-02-23T03:26:18.063337Z Michael Vrhel

Temporary fix to turn off fast code for cases where the bps of the index image is not 8bps

[base/gximono.c]

2011-02-23T01:09:08.645858Z Michael Vrhel

Undo of rev 12184 by commenting out the changes for now.  This change broke the windows build.

[base/lib.mak]

2011-02-22T21:31:58.870907Z Robin Watts

Fix warnings caused by merging the halftone branch to the trunk in r12189.

No cluster differences expected.

[base/gxipixel.c base/gximono.c base/gsht.c]

2011-02-22T20:03:37.651092Z Robin Watts

Forgot this file inthe last commit. Sorry!

[base/gsroprun24.h]

2011-02-22T19:52:43.275685Z Michael Vrhel

Merge of halftone branch into the trunk.  The new rendering code is actually
disabled with this commit.  As such, there should not be any testing
differences.

[base/gxipixel.c base/lib.mak base/Makefile.in base/gxcie.h /trunk/gs base/gsht.c base/gxcmap.c psi/msvc.mak ghostscript.vcproj base/gximono.c base/gzht.h base/gxidata.c base/configure.ac base/gxdht.h base/gxcmap.h base/gxicolor.c base/gximage.h base/gsciemap.c]

2011-02-22T19:38:57.296889Z Robin Watts

Add templated 24bit rops. Clusterpushing seems to indicate this works.

No cluster differences expected.

[base/lib.mak base/gsroprun.c base/gsroprun1.h]

2011-02-22T16:10:08.900201Z Chris Liddell

Tweak to allow compressed romfs to be built when we're configured
to use the system's zlib rather than our own.

As a side effect of this, freetype is now configured to use the
same zlib instance as Ghostscript (instead of freetype's own
subset of zlib sources).

Bug 691986

No cluster differences expected.

[base/freetype.mak base/lib.mak]

2011-02-22T15:44:09.440053Z Robin Watts

Add new gsroprun files to Visual Studio solution.

No cluster differences expected.

[ghostscript.vcproj]

2011-02-22T15:28:03.132855Z Robin Watts

Fix DO_FILL_RECT_BY_COPY_ROP code, and enable it by default.

The only thing wrong with the code before is the case when strip_tile_rectangle
is called with both color0 and color1 being gx_no_color_index. That translates
to rop=0xAA (i.e. D - no change). This is actually a special case that means
it's really doing a copy_color operation. We handle this by punting in the
same way as the old code used to.

No cluster differences expected.

[base/gdevm1.c]

2011-02-22T00:18:16.845591Z Robin Watts

Enable mono_copy_mono implemented in terms of mono_copy_rop.

Very small changes to the code to ensure that the copied area is correctly
clipped, this now gives identical results to the existing code, but should
be faster.

The tile_rectangle code is still misbehaving - will fix this in later
revisions (I hope).

No cluster differences expected.

[base/gdevm1.c]

2011-02-21T17:12:10.825257Z Robin Watts

Recommit of 12163 to the trunk.

The fit_copy macro checks for the start address being off the top of the
screen, and clips it to zero. When it does this, it does: data -= y * raster,
which gives problems if raster is a uint ( as uint * int == uint in C) and
data is a 64 bit pointer.

The fix is simply to cast the result to an int before using it. This solves
various SEGVs with the mono_copy_mono using mono_copy_rop code.

No cluster differences expected.

[base/gxdevice.h]

2011-02-21T16:04:25.039434Z Chris Liddell

The structure containing the pthreads native elements making up a
gp_semaphore structure was ending up incorrectly aligned on
sparc32 Linux systems, and caused a bus error. Annoyingly, sparc32
uses 32 bit pointers but requires 64 bit aligment.

This change enforces maximum alignment for the elements of
gp_semaphore, for the current platform.

No cluster differences expected.

Bug 691989

[base/lib.mak base/gpsync.h]

2011-02-21T12:29:20.951013Z Robin Watts

Fix stupid typo in gsroprun.c that was causing templated rops to be different
to non templated rops. With this fixed the cluster shows identical results
(modulo indeterminisms), but the templated code is faster - so enable by
default.

No cluster differences expected.

[base/gsroprun.c]

2011-02-20T12:41:20.382249Z Robin Watts

Initial reorganisation of code towards using copy_rops for copy_mono.

Split the guts of mem_mono_strip_copy_rop out into a separate function
mem_mem_strip_copy_rop_dev. This new function handles the actual copy in
device space, leaving the original to cope with fiddling the rop according
to colors.

This 'inner' function is moved to gdevm1.c so it is present in both gs
and ghostpcl builds. The existing (bitrotted) code in gdevm1.c to
'USE_COPY_ROP' is revamped to call mem_strip_copy_rop_dev, but is disabled
currently as the cluster is showing a few differences that need to be
tracked down.

Also, this introduces new code to do gsroprun's using code in a generic
header file that gets repeatedly #included with different options. This
code is currently disabled until we can verify that it gives identical
results. The new 'templated' code uses native ints where possible, and
(in initial limited testing) seems to perform better than copy_mono.

No cluster differences expected.

[base/gdevmem.h base/lib.mak base/gsroprun.c base/gdevm1.c base/gsropt.h base/gsroprun1.h base/gdevmr1.c]

2011-02-19T07:01:13.923016Z Alex Cherepanov

Add a missing check for null value during PDF resource enumeration.
Bug 691892, customer 532.

[Resource/Init/pdf_main.ps]

2011-02-18T13:22:59.764503Z Robin Watts

Committing fix for Bug 689031 submitted by Shailesh Mistry under the
bug bounty program. Tests out fine (1 minor difference, looks like a
progression to me).

See bug for full discussion, but basically this removes a few calls to
path_position_valid in exchange for accessing the equivalent data kept
locally.

[base/gxchar.c base/gzpath.h base/gxccache.c base/gspath1.c]

2011-02-18T11:51:25.345393Z Ken Sharp

Enhancement (pdfwrite) : performance improvement

Bug #691946 "Conversion to PDF becomes slower and slower"

There are many places where pdfwrite compares composite objects for equality. This can
be a very slow process, depending on the nature of the object, and becomes progressively
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,
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
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.

If we alter the contents of a composite object then we mark its MD5 hash as invalid so
that we recompute it on the next occurence. Technically there could be a problem if
a composite object contains a composite object, and the descendant object is altered
after the MD5 hash is calculated for the parent. However this should not occur given
the way these structures are used (these are pdfwrite internal structures, *not* PS or
PDF objects available to the interpreter).

This very significantly improves performance on some files, the test file for bug
#691946 takes 2642 seconds without this change (and DetectDuplicateImages true) while
it takes 963 seconds after this change.

Note that this change depends on revision 12169 and should ideally be used with
revisions 12168 to 12171 inclusive.

No other differences expected.

[base/gdevpdfo.c base/gdevpdfo.h]

2011-02-18T11:37:56.561896Z Ken Sharp

Fix (pdfwrite) : images being scaled incorrectly

Found while dealing with other problems. pdfwrite uses the image 'height' (rendered
height) and number of lines of data to calculate a 'scale' which it then applies to
the current Transformation Matrix in order to calculate an image matrix.

However, when an image was detected as a duplicate, the scale factor was calculated
from the first image's dimensions, and then applied to the CTM for the second matrix.

This did not appear to cause problems for PostScript and PDF but causes serious bugs
in a number of PCL files, and was clearly incorrect. We now save and restore the
height and width when substituting images to prevent this problem

[base/gdevpdfj.c]

2011-02-18T11:32:07.033929Z Ken Sharp

enhancement (pdfwrite) : Allow duplication image detection to be disabled

pdfwrite tests every (non-inline) image against every other stored image to see if it is
a duplicate, and if so does not embed the duplicate in the output but simply references
the original.

This can be slow for files with many images (each stored image must be checked when a
new image is encountered) and may be of limited benefit.

The new flag DetectDuplicateImages (default true) can be used to enable or disable
this behaviour

No differences expected

[base/gdevpdfj.c base/gdevpdfx.h base/gdevpdfp.c doc/Ps2pdf.htm base/gdevpdfb.h]

2011-02-18T11:25:24.853829Z Ken Sharp

Fix (pdfwrite) : Correction to an equality test

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
another test), which led to incorrect results. This should always have been a problem
but for some reason seems to have been masked in previous releases. New code for
testing equality of composite objects revealed the problem.

No differences expected, as the problem is only revealed with code which follows in a
subsequent commit.

[base/gdevpdfi.c]

2011-02-18T11:15:23.457563Z Ken Sharp

Fix a typo in an enumerated type. No differences expected.

[base/gxhldevc.h base/gxhldevc.c base/gdevpdfg.c]

2011-02-15T16:36:59.934186Z Henry Stiles

Double the allowed space for cached chars and increase the maximum
byte size of a single glyph that can be cached.

[base/gsfont.c]

2011-02-15T15:07:55.282721Z Ray Johnston

Fix for building the gs***w64.exe self extracting installer compatible with
the new 64-bit binary naming and makefile macro (BUILD_SYSTEM)

[psi/winint.mak]

2011-02-15T09:21:28.927211Z Chris Liddell

Ensure that the OpenPrinting drivers get removed from the drivers list
if iconv/libiconv are not available.

The strings used to identify the drivers in the list were incorrect.

[base/configure.ac]

2011-02-14T20:39:33.924424Z Robin Watts

Fix Bug 691917. In revision 11146 I made op_array_table_global and
op_array_table_local be elements of the context rather than being
globals, and changed all the code to access these elements through
the context.

Unfortunately I forgot to cope with when new contexts are generated by
forking execution. The correct fix is, I believe to simply copy the
op_table pointers over to the new context. This has been done here, and
seems to solve the reported bug.

No cluster differences expected.

[psi/zcontext.c]

2011-02-14T11:04:39.509187Z Till Kamppeter

Removed a tab accidentally introduced in rev 12082.

[Resource/Init/cidfmap]

2011-02-10T17:14:23.128533Z Chris Liddell

Ensure that a --build option is propogated to the other
configure scripts we call.

[base/configure.ac]

2011-02-10T13:21:58.493309Z Ken Sharp

fix error in revision 12140

When fetching the size of the stream for a /Indexed colour space, omitted to check if the
/Length of the stream was an indirect object. Now dereference the object if this is the
case.

Should fix the 14 files with errors introduced in 12140.

[Resource/Init/pdf_draw.ps]

2011-02-10T10:43:26.255155Z Ken Sharp

Fix : colour space handling bug and improved handling of broken ICC space

Bug #691941 "Interpretation of PDF aborts with /typecheck"

The PDF file in the specimen contains an invalid colour space of the form:

/Indexed [/ICCBased <</N 1 /Alternate [/Indexed /DeviceRGB 255 7 0 R]>>] 255 7 0 R]

The number of components in the ICCBased specification is incorrect, as the profile has
3 channels. This was not detected previously. Falling back to the /Alternate we see
that we have a /Indexed space depending on a /Indexed space which is also invalid, but
we choose to ignore this.

There was also a bug in the colour space handling for ICCbased spaces which caused a
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.
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.

No differences expected.

[psi/zcolor.c psi/zicc.c Resource/Init/pdf_draw.ps]

2011-02-10T10:33:23.506445Z Ken Sharp

Fix Bug #691918

Update the Unicode decodings applied to TrueType fonts to match the latest Adobe glyph
list. Fixes some problems with incorrect mappings and adds numerous new mappings. A
similar but less extensive change is made to the FCO_Unicode mappings as well.

Thanks to SaGS for the work on this problem.

No differences expected as these are only used for ToUnicode CMaps.

[Resource/Decoding/Unicode Resource/Decoding/FCO_Unicode]

Version 9.01 (2011-02-07)

This is the second release in the stable 9.x series.

Highlights in this release include:

A new, robust CFF parser implemented in C (replacing the previous Poscript one),

tiffscaled device - this renders internally as tiffgray, but then downsamples by an integer scale factor (specified by -dDownScaleFactor=n) and error diffuses to 1bpp output. The tiffscaled device also implements limited minimum feature size functionality; by setting -dMinFeatureSize to 1, 2 or 3, the device output is guaranteed to generate minimum dot sizes as multiples of the final resolution, useful for devices that offer finer position control than dot size control.

Add DSC compatible output in ps2write.

Windows makefiles now support 64 bit builds on 64 bit systems.

A number of performance, memory use, and stability improvements with the new features introduced in 9.00, plus the usual bug fixes.

We have also dropped support for Watcom and Borland development environments. These had not been maintained for some time, and were suffering "bit rot".

For a list of open issues, or to report problems, please visit bugs.ghostscript.com.

Incompatible changes

No recorded incompatible changes.

Changelog

2011-02-07T14:10:27.833602Z Chris Liddell

Some updates to the details of the UFST and Freetype related
information.

Plus adding the warning about Xfonts pending removal.

[doc/Make.htm doc/Xfonts.htm]

2011-02-05T15:29:32.296497Z Chris Liddell

As we plan to deprecate Xfonts in a future release, add a
warning message to this effect when an Xfont is used, as follows:

"Warning: the Xfonts feature is deprecated and will be removed in a future release."

No cluster differences expected.

[base/gxccman.c]

2011-02-05T15:27:25.033646Z Chris Liddell

Merge r12117 from the "halftone" branch into trunk, the original commit
comment says:

Fix bug in bit devices rgb mapping procedure; in the ncomp == 1 case it
was only setting the first component. This was causing indeterminisms in
calling code, which has been giving vastly different timings in Norberts
tests.

This has apparently been here since revision 3318.

[base/gdevbit.c]

2011-02-04T15:51:42.379449Z Robin Watts

Fix problem with shifting in gsroprun.c. I had systematically got this
wrong throughout the code, but fixed it everywhere except this one
case in an earlier commit. This completes the fix.

No cluster changes expected.

[base/gsroprun.c]

2011-02-03T12:30:28.178697Z Chris Liddell

A final tweak to the FAPI/UFST code to keep C compilers
less liberal than gcc happy (specifically Visual C).

No functional changes.

[psi/fapiufst.c]

2011-02-02T18:27:57.905008Z Chris Liddell

A couple of minor UFST related tweaks to account for differences between
UFST 6.2 and UFST 5.x.

[psi/fapiufst.c base/gxfapiu.c]

2011-02-02T17:18:09.939035Z Ray Johnston

Change Windows makefiles extensively for 64-bit issues:
1. Command line nmake works now for 32-bit build on 64-bit OS
2. 64-bit builds use different directories for objects to allow 32 and
64 bit builds to be alternated without confusion. 64-bit objects have
'64' suffix to the 32-bit objects which remain in the same places
3. 64-bit binaries are now named uniquely, e.g. gsdll64.dll and gswin64.exe
Binaries coexist in 'bin' directory since names are unique.
4. 'Style' changes to the makefiles to remove the '32' suffix from files
that are not 32-bit specific -- hopefully will prevent future confusion.

Tested with VS 2005 and VS 2008 as well as with GhostPDL.sln (to make sure
the pcl, xps, and language_switch builds don't break.

[psi/msvc64.mak psi/gsdll64.def psi/dwsetup.cpp psi/msvc.mak psi/dwmain.c psi/dw64c.def psi/msvc32.mak psi/dwmain64.def psi/dwdll.c base/msvctail.mak psi/dwimg.c]

2011-02-02T15:34:53.024741Z Ken Sharp

Remove 4 cases where lines had apparently spurious leading spaces, this seriously
confused nmake and refused to build on Windows.

No cluster differences expected.

[psi/msvc32.mak]

2011-02-02T15:14:53.428205Z Ken Sharp

Fix (ps2write) : Enable ps2write on PCL

Bug #691881 "ps2write broken with GhostPCL"

ps2write formerly required 4 'resource' PostScript files stored on disk in order to
write a PostScript header to the output file. These files have now been converted into
'C' header files and included in the source in earlier revisions.

This commit removes the last barrier to ps2write working with PCL (and other
non-PostScript languages) by removing a disk-based check for opdfread.ps.

No differences expected.

[base/gdevpdfu.c]

2011-02-02T14:55:37.673202Z Robin Watts

Add cups files to VS project. This is a very simple, clean patch to the
gs visual studio project file, so (famous last words) can't affect the
cluster build and shouldn't conflict with anyone else.

[ghostscript.vcproj]

2011-02-02T14:12:15.676565Z Chris Liddell

A set of changes to make it easier to use the UFST with Ghostscript
and to get us closer to having the option of the UFST handling font
types other than the Microtype fonts.

The UFST build, using the default COMPILE_INITS=1  will now include
the Microtype FCO files in the rom file system along with the other
initialisation files (it does not currently strip out the normal
Postscript fonts in Resource/Fonts), and setup default values for
the various paramters required to have Ghostscript use the
Microtype fonts (these can still be overridden on the command
line). For the build with COMPILE_INITS=0, the default paths
will use the path to the UFST you specify for configure, or
nmake on Windows.


Included in this revision are changes to prevent the UFST version
5.x (or less) from trying to handle non-Microtype fonts, and allow
it to safely fall back to the Freetype (or a.n.other FAPI plugin).
UFST 6.2 or better will try to handle all fonts types, but this is
not yet reliable.

Currently, this code only replaces the UFST memory management on
UFST 6.2 and above (this is purely because I haven't time to test
this capability on UFST 5 yet).

A further change will be committed shortly to the UFST 5 sources
to force the UFST to use the Ghostscript stream IO instead of the
standard lib file IO on the Windows builds (this has been in place
for the Unix/Linux UFST builds for some time).

[psi/zfapi.c base/Makefile.in Resource/Init/gs_fntem.ps base/configure.ac psi/fapiufst.c base/gxfapiu.c psi/msvc32.mak Resource/Init/gs_fapi.ps]

2011-02-02T13:30:54.074131Z Ken Sharp

The ps2write dependency on the new header files was incorrect (over-enthusiastic
copy and paste error)

[base/devs.mak]

2011-02-02T11:23:07.465859Z Chris Liddell

Allow building with the system (shared) lcms library.

Bug 691644.

[base/lib.mak base/Makefile.in base/configure.ac]

2011-02-02T09:28:15.868989Z Ken Sharp

Remove the check on opdfread.ps from gs_pdfwr.ps as this is no longer shipped as a
PostScript file in /gs/Resource

[Resource/Init/gs_pdfwr.ps]

2011-02-02T08:46:11.323868Z Ken Sharp

Update two make files that had dependencies on opdfread.ps, which has been removed from
the PostScript file system.

[psi/psromfs.mak base/unixinst.mak]

2011-02-02T08:27:43.587977Z Ken Sharp

It seems that three of the files removed in revision 12093 are used by devices other
than ps2write. Replacing those files.

[Resource/Init/gs_mro_e.ps Resource/Init/gs_agl.ps Resource/Init/gs_mgl_e.ps lib/gs_mro_e.ps lib/gs_agl.ps lib/gs_mgl_e.ps]

2011-02-02T08:14:36.361918Z Ken Sharp

Fix ps2write : Don't depend on the PS file system for resources.

ps2write needs up to 4 resource files which are normally stored in the PostScript ROM
file system. However on PCL and other languages these resources are (obviously) not
present, so the output is incomplete.

Move the relevant files from PostScript into 'C' as header files. Remove the files from
the PostScript file system to save ROM file system space. Put the removed files into
the gs/lib folder for safe-keeping. Add the .h files as dependencies for gdevpdfu.c in
the build system so that changes to these files cause a rebuild.

No differences expected.

[base/opdfread.h Resource/Init/gs_mro_e.ps Resource/Init/gs_agl.ps Resource/Init/gs_mgl_e.ps base/gs_mro_e.h lib/opdfread.ps base/gs_agl.h base/gs_mgl_e.h Resource/Init/opdfread.ps base/gdevpdfu.c lib/gs_mro_e.ps base/devs.mak lib/gs_agl.ps lib/gs_mgl_e.ps]

2011-02-01T22:11:44.446124Z Marcos H. Woehrmann

Fix for missing arch.h when compiling gdevcups.c with parallel make.

[base/devs.mak]

2011-02-01T21:46:27.115736Z Ray Johnston

Fix for PDF 1.7 fts_09_0910.pdf where the /Font is in an ExtGState instead of
set by the Tf operator. In this case, the font is an indirect reference, not
a font resource name. Reported by customer 532.

[Resource/Init/pdf_draw.ps]

2011-02-01T17:07:50.035956Z Chris Liddell

Freetype expects the resolution we supply it to be in
"glyph orientation" - not a problem until we have a
non-square resolution, and rotated glyphs!

Bug 691920.

[psi/fapi_ft.c]

2011-02-01T14:00:46.378487Z Ken Sharp

Fix (pdfwrite) : Always write a ToUnicode CMap for TrueType fonts

Bug #691907 "PDFs with TrueType fonts from Windows PostScript files not searchable"

Patch from SaGS.

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
ToUnicode CMap.

It is possible that the ToUnicode CMap is incorrectly generated, but this is no worse
than having no CMap at all.

No expected differences since ToUnicode CMaps are not used in rendering.

[base/gdevpdtw.c]

2011-02-01T11:57:26.132691Z Robin Watts

Add new 'Profile' configuration to Visual Studio targets. This builds
objects/binaries with debugging symbols enabled, but otherwise full
optimisation.

The changes are entirely within the VS files, except for a few small tweaks
to the MSVC makefile. These changes should mean that it is possible to use
the makefiles in a way that doesn't rely on recursive make calls (even though
we leave the 'debug' targets in for now that do use that).

No cluster differences expected or shown in testing.

[/trunk/ghostpdl/win32/xps.vcproj ghostscript.vcproj /trunk/ghostpdl/win32/GhostPDL.sln /trunk/ghostpdl/win32/pcl.vcproj /trunk/ghostpdl/win32/svg.vcproj psi/msvc32.mak /trunk/ghostpdl/win32/language_switch.vcproj]

2011-02-01T08:34:27.091701Z Ken Sharp

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
Acrobat was unable to apply the correct decoding.

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.

[base/gdevpdtd.c]

2011-01-31T18:10:10.028647Z Robin Watts

While searching for performance on an ARM based dev board, I developed 2
new versions of the skip_white_pixels macro. The first uses native int sized
checking, and should be faster on long run matching. I have as yet been unable
to find any files that show this expected speedup.

The second should be faster on architectures (such as ARM) where the tradeoff
in the test is different (and where pointer arithmetic is cheaper than array
indexing).

Both versions are disabled by default until the case for their existence has
been proven, but are committed here to avoid bitrot.

No cluster differences expected, as the default code does not change.

[base/scf.h]

2011-01-31T12:32:10.322306Z Robin Watts

Tweak to the PxM output code; spot that the output is /dev/null (or nul:)
and avoid saving it. This is a port of code from gdevbit and gdevwts, and is
purely useful for testing/timing/profiling purposes.

No cluster differences expected.

[base/gdevpbm.c]

2011-01-31T11:19:53.283257Z Ken Sharp

Revert minor changes accidentally committed in revision 12082.

[Resource/Init/Fontmap.GS Resource/Init/cidfmap lib/PDFA_def.ps]

2011-01-31T11:15:05.175916Z Ken Sharp

Add the two new make files required for the altered CUPS build, these were accidentally
omitted in revision 12080.

[Resource/Init/Fontmap.GS base/lcups.mak Resource/Init/cidfmap lib/PDFA_def.ps base/lcupsi.mak]

2011-01-31T11:09:11.349638Z Ken Sharp

Undo changes to PDFX_def.ps accidentally committed as part of the CPS changes.

[lib/PDFX_def.ps]

2011-01-31T11:06:11.139867Z Ken Sharp

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
library sources, if *specifically* directed to use this.

On Windows CUPS is now always built and installed. On Unix systems the behavious is as
follows:

./configure cups not installed  - no cups device
./configure cups is installed   - cups device linked to system cups shared libraries.
./configure --disable-cups      - no cups device, regardless of cups libs installed
on system
./configure --with-local-cups   - cups device with the partial cups code, regardless of
cups libs installed on system
./configure --with-local-cups --disable-cups results in no cups device.

No differences expected as the cluster should still build and run with the system
CUPS libraries just as it always has.

[base/winlib.mak lib/PDFX_def.ps base/unix-end.mak base/gs.mak cups/cups.mak base/Makefile.in base/configure.ac cups/libs/configlinux.h psi/msvc32.mak base/msvclib.mak base/devs.mak base/msvctail.mak]

2011-01-29T15:35:32.332503Z Ken Sharp

More changes to the CUPS sources so they will compile on various systems:

language.c - if __APPLE__ is true, includes code which uses what I think is Carbon
Framework calls and structures, but does not #include any of the .h files.
Modified to #undef __APPLE__ to avoid this.

ppd.c  -  Same problem as for MSVC, the include file string.h seems to prevent the C
string.h being included, and so leaves strchr undefined. Now unconditionally
provide a prototype for strchr.

localize.c - Another problem with string.h. This doesn't exist on the MSVC build, but
unconditionally providing a prototype fro strcmp doesn't cause an error.

The code now builds on MSVC, Linux and Mac. Lots of warnings, but I don't propose to
try and deal with those as they would require extensive alterations to the CUPS
sources.

No differences expected as this code is not yet in use.

[cups/libs/cups/localize.c cups/libs/cups/language.c cups/libs/cups/ppd.c]

2011-01-28T13:21:20.983748Z Robin Watts

Further rop run optimisations.

* Add mechanism for dumping ROPs used (including frequency and runlength).
Disabled by default.
* Add special case code for most common rops (invert and xor).
* Correct '1bit colors' code in various cases.

Cluster pushing shows no differences.

[base/gsroprun.c]

2011-01-28T12:27:37.269985Z Robin Watts

Optimisations to mem_mapped8_copy_mono. Driven initially by a desire to
speed up 100pagemono.pxl on ARM devices, but useful on all architectures.
This work may end up being subsumed by the run_rop work, but is a worthwhile
stepping stone.

On x86 this speeds 100pagemono.pxl in greyscale 600dpi from 4.2 seconds to
3.6seconds. On ARM it shows a definite improvement too, but I don't have
figures to hand.

Clusterpush shows no changes.

[base/gdevm8.c]

2011-01-27T14:33:46.308935Z Ken Sharp

Update the CUPS sources so that they can be compiled under Windows.

1) Remove config.h which was a Linux configure result, replace with configwin.h (from
the CUPS distribution for Windows) and configlinux.h which is config,h renamed. We
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
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
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
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
compiler does not define a cube root function.

7) image-tiff.c Guard inclusion of unistd.h when HAVE_LIBTIFF is true as this include
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.

No differences expected.

[cups/libs/cups/debug.c cups/libs/filter/image-bmp.c cups/libs/cups/string.h cups/libs/configwin.h cups/libs/config.h cups/libs/configlinux.h cups/libs/cups/ppd.c cups/libs/filter/image-tiff.c cups/libs/filter/image-colorspace.c]

2011-01-27T13:07:15.912561Z Tor Andersson

Relax version check in JPEG-XR to allow older version HDP and WDP images.

[jpegxr/cr_parse.c]

2011-01-26T18:10:28.996727Z Chris Liddell

Fix the message for the new IJS check to read IJS, instead of jpeg!

[base/configure.ac]

2011-01-26T14:51:40.178552Z Chris Liddell

revert accidentally committed file.

[base/jpeg.mak]

2011-01-26T12:25:36.497890Z Chris Liddell

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

[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]

2011-01-26T01:04:40.273776Z Alex Cherepanov

Old gs assumed TrueType font collections occur only as external resource.
It turned out that PDF can have embedded TrueType collection. So this patch
replaces --setfileposition-- with {... () /SubFileDecode filter flushfile}
for forward search. Bug 691908, customer 870.

[Resource/Init/gs_ttf.ps]

2011-01-25T12:03:22.384476Z Ken Sharp

Add code to define cbrt, strcasecmp and stncasecmp when compiling for Windows, as these
are not present in the MSVC run-time.

Also alter the initialisation of the gs_cups_device structure. Previously this set three
matrices by including empty braces '{}', but MSVC throws a compilation error on this.
Altered to {0x00} which is not quite the same, but it compiles (with a warning from gcc)
and is no worse than leaving the members uninitialised.

No differences expected.

[cups/gdevcups.c]

2011-01-24T23:51:39.084611Z Tor Andersson

Add JPEG-XR makefile and library to XPS build.

[/trunk/ghostpdl/xps/xps.mak /trunk/ghostpdl/xps/xps_msvc.mak base/jpegxr.mak /trunk/ghostpdl/xps/xps_gcc.mak]

2011-01-24T23:51:23.771340Z Tor Andersson

Import JPEG-XR reference software.

ITU-T Rec. T.835 (ex T.JXR-5) | ISO/IEC 29199-5.
JPEG XR reference software 1.8 (September 2009).

[jpegxr/jpegxr.h jpegxr/io.c jpegxr/jpegxr_pixelformat.c jpegxr/api.c jpegxr/my_getopt-1.5/getopt.h jpegxr/stdint_minimal.h jpegxr/r_strip.c jpegxr/qp.tab.c jpegxr/JPEG-XR.sln jpegxr/cw_emit.c jpegxr/w_strip.c jpegxr/x_strip.c jpegxr/qp.tab.h jpegxr/r_parse.c jpegxr/r_tile_spatial.c jpegxr/app_resource.h jpegxr/Makefile jpegxr/DLL.rc jpegxr/cr_parse.c jpegxr/APP.vcproj jpegxr/w_tile_frequency.c jpegxr/COPYRIGHT.txt jpegxr/jxr_priv.h jpegxr/my_getopt-1.5/LICENSE jpegxr/sample.qp jpegxr jpegxr/file.c jpegxr/my_getopt-1.5/my_getopt.c jpegxr/dllmain.c jpegxr/algo.c jpegxr/file.h jpegxr/my_getopt-1.5/my_getopt.h jpegxr/w_emit.c jpegxr/my_getopt-1.5 jpegxr/dll_resource.h jpegxr/qp_lexor.c jpegxr/README.txt jpegxr/flags.c jpegxr/DLL.vcproj jpegxr/versions-windows.txt jpegxr/jpegxr.c jpegxr/qp_lexor.lex jpegxr/r_tile_frequency.c jpegxr/qp_parse.y jpegxr/w_tile_spatial.c jpegxr/APP.rc jpegxr/init.c]

2011-01-24T18:16:40.240500Z Robin Watts

We want to be able to use planar buffers in a line interleaved format.
Unfortunately, at the moment the planar device is hardcoded to use
contiguous buffers. Fortunately this appears to be a 1 line fix; rather than
calculting raster from the width, we instead calculate it as the difference
between line pointers.

This does assume that we can always safely read line_ptrs[1], even if we only
have 1 line in the band. (The value is unimportant in this case, but we must
be able to read it without crashing.)

[base/gdevmpla.c]

2011-01-24T14:56:30.755196Z Chris Liddell

Make sure the X11 drivers get removed from the DEVICE_DEVS declaration
if the --enable-dynamic option is give to configure. Also, fix up the
the non shared library builds, so they will still work with
--enable-dynamic  (only really useful for debugging).

Bug 691905.

Reorganise and correct the names of the devices specified in
configure.ac so that the options --with-drivers=[FILES,PRINTERS,X11]
actually work.

Finally, make the "make debug" compiler options originate from
configure, instead of being hard coded into the Makefile. A first
step in making some of useful debugging features of modern compilers
available when we can.

[base/Makefile.in base/configure.ac]

2011-01-20T04:23:02.586888Z Alex Cherepanov

Search for 'trailer' harder: at the end and at the beginning of the file.
This helps to recover some more of broken linearized files.
Bug 691894, customer 580.

[Resource/Init/pdf_rbld.ps]

2011-01-19T20:25:54.918598Z Robin Watts

Revision 12038 revealed a bug in the transparency code; an operation with
a blend mode of 'Normal' and a solid alpha would be allowed to use the
fast stroking code, even though it had transparency in due to being a pattern.

Here we fix the code to check for transparency. As noted on bug 691900 this
test treats all type 2 patterns as being transparent, so could be improved.

The cluster differences this gives have been checked and correct the
regressions of revision 12038.

[base/gdevp14.c base/gstrans.c]

2011-01-19T18:00:59.394482Z Robin Watts

Bug 691897 shows a PDF that is much slower when transparency is enabled than
when it is not. The time is primarily spent in the stroke filling code due
to the fact that when transparency is enabled strokes need to be rendered
all at once, rather than segment by segment. This causes the scan conversion
code to have to work much harder.

In fact, the code uses solid alpha and "compatible" blend mode for most
strokes, so we would be perfectly safe to use the normal mechanism. The
code attempts to recognise this case already, but was only spotting "Normal"
blend mode and not it's synonym "Compatible". We now roll the two together.

Cluster testing shows this produces various differences; none to do with
blending, all to do with different roundings in the positions of the stroked
paths. Bug 690845 is open for this already.

[base/gdevp14.c base/gstrans.c base/gstparam.h]

2011-01-18T21:52:56.712015Z regression

Temporarily add 75 dpi pgmraw output to GhostPCL and disable ps2write output to the cluster regressions.

[toolbin/localcluster/build.pl]

2011-01-18T10:22:12.280482Z Chris Liddell

Resolve some problems with the shared library build on Sparc/Solaris,
with the SunStudio tools.

Have configure select between the GNUism -soname and the more convetional
-h option to set the "internal" name of the shared library.

SunStudio 12 has changed the default optimization level option for cc to
be -O3 (previously was -02), which results in Ghostscript crashing.

No cluster differences expected.

Bug 689490

[base/macosx.mak base/Makefile.in base/configure.ac base/unix-dll.mak base/unix-gcc.mak base/macos-mcp.mak]

2011-01-17T21:37:08.425154Z Alex Cherepanov

I don't know any version of VC compiler that can compile embedded assembly
code in Luratech JPEG 2000 library. (and other compilers are excluded on
the preprocessor level). So the library is now always compiled with
NO_ASSEMBLY flag. Perhaps, a new version of the library will be better.

[psi/msvc32.mak]

2011-01-17T17:33:50.118892Z Robin Watts

Add code for using run_rops for 8 and 24 bit targets too. Cluster testing shows
that this gives the same results, but limited local testing suggests the setup
costs mean this isn't yet a win. Therefore leaving disabled for now.

[base/gdevmr8n.c base/gsroprun.c base/gsropt.h]

2011-01-17T12:11:39.376205Z Robin Watts

Remove unused lop_ral definitions, and move pdf14 lop bit down into the freed
space (for neatness).

No changes expected in cluster.

[base/gsropt.h]

2011-01-16T01:25:36.175335Z Marcos H. Woehrmann

Added missing std.h dependency to gstoptab.c to fix parallel make
under linux.

[base/lib.mak]

2011-01-15T16:01:30.937666Z Robin Watts

First commit of new scheme for rop acceleration; offer functions that do
'runs' of rops rather than single rops. This enables us to hide optimised
versions (or even dynamically created code) under a single interface.

The current code is only used in 1bpp cases, but is already showing a
signficant speed up, with lots of scope for future optimisations.

No cluster differences shown.

[base/lib.mak base/gsroprun.c base/gsropt.h base/gdevmr1.c]

2011-01-15T15:53:50.166886Z Robin Watts

Fix loooong standing bug in rop3_swap_S_T, in that it doesn't actually work.
This shouldn't affect anything as it's not currently used, but WILL be used
in my next commit.

[base/gsropt.h]

2011-01-14T18:58:46.405071Z Henry Stiles

Bracket off gs_debug_c with #ifdef DEBUG so it is not called in
production builds.

[base/gxht.c base/gxclimag.c base/gxttfb.c base/gxpcmap.c base/gxccman.c base/gsfcmap1.c base/gspaint.c]

2011-01-14T16:56:47.376046Z Chris Liddell

Changes to the Unix configure based builds to tidy up specifying
subsets of output devices.

Some devices were always being included regardless of the options
given to configure, resolved by tidying up the macro expansions
in Makefile.in done by the configure script.

Also the page device and clist device are effectively required by
all configurations, so those are now included in the core build.

Finally, the contrib/gomni.c driver relied on two functions in
base/gdevbmpc.c which is an optional driver, so configuring
the Omni driver to be built it, and bmp16 not would result
in undefined symbols. contrib/gomni.c now has its own
equivalents of those functions.

The bbox device remains as the ultimate "fallback" device.

Bug 689546

[base/lib.mak contrib/gomni.c base/Makefile.in base/configure.ac base/devs.mak]

2011-01-13T16:19:39.522851Z Chris Liddell

Remove the bogus C++ requirement in the copy of Jasper we
ship with Ghostscript by recreating the autotools related
files for Jasper.

I can't be sure, but it seems that a bug in one of the
autotools originally used for our Jasper had a bug which
resulted in C++ being misidentified as a required,
rather than optional, feature of the build environment.

Bug 691563.

No cluster differences expected.

[jasper/src/libjasper/jpc/Makefile.in jasper/src/libjasper/bmp/Makefile.in jasper/configure.ac jasper/src/libjasper/jpg/Makefile.in jasper/src/appl/Makefile.in jasper/src/libjasper/include/Makefile.in jasper/src/libjasper/ras/Makefile.in jasper/src/Makefile.in jasper/aclocal.m4 jasper/src/libjasper/pnm/Makefile.in jasper/src/libjasper/jp2/Makefile.in jasper/configure jasper/src/msvc/Makefile.in jasper/src/libjasper/pgx/Makefile.in jasper/Makefile.in jasper/src/libjasper/Makefile.in jasper/src/libjasper/include/jasper/Makefile.in jasper/src/libjasper/base/Makefile.in jasper/src/libjasper/mif/Makefile.in]

2011-01-13T14:37:33.986698Z Robin Watts

Fix Bug 689698 by prefixing scan_token (and other externally exported
scanning related symbols) by gs_.

No changes in cluster testing (other than 1 timeout, and 2 indeterminisms).

[psi/ztoken.c psi/ztype.c psi/imain.c psi/iscan.c psi/itoken.h psi/ziodev.c psi/interp.c psi/iscan.h psi/imainarg.c]

2011-01-12T21:11:53.461044Z Robin Watts

Fix Bug 691682 - cryptic error messages when misspecifying compression type
for tiff devices.

This patch makes the tiff devices take heed of errors propogated up from the
tiff library. This means we'll now drop out at the first error rather than
carry on through and give a broken file at the end silently.

Also, we output a more helpful error message in the case where the
compression type is misselected.

Cluster testing shows no changes.

[base/gdevtifs.c]

2011-01-11T21:33:54.972732Z Michael Vrhel

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.
Fix in  ppm output header.
Fix in how the lpi is selected.
Fix for when we have a screen that has essentially one dot (also caused a crash).
Addition of a ReadMe.

A lot more testing is needed, in particular, the dithering of the dots in the
macro-screens needs additional testing and the relationship between the desired
number of quantization levels and the size of the screen needs to be properly
computed.  There is a list of features that need to be added described in the ReadMe.

[toolbin/color/halftone/halfttoning/halfttoning.vcproj toolbin/color/halftone/README toolbin/color/halftone/halfttoning/halftone.c]

2011-01-11T01:17:59.815496Z Ray Johnston

Add output modes for PostScript HalftoneType 3 threshold arrays (-ps) and
PPM files (-ppm) that have the width in the file rather than only encoded
in the filename. The -ppm mode is untested and marginally useful.

The -ps mode was tested (on Windoze) with:

toolbin/color/halftone/Debug/halfttoning.exe -ps -r 300 -l 23 -a 45

gswin32c -r300 -dDisplayFormat=16#20102 -c "(Screen_Holladay_Shift10_20x10.ps) \
run sethalftone (examples/tiger.eps) run"

The result doesn't look very good, but at least it runs and we can examine
the problems.

[toolbin/color/halftone/halfttoning/halftone.c]

2011-01-11T00:49:20.559732Z Michael Vrhel

Hopefully a fix for indeterminism introduced in rev 12005.  The
source of this was that the cups and psdcmyk device are now using
the older slower color image rendering function due to the fact that
they have non-standard color mapping procedures.  Missing parenthesis
were introduced when the ICC branch was merged into the trunk which was
the source of the issue.  This was causing a check for color range mask
testing even when the image was not a type 4.

[base/gxicolor.c]

2011-01-10T22:00:19.847574Z Till Kamppeter

Added the source code of the CUPS libraries to the Ghostscript source
package

Like with zlib, libpng, libjpeg, ... it is now possible to
build the complete Ghostscript (including the CUPS Raster output
device) on systems where there is no CUPS library available.

Note that currently only the CUPS library source code is added, the
results of the ./configure run in the Makedefs and config.h files, and
the Makefiles are stripped to only build the libraries and nothing
else. The CUPS ./configure command line which was used to obtain
makedefs and config.h was

./configure --enable-static --without-shared --disable-dbus --without-php \
--disable-slp --disable-gssapi --disable-ldap --disable-ssl \
--disable-cdsassl --disable-gnutls --disable-openssl --disable-pam \
--disable-dnssd --disable-launchd

This way the built CUPS libraries do not need any system services or
hardware interfaces of Linux. In addition to standard libraries they
use only libz, libpng, libjpeg, and libtiff. These libraries
Ghostscript needs anyway and copies of their source code also ship
with Ghostscript.

What is still missing is the integration into the build system of
Ghostscript and also the operating-system-independent base/cups.mak
file (like base/png.mak etc.).

No changes expected in the built Ghostscript as the code is not yet
integrated in the build system.

[cups/libs/cups/backend.c cups/libs/cups/testadmin.c cups/libs/filter/image-pix.c cups/libs/cups/testoptions.c cups/libs/cups/backend.h cups/libs/cups/http-private.h cups/libs/filter/image.c cups/libs/cups/testpwg.c cups/libs/filter/image-sun.c cups/libs/cups/ppd-private.h cups/libs/filter/image.h cups/libs/filter/error.c cups/libs/cups/Dependencies cups/libs/cups/ipp-private.h cups/libs/cups/md5passwd.c cups/libs/cups/notify.c cups/libs/cups/dir.c cups/libs/cups/testarray.c cups/libs/cups/file.c cups/libs/cups/testhttp.c cups/libs/filter/image-png.c cups/libs/filter/image-zoom.c cups/libs/cups/getdevices.c cups/libs/cups/transcode.c cups/libs/cups/dir.h cups/libs/cups/globals.c cups/libs/cups/testppd.c cups/libs/filter/image-tiff.c cups/libs/cups/file.h cups/libs/filter/image-pnm.c cups/libs/cups/transcode.h cups/libs/cups/testipp.c cups/libs/cups/globals.h cups/libs/filter cups/libs/filter/image-photocd.c cups/libs/cups/options.c cups/libs/cups/emit.c cups/libs/cups/localize.c cups/libs/cups/tempfile.c cups/libs cups/libs/cups/testcups.c cups/libs/cups/custom.c cups/libs/cups/pwg-media.c cups/libs/cups/util.c cups/libs/cups/array.c cups/libs/cups/pwg-ppd.c cups/libs/cups/testi18n.c cups/libs/cups/http.c cups/libs/filter/image-jpeg.c cups/libs/filter/Dependencies cups/libs/cups/array.h cups/libs/cups/http-addrlist.c cups/libs/cups/language.c cups/libs/cups/ppd.c cups/libs/cups/http.h cups/libs/cups/md5.c cups/libs/cups/debug.c cups/libs/cups/ipp.c cups/libs/cups/language.h cups/libs/cups/ppd.h cups/libs/cups/backchannel.c cups/libs/cups/http-support.c cups/libs/cups/mark.c cups/libs/cups/md5.h cups/libs/cups/snmp-private.h cups/libs/cups/debug.h cups/libs/cups/Makefile cups/libs/cups/ipp.h cups/libs/cups/dest.c cups/libs/config.h cups/libs/cups/auth.c cups/libs/cups/ipp-support.c cups/libs/filter/common.c cups/libs/cups/langprintf.c cups/libs/filter/image-sgilib.c cups/libs/cups/raster.h cups/libs/filter/common.h cups/libs/cups/attr.c cups/libs/filter/image-private.h cups/libs/cups/sidechannel.c cups/libs/cups/testsnmp.c cups/libs/cups/usersys.c cups/libs/cups cups/libs/cups/cups.h cups/libs/cups/sidechannel.h cups/libs/cups/i18n.h cups/libs/Makedefs cups/libs/cups/testconflicts.c cups/libs/filter/image-colorspace.c cups/libs/cups/adminutil.c cups/libs/cups/http-addr.c cups/libs/filter/interpret.c cups/libs/cups/request.c cups/libs/cups/versioning.h cups/libs/cups/md5-apple.h cups/libs/cups/adminutil.h cups/libs/cups/file-private.h cups/libs/cups/encode.c cups/libs/filter/image-gif.c cups/libs/cups/snprintf.c cups/libs/cups/string.c cups/libs/filter/Makefile cups/libs/cups/getputfile.c cups/libs/filter/image-bmp.c cups/libs/cups/pwg-private.h cups/libs/cups/pwg-file.c cups/libs/cups/string.h cups/libs/filter/raster.c cups/libs/cups/page.c cups/libs/cups/getifaddrs.c cups/libs/cups/snmp.c cups/libs/filter/image-sgi.c cups/libs/cups/testfile.c cups/libs/cups/testlang.c cups/libs/filter/image-sgi.h cups/libs/cups/conflicts.c]

2011-01-10T03:29:52.464842Z Alex Cherepanov

Add support for MSVC 10 to msvc32.mak .

[psi/msvc32.mak]

2011-01-09T02:19:19.656942Z Michael Vrhel

Fix for color related warnings in bug 691459

[base/gxi12bit.c base/lib.mak base/gxiscale.c base/gsicc_manage.c base/gxcmap.h base/gxicolor.c base/gscspace.c]

2011-01-08T19:56:51.307278Z Alex Cherepanov

Don't discard encoding of a TrueType PDF font when it is not embedded.
Ghyph indexes vary between font versions, and encoding-based mapping
yelds better results in this case. Bug 691693.

[Resource/Init/pdf_font.ps]

2011-01-08T19:42:31.743686Z regression

Additional changes to support ps2write in the cluster (and nightly and weekly) regression.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/readlog.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl toolbin/localcluster/compare.pl]

2011-01-08T17:56:07.987718Z regression

Add ps2write testing to the cluster regression.

[toolbin/localcluster/build.pl]

2011-01-08T17:55:26.179279Z Alex Cherepanov

Fix the code that repairs missing or incorrect /Subtype attribute. Write
a valid attribute (always /Type1) into the font resource. This helps to
avoid confusion caused by an invalid value later on. Bug 691872.

[Resource/Init/pdf_font.ps]

2011-01-08T10:50:04.294111Z Till Kamppeter

Fixed typo.

[cups/gdevcups.c]

2011-01-08T10:47:12.179146Z Till Kamppeter

CUPS Raster device: Some clean-up.

[cups/gdevcups.c]

2011-01-08T10:36:56.827100Z Till Kamppeter

CUPS Raster: Another approach to fix both bug #691733 and #690435: Set _old
values at the beginning of the cups_put_params() function.

[cups/gdevcups.c]

2011-01-07T23:33:17.663910Z Till Kamppeter

CUPS Raster output device: Use positive values (1) as dummy values to mark
that the color depth has changed and therefore memory needs to get rallocated

WEith this both bug #691733 and bug #690435 get fixed, but this is not
necessarily he right and best solution.

[cups/gdevcups.c]

2011-01-07T14:05:17.614099Z Till Kamppeter

Fixed search-and-replace error in "cups" output device, bug 691871.

[cups/gdevcups.c]

2011-01-07T04:49:42.455234Z Michael Vrhel

Fix so that we do not do the ICC optimized flow for color images when our
target device does not have standard color mapping procedures.  This occurs
for example, in the case for the CUPs device where the color mapping procedures
map CMYK, RGB and Gray to the current CUPs device color space.   For standard
gray, RGB and CMYK devices these procedures are avoided as the CMM performs
all the required mappings.  This commit will show differences in the files for the
cups device as well as the psdcmyk device, which also should be using the non-optimized
flow due to the use of CMYK + spot colorants, which will not be managed correctly by
the CMM in general.  The differences int the psdcmyk files that do not have extra spot
colorants are tiny.  This should fix bug 691760.

[base/gxi12bit.c base/gdevp14.c base/lib.mak base/gxcmap.c base/gxiscale.c base/gdevnfwd.c base/gxcmap.h base/gxicolor.c]

2011-01-06T19:18:56.657732Z Alex Cherepanov

Fix a cut-ant-paste error in setting QuantTables for JPXEncode filter.
Bug 691868.

[base/sdeparam.c]

2011-01-06T11:08:52.017177Z Ken Sharp

Minor enhancement to ps2write for DSC output, remove trailing EOF.

Prevent ps2write emitting a trailing EOF (0x04) byte when producing DSC-compliant
output. The emission of this byte was leading to warnings about the output containing
binary.

No differences expected.

[base/gdevpdf.c]

2011-01-05T17:35:42.089947Z Michael Vrhel

Reverting of commit 11995

[base/gxipixel.c base/lib.mak]

2011-01-05T16:05:22.763938Z Ken Sharp

ps2write DSC enhancement. Alter the default setting of CompressPages and CompressFonts to
true. Gives better conforming output at present (as well as smaller output)

[Resource/Init/gs_pdfwr.ps]

2011-01-05T15:43:41.972063Z Ken Sharp

Fix three compiler warnings in revision 11997

[base/gdevpdfu.c]

2011-01-05T15:28:39.325806Z Till Kamppeter

Use the "x11" output device as default output device for an X-enabled
Ghostscript, as "x11alpha" is too buggy

The simple call "gs <file>" is a common call to check a PostScript
file when debugging printing problems. Unfortunately, this call uses
the "x11alpha" output device which has a lot of bugs, especially on
complex input files. This makes easily a wrong impression of the input
file then. Having a somewhat inferior screen output quality (no
anti-aliasing) is no problem as the mentioned Ghostscript call is only
used for debugging purposes.

[base/Makefile.in]

2011-01-05T14:17:41.770782Z Ken Sharp

ps2write DSC enhancement. Belt and braces approach when emitting a serialised array/proc

This code should break an (already serialised) array or procedure emission if the total
length of the data to write exceeds 255 bytes. The data will be broken at name, array,
string or procedure tokens (ie '/', '[', '(', '<') or a space character. If none of
these occurs in the preceding 255 bytes then we emit a line break anyway and carry on.

I do not have any test cases which exercise this code path with a data size > 255
bytes, so I'm not certain that it works as expected.

No differences expected as the regression test doesn't exercise ps2write.

[base/gdevpdfu.c]

2011-01-04T18:56:36.226711Z Alex Cherepanov

Fix spelling errors in a German man page. Thanks to Peter Dyballa for
the patch. Bug 691863.

[man/de/gsnd.1]

2011-01-04T18:19:41.129921Z Michael Vrhel

Fix so that the presence of source black and white are properly detected
with the ICC color management changes.  This detection is useful for the
optimization of certain ROPs.  Previously black and white were detected
from looking at the device color.  This was a problem since the device
black color is usually not pure for a CMYK printer with the ICC changes.
This fix updates the detection function so that it looks at the source
color and maps it to the default RGB color space where black and white
are well defined.

[base/gxipixel.c base/lib.mak]

2011-01-04T16:35:38.827232Z Ken Sharp

More DSC-compliant ps2write work.

When emitting strings for ps2write, write them as hex strings instead of regular
strings, if the ps2write output is to be DSC-compliant, break the hex strings every
255 bytes or less. Prepend and append newlines to the hex string when emitting
DSC-compliant PostScript to ensure that preceding or following data doesn't cause the
line length to exceed 255 bytes.

No differences expected as ps2write is not currently regression tested.

[base/gdevpdfu.c]

2011-01-04T10:48:32.930138Z Ken Sharp

Fix (pdfwrite) : Write ToUnicode CMap files which Acrobat likes

Bug #691862 (and also bug #691849) "Unable to copy text from the converted PDF"

It seems the Adobe documentation lies (or more generously is inconsistent). The
CMap tech note (5014) says that entries are not zero padded, so values less
than 256 are emitted as single bytes, values 256->65535 are two bytes etc.
However the ToUnicode CMap tech note (5411) says:

"Because a “ToUnicode” mapping file is used to covert from CIDs (which begin at
decimal 0, which is expressed as 0x0000 in hexadecimal notation) to Unicode
code points, the following “codespacerange” definition, without exception,
shall always be used: 1 begincodespacerange  <0000> <FFFF>endcodespacerange"

(This is somewhat restrictive, since CIDs can exceed 2 bytes, even though
UTF-16 can't, I could forsee a need to map high CIDs to lower UTF-16 values)

Finally, the PDF Reference (1.7) says:

"The CMap file must contain begincodespacerange and endcodespacerangeoperators
that are consistent with the encoding that the font uses. In particular, for a
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.

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
bfrange entries are. For simple fonts the bfrange entries must be single bytes,
for CIDFonts the bfrange entries must be two bytes. Deviation in either case
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
codespacerange arguments for simple (non-CID) fonts, and emit double byte, padded with
00 arguments to bfrange and codespacerange for CID fonts.

No differences expected as this only affects text search/copy in Acrobat.

[base/gsfcmap.c base/gdevpdte.c]

2011-01-03T20:19:58.048424Z Ray Johnston

Don't bump the 'used' element of the chunk manager structure if the allocation
of a chunk fails. Thanks to Norbert Janssen for noticing this. Bug 691720.

[base/gsmchunk.c]

2011-01-03T18:58:00.432432Z Henry Stiles

The optimization in gdevdgbr to detect a device with a "plain" cmyk 1
bit to rgb mapping was broken because the procedure
cmyk_1bit_map_color_rgb() is obsolete.  The hack here is to detect
output formats compatible with gx_get_bits_copy_cmyk_1bit() which is
significantly faster since it does not have to call the device color
decode procedure.  The device API should have a member that indicates
the most frequently encountered pixel organizations.

[base/gdevdgbr.c]

2011-01-03T16:20:21.454447Z Henry Stiles

Decode image samples with single precision calculations only.  This
area of the code is performance sensitive and there is no need to
convert to and from doubles.  Also, "image_set_gray" is now inline but
still not enabled.

[base/gximono.c base/gximage.h]

2011-01-03T14:33:56.098558Z Ken Sharp

Fix ps2write : Attach Encoding for symbolic TrueType fonts

The recent change to not attach Encodings to Sy,bolic TrueType fonts, as per the PDF
spec, meant that ps2write also wrote symbolic TT fonts without a /Encoding. This is not
ideal, because opdfread.ps then attaches a default StandardEncoding to the font. This
simply will not work correctly.

After some experimentation with extracting (in PostScript) the POST table from the TT
font, sense prevailed. This patch modifies the condition so that if we are producing
output for ps2write we continue to attach a /Encoding. (in this case it doesn't
matter whether we are producing DSC output, we always want the Encoding)

No differences expected.

[base/gdevpdtt.c]

2011-01-03T06:21:52.574265Z Alex Cherepanov

Adjust pdfemptycount variable during .execgroup execution to reflect the
actual stack count. Avoid errors in sc1/scn caused by wrong operand count.
Bug 691624.

[Resource/Init/pdf_draw.ps]

2011-01-01T16:17:49.255469Z Alex Cherepanov

Change all "/foo /bar load def" into "/foo {bar} bind 0 get def"
in PDF interpreter to ebable operator redefinition with -dDELAYBIND.
Bug 691669, customer 850.

[Resource/Init/pdf_draw.ps]

2010-12-31T06:23:59.391706Z Alex Cherepanov

Trap errors that may happen during loading of embedded fonts and try
to load the font by the name. Bug 691045.

[Resource/Init/pdf_font.ps]

2010-12-30T19:09:59.966731Z Alex Cherepanov

Use -fPIC instead of -KPIC on SunOS for "so" target when compiler is gcc.
Bug 690630, customer 200.

[base/configure.ac]

2010-12-30T14:11:42.974030Z Alex Cherepanov

Clip excessive size of the radial gradient extensions to the fixed point
range. To avoid trivial differences, try the old fixed point function first
and use new floating point one only when the old function fails. Bug 691775.

[base/gspath.h base/gxshade1.c base/gspath.c]

2010-12-29T13:01:45.722135Z Alex Cherepanov

Ignore transparency group XObject without /Group attribute and issue a
warning about it. Bug 691854.

[Resource/Init/pdf_draw.ps]

2010-12-28T03:13:57.856572Z Alex Cherepanov

Implement correct defaults for /FontMatrix attribute in composite CFF
font following analysis by Ken and Masaki (see the comment). Bug 690724.

[psi/zfont2.c]

2010-12-27T23:34:39.189121Z Alex Cherepanov

Fix unterminated string used by "%%CreationDate:" comment in ps2write
device. Partial fix for 691853.

[base/gdevpdfu.c]

2010-12-24T11:08:47.918403Z Chris Liddell

Put a check in place to ensure that the UFST pre version 6
does not attempt to handle anything other than its own
Microtype fonts.

This ensures that the UFST 5.x FAPI plugin can coexist
safely with the Freetype FAPI plugin.

[psi/fapiufst.c]

2010-12-24T09:50:39.994493Z Chris Liddell

Where FAPI finds a TTF glyf description to pass into the target font
library, fix the decision on the length of the offset to the glyph
data. Previously, the condition was wrong, and always ended up reading
2 bytes for the offset.

Bug 691850


No cluster differences expected.

[psi/zfapi.c]

2010-12-24T00:28:30.327488Z Alex Cherepanov

Limit the use of -rdynamic flag to GCC on Linux. This flags is supported
by GCC only if the platform has ELF executable format. Bug 691453.

[base/configure.ac]

2010-12-23T14:39:36.123969Z Ken Sharp

fix pdfwrite : Always write 2 bytes for ToUnicode CMap ranges

Bug #691849 "pdfwriter regression: pdf text element is broken"

revision 11170 modified CMap emission so that bfchar/bfrange entries less than 256 were
emitted as a single byte, as specified in the CMAp specification. However ToUnicode
CMaps don't follow the normal specification (I suspect this is a bug which has been
pickled into the spec by Adobe), and require that values always have 2 bytes.

reverted 11170 so that we write 2 byte ToUnicode CMap entries.

No differences expected.

[base/gsfcmap.c]

2010-12-23T11:41:20.825457Z Ken Sharp

ps2write enhancement

Initialise the SetPageSize flag to true when ProduceDSC is set, so that page sizes are
properly requested by the output PostScript file.

No differences expected.

[base/gdevpdfu.c]

2010-12-22T18:48:13.456231Z Michael Vrhel

Initial commit of code for creating halftone screens.  This code needs
additional debugging, especially in the case of edge parameters.  It
will currently create threshold arrays based upon desired lpi, angle,
quantization levels, and device resolution.  The method is restricted
to angles that are the arctangent of rational numbers. Every attempt is
made to achieve the requested lpi by using the rational angle that achieves
an lpi over the requested value.  Since there is a trade off between lpi
and quantization levels, the requested quantization levels are obtained
through dithering of the dot cells within the supercell.  Essentially, the
dots within the supercell do not all take on the same values and can grow at
different rates in a visually pleasing manner.  There is still a bit of work
to do still on this dithering as well as controlling the rate of growth for
the dots.

[toolbin/color/halftone toolbin/color/halftone/halfttoning.sln toolbin/color/halftone/halfttoning/halfttoning.vcproj toolbin/color/halftone/halfttoning toolbin/color/halftone/halfttoning/halftone.c]

2010-12-22T16:17:58.830786Z Ken Sharp

Just remove a commented out line of code that should have been removed before commit.

[base/gdevpdfb.c]

2010-12-22T14:05:56.481488Z Ken Sharp

More enhancement work for type 3 fonts with PCL

Previously we set the horizontal advance argument to the d1 (setcachedevice) operator to
0, and set the Widths entry to 0, for all type 3 bitmap fonts created by rendering the
original font.

This was required to prevent regression errors with the test suite when we altered the
type 3 font accumulation so that it made more effort to preserve the input character
code, in an attempt to improve searching.

Revision 11969 fixes a problem with cached characters which was leading to the /Widths
array containing garbage values. With that revision we can now properly set the 'd1'
horizontal advance, and also set the /Widths array correctly.

No expected differences

[base/gdevpdfb.c base/gdevpdti.c]

2010-12-22T13:58:29.830017Z Ken Sharp

Fix ps2write/pdfwrite : Up date the show enumerator with the cached character width

When capturing a character bitmap on the first time it is rendered, pdfwrite and
ps2write get the width of the glyph in the cache device. This is then used to update
values in the show enumerator, and these values are used as the Widths entry for the
glyph.

When imaging an already cached character, however, the enumerator values are not updated
which can lead to garbage (uninitialised data) being written as values in the /Widths
array. This patch takes the value from the cached character 'wxy' and updates the show
enumerator 'wxy' with it. This is then used as the value for the /Widths array.

Bug #691836, zweiseit01d4-1.pdf, limitcheck --nostringval--

No differences expected.

[base/gxccache.c]

2010-12-22T00:35:56.638864Z regression

Fixed bug with r11967 that redirected output to the wrong directory on the
cluster nodes.

[toolbin/localcluster/run.pl]

2010-12-21T23:07:47.064606Z Marcos H. Woehrmann

Attempt to remove obj directories before build and report failure.
This detects the situation where a user manually built on one of
the cluster nodes, leaving an obj directory that can't be overwritten
by the cluster software.

[toolbin/localcluster/run.pl]

2010-12-21T23:01:04.915150Z regression

Merge run.pl and build.pl with nightly regression versions.

[toolbin/localcluster/clustermonitor.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl]

2010-12-21T17:53:45.618494Z Chris Liddell

Revise how we set the font types which FAPI should handle, and
ensure that the "dummy" CharStrings dict we set up for Microtype
fonts doesn't get replaced.

Bug 691810

No cluster differences expected.

[Resource/Init/gs_fntem.ps Resource/Init/gs_fapi.ps]

2010-12-21T10:44:01.003179Z Chris Liddell

Handle Charstrings being replaced by a procedure. This can happen
even with Microtype fonts (which "pretend" to be Type 1, but don't
actually use CharStrings).

This commit also includes some UFST 6.x related changes, the complete
UFST 6.x integration should follow in the not too distant future.

Bug 691834

Not cluster differences.

[psi/fapiufst.c base/gxfapiu.c]

2010-12-20T16:38:54.977548Z Chris Liddell

When we're handling a Type42 font in FAPI, handle the possibility that
the "CharString" we get might be a null object, by falling back to
the notdef glyph.

Bug 691848


No cluster differences expected.

[psi/zfapi.c]

2010-12-18T19:27:14.937495Z Alex Cherepanov

Implement correct bit packing for an indexed image with 4 bit/pixel color
depth in the interface to Luratech JPX library. Bug 691843, customer 532.

[base/sjpx_luratech.c]

2010-12-18T15:24:43.064303Z Ken Sharp

Bug #691835

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
condition doesn't occur, but for now, if pgs is NULL we return from the routine in order
to prevent a crash.

No differences expected

[base/gsicc_manage.c]

2010-12-17T16:58:35.097740Z Till Kamppeter

Install the CJK examples.

[base/unixinst.mak]

2010-12-17T16:56:51.880152Z Till Kamppeter

Mention "ps2pdf14" in the man page for ps2pdf.

[man/ps2pdf.1 man/de/ps2pdf.1]

2010-12-17T16:54:53.331106Z Till Kamppeter

Let Ghostscript work with the libjasper provided by the system.

[base/sjpx.c]

2010-12-17T16:50:49.932561Z Till Kamppeter

pphs is a script and not a library, put it into the correct group of files in the Makefile.

[base/unixinst.mak]

2010-12-17T16:48:02.245525Z Till Kamppeter

Fix stone-old security advisory CVE-2009-4270.

[base/gsmisc.c]

2010-12-17T16:43:02.736497Z Till Kamppeter

Build gsx and gsc executables correctly as executables and not as shared libraries.

[base/unix-dll.mak]

2010-12-17T00:16:41.356524Z Till Kamppeter

Removed patch noise file.

[contrib/pcl3/eprn/eprnrend.c.orig]

2010-12-16T17:00:24.131587Z Ken Sharp

Fix (pdfwrite) : Don't clamp rectfill to the page.

Bug #691839 "Invalid EPS conversion with -dEPSCrop"

Rectangular fills (and only the special case of rectangles) were being clamped to the
width/height of the device when emitted. This can cause problems when a matrix is in
force which reduces the actual co-ordinates, in this case a Pattern with a 0.25 scaling.

The clamping caused co-ordinates to be reduced, and part of the fill went missing.

The comment indicated this was to 'work-around' the limit in Acrobat of 32k on user
co-ordinates, but this is too sever a clamp to apply, also the general case path code
does not apply this limit. Altered to make the limit the 32k enforced by Acrobat.

[base/gdevpdfd.c]

2010-12-15T16:12:54.275384Z Ken Sharp

pdfwrite enhancement : Final DSC changes

Fix a compiler warning, make ProduceDSC=true the default condition so that we create
DSC-compliant PostScript unless told otherwise.

Update the documentation for pswrite and ps2write in devices.htm and Ps2ps2.htm. Note
that pswrite is now deprecated.

Modify the pdf2ps and ps2ps scripts to use ps2write instead of pswrite.

No differences expected.

[lib/pdf2ps doc/Ps2ps2.htm lib/pdf2ps.cmd lib/pdf2ps.bat lib/ps2ps doc/Devices.htm base/gdevpdfu.c lib/ps2ps.cmd base/gdevpdfb.h lib/ps2ps.bat]

2010-12-15T08:22:58.985898Z Ken Sharp

pdfwrite enhancement : more DSC related activity

Defer the output of the header and the opdfread.ps 'prcoset' until the output file is
closed. This allows us to count the pages and emit the %%Pages: comment in the header
instead of at the end of the file.

Fix the PageBoundingBox comment to have two % characters instead of one.

Check for a new flag 'DSC_OPDFREAD' at the start of opdfread.ps (and write its
definition as part of the header emission in ps2write). If present this prevents the
SetupPageView routine from using setmatrix to reset the CTM to the one saved during
document setup. Because the DSC-compliant output puts save/restore around each page
we don't need to reset the matrix, and the reset prevents the output from working
properly with psnup. If the flag is not present, it is treated as false.

The output now works with GSView, psselect and psnup. The only remaining work is to
track the usage of ProcessDSC and see if we can reuse any of the comments parsed out
of the input.

No differences expected

[base/gdevpdfx.h base/gdevpdf.c Resource/Init/opdfread.ps base/gdevpdfu.c]

2010-12-13T11:57:36.965203Z Ken Sharp

pdfwrite enhancement : DSC output

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
header and ProceSet until the end of the job.

No differences expected.

[base/gdevpdfg.h base/gdevpdf.c base/gdevpdfe.c base/gdevpdfu.c]

2010-12-12T16:18:59.870768Z Alex Cherepanov

Make const_90_degrees an external variable to stop smart optimizers from
converting angle/const_90_degrees to angle*(1/const_90_degrees). Bug 689794.

[base/gsmisc.c]

2010-12-11T23:02:25.039826Z Alex Cherepanov

Don't break ANSI aliasing rules. Use memcpy() to assign Ghostscript classes
i.e. structures of different type. Fix SEGV on GCC 4.5.1, release build.
Thanks to ubitux@gmail.com for analysis of the problem. Bug 691831.

[base/gximag3x.c]

2010-12-10T19:50:53.800825Z Michael Vrhel

Removal of Smask_is_CIE flag in the code as well as removal of code that
is no longer used in the soft mask rendering.

[base/gdevp14.c base/gdevp14.h base/gstrans.c base/gstparam.h base/gxblend.c base/gstrans.h base/gxblend.h]

2010-12-10T13:26:11.089772Z Ken Sharp

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.

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.
It is also required so that we *don't* write these comments around pages.

The code now emits %%BeginProlog, then writes the opdfread.ps procedure. It then writes
all the various resources used in the document, each with a reasonable DSC comment. Then
it writes %%EndProlog. After this come the page descriptions, each is written with a
%%Page: comment and a %%PageTrailer. Finally we write the %%Trailer, %%Pages
comment (NB we write %%Pages: (atend) in the header comments as we don't know how many
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
(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.

The output is now minimally DSC compliant, though there are a few other comments I'd
like to add if possible. Given the way the file is created we are always going to have a
large prolog, and that will need to be copied to all the pages if they are split
individually, in order to make sure that all the required resources are present.

Technically we could follow the resource chain and write %%IncludeResource comments,
at the page level at least, but this is probably more effort than it is realistically
worth.

Still need to add some more DSC comment types, and run some extensive testing.

No differences expected currently. Minimal testing with GSView suggests that the output
so far is DSC-compliant as-is.

[base/gdevpdfk.c base/gdevpdfm.c base/gdevpdfx.h base/gdevpdfo.c base/gdevpdf.c base/gdevpdfb.c base/gdevpdtd.c base/gdevpdfc.c base/gdevpdfo.h base/gdevpdfe.c base/gdevpdfu.c base/gdevpdtw.c base/gdevpdfg.c base/gdevpdti.c]

2010-12-10T03:06:40.558274Z Michael Vrhel

Apply proper alpha blending to compute luminosity of mask per the PDF
specification.  Fixes bug 691822

[base/gdevp14.c]

2010-12-09T16:50:55.001506Z Ken Sharp

undo revision 11941 and 11942 as this causes seg faults on Linux.

[base/gdevpdfk.c base/gdevpdfm.c base/gdevpdfx.h base/gdevpdfo.c base/gdevpdf.c base/gdevpdfb.c base/gdevpdtd.c base/gdevpdfc.c base/gdevpdfo.h base/gdevpdfe.c base/gdevpdfu.c base/gdevpdtw.c base/gdevpdfg.c base/gdevpdti.c]

2010-12-09T15:39:10.142451Z Chris Liddell

A change to how we get the advance width of the glyph from Freetype.

Previously, we used the data in the glyph metrics structure, which
are scaled, and the undid the scaling. This is correct method for
everything except the horizontal and vertical advance distances.

We now get the two advance distances from the glyph structure,
and tell Freetype not to scale them, this avoids the rounding
errors that occur due to Freetype's fixed point number
format. It also saves the (less significant) error when we
previously unscaled the value, and saves a couple of
fairly large double precision calculations.

This does cause a number of changes in the regression suite,
the vast majority are pixel or so differences in glyph
positions. A very few are improvements.

Bugs 691778 and 691777

[psi/fapi_ft.c]

2010-12-09T14:35:26.421173Z Ken Sharp

fix pdfwrite

Revision 11941 had a typo in gdevpdf.c which spelled %%EndProlog with too many %
characters.

[base/gdevpdf.c]

2010-12-09T14:20:46.589285Z Ken Sharp

pdfwrite enhancement : More work towards DSC compliance

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.
It is also required so that we *don't* write these comments around pages.

The code now emits %%BeginProlog, then writes the opdfread.ps procedure. It then writes
all the various resources used in the document, each with a reasonable DSC comment. Then
it writes %%EndProlog. After this come the page descriptions, each is written with a
%%Page: comment and a %%PageTrailer. Finally we write the %%Trailer, %%Pages
comment (NB we write %%Pages: (atend) in the header comments as we don't know how many
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
(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.

The output is now minimally DSC compliant, though there are a few other comments I'd
lie to add if possible. Given the way the file is created we are always going to have a
large prolog, and that will need to be copied to all the pages if they are split
individually, in order to make sure that all the required resources are present.

Technically we could follow the resource chain and write %%IncludeResource comments,
at the page level at least, but this is probably more effort than it is realistically
worth.

Still need to add some more comments, and run some extensive testing.

No differences expected currently. Minimal testing with GSView suggests that the output
so far is DSC-compliant as-is.

[base/gdevpdfk.c base/gdevpdfm.c base/gdevpdfx.h base/gdevpdfo.c base/gdevpdf.c base/gdevpdfb.c base/gdevpdtd.c base/gdevpdfc.c base/gdevpdfo.h base/gdevpdfe.c base/gdevpdfu.c base/gdevpdtw.c base/gdevpdfg.c base/gdevpdti.c]

2010-12-07T14:14:20.090005Z Ken Sharp

pdfwrite enhancement : more work towards DSC compliant ps2write output

This should now output pages in the correct order, with %%Page:/%%PageTrailer
comments.
Still need to address Resource comments and definitions.

Committed so that a user can try out the code. No differences expected.

[base/gdevpdf.c base/gdevpdfu.c]

2010-12-06T20:30:42.463413Z Michael Vrhel

Fix for bug 691466.  Problem was caused by the DeviceN alternate color
space being Lab and the color values not being properly decoded to enable
use of the lab ICC profile.  A few progressions in the cluster data base
with this commit.

[base/gscdevn.c base/gdevp14.c base/gsicc.c]

2010-12-06T16:39:46.324844Z Alex Cherepanov

Bring JPX Luratech decoder up to the level of Jasper decoder.
1. Don't expand indexed colors when the PDF expects an indexed color space.
Fix rendering of the sample file attached to the bug.
2. Recognize indexed CMYK color space and accept the palettes that are shorter
than 256 colors. Fix comparefiles/Bug689362.pdf
3. Fix memory corruption that happened with 4-bit-per-pixel grayscale image
and pack the nibbles by PS rules. Fix comparefiles/Bug690174.pdf

Luratech now renders every file in our test suite correctly. We don't have
tests for low values of bits per plane. Bug 691816, customer 532.

[base/sjpx_luratech.c base/sjpx_luratech.h]

2010-12-06T16:07:30.222320Z regression

Limit clusterpush.pl bmpcmp jobs to 10 megs of changes per file in addition
to the 100 changes per file limit.

[toolbin/localcluster/checkSize.pl toolbin/localcluster/clustermonitor.pl toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl]

2010-12-04T21:12:37.349224Z Michael Vrhel

Fix for bug 691724.  The issue was due to a bug in the code that creates
equivalent ICC profiles from CIEABC types.  This has a pile of progressions
in the cluster data base.  I stepped through them with bmpcmp and they
appeared to be correct to me.  I also altered the DefaultRGB PS color space
to by in-sync with the D50 ICC sRGB based default that we are currently using.

[base/gsicc_create.c Resource/ColorSpace/DefaultRGB]

2010-12-04T12:02:00.835522Z Ken Sharp

Remove some extraneous debugging code and variables left in accidentally with the commit
for revision 11932.

[base/gxfcopy.c]

2010-12-04T11:53:13.468703Z Ken Sharp

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.

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
converting type 1 into CFF fonts and cause errors.

The code now continues checking remainign /Subrs if a typecheck error occurs, and as an
additional measure also checks the number of /Subrs in each font before deciding if
they are compatible.

[base/gxfont1.h base/gxfcopy.c]

2010-12-03T09:20:28.129989Z Ken Sharp

Fix (pdfwrite) : Work around Acrobat bug with /Encoding

Bug #691809 "Regression: some PDF files produced by GhostPCL r11913 cannot be read by
Acrobat 8.2.5"

Acrobat 4 & 8 have a peculiar bug, if a type 3 font (may affect other font types, but
it seems unlikely) has a WinAnsiEncoding, and no /Differences, then text set in that
font is not displayed by these versions of Acrobat. This may be limited to glyphs
which consist of a bitmap only.

Forcing the emission of a /Differences array for each glyph used results in these
versions of Acrobat displaying correctly (even though the 'differences' are in fact the
standard Encodings).

This does seem to be quite definitely an Acrobat bug which we are working around, no
other PDF consumer seems to have a problem with these files.

[base/gdevpdti.c]

2010-12-02T18:16:53.794801Z Michael Vrhel

Remove unused variable.

[base/gxblend.c]

2010-12-02T17:09:45.886919Z Michael Vrhel

Fix for bug 691803.  This provides a fix for cases where we have soft masks
embedded within other soft masks.  Such rare cases are detected and when they
occur and the soft mask type is luminosity, the alpha channel of the soft
mask buffer is pre-blended with the luminosity data to give the proper mask
values.  There appears to a be change in fts_33xx.xps from this commit.
However, it appears to me that this file was not being rendered properly,
compared to the windows xps viewer, prior to the commit either.  I will file
a bug related to this issue.

[base/gdevp14.c base/gdevp14.h base/gxblend.c base/gxblend.h]

2010-12-02T09:58:28.497029Z Ken Sharp

minor bug, warning message point to incorrect source directory.

Bug #691811 "incorrect error message"

Simply alter the source path in a warning.

No differences expected.

[psi/imain.c]

2010-12-01T16:41:20.443841Z Michael Vrhel

Additional debug code to help in soft mask problems.

[base/gdevp14.c]

2010-12-01T05:16:55.267986Z Michael Vrhel

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.

[base/gdevp14.c base/gxclimag.c base/gxcldev.h]

2010-11-29T21:12:32.441057Z regression

Additonal improvement in the cluster's ability to be able to recover from
machines going down late in the run.  Machines are put into a standby state
when there are no jobs left to send and they have processed all of their jobs
until all machines are in the standby state, then all the machines are released
from standby and can upload their logs

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/run.pl]

2010-11-29T18:55:03.883221Z Michael Vrhel

Fix for issues with the default ICC directory.  The PS interpreter now checks
if the default name is OK before setting to LIBPATH/iccprofiles .  Also, the
current name is first tested before we prepend with the directory name, to avoid
doing double applications of the profile directory.  Thanks to Ray for the fixes
in gs_lev2.ps

[base/gsicc_manage.c Resource/Init/gs_lev2.ps]

2010-11-29T18:30:38.060525Z Michael Vrhel

Fix for bug 691748.  The idle optimizations for the softmask are not
really valid since we have since created the proper bounding box for
the soft mask in a previous commit.  In the cluster push testing, some
files came back as having problems with the psdcmyk device.  Checking,
it appears that these issues are not related to this fix but are another
bug.  I am working on this now and will submit a bug.

[base/gdevp14.c]

2010-11-29T14:45:17.958276Z Chris Liddell

Due to "lazy evaluation" of softmask groups, the graphics state can change between
the creation of the softmask group form, and when it is executed.

We'll now save the gstate and (most of) the ExtGState when the softmask group is
defined, and then set both before evaluting the object. A few ExtGState entries
are not easily set directly, so those are missing.

This partially fixes Bug 691157, and fixes Bugs 690351, 691348 and 690535. It
also resolves the remaining issue with 690535.

Cluster differences as follows:
Bug690535.pdf (noted above)
Bug690022.pdf, Bug690115.pdf, Bug690208.pdf, fts_26_2601.pdf and
fts_26_2603.pdf are all improved when compared to Acrobat.

A few xps->pdf conversions thru pdfwrite render differently, but they were
wrong before, and slightly differently wrong now. I believe the PDFs are
"incorrect".

[Resource/Init/pdf_draw.ps]

2010-11-29T14:35:25.792013Z Ken Sharp

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
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
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
for a charpath.

[base/gdevpdtt.c]

2010-11-27T18:23:43.131547Z Ken Sharp

Fix (pdfwrite) : pointers not marked for garbage collection

Bug #691779 "SegFault with pdfwrite and more than one cid font"

pdfwrite does lazy creation of Identity ToUnicode CMaps for inclusion in output PDF
files (2 CMaps, one for horizontal and one for vertical writing). These pointers were
not marked for the garabge collector, but were stored directly in the pdf device
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.

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
of garbage collection, then the attempt to relocate the CMap would fail and cause a
crash.

Fixed by marking the pointers in the device structure for the garbage collector.

No differences expected.

[base/gdevpdfx.h]

2010-11-26T10:59:51.673656Z Chris Liddell

Update the FAPI/UFST interface to correctly scale the points when retrieving an outline.
Since FAPI now expects points in 32.32 fixed point form.

[psi/fapiufst.c]

2010-11-25T21:03:22.187304Z Robin Watts

Fix for bug 691785.

The bitmap mask clip device has a long standing bug when attempting to clip
a bitmap through a 1bpp bitmap (gxclipm.c, clip_runs_enumerate, line 283ish).

The code detects runs of 'on' pixels in the mask. It then keeps the last run
it found in a 1 place buffer (called 'previous'). This therefore represents
the previous run found. Whenever we find a new run, we check to see if we can
add it to the previous run to try to form a larger (vertical) rectangle. If
we can't, we should write the previous rectangle out and remember the current
one.

Unfortunately the code was writing the current rectangle out, rather than the
previous one. This has the effect of losing the first run on most lines out.

130 differences shown in cluster testing; confirmed in bmpcmp as
progressions.

[base/gxclipm.c]

2010-11-25T09:12:13.562173Z Ken Sharp

Remove a now-unused variable to silence a compiler warning.

No differences expected.

[base/gdevpdfb.c]

2010-11-24T22:18:34.999818Z Michael Vrhel

Style clean up of gdevp14.c for white space, comments, long lines and dead code.

[base/gdevp14.c]

2010-11-24T17:44:39.808162Z Michael Vrhel

Fix so that we handle the \B command properly when we have transparency.  The stroke
should be drawn in a knock-out fashion rather than blended with the fill.  This was
achieved by adding in the push of a knockout transparency group for the stroke operation.
The opacity for that group had to be 1 rather than what ever the current graphic state was
(otherwise you end up with the opacity applied twice).  That change revealed an issue in the
clist when a transparency group is pushed where the opacity for the pdf14 clist device was
being altered without having the information passed into the clist.  Fixing that required a
few changes to make sure that the blend parameter changes for the transparency group end up
written in the same bands as the group push rather than all bands like the normal blend parameter
change compositor action does.  A few changes were needed in the clist compositor writing code to
make sure that this special blend parameter change did not push a new cropping item on the cropping
stack.  This commit results in a lot of progressions.  However, the cluster push revealed a couple
files fts_06_0608.pdf.pdf.ppmraw for example, which may have an issue.  These are being checked and
if found to be an issue a new bug report will be filed.

[Resource/Init/pdf_ops.ps base/gdevp14.c base/gxclimag.c base/gxblend.c base/gstrans.h base/gxblend.h]

2010-11-24T16:21:25.266704Z Ken Sharp

pdfwrite enhancement : attempt to make PCL bitmap fonts into searchable type 3

In general pdfwrite only resorts to making a bitmap from a font when it cannot handle
the original font type, which is rare for PostScript, PDF and XPS. However all PCL
bitmap fonts are handled this way.

When this happens, the bitmap is stored into a general type 3 font, a 'bucket' where all
such glyphs are stored. When this font is full, a new one is started and so on. The text
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
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.
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.

There are several caveats:

1) This only works at all with cached glyphs. Glyphs which are too big to fit in the
cache are instead rendered as images, not text at all. The cache has a compiled limit
of 2500 for the height of the bitmap, but this needs to take the resolution which is
being used for rendering into account. The default resolution for pdfwrite is 720 dpi
which means that bitmaps larger than ~125 rows will not be cached. (see below for more)

2) Certain kinds of text operations can't be handled at all; any case where a character
code does, or may, exceed 256 cannot be handled. These cases are handled as before by
placing in a special font with a unique character code and called from there.

3) If the font matrix is not the identity we cannot handle the glyphs, as the bitmaps
stored in the cache already include any transformations present in the Fontmatrix and
we can't undo those transformations to the bitmap. In practice this means that if the
canvas orientation (not the media) is not portrait, then this will cause the text to
be non-searchable.

4) The Acrobat searching algorithm does not work very well with this kind of text. In
our case each glyph is individually positioned on the page rather than being written
as a continuous stream of characters. Acrobat seems unable to find more than about
three glyphs in succession this way.


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
problem, caching would not be an issue. This is probably a large project, but I suspect
less of a pain than this enhancement was.

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
gxchar.c:
static const uint MAX_TEMP_BITMAP_BITS = 80000;

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
consumers may not be able to cope with images which exceed this limit.

[base/gdevpdfb.c base/gdevpdti.c]

2010-11-23T16:01:44.675647Z Ray Johnston

Fix chunk_free_all_remaining typo so that mulitple object chunk list gets
traversed and freed first, then the single object chunk list. Thanks to
Norbert Janssen for spotting this. Bug 691791.

[base/gsmchunk.c]

2010-11-23T15:36:28.976110Z Robin Watts

Fix for Bug 691783. A tiny tweak to that submitted by Sebastian Rasmussen.
Many thanks!

When closing down render threads we check to see if the underlying
allocator had to be wrapped to make it thread safe. If it was, we free the
wrapped version too. Unfortunately the test to see "did we have to wrap it"
was accessing memory we'd just freed.

The fix is to move the code that finds the underlying allocator to before
we free the memory.

Cluster testing shows no differences.

[base/gxclthrd.c]

2010-11-23T12:33:56.433376Z Robin Watts

In an effort to understand the shading code I put together a 'map' of the
function calls as comments. This has been hanging around my harddisc for ages
and I'm now committing it to avoid it being lost.

Comment change only - no cluster changes expected.

[base/gxshade1.c]

2010-11-23T08:46:10.878077Z Ken Sharp

Revert revision 11901.

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
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.

The code will be revised and recommitted.

[base/gdevpdti.h base/gdevpdfx.h base/gdevpdfb.c base/gdevpdt.h base/gdevpdti.c base/gdevpdfi.c]

2010-11-20T22:55:09.754787Z regression

Improved the cluster code's ability to be able to recover from machines going down late in the run.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/run.pl]

2010-11-18T19:21:31.928351Z Chris Liddell

Ensure we set SHARE_FT correctly when we end up using the system installed
freetype library.

Bug 691776.

No cluster differences expected.

[base/configure.ac]

2010-11-18T00:52:20.670104Z regression

Two changes to the local cluster system:

1.  A warnings check is now performed on the code under test (both commit
and user tests).

2.  In order to better recover from nodes going offline near the end
of a cluster run nodes are paused after all their jobs have been sent.
This way the jobs from an unresponsive node that isn't detected until
all jobs have been distributed can be reassigned.

Also some minor cleanup (dividing the clustermaster log into .log and
.dbg files, supressing some uneeded debugging messages, etc.)

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/readlog.pl toolbin/localcluster/pngs2html.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl toolbin/localcluster/cachearchive.pl toolbin/localcluster/compare.pl]

2010-11-16T22:49:26.969992Z Ray Johnston

Fix for PCL that uses the chunk allocator (which is not inherently thread safe)
when NumRenderingThreads > 1. Adds 'is_thread_safe' to the gs_memory_status so
that clist_setup_render_threads can wrap an unsafe allocator in a locking wrapper.

Also restore the optimizations to the chunk memory allocator to keep two lists
(one for multiple object chunks and another for single object chunks) and fixes
the chunk_free_object so that the correct list is chosen. Even if not found on
the selected list, the other list will be scanned and a diagnostic printed if
the wrong chunk list was selected (belt and suspenders). My testing with the
lj*.prn files did not show this problem.

[base/lib.mak base/gsmemlok.c base/gsmchunk.c base/gxclthrd.c base/gsmalloc.c base/gsmemret.c base/gsalloc.c base/gsmemory.h base/gsmemraw.h]

2010-11-16T14:48:31.620067Z Michael Vrhel

Fix so that the initial gray color spaces in the graphic state are properly color
managed. Previously, if we immediately started drawing in the document with a gray
color space, the initial un-managed color space in the graphic state was used
and this was not associated with the specified gray source profile.  With this
fix we initialize the stroking and filling color spaces to be ICC color spaces
associated with the profile for default_gray in the icc manager.  Also a fix for
an issue in littleCMS.  When merging profiles, littleCMS will often do an optimization
where it approximates 1-D LUTs with an exponent operation for use during merging and
interpolation of the profile structures.  If the curve is very steep, as in like a step
function, it should not do this approximation.  This was an issue when we had profiles
that provided thresholding operations with their 1-D LUTs.   I spoke with Marti about
this issue a couple weeks ago.  This commit will create over 6000 differences in the
regression test.   I reviewed many of these and they all are minor differences in gray
colors as expected.  These are differences where we were drawing unmanaged colors.

[base/gsicc_manage.c psi/zusparam.c base/gsicc_manage.h lcms/src/cmsgmt.c]

2010-11-16T14:33:57.040738Z Ken Sharp

pdfwrite enhancement : attempt to make PCL bitmap fonts into searchable type 3

In general pdfwrite only resorts to making a bitmap from a font when it cannot handle
the original font type, which is rare for PostScript, PDF and XPS. However all PCL
bitmap fonts are handled this way.

When this happens, the bitmap is stored into a general type 3 font, a 'bucket' where all
such glyphs are stored. When this font is full, a new one is started and so on. The text
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
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.
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.

There are 3 parts to this enhancement:

1) Cached glyphs. When the current font is a type 3 font, and the text operation is
one which might result in an ASCII character code, and we can manufacture a glyph name
for the resulting character code, store the glyph in the type 3 font (rather than the
general 'bucket' font), using the character code and glyph name. Glyphs which can't
be handled this way for any reason are still stored in the general recipient 'bucket'
font.

2) Uncached glyphs. Glyphs which are too large for the cache are rendered as images. The
image handling code has been extensively reworked to try and detect this situation and,
if the criteria for cached glyphs above also holds true, to store the image as a glyph
in a type 3 font and draw text in the PDF content stream instead of an image. Images
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
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.
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).

[base/gdevpdti.h base/gdevpdfx.h base/gdevpdfb.c base/gdevpdt.h base/gdevpdti.c base/gdevpdfi.c]

2010-11-16T13:58:36.196330Z Alex Cherepanov

Prefer character codes < 256 during construction of /CharStrings and
/Encoding attributes of a symbolic Type 42 font. Bug 691753.

[Resource/Init/gs_ttf.ps]

2010-11-15T18:30:50.012584Z Henry Stiles

reverts 11877 which needs a bit more work

[base/gsmchunk.c]

2010-11-15T09:11:50.168011Z Chris Liddell

Fix a memory leak when interpolating image data. We were allocating a colour
management buffer for every interpolated scan line from the currently
buffered image data, but only releasing the last one.

We'll now allocate the buffer (and initialise the buffer desc structure)
only once, and free the buffer once when we're done.

No cluster differences expected.

Bug 691772

(NOTE: the test file for this still appears to go into an infinite loop
during interpolation).

[base/gxiscale.c]

2010-11-14T21:16:15.954493Z Michael Vrhel

Make a macro for the default ICC profile name and set it in the proper locations.

[base/gsicc_manage.c psi/zusparam.c base/gsicc_manage.h]

2010-11-06T15:36:18.568592Z Michael Vrhel

Fix for a string handling bug that occurred when the device ICC profile name
was smaller than the default device profile name.  Also, additional code to
ensure that the ICC path and the device profile name are properly combined
when needed.  Finally, if the device profile name is given as an absolute
name the icc directory is not added to it.

[base/lib.mak base/gsdparam.c base/gsicc_manage.c]

2010-11-05T22:12:05.617541Z Michael Vrhel

Fix so that when compositing with tags, the tos tag data has no effect on
the nos tag data if the pixel alpha value is 0.  Fixes Bug 691752.

[base/gxblend1.c]

2010-11-05T15:53:35.817121Z Chris Liddell

In the event that we've decided not to cache a glyph generated by FAPI, we
need to make sure that zsetcachedevice2() doesn't opt to try to cache said
glyph. To do that we were setting in_cachedevice to CACHE_DEVICE_NOT_CACHING
before calling zchar_set_cache(), and setting it back to its previous value
on return. Unfortunately, a font with a CDevProc causes the call to
zsetcachedevice2() to be delayed until after execution of the CDevProc, so
in_cachedevice was (probably) no longer set to CACHE_DEVICE_NOT_CACHING.

Amongst other effects, this caused some anti-aliased glyphs to be render
with incorrect, scaling as well as the potential for marking glyphs to have
empty (but valid) cached bitmaps.

Expected cluster differences: fts_23_2306.pdf at 72dpi shows some (benign)
pixel differences on the pattern filled glyphs - this is actually a behaviour
progression, as it is caused by cache being properly bypassed for an uncached
glyph, rather than the glyph being rendered uncached but the cache receiving
an emtpy glyph.

Bug 691750.

[psi/zfapi.c]

2010-11-04T19:13:08.201769Z Michael Vrhel

Increase in curve size to enable sharper cut offs (i.e. no interpolation of
curve points) for thresholding profiles.

[toolbin/color/icc_creator/ICC_Creator/icc_create.cpp]

2010-11-03T20:44:07.993086Z Michael Vrhel

Fix to avoid potential crash instead of error if an improper file name
is given for the device ICC profile.

[base/gsicc_manage.c]

2010-11-02T17:16:24.985382Z Chris Liddell

Remove some unnecessary, and detrimental endian related code
in the GS/lcms interface.

Bug 691696

No cluster differences expected.

[base/gsicc_cache.c base/gsicc_littlecms.c]

2010-11-01T23:59:27.933765Z Michael Vrhel

Performance fix so that the md5 code is not used to hash the rendering
conditions for the icc link.

[base/gsicc_cache.c base/gscms.h]

2010-10-31T03:26:19.022477Z Ray Johnston

Optimize large allocations in the chunk memory manager maintaining separate lists
for chunks with only a single block (that will never have any free space) from
the multiple object chunks which are searched for free space when the requests
are for small objects. Testing with a 28 files benchmark suite shows improvements
against rev 11876 by over 9% (real time), to get within 2% of version 8.71.
(testing 600 dpi ppmraw to /dev/null on peeves).

[base/gsmchunk.c]

2010-10-30T03:40:36.798714Z Alex Cherepanov

Check for negative object nunbers and consider such objects as null.
Bug 691740, customer 384.

[Resource/Init/pdf_base.ps]

2010-10-29T23:40:30.279741Z Michael Vrhel

Fix so that the image clues array is dynamically allocate only when needed
as opposed to being a static array in gx_image_enum.  clues is used only
in the case of monochrome or indexed with bps <= 8 and masked images.
Another optimization to do is to make it allocate only 2 entries for the
masked case rather than all 256.

[base/gxipixel.c base/gxidata.c base/gximage.h]

2010-10-29T19:35:48.071618Z Henry Stiles

Revision 10823 removed an optimization to strength reduce the logical
operation when rendering an image - the optimization in fact was
incorrect (see the bug referenced in the commit entry #691147) however
the optimization is correct and gives us a good speedup if the current
color is black.  This is due to the peculiarities of the pcl
transparency model which only effects the opacity/transparency of
white.

[base/gxipixel.c]

2010-10-29T16:37:41.020300Z Michael Vrhel

Added features and fixed bugs to enable creation of thresholding ICC profiles.

[toolbin/color/icc_creator/ICC_Creator/icc_create.h toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.h toolbin/color/icc_creator/ICC_Creator/resource.h toolbin/color/icc_creator/ICC_Creator/ICC_Creator.rc toolbin/color/icc_creator/ICC_Creator/icc_create.cpp toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.cpp]

2010-10-29T09:05:42.895454Z Ken Sharp

Fix : DeviceN not permitting multiple identical inks

Bug #691740

The DeviceN checking code did not permit multiple inks to have the same name. The
comment in the code says this is not permitted, but I am unable to find any
documentation in any of the specifications in support of this, and other interpreters
(including CPSI) do not make this restriction.

Restriction removed, and also the 'continuation' procedures used for much of the colour
space parsing/validation have been given names so that future error messages use these
instead of printing the function address.

No differences expected.

[base/gscdevn.c psi/zcolor.c]

2010-10-28T20:41:14.761110Z Michael Vrhel

Addition in profile creation tool to create Gray ICC profiles with
abrupt thresholds.   Needed for solution to bug 691737

[toolbin/color/icc_creator/ICC_Creator/icc_create.h toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.h toolbin/color/icc_creator/ICC_Creator/resource.h toolbin/color/icc_creator/ICC_Creator/ICC_Creator.rc toolbin/color/icc_creator/ICC_Creator/icc_create.cpp toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.cpp]

2010-10-28T19:57:51.569853Z Michael Vrhel

Fix for issues that arise when the embedded icc profile is the same as one
of the default icc profiles and we are using pdfwrite.  This should fix 691731.

[base/gsicc_create.c base/gsicc_manage.c base/gscms.h base/gsciemap.c]

2010-10-28T19:02:45.723574Z Robin Watts

Marcos points out that tiffscaled with -rR -dDownScaleFactor=D can produce
different sized images than just using -r(R*D) and a normal tiff device.
(Bug 691730). I'll concede he's probably right that this isn't ideal.

The difference was caused by me rounding the size up on a downscale so that
no information is lost.

This patch removes the rounding up. We can always add it again later if
we actually find a file where it makes a difference.

No expected cluster differences.

[base/gdevtifs.c]

2010-10-28T15:00:37.200667Z Chris Liddell

Work around the "no rule to make target" with tif_config.h (actually it
affects tiffconf.h, too). This involves the rather unpleasant requirement
of calling a configure script (for libtiff) from a makefile (the top level
makefile for the ghostpdl builds). It must be done there, before the PDL
specific makefiles start setting CFLAGS, which confuses the configure.

Also, update the GS dist-clean and GhostPDL clean targets to remove
the two tiff header files generated during the tiff configure.

THIS IS NOT A FIX! It really is a "workaround".

Bug 691700.

[/trunk/ghostpdl/Makefile base/Makefile.in]

2010-10-28T06:12:53.429268Z Michael Vrhel

Code to speed up cases where a file contains a lot of small images that are
embedded in the clist as high level images.  Previously, for every high level
image, the serialized ICC source data was read out of the clist at a different
clist file location, which required a fseek, a fread and then another fseek.
This occurred even if all the images shared the same profile.  The cost of
file i/o for this can become significant if we have a lot of images.  With
this commit, the reading of the profile data is delayed and will only occur
if a link using that profile does not already exist in the link cache.

[base/gxclpath.c base/gxclimag.c base/gxclist.h base/gxclrast.c]

2010-10-28T04:12:55.507828Z Marcos H. Woehrmann

Added dependencies to devs.mak to allow minftrsz.c to compile with concurrent make.

[base/devs.mak]

2010-10-27T23:30:42.045125Z Robin Watts

Fix compiler warning.

No expected differences.

[base/gdevtifs.c]

2010-10-27T19:48:01.087645Z Robin Watts

Add new version of tiffscaled device, that supports -dMinFeatureSize=2.
(Solves bug 691718).

Also add support for AdjustWidth in tiffscaled device.

Also update documentation.

No expected differences.

[base/gdevfax.h base/gdevtifs.c base/minftrsz.c base/gdevtifs.h base/gdevtsep.c base/minftrsz.h doc/Devices.htm base/gdevfax.c base/gdevtfnx.c base/gdevtfax.c]

2010-10-27T12:45:49.361211Z Robin Watts

Fix Bug 691727.

Black and White Tiff based devices were not respecting the AdjustWidth
parameter. Fax based devices were applying it regardless, non faxed based
devices were not applying it at all. The documentation says they should
all default to applying it, but be controlled by the option.

In this commit, we change so that all black and white tiff based devices
(except tiffscaled) respect this parameter. We default to applying it in
fax devices, and not applying it in non-fax devices, so default behaviour
does not change. We also update the docs.

No expected differences.

[doc/Devices.htm base/gdevtfax.c]

2010-10-27T11:18:38.076346Z Robin Watts

Fix Bug 691726, memory corruption in tiffscaled device when
(resolution % DownScaleFactor) != 0.

The problem specifically occurred when the page had 'stray' lines at the end.
The code I had written to cope with this was calling the Tiff writing code
with the wrong row number, causing the tiff lib to try to extend the buffer.
This, it seems, is a bad thing.

The miscalculation is fixed here, and the bug goes away.

No expected cluster differences.

[base/gdevtifs.c]

2010-10-26T23:54:13.691521Z Robin Watts

Fix bug reported by Norbert Janssen. Inaccuracies in the floating point maths
can cause 'no-scales' to look like 'downscales', and so high level images are
skipped.

This shouldn't actually matter in most cases as the two rendering paths should
give the same results, but when people hook the clist for their own purposes
this can cause problems. The workaround is to introduce a fudge factor and to
accept very slight downscales.

Thanks to Norbert for the first version of this patch.

Minimal differences in cluster testing due to bug 691697.

[base/gxclimag.c]

2010-10-26T20:30:32.970049Z Michael Vrhel

Fix for RGB byte order expected by new CMM compared to imdi libray.

[base/gdevwts.c]

2010-10-26T20:22:45.373077Z Robin Watts

Silence gcc warning.

[base/gdevfax.c]

2010-10-26T19:41:35.752819Z Michael Vrhel

Removal of accidental commit of my own path for the wts halftone planes.

[base/gdevwts.c]

2010-10-26T18:50:49.267717Z Michael Vrhel

Fix so that wtsimidi device works again.   I had the device using the wrong
structure for maintaining its device link that maps the contone RGB data to
CMYK.

[base/gdevwts.c]

2010-10-26T18:10:15.277289Z Robin Watts

Add Rays MinFeatureSize magic. Ray had originally integrated this into the
fax devices, which had the effect of working for the tiff based fax
devices too. Unfortunately the reworking of the tiff based devices to
use libtiff meant that the output function changed, causing the patch to
stop working with those devices.

Here we split the new code out into a separate .c/.h pair, so it can be
used by both tiff and fax devices, and hook it up to all the black and
white tiff devices (except tiffscaled) and to the fax based ones.

We also document the device (including it's current limitations).

No expected changes.

[base/gdevfax.h base/gdevtifs.c base/minftrsz.c base/gdevtifs.h ghostscript.vcproj base/minftrsz.h base/gdevtsep.c doc/Devices.htm base/gdevfax.c base/gdevtfnx.c base/devs.mak base/gdevtfax.c]

2010-10-26T14:14:24.874268Z Alex Cherepanov

Generate fully opaque mask when /SMaskInData attribute is specified in PDF
but JPX stream has no opacity channel. Fix the case of missing images on
Luratech decoder in fts_17_1717.pdf and fts_17_1718.pdf.

[base/sjpx_luratech.c]

2010-10-25T16:51:26.885213Z Alex Cherepanov

Change the interface to Luratech JPX library to extract image data or
opacity depending on the alpha parameter.

[base/sjpx_luratech.c]

2010-10-25T15:59:10.973330Z Ken Sharp

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
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
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
the new base space, using the converted sampled values for /Co and C1.

The new base space is then written to the PDF file.

No differences expected as we don't test PDF/A and PDF/X on the cluster.

[base/gdevpdfc.c]

2010-10-25T06:23:22.846885Z Alex Cherepanov

Move initialization of state->alpha flag to the place where it has effect.

[base/sjpx_luratech.c]

2010-10-25T04:39:51.229054Z Alex Cherepanov

Merge rev. 11790, 11795, 11802, 11805, 11809, 11810, 11812, 11813, 11818
into the trunk. JPX files without SMaskInData are now rendered correctly.
Other JPX files are rendered incorrectly. Trunk PostScript code and Jasper
use separate access to opacity and data. Luratech is still using pixel-
interleaved format.

[base/sjpx_luratech.c base/sjpx_luratech.h psi/msvc32.mak]

2010-10-25T04:16:46.177854Z Alex Cherepanov

Rev. 11785 have introduced double decrement of the reference counter in
gx_pattern_cache_free_entry() that caused warnings with -Z? option and
SEGV on Windows, esp. with Luratech JPX library. This patch resolves
all warnings and crashes. Bug 691714.

[base/gxpcmap.c]

2010-10-24T22:23:55.448411Z Alex Cherepanov

Implement /SMaskInData using images with /SMask and separate streams for the
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
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.

[base/sjpx.c Resource/Init/pdf_draw.ps]

2010-10-23T22:38:17.069244Z Alex Cherepanov

Move checking for /JPXDecode filter in front of checking for missing color
spaces to handle /SMaskInData attribute in all cases. Fix handling of filter
arrays and a wrong name /DecodeParms.

[Resource/Init/pdf_draw.ps]

2010-10-22T09:29:10.157074Z Chris Liddell

Add a debug-clean target (which in turn calls the existing debugclean target)
to be more consistent with the ghostpdl langauge builds.

No cluster differences expected.

[base/Makefile.in]

2010-10-22T07:52:12.054756Z Ken Sharp

Remove a spurious space that was causing a compiler warning, and remove an unused
function, also causing a compiler warning.

[base/gdevpdfu.c]

2010-10-22T06:38:49.083740Z Alex Cherepanov

Make oforce_recursive more robust in preparation to SMaskInData commit.
Don't execute tint transform functions and similar executable arrays
that may be added by our PDF interpreter to PDF objects.

[Resource/Init/pdf_base.ps]

2010-10-22T04:19:30.192593Z Alex Cherepanov

Recognize /SMaskInData attribute as an indicator that the page has
transparency features. Establish a base level for a future regression
testing.

[Resource/Init/pdf_main.ps]

2010-10-21T15:57:37.250433Z Ken Sharp

More DSC work. Altered Procset emission to strip comments (but not line endings), as
some of the ProcSets included %%BeginPrologue and %%EndPrologue comments which isn't
(I don't think) allowed. Also makes the output file smaller.

When producing DSC output, don't set the FitPages/RoatePages/CenterPages/SetPageSize
operations.

Don't permit the entire file to be compressed when emitting DSC PostScript
(clearly won't be DSC compliant that way)

Produce some very basic DSC Comments; the correct header, %%Pages, %%Beginprologue.
%%EndPrologue, %%EndComments.

Don't emit %PDF header when producing DSC PostScript.

Count the number of pages and emit a %%Pages: comment at the end of the file. Don't
write the Info dict when producing DSC PostScript. Emit %%Trailer and $$EOF.

[base/gdevpdf.c base/gdevpdfu.c]

2010-10-21T14:09:27.225155Z Marcos H. Woehrmann

Updated the cluster new node instructions to test the cups device
when verifying the installation is complete.

[toolbin/localcluster/readme]

2010-10-21T13:39:00.821724Z Marcos H. Woehrmann

Added the cups dev repositories to the cluster node sertup read.me

[toolbin/localcluster/readme]

2010-10-21T11:17:31.420556Z Ken Sharp

When producing DSC compliant PostScript from ps2write, do not emit the following;
Pages tree, outlines, articles, named destinations, PageLabels array, document metadata,
document Catalog, threads, encrypt dictionary, xref, trailer.

These objects are not required by PostScript, and cannot be easily
placed in a DSC-conforming file. This does mean that, unlike the general output from
ps2write, the output file is *not* a valid PDF file and cannot be opened as such by a
PDF consumer.

No differences expected.

[base/gdevpdf.c]

2010-10-21T11:07:40.293085Z Ken Sharp

Correct a bug in revision 11828 which tried to copy too many bytes from the source
buffer, if fewer bytes were read then were requested, when copying a ProcSet.

[base/gdevpdfu.c]

2010-10-21T08:22:47.321512Z Ken Sharp

Remove some unused variables to silence compiler warnings.

[base/gdevpdfu.c]

2010-10-21T02:48:48.797956Z Alex Cherepanov

Don't search for a font named / on disk, because operator findlibfile
throws an error in this case. Just fail the request when such font is
not defined in VM. Bug 691698, customer 384.

[Resource/Init/gs_res.ps]

2010-10-20T17:00:27.929678Z Robin Watts

Add a helpful valgrind header, and call it from gsmdebug.h.

The valgrind header here serves 2 purposes.

Firstly, it insulates us from platforms on which Valgrind does not exist -
if we build without defining ENABLE_VALGRIND then no dependency on any
valgrind headers exists. The standard Valgrind macros are all defined in
this header to do nothing, so they can safely be called in our code
without needing ugly #ifdef ENABLE_VALGRIND wrapping.

Secondly, it insulates us from changes in the valgrind/memcheck.h file -
if ENABLE_VALGRIND is defined we will use whatever version is defined by
the system. If new macros are defined by new versions of valgrind/memcheck.h
we simply need to add new 'empty' definitions to valgrind.h.

To start with, the only use of this code is to mark the contents of newly
allocated blocks as being undefined. Thanks to AlexCher for spotting a
cunning place to do this.

[base/valgrind.h base/gsmdebug.h]

2010-10-20T16:59:51.575415Z Alex Cherepanov

Add /ZapfDingbats to the list of known symbolic fonts, which ignore bogus
/Encoding attribute. Fix fts_23_2300.pdf rendering.

[Resource/Init/pdf_font.ps]

2010-10-20T16:05:28.326890Z Ken Sharp

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.

No effect if ProduceDSC is not true, so no differences expected.

[base/gdevpdfu.c]

2010-10-20T14:45:48.119859Z Ken Sharp

Add a new switch to ps2write, working title 'ProduceDSC'. This will be used to control
whether the output of ps2write is DSC-compliant or not.

No differences expected.

[base/gdevpdfx.h base/gdevpdfp.c base/gdevpdfb.h]

2010-10-20T10:59:23.603495Z Robin Watts

Disable the use of high level images in the clist if we are downscaling;
this serves 2 purposes.

Firstly, it fixes the potential problems with banded/unbanded mismatch
of rendering due to the 'support' calculations done in the high level image
code. These calculations are no longer correct for downscales since the
change to use a simpler interpolated image scaler.

Secondly, when downscaling we will probably end up copying more data than
we would if we just kept the original, so high level images are a bad idea
anyway.

This *should* produce no differences, but actually produces lots.

Most of these might be ignorable (slight rendering differences that appear to
result in the new images being a little lighter, but a significant number
appear to be noticable progressions, which hints that the high level image
clist code is broken. Specifically high level images fail to  render the
same as the non high level code does. In particular halftoning seems to
be enabled for some examples when high level images are used, for no good
reason. This has been opened as bug 691697.

[base/gxclimag.c]

2010-10-20T10:21:50.512085Z Robin Watts

Unpack a hideously complex if statement into a series of if statements.
Any reasonable compiler (if such a thing can be said to exist) should
compile to the same code, but this is a lot easier to use under a debugger/
read.

No changes expected in testing (and clusterpush agrees).

[base/gxclimag.c]

2010-10-19T08:04:32.778817Z Ken Sharp

Fix (pdfwrite) : Update CFF interpreter to handle gsubr while searching for SEAC

Bug #691680 "PDF Writer drops many accented characters"

pdfwrite makes use of a routine 'gs_type1_piece_codes' while copying fonts to determine
if a glyph is a SEAC, and therefore includes two subsidiary glyphs. This code was
updated previously (rev 10076) but on encountering a callgsubr in a CFF font, assumed
that the glyph was not a SEAC>

This patch adds support for callgsubr and continues searching glyphs which use a gsubr
to see if the gsubr is actually a SEAC type endchar.

No differences expected.

[base/gxtype1.c]

2010-10-18T15:44:20.143696Z Chris Liddell

Silence a compiler warning from my previous commit.

[psi/zchar42.c]

2010-10-18T14:11:44.566085Z Chris Liddell

In a CIDType2 font with a gsub table, when/if we substitute the glyph index
with an index for a vertical glyph, make sure we change the value of the
Truetype glyph index, and *not* the value of the Postscript CID.

Bug 691692

No cluster differences expected.

[psi/zchar42.c]

2010-10-16T15:52:53.774342Z Ken Sharp

Fix pdfwrite: Don't use CFF font format if CompatibilityLevel < 1.2

We permit CompatibilityLevel down to 1.1, but PDF 1.1. doesn't support CFF (Type 1C)
fonts, so don't use this format if CompatibilityLevel < 1.2.

No differences expected.

[base/gdevpdfp.c]

2010-10-15T15:12:36.033471Z Ken Sharp

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.

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
special effects, such as stroke+fill. The stroke was achieved by a 'charpath/fill'
combination, because pdfwrite doesn't have a charpath, this meant that the path was
captured and emitted. Because the scale was so low, the interpreter could run out of
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
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.

Because the CharProc is effectively interpreted at the page level, this can result in
large values being used for paths, so we need to scale the device width and height by
100 as well, to prevent clipping (and undo it afterwards!)

[base/gdevpdtt.c base/gdevpdti.c]

2010-10-15T15:07:05.687999Z Chris Liddell

With the latest release of Freetype, reinstate the "sensible" method of
limiting the size of the bitmap that we let Freetype create. It is
limited to 1.5x the current maximum cacheable glyph bitmap, as it is *vital*
that we avoid creating an outline when the cache expects a bitmap,
but not a problem if we create a bitmap for a non-cached glyph.

Bug 691569.

No cluster differences expected.

[psi/fapi_ft.c]

2010-10-15T14:21:51.952651Z Ken Sharp

Fix (pdfwrite) : Properly scale co-ordinates into Acrobat's range

When emitting various co-ordinates pdfwrite is careful to stay within +/- 32,767 in
order to ensure all versions of Acrobat can properly deal with them. To achieve this it
emits a matrix which scales values up, and then writes the co-ordinates scaled down
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
co-ordinates were scaled *up* instead of down by the scale factor. This led to wildly
incorrect values being written for rectangular paths.

No differences expected with this in the test suite, however it forms part of the fix
for type 3 fonts which will follow and does rely on this change.

[base/gdevpdfd.c]

2010-10-14T20:23:15.984226Z Henry Stiles

The image_set_gray function needed to take the address of the pointer
to the device color, the parameter should have been passed by
reference, as it must be set to &penum->clues[sample_value].dev_color
and returned.  We'd like to get rid of the macro entirely and use the
image_set_gray as an inline function but have not tested performance.
The function might be too complex for inlining on some compilers.

[base/gximono.c]

2010-10-14T15:06:01.276381Z Chris Liddell

In gx_alloc_char_bits() the "target" device can be NULL, in which case
avoid trying to decrement the ICC profile object for the target device.

patch credit to William Bader.

Bug 691651.

No cluster differences expected.

[base/gxccman.c]

2010-10-14T15:01:56.645831Z Chris Liddell

If we're passed an unexpected object instead of a glyph name object
fall back to rendering the notdef.

This is not identical, but is closer to the behaviour of the AFS code
under these conditions.

Highlighted by Bug 691656.

No cluster differences expected.

[psi/zfapi.c]

2010-10-14T14:57:36.364971Z Chris Liddell

Rename libpng.mak to png.mak to make it consistent with the other
third part libraries.

Bug 691681

No cluster differences expected.

[base/openvms.mmk base/ugcclib.mak base/libpng.mak base/Makefile.in base/unix-gcc.mak base/macos-mcp.mak base/winlib.mak base/png.mak psi/os2.mak base/openvms.mak base/macosx.mak base/configure.ac /trunk/ghostpdl/common/ugcc_top.mak psi/msvc32.mak base/unixansi.mak base/msvclib.mak base/devs.mak]

2010-10-14T14:23:22.009615Z Till Kamppeter

CUPS Raster output device: Fixed access to uninitialized variable, the margins array is only set when size_set is true (bug #691683).

[cups/gdevcups.c]

2010-10-14T11:57:31.187468Z Chris Liddell

Rename libtiff.mak to tiff.mak to be more consistent with the other third party libs.

Bug 691681

No cluster differences expected.

[base/winlib.mak base/tiff.mak base/Makefile.in /trunk/ghostpdl/common/ugcc_top.mak base/unix-gcc.mak base/unixansi.mak base/libtiff.mak]

2010-10-13T17:14:59.959208Z Robin Watts

Fix 2 build warnings in gdevtifs.c

No expected differences.

[base/gdevtifs.c]

2010-10-13T16:01:51.166726Z Robin Watts

Add new tiffscaled device. This renders internally as tiffgray, but then
downsamples by an integer scale factor (specified by -dDownScaleFactor=n)
and error diffuses to 1bpp output.

This device is also included in pcl builds (windows ones at least), enabling
a solution for dropouts caused by rendering pcl at 200dpi. (Render at 600dpi
and scale down by a factor of 3). This should hopefully solve bug 690085.

Future work to consider: work on bringing libtiff based devices into unix PCL
builds, consider stochastic thresholding rather than FS error diffusion.

[base/gdevtifs.c base/openvms.mak base/gdevtifs.h base/gdevtsep.c base/configure.ac base/unix-gcc.mak doc/Devices.htm base/unixansi.mak psi/msvc32.mak base/gdevtfnx.c base/macos-mcp.mak base/devs.mak base/gdevtfax.c]

2010-10-13T10:48:04.352147Z Chris Liddell

We have far fewer font Decodings than there are "well known" Encodings, so
assuming that for such an Encoding we always have a predefined Decoding
is problematic.

We'll now try to find a predefined Decoding, and if one isn't found
we'll derive one from the Encoding (as we previously did only for
non-well known Encodings).

Bug 691677

No cluster differences expected.

[Resource/Init/gs_fntem.ps]

2010-10-12T23:27:36.478231Z Robin Watts

Remove unused variable in siscale.c that was causing warnings.

No expected differences.

[base/siscale.c]

2010-10-12T16:26:32.204667Z Robin Watts

Update interpolation filter. When we are downscaling an image on either axis
we now use a simpler (less computationally complex) linear interpolation
filter rather than the existing mitchell filter.

For downscaling the difference in quality between mitchell and simple
linear interpolation is not that noticable. (But the CPU/memory usage is a
quarter what it would be for proper mitchell downscaling).

What is noticable is that the existing downscaling code is 'bent' to avoid
having to hold more than 8 temporary scaled scanlines of the image. The effect
of this is to incorrectly limit the pixels that actually go into contributing
to an output pixel, producing dropouts.

We update the code here to remove this limit. This means that downscales
may potentially take more memory and more computation to perform, but the
overall quality is better.

Regression tests show both noticable and unnoticable differences in files that
enable interpolation (270 or so). The noticable differences are all that the
new output looks smoother, at the expense of losing some contrast and solving
some 'jaggy' looking edges.

Testing with my custom dropout test file shows a huge improvement with the
new code. I'll add this to the test repo shortly.

[base/siscale.c]

2010-10-12T05:52:16.851470Z Michael Vrhel

Fix for a large memory leak that can occur when a pattern cache entry
is freed and a transparency buffer exists in the entry.  A problem was
that the pdf14 device, which contains pointers to the buffer, had its
close device procedure set to forward due to the device being set in a
disabled state during pattern_paint_finish.  The close device proc for
the pdf14 device contains the calls to actually free the buffers so this
was not occurring (instead we were forwarding to another device).  In addition,
the pdf14 device itself was not being destroyed.  With this commit, when the
pattern entry is freed, the  pdf14 device is now closed, which frees the buffers,
and the pdf14 device is properly reference count decremented to result in the
device itself getting freed.  Regression run revealed no problems.

[psi/zpcolor.c base/gxpcmap.c]

2010-10-11T07:53:26.581165Z Chris Liddell

Update Freetype to 2.4.3

Revise fapi_ft.c to take into account new font(s) being added to Freetype's
"tricky" font list. "Tricky" fonts need the bytecode interpreter to produce
"correct" output. But for GS, in the case of (even "tricky") fonts which
produce an error in the bytecode interpreter, we want to try to produce
some output, even just a notdef glyph. So in the non-hinted, and notdef
fallback cases, remove the "tricky" flag from the Freetype face.

No cluster differences expected.

[freetype/src/pshinter/pshalgo.c psi/fapi_ft.c freetype/builds/unix/config.sub freetype/src/type42/t42parse.c freetype/builds/win32/visualce/freetype.dsp freetype/docs/reference/ft2-toc.html freetype/docs/reference/ft2-computations.html freetype/builds/unix/configure.ac freetype/builds/wince/vc2008-ce/index.html freetype/builds/unix/ftconfig.in freetype/src/sfnt/ttload.c freetype/ChangeLog.23 freetype/docs/reference/ft2-sizes_management.html freetype/src/cache/ftccache.c freetype/docs/reference/ft2-quick_advance.html freetype/include/freetype/freetype.h freetype/configure freetype/docs/reference/ft2-pfr_fonts.html freetype/docs/reference/ft2-gasp_table.html freetype/docs/reference/ft2-system_interface.html freetype/builds/unix/configure freetype/docs/reference/ft2-mac_specific.html freetype/docs/reference/ft2-basic_types.html freetype/docs/reference/ft2-lcd_filtering.html freetype/src/truetype/ttgload.c freetype/docs/reference/ft2-cid_fonts.html freetype/include/freetype/internal/ftobjs.h freetype/docs/reference/ft2-winfnt_fonts.html freetype/docs/reference/ft2-bitmap_handling.html freetype/docs/reference/ft2-cache_subsystem.html freetype/Jamfile freetype/include/freetype/ftimage.h freetype/src/base/ftobjs.c freetype/builds/win32/visualce/index.html freetype/docs/reference/ft2-glyph_variants.html freetype/docs/reference/ft2-glyph_stroker.html freetype/builds/win32/visualc/freetype.vcproj freetype/docs/reference/ft2-sfnt_names.html freetype/docs/reference/ft2-raster.html freetype/include/freetype/ftlcdfil.h freetype/builds/win32/visualce/freetype.vcproj freetype/docs/reference/ft2-bdf_fonts.html freetype/docs/reference/ft2-truetype_tables.html freetype/src/truetype/ttobjs.c freetype/builds/unix/config.guess freetype/include/freetype/config/ftconfig.h freetype/docs/reference/ft2-glyph_management.html freetype/src/autofit/aflatin.c freetype/src/raster/ftraster.c freetype/builds/win32/visualc/index.html freetype/builds/wince/vc2005-ce/index.html freetype/docs/reference/ft2-version.html freetype/docs/reference/ft2-gx_validation.html freetype/docs/reference/ft2-multiple_masters.html freetype/src/cff/cffgload.c freetype/docs/reference/ft2-base_interface.html freetype/docs/reference/ft2-header_file_macros.html freetype/builds/win32/vc2005/index.html freetype/src/cid/cidgload.c freetype/docs/reference/ft2-ot_validation.html freetype/builds/unix/unix-cc.in freetype/builds/wince/vc2005-ce/freetype.vcproj freetype/src/base/ftsynth.c freetype/src/winfonts/winfnt.c freetype/devel/ftoption.h freetype/builds/win32/vc2005/freetype.vcproj freetype/docs/reference/ft2-index.html freetype/builds/win32/vc2008/freetype.vcproj freetype/src/cache/ftcsbits.c freetype/docs/reference/ft2-outline_processing.html freetype/docs/reference/ft2-lzw.html freetype/src/truetype/ttpload.c freetype/src/smooth/ftgrays.c freetype/builds/win32/visualc/freetype.dsp freetype/src/truetype/ttinterp.c freetype/docs/reference/ft2-module_management.html freetype/src/cff/cffload.c freetype/docs/reference/ft2-user_allocation.html freetype/src/base/ftstream.c freetype/src/truetype/ttinterp.h freetype/builds/unix/configure.raw freetype/docs/reference/ft2-type1_tables.html freetype/src/sfnt/ttpost.c freetype/builds/win32/vc2008/index.html freetype/src/cff/cffobjs.c freetype/docs/reference/ft2-font_formats.html freetype/builds/wince/vc2008-ce/freetype.vcproj freetype/docs/reference/ft2-incremental.html freetype/src/smooth/ftsmooth.c freetype/ChangeLog freetype/docs/VERSION.DLL freetype/docs/reference/ft2-truetype_engine.html freetype/include/freetype/ftcache.h freetype/docs/reference/ft2-list_processing.html freetype/docs/reference/ft2-gzip.html freetype/README freetype/include/freetype/ftmodapi.h freetype/docs/CHANGES]

2010-10-10T05:51:09.780940Z regression

Various minor fixed to the local cluster code:

clustermonitor.pl now deals with terminal windows being resize
clustermaster.pl logs messages to clustermaster.log
build.pl now adds -dcupsColorSpace=0 to command line
run.pl now longer runs fuzzy after bmpcmp

[toolbin/localcluster/clustermonitor.pl toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl toolbin/localcluster/compare.pl]

2010-10-08T14:42:18.915016Z Ken Sharp

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
widths in the font, the code took a path where the glyphs were not added to the 'used'
list, and so were never emitted.

Text in regular fonts where the /Widths array was missing, or matched the widths in the
font (as the spec says they must) worked correctly.

Fixed by processing text whose operation properties include TEXT_RENDER_MORE_3 the
same as text with the TEXT_DO_DRAW property.

[base/gdevpdte.c]

2010-10-08T13:42:41.451688Z Ken Sharp

Remove an unused variable (flagged by static analysis).

[base/gdevpsdi.c]

2010-10-08T13:37:05.002251Z Ken Sharp

Prevent a possible attempt to memset a NULL pointer. This was probably safe since the
size of the memset would be 0 bytes, but its best to be safe.

[base/gdevpdtt.c]

2010-10-08T13:34:00.715868Z Ken Sharp

Remove an unused variable (flagged by static analysis)

[base/gdevpdfi.c]

2010-10-08T13:31:11.163393Z Chris Liddell

A stringwidth operation does not always result in a call to fapi_finish_render()
which can cause Freetype glyph objects to not be freed.

Add a firewall so we don't simply overwrite the pointer to the Freetype glyph
object, but correctly dispose of the object.

Bug 691668

No cluster differences expected.

[psi/fapi_ft.c]

2010-10-08T12:01:24.908534Z Ken Sharp

Fix (pdfwrite) : Check encoding compatibility when finding base fonts

Bug #691656 "crash in Chinese font: /typecheck in --.FAPIBuildGlyph--"

A typecheck error is not a crash of course, but when using the built in font interpreter
this did not produce an error, silently discarded the text instead. This was still
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
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
error later in text processing where a routine is supposed to be guaranteed no font
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
it produces an error.

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.

[base/gdevpdtt.c]

2010-10-08T05:09:27.837431Z Ray Johnston

Fix for miscalculation of clist_color_info.depth when tags are part of
the PDF14 device color. While 8 * num_components is usually enough, when
we have tags, we need the extra byte. Seen with fts_16_1601.pdf in clist
mode on HEAD and with customer 532 code when PDF14_transparency + tags is
included.

[base/gdevp14.c]

2010-10-07T13:59:49.890609Z Ken Sharp

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.

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:

ecode = gs_note_error(error code);

But if we want to actually ignore the error and just note the problem, then we don't use
ecode and the static analysis complains that the variable is unused....

I'd rather have no warnings from gcc so I've restored that.

[base/gdevpdfj.c base/gdevpdfp.c base/gdevpdfu.c]

2010-10-07T12:49:54.318945Z Ken Sharp

More changes to silence static analysis warnings. Mostly removing unused variables or
assignments.

[base/gdevpdfj.c base/gdevpdfm.c base/gdevpdfp.c base/gdevpdtb.c base/gdevpdtc.c base/gdevpdtd.c base/gdevpdtt.c base/gdevpdtf.c base/gdevpdfu.c base/gdevpdti.c base/gdevpdfi.c]

2010-10-07T08:35:58.544234Z Ken Sharp

Silence (hopefully) some compiler warnings.

[base/gdevpdf.c]

2010-10-07T08:04:15.270260Z Ken Sharp

Remove some unused variables and assignments flagged by static analysis.

[base/gdevpdfg.c]

2010-10-07T07:57:43.664608Z Ken Sharp

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.

For instance, dereferencing a pointer to a path structure in a path handling method. We
can assume the path pointer is not NULL as we would not be called if the path was empty.

[base/gdevpdfd.c]

2010-10-07T07:50:09.274081Z Ken Sharp

Static analysis discovered two variables being altered that are not subsequently used.
Although this is safe, removed the code anyway.

[base/gdevpdfb.c]

2010-10-07T07:49:13.279339Z Ken Sharp

static analysis found that the result of fread was not being used. Add code to test the
result and flag a warning if expected data not read.

[base/gdevpdf.c]

2010-10-06T14:03:32.653153Z Robin Watts

Fix for part 2 of Bug 691484, valgrind warnings about uninitialised values
in clist code.

The problem is that we are writing out a cmd_block without initialising it all.
The fix is simply to initialise it (using a memset, so accounting for all
padding bytes too) before starting to use it.

This stops the valgrind warnings. No changes in localcluster testing.

[base/gxclist.c]

2010-10-06T13:48:15.425458Z Ken Sharp

Add some body parentheses to 'if' statements in order to silence some clang warnings.

[base/gdevpdfp.c base/gdevpdtf.c]

2010-10-06T12:06:46.017717Z Robin Watts

Whitespace tweaks to gxiscale.c. The complexity in the file is more than
enough for my tiny brain without expecting it to cope with inconsistent
indentation too :)

[base/gxiscale.c]

2010-10-05T21:38:11.272406Z Robin Watts

Fix for part 1 of bug 691484 - uninitialised memory usage in clist code.

The FAPI code copies bitmaps and pads them out so that each raster line
is appropriately aligned. Previously the padding bytes were left
uninitialised. Unfortunately the clist code reads the padding when
compressing the bitmaps, which a) upsets valgrind and b) means that the
exact size of the clist will vary from run to run.

Here we tweak the copying code to ensure that the padding bytes are always
set to zero.

No differences shown in local cluster. This solves part 1 of the bug.

[psi/zfapi.c]

2010-10-05T20:27:54.714250Z Michael Vrhel

Clean up of a few comments about device profiles

[base/gsicc_manage.c]

2010-10-05T20:18:10.046358Z Michael Vrhel

Fix for error in detecting the presence of a device profile set in the
command line.  Unfortunately, the device was not being reset from the
default profile based upon the setting.

[base/gsicc_manage.c]

2010-10-05T13:57:22.688207Z Alex Cherepanov

Add missing decoding of #nn escape to encrypted PDF reader. Besides fixing the
bug sample file, this patch also corrects a colorant name in IA3Z0440.pdf on
psdcmyk device. Bug 691636.

[Resource/Init/pdf_sec.ps]

2010-10-05T12:48:16.473671Z Ken Sharp

Fix (pdfwrite) : ConvertCMYKImagesToRGB not working

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
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
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,
but that would mean checking all the error condition break outs, and decrementing the
reference count in each case.

Since the colour space is only decremented in the filter setup, this patch increments
the count before the call, and if the colour space is the same afterwards (whether
an error occurred or not) decrements it back again. If the colour space changes we do
not decrement the space of course, as the filter setup routine has done that.

In addition, extended the test for whether CMYK images should be converted to include
the original test of the native space, in case we get here after an image has been
converted to a base space and no longer has an ICC space.

No expected differences, this configuration is not tested by the regression suite.

[base/gdevpsdi.c base/gdevpdfi.c]

2010-10-05T12:10:46.672154Z Robin Watts

Fix for part 1 of Bug 691635, supplied by Norbert Janssen. Many thanks.

In the recent work to remove global variables where possible, I had failed to
change an instance of iodev_default to be iodev_default(mem).

No expected changes.

[base/gsiodisk.c]

2010-10-03T16:13:00.326561Z Alex Cherepanov

Change the order of operands in a logical expression to avoid dereferencing
an uninitialized variable. Bug 690214.

[psi/zfont2.c]

2010-10-01T19:36:06.952768Z Ray Johnston

Drop support for these less popular compilers. This will be the first step to
changing to project files for Windows.

[base/wctail.mak base/watclib.mak base/bcwin32.mak base/gp_iwatc.c base/watcw32.mak base/wccommon.mak]

2010-10-01T02:58:15.408387Z Alex Cherepanov

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.

[doc/Use.htm psi/int.mak psi/zfont1.c psi/zfont2.c Resource/Init/gs_cff.ps]

2010-09-29T15:50:22.840688Z Ray Johnston

Fix calculation of offset to tag plane in pdf14_mark_fill_rectangle to cure
writing past the end of an allocated buffer. Detected with customer 532 on
fts_08_0808.pdf. Only affects devices with object tagging (bitrgbtags).

[base/gdevp14.c]

2010-09-28T12:36:41.051799Z Ken Sharp

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.

This patch allows pdfwrite to produce output up to PDF 1.7, the highest currently
specified.

No differences expected.

[base/gdevpdfp.c]

2010-09-28T12:26:13.182021Z Ken Sharp

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
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.

This patch addresses the specific issue of OwnerPassword by closing the device if the
password is changed *and* we have not yet written any pages. If we have already begun
the output when a password change occurs then we ignore it and flag a warning.

This is also a first step in the direction of making pdfwrite open and close properly
so that we don't need to restart Ghostscript to use it.

No expected differences.

[base/gdevpdfp.c]

2010-09-27T12:05:17.449032Z Ken Sharp

Fix (Fonts): Prevent xfont being used in composefont

On platforms supporting X-Windows xfonts can be used with Ghostscript, however we don't
want to find an xfont (eg Courier) when using composefont to create a CID-Keyed instance
as this will not work.

Test to see if the top level font is a type 0, and if it is, don't search for a matching
xfont, but instead go through the usual PostScript machinery.

No differences expected.

[base/gxchar.c]

2010-09-27T09:33:55.410495Z Ken Sharp

Fix (pdfwrite/ps2write) : Don't dereference mask colour spaces

Bug #691106 "-sDEVICE=pdfwrite -dConvertCMYKImagesToRGB=true"

When checking to see if an image needs to be converted to RGB, the image space is
checked to see if it is CMYK. However an image mask does not have a colour space (it
is NULL), firstly so that we can tell its an image mask, and secondly because masks
genuinely do not have a colour space, they take on the current colour.

Attempting to dereference the NULL colour space causes a crash. Since a mask never
needs converting to RGB, we short circuit the test by detecting a NULL colour space.

[base/gdevpsdi.c]

2010-09-25T02:08:22.451780Z Alex Cherepanov

For long time ps2pdf*.bat files failed when they were used with some
options and a single argument. findstr is now used to identify
options by the leading '-' and handle this case. Bug 691622.

[lib/ps2pdf.bat lib/ps2pdf12.bat lib/ps2pdf13.bat lib/ps2pdf14.bat]

2010-09-24T13:25:07.243032Z Chris Liddell

For disk based TTFs, only lookup the character code in the TTF cmap if the font is
not using an Identity ordering.

No cluster differences expected.

Bug 691623.

[psi/zfapi.c]

2010-09-24T09:03:34.206583Z Ken Sharp

Fix (TrueType fonts) : memory leak

Bug #691088 This does not affect the PostScript/PDF interpreters which now use FreeType
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
released, and that procedure frees the GSUB buffer.

At the same time, removed the functions:
add_quadratic_curve
append_simple
check_component

These were only called by each other, or by append_component which had already been
removed as unused.

No expected differences.

[base/gstype42.c]

2010-09-24T03:27:45.689228Z Michael Vrhel

Removal of debug code that was accidentally committed.

[base/gdevp14.c]

2010-09-23T19:45:27.249371Z Michael Vrhel

Fix so that objects tag information makes it through transparency rendering
AND the clist.  An issue was that the pdf14 encode and decode procedures are
used as opposed to the target device encode and decode procedures and it is
through a value in the color index that we currently communicate the object
type through the clist.  When we are in page rendering mode, it is easy to
get the current object from mem->gs_lib_ctx->BITTAG, but this is not set
correctly in clist rendering if for example a glyph is stored in the clist as a
mask fill.  Instead the information about the object is extracted from the color
index.  So, to make this work, we had to introduce an encode method for the
pdf14 device that incorporates the tag information and also make sure that the bit
depth for the pdf14 color info value is incremented appropriately so that the extra
byte is stored and extracted from the clist.  The object type is then recovered
during the pdf14 mark fill rect procedure.  This was tested with the updated
bitrgbtags device using a custom file that has overlapping text, image and path
objects with varying transparency amounts.

[base/gdevp14.c base/gsimage.c base/gsutil.h base/gstext.c base/gsdps1.c base/gdevbit.c base/gdevmem.c base/gxblend1.c base/gspaint.c base/gdevddrw.c base/gsutil.c base/gxclrast.c base/gxblend.h]

2010-09-23T14:46:50.766627Z Robin Watts

Final part of the fix for bug 691612.

Currently the code blindly sets the "lop_pdf14" whenever the pdf14 device is
in use. This forces the 'lop_is_idempotent' test to fail, which in turn forces
slower cases to be taken through the code.

This patch alters that logic, so that the pdf14 device can leave that bit
unset if the parameters are set up in such a way that the lop really can
be idempotent (i.e. normal blending, solid alphas etc).

This vastly improves the speed of rendering non-alpha content, so we are no
longer penalised for having just a small amount of transparent content on a
page.

Testing shows 398 files that change, but bmpcmp reveals these all to be very
small changes to do with whether individual pixels are filled or not. This
is consistent with the typical mismatches between special case and normal
renderings, so can safely be ignored for now.

[base/gdevp14.c]

2010-09-23T12:17:57.296649Z Robin Watts

As part of the investigation into bug 691612, we noticed that the clist
band playback code doesn't call the device stroke_path method, but instead
calls the default implementation directly.

In order the fix the bug, we'd like it to call through the device version
(pdf14_stroke_path). Consensus is that it's an oversight that it's not calling
the device version already, and tests indicate no differences (*) so this
patch changes it to call via the vector.

(* Actually regression testing shows 2 pdfwrite differences, but they are
in unbanded tests, so can't be executing this code, so are probably just
indeterminisms).

[base/gxclrast.c]

2010-09-23T10:46:33.821569Z Robin Watts

As part of the investigation into bug 691612, a problem was found with the
rop3_is_idempotent (and hence lop_is_idempotent) macros. This patch fixes
this definition and adds some more comments explaining the rop operations.

Thanks to lpd for confirming this change.

This produces 78 differences in the regression tests, bmpcmp reveals these to
all be neutral or progressions (in some cases, significant progressions).

[base/gsropt.h]

2010-09-23T08:16:36.207911Z Ken Sharp

Fix (pdfwrite) : Do not write Encodings with Symbolic TrueType fonts

Bug #690744, #691036, #691319. The PDF specification makes it clear that Symbolic
TrueType fonts should not have a FontDescriptor which contains an Encoding entry.
pdfwrite has specifically been doing this, the reason being (code comments) :

* We write True Types with Symbolic flag set.
* PDF spec says that "symbolic font should not specify Encoding entry"
* (see section 5.5, the article "Encodings for True Type fonts", paragraph 3).
* However Acrobat Reader 4,5,6 fail when TT font with no Encoding
* 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 therefore we write an Encoding with non-CID True Type fonts.
* 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
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.

[base/gdevpdtt.c]

2010-09-22T15:13:20.906048Z Marcos H. Woehrmann

Removed unused label from base/gxicolor.c that caused compiler warning.

Fixes Bug #691633 reported by Norbert Janssen.

[base/gxicolor.c]

2010-09-21T12:03:52.655546Z Chris Liddell

Add the new entries for produce outlines and maximum bitmap size
to the FAPI server declarations in the UFST and Bitstream code.

No cluster differences expected.

Bug 691634

[psi/fapiufst.c psi/fapibstm.c]

2010-09-20T01:26:14.070109Z Alex Cherepanov

Fix end-of-file detection in reusable streams. Don't try to read non-existing
blocks after the last one. Just return EOF flag and the data that are already
in the buffer. Bug 691625.

[psi/zfrsd.c]

2010-09-17T10:29:36.728794Z Robin Watts

In revision 11723 I'd copied a prototype, but forgotten to edit the name.
(bytes_copy_rectangle to bytes_copy_rectangle_zero_padding).
This was resulting in a couple of warnings about 'no previous prototype'.

No expected differences.

[base/gsbitops.h]

2010-09-17T06:44:27.206613Z Michael Vrhel

Removal of unused variable introduced in last commit.

[base/gdevp14.c]

2010-09-17T05:40:48.428712Z Michael Vrhel

Addition of support to enable persistence of objects tag information through
transparency rendering.    In the current code base, transparency blending
erases all knowledge about the objects that were drawn and blended, setting
the entire object to image type.   With this commit, the tag information is
retained through blending by doing a bit-wise or of the tag values.  When a
evice supports tags, the pdf14 device will create an additional plane to
maintain the tag data information.  Blending of the tag information occurs
in pdf14_mark_fill_rectangle, pdf14_mark_fill_rectangle_ko_simple and
pdf14_compose_group.   A new device procedure called put_image is added.
This is called by the pdf14_put_image operation, which enables the communication
of the tag information to the target device.  pdf14_put_image will first attempt
to pass the alpha channel and the image data not scaled by the alpha channel and
the tag data to the target device.  The planar offset location of the alpha and
tag data is communicated in the put_image procedure interface.  If the target
device cannot handle this form of the data, it should return 0.  The
pdf14_put_image operation will then blend the alpha data and attempt the
put_image again but this time with an alpha offset of 0 to indicate that there
is no alpha data.  Note that the alpha data remains valid for those devices that
still want the alpha but also want to have the graphics library do a premultiplcation
of the alpha with the data.  Details of this interface will be added to the documentation.
In addition, the bitrgbtags device is being updated to demonstrate the use of the
put_image procedure.

[base/gdevp14.c base/gxdevcli.h base/gxclist.c base/gdevp14.h base/gdevbbox.c cups/gdevcups.c base/gsovrc.c base/gxblend.c base/gxblend1.c base/gdevprn.c base/gsutil.c base/gxblend.h]

2010-09-16T14:57:06.777148Z Alex Cherepanov

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".

[lib/ps2pdf.bat lib/ps2pdf12.bat lib/ps2pdf13.bat lib/ps2pdf14.bat]

2010-09-16T11:09:31.082242Z Robin Watts

Another partial fix for Bug 690993. The sole remaining Valgrind warning
is that memcpy is called on overlapping src/dst blocks in cmd_read_data.

Investigation supports this, and suggests that we should be using memmove
instead. This does stop the error, and leaves us valgrind warning free.

This also appears to resolve the indeterminism, in that repeated runs
of the command line given in the bug return identical results.

The bug remains open though, as there is still a mismatch between banded and
non-banded mode.

No expected differences.

[base/gxclrast.c]

2010-09-16T11:05:47.689000Z Robin Watts

Partial 'fix' for Bug 690993. When encoding a bitmap into a clist, we
copy it into a block with potentially larger padding requirements. These
extra padding bytes were left undefined, causing subsequent attempts to
compress the bitmap to cause valgrind to give warnings.

The fix is simply to introduce and use a new function that copies a bitmap
and zeros the padding. This should eliminate the warnings, produce better
compression, and (more importantly) mean that every run uses the same amount
of memory, hence eliminating potential odd effects where clists may be of
different lengths on different runs.

This still leaves bug 690993 open.

No expected differences.

[base/gsbitops.c base/gsbitops.h base/gxclbits.c]

2010-09-15T08:15:52.075230Z Ken Sharp

Fix (ps2write) : Bug #689419 "Text missing if nested BT with opdfread.ps"

Type 3 fonts which select another font and then draw text from it (a common feature of
Quark Xpress) can result in nested 'BT' operators when processed by ps2write.

The opdfread prologue does not cater for this, specifically the TextMatrix is not saved
and restored around a BT/ET pair. If the text matrix is altered by the font
selection, then the 'ET' will not restore the old matrix leading to incorrectly sized or
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
produced by ps2write would be invalid, and the missing ET should be fixed.

No differences expected, the regression suite doesn't test ps2write.

[Resource/Init/opdfread.ps]

2010-09-14T12:58:09.089527Z Ken Sharp

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
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
is not legal for SMask images.

This code simply checks to see if the image is an SMask before setting colour conversion
and doesn't convert the colour space/samples if it is and SMask.

No expected differences.

[base/gdevpdfi.c]

2010-09-14T09:07:06.998296Z Ken Sharp

Fix a compiler warning.

[base/gdevpdfo.c]

2010-09-14T08:06:03.949247Z Ken Sharp

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
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.

As the number of CharProcs increases, the time spent seeking, reading and comparing
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
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
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
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
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
output from the old code.

[base/gdevpdfo.c base/gdevpdfo.h]

2010-09-14T07:49:11.816447Z Chris Liddell

Bump version number to 9.01 and associated changes.

[base/gscdef.c base/version.mak Resource/Init/gs_init.ps]

Version 9.00 (2010-09-14)

This is the first release in the stable 9.x series.

This release includes a move to an ICC-based color rendering workflow. The design allows easy integration of 3rd party color management modules (CMMs) and management of DeviceN and spot source colors with ICC profiles as well as with non-ICC proprietary methods. The default CMM is the well known littleCMS. Postscript color objects and non-ICC CIE-based PDF color spaces are converted to equivalent ICC profiles enabling complete color management for all color spaces by an ICC-based CMM. New command line options enable the specification of gray, rgb and cmyk default ICC profiles as well as output device ICC profiles. The new work flow provides performance improvements in the rendering of images, shadings and transparencies. In addition, the color conversions are designed to work efficiently in multithreaded display list (c-list) rendering through the use of a 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.

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 TrueType byte code interpreter (now unencumbered by patents).

Another major change is that the Postscript interpreter's graphics state now stores two separate colour space settings for stroking and filling, to better support the stroke and fill colours required by the PDF interpreter.

Finally, support for optional content has been added to the PDF interpreter.

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.

For security reasons, Ghostscript no longer searches the current directory by default. Use -P option to revert to old behavior.

For a list of open issues, or to report problems with this release, please visit bugs.ghostscript.com.

Incompatible changes

No recorded incompatible changes.

Changelog

2010-09-13T15:09:40.310889Z Chris Liddell

Commit the missing header changes from the previous checkin.

[psi/ifapi.h]

2010-09-13T14:53:46.788657Z Chris Liddell

Another revision of the FAPI code. Due to a problem in Freetype which needs
further investigation, we cannot produce an outline, then decide to produce
a bitmap if it is small enough. We work around this by producing a bitmap,
and if it is too large, dispose of it, and retry with an outline, thus although
we still risk larger than ideal memory use, it is very short lived. A glyph
too large to be cached (for which we will now usually use an outline) does
not suffer from the Freetype issue mentioned above.

The maximum allowable bit for Freetype to produce is now 1.5 x the maximum
cache bitmap as set in the Postscript state - it is set larger than the
cache bitmap since it is *vital* that if GS expects a bitmap to be cache
we supply a bitmap. Given that the bounding boxes arrived at the GS cache
device and the Freetype rendering code arrived at slightly differently, there
would be the chance of edge cases where FAPI would produce an outline, when
the cache expects a bitmap. Allowing FAPI plenty of leeway avoids that.

The calculation to convert a quadratic to a cubic spline in the
Freetype interface code was slightly wrong.

Also, FAPI now sets the fill adjust to 0 for filling outline glyph, instead
of inhereting the value from the originating graphics state, which gives
*much* more consistent output between the bitmap and outline cases, and
addresses the slightly excessive boldness observed for outline glyphs since
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

[psi/fapi_ft.c psi/zfapi.c psi/fapiufst.c psi/fapibstm.c]

2010-09-13T10:25:34.372202Z Chris Liddell

Revert revisions 11690 and later from the FAPI code (and revert version no. to 9.00)
to get a "good" base version, in preparation for a corrected version of the changes
in 11690 (and subsequent changes in the FAPI code).

[psi/fapi_ft.c psi/zfapi.c base/version.mak Resource/Init/gs_init.ps psi/ifapi.h psi/fapiufst.c psi/fapibstm.c]

2010-09-09T13:51:48.502020Z Alex Cherepanov

Fix a case where /Width attribute was not checked for null.
Bug 691602, customer 700.

[Resource/Init/pdf_font.ps]

2010-09-09T07:26:52.042155Z Chris Liddell

Fix broken version number in gs_init.ps in trunk

[Resource/Init/gs_init.ps]

2010-09-09T06:26:54.427296Z Chris Liddell

Add a couple of ".0"s to ensure we get floating point division
to arrive at intermediate values for the conic to cubic
spline conversion.

[psi/fapi_ft.c]

2010-09-09T03:45:12.738999Z Michael Vrhel

Fix for compiler complaint from commit of rev 11700

[base/gdevpdfb.c base/devs.mak]

2010-09-08T23:20:36.969829Z Michael Vrhel

Fix to enable proper mask filling with patterns that have transparency.
Major change is in gdevp14.c where begin_type_image and mask_fill procedures
now will (if we are filling with a pattern that has transparency) push a
transparency group.  When we are finished processing the image, the group is
popped which enables proper blending.  There remains an issue with a special
file that Ken created when it is run in c-list mode.  A new bug will be opened
for this issue.  Thanks to Ray for helping with this project and finding a
bounding box issue in the creation of the transparency group during c-list
reading.

[base/gdevp14.c base/gxclimag.c base/gsptype1.c base/lib.mak base/gxpcmap.c base/gdevpdfb.c base/gsptype1.h base/gstrans.c base/gxpcolor.h base/gxblend1.c base/gxp1fill.c base/gxp1impl.h base/gdevpdfi.c]

2010-09-08T16:22:42.112334Z Ken Sharp

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
/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.

But the calculation simply divided the CTM through by the scale factors, which is
totally incorrect and fails badly if the matrix involves rotation. The code now
correctly creates and multiplies a scale matrix. Note, the order of multiplication is
important here.

No differences expected.

[base/gdevpdfv.c]

2010-09-08T08:30:15.885002Z Chris Liddell

Slight refinement in the how the FAPI character generation detects we are
producing anti-aliased glyphs.

Also, it seems that when assigning variable value to a second, larger data
type, whilst gcc promotes the data type before the assignment, MSVC promotes
the variable later, so shifting a 32 bit integer up during an assignment to
a 64 bit integer variable works find on gcc, but MSVC loses the most
significant bits. So we need to force the promotion to happen with a cast.

Bug 691588

[psi/fapi_ft.c psi/zfapi.c]

2010-09-07T16:51:36.404533Z Chris Liddell

Add a further header to ifapi.h required for Unix/Linux builds, and
add the two additional headers to ifapi.h's dependencies.

[psi/ifapi.h psi/int.mak]

2010-09-07T16:26:46.989782Z Chris Liddell

Pull in gp.h in ifapi.h for the int64_t type - it seems to be required on Windows.

[psi/ifapi.h]

2010-09-07T15:32:17.143998Z Chris Liddell

Some fairly substantial changes to the FAPI code to get very high resolutions and
anti-aliased text working reliably.

For AA text, we now make *sure* to produce outlines for non-cached glyphs, thus
the GS path code can anti-alias correctly (for cached glyphs, the "show" machinery
does the anti-aliasing from the cache bitmap).

The high res problems were highlighted by the bbox device (which runs at 4000 dpi).
To resolve these the width and height parameters for Freetype had to have value
overflow compensation added, to match the existing underflow compensation.

FAPI/Freetype also now will only create a glyph bitmap if the bitmap size is smaller
than the allowable glyph cache bitmap. It may still produce a bitmap for a non-cached
glyph, if the cache is full, but the individual glyph bitmap is not larger than the
allowable glyph item - this is allow for better consistency when we're near the limit
of the total cache size.

Finally, the FAPI outline retrieval code now requires 32.32 fixed point variables (rather
than the previous 16.16), which prevents overflow, and improves accuracy. If also provides
us with the opportunity to check for overflow/underflow of the GS internal fixed point
variables, before calling the GS path code.

There are quite a few cluster changes. I have checked them all, and one is a progression
(missing glyphs now render) and the rest are the pixel level differences expected by
having GS render a path, rather than Freetype - most are due to Freetype grid fitting to
the glyph bitmap, and GS grid fitting to the page raster.

Bug 691592 - bbox issue
Bug 691588 - anti-aliasing

[psi/fapi_ft.c psi/zfapi.c psi/ifapi.h psi/fapiufst.c psi/fapibstm.c]

2010-09-06T10:14:25.582663Z Ken Sharp

Fix (pdfwrite) : string not being re-encoded

Bug #690441 " Files render properly with gs, but are misformatted by ps2pdf"

A Coverity fix in revision 9072 prevented a crash, but also circumvented code that was
essential to run under some conditions. (This is described by comments in the code as a
'trick'). The routine created a text string with the encoded text for a font with a
custom encoding derived from a CIDFont with an unusual CMap.

In order to avoid the potential crash, but still re-encode the string, which is
essential, the relevant portion of the code has been copied and is exercised instead of
executing 'pdf_reserve_char_code_in_pdfont()'. This produces the reencoded string we
need, but if the encoding fails, where we would have caused a crash by dereferencing a
NULL pointer, we instead return an error.

No differences expected, we obviously don't have a test case in the regression suite.

[base/gdevpdtt.c]

2010-09-03T15:49:54.010009Z Ray Johnston

Fix for hang condition in the stream logic for the luratech JPXDecode.
We need to return EOFC with the final bit of data. Found with PDF 1.7 FTS.

[base/sjpx_luratech.c]

2010-09-03T08:31:32.767708Z Chris Liddell

A Type 0 font dictionary in a PDF which contained a spurious FontDescriptor
object confused the interpreter, which resulted in creating a Font resource
directly, rather than instantiating the DescendantFonts for the Type 0.

We'll now remove the spurious entry from the Type 0 dictionary, to prevent
any on-going confusion.

No cluster differences expected.

Bug 691589

[Resource/Init/pdf_font.ps]

2010-09-03T07:21:06.059509Z Ken Sharp

typo, misplaced quote in revision 11684

[lib/lpgs.bat]

2010-09-03T07:19:33.619992Z Ken Sharp

Typo, misplaced quote in revision 11684

[lib/pdfopt.bat]

2010-09-03T06:52:44.087509Z Ken Sharp

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.

Add a trailing separator to the %TEMP% variable before specifying the filename, as
apparently some setups don't get a trailing separator by default. A paired separator
(ie \\) doesn't seem to cause a problem so this ought to be safe even if the setup
does have a trailing separator.

[lib/pf2afm.bat lib/gsdj500.bat lib/ps2ascii.bat lib/ps2pdfxx.bat lib/lpr2.bat lib/gsndt.bat lib/gstt.bat lib/eps2eps.bat lib/pdf2dsc.bat lib/gsbj.bat lib/ps2epsi.bat lib/gsdj.bat lib/dumphint.bat lib/ps2ps2.bat lib/gsnd.bat lib/font2c.bat lib/pdfopt.bat lib/gst.bat lib/pdf2ps.bat lib/ps2pdf.bat lib/gslj.bat lib/bdftops.bat lib/pfbtopfa.bat lib/ps2pdf12.bat lib/ps2pdf13.bat lib/ps2pdf14.bat lib/lpgs.bat lib/gslp.bat lib/ps2ps.bat lib/pftogsf.bat]

2010-09-02T15:57:50.419060Z Ken Sharp

Remove a couple of duplicated font names form the embedding white list, and reduce the
list length #define appropriately.

[base/whitelst.c]

2010-09-02T14:15:39.116953Z Ken Sharp

Include the header file purely to get the prototype for the function, otherwise gcc
complains.

[base/whitelst.c]

2010-09-02T13:50:13.043694Z Ken Sharp

pdfwrite enhancement

The addition of code to test and honour the 'embedding flags' in TrueType fonts has
led to problems because PostScript producers are embedding type 42 fonts in the
PostScript which are non-embeddable and worse use a custom non-reversible encoding,
so that the  resulting PDF file has garbage text when a normally encoded font is used
as a replacement.

It seems that Adobe has published a 'white list' of fonts which have been granted
at least some embeddable rights. It isn't obvious if these are fonts which were type
1 (and therefore could be converted to TrueType and get incorrect embedding rights) or
if the fonts were originally released as TrueType with the wrong embedding rights.

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
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.

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)

No differences expected as this is not tested in the current regression suite.

[base/whitelst.c base/gdevpdtf.c base/devs.mak base/whitelst.h]

2010-09-01T18:47:52.658366Z Chris Liddell

Update the release notes, dates etc for a second 9.00 release candidate

[doc/History7.htm doc/Projects.htm doc/History8.htm doc/History9.htm man/dvipdf.1 man/ps2ascii.1 doc/Use.htm doc/Readme.htm doc/Source.htm doc/Deprecated.htm man/ps2epsi.1 doc/Install.htm doc/API.htm doc/Issues.htm doc/DLL.htm doc/Drivers.htm man/pfbtopfa.1 doc/Release.htm doc/Commprod.htm doc/Xfonts.htm doc/Devices.htm doc/Language.htm man/gs.1 man/pf2afm.1 doc/Ps2ps2.htm doc/Fonts.htm man/printafm.1 doc/Ps2pdf.htm doc/Develop.htm doc/Helpers.htm man/pdf2dsc.1 doc/Psfiles.htm doc/Lib.htm doc/gs-vms.hlp man/font2c.1 man/gsnd.1 base/version.mak man/pdfopt.1 man/pdf2ps.1 man/ps2pdf.1 doc/Make.htm doc/Details8.htm doc/Details9.htm doc/Unix-lpr.htm doc/C-style.htm doc/Ps-style.htm doc/History1.htm doc/History2.htm man/gslp.1 man/wftopfa.1 doc/History3.htm man/ps2ps.1 doc/Ps2epsi.htm doc/History4.htm man/ps2pdfwr.1 doc/History5.htm doc/History6.htm]

2010-09-01T17:49:18.515475Z Chris Liddell

Update the release notes for the second 9.00 release candidate.

[doc/History9.htm doc/News.htm doc/Details9.htm doc/Details.htm]

2010-09-01T13:59:34.488373Z Ken Sharp

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
parameters are not used in these functions.

[base/gdevpdfk.c base/gdevpdfc.c]

2010-09-01T06:08:51.456140Z Michael Vrhel

Fix to avoid issues with subtractive monochrome devices when we have
transparency.  The gray device pdf14 prototype is used in this case.
VERY limited testing indicates that this fixes a crash with the cups
device with its default settings and gives proper rendering.  More
complete testing is required to ensure that proper blending is being
performed and to investigate the other process color models that the
cups device supports (e.g. cmy).

[base/gdevp14.c]

2010-08-31T23:21:15.562664Z Michael Vrhel

Revert back to having pdfwrite handle what to do with PS color spaces
instead of using the V4 profile that gsicc_create generates.  Also, fix a
few issues that existed with pdfwrites handling of those spaces, in particular
adjustments are made for non D50 white points.  D50 is the required white point
for the ICC profile.  About 189 pdfwrite test files will report differences.
I went through them with bmpcmp.    Since the profiles that were generated
differ between gsicc_create and pdfwrite minor color differences exist.  In
addition, there were some regressions that existed, which this revision will
fix.

[psi/zcolor.c base/gdevpdfk.c psi/zimage.c base/gdevpdfc.c base/gsciemap.c]

2010-08-31T15:34:27.935572Z Ken Sharp

Fix (pdfwrite) : linewidth corruption when Tr is 1

Bug #690436 " (regression) re-distilling pdf causes R graphics to go block-single-color."

The problem was cause din the pdfwrite-specific text rendering routines. When the text
render mode is 1 (stroke), the linewidth is adjusted by the current text matrix. However
the routine to do this is called each time any element of the text 'graphics state'
changes. So if multiple calls to (eg) Td were made, the linewidth would be altered
even though there had been no change in 'w'.

Fixed by getting the current linewidth before the text rendering routine, and setting
it back to this value after the text rendering routine.

No expected differences. However z400454b01d4-1.pdf seems to exhibit some minor
differences which I am unable to reproduce locally. They are so minor that bmpcmp
ignores them, and on my tests the PDF files are identical bar the date/time stamps
and other metadata. I don't believe this is a real difference.

[Resource/Init/pdf_ops.ps]

2010-08-28T22:04:55.196791Z Alex Cherepanov

Implement rendering of /Highlight annotation. Acrobat always uses transparency
and ignores appearance streams. Bug 691572, customer 532.

Progressions or minor differences (when the annotation has an appearance
stream) are observed in annots.pdf, CATX1385.pdf, CATX6166.pdf, CATX6508.pdf,
CATX7659.pdf, CATX8255.pdf, IA3Z4030.pdf, fts_32_3225.pdf

[Resource/Init/pdf_main.ps Resource/Init/pdf_draw.ps]

2010-08-27T13:54:14.847396Z Ken Sharp

Fix (pdfwrite) : faulty matrix transformations for Pattern dictionaries

Bug #690398 "Geometric issue with pattern"
The problem is the definition of the default co-ordinate space. When a Pattern is at the
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.

This is the same problem addressed for shading dictionaries in revision 11347.

[base/gdevpdfv.c]

2010-08-27T12:10:54.938774Z Ken Sharp

Fix (pdfwrite) : FormDepth not tracked properly.

Part of the fix for Bug#690398. In order to know whether a pattern matrix should be
converted to the top level CTM, or to an enclosing Form CTM, we track the Form Depth
by noting when transparency groups begin and end (currently this is the only way to get
a form output by pdfwrite).

There was a problem with mask groups, because although pdf_begin_transparency_mask calls
pdf_begin_transparency_group, pdf_end_transparency_mask doe snot call
pdf_end_transparency_group. This resulted in the depth being incremented at the start
of the mask, but not decremented at the end, so patterns could be emitted at the page
level but with the CTM for a Form level, leading to missing content.

Fixed by decrementing the FormDepth appropriately.

[base/gdevpdft.c]

2010-08-27T12:02:46.764612Z regression

Added the ability to specify which regression test files will only be
run during nightly regression testing (i.e. not for commit regression
tests).  To skip files add them, one per line, to the nightly_only.lst
file in the corresponding directory (creating this file if none exists).
See tests_private/customer_tests/nightly_only.lst for an example.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/readlog.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl toolbin/localcluster/compare.pl]

2010-08-26T23:34:28.641761Z Alex Cherepanov

Implement rendering of /Squiggly annotation without an appearance stream.
Bug 691572, customer 532.

[Resource/Init/pdf_draw.ps]

2010-08-26T15:49:51.752958Z Ken Sharp

Remove an unused local variable (gcc compiler warning)

No differences expected

[base/gdevpdf.c]

2010-08-24T21:37:29.611143Z Chris Liddell

Merge a couple of corrections from the 9.00 tag.

[doc doc/History9.htm doc/News.htm doc/Details9.htm]

2010-08-24T20:31:40.602213Z Chris Liddell

Merge doc changes from 9.00 and bump version number to 9.01

[doc/Projects.htm man/dvipdf.1 man/ps2ascii.1 doc/Use.htm man/ps2epsi.1 doc/DLL.htm doc/Drivers.htm doc/Release.htm man/gs.1 doc/Ps2pdf.htm man/printafm.1 psi/psromfs.mak psi/dxmain.c toolbin/tests/check_dirs.py doc/Helpers.htm psi/dxmainc.c man/gsnd.1 man/pdfopt.1 base/version.mak Resource/Init/gs_init.ps man/ps2pdf.1 man/pdf2ps.1 doc/News.htm doc/Details8.htm doc/Make.htm doc/Unix-lpr.htm doc/Details9.htm doc/History1.htm doc/History2.htm man/wftopfa.1 doc/History3.htm doc/History4.htm doc/Details.htm man/ps2ps.1 doc/History5.htm doc/History6.htm doc/History7.htm doc/History8.htm doc/History9.htm doc/Readme.htm doc/Source.htm doc/Deprecated.htm /trunk/gs doc/Install.htm doc/Changes.htm doc/API.htm doc/Issues.htm man/pfbtopfa.1 doc/Commprod.htm doc/Xfonts.htm doc/Devices.htm doc/Language.htm psi/dmmain.c doc/Fonts.htm doc/Ps2ps2.htm man/pf2afm.1 doc/Develop.htm man/pdf2dsc.1 psi/dmmain.r doc/Psfiles.htm doc/Lib.htm doc/gs-vms.hlp man/font2c.1 doc/C-style.htm doc/Ps-style.htm man/gslp.1 doc/Ps2epsi.htm man/ps2pdfwr.1]

2010-08-24T13:46:29.931715Z Ken Sharp

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
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.

This means that when we come to copy the /.notdef glyph for our font copy, the type 42
GID is 255. However the font does not contain a glyph with GID 255, so the copy of the
font fails.

Although this is an illegal font, Adobe Acrobat Distiller does produce a PDF file from
it. In order to duplicate this, code has been added when copying a font. If we fail to
copy a glyph, and the glyph is /.notdef and the GID is non-zero, we try to copy a glyph
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
another badly formed font may not contain a glyph with GID 0.

No Expected Differences

[base/gxfcopy.c]

2010-08-24T12:29:59.958275Z Chris Liddell

In preparation for the release, add my username to real name mapping
in AUTHORS, add an initially empty History9.htm, and update News.htm
to point to it.

[doc/History9.htm doc/News.htm doc/AUTHORS]

2010-08-23T16:49:47.032287Z Ken Sharp

Fix (pdfwrite) : errors in XMP metadata parsing

Bug #691562 "ERROR -15 closing pdfwrite device".

This use of a DOCINFO pdfmark exposed 3 separate bugs in pdfwrite's handling of XMP
metadata.

1) Decoding an escaped PostScript string. Unescaped characters and octal escapes worked
correctly, but non-octal escapes moved the index into the string one place too many.

2) The escape '\b' (backspace) wasn't handled and returned incorrect data. Although not
tested by this issue, the form feed (\f) also wasn't handled.

3) When converting UTF16 data to UTF-8, the end of the destination (UTF-8) buffer was
calculated incorrectly, causing a spurious buffer overrun error.

The code now handles the missing escapes, does not advance the character position after
decoding a non-octal escape and correctly defines the end of buffer. After this the
Title string displays the same in Acrobat as the same pdfmark sent through Adobe
Distiller.

No expected differences as this only affects the document metadata.

[base/gdevpdfe.c]

2010-08-21T08:03:46.086781Z Lars Uebernickel

Remove unnecessary version checks for libtiff in configure.ac.

Since the local copy is preferred over the system's (see r11635), comparing the
version of the two libraries is unnecessary.

[base/configure.ac]

2010-08-20T16:07:22.239869Z Chris Liddell

When we produce a glyph uncached, and it's to be filled with a
pattern colour space *and* there is PDF transparency involved
force FAPI to (try to) produce an outline (for lower level
code to use as a clip) instead of a bitmap (to use as a
mask).

This does produce some pixel level differences in a few
cluster files, but improves a load of PDF 1.7 FTS jobs.

Bug 691550

[psi/zfapi.c]

2010-08-19T04:01:05.188148Z henrys

Fix bug #691564.  The assignment of the target device did not use the
proper reference counting assignment procedure resulting in a lost
reference to the target device.

[base/gxpcmap.c]

2010-08-17T14:31:58.354019Z Alex Cherepanov

Skip opacity and unknown components during reading of JPX image data. This
improves image quality (compared to the previous state that interpreted an
opacity channel as yet another data sample) and serves as a transition to full
support of opacity in JPX images. Bug 691489, customer 532.

[base/sjpx.h psi/zfjpx.c base/sjpx.c]

2010-08-17T01:22:18.729560Z Alex Cherepanov

Don't include opacity channels in the number-of-components count.
Recognize general ICC profile (type 3) and construct a corresponding
ICC-based color space. Bug 691470, customer 532.

[Resource/Init/pdf_draw.ps]

2010-08-15T09:49:03.044306Z Chris Liddell

Ensure we only check the compatibility of the system libtiff
if we're actually going to use it.

No cluster differences expected.

Bug 691548

[base/configure.ac]

2010-08-15T09:42:21.565047Z Chris Liddell

The "shortcut" for rendering masks use by the FAPI code for uncached
glyph bitmaps (gx_image_fill_masked) is only safe, in the general case
when drawing "plain" colours to the output. For complex colour spaces
(like patterns) we must use the "long hand" version.

This causes minor pixel level differences in some cluster tests (due
to rounding differences), and some (very small) progressions: there
are differences in about 20 cluster jobs.

Bug 691549.

[psi/zfapi.c]

2010-08-14T21:10:29.198491Z Alex Cherepanov

Fix a memory corruption problem introduced by the rev. 11588 on some systems.
Free the string returned by systempapername() but don't free the static string
returned by defaultpapername() . Bug 691557.

[base/gp_upapr.c]

2010-08-13T19:46:28.340691Z Ken Sharp

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
trailing comma if the filter was RunLength.

No differences expected

[base/gdevpdfx.h]

2010-08-12T18:14:30.164084Z Till Kamppeter

pstoraster: Removed unneeded "-dDEBUG" from Ghostscript command line.

[cups/pstoraster.in]

2010-08-12T18:10:47.335830Z Till Kamppeter

CUPS Raster output device: Do verbose degug logging only if compiled in debug mode. Bug 690581.

[cups/gdevcups.c]

2010-08-12T06:39:08.575092Z regression

Added support for regression testing of the cups device.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl]

2010-08-12T02:55:40.283339Z Michael Vrhel

Fix to handle case where the profiledir is NOT set AND there is a change in
the process color model for the device AFTER a profile had already been set.

[base/gsicc_manage.c]

2010-08-12T01:42:17.270497Z Alex Cherepanov

Implement variable text rendering for widget annotations.
Bug 691536, customer 532.

[Resource/Init/pdf_main.ps Resource/Init/pdf_draw.ps]

2010-08-11T23:31:48.385487Z Michael Vrhel

Fix for indeterminism issue that was introduced with changes in 16bit image
handling.  Last subpixel element was not getting unpacked properly.

[base/gxi16bit.c]

2010-08-11T23:05:48.288399Z Michael Vrhel

Another compiler complaint fix.  Proper cast of device.

[base/gdevpsdi.c]

2010-08-11T21:31:03.877037Z Michael Vrhel

Fix for compiler error due to implicit declaration

[base/gdevpsdi.c base/devs.mak]

2010-08-11T18:54:51.837319Z Michael Vrhel

Fix so that if the device process color model changes the profile is updated accordingly.

[base/gsicc_manage.c]

2010-08-11T16:17:45.421152Z Henry Stiles

Fix bug # 691532.  Do not attempt to clone an image that does not exist,
each completed page should have an associated image.  We'd like to handle
this corrupt file with a better fix, for example the absence of an end page
segement is clearly a problem with respect to the specification, but Adobe and
Artifex have chosen to support other "off spec" streams so more subtle
and less obvious error checking is needed.  Thanks to Tim Waugh for analysis on
this problem.

[jbig2dec/jbig2_page.c]

2010-08-11T15:22:22.427529Z Ken Sharp

Add some words about the ps2write device to the devices documentation.

[doc/Devices.htm]

2010-08-10T16:44:20.491267Z regression


Several minor changes to the cluster regression system, the most
signifcant of which are:

seg. faults are now reported for every case (previously they were only
reported if they were new)

skip.lst files are now checked for errors

changes to gs/psi now test the pcl/pxl/xps products since changes to
Ghostscript can affect the pdfwrite path

the tests_private/pdf/PDF_1.7_FTS repository was added

[toolbin/localcluster/clustermonitor.pl toolbin/localcluster/clustermaster.pl toolbin/localcluster/readlog.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl toolbin/localcluster/compare.pl]

2010-08-10T16:20:19.775613Z Michael Vrhel

Commit to move the ICC profile for the device within the device structure.
This will make it easier to handle dynamic changes that may occur to the
process color model for the device.  Also a move of device profiles into non gc
memory and removal of any references to profiles to the GC.    A few progressions
occur with this commit including Bug689918.pdf testpage.pdf.

[base/gxi12bit.c base/gsdevice.c base/gdevpdfk.c base/gxpcmap.c base/gxdevice.h /trunk/ghostpdl/xps/xpsgradient.c base/gdevprn.c base/gdevpsdi.c base/gscsepr.c base/gscpixel.c base/gxcmap.c base/gdevbit.c base/gxclip.c base/gxicolor.c base/gximag3x.c base/gscspace.c base/gsicc.c base/gscdevn.c base/gscolor2.c base/lib.mak base/gxiscale.c base/gsicc_manage.c base/gxcspace.h base/gscicach.c base/gdevnfwd.c base/gxdevcli.h base/gdevp14.c psi/zdevice.c base/gsicc_create.c base/gsicc_cache.c base/gdevp14.h base/gsicc_cache.h base/gxccman.c base/gscms.h base/gxclist.h psi/zusparam.c base/gxshade.c base/gxblend.c base/gsequivc.c base/gsciemap.c]

2010-08-10T09:15:50.312005Z Ken Sharp

Enhancement : pdfwrite

performance enhancement for pdfwrite when handling files with large amounts of text.

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
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
are required, so there is no performance penalty for rendering. The hash comparison is
considerably quicker than the long winded Subrs comparison.

For many files the performance difference is minimal but for file containing lots of
pages, mostly composed of text, there is a considerable saving. The text files run in
about 60% of the time they did before this change.

[base/gxfont1.h base/gxfcopy.c psi/zfont1.c]

2010-08-10T08:13:35.250205Z Chris Liddell

A small revision to the fix for Bug 691326: the glyphs array must have
at least one entry.

No cluster differences expected.

Bug 691343

[Resource/Init/gs_ttf.ps]

2010-08-09T00:41:31.173587Z Ray Johnston

Free the pattern-clist devices that are created (and left for the GC to
free) when pattern-clist patterns are used with a device that is using the
clist for the page. Those that were allocated during the print_page clist
playback would be those that leaked. Since the devices were closed, this
could lead to GC referencing objects that were invalid. Related to, but
not the final fix to Bug 691527.

[base/gxpcmap.c]

2010-08-09T00:07:27.505245Z Alex Cherepanov

Remove spurious "cvx" operators after .pushextendedgstate and
.popextendedgstate . Do .popextendedgstate after checking that "Q"
has a correspondingh "q". Bug 691538.

[Resource/Init/pdf_ops.ps]

2010-08-07T15:58:08.066501Z Alex Cherepanov

Implement rendering of Widget annotation border background specified by
/BC and /BG entries of the appearance characteristics dictionary /MK.
Bug 691524, customer 532.

[Resource/Init/pdf_draw.ps]

2010-08-06T20:21:11.891509Z Ray Johnston

Fix segfault seen with fts_17_1704.pdf when the clist playback of patterns
that had been stored as clists were attempted to be read from the clist
as bitmaps. This happened when -dMaxPatternBitmap=1000000 was used which
is smaller than the default, confusing a HACK that attempted to force
the use of the pattern-clist mode. Also remove some #if 0 idle code.

[base/gsptype1.c base/gxpcmap.c base/gxcolor2.h]

2010-08-06T17:22:16.521958Z Chris Liddell

I missed a couple of now unused variables in the previous commit.

[psi/iname.c]

2010-08-06T15:49:21.355481Z Ray Johnston

Add documentation on -dMaxPatternBitmap=# parameter in the 'Improving
Performance' section of the Use.htm file. The actual parameter was
added in rev 11605.

[doc/Use.htm]

2010-08-06T15:03:00.994141Z Chris Liddell

Prevent doing a gc "unmark" on memory already (potentially)
freed.

Relates to Bug 691380. I could not reproduce the seg fault
as reported, but valgrind reported the write to freed memory
in the same place as the reported seg fault.

[psi/iname.c]

2010-08-06T11:15:22.616992Z Ken Sharp

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
FontMatrix entries.

However, if all the entries are 0, it ends up running round a loop multiplying by 10
indefinitely. This change simply avoids the loop if all the matrix elements are 0.
Naturally this isn't a useful font, its a Quality Logic test file.

[base/gdevpdtt.c]

2010-08-06T11:11:40.511965Z Ken Sharp

Revision 11600 introduced a sever regression with text in XPS files. This revision
addresses that by only applying the fix to preserve glyph data when the text operation
is TEXT_FROM_SINGLE_GLYPH as this is the only case where the affected union is a glyph
not a pointer to a series of glyphs, and is therefore the only case which is affected.

Expected Differences: All XPS files with text should again work correctly.

[base/gdevpdte.c]

2010-08-06T08:27:20.529691Z Chris Liddell

Revise some of the FAPI related information.

[doc/Use.htm doc/Make.htm doc/Develop.htm doc/Psfiles.htm]

2010-08-06T05:53:42.503244Z Alex Cherepanov

Implement rendering of standard Stamp and Text annotations. Ghostscript uses
different font than Acrobat in Stamp icons and uses the same icon for the Text
annotation regardless of the /Name attribute. Bug 691525, customer 532.

[Resource/Init/pdf_draw.ps]

2010-08-06T04:24:59.663647Z Ray Johnston

Add a new paramter MaxPatternBitmap with a default value of 8Mb. Formerly
the pattern_clist mode would be used when the bitmap size exceeded 1Mb
and prior to rev 11___ this calculation was flawed and could allow pattern
bitmaps as large as 64Mb to avoid the pattern_clist mode. While the clist
based pattern tiling is slow, setting the threshold to 8Mb should be rare
enough to minimize performance impact. Bug 691512.

[base/gsdevice.c base/gdevp14.c base/gxdevcli.h base/gsdparam.c base/gxpcmap.c base/gxdevice.h base/gdevbit.c]

2010-08-05T23:26:12.261846Z Till Kamppeter

CUPS Raster output device: Segmentation fault on mid-job changes of the color depth.

This patch prevents the crash by forcing a memory reallocation on
color depth changes. The approach principally works but we did not
decide yet whether it is the final solution, as Michael Vrhel is still
doing major changes in the color handling. Bug 690435.

[cups/gdevcups.c]

2010-08-05T19:16:11.698734Z Ray Johnston

Fix comment about no support for BITS=4

[lib/viewrgb.ps]

2010-08-05T19:14:00.403158Z Ray Johnston

Minor correction to usage string left over from when this was split out
from setupgs.

[psi/mkfilelt.cpp]

2010-08-05T17:40:36.908437Z Chris Liddell

The "show" machinery expected that even non-marking text operations
(such as stringwidth) would result in a glyph bitmap which
could be cached (assuming the glyph would be a candidate for the
cache with a normal marking operation, like show).

FAPI, however, did not create a glyph bitmap for non-marking
operations, thus the cache would receive a valid, but
"empty" glyph. This caused Postscript that used stringwidth
before a show to sometimes "lose" glyphs, by using the empty
cached glyph.

FAPI's behaviour now matches the expectations of the show/cache
management code.

Causes cluster differences in Bug688372.ps, fts_31_3111.pdf, and
14-08.PS, these are all progressions.

Bug 691517

[psi/fapi_ft.c psi/zfapi.c]

2010-08-05T15:49:39.430735Z Ken Sharp

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
'process_text_modify_width'.

This should prevent 13-10.ps from entering an infinite loop.

[base/gdevpdte.c]

2010-08-04T23:15:24.779084Z Robin Watts

Fix for Bug 691504 (gs taking a long time to render a file).

Revision 8694 changes code from using a simple cast to an int to using
a call to (int)floor. This fixes problems, but costs a factor of 3 in
processing time for heavily tiled files.

Here we change to using a macro version of floor instead. This removes
the function call and NaN handling overheads and returns us to the
same kind of performance as we had before.

We apply the same change throughout the file (i.e. all the calls to (int)floor,
not just the two changed in r8694.

There is still scope for optimising this code further, but this closes the
regression.

No differences seen in local cluster testing.

[base/gxp1fill.c]

2010-08-04T22:59:04.842835Z Alex Cherepanov

Implement rendering of Underline and StrikeOut annotations without
appearance streams. Bug 691526, customer 532.

[Resource/Init/pdf_draw.ps]

2010-08-03T12:02:47.197684Z Ken Sharp

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
casts it as such. While this is true for rendering, it is not the case when capturing
glyphs for pdfwrite.

Altered the code to test if the enumerator is a show_enum and if not, to get the
graphics state from the enumerator 'pis' pointer instead if possible. Signal an error
if this is not possible.

No differences expected.

[psi/zfapi.c]

2010-08-03T08:02:13.862491Z Ken Sharp

Enhancement : PDF interpreter. Bug #691503

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
destination page wasn't greater than the number of pages in the PDF file.

[Resource/Init/pdf_main.ps]

2010-08-03T07:56:50.987568Z Ken Sharp

In the section 'Using Unicode True Type fonts', replace the example CSI array with one
whose values are strings, not names. These must be string values.

[doc/Use.htm]

2010-08-02T21:30:29.939498Z Alex Cherepanov

Partly revert rev. 11392 that over-simplified the check for a valid obj line
in the PDF file. Use --search-- to reject impossible cases but revert to the
old logic to verify the results. Bug 691502.

[Resource/Init/pdf_rbld.ps]

2010-08-02T16:45:00.756282Z Alex Cherepanov

Fix a compiler warning about a missing prototype for free()
caused by my previous commit.

[base/lib.mak base/gp_upapr.c]

2010-08-02T13:49:03.975996Z Alex Cherepanov

Fix a memory leak. Free the paper name string allocated amd
returned by libpaper.

[base/gp_upapr.c]

2010-08-02T09:20:04.666066Z Ken Sharp

Missing ';' in r11586 replaced. Should build now.

[base/gdevpdfx.h]

2010-08-02T09:06:47.523074Z Ken Sharp

Fix a few minor compiler warnings from gcc. No differences expected.

[base/gdevpdfx.h base/gdevpdf.c]

2010-08-02T06:39:25.229115Z Till Kamppeter

Applied patch to fix "imagen" output device (bug 690561).

[base/gdevimgn.c]

2010-08-01T08:59:15.942136Z Chris Liddell

Remove the now redundant --disable-cairo directives.

[toolbin/localcluster/readme toolbin/localcluster/run.pl]

2010-07-31T16:07:37.431496Z Chris Liddell

Remove the "dead" devcairo device.

No cluster differences expected.

Bug 690009

[ghostscript.vcproj base/configure.ac base/gdevcairo.c base/devs.mak]

2010-07-31T15:45:39.194094Z Chris Liddell

Reapply r11570

Copying converted samples to the output raster used the byte
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.

[base/gdevdbit.c]

2010-07-31T15:04:24.124204Z Till Kamppeter

No need to install Resources and iccprofiles if COMPILE_INITS=1

When COMPILE_INITS=1, the mentioned directories are not used and just waste
disk space and also confusing. Bug 689253.

[base/unixinst.mak]

2010-07-31T00:37:07.940018Z Ray Johnston

Fix the calculation of the size of the pattern bitmap by correcting the
calculation of the effective depth (bits per pixel). PaintType 2 is the
uncolored (mask == 1 bit per pixel) mode, PaintType 1 is colored, thus
needs the full target device color_info.depth bits per pixel. Bug 691514
detected running the PDF 1.7 FTS for customer 532.

[base/gxpcmap.c]

2010-07-30T23:13:52.534878Z Till Kamppeter

Distinguish the two uses of cdev - one from icc merge, one the from very old lpd code (bug 691463).

This causes a warning when building with gcc, msvc, and also DEC CC.

[base/gdevbbox.c]

2010-07-30T21:34:19.596701Z Till Kamppeter

Removed unneeded ";" characters from C code to silence warnings of DEC CC (bug 691463)

[contrib/gdevbjc_.h base/gxpcolor.h base/strmio.h base/gdevrinkj.c base/gdevbit.c base/gdevpdtf.h base/gsovrc.h]

2010-07-30T20:38:48.303275Z Till Kamppeter

configure script: Hide error message when "sed" does not have a "--version" option.

[base/configure.ac]

2010-07-30T20:09:21.607711Z Till Kamppeter

Tips about cross-compiling 64-bit ghostscript  on 32-bit windows

This procedure is slightly simplier(?) than the cross-compiling instruction
which Russell removed with r9807 about a year ago. Note that
ARCH_STRUCT_ALIGN_MOD mentioned in Russell's instruction was removed
r6773 (in 2006) and note also that all the "genconf" references in r9807
should be "genarch" instead.

[doc/Make.htm]

2010-07-30T17:15:23.787490Z Michael Vrhel

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.
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.

[base/gxi12bit.c base/lib.mak base/gxi16bit.c Resource/Init/gs_lev2.ps Resource/Init/gs_res.ps base/sjpx.c Resource/Init/pdf_draw.ps base/gximage.h]

2010-07-30T17:13:46.325084Z Michael Vrhel

Fix for double to float conversion warnings. Bug 691498.

[base/gsicc_create.c]

2010-07-30T17:06:59.251898Z Henry Stiles

rollback to revision 11564, 11565 broke the build

[base/gxi12bit.c base/lib.mak base/gxi16bit.c contrib/gdevbjc_.h base/gdevbbox.c base/gxpcolor.h Resource/Init/gs_res.ps Resource/Init/pdf_draw.ps base/gsovrc.h base/gdevpdtf.h base/gsicc_create.c autogen.sh Resource/Init/gs_lev2.ps base/strmio.h base/configure.ac base/gdevrinkj.c base/sjpx.c base/gdevbit.c base/gximage.h base/gdevdbit.c]

2010-07-30T14:27:07.462183Z Michael Vrhel

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.
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.

[base/gxi12bit.c base/lib.mak base/gxi16bit.c Resource/Init/gs_lev2.ps Resource/Init/gs_res.ps base/sjpx.c Resource/Init/pdf_draw.ps base/gximage.h]

2010-07-30T14:08:14.058178Z Chris Liddell

Copying converted samples to the output raster used the byte
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.

[base/gdevdbit.c]

2010-07-30T13:59:52.334818Z Michael Vrhel

Fix for double to float conversion warnings. Bug 691498

[base/gsicc_create.c]

2010-07-30T11:37:15.489627Z Till Kamppeter

Distinguish the two uses of cdev - one from icc merge, one the from very old lpd code (bug 691463).

This causes a warning when building with gcc, msvc, and also DEC CC.

[base/gdevbbox.c]

2010-07-30T11:20:07.130600Z Till Kamppeter

Suppressed error message during ./configure if "sed" does not support "--version" (bug 691463)

[base/configure.ac]

2010-07-30T11:16:17.321612Z Till Kamppeter

Removed unneeded ";" characters from C code to silence warnings of DEC CC (bug 691463)

[contrib/gdevbjc_.h base/gxpcolor.h base/strmio.h base/gdevrinkj.c base/gdevbit.c base/gdevpdtf.h base/gsovrc.h]

2010-07-30T11:12:47.691429Z Till Kamppeter

Removed unneeded quotes in autogen.sh.

[autogen.sh]

2010-07-30T11:10:35.977735Z Till Kamppeter

On Tru64 stdint.h does not exist but the types required by jbig2 are in inttypes.h there (bug 691463).

[base/configure.ac]

2010-07-30T11:03:27.732163Z Till Kamppeter

On Tru64 the integer types are in inttypes.h and not in stdint.h as in VMS

Bug 691463, required for jbig2dec.

[base/stdint_.h jbig2dec/os_types.h]

2010-07-30T11:00:25.895059Z Till Kamppeter

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
in the link failure from mis-detecting omni.

[base/configure.ac]

2010-07-30T10:56:44.338677Z Till Kamppeter

'%' in printf() needs to be '%%'

Tru64 C issues a warning (bug 691463).

[base/mkromfs.c]

2010-07-30T10:53:30.576036Z Till Kamppeter

Removed duplicate AC_PATH_PROG(pkg-config) check in ./configure.

The extra check caused

./configure: !: not found

messages on some platforms. Bug 691463.

[base/configure.ac]

2010-07-30T10:14:47.310782Z Till Kamppeter

Update documentation as --enable-dynamics is no longer required for "make so" to work.

[doc/Make.htm]

2010-07-30T10:10:41.906626Z Till Kamppeter

Added some missing initializations in DeviceN

This should have been part of the DeviceN change. If left unset,
the code path assumes color display and goes down the color display
path and eventually segfaults. Bug 690428.

[base/gdevxcmp.c]

2010-07-30T09:56:23.737093Z Till Kamppeter

Fix time-struct related build failure with SunStudio (bug 691453).

Apparently many platforms and compilers, including gcc and intel C,
require both <sys/time.h> and <time.h>. This patch just adds Sun Pro C
to the list of such platforms and compilers.

[base/time_.h]

2010-07-30T09:45:51.500432Z Till Kamppeter

Avoid that the x11 output device can create huge windows which crash the X server. Bug 690444.

[base/gdevxini.c]

2010-07-30T08:58:17.493418Z Till Kamppeter

Assorted fixes for the modularized X11 output device

All object files destined for shared libraries needed to be compiled
with -fPIC but this is not the case for gsparamx.c, gdevemap.c, and
gdevxcmp.c which are required by other parts to be built as standard.

This change makes x11 not depend on gsparamx.c and gdevemap.c (and not
geeting them included in the shared library X11.so). gsparamx.c is
part of psdf and is usually included and available, and gdevemap.c is
small enough to be inserted completely where it is used.

gdevxcmp.c is addressed by building it with $(GLCCSHARED) and not with
$(GLCC).

In addition, $(CC_SHARED) is only used for object files, rather than
for linking, so DYNAMIC_CFLAGS is more appropiate here than
DYNAMIC_LDLAGS.

Bug 691510

[base/gdevxxf.c base/Makefile.in base/devs.mak]

2010-07-29T18:28:06.621749Z Ray Johnston

Add a comment recommending -sstdout=%stderr with -sOutputFile=- to prevent
PostScript files that print from messing up the output. Bug 691507.

[doc/Use.htm]

2010-07-29T14:29:19.627579Z Robin Watts

Remove unused variable left over from removal of pattern_cache_alt.

No expected changes.

[base/gsstate.c]

2010-07-29T14:05:39.594612Z Ken Sharp

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
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.

However, if we don't actually ever write the object (in the case above, because
LastPage is set before the destination page), then the object remains pointing to the
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
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
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.

Ghostscript is happy with this and processes the file.

NB the proper fix is to not emit the Outline entry for the page which will not be
present in the output, and a patch has been suggested to achieve this. This code has
some uses, however, as it may prevent this kind of problem in the future. It also
permits objects to be created and never referenced (presumably because they are never
used) without leaving invalid entries in the xref, which might be useful.

No expected differences.

[base/gdevpdf.c base/gdevpdfu.c]

2010-07-29T13:59:53.090810Z Chris Liddell

Two changes for two primarily pdfwrite problems with FAPI/FT.

The first is to only replace whichever of BuildGlyph or BuildChar
procedures the original font actually contained, replacing both
regardless confused some of "decoding" code elsewhere in GS
(op_show_continue_dispatch()) and we ended up receiving a valid
glyph to render instead of notdef. In this case we ended up incorrectly
stroking a charpath (this was seen with Quark's Type 3 "special effects"
font). With rendering output this resulted in a boldening effect on the glyph,
in pdfwrite, the result was strange extra lines through the glyph.

The second change is to due pdfwrite's use of a unit matrix for some of
its work. This resulted in small glyph metrics rounding to zero within
Freetype, and pdfwrite thinking a glyph had a width of zero. So make
the scale value at which we consider a glyph to be "small" an order of magnitude
larger, which gets compensated for in the calculation of Freetype's final
matrix.

Unfortunately this does cause ~2600 differences in the cluster tests: some
are progressions, most are pixel differences due to rounding differences
because the scaling numbers have changed in Freetype.

Fixes Bug 691383

[psi/fapi_ft.c psi/zfapi.c]

2010-07-28T18:44:46.282683Z Robin Watts

Fix bug #691493. Revert some of the work done for gs_2_colors.

I had needlessly attempted to have 2 pattern_cache's, one for stroking
colors and one for non-stroking colors. Given that the pattern_cache is
indexed by color id number, this is not necessary as all the data can
live happily in just one instance.

This removes the problem seen in the bug (where it was getting into an
infinite loop trying to populate the cache).

Local cluster testing shows this produces 57 differences, all (I think)
non-determinisms.

[base/gsstate.c base/gxistate.h base/gsistate.c]

2010-07-28T12:37:51.588339Z Till Kamppeter

CUPS Raster output device "cups": Improved support for rendering jobs with high memory demands.

Let Ghostscript determine the memory buffer sizes automatically (as it
does with all the other output devices) if the environment variable
RIP_MAX_CACHE is not set, zero, or does not begin with a number (like
"auto"). If RIP_MAX_CACHE defines a valid value, use the actual value
for BufferSpace and not 1/10 of it. MaxBitmap is the maximum buffer
size to be used when rendering in full page mode, BufferSpace is the
buffer size used in banding mode. Banding mode is used if MaxBitmap is
too small to hold one page. Bug 691499.

[cups/gdevcups.c]

2010-07-28T09:22:49.016213Z Robin Watts

Add new gp_thread_start, gp_thread_finish abstraction, and deprecate old
gs_create_thread function. Adapt multiple rendering thread code to use
this new style instead. Hopefully this should solve the problems seen
in rare cases when a test thread doesn't get scheduled until after the
DLL has exited and the code isn't around any more.

No expected differences.

This code has been tested with MSVC and on linux with pthreads. While it
should work with Borland and Watcom (as all the headers appear consistent)
I have not been able to properly test it. Therefore the code is currently
configured to fall back to the old code, thus hopefully guaranteeing that
this commit won't make the operation under Borland/Watcom any worse than
it is now. This fallback is controlled by a single define for each of
these systems in gp_wsync.c, so it's easy to test. If users can report
success with the new code we can remove the fallback trivially.

[base/gp_wsync.c base/gxclthrd.c base/gp_nsync.c base/gp_psync.c base/gxclthrd.h base/gpsync.h]

2010-07-28T07:36:52.403693Z Ken Sharp

As pointed out by SaGS in Bug #691440, comment 5(C) there was a typo in revision 11498,
a '>>' was accidentally dropped form the batch file.

[lib/ps2pdf.bat]

2010-07-27T07:10:03.221027Z Chris Liddell

Add missing free of the new bitmap data.

[psi/zfapi.c]

2010-07-27T07:02:47.392994Z Chris Liddell

Slightly revise comment for why we might need to create a new bitmap
in fapi_finish_render_aux()

No cluster differences expected.

[psi/zfapi.c]

2010-07-26T08:48:33.786696Z Chris Liddell

A much better solution for Bug 691328.

The bitmap data coming from a font scaler/renderer may not have its raster
alignment as Ghostscript expects, so in the event that is the case, create
a bitmap which is GS compatible in the FAPI layer, before calling any
further operations on it.

This reverts the previous "hack" from r11362.

No cluster differences expected.

[base/gsbitops.c psi/zfapi.c]

2010-07-24T22:57:46.607791Z Alex Cherepanov

Render 3D annotations (using appearance stream) on the printer device even
if Print flag (0x4) is not set. This is done following AR8 and AR9 example
but contrary to PDF 1.7 spec. Bug 691486, customer 532.

[Resource/Init/pdf_draw.ps]

2010-07-23T20:01:28.232264Z Alex Cherepanov

Make *clean targets remove generated tif*.h files. Bug 691485.

[base/gs.mak]

2010-07-23T19:01:45.196186Z Alex Cherepanov

Remove .dividesfnts procedure, which is not needed by PS interpreter after
the introduction and use of string_array_access_proc() way back in
revision 176. FreeType doesn't require a particular way to split sfnts
either. ps2write includes procedures to create a well formed Type 42 from
a TrueType font.

The error is caused by .dividesfnts only spliting strings when the split
offset is even. The sample file has a *long* run of cases where the split
offsets are odd. When an even offset is finally found, the number of buffered
bytes exceeds the maximum length of the string causing /rangecheck error.
Thanks to Chris Liddell for the analysis of the problem.
Bug 691473, customer 532.

[Resource/Init/gs_ttf.ps]

2010-07-23T09:20:28.484085Z Chris Liddell

Commit the correct change for Bug 691427

[base/lib.mak]

2010-07-23T08:22:43.299979Z Chris Liddell

Change the gsicc* targets from using GCFLAGS to CFLAGS. This ensure that the
options for building .so objects are correct.

Additionally, add the extra dependencies to the sodebug target so it works
correctly.

No cluster differences expected.

Bug 691427

[base/lib.mak base/unix-dll.mak]

2010-07-23T02:57:37.996803Z Alex Cherepanov

Handle the case when, contrary to the spec, default viewing optional content
configuration dictionary has /BaseState attribute equal /OFF. Mark all OCGs
/OFF and unmark ON UCGs. Bug 691491, customer 532.

[Resource/Init/pdf_main.ps]

2010-07-21T19:26:14.458296Z Michael Vrhel

Fix for bug 691478

Note that string objects that are maintained as user params must be either
allocated in non-gc memory or be a constant in the executable. The problem stems
from the way userparams are retained during garbage collection in a param_list
(collected by currentuserparams).  For some reason this param_list does not get
the pointers to strings relocated during the GC. Note that the param_dict itself
is correctly updated by reloc, it is just the pointers to the strings in the
param_list that are not traced and updated. In this particular case, ICCProfilesDir
sets a string in the icc_manager. When a reclaim occurs, the string is relocated
(when in non-gc memory and when it is noted to the gc with the proper object
descriptor).  Then if a set_icc_directory occurs, the user params pointer has NOT
been updated and validation problems will occur.  Fix for this was to make the string
not known to the GC and to allocate in non-gc memory.  When icc manager is deallocated,
the string is also deallocated.

[base/gsicc_manage.c psi/zusparam.c]

2010-07-21T00:03:16.900862Z Michael Vrhel

Fix so that non-isolated transparency groups are rendered correctly.  This fixes a
rendering issue with fts_25_2524 and with a few in the test suite.  A future optimization
will be to avoid the extra buffer push if the blend mode is normal, since in that case we
can draw directly into the parent buffer.

[base/gdevp14.c]

2010-07-20T09:46:34.095118Z Masaki Ushizaka

Add support for user defined huffman table.

This code adds support for segment type 53 segments, which supplies
inline huffman code table.  Bug 689853.

Many thanks to Justin Greer.

[jbig2dec/jbig2_segment.c jbig2dec/jbig2_huffman.c jbig2dec/jbig2_text.c jbig2dec/jbig2_symbol_dict.c jbig2dec/jbig2_huffman.h]

2010-07-20T08:23:05.218485Z Masaki Ushizaka

Catching up to the latest jbig2dec source.

This includes following jbig2dec git commits:

commit d26c7e4f39f76fe70cc61d6dc14d05a042a9be48
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.
This patch fixes it.  Bug #691461.

commit c5d61c78c0de785b74b86d4e5298e3cc7b9e2b68
Author: Masaki Ushizaka <masaki@ghostscript.com>
Date:   Fri Jul 16 09:13:41 2010 +0000

A little fix to allocating memory size

commit e12fa07da845515911db8be2f7cfa8ef551061ba
Author: Tor Andersson <tor.andersson@gmail.com>
Date:   Thu Jul 15 00:49:09 2010 +0200

Use the jbig2_new and jbig2_renew macros instead of calling
jbig2_alloc and jbig2_realloc directly. Also adds a few typecasts
and #defines required to compile the source as C++.

commit 31dd7ef66dbd1c34df08365aa3c36e6391617f37
Author: Tor Andersson <tor.andersson@gmail.com>
Date:   Thu Jul 15 00:42:38 2010 +0200

Update VERSION define in config_win32.h

commit 941b73315a166fe07e0f1a1b81171477285280f7
Author: Tor Andersson <tor.andersson@gmail.com>
Date:   Thu Jul 15 00:41:46 2010 +0200

Add Makefile.unix -- a simple makefile for unix-like systems.

commit f6066822041bbffd7169fd4bfc19c48daae8f155
Author: Tor Andersson <tor.andersson@gmail.com>
Date:   Thu Jul 15 00:35:58 2010 +0200

Fix memory leak of the word stream struct.


No visible difference expected.

[jbig2dec/config_win32.h jbig2dec/jbig2.c jbig2dec/jbig2_image_pbm.c jbig2dec/jbig2_metadata.c jbig2dec/jbig2_image.c jbig2dec/jbig2_huffman.c jbig2dec/jbig2_text.c jbig2dec/jbig2_priv.h jbig2dec/jbig2_image.h jbig2dec/jbig2_refinement.c jbig2dec/jbig2dec.c jbig2dec/jbig2_arith_iaid.c jbig2dec/jbig2_halftone.c jbig2dec/Makefile.unix jbig2dec/jbig2_segment.c jbig2dec/jbig2_arith.c jbig2dec/jbig2_symbol_dict.c jbig2dec/jbig2_generic.c jbig2dec/jbig2_page.c]

2010-07-20T05:56:04.938511Z Michael Vrhel

Remove noisy warnings if embedded icc profile is not valid.  In those
cases, we use the default and move on.

[psi/zicc.c]

2010-07-19T21:22:35.957060Z Michael Vrhel

Fix for Bug691474.  Source of error was due to icc hash code being read from clist
after the transfer function.  It should have been read prior to the transfer function.
This was the first file we have seen that had a soft mask with a transfer function.
Also fix for rendering of this file.  The softmasks only uses the alpha channel as
opposed to the luminosity of the object.  Progression with CityMap-evnice.pdf in test
suite.  That file must have a alpha style softmask.

[base/gdevp14.c base/gstparam.h]

2010-07-19T15:45:36.535276Z Chris Liddell


Update trunk to FreeType 2.4.1

The important change (from Ghostscript's point of view) is that the previously
patented TrueType hinting operations have been enabled by default after the
expiration of the patents in question.

This change (the hinting being enabled) causes 3060 non-pdfwrite cluster
changes, and 655 pdfwrite changes - these are expected, and are
progressions.

[freetype/builds/unix/config.sub freetype/src/pshinter/pshglob.c freetype/src/base/ftpfr.c freetype/src/pshinter/pshglob.h freetype/src/type1/t1objs.c freetype/docs/DEBUG freetype/builds/win32/w32-dev.mk freetype/src/type1/t1objs.h freetype/docs/reference/ft2-gasp_table.html freetype/src/pshinter freetype/docs/INSTALL.CROSS freetype/src freetype/docs/reference/ft2-lcd_filtering.html freetype/src/truetype/ttgload.c freetype/builds/win32/win32-def.mk freetype/src/type1 freetype/builds/wince/vc2005-ce freetype/src/truetype/ttgload.h freetype/src/tools/ftrandom/ftrandom.c freetype/devel/ft2build.h freetype/src/tools/docmaker/formatter.py freetype/src/autofit/Jamfile freetype/src/bdf/module.mk freetype/docs/reference/ft2-glyph_stroker.html freetype/include/freetype/config/ftheader.h freetype/src/cff/Jamfile freetype/src/cff/cffparse.c freetype/src/raster/ftraster.c freetype/src/cff/cffparse.h freetype/src/cff/cffcmap.c freetype/src/raster/ftraster.h freetype/src/cff/cffcmap.h freetype/src/raster/ftrend1.c freetype/include/freetype/internal/services/svttglyf.h freetype/builds/wince/vc2005-ce/freetype.vcproj freetype/src/raster/ftrend1.h freetype/docs/INSTALL.ANY freetype/src/psnames/module.mk freetype/src/base/ftutil.c freetype/src/autofit/afglobal.c freetype/src/cache/ftcsbits.c freetype/builds/mac/ftmac.c freetype/src/autofit/afglobal.h freetype/src/pcf/rules.mk freetype/src/base/ftsystem.c freetype/src/cache/ftcsbits.h freetype/builds/amiga/include/freetype freetype/builds/mac/FreeType.m68k_cfm.make.txt freetype/src/psaux/psaux.c freetype/builds/ansi freetype/src/cff/module.mk freetype/src/pshinter/rules.mk freetype/src/pcf/pcfread.c freetype/src/bdf/bdflib.c freetype/docs/reference/ft2-list_processing.html freetype/include/freetype/ftcache.h freetype/src/pcf/pcfread.h freetype/builds/unix/ft2unix.h freetype/src/raster/Jamfile freetype/builds/atari/FREETYPE.PRJ freetype/src/gzip/rules.mk freetype/src/pshinter/pshalgo.c freetype/include/freetype/internal/services/svcid.h freetype/include/freetype/ftincrem.h freetype/src/lzw freetype/builds/compiler/bcc-dev.mk freetype/src/pshinter/pshalgo.h freetype/src/tools/test_afm.c freetype/src/psnames/psnamerr.h freetype/src/cache/ftccache.c freetype/src/cache/ftcmru.c freetype/include/freetype/config/ftstdlib.h freetype/src/cid/cidtoken.h freetype/vms_make.com freetype/include/freetype/freetype.h freetype/docs/INSTALL.UNIX freetype/src/cache/ftccache.h freetype/src/cache/ftcmru.h freetype/src/tools/cordic.py freetype/src/pfr/Jamfile freetype/src/pfr/pfrload.c freetype/src/pfr/pfr.c freetype/builds/amiga/src freetype/src/pfr/pfrload.h freetype/include/freetype/fterrdef.h freetype/builds/detect.mk freetype/src/tools/ftrandom freetype/docs/reference/ft2-cache_subsystem.html freetype/builds/win32/vc2005 freetype/src/type1/t1gload.c freetype/builds/win32/vc2008 freetype/src/base/ftbbox.c freetype/builds/dos freetype/src/otvalid/otvgdef.c freetype/src/type1/t1gload.h freetype/include/freetype/ftsystem.h freetype/docs/reference/ft2-glyph_variants.html freetype/src/bdf/bdferror.h freetype/builds/unix/aclocal.m4 freetype/src/gxvalid/rules.mk freetype/docs/reference/ft2-bdf_fonts.html freetype/src/pcf/pcf.c freetype/src/otvalid/rules.mk freetype/include/freetype/internal/services/svotval.h freetype/src/bdf/Jamfile freetype/src/gxvalid/gxvbsln.c freetype/src/pfr/pfrdrivr.c freetype/src/pcf/pcf.h freetype/builds/compiler/win-lcc.mk freetype/src/type1/Jamfile freetype/src/pfr/pfrdrivr.h freetype/src/pcf/pcferror.h freetype/src/sfnt/ttsbit0.c freetype/src/base/ftmac.c freetype/builds/mac/FreeType.ppc_classic.make.txt freetype/src/base/ftgloadr.c freetype/src/base/ftbase.c freetype/docs freetype/builds/win32/vc2005/freetype.vcproj freetype/docs/reference/.gitignore freetype/src/base/ftbase.h freetype/builds/compiler freetype/src/gxvalid/gxvmort0.c freetype/src/bdf/bdf.c freetype/builds/amiga/src/base/ftsystem.c freetype/src/bdf/bdf.h freetype/src/cff/cff.c freetype/src/gxvalid/gxvalid.c freetype/builds/win32/w32-lcc.mk freetype/include/freetype/internal/services freetype/include/freetype/internal/psaux.h freetype/src/gxvalid/gxvalid.h freetype/autogen.sh freetype/src/base/fttype1.c freetype/docs/reference/ft2-type1_tables.html freetype/src/autofit/afmodule.c freetype/builds/unix/detect.mk freetype/include freetype/src/autofit/afmodule.h freetype/builds/vms freetype/src/pfr/pfrcmap.c freetype/objs/README freetype/builds/dos/dos-wat.mk freetype/builds/exports.mk freetype/src/pfr/pfrcmap.h freetype/src/psaux/Jamfile freetype/src/cff/cffpic.c freetype/builds/amiga/smakefile freetype/src/base/ftdebug.c freetype/src/gzip/inflate.c freetype/src/cff/cffpic.h freetype/src/type1/t1driver.c freetype/src/otvalid/otvbase.c freetype/include/freetype/ftmoderr.h freetype/src/gxvalid/gxvopbd.c freetype/src/type1/t1driver.h freetype/builds/win32/vc2005/freetype.sln freetype/builds/mac freetype/builds/atari freetype/builds/compiler/visualage.mk freetype/builds/newline freetype/builds/vms/ftsystem.c freetype/src/base/basepic.c freetype/src/type1/t1parse.c freetype/src/otvalid/otvmath.c freetype/src/gxvalid/gxvmort1.c freetype/src/base/basepic.h freetype/src/psnames/rules.mk freetype/src/type1/t1parse.h freetype/docs/reference/ft2-winfnt_fonts.html freetype/src/pcf/Jamfile freetype/src/gzip/Jamfile freetype/src/base/ftbdf.c freetype/builds/mac/ascii2mpw.py freetype/builds/unix/.gitignore freetype/src/raster/module.mk freetype/src/type1/t1afm.c freetype/src/cid/cidobjs.c freetype/include/ft2build.h freetype/include/freetype/internal/services/svgxval.h freetype/include/freetype/internal/ftrfork.h freetype/builds/win32/ftdebug.c freetype/src/tools freetype/src/type1/t1afm.h freetype/src/type1/t1tokens.h freetype/src/pshinter/pshrec.c freetype/src/cid/cidobjs.h freetype/builds/dos/dos-emx.mk freetype/src/pshinter/pshrec.h freetype/src/autofit/autofit.c freetype/builds/win32/w32-wat.mk freetype/builds/wince/vc2008-ce freetype/src/truetype/ttobjs.c freetype/include/freetype/ftchapters.h freetype/src/type1/t1errors.h freetype/include/freetype/ftlzw.h freetype/src/otvalid/otvgsub.c freetype/src/truetype/ttobjs.h freetype/src/tools/apinames.c freetype/src/winfonts/fnterrs.h freetype/src/cache/ftcache.c freetype/builds/win32/visualc/freetype.sln freetype/include/freetype/ftglyph.h freetype/docs/reference/ft2-gx_validation.html freetype/builds/vms/ftconfig.h freetype/builds/win32/vc2005/index.html freetype/builds/unix/unixddef.mk freetype/src/raster/rasterrs.h freetype/src/autofit/aflatin2.c freetype/builds/dos/detect.mk freetype/src/type42/Jamfile freetype/src/base/ftpic.c freetype/builds/wince freetype/src/autofit/aflatin2.h freetype/builds/win32/w32-mingw32.mk freetype/include/freetype/fttypes.h freetype/src/cache/ftcglyph.c freetype/src/gxvalid/gxvmort2.c freetype/builds/link_std.mk freetype/src/cache/ftcglyph.h freetype/src/pshinter/pshinter.c freetype/src/cache/Jamfile freetype/src/tools/test_bbox.c freetype/include/freetype/internal/services/svpsinfo.h freetype/src/type42/t42types.h freetype/builds/os2/os2-dev.mk freetype/builds/mac/ftlib.prj.xml freetype/src/gxvalid/gxvmort.c freetype/src/raster/rastpic.c freetype/builds/win32/vc2008/index.html freetype/src/gxvalid/gxvmort.h freetype/src/gxvalid/README freetype/src/raster/rastpic.h freetype/src/tools/docmaker/docbeauty.py freetype/builds/amiga/include freetype/docs/reference/ft2-incremental.html freetype/src/gzip/ftgzip.c freetype/include/freetype/ftcid.h freetype/include/freetype/internal/services/svpfr.h freetype/builds/compiler/watcom.mk freetype/builds/dos/dos-gcc.mk freetype/src/sfnt/module.mk freetype/src/psnames freetype/docs/INSTALL freetype/src/type1/t1load.c freetype/src/gzip/inftrees.c freetype/src/gzip freetype/builds/amiga/src/base/ftdebug.c freetype/docs/INSTALL.VMS freetype/src/type1/t1load.h freetype/src/gzip/inftrees.h freetype/src/pfr/pfrsbit.c freetype/src/gxvalid/gxvfeat.c freetype/src/cff/cfftoken.h freetype/include/freetype/internal/ftgloadr.h freetype/docs/PROBLEMS freetype/builds/wince/vc2008-ce/freetype.sln freetype/src/pfr/pfrsbit.h freetype/src/truetype/Jamfile freetype/src/gxvalid/gxvfeat.h freetype/builds/unix/configure freetype/docs/reference/ft2-basic_types.html freetype/src/otvalid freetype/src/gxvalid/gxvkern.c freetype/docs/INSTALL.MAC freetype/src/cid/Jamfile freetype/include/freetype/ftmm.h freetype/builds/symbian/freetype.mmp freetype/src/base/ftglyph.c freetype/src/sfnt freetype/src/otvalid/otverror.h freetype/docs/UPGRADE.UNIX freetype/src/autofit/afcjk.c freetype/src/autofit/aftypes.h freetype/src/sfnt/sfdriver.c freetype/src/psaux/afmparse.c freetype/src/autofit/afcjk.h freetype/src/sfnt/sfobjs.c freetype/src/base/ftobjs.c freetype/src/sfnt/sfdriver.h freetype/src/psaux/afmparse.h freetype/src/sfnt/sfobjs.h freetype/src/pfr/rules.mk freetype/docs/reference/ft2-sfnt_names.html freetype/builds/win32/visualc/freetype.vcproj freetype/builds/atari/deflinejoiner.awk freetype/src/psaux/module.mk freetype/src/base/ftstroke.c freetype/src/base/ftfstype.c freetype/docs/GPL.TXT freetype/src/base/ftbitmap.c freetype/src/pshinter/pshpic.c freetype/src/winfonts freetype/builds/dos/dos-def.mk freetype/src/pshinter/pshpic.h freetype/builds/win32/w32-gcc.mk freetype/src/psnames/pstables.h freetype/src/sfnt/rules.mk freetype/builds/wince/vc2005-ce/index.html freetype/src/autofit/afpic.c freetype/docs/raster.txt freetype/builds/atari/FNames.SIC freetype/builds/atari/ATARI.H freetype/src/autofit/afpic.h freetype/src/otvalid/otvgpos.c freetype/docs/reference/ft2-multiple_masters.html freetype/src/cff/cffdrivr.c freetype/docs/reference/ft2-base_interface.html freetype/src/cid/cidriver.c freetype/builds/mac/README freetype/src/otvalid/otvgpos.h freetype/include/freetype/ftgasp.h freetype/builds/unix/unix-cc.in freetype/src/autofit/afindic.c freetype/src/cff/cffdrivr.h freetype/src/cid/cidriver.h freetype/src/autofit/afindic.h freetype/docs/INSTALL.GNU freetype/src/raster freetype/builds/unix/ft-munmap.m4 freetype/src/winfonts/module.mk freetype/src/sfnt/ttkern.c freetype/docs/reference/ft2-index.html freetype/src/gzip/infutil.c freetype/src/sfnt/sferrors.h freetype/src/psaux/t1cmap.c freetype/src/sfnt/ttkern.h freetype/src/gxvalid/gxvmort4.c freetype/src/gzip/infutil.h freetype/include/freetype/ttnameid.h freetype/src/psaux/t1cmap.h freetype/builds/os2/detect.mk freetype/src/gzip/zconf.h freetype/docs/reference/ft2-user_allocation.html freetype/src/base/ftpatent.c freetype/src/truetype/rules.mk freetype/src/truetype freetype/src/base/ftadvanc.c freetype/src/tools/docmaker/tohtml.py freetype/builds/unix/unix-dev.mk freetype/src/otvalid/otvcommn.c freetype/src/otvalid/otvalid.c freetype/include/freetype/config/ftmodule.h freetype/src/otvalid/otvcommn.h freetype/src/otvalid/otvalid.h freetype/include/freetype/ftxf86.h freetype/include/freetype/internal/ftserv.h freetype/Jamrules freetype/src/type1/module.mk freetype/builds/win32/vc2008/freetype.sln freetype/src/base/ftapi.c freetype/docs/VERSION.DLL freetype/docs/LICENSE.TXT freetype/docs/reference/ft2-gzip.html freetype/builds/compiler/emx.mk freetype/include/freetype/ftstroke.h freetype/builds/unix/unix.mk freetype/include/freetype/ftlist.h freetype/include/freetype/ftbitmap.h freetype/objs/.gitignore freetype/src/type42/t42parse.c freetype/src/bdf/bdfdrivr.c freetype/modules.cfg freetype/docs/reference/ft2-toc.html freetype/docs/reference/ft2-computations.html freetype/builds/win32/visualce/freetype.dsp freetype/ChangeLog.20 freetype/src/cid/ciderrs.h freetype/src/type42/t42parse.h freetype/ChangeLog.21 freetype/builds/unix/configure.ac freetype/ChangeLog.22 freetype/builds/unix/ftconfig.in freetype/builds/beos freetype/ChangeLog.23 freetype/src/bdf/bdfdrivr.h freetype/builds/win32/visualce/freetype.dsw freetype/include/freetype/tttables.h freetype/docs/reference/ft2-quick_advance.html freetype/builds/unix/freetype2.in freetype/src/cid/module.mk freetype/src/autofit/afdummy.c freetype/src/gxvalid freetype/docs/reference/ft2-mac_specific.html freetype/src/tools/chktrcmp.py freetype/include/freetype/internal/services/svxf86nm.h freetype/src/autofit/afdummy.h freetype/src/pcf/pcfdrivr.c freetype/include/freetype/internal/ftobjs.h freetype/builds/symbian/bld.inf freetype/src/gxvalid/gxvmort5.c freetype/src/psnames/Jamfile freetype/src/pcf/pcfdrivr.h freetype/builds/unix/ftsystem.c freetype/docs/MAKEPP freetype/Jamfile freetype/builds/win32/visualce/index.html freetype/builds/compiler/gcc-dev.mk freetype/include/freetype/ftotval.h freetype/src/tools/test_trig.c freetype/src/tools/docmaker/content.py freetype/include/freetype/ftadvanc.h freetype/builds freetype/include/freetype/internal/services/svpostnm.h freetype/builds/unix/mkinstalldirs freetype/src/cff/rules.mk freetype/src/gzip/zlib.h freetype/src/type42/t42error.h freetype/src/smooth/module.mk freetype/src/sfnt/sfnt.c freetype/docs/reference/ft2-truetype_tables.html freetype/builds/compiler/gcc.mk freetype/builds/unix/config.guess freetype/src/otvalid/Jamfile freetype/src/autofit/afloader.c freetype/include/freetype/internal/services/svkern.h freetype/builds/beos/beos-def.mk freetype/src/autofit/afloader.h freetype/src/cache/ftcerror.h freetype/src/sfnt/Jamfile freetype/src/psaux/psobjs.c freetype/src/gzip/infcodes.c freetype/src/truetype/ttpic.c freetype/src/psaux/psobjs.h freetype/docs/reference/ft2-header_file_macros.html freetype/src/pshinter/pshnterr.h freetype/docs/reference/ft2-ot_validation.html freetype/src/base/ftcalc.c freetype/src/gzip/infcodes.h freetype/src/truetype/ttpic.h freetype/src/bdf/rules.mk freetype/include/freetype/internal/tttypes.h freetype/src/psaux freetype/builds/unix/freetype2.m4 freetype/docs/reference/ft2-outline_processing.html freetype/src/gxvalid/gxvmorx0.c freetype/include/freetype/internal/ftvalid.h freetype/include/freetype/fterrors.h freetype/builds/win32/visualc/freetype.dsp freetype/src/gzip/infblock.c freetype/builds/win32/visualc/freetype.dsw freetype/src/base/ftlcdfil.c freetype/include/freetype/internal/ftmemory.h freetype/src/type1/type1.c freetype/include/freetype/ftpfr.h freetype/src/gzip/infblock.h freetype/src/type42/rules.mk freetype/src/tools/ftrandom/Makefile freetype/src/pshinter/module.mk freetype/builds/amiga/include/freetype/config/ftmodule.h freetype/src/gxvalid/gxvmorx.c freetype/docs/formats.txt freetype/builds/amiga/makefile.os4 freetype/src/cff/cffobjs.c freetype/src/smooth/ftsmooth.c freetype/src/gxvalid/gxvmorx.h freetype/include/freetype/ftoutln.h freetype/src/cff/cffobjs.h freetype/docs/reference/ft2-truetype_engine.html freetype/builds/beos/detect.mk freetype/src/smooth/ftsmooth.h freetype/include/freetype/ftsynth.h freetype/src/winfonts/rules.mk freetype/src/tools/ftrandom/README freetype/src/pcf freetype/docs/CHANGES freetype freetype/src/base freetype/src/base/ftotval.c freetype/include/freetype/tttags.h freetype/src/autofit freetype/src/truetype/module.mk freetype/include/freetype/internal/autohint.h freetype/src/tools/glnames.py freetype/src/sfnt/ttload.c freetype/src/gxvalid/gxvfgen.c freetype/builds/atari/gen-purec-patch.sh freetype/src/sfnt/ttload.h freetype/src/pfr/pfrtypes.h freetype/docs/reference/ft2-system_interface.html freetype/builds/win32/w32-bcc.mk freetype/src/pcf/README freetype/src/gxvalid/gxvtrak.c freetype/include/freetype/internal/ftdriver.h freetype/objs freetype/include/freetype/ftgzip.h freetype/include/freetype/internal/services/svbdf.h freetype/src/base/ftrfork.c freetype/src/smooth/rules.mk freetype/src/base/rules.mk freetype/src/gxvalid/gxvmorx1.c freetype/src/autofit/afwarp.c freetype/src/cid/cidload.c freetype/include/freetype/ftgxval.h freetype/src/autofit/afwarp.h freetype/builds/win32/w32-intl.mk freetype/include/freetype/internal/services/svgldict.h freetype/src/cid/cidload.h freetype/src/gxvalid/gxvprop.c freetype/docs/reference/ft2-raster.html freetype/include/freetype/ftlcdfil.h freetype/src/type42/type42.c freetype/src/tools/docmaker/sources.py freetype/src/raster/rules.mk freetype/src/truetype/ttgxvar.c freetype/src/pshinter/Jamfile freetype/src/truetype/ttdriver.c freetype/src/gxvalid/Jamfile freetype/src/truetype/ttgxvar.h freetype/src/pfr/pfrgload.c freetype/builds/unix/unix-lcc.mk freetype/src/Jamfile freetype/src/pshinter/pshmod.c freetype/src/autofit/aflatin.c freetype/src/truetype/ttdriver.h freetype/src/base/ftsnames.c freetype/src/pfr/pfrgload.h freetype/src/pshinter/pshmod.h freetype/include/freetype/internal/ftcalc.h freetype/include/freetype/ftrender.h freetype/builds/unix freetype/src/base/ftgasp.c freetype/src/autofit/aflatin.h freetype/src/base/ftdbgmem.c freetype/src/smooth/ftspic.c freetype/include/freetype/t1tables.h freetype/src/cid/cidgload.c freetype/src/base/ftoutln.c freetype/src/smooth/ftspic.h freetype/builds/compiler/intelc.mk freetype/src/base/ftwinfnt.c freetype/src/base/ftsynth.c freetype/src/cid/cidgload.h freetype/include/freetype/internal/internal.h freetype/src/sfnt/ttbdf.c freetype/src/lzw/ftlzw.c freetype/src/sfnt/ttbdf.h freetype/builds/win32/vc2008/freetype.vcproj freetype/builds/win32/w32-bccd.mk freetype/src/truetype/ttpload.c freetype/src/gxvalid/gxvmorx2.c freetype/src/truetype/ttinterp.c freetype/src/lzw/rules.mk freetype/src/truetype/ttpload.h freetype/src/base/ftxf86.c freetype/src/base/ftstream.c freetype/src/truetype/ttinterp.h freetype/src/sfnt/ttcmap.c freetype/builds/ansi/ansi.mk freetype/include/freetype/internal/services/svmm.h freetype/src/pfr freetype/builds/compiler/ansi-cc.mk freetype/src/sfnt/ttcmap.h freetype/src/gxvalid/module.mk freetype/src/gxvalid/gxvjust.c freetype/builds/toplevel.mk freetype/src/truetype/tterrors.h freetype/builds/win32 freetype/builds/symbian freetype/src/pcf/pcfutil.c freetype/src/cid/type1cid.c freetype/src/pcf/pcfutil.h freetype/src/base/ftgxval.c freetype/builds/win32/visualce freetype/include/freetype/internal/pshints.h freetype/builds/amiga freetype/builds/amiga/src/base freetype/builds/win32/w32-icc.mk freetype/src/sfnt/ttmtx.c freetype/src/psnames/psmodule.c freetype/src/sfnt/ttmtx.h freetype/builds/wince/vc2008-ce/index.html freetype/src/psaux/psauxmod.c freetype/src/pfr/module.mk freetype/src/base/ftcid.c freetype/src/psnames/psmodule.h freetype/include/freetype/ftsnames.h freetype/src/psaux/psauxmod.h freetype/README.git freetype/configure freetype/src/gzip/inffixed.h freetype/src/bdf freetype/docs/reference/ft2-pfr_fonts.html freetype/src/sfnt/ttcmapc.h freetype/docs/reference freetype/builds/os2/os2-gcc.mk freetype/builds/compiler/bcc.mk freetype/builds/link_dos.mk freetype/docs/reference/ft2-cid_fonts.html freetype/include/freetype/ftwinfnt.h freetype/builds/unix/freetype-config.in freetype/src/pfr/pfrobjs.c freetype/src/base/Jamfile freetype/docs/release freetype/include/freetype/ftimage.h freetype/src/lzw/ftzopen.c freetype/src/pfr/pfrobjs.h freetype/src/lzw/Jamfile freetype/src/truetype/truetype.c freetype/Makefile freetype/src/base/fttrigon.c freetype/builds/win32/w32-vcc.mk freetype/src/lzw/ftzopen.h freetype/src/autofit/afhints.c freetype/builds/unix/install.mk freetype/src/autofit/afhints.h freetype/builds/win32/visualce/freetype.vcproj freetype/include/freetype/ftmac.h freetype/src/psaux/rules.mk freetype/src/type1/rules.mk freetype/src/cache/ftcimage.c freetype/src/psnames/pspic.c freetype/builds/atari/README.TXT freetype/src/cache/ftcimage.h freetype/include/freetype/config/ftconfig.h freetype/src/cid/cidparse.c freetype/src/psnames/pspic.h freetype/src/cff/cfferrs.h freetype/src/cid/cidparse.h freetype/docs/reference/ft2-version.html freetype/src/smooth/Jamfile freetype/src/tools/docmaker freetype/src/gzip/adler32.c freetype/src/tools/docmaker/.gitignore freetype/include/freetype/internal/sfnt.h freetype/docs/reference/README freetype/builds/compiler/unix-lcc.mk freetype/src/winfonts/winfnt.c freetype/devel/ftoption.h freetype/builds/wince/ftdebug.c freetype/src/gzip/zutil.c freetype/src/sfnt/sfntpic.c freetype/builds/unix/unix-def.in freetype/src/winfonts/winfnt.h freetype/builds/os2/os2-def.mk freetype/src/smooth/smooth.c freetype/src/gzip/zutil.h freetype/src/sfnt/sfntpic.h freetype/devel freetype/src/smooth/ftgrays.c freetype/src/raster/ftmisc.h freetype/docs/reference/ft2-module_management.html freetype/src/gxvalid/gxvmorx4.c freetype/include/freetype/internal/pcftypes.h freetype/src/pfr/pfrerror.h freetype/src/smooth/ftgrays.h freetype/src/winfonts/Jamfile freetype/builds/beos/beos.mk freetype/src/raster/raster.c freetype/include/freetype/internal/services/svwinfnt.h freetype/docs/CUSTOMIZE freetype/include/freetype/config freetype/builds/unix/configure.raw freetype/include/freetype/internal/t1types.h freetype/builds/wince/vc2008-ce/freetype.vcproj freetype/docs/reference/ft2-font_formats.html freetype/src/otvalid/module.mk freetype/include/freetype/internal/services/svpscmap.h freetype/ChangeLog freetype/include/freetype/fttrigon.h freetype/builds/win32/visualc freetype/src/cache/ftcmanag.c freetype/docs/FTL.TXT freetype/src/sfnt/ttsbit.c freetype/README freetype/src/cache/ftcmanag.h freetype/src/sfnt/ttsbit.h freetype/builds/mac/FreeType.ppc_carbon.make.txt freetype/builds/wince/vc2005-ce/freetype.sln freetype/docs/reference/ft2-sizes_management.html freetype/src/type42/t42drivr.c freetype/src/psaux/psconv.c freetype/include/freetype/ftbdf.h freetype/include/freetype/ftsizes.h freetype/src/type42/t42drivr.h freetype/src/cff freetype/include/freetype/internal/services/svtteng.h freetype/src/psaux/psconv.h freetype/include/freetype/internal/ftdebug.h freetype/src/tools/docmaker/docmaker.py freetype/src/gxvalid/gxverror.h freetype/src/autofit/module.mk freetype/include/freetype/internal/ftstream.h freetype/src/cff/cfftypes.h freetype/builds/modules.mk freetype/src/smooth freetype/docs/reference/ft2-bitmap_handling.html freetype/src/gxvalid/gxvmorx5.c freetype/src/gxvalid/gxvmod.c freetype/builds/freetype.mk freetype/include/freetype/internal/ftpic.h freetype/src/type42 freetype/src/gxvalid/gxvmod.h freetype/include/freetype/ftbbox.h freetype/src/otvalid/otvmod.c freetype/builds/unix/install-sh freetype/src/psnames/psnames.c freetype/builds/os2 freetype/src/cid/rules.mk freetype/src/psaux/psauxerr.h freetype/src/type42/t42objs.c freetype/src/otvalid/otvmod.h freetype/src/cache/ftccmap.c freetype/src/cache/ftcbasic.c freetype/src/cache freetype/src/smooth/ftsmerrs.h freetype/src/type42/t42objs.h freetype/include/freetype/internal/services/svttcmap.h freetype/version.sed freetype/builds/amiga/include/freetype/config/ftconfig.h freetype/src/psaux/t1decode.c freetype/docs/reference/ft2-glyph_management.html freetype/src/autofit/rules.mk freetype/src/tools/docmaker/utils.py freetype/builds/win32/visualc/index.html freetype/src/psaux/t1decode.h freetype/builds/ansi/ansi-def.mk freetype/src/otvalid/otvjstf.c freetype/src/type42/module.mk freetype/src/cff/cffgload.c freetype/src/autofit/aferrors.h freetype/src/gxvalid/gxvlcar.c freetype/builds/amiga/makefile freetype/include/freetype/internal/services/svsfnt.h freetype/src/bdf/README freetype/src/base/ftinit.c freetype/src/cff/cffgload.h freetype/src/cache/ftccback.h freetype/include/freetype/internal freetype/src/base/ftmm.c freetype/src/pcf/module.mk freetype/docs/TODO freetype/docs/reference/ft2-lzw.html freetype/src/tools/Jamfile freetype/builds/win32/detect.mk freetype/builds/unix/ltmain.sh freetype/src/autofit/afangles.c freetype/include/freetype/config/ftoption.h freetype/src/gxvalid/gxvcommn.c freetype/src/cff/cffload.c freetype/include/freetype freetype/src/autofit/afangles.h freetype/builds/compiler/visualc.mk freetype/src/gxvalid/gxvcommn.h freetype/src/cff/cffload.h freetype/builds/mac/FreeType.m68k_far.make.txt freetype/builds/amiga/include/freetype/config freetype/src/sfnt/ttpost.c freetype/src/sfnt/ttpost.h freetype/src/cid freetype/src/cache/rules.mk freetype/include/freetype/ttunpat.h freetype/builds/amiga/README freetype/include/freetype/ftmodapi.h freetype/include/freetype/internal/fttrace.h]

2010-07-18T05:30:08.091459Z Alex Cherepanov

Implement halftones type 6, 10, 16 in PDF interpreter.
Use default halftone when the halftone type is incorrect.

[Resource/Init/pdf_draw.ps]

2010-07-18T00:03:37.786299Z Alex Cherepanov

Recognize enumerated color space #12 as CMYK following JPX baseline spec.

[Resource/Init/pdf_draw.ps]

2010-07-17T21:23:39.853613Z Alex Cherepanov

Re-implement handling of named page sizes to avoid dependence on
the definitions of compatibility operators (a4, letter, etc.)
in userdict. Bug 691458.

[Resource/Init/gs_init.ps Resource/Init/gs_setpd.ps Resource/Init/gs_statd.ps]

2010-07-17T00:07:09.985181Z Alex Cherepanov

Remove unused variables CC_D and CC_INT from all makefiles.

[psi/os2.mak base/unixhead.mak base/bcwin32.mak base/openvms.mak base/watcw32.mak base/msvccmd.mak base/wccommon.mak]

2010-07-16T20:40:49.337914Z Alex Cherepanov

Fix the bug that prevented recognition of GenericResourceDir/Category/Name
as a valid resource path and required inclusion of GenericResourceDir in
the search path to find the same resource by searching.

New procedure does the following:
1. Returns GenericResourceDir/Category/Name if it exists.
2. Searches for Category/Name in LIBPATH. Returns actual path if found.
3. For non-existing resources return the same path as (1).

Old implementation added GenericResourceDir twice, didn't close files,
used system memory, called expensive procedures twice, etc.

Regression testing shows trivial differences in 23-07.ps, which prints
the length of ResourceFileName procedure.
This is a partial fix for bug 691408.

[Resource/Init/gs_res.ps]

2010-07-16T19:58:03.971410Z Michael Vrhel

Prepend icc directory to device profile name if the default name is
used so that we have it during clist reading.  This is a fix for the
iccprofiles/ problem in 691408 when compile inits is not used.  Also,
fix so that the profile name is allocated in non-gc memory.  This was
a source of issues with the userparams dict not seeming to be traced
or at least not getting its members relocated if a profile in the icc
manager was relocated.  This fixes the breaking of the psdcmyk device
in rev  11499.  Also removal of spurious warning messages.

[base/gsicc_manage.c]

2010-07-15T20:42:06.487509Z Ray Johnston

Change pdf14_put_image so that the gx_default_begin_typed_image will
be able to call the device's 'begin_image' which is often hooked for
device specific (hardware accelerated) image rendering. This avoids
the default image rendering which results in LOTS of fill_rectangle
calls. Found with customer 532.

[base/gdevp14.c]

2010-07-15T19:28:38.670595Z Ray Johnston

The other half of the version.mak change.

[Resource/Init/gs_init.ps]

2010-07-15T18:14:17.190964Z Ray Johnston

Update version to 9.00 PRE-RELEASE (with a bogus date, but before Aug 1)
This will serve to notify folks what the next release will be (not 8.72)

[base/version.mak]

2010-07-15T14:49:39.770856Z Alex Cherepanov

Improve Ghostscript operation when current directory is not included in the
search path.
1. Make file path separators at the end of LIBPATH entries optional to reduce
the number of trivial configuration errors.
2. Search LIBPATH list for valid iccprofiles/ directory as a sibling to
(Resource) and set it as a default to ensure a valid default.
This code follows /GenericResourceDir example.
3. Make sure that the path name derived from /GenericFontDir is is not
searched but other font file names are searched. Earlier code relied on
a feature of .libfile not searching for an absolute path and failed
when the path was relative.
Partial fix for bugs 691350, 691408.

[Resource/Init/gs_lev2.ps Resource/Init/gs_fonts.ps Resource/Init/gs_res.ps]

2010-07-15T05:42:55.376283Z Alex Cherepanov

Add copying default ICC profiles to disk-install location. This is necessary
for the builds with COMPILE_INITS=0, which looks for ICC profiles on disk.
Thanks to Hin-Tak for the patch. Bug 691449.

[base/unixinst.mak]

2010-07-14T21:25:33.726848Z Till Kamppeter

Allow the CUPS Raster backend alternatively output compressed (version 2)
CUPS Raster data (bug #689885).

[cups/gdevcups.c]

2010-07-13T18:30:29.088597Z Chris Liddell

Ensure the local variable into which we read Truetype cmap table data
(platform ID, encoding ID etc) is actually large enough to hold all
the data we read into it.

Bug 691452 (part 1)

No cluster differences expected.

[base/gsfcid2.c]

2010-07-13T08:24:56.010563Z Ken Sharp

Update the documentation on producing PDF/X to make it clear that -sProcessColorModel
is an absolute requirement, even when using -dUseCIEColor, and that the PDFA_def.ps
file must be edited, at the very least to alter the ICCProfile entry.

Also made some minor syntax changes in PDF/A and PDF/X documentation for greater clarity.

[doc/Ps2pdf.htm]

2010-07-13T07:04:59.625768Z Michael Vrhel

Fix for Bug 691444.  Issue was introduced when interpolation max output range
was set to be 65535 so that the output could be fed directly into CMM.
Problem was for HT output devices like pbmraw the interpolation filter
ignored the max range setting and used a max value of the frac range as
output.  This fixes a number of files that had regressions.  Files checked
with bmpcmp.

[base/sidscale.c]

2010-07-13T01:20:10.578834Z Michael Vrhel

Fix for bug 691445.  pdf14 mapping procs were not paying attention to the
trans device in the imager state.  bmpcmp showed that this fixed several
files.

[base/gdevp14.c]

2010-07-12T15:03:57.186505Z Chris Liddell

In the event the FAPI code has to replace the FontBBox array, make sure the new
array is marked executable.

No cluster differences expected.

[psi/zfapi.c]

2010-07-11T15:26:14.804339Z Michael Vrhel

Fix for overprint regressions introduced with icc branch merge.  Review of bmp
compares reveals that this fixes a number of issues hence the large number of
differences with the commit.  There is one regression introduced with this commit,
which is IA3Z0302.pdf.pdf.pkmraw.300 page 2 a bug will be opened for this.   Also,
review of Atona_Technical_1v1_x3.pdf.pam.72 reveals there some overprint issues may
still exist with bitmap and halftone image overprinting on top of spotcolors when
Overprint is true and and Overprint mode is set to On.  This issue may have existed
prior to the icc commit.  Will open a bug to investigate.

[base/gsicc_create.c base/gxcspace.h base/gscspace.c base/gsicc.c]

2010-07-10T01:28:54.795367Z Ray Johnston

Fix 'status' operator to return false when the IODevice prefix is
not found instead of undefinedfilename. Found while working on 691408.

[psi/zfile.c]

2010-07-09T18:31:19.790276Z Ray Johnston

Fix to use stable memory for profiledir in icc_manager structure and change
all 'current_' functions to return the actual value set, the default, or
an empty string if no default. Also set the default ICCProfilesDir to
%rom%iccprofiles which will work if COMPILE_INITS=1. This should also be
set by the PS init code (see bug 691408).

[psi/zusparam.c]

2010-07-09T09:40:17.170342Z Ken Sharp

Improve Windows batch files.
Bug #691440 "Windows bat files use relative paths and write to non-temp dir"

As suggested by Bjorn Martensson in bug #691440. Altered all batch files which call
other batch files so that they prepend the call with the location the original
batch file was executed from. This allows batch files such as ps2pdf.bat to be called
from locations other than the Ghostscript 'lib' directory.

Also altered the location of temporary files created by the batch files to the Windows
temporary folder by using the %TEMP% environment variable. If this variable is not set
for some reason then this will still default to the current directory, as it does now.
This allows batch files to be run from directories which are read only.

Since these files are not used by our (Linux) cluster there will be no differences. I
have tested a number of the scripts, but not all of them. The ones I have tested seem
to work well.

I finally found a reference which states that the %~d batch parameter was introduced
to Windows in NT4, this means that these batch files will likely fail on older versions
of Windows (ie Windows 3.x/95/98). I don't believe we need to support such antiquated
Operating Systems any further.

[lib/pf2afm.bat lib/gsdj500.bat lib/ps2ascii.bat lib/ps2pdfxx.bat lib/lpr2.bat lib/gsndt.bat lib/gstt.bat lib/eps2eps.bat lib/pdf2dsc.bat lib/gsbj.bat lib/ps2epsi.bat lib/gsdj.bat lib/dumphint.bat lib/ps2ps2.bat toolbin/msvcxml.bat lib/gsnd.bat lib/font2c.bat lib/pdfopt.bat lib/gst.bat lib/pdf2ps.bat lib/ps2pdf.bat lib/gslj.bat lib/bdftops.bat lib/pfbtopfa.bat lib/ps2pdf12.bat lib/ps2pdf13.bat lib/ps2pdf14.bat lib/gslp.bat lib/lpgs.bat lib/ps2ps.bat lib/pftogsf.bat]

2010-07-08T20:01:59.912724Z Robin Watts

Extend the experimental ENABLE_TRAP_AMALGAMATION code to the
TEMPLATE_slant_into_trapezoids cases too. The current code generates 3
trapezoids; the new code will (if the option is enabled) attempt to
amalgamate the top/bottom traps into the middle one.

Enabling this code (but disabling the existing code for trap amalgamation)
shows no differences. Enabling all the trap amalgamation code shows 888
differences, all fairly innocuous.

As this code is going in disabled, no cluster differences are expected.

[base/gxfillts.h base/gxfill.c]

2010-07-08T16:20:20.892723Z Alex Cherepanov

Update the Ghostscript man page to reflect the new default for -P option
made by the rev. 11494.

[man/gs.1]

2010-07-07T21:27:55.422122Z Marcos H. Woehrmann

clusterpush.pl with no options now tests language_switch build as well as gs, pcl, and xps.

Also some minor documentation improvements.

[toolbin/localcluster/clusterpush.pl toolbin/localcluster/readme]

2010-07-07T17:47:09.812924Z Alex Cherepanov

Dont't search for initialization files in the current directory first
by default because this leads to well-known security and confusion problems.
Do this only on the user's request by -P switch. Also revert rev. 11468,
which is no longer needed. Bug 691350.

[base/openvms.mmk psi/zfile.c doc/Use.htm base/bcwin32.mak base/ugcclib.mak base/Makefile.in base/unix-gcc.mak base/macos-mcp.mak toolbin/msvcxml.bat psi/os2.mak base/watclib.mak base/openvms.mak base/macosx.mak base/watcw32.mak psi/msvc32.mak base/unixansi.mak base/msvclib.mak]

2010-07-07T13:49:57.894248Z Ken Sharp

Fix : temporary memory device not finalized.

clist_init_data creates a temporary memory device in order to "get the memory planarity
set up", using a local variable to hold the device. When the function exits the
variable goes out of scope and disappears.

Because the memory device is a forwarding device it increments the reference count of
its target, but because it is never finalized it does not decrement the reference count
when it is destroyed, leading to an incorrect target reference count.

This only affects pdfwrite at present, but it prevents valid PDF files being written
because the file is only terminated when the pdfwrite device reference count reaches
0 and the pdfwrite device is closed.

Added calls to finalize the device before discarding it.

No expected differences.

[base/gxclist.c]

2010-07-06T22:27:32.077335Z Alex Cherepanov

Increase the max number of color components to 14 to accomodate a new
record (13) found in the wild. Bug 691425.

[base/gsccolor.h]

2010-07-06T09:25:40.558632Z Ken Sharp

Fix (pdfwrite) : Named destinations with no /Page not working properly

Bug #691344 "REGRESSION: ps2pdf of 8.70 generates correct hyperlinks but not ps2pdf of
8.71"

The revisions 9779 and 9788 fixed a problem where DOCVIEW pdfmarks without a /Page or
/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
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
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
expected.

[base/gdevpdfm.c]

2010-07-06T07:04:53.806003Z Ken Sharp

Improve handling an error condition as suggested by Alex Cherepanov in Bug #691435,
comment 9.

[base/gdevpdfj.c]

2010-07-06T00:11:44.270183Z Ray Johnston

Fix BAND_LIST_STORAGE=memory to handle files that create compressed memory
files > 2Gb. Also add code to make the reporting of these file sizes a bit
better, but portability may still be an issue. Reference Bug 690199 for
customers 850 and 531.

[base/gxclmem.c base/gxclist.c]

2010-07-05T23:51:46.696108Z Alex Cherepanov

Replace all '==' executable names with '//== exec' in Ghostscript start-up
code because MS driver redefines '==' in a way that requires write access to
the top dictionary, and this is not always the case. Bug 689957.

[Resource/Init/gs_cmap.ps Resource/Init/gs_pdfwr.ps Resource/Init/pdf_main.ps Resource/Init/gs_resmp.ps Resource/Init/pdf_font.ps Resource/Init/gs_fonts.ps Resource/Init/pdf_base.ps Resource/Init/pdf_sec.ps Resource/Init/gs_ttf.ps Resource/Init/pdf_draw.ps Resource/Init/gs_cff.ps Resource/Init/gs_fapi.ps]

2010-07-05T16:18:38.343520Z Alex Cherepanov

Set svn:ignore property for all remaining generated files in jasper,
jbig2dec, and tiff directories.

[tiff/contrib/iptcutil tiff/contrib/tags tiff/build tiff/tools tiff tiff/contrib tiff/contrib/mac-mpw tiff/contrib/acorn tiff/html jasper/src/libjasper/include/jasper tiff/contrib/mac-cw tiff/contrib/dbs tiff/html/images tiff/man tiff/contrib/win_dib tiff/html/man tiff/libtiff tiff/test tiff/contrib/addtiffo jbig2dec tiff/port tiff/contrib/ras tiff/contrib/mfs tiff/contrib/pds tiff/contrib/dbs/xtiff tiff/contrib/stream]

2010-07-05T15:10:09.278642Z Ken Sharp

Add a pair of parentheses to silence a gcc compiler warning. Also extend the comment
slightly to be a little more informative.

No differences expected.

[base/gdevpdfj.c]

2010-07-05T05:13:16.304757Z Alex Cherepanov

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.

[Resource/Init/pdf_font.ps]

2010-07-05T01:23:43.139942Z Hin-Tak Leung

test for emptiness of HAVE_FONTCONFIG is better than non-yes-ness of
enable_fontconfig;
fine-tuning of r11448 to --disable-cairo when fontconfig is not available or
user-disabled

[base/configure.ac]

2010-07-05T01:18:30.861454Z Hin-Tak Leung

new/renamed documentation file libpng-1.2.44.txt missed in r11482 for
libpng 1.2.42->1.2.44 upgrade

[libpng/libpng-1.2.44.txt]

2010-07-04T19:04:17.740307Z Alex Cherepanov

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.

[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]

2010-07-03T00:29:40.754683Z Hin-Tak Leung

missed linker defines needed to build under 64-bit windows in a
previous commit r11388 for bug 691302

[psi/msvc32.mak]

2010-07-01T21:58:29.492747Z Michael Vrhel

Bubble up of error when allocation of default profile cmm handle fails. Fix for bug 691429

[base/gsicc_manage.c]

2010-07-01T21:13:55.381754Z Hin-Tak Leung

revert r11469(r11455) - wrong fix to bug 690428

[base/gdevxcmp.c]

2010-07-01T19:08:29.177579Z Ken Sharp

Enhancement (pdfwrite) : Fall back to Flate instead of JPEG when an image turns out
short.

Bug #691435 "any PDFSETTINGS besides /default gives dictfull error"

There are two problems; firstly when an error is encountered closing a filter the
error code (-1 or -2 usually) is returned and interpreted as a regular GS error,
resulting in ridiculous error messages. Modified to return ioerror instead.

Secondly, when an image terminates with insufficient data and pdfwrite is creating a
DCT encoded image, we can't complete the image. In this case try to fall back to the
simple Flate compressed stream instead.

No differences expected.

[base/gdevpdfj.c]

2010-07-01T17:14:23.564053Z Michael Vrhel

Fix for Bug 691431.  This was caused by a PS CIE color space being
used for a transparency group color space.  That really should not
be allowed since those color spaces are unidirectional.  They are
installed though when -dUseCIEColor is used with a PDF file that has
transparency. Solution is to use the default ICC profiles for the group
color space when this occurs.

[base/gstrans.c]

2010-07-01T12:19:20.914734Z Robin Watts

Revert revision 11472 as it breaks almost every file in the cluster tests,
and it's preventing other meaningful work being done.

[base/gp_unifn.c]

2010-07-01T00:41:57.037474Z Hin-Tak Leung

reapply 11457

[base/gs_dll_call.h]

2010-07-01T00:40:43.889090Z Hin-Tak Leung

reapply 11456

[base/gp_unifn.c]

2010-07-01T00:36:16.428446Z Hin-Tak Leung

reapply 11454 for outdated config.guess config.sub. see original commit log

[jpeg/config.guess jpeg/config.sub]

2010-07-01T00:33:05.624689Z Hin-Tak Leung

typo that causes linker error if one does not do make clean between builds

[base/lib.mak]

2010-07-01T00:00:22.982087Z Hin-Tak Leung

reapply r11455 - see original commit log for details

[base/gdevxcmp.c]

2010-06-30T23:34:11.835858Z Hin-Tak Leung

security patch from Werner Fink, to disable loading init files from
group/world-writable directories - bug 691350

[psi/zfile.c]

2010-06-30T22:12:02.295636Z Michael Vrhel

Initialize profile member variables that are part of serialization.
Fix for Bug 691433

[base/gsicc_manage.c]

2010-06-29T18:06:29.735123Z Henry Stiles

remove obsolete clusterpush scripts.

[/trunk/ghostpdl/tools/clusterpush.sh toolbin/clusterpush.sh]

2010-06-29T17:17:45.269232Z Henry Stiles

revert back to 11450.

[/trunk/ghostpdl/main/pcl6_gcc.mak libpng/pngrtran.c libpng/scripts/makefile.gcmmx base/ugcclib.mak libpng/contrib/pngminim/encoder/gather.sh /trunk/ghostpdl/xps/xpspath.c base/unix-gcc.mak libpng/scripts/makefile.sgi base/gp_unifn.c base/macos-mcp.mak libpng/scripts/makefile.sco libpng/scripts/makefile.hpgcc /trunk/ghostpdl/main/pcl6_msvc.mak libpng/KNOWNBUG libpng/projects/xcode/libpng.xcodeproj/project.pbxproj libpng/scripts/pngos2.def base/macosx.mak libpng/scripts/makefile.nommx libpng/scripts/makefile.linux jpeg/config.guess base/unixansi.mak libpng/pngmem.c base/msvclib.mak libpng/png.c libpng/contrib/pngminim/decoder/gather.sh libpng/scripts/makefile.64sunu jpeg/config.sub libpng/scripts/libpng-config-head.in libpng/scripts/makefile.elf libpng/png.h base/lib.mak libpng/CMakeLists.txt libpng/pngrio.c libpng/Y2KINFO libpng/pngpread.c libpng/scripts/makefile.netbsd /trunk/ghostpdl/xps/xps_msvc.mak libpng/pngwio.c libpng/pngrutil.c libpng/scripts/makefile.hpux libpng/scripts/makefile.darwin libpng/scripts/makefile.sggcc /trunk/ghostpdl/xps/xpsglyphs.c libpng/README doc/Make.htm libpng/contrib/pngminim/decoder/makefile libpng/scripts/makefile.32sunu libpng/libpngpf.3 libpng/scripts/makefile.solaris-x86 /trunk/ghostpdl/language_switch/pspcl6_msvc.mak libpng/libpng-1.2.42.txt libpng/contrib/pngminim/preader/makefile libpng/libpng-1.2.44.txt libpng/scripts/makefile.solaris base/Makefile.in libpng/pngwtran.c libpng/contrib/pngminim/preader/gather.sh /trunk/ghostpdl/xps/xpstile.c /trunk/ghostpdl/xps/xpsgradient.c libpng/scripts/makefile.hp64 base/gs_dll_call.h libpng/scripts/makefile.aix libpng/scripts/makefile.mingw libpng/scripts/png32ce.def /trunk/ghostpdl/common/msvc_top.mak libpng/scripts/makefile.beos base/watclib.mak /trunk/ghostpdl/xps/xpsopacity.c libpng/scripts/makefile.ne12bsd libpng/pngread.c /trunk/ghostpdl/xps/xpspage.c libpng/scripts/pngw32.def libpng/pngget.c libpng/INSTALL libpng/scripts/makefile.cegcc libpng/CHANGES libpng/contrib/pngminim/encoder/makefile libpng/libpng.3 libpng/example.c libpng/projects/wince.txt base/bcwin32.mak libpng/scripts/makefile.so9 libpng/pngconf.h libpng/pngwrite.c libpng/pngset.c libpng/LICENSE libpng/png.5 libpng/pngwutil.c base/openvms.mak base/gdevxcmp.c libpng/scripts/makefile.openbsd libpng/scripts/makefile.dec base/watcw32.mak base/unix-dll.mak libpng/scripts/README.txt libpng/scripts/makefile.cygwin psi/msvc32.mak libpng/pngtest.c libpng/ANNOUNCE /trunk/ghostpdl/xps/xpsimage.c libpng/scripts/libpng.pc.in]

2010-06-29T07:08:29.009258Z Hin-Tak Leung

more cygwin/mingw-related patches from Jan Nieuwenhuizen (lilypond/gub) ; this
one depends on features of GNU make, so it is added as comments to avoid
breaking build with non-GNU make

[base/unix-dll.mak]

2010-06-29T07:05:45.877229Z Hin-Tak Leung

avoid re-define _Windows if it is already defined; one of the cygwin/mingw-related
patches from Jan Nieuwenhuizen (lilypond/gub)

[base/gs_dll_call.h]

2010-06-29T07:04:25.796552Z Hin-Tak Leung

cygwin is one platform which uses the unix file name interface but is
sensitive to binary/text mode; one of the cygwin/mingw-related patches from
Jan Nieuwenhuizen (lilypond/gub)

[base/gp_unifn.c]

2010-06-29T06:47:59.438186Z Hin-Tak Leung

gx_device_has_color() was changed 8 years ago in the deviceN commit (r2925),
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
(bug 690428) to be seen.

[base/gdevxcmp.c]

2010-06-29T06:05:26.121392Z Hin-Tak Leung

updating jpeg config.sub config.guess to that from
libpng 1.2.44; bug 690486

[jpeg/config.guess jpeg/config.sub]

2010-06-29T05:30:19.407679Z Hin-Tak Leung

apply diff between stock 1.2.42 <-> 1.2.44 to upgrade to
libpng 1.2.44 - bug fixes - CVE-2010-1205

[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/libpng-1.2.44.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/libpng.3 libpng/projects/wince.txt 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]

2010-06-29T05:25:07.282125Z Hin-Tak Leung

change documentation as --enable-dynamics is no longer required
for "make so" to work

[doc/Make.htm]

2010-06-29T05:20:09.043972Z Hin-Tak Leung

split lcms code build into arch-specific targets; try to make both windows
inline assembly and unix "make so" work simultaneously; bug 691427

[base/watclib.mak base/lib.mak base/bcwin32.mak base/openvms.mak base/ugcclib.mak base/macosx.mak base/watcw32.mak base/Makefile.in base/unix-gcc.mak base/unixansi.mak psi/msvc32.mak base/macos-mcp.mak base/msvclib.mak]

2010-06-29T05:16:38.524502Z Hin-Tak Leung

move the DYNAMIC_* defines out of the --enable-dynamic condition so that it
applies generally; try to "make so" work with just
./configure ; many bugs ask for make so to work

[base/configure.ac]

2010-06-29T04:34:10.440639Z Hin-Tak Leung

switch autoconf png test away from testing for a soon-to-be-obsolete routine
to one we actually use, to smooth over the libpng 1.2.x to 1.4.x
transition; bug 691111

[jbig2dec/configure.ac base/configure.ac]

2010-06-29T04:15:47.742872Z Hin-Tak Leung

make --disable-fontconfig imples --disable-cairo; bug 690690

[base/configure.ac]

2010-06-29T04:04:53.158322Z Hin-Tak Leung

tries to remove empty *obj/*bin directories when invoking "make distclean"; bug 690871

[base/unix-end.mak base/Makefile.in base/unix-dll.mak base/unix-gcc.mak base/unixansi.mak]

2010-06-29T03:48:17.519902Z Hin-Tak Leung

check for GNU sed and switch to alternative sed options if sed is non-GNU; bug 691292

[cups/pstopxl.in base/configure.ac]

2010-06-29T03:44:30.895095Z Hin-Tak Leung

Part 2 of update (new files) posted to 687983, corrected for current svn HEAD.

[contrib/pscolor/black.pdf contrib/pscolor/color.pdf contrib/pscolor/colorsplit.vcproj contrib/pscolor/black.ps contrib/pscolor/color.ps contrib/pscolor/common.mak contrib/pscolor/input.ps contrib/pscolor/windows.mak]

2010-06-29T03:41:18.718227Z Hin-Tak Leung

Part 1 of the update (modifications to checked-in files)
to the pscolor code posted in 687983, corrected for current svn head.

[contrib/pscolor/Makefile contrib/pscolor/test.c contrib/pscolor/instream.yy]

2010-06-29T03:38:46.508455Z Hin-Tak Leung

ijs communication should be all binary; left-over uncommitted patch from past ijs-related work

[ijs/ijs_server_example.c]

2010-06-29T03:34:45.878285Z Hin-Tak Leung

implements ./configure --with-ufst=UFST_ROOT_DIR ; bug 691293

[doc/Make.htm base/Makefile.in base/configure.ac]

2010-06-29T02:32:38.254860Z Michael Vrhel

Removal of static prototype that has no function.

[base/gsicc_cache.c]

2010-06-29T00:50:32.521441Z Michael Vrhel

Fix lack of end-of-line in file.

[base/gsicc_littlecms.c]

2010-06-28T15:04:31.998704Z Henry Stiles

Fix a typo, thanks to Ken for spotting this in review.

[base/gxpcmap.c]

2010-06-28T10:50:53.201708Z Michael Vrhel

Warnings of problems within lcms only occur now in debug mode.  Fix for Bug 691401

[base/gsicc_littlecms.c]

2010-06-28T05:16:59.820980Z Michael Vrhel

Interface with lcms so that the memory allocators make use of ghostscript's
allocator.  This required fixing a few bugs in littlecms where he was using
free instead of _cmsFree and also having lcms.h provide the prototypes if the
external mem alloc is defined.  Performed cluster push with no problem.  Thanks
to Henry for helping me track down a 64 bit issue.

[lcms/include/lcms.h base/lib.mak lcms/src/cmslut.c base/lcms.mak lcms/src/cmsio1.c base/gsicc_littlecms.c]

2010-06-26T20:06:13.718954Z Henry Stiles

The ad hoc gstate setup for patterns should not call grestore after
gsave when erasing colored patterns because it results in
"wraparound", creating another gstate (no saved gstate exists when the
pattern is painted), see gsstate.c:gs_grestore() vs
gsstate.c:gs_grestore_only().  Thanks to Ken Sharp for noticing the the
extra gstate.  No expected differences.

[base/gxpcmap.c]

2010-06-26T17:59:06.494303Z Henry Stiles

This file should have been checked in with revision 11433 which will
not compile without this change.

[base/gdevpxat.h]

2010-06-25T12:00:50.643763Z Chris Liddell

Provide more robust behaviour when FT fails to render a glyph. Inistead
of silently continuing when FT errors on a glyph, we'll now attempt to use
the notdef, if the notdef triggers an error, we signal the error to the GS
world. This ensures that any time we expect processing to continue there is
valid glyph information available to the cache and other downstream devices.
This causes one regression difference with 34_all.PS, where an extra TTF
notdef is rendered.

Bug 691416

[psi/fapi_ft.c]

2010-06-24T07:11:11.011423Z Ken Sharp

Remove a couple of currently unused variables to silence a harmless compiler warning.

[base/gdevpsft.c]

2010-06-23T17:14:40.891928Z Alex Cherepanov

Simplify and fix the implementation of operator --mul--, which mishandled
some cases like "16#80000000 -1 mul". Bug 691412.

[psi/zarith.c]

2010-06-23T15:56:39.786311Z Ken Sharp

This patch adds limited support for TrueType collection fonts to pdfwrite and ps2write.

In the PostScript world TTC fonts are never passed down to pdfwrite, we only ever see
TrueType fonts. XPS, however, can pass back TrueType collection SNFTS data. This patch
uses the first font from the TrueType collection and writes that to the output file.
This may be too limited and may require further work in future.

[base/gdevpsft.c]

2010-06-23T14:33:08.852324Z Michael Vrhel

Fix for bug691415.  When equivalent ICC profile is already created we
should just use it.  Thanks to Ken for getting the details together.

[base/gscsepr.c]

2010-06-23T05:02:13.734047Z Michael Vrhel

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.
Tangentially related, there could still be problems with what lcms is
doing here if the number of Input channels is 1 and the number of Output
channels is 3.  In that case, it is possible (but not likely) that I could
have radically different gamma behavior in each of the RGB channels.  Trans
in such a case would be constructed based upon only one curve based on the
red channel.   In the real world, this is probably not a problem but ideally
it would be optimal to use something that provides the best prelinearization
in all three channels.  That is an optimization for Marti to do and perhaps
is already in lcms2.

[lcms/src/cmsgmt.c]

2010-06-22T14:54:59.999510Z Henry Stiles

Erase patterns with the color white instead of filling the pattern
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,
eliminating a long standing UMR in the pcl code where the pattern was
combined with the destination/source with indeterminate results.  The
UMR manifested in frequent regression reports in the pcl tests
(c321.bin for example), these reports should go away with this change,
though (NB) the change only masks the underlying issue.

[psi/zpcolor.c base/gxpcmap.c base/gxpcolor.h]

2010-06-22T06:12:54.377174Z Masaki Ushizaka

Fix for bug 689836 and 691248.

Bug 689836 - Huffman tables with only positive values are decoded incorrectly
Bug 691248 - jbig2dec doesn't handle 042_11 (Huffman Symbol Region)

This patch fixes mulfunctions seen on standard huffman table K, L, M and N.
A difference will be seen on tests_private/comparefiles/Bug690360.pdf.
This file was affected by table K mulfunction and this is a improvement.

[jbig2dec/jbig2_hufftab.h]

2010-06-22T06:00:12.605983Z Alex Cherepanov

Revert rev. 7964 and use a different approach: allocate all structures
and proceed with their initialization only if all allocations were
successful. Fix memory corruption that happens at the PostScript
stack overflow. Bug 691295.

[psi/idosave.h psi/ialloc.c psi/isave.c]

2010-06-22T05:59:23.952778Z Masaki Ushizaka

Added test code for every line of each standard huffman tables.

[jbig2dec/jbig2_huffman.c]

2010-06-22T05:15:53.089456Z Alex Cherepanov

Add a /.notdef entry to /CharStrings dictionary if it's missing from an
embedded Type1 font. Bug 691406, customer 130.

[Resource/Init/pdf_font.ps]

2010-06-21T16:41:55.147464Z Michael Vrhel

Removal of improper error message.  Source of a potential access violation.

[base/gsicc_manage.c]

2010-06-21T15:07:03.992218Z Ken Sharp

Add the 'gs_error_Remap_Color' pseudo-error, a duplicate -f e_Remap_Color in the
PostScript interpreter, to the 'base' error list so that PDL clients other than
PostScript can make use of it for high-level pattern support.

[base/gserrors.h]

2010-06-21T01:14:18.832712Z Hin-Tak Leung

auto-detect host as *BSD and use a differently named obj directory;
no effect on non-*BSDs. fixes bug 687214

[base/Makefile.in base/configure.ac]

2010-06-21T00:32:43.898825Z Hin-Tak Leung

adding more borland-related build tips; part of borland build fixes (bug 691400)

[doc/Make.htm]

2010-06-21T00:12:42.541103Z Hin-Tak Leung

got some garbage in the beginning of the file introduced in an earlier commit

[doc/Install.htm]

2010-06-21T00:01:12.712437Z Hin-Tak Leung

nsis-based installer script, makefile adaptation, documentation update; bug 691363

[psi/winint.mak doc/Release.htm psi/nsisinst.nsi doc/Install.htm]

2010-06-20T23:38:47.757390Z Hin-Tak Leung

borland build fix (bug 691400): borland defines P_tmpdir but not
_P_tmpdir; similiar difference between borlandc and msvc has been
seen with setmode/_setmode in the ijs code in ijs/ijs_server.c

[jasper/src/libjasper/base/jas_stream.c]

2010-06-20T23:32:24.162240Z Hin-Tak Leung

borland build fix (bug 691400): update and complete documentation on
working around for too-many-warnings-equal-error problem of borland c++

[doc/Make.htm]

2010-06-20T23:29:34.775566Z Hin-Tak Leung

borland fix (bug 691400): Borland c++ does not support c99 LL nor
ULL, but use i64/ui64 like MSVC for 64-bit integer literals

[base/sha2.c]

2010-06-20T23:11:37.618908Z Hin-Tak Leung

4 borland build fixes (bug 691400):

- hook up libtiff
- build mkromfs
- build import library *.lib corresponding to the dll
- build the split-out make_filelist (see also r11388 for Bug 691302,
which does it for msvc)

[base/bcwin32.mak]

2010-06-20T23:03:49.551572Z Hin-Tak Leung

borland build does not create the obj and bin directories. part of borland build fix (691400)

[base/bcwin32.mak]

2010-06-20T22:57:32.647408Z Hin-Tak Leung

defines a unix target, since win32 requires specific compiler flags;
HP-UX make/MS nmake both issues a warning and borland make issues an
error for duplicate targets; fixes bug 691337, and also part of the
problems with borland build (bug 691400)

[base/libtiff.mak]

2010-06-20T03:45:03.823204Z Alex Cherepanov

Fix malformed ICC profile generation on big endian systems, which was caused
by confusion between internal and external representation of an integer.

[base/gsicc_create.c]

2010-06-20T03:01:50.289956Z Alex Cherepanov

Don't leave wild bytes at the end of a generated ICC profile. Fix Valgrind
warnings and spurious hash value differences.

[base/gsicc_create.c]

2010-06-18T23:59:23.662717Z Michael Vrhel

Fix so that when the CIE color spaces are released, the icc equivalent
space is also rc decremented as is the profile.

[base/gscscie.c]

2010-06-18T18:06:59.517404Z Michael Vrhel

Fix for memory leak in creation of icc profile from def(g) objects.

[base/gsicc_create.c]

2010-06-18T02:00:13.716745Z Alex Cherepanov

Use operator --search-- instead of --token-- during PDF rebuilding
to reduce the load on the name table, slightly improve the speed, and
work around the bug 691005 in a few cases.

[Resource/Init/pdf_rbld.ps]

2010-06-17T20:23:33.279930Z Hin-Tak Leung

adjust self-reference of bswin32.mak to correct location.
Part 1 of fix to bug 691400

[base/bcwin32.mak]

2010-06-17T20:03:30.325885Z Hin-Tak Leung

mentioning -P-/-P and further reference to the INITIALIZATION FILES and
Use.htm in the man page. bug 691350

[man/gs.1]

2010-06-17T19:46:05.887718Z Michael Vrhel

add missing type def for gsicc_create_mashed_clut

[base/gsicc_create.c]

2010-06-17T19:38:39.362075Z Hin-Tak Leung

split make_filelist functionality out of setupgs, to allow UAC restriction
during packaging of the installer. Bug 691302

[psi/dwsetup.cpp psi/winint.mak psi/msvc32.mak psi/mkfilelt.cpp]

2010-06-17T19:31:28.160475Z Hin-Tak Leung

add info about silent batch installation; bug 691268

[doc/Install.htm]

2010-06-17T19:28:20.229863Z Michael Vrhel

rc_decrement any icc objects that may exist in the imager state that was
created for handling the conversion from PS CIE objects to ICC profiles.

[base/gscie.c]

2010-06-17T18:04:35.295987Z Michael Vrhel

Free up tag list when done creating icc profile from PDF cal type.

[base/gsicc_create.c]

2010-06-17T17:13:34.616951Z Michael Vrhel

Change to help track down any memory leaks related to the new icc code.
Also fix so that gs_init_iccmanager copies the null character from the default
profile string names.  There was a mismatch between what happened here and what
happens when the default user params are set.  This was causing the profiles to
reset in the manager when they did not need to be.

[base/gsicc_manage.c]

2010-06-17T09:20:18.689467Z Ken Sharp

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
rather than the show enumerator returned by gx_default_text_begin.

No differences expected.

[base/gxchar.h base/gxtext.h]

2010-06-16T06:11:25.298134Z Hin-Tak Leung

a few more CRLF eol and svn property corrections

[zlib/contrib/dotzlib/LICENSE_1_0.txt zlib/contrib/vstudio/readme.txt zlib/contrib/masmx64/readme.txt base/gsicc_cache.h base/gsicc_manage.c base/gsicc_manage.h zlib/projects/visualc6/README.txt zlib/contrib/dotzlib/readme.txt]

2010-06-15T17:17:15.944441Z Michael Vrhel

Rename of a few functions to match documentation, update of gdevwts.c to
use new color architecture, addition of minor utility functions for use in gxps.
This should not generate regressions.

[base/lib.mak base/gsicc_littlecms.h base/gsicc_cache.h base/gsicc_manage.c base/gscms.h base/gdevwts.c base/gsicc_manage.h base/gsicc_littlecms.c]

2010-06-15T16:54:40.171304Z Michael Vrhel

Update of Color Architecture document in preparation for release of GS 9.0

[doc/Color_Architecture.tex doc/figures/XPS_Integer_Gray_RGB_Image.eps doc/figures/Overview.eps doc/figures/XPS_DeviceN.eps doc/figures/PDF_Render.eps doc/figures/XPS_Render.eps doc/GS9_Color_Management.pdf doc/figures/XPS_Vector_Color.eps doc/figures/XPS_RGB_Image_Float.eps doc/figures/PS_Spec.eps doc/Color_Architecture.pdf doc/GS9_Color_Management.tex doc/figures/PS_Render.eps doc/figures/PDF_Spec.eps]

2010-06-14T23:10:27.633844Z Henry Stiles

Modified line endings from CRLF -> LF and propset to native.

[base/gsicc_cache.c base/gsicc_cache.h base/gsicc_manage.c base/gsicc_manage.h]

2010-06-14T18:42:47.881614Z Alex Cherepanov

Fix yet another case where memcpy() copies a memory block on itself.
This doesn't cause any problems on Linux or Windows but violates the
spec and irks Valgrind. Bug 691394.

[base/gsline.c]

2010-06-14T18:07:49.834071Z Chris Liddell

Remove the "<font> is being rendered with FAPI=<renderer>"
messages. But leave a warning if we fall back to the old GS renderer.

[Resource/Init/gs_fapi.ps]

2010-06-14T11:19:07.131026Z Ken Sharp

Fix (pdfwrite) : limit composite object sizes when producing PDF/A

Bug #691370 "Dictionary size not limited for PDF/A-1"

The PDF/A specification insists that the implementation limitations of Acrobat as
defined in PDF 1.4 should be followed when producing PDF/A files. Accordingly this
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
user has expressed a desire for an output file, we fall back to Policy 0 'Produce a
regular PDF file' instead.

Also extend PDFACompatibilityPolicy to include policy 2 'abort'.

No test file for this case, no differences expected.

[base/gdevpdfo.c]

2010-06-14T11:14:18.794921Z Ken Sharp

Extend to PDF/X emission the enhancement in revision 11369 which prevents emitting
invalid PDF/A files when glyphs are missing from fonts.

[base/gdevpdte.c]

2010-06-14T11:12:40.380849Z Ken Sharp

Update the ps2pdf documenataion to reflect the fact that PDF/X-3 conversion now also
uses the PDFACompatibilityPolicy to control behaviour when a conforming file cannot be
produced.

Also applied some general grammatical correction to the text.

[doc/Ps2pdf.htm]

2010-06-14T09:34:17.990404Z Ken Sharp

Fix (pdfwrite) : Don't emit invalid PDF/A files

Bug #691383 "pdfwrite emits invalid PDF/A when glyphs are missing in the input font."

If the input file references glyphs which are not in the font, then we could emit a
PDF/A file which also referenced glyph which were not present in the fonts embedded
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
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.

[base/gdevpdfm.c base/gdevpdte.c]

2010-06-12T15:19:56.267658Z Henry Stiles

The ICC profile file name buffer was too small to accommodate the
trailing null appended by strcat resulting in an invalid write to
memory.

[base/gsicc_manage.c]

2010-06-11T17:24:06.899434Z Chris Liddell

In the event of a FreeType error when scaling a font face, don't clean
up the FT data, but leave it to the garbage collector
to call the font object's "finalize" function, which will then
clean up the FT data.
Secondly, add code to deal with very low resolutions underflowing some of FT's
fixed point code (similar to code for small scale factors).
Bug 691381

[psi/fapi_ft.c]

2010-06-11T07:53:37.156852Z Ken Sharp

Fix pdfwrite - device reference counting problem with patterns and XPS

When using XPS as the input PDL, and pdfwrite as the output device, the pdfwrite device
was counted up by pattern accumulator allocation, but the clist accumulator never
counted the device down, leading to a reference count > 1 at EOJ. This meant that
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
'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)

This resolves the issue with device reference counts and all the FTS XPS files now
produce complete PDF files.

[base/gxpcmap.c]

2010-06-10T16:11:08.241878Z Chris Liddell

When extracting a path from the FAPI world (for a charpath, for example),
only close the path if it has been "opened".
This prevents empty paths from non-marking glyphs resulting in a point being
rendered on the page.
Another part of Bug 691252.
This change causes ~195 differences to be reported on the cluster, but they
are all progressions.

[psi/zfapi.c]

2010-06-10T14:06:40.549557Z Chris Liddell

Make the rendering of the Truetype notdef glyph optional with the FAPI interface
(as per the previous behaviour).
A few cluster differences are expected as we have test files which use the TTF notdef,
I have checked all the differences, and they are correct.
This is part of Bug 691252

[psi/zfapi.c]

2010-06-09T18:59:09.419344Z Robin Watts

Update comparerevs.pl script so that it no longer ignores hash values
on files taht have a non-zero error return. It now only ignores hash
values on timeouts (because runs can easily produce different numbers of
pages on each run).

Also, the output is updated to show error values together with hash results.
Error values are now always in brackets, on a red background.

[toolbin/localcluster/comparerevs.pl]

2010-06-08T16:20:39.058317Z Chris Liddell

In bytes_copy_rectangle() clamp the length of each row to be copied to the
stride of the raster. This takes care of problems copying bitmaps from FT
(or potentially other font libraries) which use different alignment to
the "internal" rasters. Bug 691328.

[base/gsbitops.c]

2010-06-08T01:04:10.677952Z Alex Cherepanov

Check whether the font has /Encoding before trying to use it. Recent FAPI
changes give /BuildChar procedure to all fonts including CIDFont resources.
So the check for non-null pfdata->BuildChar no longer guaranteed that the
font has /Encoding. Bug 691311.

[psi/zchar.c]

2010-06-07T17:14:20.171809Z Michael Vrhel

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.

[lcms/src/cmspack.c]

2010-06-06T18:00:36.332831Z Michael Vrhel

Fix for Bug 691367.  Seg fault should no longer occur.  If an attempt is
made to set a color space in the graphic state and the ICC manager's
profiles have not yet been initialized, it will be taken care of.

[base/gsicc_manage.c base/gscspace.c]

2010-06-05T20:03:55.912155Z Alex Cherepanov

Don't copy memory block into itself; clear a Valgrind warning.

[base/gsdparam.c]

2010-06-05T19:20:40.615579Z Michael Vrhel

Fix for indeterminisms in some PS files where the alternate tint transform
color space for a DeviceN or Separation color space is CIE based.  Previously
we were  returning either CMYK, or RGB based based upon the channel count for
the CIE space.  Now we are returning an equivalent ICC based color space.  Also
minor fix for uninitialized memory in generated profile.

[base/gscdevn.c base/gsicc_create.c base/gscsepr.c]

2010-06-03T16:57:17.441589Z Hin-Tak Leung

observe minst->search_here_first condition in file search; bug 691350

[psi/zfile.c]

2010-06-03T00:32:07.629281Z Hin-Tak Leung

Adding -P- and -dSAFER to many POSIX shell scripts, win32 and OS/2 batch scripts; bug 691355

[lib/bjc610b4.upp lib/bjc610b6.upp lib/lp386.bat lib/bjc610b7.upp lib/bjc610b8.upp lib/gsndt.bat lib/pdf2dsc lib/eps2eps.bat lib/st640plg.upp lib/ras8m.upp lib/ras24.upp lib/pv.sh lib/bj8oh06n.upp lib/necp2x.upp lib/stc600p.upp lib/pfbtopfa.bat lib/stc640p.upp lib/wftopfa lib/ps2ps lib/stc2s_h.upp lib/stc500ph.upp lib/ps2ps.cmd lib/pphs lib/stcany_h.upp lib/pf2afm lib/gsdj500 lib/dnj750c.upp lib/pf2afm.cmd lib/stc600pl.upp lib/stc800pl.upp lib/gsbj lib/ps2epsi lib/ps2epsi.cmd lib/dnj750m.upp lib/dumphint lib/gsnd lib/font2c lib/gsdj.bat lib/pdfopt lib/ras32.upp lib/ps2ps2.bat lib/pdf2ps lib/ps2pdf.cmd lib/pdf2ps.cmd lib/stc500p.upp lib/cdj690.upp lib/stc600ih.upp lib/st640p.upp lib/stc_h.upp lib/gslj.bat lib/stcany.upp lib/stc800ih.upp lib/bdftops.bat lib/stc_l.upp lib/ras1.upp lib/gslp.bat lib/lpgs.bat lib/st640ihg.upp lib/ras3.upp lib/stc1520h.upp lib/ras4.upp lib/stc300.upp lib/bj8ts06n.upp lib/eps2eps lib/ps2ascii.bat lib/eps2eps.cmd lib/stc2_h.upp lib/pdf2dsc.bat lib/stc.upp lib/stc300bl.upp lib/stc300bm.upp lib/bj8pp12f.upp lib/pfbtopfa lib/stc800p.upp lib/bjc610a0.upp lib/bj8gc12f.upp lib/st640pg.upp lib/bjc610a1.upp lib/cdj690ec.upp lib/bjc610a2.upp lib/ps2ps.bat lib/bjc610a3.upp lib/bjc610a4.upp lib/bjc610a5.upp lib/bj8hg12f.upp lib/stc2.upp lib/st640pl.upp lib/bjc610a6.upp lib/printafm lib/bjc610a7.upp lib/pf2afm.bat lib/gsdj500.bat lib/bjc610a8.upp lib/ps2pdfxx.bat lib/lpr2.bat lib/lp386r2.bat lib/stc200_h.upp lib/unix-lpr.sh lib/gsdj lib/necp2x6.upp lib/ps2ps2 lib/ps2epsi.bat lib/gsbj.bat lib/bj8pa06n.upp lib/ps2ps2.cmd lib/dumphint.bat lib/cdj550.upp lib/gslj lib/gsnd.bat lib/font2c.bat lib/bdftops lib/pdfopt.bat lib/pdf2ps.bat lib/st640ih.upp lib/gslp lib/ps2pdfwr lib/bjc610b1.upp lib/bjc610b2.upp lib/dvipdf lib/ps2ascii lib/bjc610b3.upp lib/pftogsf.bat]

2010-06-02T17:45:39.111970Z Robin Watts

Introduce new ENABLE_TRAP_AMALGAMATION build define. If set at build time
then code is introduced to gxfillts.h to try to amalgamate some of the
rectangles produced into the surrounding trapezoids.

This can cause small rendering differences due to the difference in rounding
within scan conversion and trap extraction.

The option is disabled by default.

No expected differences with it disabled. 439 non pdfwrite differences, 99
differences with it enabled.

[base/gxfillts.h]

2010-06-02T08:37:07.985901Z Ken Sharp

Revision 11348 accidentally included a number of font definitions in an updated cidfmap,
This removes those definitions, which should not be present.

[Resource/Init/cidfmap]

2010-06-02T08:29:23.801870Z Ken Sharp

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.

Also added a pointer to the documentation as a further hint.

[Resource/Init/cidfmap]

2010-06-02T07:46:57.542525Z Ken Sharp

Fix pdfwrite, faulty matrix transformations for Shading dictionaries

Bug #691352 "cairo pdf mis-distilled"

Patterns in PDF are unpleasantly complicated by the need to transform the pattern to
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
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
another form, need to be transformed to the parent form co-ordinate space, not the
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
we are rendering a pattern inside a form, nested inside at least one other form.

[base/gdevpdfx.h base/gdevpdft.c base/gdevpdfv.c base/gdevpdfb.h]

2010-06-01T17:41:20.224359Z Michael Vrhel

Rename of gsicccache.c/h to gsicc_cache.c/h  and gsiccmanage.c/h to
gsicc_manage.c/h to fall in line with the name space of the other files
that came from the icc branch.  Currently working on the documentation
and it is clear that this is needed (and I wish I had done it earlier).

[/trunk/ghostpdl/pxl/pxpthr.c /trunk/ghostpdl/pxl/pxl.mak /trunk/ghostpdl/xps/ghostxps.h base/gsiccmanage.c base/gxshade1.c base/gsiccmanage.h base/gscsepr.c base/gxshade4.c base/gxshade6.c /trunk/ghostpdl/pxl/pxtop.c base/gxcmap.c ghostscript.vcproj base/gsistate.c /trunk/ghostpdl/pcl/pcl.mak base/gdevrinkj.c base/gdevwts.c base/gdevxcf.c base/gxicolor.c base/devs.mak base/gsicc.c base/gdevimdi.c base/gscdevn.c base/gxclread.c base/gdevpsd.c base/lib.mak base/gxiscale.c base/gsicc_manage.c psi/int.mak /trunk/ghostpdl/pxl/pxgstate.c /trunk/ghostpdl/pcl/pctop.c base/gsicc_manage.h psi/zicc.c psi/zdevice.c base/gdevp14.c base/gsstate.c base/gsicc_cache.c base/gsicc_create.c psi/zcie.c base/gsicccache.c base/gxclist.c base/gsicc_cache.h base/gsicccache.h base/gstrans.c base/gscms.h base/gxidata.c base/gdevpdfc.c base/gxblend.c base/gxshade.c psi/zusparam.c base/gdevpdfg.c base/gxp1fill.c base/gxclrast.c base/gsciemap.c]

2010-05-31T14:49:14.514014Z Hin-Tak Leung

for "ln -s base/unix-gcc.mak Makefile; make" builds, do
not modularize X, nor build most of the modularzed linux modules,
since they depend on the linux GNU linker

[base/unix-gcc.mak]

2010-05-31T14:41:08.956692Z Hin-Tak Leung

another attempt to make "ln -s base/unix-gcc.mak Makefile; make"
to work; libtiff really want configure so we hook it in

[base/libtiff.mak]

2010-05-31T09:58:14.532526Z Hin-Tak Leung

more icc branch merge related change to make
"make -f base/unix-gcc.mak" and other targets work"

[base/unix-gcc.mak base/unixansi.mak]

2010-05-28T18:07:08.826907Z Henry Stiles

Fixes bug #690793.  PJL Formlines was not set correctly if the paper
size changed.  Also, refactors such that PXL and PJL get paper sizes
from the same source table.

[/trunk/ghostpdl/pl/pl.mak /trunk/ghostpdl/pxl/pxl.mak /trunk/ghostpdl/pl/pjparse.c /trunk/ghostpdl/pxl/pxsessio.c /trunk/ghostpdl/pxl/pxstate.h base/gdevpxen.h base/gdevpxut.c]

2010-05-27T21:02:21.460781Z Michael Vrhel

Fix so that shading strokes that go through the clist transparency code
communicate the transparency device so that the proper color information
is used as opposed to the color information related to the final target
device.  This should fix the indeterminism with bug688807.pdf when going
out to a monochrome device.

[base/gdevp14.c base/gxshade.c]

2010-05-27T15:30:01.093150Z Henry Stiles

Forward declarations for statics functions were accidentally placed in
the header file instead of the c file.

[base/gdevp14.c base/gdevp14.h]

2010-05-27T00:44:57.701730Z Michael Vrhel

Fix for indeterminism when using psdcmyk device and interpolated images.
For cases where the device profile has fewer components than the actual
number of device colorants we need to use the slower interpolation code.
Otherwise we end up encoding uninitialized memory.

[base/gxiscale.c]

2010-05-26T22:01:50.106123Z Michael Vrhel

Fix for bug690218.   For clist reader the pdf14 device was getting its color
information set based upon the number of spot colorants in the page.  The real
number should be based upon the number of actual components the device is capable
of handling.  This occurs when using separation device with a limited set of
colorants invoked via a command like
-c "<< /SeparationColorNames [ /Cyan /Magenta /Yellow /Black ]

/SeparationOrder [ /Cyan /Magenta /Yellow /Black ] >> setpagedevice"

[base/gdevp14.c]

2010-05-26T18:16:52.113331Z Michael Vrhel

Improvements and fixes in icc search path description and bolder alert with
respect to Windows delimiter \" interpretation . Thanks to Ray.

[doc/Use.htm]

2010-05-26T16:08:36.881438Z Henry Stiles

The languages (pcl, xps, pclxl) debug builds were broken with the icc
branch merge, gs_abort() is not supported.  The code has been changed
similarly to the old exit upon failed assertion code in gsalloc.c
where gs_abort() is replaced with return, fixes bug #691340.

[base/gsicc_profilecache.c]

2010-05-26T03:07:02.463936Z Michael Vrhel

Addition of lcms and new icc files to Visual studio solution.  Also did a
little organizing of the files in the explorer window base folder.

[ghostscript.vcproj]

2010-05-25T20:43:02.039929Z Michael Vrhel

Update of documentation, clarifying the search methods used for finding the icc profiles.

[doc/Use.htm]

2010-05-25T19:38:23.177347Z Michael Vrhel

Removal of iccprofiles/ from default icc profile names and post-pend %rom%
with iccprofiles/ .  This is in preparation for having the ps init code
initialize a default value for ICCProfilesDir (which will be ./iccprofiles/ )
so that code works with COMPILE_INITS=0 when not in the base directory and
when -sICCProfilesDir is not specified on the command line.

[base/gsiccmanage.c base/gsiccmanage.h]

2010-05-25T17:15:59.119523Z Hin-Tak Leung

make static some private functions to remove compiler warnings

[contrib/gdevgdi.c base/gdevcairo.c contrib/gdevlx50.c]

2010-05-25T17:14:27.480893Z Hin-Tak Leung

make private functions static to silence some missing prototype warning

[imdi/cgen.c imdi/imdi_k.c]

2010-05-25T17:13:18.238667Z Hin-Tak Leung

silent one compiler warning

[base/gxstroke.c]

2010-05-25T13:50:21.339560Z Ken Sharp

Fix copy CIDFontType 2 properly
Bug #690930 "Unicode Output: DEVICE=pdfwrite"

When making a copy of a CIDFont with TrueType outlines (CIDFontType 2) for the
benefit of pdfwrite, do not simply copy the subst_CID_on_WMode structure member as
this will be restored away along with the font at end of page. Instead make a new
structure and store that in the copied font.


No differences expected, local cluster test shows a few but I think (hope) these are
related to the ICC branch merge.

[base/gxfcopy.c]

2010-05-25T10:22:09.642632Z Chris Liddell

Bug 691336: Resolve some confusion between the original global variable
removal changes, and subsequent changes, that could result in warning emprintf
calls using a memory pointer that could not exist at that stage.

[psi/fapiufst.c]

2010-05-25T08:31:57.775100Z Ken Sharp

Silence a couple of gcc compiler warnings introduced with the ICC merge.

[base/gdevpdfk.c base/gdevpdfc.c]

2010-05-24T23:06:59.017275Z Hin-Tak Leung

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 dos2unix

[tiff/nmake.opt psi/zcolor.h toolbin/color/icc_creator/ICC_Creator/stdafx.h lib/cat.ps toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.cpp toolbin/color/icc_creator/example/cielab_values.txt toolbin/color/icc_creator/ICC_Creator/icc34.h contrib/lxm3200-tweaked/LICENSE toolbin/color/icc_creator/README.txt toolbin/color/icc_creator/ICC_Creator/ICC_Creator.cpp toolbin/color/named_color/named_color_table.txt zlib/contrib/testzlib/testzlib.txt lib/Fontmap.URW-136.T1 toolbin/color/icc_creator/example/tritone_names.txt zlib/contrib/testzlib/testzlib.c toolbin/color/icc_creator/ICC_Creator/CIELAB.h toolbin/color/icc_creator/ICC_Creator/icc_create.h base/gsicc_profilecache.c toolbin/color/icc_creator/ICC_Creator/stdafx.cpp toolbin/color/icc_creator/ICC_Creator/resource.h base/gsicc_profilecache.h toolbin/color/icc_creator/example/tritone_cielab.txt base/gsicc_create.c toolbin/color/icc_creator/ICC_Creator/targetver.h toolbin/color/icc_creator/ICC_Creator/ICC_CreatorDlg.h toolbin/color/icc_creator/ICC_Creator/res/ICC_Creator.rc2 psi/zcie.h psi/write_t2.c base/gsicc_create.h toolbin/color/icc_creator/example/color_names.txt base/gscms.h toolbin/color/icc_creator/ICC_Creator/icc_create.cpp toolbin/color/icc_creator/ICC_Creator/ICC_Creator.h psi/fapibstm.c lib/Fontmap.URW-136.TT]

2010-05-24T22:34:00.748368Z Hin-Tak Leung

remove some more CR's and more eol-style native.

find . -type f   -exec file {} \; |grep 'CRLF' | grep -v '/Projects' | \
grep -v 'svn-base' | cut -f 1 -d ':' | xargs -n 1 svn propset \
svn:eol-style native
find . -type f   -exec file {} \; |grep 'CRLF' | grep -v '/Projects' | \
grep -v 'svn-base' | cut -f 1 -d ':' | xargs -n 1 dos2unix

[lcms/Delphi/delphidemo.dof lcms/src/makefile.simple lcms/Delphi/demo1.pas lcms/python/testbed/srgb2xyz.py lcms/Delphi/Samples/create.pas lcms/python/testbed/srgb2lab.py lcms/Delphi/delphidemo.dpr lcms/python/testbed/cam02.py lcms/makefile.simple lcms/samples/makefile.simple lcms/Delphi/Samples/TEST.PAS lcms/Delphi/delphidemo.cfg lcms/python/testbed/createmsh.py lcms/python/testbed/lab2adobe.py lcms/Delphi/Samples/testfrm.pas lcms/Delphi/Samples/testwp.pas lcms/src/lcms.def lcms/Delphi/Samples/getxyz.pas]

2010-05-24T22:26:37.131050Z Hin-Tak Leung

manually fixing the last few files which escaped fileutils' identification.

[lcms/python/lcms.py lcms/COPYING lcms/src/cmscam97.c lcms/aclocal.m4 lcms/ltmain.sh lcms/README.1ST lcms/configure.ac]

2010-05-24T22:20:52.689626Z Hin-Tak Leung

Changes c/c++/shell script/english text to native text and strip off CR.

find . -type f   -exec grep -l '\r\n' {} \; | grep -v 'svn-base' | \
grep -v '\.vcproj' | grep -v '/Projects' | xargs -n 1 file |  \
grep -E '(ASCII C\+\+ program text|ISO\-8859 English text|ASCII \
C program text|shell script text executable)' | cut -f 1 -d ':'  |\
xargs dos2unix
find . -type f   -exec grep -l '\r\n' {} \; | grep -v 'svn-base' | \
grep -v '\.vcproj' | grep -v '/Projects' | xargs -n 1 file |  grep -E \
'(ASCII C\+\+ program text|ISO\-8859 English text|ASCII C program text|\
shell script text executable)' | cut -f 1 -d ':'  | xargs svn propset \
svn:eol-style native

[lcms/doc/TUTORIAL.TXT lcms/matlab/icctrans.c lcms/src/cmswtpnt.c lcms/tifficc/getopt.c lcms/src/cmsgamma.c lcms/src/cmsnamed.c lcms/samples/vprf.c lcms/src/cmserr.c lcms/samples/mkcmy.c lcms/src/cmsmtrx.c lcms/src/cmsxform.c.orig lcms/samples/icc2ps.c lcms/python/lcms_wrap.cxx lcms/tifficc/tiffdiff.c lcms/src/cmssamp.c lcms/samples/xgetopt.c lcms/Delphi/lcmsdll.pas lcms/include/icc34.h.in lcms/src/cmsmatsh.c lcms/src/cmspack.c lcms/jpegicc/jpegicc.c lcms/jpegicc/iccjpeg.c lcms/samples/icctrans.c lcms/testbed/testcms.c lcms/samples/mktiff8.c lcms/jpegicc/iccjpeg.h lcms/tifficc/tifficc.c lcms/src/cmsvirt.c lcms/src/cmspcs.c lcms/samples/icclink.c lcms/src/cmsgmt.c lcms/src/cmsio0.c lcms/src/cmsio1.c lcms/samples/mkgrayer.c lcms/filter.c lcms/python/lcms.i lcms/src/cmsxform.c lcms/src/cmsintrp.c lcms/src/cmscnvrt.c lcms/include/lcms.h lcms/doc/LCMSAPI.TXT lcms/src/cmscgats.c lcms/src/cmscam02.c lcms/include/icc34.h lcms/src/cmslut.c lcms/src/cmsps2.c lcms/samples/wtpt.c lcms/samples/itufax.c]

2010-05-24T22:07:41.207483Z Hin-Tak Leung

remove executable bits from files which don't need them.

find . -type f -executable  -exec file {} \; \
| grep -v 'shell script text executable' \
| cut -f 1 -d ':' |xargs -n 1 svn propdel svn:executable

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

[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]

2010-05-24T22:02:13.500457Z Hin-Tak Leung

make all shell scripts in the lcms directory eol-style native.

[lcms/depcomp lcms/compile lcms/missing lcms/config.guess lcms/config.sub lcms/install-sh lcms/mkinstalldirs lcms/configure]

2010-05-24T18:36:16.496917Z Alex Cherepanov

Add missing EOL to the last line in one of the new ICC files
because MSVC 6 requires this.

[base/gsiccmanage.c]

2010-05-24T16:31:58.315172Z Michael Vrhel

Merge of icc_work branch into trunk.
These changes make the color architecture of the graphics library ICC-based.
All colors are now managed in terms of ICC profiles including PS CIE color
spaces, for which equivalent ICC profiles are created.    A big feature of
this change is that it makes it very easy to interface a color management
module (CMM) to ghostscript.   The default CMM is now littleCMS and the
interface to littleCMS is contained in gsicc_littlecms.c .
New member variables were added to the imager state including an ICC manager,
which stores the default ICC profiles; a link cache, which reduces the cost of
creating links between ICC profiles, and a profile cache which stores color
spaces created from PS CIE, PDF CalRGB and PDF CalGray colors spaces.
A new directory named iccprofiles has been added.  It contains the default
ICC profiles used if none are specified in the command line.  If
COMPILE_INITS=1, these will be included in the ROM file system.  The new
command line options related to ICC profiles are described in the Use.htm
documentation.
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.
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.

[base/gdevpdfk.c base/gxclimag.c doc/Use.htm base/gdevdflt.c psi/icie.h base/gxpcmap.c base/gxpcolor.h lcms base/gscsepr.c base/gxshade4.c base/gxclthrd.c base/gxcmap.c base/gscscie.c base/gdevwts.c base/gsistate.c base/msvclib.mak base/gxclpage.c base/gscolor2.c base/gsicc_profilecache.c base/gxistate.h base/gscolor2.h base/gsicc_profilecache.h iccprofiles base/gdevp14.c base/gsicc_create.c base/gdevp14.h base/gsicc_create.h psi/write_t2.c psi/zusparam.c base/gdevpbm.c psi/zcolor.c psi/ztrans.c base/gdevpdft.c base/gxshade1.c /trunk/gs base/gdevpsdi.c psi/ireclaim.c psi/os2.mak base/watclib.mak Resource/Init/gs_lev2.ps base/gdevpsdu.c base/gscie.c base/gxclutil.c base/gscolor3.c base/gdevpsd.c base/gscie.h base/gxiscale.c base/gxcldev.h Resource/Init/gs_res.ps base/gxifast.c base/gxdevcli.h base/openvms.mak base/watcw32.mak base/gscms.h psi/msvc32.mak base/gsalloc.c base/lcms.mak base/gxp1fill.c base/gximage.h base/gsciemap.c base/gdevpx.c psi/zcsdevn.c base/ugcclib.mak base/unix-gcc.mak base/gsovrc.c base/gxcie.h base/macos-mcp.mak base/gxshade6.c base/macosx.mak base/gsccolor.h base/gdevrinkj.c base/unixansi.mak base/devs.mak base/gsicc.c base/gxipixel.c base/lib.mak psi/zimage.c base/gsicc.h psi/dxmain.c psi/dxmainc.c Resource/Init/pdf_draw.ps base/gscolor.c Resource/Init/pdf_ops.ps psi/zdevice.c psi/zcie.c psi/zdpnext.c base/gxclist.c psi/zcie.h base/gximono.c base/gxidata.c base/gstrans.c psi/iimage.h base/gdevpdfb.c base/gxclist.h base/gxshade.c base/gstrans.h base/gxclrast.c psi/zncdummy.c base/gxshade.h toolbin/color base/gsiccmanage.c base/Makefile.in base/gdevpdfv.c base/gsiccmanage.h base/gsicc_littlecms.c base/gxclpath.c base/gsicc_littlecms.h psi/icontext.c base/gxclpath.h base/gsstruct.h base/gdevxcf.c base/gxicolor.c base/gscspace.c base/gdevimdi.c base/gscdevn.c base/gscolor1.c base/gxclread.c base/gscspace.h base/bcwin32.mak base/gsdparam.c base/gs.mak psi/zshade.c base/gdevbbox.c psi/int.mak base/gxcspace.h psi/zicc.c base/gsstate.c base/winlib.mak base/gsicccache.c psi/zicc.h psi/zimage3.c base/gsicccache.h base/gdevpdfc.c base/gstparam.h base/gxblend.c base/gdevpdfg.c base/gxblend.h]

2010-05-24T02:01:13.653152Z Alex Cherepanov

Recognize Corel tint transform function and replace it with an equivalent
calculator function. Bug 690986.

[psi/zfunc4.c]

2010-05-23T00:15:25.592930Z Alex Cherepanov

Decide whether load a CFF font as a simple font or a CIDFont based on the
/Subtype of the font object instead of the /Subtype of the font stream.
Acrobat appears to ignore the latter. Bug 691334.

[Resource/Init/pdf_font.ps]

2010-05-22T09:17:30.088324Z Ken Sharp

Explicit pointer cast to silence a gcc compiler warning.

[base/gxp1fill.c]

2010-05-21T15:16:07.910956Z Alex Cherepanov

Following Acrobat implementation but contrary to TTF spec, consider cmap entry
that has endCode < startCode as an entry with endCode == startCode.
According to the spec, "to use these arrays, it is necessary to search for the
first endCode that is greater than or equal to the character code to be
mapped. If the corresponding startCode is less than or equal to the character
code ...". I.e. an entry with endCode < startCode should have no effect.
Thanks to Ken for the patch. Bug 691326.

[Resource/Init/gs_ttf.ps]

2010-05-21T08:14:56.354805Z Ken Sharp

Fix: device reference counting problem with patterns and clipping

Bug #690572 more details here. The problem was caused by installing a clip device while
drawing a pattern tile. This patch initialises the finalize member of the structure
where the clip device will be created to NULL. If a clip device is required, the member
will be initialised to a real routine. After drawing the pattern cell, if the finalize
routine is non-NULL we execute it.

This correctly dereferences the forwarded device if we create a clipping device.

[base/gxp1fill.c]

2010-05-21T06:35:11.431787Z Hin-Tak Leung

adding missing dependencies so that setupgs and uninstgs can be built ahead or independent of the main targets

[psi/winint.mak psi/msvc32.mak]

2010-05-20T07:31:06.101672Z regression

The clustermaster.pl code now checks the pid in the lock file to see if the
task is running.  Also no longer test pdfwrite with the language switch build.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl]

2010-05-20T06:24:43.585523Z Hin-Tak Leung

Fix up the eol-style of the rest of the executable files by hand.
Remove executable bit from toolbin/bmpcmp.c

[toolbin/bmpcmp.c jbig2dec/ltmain.sh tiff/config/ltmain.sh libpng/contrib/pngminim/encoder/gather.sh libpng/contrib/pngminim/preader/gather.sh libpng/scripts/libpng-config-body.in libpng/contrib/pngminim/decoder/gather.sh toolbin/tests/gsvalidate.py]

2010-05-20T06:10:20.265063Z Hin-Tak Leung

Set other type of shell script as native text.

find . -type f -executable  -exec file {} \; | \
grep 'script text executable'  | grep -v 'POSIX'  | \
cut -f 1 -d ':' |xargs -n 1 svn propset svn:eol-style native

[toolbin/localcluster/bmps2html.pl toolbin/tests/dump_checksum.py toolbin/tests/gscheck_testfiles.py toolbin/tests/dump_checksum_plus.py toolbin/localcluster/readlog.pl toolbin/search-svn-revs toolbin/localcluster/clustermonitor.cgi toolbin/localcluster/clusterpush.pl toolbin/tests/dump_checksum_raw.py toolbin/localcluster/compare.pl toolbin/localcluster/comparerevs.pl toolbin/tests/find_unique_file.py toolbin/localcluster/clustermaster.pl toolbin/localcluster/weekly.sh toolbin/localcluster/build.pl toolbin/tests/build_revision.py toolbin/htmldiff.pl toolbin/tests/compare_checksumdb.py toolbin/tests/update_baseline.py toolbin/tests/make_baselinedb.py toolbin/tests/validate.py toolbin/bugsByEngineer.pl toolbin/localcluster/clusterpull.sh toolbin/tests/regen_filelist.py toolbin/localcluster/pngs2html.pl toolbin/localcluster/nightly.pl freetype/builds/mac/ascii2mpw.py toolbin/tests/compare_checksums.py toolbin/tests/run_nightly.py toolbin/tests/regen_baseline.py toolbin/tests/myoptparse.py toolbin/tests/get_baselines.py toolbin/tests/run_regression.py toolbin/localcluster/setupcluster toolbin/localcluster/clustermonitor.pl toolbin/tests/testdiff.py toolbin/tests/updatelistpdf.py toolbin/tests/run_series.py toolbin/tests/updatelist.py toolbin/localcluster/run.pl toolbin/tests/get_baseline_log.py toolbin/performance.pl toolbin/localcluster/cachearchive.pl toolbin/tests/make_testdb.py toolbin/tests/collate.py]

2010-05-20T06:01:41.643170Z Hin-Tak Leung

Set all identifiable shell script as native text

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

[libpng/missing cups/pstoraster.in libpng/test-pngtest.sh cups/pstopxl.in libpng/install-sh jbig2dec/configure libpng/configure contrib/pcl3/ppd/catppd toolbin/clusterpush.sh libpng/depcomp jpeg/install-sh jbig2dec/config.guess contrib/pcl3/lib/if-pcl3 freetype/configure libpng/config.guess jasper/configure tiff/config/missing jbig2dec/config.sub jpeg/configure libpng/config.sub tiff/config/install-sh jpeg/config.guess zlib/configure jpeg/config.sub tiff/config/depcomp libpng/scripts/libpng-config-head.in tiff/config/compile libpng/scripts/libpng-config.in libpng/autogen.sh tiff/config/config.guess jbig2dec/mkinstalldirs jpeg/ltconfig tiff/config/config.sub libpng/mkinstalldirs contrib/epson740/ps-to-printer.fpi_rh5.2 jasper/acaux/missing jasper/acaux/install-sh tiff/autogen.sh freetype/builds/unix/install-sh freetype/builds/unix/mkinstalldirs tiff/configure jasper/acaux/depcomp jasper/acaux/compile tiff/config/mkinstalldirs jasper/acaux/config.guess contrib/pcl3/lib/cups-pcl3 jasper/acaux/config.sub]

2010-05-20T05:52:35.456761Z Hin-Tak Leung

Avoid raw carriage returns in configure which confuses svn

This is a known bug apparently of autoconf 2.63 which was fixed. Here is the upstream log entry:
http://git.savannah.gnu.org/gitweb/?p=autoconf.git;a=commitdiff;h=cb34ecf

2008-10-27  Eric Blake  <ebb9@byu.net>

Avoid raw carriage return in scripts.
* lib/autoconf/status.m4 (_AC_OUTPUT_FILES_PREPARE): Generate CR
via tr, rather than with literal byte.
* THANKS: Update.
Reported by Steven R. Loomis; patch suggested by Thomas Dickey.

[jbig2dec/configure]

2010-05-19T14:51:38.835112Z Robin Watts

Some work towards (but not a complete cure for) bug 691030.

Previously XXX_slant_into_trapezoids would check for 2 'simple' cases,
and bale into the fully general fill_slant_adjust function otherwise.
The simple cases were where the top span was a subset of the bottom one, or
vice versa.

Unfortunately the way the code to test for these cases was originally written,
one of these special cases could be used for shaped with vertical sides, and
the other couldn't.

By rewriting the test slightly, both cases can be used with trapezoids that
have one vertical side.

For good measure we also extract the 'rectangle' case out separately.

Cluster testing shows no differences (barring a couple of indeterminisms).

This reduces the output from 5 shapes (2 rectangles, 3 traps) to 3 (2
rectangles, 1 trap). One of the rectangles is still a repeat, but it's
a step in the right direction.

[base/gxfillts.h]

2010-05-19T10:09:05.486708Z Masaki Ushizaka

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
intention of the 'if' condition more clear.
No difference on outputs expected nor observed by localcluster
tests.

[base/gschar0.c]

2010-05-19T07:42:20.717044Z Masaki Ushizaka

Follow-up to r11278.  Removing jbig2dec/config.h.

r11278 enabled jbig2dec/configure to be run.
I agree with the change but jbig2dec/config.h was also under
subversion control.  With r11278, after someone runs
'configure' or 'autogen.sh', jbig2dec/config.h become
modified status.
jbig2dec/config.h doesn't need to be here.  Deleting.

Related bug: 691304 & 691312.

[jbig2dec/config.h]

2010-05-18T22:40:39.023883Z Hin-Tak Leung

define -DHAVE_CONFIG_H and run jbig2dec/configure from top-level configure.
The fixes some portability issues seen on opensolaris; further follow-up to bug 691304

[base/Makefile.in base/configure.ac]

2010-05-18T22:29:47.346946Z Hin-Tak Leung

typo in one word. bug 691323

[doc/Readme.htm]

2010-05-18T22:23:13.250745Z regression

Minor changes to cluster code:

support language switch build testing
recover from disk full errors
automatically create directories needed for new nodes in run.pl

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/clusterpull.sh toolbin/localcluster/run.pl]

2010-05-18T12:22:48.908526Z Masaki Ushizaka

Disabling compiler warnings for discarding 'const'.

[jasper/src/libjasper/base/jas_image.c jasper/src/libjasper/include/jasper/jas_image.h]

2010-05-18T08:55:18.202611Z Chris Liddell

Bug 691313: remove the IBM Omni driver from the default build on Linux.
Previously it could be excluded by giving configure "--without-omni",
this revision reverses the logic, so Omni can be include by giving
configure "--with-omni".

[base/configure.ac]

2010-05-18T04:32:25.607601Z Marcos H. Woehrmann

Change the order in which jobs that take too long are killed on the cluster
nodes to prevent leftover jobs when running bmpcmp.

[toolbin/localcluster/run.pl]

2010-05-17T15:48:38.534341Z Ken Sharp

Fix - type 1/CFF font interpreter.
The gs_type1_piece_codes routine interprets a type 1 or CFF glyph program to determine
whether the glyph is composed of two subglyphs (a SEAC).

There was a problem with the CFF opcode cntrmask which did not cater for the case where
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
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
cluster test), so no differences are expected.

[base/gxtype1.c]

2010-05-17T08:25:06.874101Z Ken Sharp

white space change only, committed to make a regression run as the test for the
previous revision was interrupted.

[psi/write_t1.c]

2010-05-17T07:55:43.268496Z Ken Sharp

Silence some compiler and make warnings.

[psi/write_t1.c psi/int.mak psi/write_t1.h]

2010-05-17T04:39:57.140765Z Hin-Tak Leung

adding check for header stringprep.h; fix bug 691312

[base/configure.ac]

2010-05-17T03:59:31.965365Z Hin-Tak Leung

Fixes portability issue properly with r11256 (which is identical with r11520),
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
file IO flags not being defined. So this commit fix the ansi issue properly.

[tiff/libtiff/tiffiop.h base/libtiff.mak]

2010-05-17T03:47:02.654413Z Hin-Tak Leung

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
"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
(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
provision as well.

Personally I'll prefer not to support non-autoconf unix build.

[base/unix-gcc.mak base/unixansi.mak base/libtiff.mak]

2010-05-16T18:32:40.253209Z Marcos H. Woehrmann

Changes to the nightly regression testing system to support weekly testing.

[toolbin/localcluster/nightly.pl toolbin/localcluster/weekly.sh toolbin/localcluster/runNightly.pl toolbin/localcluster/run.pl]

2010-05-15T10:57:14.279373Z Hin-Tak Leung

rename PDEP to TIFFDEP to avoid clashing with PDEP from libpng.mak; bug 691299

[base/libtiff.mak]

2010-05-15T10:55:47.722308Z Hin-Tak Leung

comment out a later duplcate definition; bug 691299

[base/lib.mak]

2010-05-15T09:50:05.378608Z Hin-Tak Leung

latest version of these files from Adobe's web site: http://download.macromedia.com/pub/opensource/cmap/

[Resource/CMap/UniGB-UTF8-H Resource/CMap/UniJIS2004-UTF32-H Resource/CMap/UniJIS2004-UTF16-H Resource/CMap/UniJIS2004-UTF8-H Resource/CMap/UniCNS-UTF32-H Resource/CMap/UniJISX0213-UTF32-H Resource/CMap/UniCNS-UTF16-H Resource/CMap/UniJIS-UTF32-H Resource/CMap/UniCNS-UTF8-H Resource/CMap/UniJIS-UTF16-H Resource/CMap/UniGB-UTF32-H Resource/CMap/UniJIS-UTF8-H Resource/CMap/UniJISX02132004-UTF32-H Resource/CMap/UniGB-UTF16-H]

2010-05-15T09:46:15.270585Z Ken Sharp

Add skeleton support for the Bitstream font engine. In its current form this only allows
for type 1 PostScritp fonts, CFF is trivial to add, as should be support for Bitstream's
own compressed format. Addition of type 42/TrueType fonts should be patterned after
FreeType, as there is support in Bitstream for a callback to provide TrueType
outlines. There is no such provision for PostScript fonts.

To build; define BITSTREAM_BRIDGE=1 and BITSTREAM_ROOT="", the root should point one
level above the 'core' directory. In the current code this would be :
"/bitstream/FontFusion 4.5a SDK"

[psi/zfapi.c psi/ifapi.h psi/write_t1.c psi/int.mak psi/msvc32.mak psi/fapibstm.c]

2010-05-15T08:17:59.395641Z Hin-Tak Leung

better way of defining SOC_LOADER when try ing to do "make -f base/unix-gcc.mak so"

[base/unix-dll.mak base/unix-gcc.mak]

2010-05-15T08:06:46.613460Z Hin-Tak Leung

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
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
executables and not libraries. Hope this is clear.

There is also a little problem from SOC_LOADER not being defined if this file
is not used from ./configure's Makefile.

[base/unix-dll.mak]

2010-05-15T07:58:16.778296Z Hin-Tak Leung

use CC_ instead of CC like everywhere else, to make the "so" target work

[base/libtiff.mak]

2010-05-15T06:30:20.380857Z Hin-Tak Leung

"-shared" is a linker flag and not a compiler (object code
generation) flag; another piece of trying to
make "make -f base/unix-gcc.mak" work

[base/unix-gcc.mak]

2010-05-15T06:27:41.486639Z Hin-Tak Leung

try to make 'make -f base/unix-gcc.mak so' work
When not run through ./configure, HAVE_CONFIG_H isn't defined and
the jbig2 codes drop through to generic unknown unix platform - so we put some
generic unix values here.

[jbig2dec/os_types.h]

2010-05-15T06:23:35.840946Z Hin-Tak Leung

correct documentation on how make so should work -
./configure --enable-dynamic is required

[doc/Make.htm]

2010-05-15T03:36:29.389869Z Hin-Tak Leung

adding new header dependencies from the recent remove-globals effort

[base/lib.mak]

2010-05-15T03:13:49.664716Z Hin-Tak Leung

adding a needed include to silent a compiler warning introduced by the
recent remove-globals effort

[base/gslibctx.c]

2010-05-15T03:12:31.280935Z Hin-Tak Leung

another fix to bug 691306
This was broken in r2746 (June 2002) which nobody has noticed for 8 years.
This code path is only used for 'make -f unixansi.mak' (very generic unix cc compiler).

[base/gp_unifs.c]

2010-05-15T03:09:09.671905Z Hin-Tak Leung

generate tif_config.h if it is not there. part of fixes to bug 691306

[base/libtiff.mak]

2010-05-15T03:06:53.120732Z Hin-Tak Leung

adding comments about the vga devices being Linux specific

[base/unix-gcc.mak]

2010-05-15T03:05:54.250134Z Hin-Tak Leung

part of fix to bug 691306.

These two devices has been broken since r2925 (DeviceN, August 2002),
but not built by default at all. They were blindly enabled in
unix-gcc.mak amongst the ESP merge from Till, and it would appear that
nobody has noticed since the merge (8.57-8.60) until now.

[base/gdevl256.c base/gdevvglb.c]

2010-05-15T02:58:14.802157Z Hin-Tak Leung

freetype2 dependency in base/unixansi.mak to
make "make -f base/unixansi.mak" work;
another part for bug 691306

[base/unixansi.mak]

2010-05-15T02:57:22.770443Z Hin-Tak Leung

freetype2 dependency in base/unix-gcc.mak to
make "make -f base/unix-gcc.mak" work; bug 691306

[base/unix-gcc.mak]

2010-05-15T02:55:30.474135Z Hin-Tak Leung

add documentation about the default internal resolution for pdfwrite is 720dpi

[doc/Ps2pdf.htm]

2010-05-15T02:54:08.145913Z Hin-Tak Leung

add documentation about how to force-embedding the basic 14 fonts

[doc/Ps2pdf.htm]

2010-05-15T02:52:47.037525Z Hin-Tak Leung

fix an obvious typo in the makefile

[base/libtiff.mak]

2010-05-14T16:46:05.198340Z Marcos H. Woehrmann

Added support to unix-gcc.mak and unixansi.mak to build/use libtiff
(also fixed some typos and made the device lists more similar).

Note because of the FreeType code these files do not work with
the current head (they work with ghostscript-8.71).

Fixes Bug 691301.

[base/unix-gcc.mak base/unixansi.mak]

2010-05-14T04:23:14.678757Z Hin-Tak Leung

remove one extra tab introduced in r10994; non-GNU Make on Tru64 and HP-UX is
picky. Bug 688184 and bug 691299

[psi/psromfs.mak]

2010-05-14T04:20:29.682174Z Hin-Tak Leung

HP compiler quirk - apparently the same workaround is needed for SUN Pro C and
GCC 1.x (see a few lines before this change) ; bug 688184

[contrib/opvp/opvp.h]

2010-05-14T04:18:42.997881Z Hin-Tak Leung

uint8_t type located in usual header on HP-UX needed for jbig2dec ; bug 688184

[jbig2dec/os_types.h]

2010-05-14T04:16:54.357328Z Hin-Tak Leung

fix conflicting types against HP-UX system header in jasper; bug 688184

[jasper/src/libjasper/include/jasper/jas_types.h]

2010-05-13T20:08:08.900471Z Robin Watts

Nudge the windows solution/makefiles closer to supporting 64 bit builds
by defining WIN64 and amending makefiles to pass the define on through
recursive calls.

[/trunk/ghostpdl/win32/xps.vcproj ghostscript-ufst.vcproj ghostscript.vcproj /trunk/ghostpdl/win32/pcl.vcproj /trunk/ghostpdl/win32/svg.vcproj psi/msvc32.mak /trunk/ghostpdl/main/pcl6_msvc.mak /trunk/ghostpdl/win32/language_switch.vcproj]

2010-05-13T16:49:47.848287Z Hin-Tak Leung

adding NULL check before closedevice - bug report 691296 and patch from Tim Waugh. Thanks.

[base/gdevbbox.c]

2010-05-13T08:55:42.013750Z Ken Sharp

Changes only in white space, to provoke another regression test.

[psi/zfapi.c]

2010-05-13T08:30:02.236776Z Ken Sharp

No changes, just an attempt to provoke some regression runs.

[psi/zfapi.c]

2010-05-13T08:05:16.555333Z Ken Sharp

Fix FAPI interface
There is code in the FAPI interface for replacing a font's /FontBBox entry, this
sometimes has to create a new array to insert into the dictionary, if the old array is
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
new array are uninitialised so attempting to use ref_assign_old tries to use
uninitialised data.

Modified to use ref_assign_new instead, as indicated by the comments in store.h

This *may* reduce some of the non-deterministic behaviour, possibly with files such
as ShadowText.eps

[psi/zfapi.c]

2010-05-12T08:44:16.052741Z Chris Liddell

Elimate an irksome compiler warning introduced in r11221

[psi/zcolor.c]

2010-05-12T01:43:18.946640Z Hin-Tak Leung

adding documentation about the -dDisableFAPI=true switch in various places

[doc/Use.htm doc/Make.htm]

2010-05-11T22:05:22.389565Z regression

The local cluster now tests the language switch build (ls).

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/clusterpush.pl toolbin/localcluster/run.pl toolbin/localcluster/clusterpush.txt]

2010-05-11T21:21:19.118628Z Robin Watts

Add x64 platform target to Visual Studio projects. I can't
test it myself due to not having a 64bit Windows setup,
but it at least starts building and then falls over when
it tries to run a 64bit exe as part of the build process.

[/trunk/ghostpdl/win32/xps.vcproj ghostscript-ufst.vcproj /trunk/ghostpdl/win32/pcl.vcproj /trunk/ghostpdl/win32/svg.vcproj /trunk/ghostpdl/win32/language_switch.vcproj]

2010-05-11T21:02:09.407086Z regression

Minor improvement to cluster node log collection code.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/run.pl]

2010-05-11T20:41:10.123188Z Robin Watts

bmpcmp was reporting the wrong page number for images, due to me forgetting
to increment the imagecount when images were loaded. Fixed here.

[toolbin/bmpcmp.c]

2010-05-11T17:25:01.376580Z Chris Liddell

Bugs 690356 and 690832: have the colour space object take a copy of string
data associated with an indexed colour space lookup table. This prevents the
colour space finalising code (gx_final_Indexed) freeing the contents of a
Postscript object which may still be in use.

[psi/zcolor.c]

2010-05-11T15:44:21.967848Z Ken Sharp

Fix (FAPI)
The PDF interpreter, when a font is missing, and it has the 'small caps' flag set,
creates a substitute by altering the CharStrings of the substitute font, replacing
the lower case glyph CharStrings with procedures which 'show' the upper case glyph at a
reduced size.

This ends up in the FAPI code as a t_mixedarray type which was being missed by the check
for a t_array, added previously to handle arbitrary procedures in a type 1 font. After
extending the check to include t_mixedarray it was clear that the SEAC processing was
also messing up the dictionary lookup, so it was necessary to restore a value which
had been overwritten in case a SEAC turned up.

zero-length-font.pdf should now work as it does without FAPI, no other differences
expected.

[psi/fapi_ft.c psi/zfapi.c]

2010-05-11T14:34:32.672494Z Chris Liddell

Revise the UFST interface code for PCL/PXL and GS to work with the changes to
eliminate global variables in the Artifex code base.
NOTE: the UFST_REENTRANT configuration was broken, and still is (it has been
since the creation of gxfapiu.[ch] files. To be resolved in the future. At
this time, therefore, no build integrating UFST can be thread safe.

[/trunk/ghostpdl/pl/plulfont.c psi/fapiufst.c base/gxfapiu.c base/gxfapiu.h]

2010-05-11T13:24:43.420456Z Robin Watts

Fix for bug 691249 - error caused by failing to initialise new member of
libctx that was previously a global.

We now memset the contents of libctx to 0 after mallocing it, and then
explicitly set the non-zero/NULL/false values. This is safer long term as
it protects us from making the same mistake in future.

[base/gslibctx.c]

2010-05-11T12:41:44.704781Z Hin-Tak Leung

replace "/*" by "<slash><star>" to avoid
compiler warning about comments inside comment

[base/mkromfs.c]

2010-05-11T11:55:10.416074Z Michael Vrhel

Debug code for helping in debug of 689737.  The pattern that is created is 1
bpp.  With this code the pattern bit map is dumped for opening with photoshop
as a raw 8bit image.  The source of the problem appears to be incorrect
creation of the pattern bit map when GraphicAlphaBits is set to greater than
1.

[base/gxpcmap.c]

2010-05-11T09:35:16.657505Z Ken Sharp

Fix (fonts)
Bug #691290 "new freetype code gives error /typecheck in definefont"

When creating a Decoding from an Encoding array, treat null objects the same as /.notdef
(ie not encoded).

No differences expected.

[Resource/Init/gs_fntem.ps]

2010-05-10T15:17:25.103327Z Ken Sharp

Fix (FreeType) : illegal use of setcurrentpoint not handled as per Adobe.
Bug #691172, file type1-ce1_setcurrentpoint.ps

The PostScript file includes a font which illegally uses setcurrentpoint to establish an
absolute x/y position. The spec is quite clear that this operator is *only* meaningful
when processing the results of an OtherSubr, so this usage is definitely illegal.

Not only does it use setcurrentpoint but, unlike previous uses we have seen, it does not
simply establish 0,0 as the initial point, which can be safely ignored, it actually
uses it to displace the outline vertically.

FreeType normally just puts two uninitialised variables on the stack, ignores the
setcurrentpoint and pops the two dummy values. Instead, we now push the current x and
y co-ordinates when we get a '0 callothersubr'. In setcurrentpoint we then use the
top two values on the stack to set the current point. This now works for the illegal
usage seen here, the previous illegal usage, and does not break well-formed fonts
which actually use the OtherSubrs to set the point.

[freetype/src/psaux/t1decode.c]

2010-05-10T12:29:09.676516Z Michael Vrhel

Retry of fix for Bug 69048 (this one actually builds...) Again this should
only be a factor when using GraphicsAlphaBits.  The fix was to make sure
that when GraphicsAlphaBits is used we initialize the pattern bits buffer.
Otherwise the get_bits operation used during the gx_default_copy_alpha grabs
uninitialized memory.  Since we do not test with GraphicsAlphabits in the
regression testing I don't expect there to be any differences.

[base/lib.mak base/gxpcmap.c base/gxdevmem.h base/gdevabuf.c base/gspaint.c]

2010-05-10T01:57:42.574530Z Michael Vrhel

Reversion to 11210 until I figure out what went wrong...

[base/gsutil.h base/lib.mak base/gxpcmap.c base/gspaint.c base/gsutil.c]

2010-05-09T23:10:59.799862Z Michael Vrhel

Fix for Bug 690487.  This should only be a factor when using GraphicsAlphaBits.
The fix was to make sure that when GraphicsAlphaBits is used we initialize the
pattern bits buffer.  Otherwise the get_bits operation used during the
gx_default_copy_alpha grabs uninitialized memory.  Since we do not test with
GraphicsAlphabits in the regression testing I don't expect there to be any
differences.

[base/gsutil.h base/lib.mak base/gxpcmap.c base/gspaint.c base/gsutil.c]

2010-05-08T22:30:46.926748Z Alex Cherepanov

Update license headers of a few retaining files with AFPL header.
Bug 691285.

[Resource/Decoding/StandardEncoding Resource/Decoding/Latin1]

2010-05-08T21:22:13.614092Z regression

Whitespace changes only.

[toolbin/localcluster/run.pl]

2010-05-08T21:12:23.981766Z regression

Minor changes to cluster software:

Check svn commands for errors and retry.

Gather individual logs and md5sums after each job is completed
rather than at the end of all jobs.

[toolbin/localcluster/run.pl]

2010-05-08T20:47:25.658412Z Marcos H. Woehrmann

Minor changes to the cluster software:

Added a lock file to the clusterpull.sh task
Updated the documentation to explain how to temporarily disable a node.

[toolbin/localcluster/clusterpull.sh toolbin/localcluster/readme]

2010-05-08T15:56:46.469253Z Alex Cherepanov

Detect and break an infinite loop when some of the image data source are
at EOF, some are not, and the image code doesn't take more data.
Bug 691285.

[psi/zimage.c]

2010-05-08T09:59:55.023824Z Ken Sharp

Initialise a structure to silence a Coverity warning.

[base/gdevpdfj.c]

2010-05-08T08:57:57.923764Z Ken Sharp

Really, properly, silence the gcc compiler this time....

[base/gdevpdte.c]

2010-05-07T14:30:08.276765Z Ray Johnston

Fix clist_band_height to use the macro defined in gxband.h as other
code does to prevent future bitrot. Also use macros for the clist_ cfname,
cfile, bfname, bfile.

[base/gxclist.h]

2010-05-07T14:23:18.978837Z Ray Johnston

Fix number of elements in the BAND_PARAMS_INITIAL initializer macro to
correspond to the size of gx_band_params_t (needed since rev 5751).

[base/gxband.h]

2010-05-07T12:16:50.113521Z Ken Sharp

Silence some compiler warnings about not checking the return value from fread.

[base/gdevpdf.c base/gdevpdfu.c]

2010-05-07T12:12:47.989467Z Ken Sharp

Initialise the members of a local structure to silence a (spurious) compiler and
Coverity warning.

[base/gdevpdte.c]

2010-05-07T08:17:29.050795Z Ken Sharp

Silence a GCC compiler warning, no differences expected.

[psi/zfapi.c]

2010-05-06T16:04:27.459137Z Robin Watts

Remove gs_debug_out global variable as it is never used.

No differences expected or seen with local cluster testing.

[base/bench.c base/gsmisc.c]

2010-05-06T16:03:43.016324Z Robin Watts

Update overprint device to avoid writing back to 3 global variables
({generic,no,sep}_overptint_procs). We still have those global variables
but each instantiated device takes copies of them and does any writing back
into the copies. This is part of the work for bug 691207.

No differences expected or shown by local cluster testing.

[base/gsovrc.c]

2010-05-06T16:00:28.103268Z Robin Watts

Move gs_interp_reschedule_proc, gs_interp_time_slice_proc, and
gs_interp_time_slice_ticks into context to avoid global variables as
part of the work for bug 691207.

No differences expected or seen with local cluster testing.

[psi/icontext.c psi/zcontext.c psi/icstate.h psi/interp.c]

2010-05-06T15:25:10.815510Z Ken Sharp

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
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.

Modifed the FAPI interface so that after retrieving a type 1, non-CID, CharString we
test to see if it is a procedure, if it is, then we return an error from the FAPI
code to the caller (in this case the FreeType interface).

Modified the FreeType interface so that if the CharString retrieval returns an error
we return a  specific (otherwise unused) error to the caller, in this case the
FreeType engine. On return from FreeType to the interface we test for the specific
FreeType error (FT_ERR_Invalid_File_Format) and if this is detected then instead of
returning an error to FAPI, we add one to the character index (to ensure it isn't 0)
and return that to FAPI.

Finally, in the FAPI code, after 'rendering' the glyph, if we were returned a value
> 0 then we assume that 'something went wrong' with the CharString. As a last-ditch
effort we use the return value -1 to retrieve the CharString, and then 'exec' it.

NB if we fail to retrieve the CharString at this level, we return an invalidfont error.

[psi/fapi_ft.c psi/zfapi.c psi/ifapi.h]

2010-05-06T03:04:41.737028Z Alex Cherepanov

Fix compilation errors on Visual C that wants "ui64" suffix instead of "ULL"
for "unsigned long long" numerals.

[base/sha2.c]

2010-05-05T20:30:19.371369Z Robin Watts

Remove 2 unused globals. These should have been removed as part of 11146.

No differences expected.

[psi/iinit.c]

2010-05-05T19:58:05.790577Z regression

Minor changes to the local cluster:

Report md5sum differences even in files that generate an error during processing.
Archive the email and log files for all revisions, including those which had compile errors.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/compare.pl]

2010-05-05T18:14:21.583279Z Robin Watts

More work towards bug 691207 (global variable removal).

There are 4 places is xps where we do eprintfs that access mem_err_print.
This resolves 1, the other 3 should never be called in files we support.

Resolve 4 const warnings from jasper.

Remove 2 calls to gs_lib_ctx_get_non_gc_memory_t from the cups driver. This
means the only places left calling this are devices in gs\contrib.

Convert calls to errprint_nomem to calls to errprint (in gdevx.c, gxttb.c,
gdevupd.c)

The only places using mem_err_print are therefore:

* calls to debug printing functions
* devices in gs/contrib calling gs_lib_gtx_get_non_gc_memory, errprint_nomem,
and eprintf.
* jasper calling eprintf.
* gdevsco.c (but that seems intrinsically single threaded to me as only one
thing can be using the console at a time, presumably)
* signal handlers in os2 and iwatc for catching numeric exceptions.
* Various devices in gs/base still call errprintf_nomem - some in DEBUG only
code, but some not.
* The gs_throw_imp function.

I think this may be as good as we can get at this point.

No differences expected, or shown by local cluster testing.

[/trunk/ghostpdl/xps/xpsfont.c base/gdevx.c base/gdevupd.c base/gxttfb.c cups/gdevcups.c jasper/src/libjasper/base/jas_image.c jasper/src/libjasper/include/jasper/jas_image.h]

2010-05-05T16:25:49.238174Z Robin Watts

More work for bug 691207 (remove global vars). Change the gp_ interface and
all its implementations to pass a gs_memory_t in some cases to allow eprintf
calls to be made safely.

Also fix a 'const' warning in pxl/pxfont.c and pcl/pcsymbol.c

No differences expected, or shown by local cluster testing.

[base/gp_os2.c base/gdevos2p.c base/gsdevice.c psi/zfile.c base/gp_os2pr.c base/gp_vms.c base/gdevwprn.c base/gxclfile.c base/gp_iwatc.c base/gp_os2.h base/gp_os9.c base/gdevwpr2.c /trunk/ghostpdl/pcl/pcsymbol.c /trunk/ghostpdl/xps/xpstop.c base/gp_unix.c /trunk/ghostpdl/psi/psitop.c base/gp_unifs.c base/gp.h base/gp_macio.c base/bench.c base/gdevpdf.c base/gp_os2fs.c /trunk/ghostpdl/pxl/pxfont.c base/gp_mswin.c base/gp_dvx.c]

2010-05-05T06:47:20.379288Z Masaki Ushizaka

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
current directory (HAVE_MKSTEMP), or root directory (Windows and others).
When those directories are read only, it failed to decode images.

This patch introduces searching of TMPDIR, TEMP and TMP environment varibales
and use them for temporary files.

Localcluster test reported no differences.

[jasper/src/libjasper/base/jas_stream.c jasper/src/libjasper/include/jasper/jas_stream.h]

2010-05-05T03:08:00.170436Z Hin-Tak Leung

adding --ldflags to cups.mak ; bug 690268

[cups/cups.mak]

2010-05-04T23:11:46.700325Z Hin-Tak Leung

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),
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.

[jasper/acaux/config.guess]

2010-05-04T22:52:33.245666Z Hin-Tak Leung

minor wording and grammar corrections. Bug 690005

[doc/Use.htm]

2010-05-04T19:05:37.567635Z Robin Watts

A couple of calls to eprintf missed from the previous commit.

No expected changes.

[base/gsfcid.c]

2010-05-04T19:04:51.514942Z Marcos H. Woehrmann

Improved the localcluster readme instructions.

[toolbin/localcluster/readme]

2010-05-04T18:47:12.330141Z Robin Watts

As part of the work for bug 691207 (remove global variables) we introduce
a new set of macros, "emprintfX". These do the same as the "eprintfX"
macros, except they take an explicit memory reference rather than using
the mem_err_print global.

The plan is to move everything possible over to using emprintf, leaving
callers of eprintf as 'unsafe' in multithreaded builds.

This review changes all callers of eprintf in ghostscript except:
gdevsco.c, gp_iwatc.c, gp_macio.c, gp_mswin.c, gp_os2.c, gp_os2pr.c,
gp_unifs.c, gp_vms.c, gsfid.c, contrib\*, jasper\*.

1 instance in gzspotan.c remains unchanged, but it should never be used.

Local cluster testing shows no build problems.

[psi/fapi_ft.c base/gdevpdfj.c base/gsdevice.c base/gdevos2p.c psi/zfapi.c base/gdevijs.c base/gdevpdfm.c base/gdevpx.c base/gxclfile.c base/gdevpdtb.c base/gdevpdfp.c base/gdevpdtc.c psi/fapiufst.c base/gdevpdtf.c base/gdevpdfu.c base/gxblend1.c base/gspaint.c base/gdevxini.c base/gxcmap.c base/gxclthrd.c base/gdevpsdu.c base/gdevpdtt.c base/gstype42.c base/gdevpsft.c base/gsmisc.c base/gdevsgi.c base/gxclmem.c base/gxttfb.c base/std.h base/gslib.c base/gxtype1.c base/gzspotan.c psi/imainarg.c base/gdevpe.c base/gdevsun.c base/gdevxcmp.c psi/imain.c base/gsiorom.c base/gdevpdf.c base/gdevtsep.c contrib/japanese/gdevdmpr.c base/gxclrast.c base/gdevpdfi.c]

2010-05-04T16:03:29.077971Z regression

Changed casper3.ghostscript.com to casper.ghostscript.com (no reason to test this, how can it possibly fail?).

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl]

2010-05-04T12:34:27.748154Z Robin Watts

As part of the efforts towards bug 691207 (global variables must be removed)
this commit reduces the reliance on mem_err_print.

Currently all calls to errwrite and errflush get the stdin/out/err details
from a global mem_err_print. For multithreaded gs this will result in output
going to the wrong place if any of them are redirected. This review splits
errwrite into 2 variants, errwrite and errwrite_nomem. The first takes an
explicit mem pointer. The second continues to assume a global one.

The plan is to make everything possible use the first. Currently debugging
calls and some 'stubborn' devices continue to call errwrite_nomem.

Local cluster testing shows no differences.

[base/gdevos2p.c base/gdevsppr.c base/gdevpdfm.c base/gdevsunr.c base/gdevpx.c base/gdevupd.c base/gdevimgn.c base/gdevwpr2.c base/ttfmain.c base/ttfoutl.h base/gp_unifs.c /trunk/ghostpdl/psi/psitop.c base/gdev4693.c /trunk/ghostpdl/xps/xpsfont.c base/strmio.c /trunk/ghostpdl/pxl/pxtop.c contrib/pcl3/src/gdevpcl3.c base/gsmisc.c base/gdevwddb.c base/gsargs.c base/szlibd.c /trunk/ghostpdl/pl/plmain.c base/gxttfb.c base/std.h base/gdevifno.c /trunk/ghostpdl/xps/xpscff.c /trunk/ghostpdl/pcl/pctop.c contrib/pcl3/eprn/gdeveprn.c base/gdevcdj.c psi/ziodevsc.c base/gdevx.c base/gslibctx.c contrib/pcl3/eprn/eprnparm.c toolbin/localcluster/run.pl base/gdevhl7x.c]

2010-05-03T16:57:35.641421Z Henry Stiles

Fix compiler warning (return from incompatible pointer type)
introduced with making the font cache part of the library context,
revision 11165.

[psi/isave.c]

2010-05-03T16:48:16.934577Z Lars Uebernickel

Applied Michael Constant's patch to support reading 256-bit AES encrypted PDFs
(bug #690702).

Minor modifications were made to the original patch to make it work with the
current trunk.

Aaron Gifford's SHA-2 implementation is included (BSD licensed).

Libidn is added as an optional dependency to support unicode passwords.  If it
is not installed, only ASCII passwords are supported.

[base/errno_.h psi/zfaes.c psi/gs.c base/saes.c base/lib.mak base/sha2.c doc/Use.htm base/saes.h base/Makefile.in psi/int.mak psi/zutf8.c base/sha2.h base/locale_.h psi/zpdfops.c psi/zfsha2.c psi/zwinutf8.c psi/winint.mak base/ssha2.c base/configure.ac Resource/Init/pdf_sec.ps psi/msvc32.mak base/ssha2.h]

2010-05-03T13:25:52.802113Z Ken Sharp

Fix (pdfwrite) incorrect ToUnicode CMap.
Bug #691274 "Missing or incorrect ToUnicode when using Identity ordering"

pdfwrite emits ToUnicode CMaps in PDF files which always use 2 bytes for the key
length. That is 0x21 is represented as <0021>, since these are hex strings there should
in fact be no difference between <21> and <0021>. It is clear from the ToUnicode
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
destination codes which are 0 padded though).

This patch outputs ToUnicode CMaps which are not padded with 0, ie 0x21 is emitted as
<0021>, for the srcCodeLo and SrcCodeHi parameters in a beginbfrange operation. The
destination codes remain zero-padded.

Technically this would be incorrect for a real CMap file, but we don't write those
out so this should not be an issue. The change is limited to ToUnicode CMaps and does
not affect any other kind of CMap.

I believe the change will affect the data emitted for the beginbfrange,
beginbfchar, begincidchar, beginnotdefchar, beginnotdefrange and begincidrange
operators. It does *not* affect the begincodespacerange operator; although Acrobat
Distiller writes this without zero padding tests show that Acrobat is happy reading
zero-padded code space ranges.

ToUnicode information is not used in rendering PDF files, so regression testing should
show no differences. Local testing of a limited number of files doesn't reveal any
problems, but this change has not been well tested.

[base/gsfcmap.c]

2010-05-03T04:13:30.766321Z Hin-Tak Leung

Fix unix so build regression; fixes regression from r9948 which was committed for bug 690695

[base/unix-dll.mak]

2010-05-03T03:59:03.969165Z Hin-Tak Leung

fixes multiple jpeg devices listed in gs -h (bug 691176)

[base/libtiff.mak]

2010-05-03T03:14:34.052929Z Hin-Tak Leung

Rewording build instructions for unix systems, and adding more warnings about
instructions for legacy old systems being deprecated; bug 691264.

[doc/Make.htm]

2010-05-02T00:19:52.718987Z Robin Watts

Script to generate an html page that graphically show the differences
between local cluster regression run results between arbitrary revisions.

Usage information given in file. Must be run on the cluster master machine
(i.e. casper).

[toolbin/localcluster/comparerevs.pl]

2010-05-01T23:22:33.008186Z Henry Stiles

Continue work to remove globals (691207).  The font cache is no longer
global but part of the library context.

[psi/isave.h psi/bfont.h base/gslibctx.c psi/zfcid0.c psi/zfcid1.c psi/zfont.c psi/zfont0.c psi/zfont1.c psi/zbfont.c psi/zusparam.c base/gslibctx.h psi/zfont32.c psi/zfont42.c psi/isave.c]

2010-05-01T09:23:24.281883Z Ken Sharp

Modify the 'C' defaults of the pdfwrite device

Bug #691259 "HPGL graphic followed by raster graphic results in incorrect pdf"
The pdfwrite device is initialised in 'C', and then partly overridden by PostScript
initialisation. The problem is that non-PostScript input does not (cannot) execute the
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
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
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
smaller than before, even though we are now storing more image data.

[base/gdevpsdf.h]

2010-05-01T01:59:46.738263Z Alex Cherepanov

Check all PDF files for transparency features because some files have
incorrect version number but Acrobat renders them just fine. Bug 691273.

[Resource/Init/pdf_main.ps]

2010-04-30T15:54:08.117709Z Ken Sharp

Testing a white space change for cluster regression tests, this will be overwritten later.

[base/gdevpsdf.h]

2010-04-29T21:51:34.733741Z Till Kamppeter

rev 11149 for fixing bug 691014 had still some compiler warnings. This rev fixes them.

[cups/gdevcups.c]

2010-04-29T18:32:44.398974Z Robin Watts

Remove the 'parent' parameter from gs_malloc_init calls. It only serves to
allow libctx's to be shared between instances, and we'll never want to do
that. It's unused at the moment anyway, so this doesn't impact anything.

No expected differences.

[psi/gs.c base/gsinit.c base/gslib.c base/gsmalloc.c /trunk/ghostpdl/pl/plalloc.c psi/iapi.c base/gsmalloc.h]

2010-04-29T04:19:15.713592Z Hin-Tak Leung

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 .

[base/gsalloc.c]

2010-04-28T23:19:01.308642Z Robin Watts

Eliminate some warnings in gxcht.c (keep shifts < size of uint).

No local cluster differences reported, or expected.

[base/gxcht.c]

2010-04-28T22:37:01.089543Z Till Kamppeter

Fixed segfaults caused by setting and changing the page geometry parameters incorrectly (bug #691014).

[cups/gdevcups.c]

2010-04-28T21:57:29.180527Z Alex Cherepanov

Associate cached font instance with PDF font resource dictionary instead of
font descriptor. The latter may be shared by font resource dictionaries with
different encodings causing incorrect rendering. Bug 690714.

[Resource/Init/pdf_font.ps]

2010-04-28T20:24:41.808400Z Robin Watts

Move op_array_table_global and op_array_table_local away from being
globals and into i_ctx_p. This requires various knock on changes
throughout the code to enable them to be recovered from the context
(which may itself need to be recovered from a memory pointer).

Also, the garbage collection is altered slightly; rather than the
op_arrays being special cased (as special objects that have to have
their component parts registered as roots for the garbage collection) we
move them inline into i_ctx_t and amend the gc routines for that
structure. Thanks to Alex for his help with this.

No differences expected, or shown with local cluster testing.

[psi/iinit.c psi/icontext.c psi/imain.c psi/idebug.c psi/icstate.h psi/interp.c psi/igc.c psi/opdef.h psi/zmisc.c psi/iutil.c]

2010-04-28T20:19:40.848310Z Robin Watts

Simple fix to remove dict_default_pack from being a global bool.
(Make it an enum instead).

No changes expected or shown by local cluster testing.

[psi/idict.c]

2010-04-28T17:18:52.709002Z Chris Liddell

Ensure that multiplication gets applied prior to type casting.

[psi/fapi_ft.c]

2010-04-28T14:41:02.575217Z Robin Watts

Add missing cast to fapi_ft.c to quiet a warning. This was missed out of
yesterdays commit of such fixes.

No expected diffs.

[psi/fapi_ft.c]

2010-04-28T11:40:24.316225Z Robin Watts

Small tweaks to Ghostscript initialisation to check for malloc failures etc.
This would very rarely have been a problem in current code, but would be
more of an issue in multithreaded operation as running out of memory
while forking a new instance is more likely.

No expected differences, but the local cluster code seems to be claiming
differences for an unchanged tree at the moment, so if 3 or so non-pdfwrite
errors and 1800ish pdfwrite errors show up, it's not because of this.

[psi/gs.c psi/imain.c base/gsmalloc.c psi/iapi.c]

2010-04-27T16:06:05.631664Z Chris Liddell

Add back in a call removed in (a merging) error in my previous commit (11137).

[psi/fapi_ft.c]

2010-04-27T14:53:14.939131Z Chris Liddell

Bug 691260: make the FAPI and Freetype related warning messages debug only,
and depend on -Zm for the FAPI warnings or -Z1 for the Freetype warnings.
Also address compiler warnings in fapi_ft.c.

[psi/fapi_ft.c psi/zfapi.c]

2010-04-27T14:27:08.849186Z Robin Watts

Silence some warnings, either by including new headers or by introducing
explicit casts.

No differences shown by local cluster testing (of pcl and gs only as xps is
currently broken).

[base/gxdcconv.c base/gsptype1.c base/gdevpx.c base/gstrans.c base/gdevrinkj.c base/gxfill.c base/gxstroke.c psi/zmisc.c]

2010-04-27T09:56:26.779813Z Till Kamppeter

Made the CUPS Raster output device working in a multi-threaded mode, removing all
global variables. Thanks to James Cloos for the patch. Fixes bug #691241.

[cups/gdevcups.c]

2010-04-26T15:29:28.937213Z Alex Cherepanov

Remember the allocator in the dynamically allocated scanner_state to ensure
proper deallocation. Current allocation may be reset when a PS error occurs.
Bug 691167.

[psi/ztoken.c psi/iscan.c psi/iscan.h]

2010-04-26T09:04:35.569612Z Chris Liddell

Ensure that the BuildChar object is not the null object before trying access its contents.

[psi/zfapi.c]

2010-04-26T05:58:46.519692Z Michael Vrhel

Change so that when a graphic state is restored, the overprint compositor
action only occurs if there is a change from the current overprint state.
This fixes a problem in one of the files associated with bug 691014.  In
the particular file, overprint compositor actions were getting placed into
a pattern clist.  The file in fact had no overprint settings.
Ran regression test, no differences expected.

[base/gsstate.c]

2010-04-25T23:47:56.048527Z Alex Cherepanov

Add ANSI/ASME Y14.1 A - F paper sizes named ANSI_A - ANSI_F for completeness.
Bug 691217.

[Resource/Init/gs_statd.ps]

2010-04-25T22:45:48.099475Z Till Kamppeter

Minor clean-ups: Added some parantheses to casts and initialized allocated memory.

[cups/gdevcups.c]

2010-04-25T22:32:09.854994Z Michael Vrhel

(empty)

[base/gximono.c]

2010-04-25T21:52:42.447453Z Till Kamppeter

Introduced a real get_color_comp_index() method, to fix bug #690338 correctly.

[cups/gdevcups.c]

2010-04-25T18:47:28.775496Z Alex Cherepanov

Add -dNONATIVEFONTMAP option to disable the use of font map and corresponding
fonts installed on underlying platform. This may be needed to ensure consistent
rendering on the platforms with different fonts, for instance,
during regression testing. Bug 691240.

[doc/Use.htm Resource/Init/gs_fonts.ps]

2010-04-25T00:41:40.540207Z Michael Vrhel

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.

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.

[base/gdevp14.c base/lib.mak base/gstrans.c]

2010-04-24T22:21:26.893815Z Alex Cherepanov

Remove rudimentary code that maps out-of-range character codes to 0 causing
dictionary overflow in some cases. Unlike earlier array, dictionary
representation of 'cmap' table doesn't need this. Bug 691253, customer 780.

[Resource/Init/gs_ttf.ps]

2010-04-23T12:56:00.372874Z Chris Liddell

Resolve issues with the language_switch Ghostscript build for Windows, since
Freetype enabled became the default for the normal GS build.

[/trunk/ghostpdl/common/msvc_top.mak /trunk/ghostpdl/language_switch/pspcl6_msvc.mak /trunk/ghostpdl/psi/psitop.c psi/msvc32.mak]

2010-04-23T04:10:50.732099Z Michael Vrhel

Fix of minor memory leak found by Ray.  maskbuf entry of transparency ctx
object was not getting freed.  The large mask buffer, which is a member
variable of maskbuf was getting freed but not this 12 byte structure.
No expected differences.

[base/gdevp14.c]

2010-04-23T03:25:33.581070Z Alex Cherepanov

Always load CFF font as a CIDFont when it is used as a descendant font of a
composite font in PDF file. Bug 691253.

[Resource/Init/pdf_font.ps]

2010-04-22T12:28:16.186930Z Alex Cherepanov

Trap errors that happen in the font reader, issue a warning, and proceed as
if the font was not embedded. Bug 691242.

[Resource/Init/pdf_font.ps]

2010-04-22T04:20:00.389442Z Alex Cherepanov

Don't use precompiled headers on MSVC 6 and 7 because it causes compilation
error C2006 in freetype, which uses #include MACRO .

[base/msvccmd.mak]

2010-04-21T19:51:07.227636Z Robin Watts

Add missing header file from revision 11097.

[base/gdevpdtd.h]

2010-04-21T19:26:13.171574Z Robin Watts

Revert macro magic from gserror.h introduced in r11097, due to it being
broken when used as an expression. Sorry.

[base/gserror.h]

2010-04-21T18:12:56.928835Z Robin Watts

Another set of very simple tweaks to a range of source files to remove
warnings. Nothing contentious in here I hope!

base/gdevpdf.c: Make the fact we're ignoring the return value of fread
explicit by casting to void.

base/gdevsj48.c: Remove unused var.

base/gdevtknk.c: Avoid gcc warning by not needlessly assigning within
expression.

base/gdevimgn.c: Fix type declaration, make function static.

base/gxdcolor.c: Remove unused var.

base/gdevwts.c: Comment out unused function, cast unused return value from
fread to void, remove unused vars.

base/gdevo182.c: Be more explicit in type definition to stop warning.

base/gdevlp8k.c: Remove unused var.

base/gdevpdfu.c: Cast unused return value from fread to void.

base/gdevlbp8.c: Cast unused return value from fread to void.

base/gdevokii.c: Explicit cast to int to shut up stupid compiler.

base/gdevpdtd.c: Add const to arg to avoid warning.

base/gserror.h: Do some macro magic to ensure that the macro always evaluates
it's arg strictly once, insists on being followed by a semicolon, and behaves
well with surrounding if/else structures etc.

base/gxp1fill.c: Remove unused var.

[base/gdevlbp8.c base/gdevtknk.c base/gdevsj48.c base/gdevo182.c base/gdevpdf.c base/gdevimgn.c base/gdevokii.c base/gdevpdtd.c base/gxdcolor.c base/gdevwts.c base/gdevlp8k.c base/gdevpdfu.c base/gxp1fill.c base/gserror.h]

2010-04-21T17:55:08.584502Z Robin Watts

Fix for a problem in the rinkj driver for Epson Stylus Photo 2200.
The code was accessing indexes 4,5,6 in plane_offsets[6] and hence was
running off the end of the array. This was causing a warning at compile time
but never caused a segv as it was merely corrupting the next entry in the
structure which was reset to 0 shortly afterwards.

Presumably the offset for one of the planes would be wrong though causing
a loss of quality.

[base/rinkj/rinkj-epson870.c]

2010-04-21T17:23:31.243056Z Robin Watts

Remove several occurrences of calls to gs_lib_ctx_get_non_gc_memory_t().
The only code that now needs this is gp_macpoll.c and gp_mspol.c for when
CHECK_INTERRUPTS is defined. This reduces the need for mem_err_print.

The only other code that uses mem_err_print is errflush() and errwrite().
Potentially these could be nobbled for a multithreaded build.

The changes here rely on the memory pointers being set up correctly. While
local cluster testing gives this a clean bill of health, it's possible that
problems will appear with files in the wider world - we'll just have to fix
these as they are reported.

[base/gdevjpeg.c base/sjpx_luratech.c base/strmio.c base/gxttfb.c psi/zfdctd.c base/sdctc.c psi/zfdcte.c psi/zfjpx.c base/sjpx.c]

2010-04-21T15:08:47.471495Z Robin Watts

Move CPSI_mode from being a global to living in the libctx, as part of the
efforts for bug 691207 (remove global variables).

I originally tried moving CPSI_mode into the imager state, which would have
been slightly nicer, but had to abandon this due to problems interacting
with the command list code. My first thought to make this work was to
push the value of CPSI_mode into the clist at initial clist creation time.
As the setting of CPSI_mode isn't vectored through the device, we can't
detect changes in its setting, but then changing CPSI_mode during the
lifespan of a clist would give unpredictable results anyway in many cases.

Sadly this was doomed to failure as if a page device is started up that
uses the clist code to do banding, then the command list is created before
CPSI_mode is enabled, and we'd operate with the incorrect value.

Moving CPSI_mode into libctx means we keep exactly the same behaviour as
we have now. This has required various functions throughout the code to
pass a gs_memory_t * around.

Localcluster testing reveals no problems.

[psi/zfunc3.c psi/zupath.c base/gsdps1.c base/gdevdevn.c base/gxblend1.c base/gspaint.c base/gxstroke.c psi/zmisc.c base/gdevperm.c base/gxdcconv.c base/gdevpsds.c base/gxcmap.c base/gxdcconv.h psi/zfont.c base/gdevrinkj.c base/gdevbit.c base/gsmisc.c base/gxfill.c base/gdevxcf.c base/gxicolor.c base/gdevpsd.c psi/zimage.c base/gsfont.c contrib/opvp/gdevopvp.c base/gsfont.h base/gsstate.c base/gslibctx.c base/gsstate.h psi/zcharx.c psi/zusparam.c base/gslibctx.h base/gsequivc.c psi/zchar.c]

2010-04-21T07:20:14.808042Z Masaki Ushizaka

A fix for a regression introduced by r11074 (bug 690094).

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
between r11074 and this revision.  No other difference expected.

[jbig2dec/jbig2_symbol_dict.c]

2010-04-20T18:52:36.186732Z Robin Watts

A series of tiny changes to various files to stop compiler warnings.
Nothing contentious in here, so I hope component owners don't object.

psi/zpdfops.c: Make zpdfinkpath function static.

psi/zcie.c: cie_cache_finish1 is an unused function; #if 0 it with a note.

psi/zicc.c: Remove 2 unused variables from a function.

psi/zcolor.c: Add a 'default' case to a switch to stop a 'variable RGB
might be used uninitialised' warning. Remove out of date comment and make
zswapcolors static.

psi/zfcid1.c: Convert some unused variables to comments.

base/gp_unix_cache.c: Make the fact we are ignoring the return value from
fread explicit by casting to void.

base/gstype42.c: Move an unused var into a #if 0 section, comment out an
unused function.

base/gstrans.c: Use 'any_abs' rather than 'abs' (to avoid abs being used
without definition).

base/gxshade6.c: Remove unused function

base/gxclfile.c: Make the fact we are ignoring the return value to freopen
explicit by casting to void.

[base/gxshade6.c psi/zcolor.c psi/zicc.c psi/zcie.c base/gp_unix_cache.c base/gxclfile.c base/gstrans.c base/gstype42.c psi/zfcid1.c psi/zpdfops.c base/echogs.c]

2010-04-19T16:15:13.462842Z Lars Uebernickel

Made oog_encode in tif_luv.c reentrant by precalculating oog_tables.

oog_tables was calculated on-demand when writing TIFF files in LogLuv Encoding.
Since it didn't depend on anything dynamic, I replaced this code with a static
const array.  The array only consisted of 100 ints - the net library size
actually went down a few bytes after this change.

This is part of bug #691207 (global variables must be removed).

[tiff/libtiff/oog_table.h tiff/libtiff/tif_luv.c]

2010-04-19T11:56:27.260655Z Lars Uebernickel

Removed global variables in libtiff's tif_pixarlog.c.

This is part of #691207 (global variables must be removed).

[tiff/libtiff/tif_pixarlog.c]

2010-04-19T09:47:14.697946Z Lars Uebernickel

Removed TIFFReassignTagToIgnore in the local libtiff copy.

It wasn't reentrant due to static variables and has been deprecated for a while
now.  GhostScript does not use it at all.  Libtiff HEAD also has this function
removed, it was only kept in 3.x for backwards compatibility.

[tiff/libtiff/tif_dir.c]

2010-04-15T18:58:00.960218Z Robin Watts

New Visual Stdio project file for building ufst version of ghostscript.

Currently assumes that the ufst code will be found in C:\ufst, but this can
be edited in the nmake invocation lines within the Project settings.

[ghostscript-ufst.vcproj]

2010-04-15T18:41:31.569934Z Robin Watts

Update msvc32.mak with various ufst make targets. This allows a
ghostscript-ufst Visual Studio project to be constructed.

No differences to existing builds.

[psi/msvc32.mak]

2010-04-15T17:13:30.072845Z Robin Watts

Remove invalid_file_stream and invalid_file_entry global variables,
as part of the effort for bug 691207 (remove global variables).

We move invalid_file_stream to be a non-gc chunk allocated to be in
i_ctx_t, and invalid_file_entry can then be replaced by
i_ctx_p->invalid_file_stream. The only tricky bits are a) the need to ensure
that i_ctx_p is available everywhere where it is needed, and b) making sure
that invalid_file_stream doesn't move when i_ctx_p is relocated.

No changes shown by localcluster testing (though a previous version of the
patch did fail during gc, so the relavent code is getting tested).

[psi/zfile.c psi/ztoken.c psi/zcontrol.c psi/zshade.c psi/zcontext.c psi/zfcid0.c psi/zfcid1.c psi/zicc.c psi/zfrsd.c psi/icontext.c psi/zvmem.c psi/ziodev.c psi/zfileio.c psi/interp.c psi/icstate.h psi/files.h]

2010-04-15T16:13:10.848189Z Lars Uebernickel

Backported and applied libtiff patches from libtiff bugs #2125 and #2125.
These get rid of some of the global variables in libtiff (in particular
rgb_refblackwhite and whitepoint in tif_aux.c).

This is part of the multi-threaded gs effort (bug #691207).

[tiff/libtiff/tif_dirinfo.c tiff/libtiff/tif_aux.c tiff/libtiff/tif_dir.c tiff/man/TIFFGetField.3tiff tiff/libtiff/tif_dir.h tiff/libtiff/tif_ojpeg.c tiff/libtiff/tif_jpeg.c]

2010-04-15T14:48:36.373936Z Robin Watts

Fix for bug 691244, reported/patch supplied by Norbert Janssen. In
revision 11045, I'd moved some globals into the libctx, which is
accessed via the gs_memory_t pointer. This has required certain
functions to now take a gs_memory_t pointer as an extra arg. In
this particular case the gs_memory_t pointer in question could be
NULL. The fix is to use one obtained from gs_lib_ctx_get_non_gc_memory_t,
a call to which happens conveniently to be on the previous line.

gs_lib_ctx_get_non_gs_memory_t is going to be painful to remove later on,
but at least this fix gets us up and running again now.

No expected differences.

[base/strmio.c]

2010-04-15T09:53:33.313864Z Masaki Ushizaka

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
symbol dictionary.
No difference expected, other than JBIG2 pdf files suffered by
this problem.

[jbig2dec/jbig2_symbol_dict.c]

2010-04-15T08:30:48.171463Z Chris Liddell

Resolve a Freetype build problem on Mac - solution suggested by Tor and Henry.

[base/freetype.mak]

2010-04-14T19:29:56.362613Z Robin Watts

Update the clist band list compressor code to work without using global
variables as part of the workd for bug 691207 (remove global variables).

The old code used to call a function to read an initialise global structure,
then based on that allocate storage and copy the structure into it. The new
code essentially does 2 calls; one that serves to get the size, and another
that serves to initialise the newly allocated structure.

To facilitate testing, this introduces a new TEST_BAND_LIST_COMPRESSION
define. If built with this as a define, the code sets the compression
threshold to 1K, thus forcing the use of compression. A local cluster
push with this in reveals just one problem, and that seems to be in the
existing code whereby inflateEnd can be incorectly called on a NULL derived
pointer. A fix for that is included too.

No expected differences.

[base/gxcllzw.c base/gxclmem.c base/lib.mak base/gxclzlib.c base/gxclmem.h base/szlibd.c]

2010-04-14T16:25:11.391305Z Chris Liddell

Reverse the previous build options for Freetype integration: now
--disable-freetype for configure on Unix type systems or pass FT_BRIDGE=0
to nmake on Windows if you do not want to integrate Freetype.

[base/configure.ac psi/msvc32.mak]

2010-04-14T16:03:29.953276Z Ken Sharp

Fix FreeType FAPI
No bug for this (probably should be). Noticed while testing that using a TrueType to
replace a missing CIDFont (ie entry in cidfmap) was rendering the wrong glyphs, and
applying a vertical advance.

The incorrect glyph seems to be because we were incorrectly stating that the character
index was not a glyph ID, which it is in this case.

The second problem was more difficult. FreeType manufactures vertical advance metrics
for all TrueType glyphs, we override those in the incremental interface callback, but
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
(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.

[psi/fapi_ft.c psi/zfapi.c]

2010-04-14T14:11:19.891045Z Robin Watts

Move real_time_0 from being a static variable in zmisc.c to being an entry
int libctx. Instead of initialisation happening in zmisc it now happens in
gslibctx.c. Part of the effort for bug 691027 (remove global vars).

This variable isn't strictly speaking necessary, but apparently some FTS
tests behave better if realtime starts from 0, and it isn't a big problem.

No differences shown in localcluster testing.

[base/gslibctx.c base/gslibctx.h psi/zmisc.c]

2010-04-14T10:03:31.189133Z Hin-Tak Leung

a few more comments about some microsoft CJK fonts

[lib/mkcidfm.ps]

2010-04-14T02:31:58.209185Z Masaki Ushizaka

Fixed jbig2dec command getopt() parameter for -v option.  Not used by
ghostscript itself but worth for standalone debugging.

[jbig2dec/jbig2dec.c]

2010-04-14T02:26:16.603254Z Masaki Ushizaka

Fixed an indent. No influence on code.

[jbig2dec/jbig2_symbol_dict.c]

2010-04-13T14:52:16.370358Z Henry Stiles

Gets rid us of 2 global variables in jasper (jas_image_numfmts and
jas_image_fmtinfos).  In so doing we take the liberty of simplifiying
jasper's startup.  The configured codecs (we only use 2: jpc and jp2)
were set at compile time anyway so the the methods to "add formats"
and "clear formats" have been replaced with a static table.

[jasper/src/appl/imgcmp.c jasper/src/appl/jasper.c jasper/src/appl/imginfo.c jasper/src/libjasper/base/jas_image.c jasper/src/libjasper/base/jas_init.c jasper/src/libjasper/include/jasper/jas_image.h]

2010-04-13T14:29:59.699580Z Robin Watts

Remove BITTAG global variable by moving it into the libctx, as part of
efforts towards bug 691207 (multithreaded gs). This has required several
accessor functions to gain gs_memory_t * arguments.

No differences expected, or shown by localcluster testing.

[base/gsnamecl.c base/gsutil.h base/gslibctx.c base/gdevbit.c base/gslibctx.h base/gsutil.c]

2010-04-13T13:06:54.792469Z Ken Sharp

Fix FreeType
A prior update which re-initialised a glyph index to prevent old Metrics override
values persisting after a glyph was discarded did not check the ft_inc_int member of
the 'FF_face' structure before dereferncing it, leading to a potential crash if the
font was not incrementally loaded.

The code now checks the value before attempting to dereference the pointer.

[psi/fapi_ft.c]

2010-04-13T12:50:40.024266Z Ken Sharp

Modify FAPI support files
Moved FAPIConfig, FAPIcidfmap and FAPIfontmap from the 'lib' directory to the
'Resource/Init' directory, so that they get built in when COMPILE_INITS=1.

Also modified gs_fapi.ps to contain default values for the contents of FAPIConfig which
map all fonts to the FAPI engine (FreeType for now). Modified FAPIConfig so that the
usual contents are commented out. This should allow the possibility of overriding the
default values by putting new values in FAPIConfig.

[lib/FAPIcidfmap lib/FAPIfontmap lib/FAPIconfig Resource/Init/FAPIcidfmap Resource/Init/FAPIfontmap Resource/Init/FAPIconfig Resource/Init/gs_fapi.ps]

2010-04-13T12:15:42.067350Z Robin Watts

Move global variables from gshtscr.c (screen_accurate_screens,
screen_min_screen_levels, screen_use_wts) into libctx. This has
meant updating the functions to read/write these to take a
gs_memory_t pointer too. Part of the efforts for bug 691207.

No differences shown by localcluster testing.

[base/gshtscr.c base/gxht.h psi/zusparam.c base/gslibctx.h base/gsht.c base/gsht1.c psi/zht.c psi/zht2.c]

2010-04-13T09:50:08.611008Z Masaki Ushizaka

A fix for 691081, 691206, and part of 690094.

From r9769, jbig2dec wasn't capable of decoding some JBIG2 files and throwing
a error "jbig2dec FATAL ERROR runlength too large in export symbol table
(XXX > XX - XX) (segment 0xXX)".
This was caused by accidentaly bound checking export symbol table size with
number of non-export symbol.  This fixes it.
No differences expected, other than JBIG2 files suffered from this problem.

[jbig2dec/jbig2_symbol_dict.c]

2010-04-13T09:38:22.017180Z Chris Liddell

Minor revision to FAPI code to better ensure GS errors in callbacks
survive through the font renderer library.

[psi/fapi_ft.c psi/zfapi.c psi/ifapi.h psi/fapiufst.c]

2010-04-13T03:25:58.022387Z Henry Stiles

Make the CIESpaces array and its elements constant so it is not
confused with global modifiable data.

[psi/zcolor.c]

2010-04-12T10:44:43.428786Z Chris Liddell

Remove the hardcoded identity matrix in the Type 1 serialization code in
favour of the new FAPI call allowing the interface code to dictate the matrix
to be used.

[psi/zfapi.c]

2010-04-10T09:35:54.039788Z Ken Sharp

Remove extraneous debug statement in revision 11050.

[Resource/Init/gs_fapi.ps]

2010-04-10T09:28:50.393011Z Ken Sharp

FAPI Enhancement
We need a way in the initial release where we set FreeType as the default font scaler to
switch it off and revert back to the Ghostscript internal font scaler, in case there
are significant problems. Bug #691237

This allows the user to either send PostScript or set a command line value to create
a key called DisableFAPI, if the value is true then FAPI will no longer be active, and
so the GS font scaler will be used.

Can also be set with -dDisableFAPI=true at the command line.

[Resource/Init/gs_fapi.ps]

2010-04-09T18:22:38.657773Z regression

Fixed a recently introduced bug in the cluster that caused gs head to
be used when compiling GhostPCL/GhostXPS even if a previous revision
should have been used (as is the case when two or more commits occur
while the cluster is busy).

[toolbin/localcluster/run.pl]

2010-04-09T17:49:20.410599Z regression

Minor tweaks/improvements to the cluster code:

Fixed bug which occasionally left jobs running on macpro.

Clusterpush.pl when run with user==Michael Vrhel now compares to icc_work branch.

Report all icc_work branch errors (not just new ones).

Collect time to run information.

No longer cache mupdf results.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl toolbin/localcluster/cachearchive.pl toolbin/localcluster/compare.pl]

2010-04-09T14:51:26.314389Z Ken Sharp

Fix UFST and enhance FAPI
Define a new API call for FAPI to allow font engines to replace a FontMatrix. This is
to allow FreeType to replace the FotnMatrix with the identity as it makes the 2-step
scaling performed by FreeType simpler.

Modified compute_em_scale so that it uses the new API call instead of blindly replacing
the FontMatrix.

Restored the calculation in FAPI_do_char which unwinds the FontMatrix from the CTM
when calculating the scale factor. Use the new API call to retrieve the desired
FontMatrix rather than pulling it directly from the font as before.

[psi/fapi_ft.c psi/zfapi.c psi/ifapi.h psi/fapiufst.c]

2010-04-09T08:13:56.362732Z Ken Sharp

Fix Bug #691180
This alters the described 'odd behaviour' of the font substitution code whereby fonts
whose name does not contain either 'Serif' or 'Sans' are substituted with Helvetica,
but those which contain 'Italic' are substituted with Times. Italic fonts are now
treated the same as Oblique fonts, and substituted with Helvetica, unless the font
is identified as a serif font.

This may cause some substitution differences with regression files.

[Resource/Init/gs_fonts.ps]

2010-04-08T21:42:54.260278Z Robin Watts

Move io_device_table from being a global static in gsiodev.c into
the library context. In order to retrieve it we need to update
lots of functions to take a gs_memory_t * as well.

Localcluster testing shows no expected differences.

[base/gsdevice.c psi/zfile.c base/gdevupd.c base/gsiodev.c base/gxdevice.h psi/ziodev2.c base/gdevprn.c psi/ziodevsc.c base/sfxcommon.c psi/zfrsd.c base/gxiodev.h base/strmio.c base/gslibctx.c base/gsfname.c psi/ziodev.c base/gdevtsep.c psi/zcrd.c base/gslibctx.h base/gsfname.h base/gdevps.c]

2010-04-08T16:05:50.601517Z Ken Sharp

Fix TrueType interpreter Bug #691227
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.

FreeType's interpreter has this comment

/* XXX: Because some popular fonts contain some invalid DeltaP */
/*      instructions, we simply ignore them when the stacked   */
/*      point reference is off limit, rather than returning an */
/*      error.  As a delta instruction doesn't change a glyph  */
/*      in great ways, this shouldn't be a problem.            */

This patch more or less mimics this in our code.

[base/ttinterp.c]

2010-04-08T15:54:31.828558Z Ralph Giles

Remove the commented out invocations of autoheader and aclocal/automake
in the autotools bootstrap script.

The various autotools modules must be invoked in a specific order, and
usually with non-default options. We only use autoconf in our build,
not any of the other tools which layer on top of it, but I had left
their invocations in the script, but commented out, so make it easier
to add them at a later date.

It's been some years since autogen.sh was added, and we still have no
plans to adopt automake. Also, the script didn't include support for
libtoolize (which is glibtoolize of MacOS X)  nor for detecting the
appropriate automake version, so it seems simpler to just remove the
commented out lines to avoid confusion.

[autogen.sh]

2010-04-08T15:39:26.443280Z Robin Watts

Stop a function scope static from being static as nothing was gained by it,
and this removes it from the list of global variables as part of the efforts
for bug 691207 (multithreaded safety).

No expected differences.

[base/gdevupd.c]

2010-04-08T15:29:26.540666Z Robin Watts

Change a static (that happens to be const) to be a static const to remove
it from the global variable list for bug 691207.

No expected differences.

[base/gdevifno.c]

2010-04-08T15:22:28.719732Z Robin Watts

Remove globals from gdevmgr.c as part of efforts on bug 691207 (multithreaded
safety).

Move 5 tables from being file level statics to living in the device structure.

Checked by doing back to back builds and verifying that the same output is
given for tiger.eps in both cases.

No expected differences.

[base/gdevmgr.c]

2010-04-08T15:16:51.654028Z Robin Watts

Remove the function scope static variables from gdevcdj.c as part of the
efforts for bug 691207 (multithreaded safety). These only affect the
ESC/P driver.

There are 4 variables in play here. real_rows doesn't actually need to be
static at all as it is always set before being used. The other 3 (ln_idx,
vskip1 and vskip2) all go into the 'ep_globals' structure.

There is a subtle change in behaviour here; previously these variables were
initialised to zero on execution start (and again on every flush). Now they
are initialised to zero at the start of every page (and again on every flush).
This means that leftover vskips are no longer carried forwards from page to
page. This seems like a good thing to me.

[base/gdevcdj.c]

2010-04-08T14:30:41.679319Z Robin Watts

Make a table of 4 zeros be static const, and update the cast where they are
used to also be static const. This should remove them from the global variable
list in bug 691207.

[contrib/japanese/gdev10v.c]

2010-04-08T11:56:29.059369Z Robin Watts

Remove global variables in gdevcdj.c as part of the effort for bug 691207.

The ESC/P based printing code in gdevcdj.c uses various global variables; we
gather them into a struct here, and pass the struct between the 2 functions
concerned.

This device isn't used in the default build, so no point in testing with the
localcluster. Enabling it locally and doing before/after tests shows that
identical results are given for rendering tiger.eps.

A side effect of this commit is to remove the nasty shadowing of the img_rows
variable (doubly nasty because of it's use within a macro). This meant that I
had the code wrong for a while, so I know the test is actually testing the
right thing.

[base/gdevcdj.c]

2010-04-07T17:18:46.406090Z Robin Watts

Remove global variable lbp8_end from gdevlbp8.c - it was permanently NULL
so removing it isn't hard, or risky. This will help towards the "No global
variables" goal (bug 691207).

No expected differences.

[base/gdevlbp8.c]

2010-04-07T13:23:37.938542Z Chris Liddell

Revise the interface code and the use of FT so that both use GS managed
memory, rather than the stdlib memory routines (malloc/free and co.).

[psi/fapi_ft.c]

2010-04-07T13:13:57.741241Z Robin Watts

Fix for bug 691228, problems with wide strokes with round caps/joins with
antialiasing enabled.

2 small problems in the same code. In the antialiased case, we stroke by
forming 2 paths (one up either side of the line) and then reverse one and
concatenate it. This should happen whenever we meet a closepath, but due to
a misplaced return, was being missed out in some round join cases.

Also, when using a round join in the case where 2 lines meet 'in-line' we
would inadvertently leave the point on the wrong side of the line.

No changes in localcluster testing as this only affects antialiased results
and that's not tested currently.

[base/gxstroke.c]

2010-04-06T19:26:40.921375Z Robin Watts

Another attempt to fix Bug 691115. This corrects the clipping of a trapezoid
to a rectangle within the shading code. My previous attempt had failed to
allow for one case.

This causes 116 non-pdfwrite diffs, and 23 pdfwrite ones, all checked using
bmpcmp and found to be acceptable.

[base/gxshade6.c]

2010-04-06T17:15:54.520182Z Michael Vrhel

Update of fuzzy to report average and max color errors.  This is useful
for continuous tone images only.  If the max error reaches the largest
possible, the calculations for these values are not performed.

[toolbin/tests/fuzzy.c]

2010-04-06T14:14:43.252652Z Ken Sharp

Fix FAPI and FreeType interface.
The Metrics override was broken, the code to retrieve the /Metrics entries (1 to 4
values) stored the results in an array in a different order to the code which read the
values back.

In addition the FreeType code did not reset the 'glyph_metrics_index' if a glyph had no
metrics override, which could lead to us using the metrics overrides from a prior glyph
if we had already encountered one using an override.

[psi/fapi_ft.c psi/zfapi.c]

2010-04-06T10:08:31.160988Z Ken Sharp

Fix FreeType.
The revision 11012 fixed a problem with an invalid font but accidentally introduced a
regression because an 'else' clause was missed.

[freetype/src/psaux/psobjs.c]

2010-04-06T08:14:44.802475Z Chris Liddell

Resolve two compiler warnings - no behaviour change expected

[psi/zfapi.c]

2010-04-05T23:50:00.539571Z Hin-Tak Leung

adding comments about using globs not expandable by shell; bug 691229

[base/mkromfs.c]

2010-04-05T17:24:12.188391Z Hin-Tak Leung

adding escaped quotes around $0 in "basename $0" ; 2nd part of bug 691219

[lib/pdf2ps lib/eps2eps lib/pfbtopfa lib/ps2epsi lib/ps2pdfwr lib/ps2ps lib/dumphint lib/ps2ps2 lib/dvipdf lib/pdfopt]

2010-04-05T17:22:10.077618Z Hin-Tak Leung

adding escaped quotes around $0 in "dirname $0" ; bug 691219

[lib/printafm lib/eps2eps lib/pdf2dsc lib/gsbj lib/ps2epsi lib/gsdj lib/dumphint lib/gsnd lib/font2c lib/pdfopt lib/pdf2ps lib/ps2pdf lib/gslj lib/pfbtopfa lib/bdftops lib/ps2pdf12 lib/ps2pdf13 lib/ps2pdf14 lib/gslp lib/wftopfa lib/ps2pdfwr lib/ps2ps lib/pphs lib/pf2afm lib/gsdj500]

2010-04-05T17:13:34.259627Z Hin-Tak Leung

adding reference to msmin04, msgoth04 and ngulim,nbantang; fixes the remaining issues in bug 689456

[lib/mkcidfm.ps]

2010-04-05T15:48:47.768122Z Ken Sharp

Fix line endings. The previous commit (11012) accidentally used DOS line endings which
made it appear every line in the file was different.

[freetype/src/psaux/psobjs.c]

2010-04-05T15:31:11.441559Z Ken Sharp

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
past, this works well as long as the client knows whether the advance direction is
horizontal or vertical and uses the correct advance.

However we don't know that, so we don't want the vertical advance.

Its easiest jut to have FreeType ignore embedded bitmaps and use the outlines, in which
case we don't get the invented vertical advance. Not only that but the rendered bitmap
is a better match for the cases where we don't have a pre-built bitmap, so consistency
is improved with this patch as well.

[psi/fapi_ft.c]

2010-04-05T15:27:25.365922Z Ken Sharp

Fix FreeType
The test file objlune_font2_mine.ps contains a Type 1 font which has a technically
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
patch removes the error check in FreeType to conform with other interpreters.

[freetype/src/psaux/psobjs.c]

2010-04-05T11:33:32.361294Z Chris Liddell

Update the to latest FT code from the FT git repository.

[freetype/src/pshinter/pshglob.c freetype/src/base/ftpfr.c freetype/src/pshinter/pshglob.h freetype/src/type1/t1objs.c freetype/docs/DEBUG freetype/src/type1/t1objs.h freetype/docs/INSTALL.CROSS freetype/src/truetype/ttgload.c freetype/src/truetype/ttgload.h freetype/src/tools/ftrandom/ftrandom.c freetype/devel/ft2build.h freetype/src/tools/docmaker/formatter.py freetype/src/autofit/Jamfile freetype/src/bdf/module.mk freetype/include/freetype/config/ftheader.h freetype/src/cff/Jamfile freetype/src/cff/cffparse.c freetype/src/raster/ftraster.c freetype/src/cff/cffparse.h freetype/src/cff/cffcmap.c freetype/src/raster/ftraster.h freetype/src/cff/cffcmap.h freetype/src/raster/ftrend1.c freetype/include/freetype/internal/services/svttglyf.h freetype/src/raster/ftrend1.h freetype/builds/wince/vc2005-ce/freetype.vcproj freetype/docs/INSTALL.ANY freetype/src/psnames/module.mk freetype/src/base/ftutil.c freetype/src/autofit/afglobal.c freetype/src/cache/ftcsbits.c freetype/src/autofit/afglobal.h freetype/src/pcf/rules.mk freetype/src/base/ftsystem.c freetype/src/cache/ftcsbits.h freetype/src/psaux/psaux.c freetype/src/cff/module.mk freetype/src/pshinter/rules.mk freetype/src/pcf/pcfread.c freetype/src/bdf/bdflib.c freetype/src/pcf/pcfread.h freetype/include/freetype/ftcache.h freetype/src/raster/Jamfile freetype/src/gzip/rules.mk freetype/src/pshinter/pshalgo.c freetype/include/freetype/ftincrem.h freetype/include/freetype/internal/services/svcid.h freetype/src/pshinter/pshalgo.h freetype/src/psnames/psnamerr.h freetype/src/tools/test_afm.c freetype/src/cache/ftccache.c freetype/src/cache/ftcmru.c freetype/include/freetype/config/ftstdlib.h freetype/src/cid/cidtoken.h freetype/include/freetype/freetype.h freetype/vms_make.com freetype/src/cache/ftccache.h freetype/src/cache/ftcmru.h freetype/docs/INSTALL.UNIX freetype/src/tools/cordic.py freetype/src/pfr/Jamfile freetype/src/pfr/pfr.c freetype/src/pfr/pfrload.c freetype/src/pfr/pfrload.h freetype/include/freetype/fterrdef.h freetype/src/type1/t1gload.c freetype/src/base/ftbbox.c freetype/src/otvalid/otvgdef.c freetype/src/type1/t1gload.h freetype/include/freetype/ftsystem.h freetype/src/bdf/bdferror.h freetype/src/gxvalid/rules.mk freetype/src/pcf/pcf.c freetype/src/bdf/Jamfile freetype/src/gxvalid/gxvbsln.c freetype/include/freetype/internal/services/svotval.h freetype/src/otvalid/rules.mk freetype/src/pfr/pfrdrivr.c freetype/src/pcf/pcf.h freetype/src/type1/Jamfile freetype/src/pfr/pfrdrivr.h freetype/src/pcf/pcferror.h freetype/src/sfnt/ttsbit0.c freetype/src/base/ftmac.c freetype/src/base/ftgloadr.c freetype/src/base/ftbase.c freetype/builds/win32/vc2005/freetype.vcproj freetype/src/base/ftbase.h freetype/src/gxvalid/gxvmort0.c freetype/src/bdf/bdf.c freetype/src/bdf/bdf.h freetype/src/gxvalid/gxvalid.c freetype/src/cff/cff.c freetype/include/freetype/internal/psaux.h freetype/src/gxvalid/gxvalid.h freetype/autogen.sh freetype/src/base/fttype1.c freetype/src/autofit/afmodule.c freetype/src/autofit/afmodule.h freetype/src/pfr/pfrcmap.c freetype/src/pfr/pfrcmap.h freetype/src/psaux/Jamfile freetype/src/cff/cffpic.c freetype/src/base/ftdebug.c freetype/src/gzip/inflate.c freetype/src/cff/cffpic.h freetype/src/type1/t1driver.c freetype/src/otvalid/otvbase.c freetype/include/freetype/ftmoderr.h freetype/src/gxvalid/gxvopbd.c freetype/src/type1/t1driver.h freetype/src/base/basepic.c freetype/src/type1/t1parse.c freetype/src/otvalid/otvmath.c freetype/src/gxvalid/gxvmort1.c freetype/src/base/basepic.h freetype/src/psnames/rules.mk freetype/src/type1/t1parse.h freetype/src/pcf/Jamfile freetype/src/gzip/Jamfile freetype/src/base/ftbdf.c freetype/src/type1/t1afm.c freetype/src/raster/module.mk freetype/src/cid/cidobjs.c freetype/include/ft2build.h freetype/include/freetype/internal/services/svgxval.h freetype/include/freetype/internal/ftrfork.h freetype/src/type1/t1tokens.h freetype/src/type1/t1afm.h freetype/src/pshinter/pshrec.c freetype/src/cid/cidobjs.h freetype/src/pshinter/pshrec.h freetype/src/truetype/ttobjs.c freetype/src/autofit/autofit.c freetype/include/freetype/ftchapters.h freetype/src/type1/t1errors.h freetype/include/freetype/ftlzw.h freetype/src/truetype/ttobjs.h freetype/src/otvalid/otvgsub.c freetype/src/tools/apinames.c freetype/src/winfonts/fnterrs.h freetype/src/cache/ftcache.c freetype/include/freetype/ftglyph.h freetype/builds/win32/vc2005/index.html freetype/src/raster/rasterrs.h freetype/src/autofit/aflatin2.c freetype/src/type42/Jamfile freetype/src/base/ftpic.c freetype/src/autofit/aflatin2.h freetype/include/freetype/fttypes.h freetype/src/cache/ftcglyph.c freetype/src/gxvalid/gxvmort2.c freetype/src/pshinter/pshinter.c freetype/src/cache/ftcglyph.h freetype/src/tools/test_bbox.c freetype/src/cache/Jamfile freetype/src/type42/t42types.h freetype/include/freetype/internal/services/svpsinfo.h freetype/src/gxvalid/gxvmort.c freetype/src/raster/rastpic.c freetype/builds/win32/vc2008/index.html freetype/src/gxvalid/gxvmort.h freetype/src/gxvalid/README freetype/src/tools/docmaker/docbeauty.py freetype/src/raster/rastpic.h freetype/src/gzip/ftgzip.c freetype/include/freetype/ftcid.h freetype/include/freetype/internal/services/svpfr.h freetype/src/sfnt/module.mk freetype/src/type1/t1load.c freetype/docs/INSTALL freetype/src/gzip/inftrees.c freetype/docs/INSTALL.VMS freetype/src/type1/t1load.h freetype/src/gzip/inftrees.h freetype/src/pfr/pfrsbit.c freetype/src/cff/cfftoken.h freetype/src/gxvalid/gxvfeat.c freetype/include/freetype/internal/ftgloadr.h freetype/docs/PROBLEMS freetype/src/pfr/pfrsbit.h freetype/src/gxvalid/gxvfeat.h freetype/src/truetype/Jamfile freetype/src/gxvalid/gxvkern.c freetype/docs/INSTALL.MAC freetype/src/cid/Jamfile freetype/src/base/ftglyph.c freetype/include/freetype/ftmm.h freetype/src/otvalid/otverror.h freetype/docs/UPGRADE.UNIX freetype/src/autofit/afcjk.c freetype/src/autofit/aftypes.h freetype/src/psaux/afmparse.c freetype/src/sfnt/sfdriver.c freetype/src/autofit/afcjk.h freetype/src/sfnt/sfobjs.c freetype/src/base/ftobjs.c freetype/src/psaux/afmparse.h freetype/src/sfnt/sfdriver.h freetype/src/sfnt/sfobjs.h freetype/src/pfr/rules.mk freetype/src/psaux/module.mk freetype/src/base/ftstroke.c freetype/src/base/ftfstype.c freetype/docs/GPL.TXT freetype/src/base/ftbitmap.c freetype/src/pshinter/pshpic.c freetype/src/pshinter/pshpic.h freetype/src/psnames/pstables.h freetype/src/sfnt/rules.mk freetype/builds/wince/vc2005-ce/index.html freetype/src/autofit/afpic.c freetype/docs/PATENTS freetype/docs/raster.txt freetype/src/autofit/afpic.h freetype/src/cff/cffdrivr.c freetype/src/otvalid/otvgpos.c freetype/src/cid/cidriver.c freetype/src/cff/cffdrivr.h freetype/include/freetype/ftgasp.h freetype/src/autofit/afindic.c freetype/src/otvalid/otvgpos.h freetype/src/cid/cidriver.h freetype/src/autofit/afindic.h freetype/docs/INSTALL.GNU freetype/src/winfonts/module.mk freetype/src/sfnt/ttkern.c freetype/src/gzip/infutil.c freetype/src/sfnt/sferrors.h freetype/src/psaux/t1cmap.c freetype/src/sfnt/ttkern.h freetype/src/gxvalid/gxvmort4.c freetype/src/gzip/infutil.h freetype/include/freetype/ttnameid.h freetype/src/psaux/t1cmap.h freetype/src/gzip/zconf.h freetype/src/base/ftpatent.c freetype/src/truetype/rules.mk freetype/src/base/ftadvanc.c freetype/src/tools/docmaker/tohtml.py freetype/src/otvalid/otvalid.c freetype/src/otvalid/otvcommn.c freetype/include/freetype/config/ftmodule.h freetype/include/freetype/ftxf86.h freetype/src/otvalid/otvalid.h freetype/src/otvalid/otvcommn.h freetype/include/freetype/internal/ftserv.h freetype/Jamrules freetype/src/type1/module.mk freetype/src/base/ftapi.c freetype/docs/VERSION.DLL freetype/docs/LICENSE.TXT freetype/include/freetype/ftstroke.h freetype/include/freetype/ftlist.h freetype/include/freetype/ftbitmap.h freetype/src/type42/t42parse.c freetype/src/bdf/bdfdrivr.c freetype/modules.cfg freetype/builds/win32/visualce/freetype.dsp freetype/src/cid/ciderrs.h freetype/ChangeLog.20 freetype/ChangeLog.21 freetype/src/type42/t42parse.h freetype/ChangeLog.22 freetype/src/bdf/bdfdrivr.h freetype/include/freetype/tttables.h freetype/src/cid/module.mk freetype/src/autofit/afdummy.c freetype/src/tools/chktrcmp.py freetype/include/freetype/internal/services/svxf86nm.h freetype/src/autofit/afdummy.h freetype/include/freetype/internal/ftobjs.h freetype/src/pcf/pcfdrivr.c freetype/src/gxvalid/gxvmort5.c freetype/src/pcf/pcfdrivr.h freetype/src/psnames/Jamfile freetype/docs/MAKEPP freetype/Jamfile freetype/builds/win32/visualce/index.html freetype/include/freetype/ftotval.h freetype/src/tools/test_trig.c freetype/src/tools/docmaker/content.py freetype/include/freetype/ftadvanc.h freetype/include/freetype/internal/services/svpostnm.h freetype/src/cff/rules.mk freetype/src/gzip/zlib.h freetype/src/type42/t42error.h freetype/src/smooth/module.mk freetype/src/sfnt/sfnt.c freetype/src/autofit/afloader.c freetype/src/otvalid/Jamfile freetype/include/freetype/internal/services/svkern.h freetype/src/autofit/afloader.h freetype/src/cache/ftcerror.h freetype/src/psaux/psobjs.c freetype/src/sfnt/Jamfile freetype/src/gzip/infcodes.c freetype/src/truetype/ttpic.c freetype/src/psaux/psobjs.h freetype/src/base/ftcalc.c freetype/src/pshinter/pshnterr.h freetype/src/gzip/infcodes.h freetype/src/truetype/ttpic.h freetype/src/bdf/rules.mk freetype/include/freetype/internal/tttypes.h freetype/src/gxvalid/gxvmorx0.c freetype/include/freetype/internal/ftvalid.h freetype/include/freetype/fterrors.h freetype/builds/win32/visualc/freetype.dsp freetype/src/gzip/infblock.c freetype/src/base/ftlcdfil.c freetype/include/freetype/internal/ftmemory.h freetype/src/type1/type1.c freetype/include/freetype/ftpfr.h freetype/src/gzip/infblock.h freetype/src/pshinter/module.mk freetype/src/tools/ftrandom/Makefile freetype/src/type42/rules.mk freetype/src/gxvalid/gxvmorx.c freetype/docs/formats.txt freetype/src/cff/cffobjs.c freetype/src/smooth/ftsmooth.c freetype/src/gxvalid/gxvmorx.h freetype/src/cff/cffobjs.h freetype/include/freetype/ftoutln.h freetype/src/smooth/ftsmooth.h freetype/include/freetype/ftsynth.h freetype/src/tools/ftrandom/README freetype/src/winfonts/rules.mk freetype/docs/CHANGES freetype/src/base/ftotval.c freetype/include/freetype/tttags.h freetype/src/truetype/module.mk freetype/include/freetype/internal/autohint.h freetype/src/tools/glnames.py freetype/src/sfnt/ttload.c freetype/src/gxvalid/gxvfgen.c freetype/src/sfnt/ttload.h freetype/src/pfr/pfrtypes.h freetype/src/gxvalid/gxvtrak.c freetype/src/pcf/README freetype/include/freetype/internal/ftdriver.h freetype/include/freetype/ftgzip.h freetype/src/base/ftrfork.c freetype/include/freetype/internal/services/svbdf.h freetype/src/smooth/rules.mk freetype/src/gxvalid/gxvmorx1.c freetype/src/base/rules.mk freetype/src/autofit/afwarp.c freetype/src/cid/cidload.c freetype/include/freetype/ftgxval.h freetype/src/autofit/afwarp.h freetype/include/freetype/internal/services/svgldict.h freetype/src/cid/cidload.h freetype/src/gxvalid/gxvprop.c freetype/include/freetype/ftlcdfil.h freetype/src/tools/docmaker/sources.py freetype/src/type42/type42.c freetype/src/raster/rules.mk freetype/src/truetype/ttgxvar.c freetype/src/pshinter/Jamfile freetype/src/truetype/ttdriver.c freetype/src/gxvalid/Jamfile freetype/src/truetype/ttgxvar.h freetype/src/pfr/pfrgload.c freetype/src/Jamfile freetype/src/pshinter/pshmod.c freetype/src/truetype/ttdriver.h freetype/src/autofit/aflatin.c freetype/src/pfr/pfrgload.h freetype/src/base/ftsnames.c freetype/src/pshinter/pshmod.h freetype/include/freetype/internal/ftcalc.h freetype/include/freetype/ftrender.h freetype/src/base/ftgasp.c freetype/src/autofit/aflatin.h freetype/src/base/ftdbgmem.c freetype/docs/TRUETYPE freetype/src/smooth/ftspic.c freetype/include/freetype/t1tables.h freetype/src/cid/cidgload.c freetype/src/base/ftoutln.c freetype/src/smooth/ftspic.h freetype/src/base/ftsynth.c freetype/src/base/ftwinfnt.c freetype/src/cid/cidgload.h freetype/include/freetype/internal/internal.h freetype/src/sfnt/ttbdf.c freetype/src/sfnt/ttbdf.h freetype/src/lzw/ftlzw.c freetype/builds/win32/vc2008/freetype.vcproj freetype/src/truetype/ttpload.c freetype/src/gxvalid/gxvmorx2.c freetype/src/truetype/ttinterp.c freetype/src/lzw/rules.mk freetype/src/truetype/ttpload.h freetype/src/truetype/ttinterp.h freetype/src/base/ftxf86.c freetype/src/base/ftstream.c freetype/src/sfnt/ttcmap.c freetype/include/freetype/internal/services/svmm.h freetype/src/sfnt/ttcmap.h freetype/src/gxvalid/module.mk freetype/src/gxvalid/gxvjust.c freetype/src/truetype/tterrors.h freetype/src/pcf/pcfutil.c freetype/src/cid/type1cid.c freetype/src/pcf/pcfutil.h freetype/src/base/ftgxval.c freetype/include/freetype/internal/pshints.h freetype/src/sfnt/ttmtx.c freetype/src/psnames/psmodule.c freetype/src/sfnt/ttmtx.h freetype/src/psaux/psauxmod.c freetype/builds/wince/vc2008-ce/index.html freetype/src/pfr/module.mk freetype/src/psnames/psmodule.h freetype/src/base/ftcid.c freetype/include/freetype/ftsnames.h freetype/src/psaux/psauxmod.h freetype/README.git freetype/configure freetype/src/sfnt/ttcmapc.h freetype/src/gzip/inffixed.h freetype/include/freetype/ftwinfnt.h freetype/src/pfr/pfrobjs.c freetype/src/base/Jamfile freetype/include/freetype/ftimage.h freetype/docs/release freetype/src/pfr/pfrobjs.h freetype/src/lzw/ftzopen.c freetype/src/truetype/truetype.c freetype/src/lzw/Jamfile freetype/Makefile freetype/src/lzw/ftzopen.h freetype/src/base/fttrigon.c freetype/src/autofit/afhints.c freetype/src/autofit/afhints.h freetype/builds/win32/visualce/freetype.vcproj freetype/include/freetype/ftmac.h freetype/src/psaux/rules.mk freetype/src/type1/rules.mk freetype/src/cache/ftcimage.c freetype/src/psnames/pspic.c freetype/src/cache/ftcimage.h freetype/include/freetype/config/ftconfig.h freetype/src/cid/cidparse.c freetype/src/psnames/pspic.h freetype/src/cff/cfferrs.h freetype/src/cid/cidparse.h freetype/src/smooth/Jamfile freetype/src/gzip/adler32.c freetype/include/freetype/internal/sfnt.h freetype/docs/reference/README freetype/src/winfonts/winfnt.c freetype/devel/ftoption.h freetype/src/sfnt/sfntpic.c freetype/src/gzip/zutil.c freetype/src/winfonts/winfnt.h freetype/src/smooth/smooth.c freetype/src/sfnt/sfntpic.h freetype/src/gzip/zutil.h freetype/src/smooth/ftgrays.c freetype/src/raster/ftmisc.h freetype/src/gxvalid/gxvmorx4.c freetype/src/winfonts/Jamfile freetype/include/freetype/internal/pcftypes.h freetype/src/smooth/ftgrays.h freetype/src/pfr/pfrerror.h freetype/src/raster/raster.c freetype/include/freetype/internal/services/svwinfnt.h freetype/docs/CUSTOMIZE freetype/builds/unix/configure.raw freetype/include/freetype/internal/t1types.h freetype/builds/wince/vc2008-ce/freetype.vcproj freetype/src/otvalid/module.mk freetype/ChangeLog freetype/include/freetype/internal/services/svpscmap.h freetype/include/freetype/fttrigon.h freetype/docs/FTL.TXT freetype/src/cache/ftcmanag.c freetype/src/sfnt/ttsbit.c freetype/README freetype/src/cache/ftcmanag.h freetype/src/sfnt/ttsbit.h freetype/src/type42/t42drivr.c freetype/src/psaux/psconv.c freetype/include/freetype/ftbdf.h freetype/include/freetype/ftsizes.h freetype/src/type42/t42drivr.h freetype/src/psaux/psconv.h freetype/include/freetype/internal/services/svtteng.h freetype/include/freetype/internal/ftdebug.h freetype/src/tools/docmaker/docmaker.py freetype/src/gxvalid/gxverror.h freetype/src/autofit/module.mk freetype/include/freetype/internal/ftstream.h freetype/src/cff/cfftypes.h freetype/src/gxvalid/gxvmorx5.c freetype/src/gxvalid/gxvmod.c freetype/include/freetype/internal/ftpic.h freetype/src/gxvalid/gxvmod.h freetype/include/freetype/ftbbox.h freetype/src/otvalid/otvmod.c freetype/src/psnames/psnames.c freetype/src/cid/rules.mk freetype/src/psaux/psauxerr.h freetype/src/type42/t42objs.c freetype/src/otvalid/otvmod.h freetype/src/cache/ftccmap.c freetype/src/cache/ftcbasic.c freetype/src/type42/t42objs.h freetype/src/smooth/ftsmerrs.h freetype/include/freetype/internal/services/svttcmap.h freetype/version.sed freetype/src/psaux/t1decode.c freetype/src/autofit/rules.mk freetype/src/tools/docmaker/utils.py freetype/builds/win32/visualc/index.html freetype/src/psaux/t1decode.h freetype/src/type42/module.mk freetype/src/otvalid/otvjstf.c freetype/src/autofit/aferrors.h freetype/src/cff/cffgload.c freetype/src/gxvalid/gxvlcar.c freetype/include/freetype/internal/services/svsfnt.h freetype/src/base/ftinit.c freetype/src/bdf/README freetype/src/cache/ftccback.h freetype/src/cff/cffgload.h freetype/src/base/ftmm.c freetype/src/pcf/module.mk freetype/docs/TODO freetype/src/tools/Jamfile freetype/src/autofit/afangles.c freetype/include/freetype/config/ftoption.h freetype/src/cff/cffload.c freetype/src/gxvalid/gxvcommn.c freetype/src/autofit/afangles.h freetype/src/cff/cffload.h freetype/src/gxvalid/gxvcommn.h freetype/src/sfnt/ttpost.c freetype/src/sfnt/ttpost.h freetype/src/cache/rules.mk freetype/include/freetype/ttunpat.h freetype/include/freetype/ftmodapi.h freetype/include/freetype/internal/fttrace.h]

2010-04-05T10:03:59.155794Z Chris Liddell

Fix the FAPI implementation of finding the appropriate bytes for a given
character code from an array of strings representing a CMap.

[psi/zfapi.c]

2010-04-02T12:31:23.439338Z Ken Sharp

'Fix' FAPI with FreeType.

FreeType's hinting is worse than useless for type 1 fonts, its actually harmful. It
distorts the glyph shape because it hints an unscaled outline. While it would be best
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
ia3z3519.pdf and the incorrectly scaled outline in womanface.pdf.

[psi/fapi_ft.c]

2010-04-02T09:19:23.286738Z Chris Liddell

Extend Ken's change to avoid using FT's "synthetic" vertical metrics
for Type42 fonts to cover all fonts using TTF outlines (so CIDType 2 fonts, as
well).

[psi/fapi_ft.c]

2010-04-02T09:06:53.941441Z Ken Sharp

Fix a bug in the FreeType scan conversion.

A multiply and divide to calculate the slope of a line did not account for the
possibility of overflow during multiplication. Using the supplied SMulDiv routine fixes
the problem.

The patch has been supplied upstream to the FreeType development team.

[freetype/src/raster/ftraster.c]

2010-04-01T13:32:52.153614Z Robin Watts

Slight tidy up to gs_2_colors code: Given that the cie_joint_caches_alt is
now kept in the imager state rather than the graphics state, move the
reference counting/initialisation for the same into the imager state
too. No difference in operation, but just a bit tidier.

No expected differences, though the cluster may show 2colCIEtest.pdf as
failing if it hasn't propogated around the nodes yet.

[base/gsstate.c base/gsistate.c]

2010-03-31T15:43:06.179195Z Chris Liddell

Bounds check the correct object when looking up a CID map

[psi/zfapi.c]

2010-03-31T14:40:31.704728Z Chris Liddell

Correct a logical error/typo in the fallback to non-hinted condition.

[psi/fapi_ft.c]

2010-03-31T13:22:01.442343Z Chris Liddell

Prevent applying the nominalWidthX for T2 fonts, when FT already applies
it for us. Previously, the code was actually erroneously adding the
defaultWidthX. Since this use of nominalWidthX *may* be renderer dependent,
it is now controlled by the can_replace_metrics() call.

[psi/zfapi.c]

2010-03-31T13:16:41.790764Z Chris Liddell

In the even a glyph name is not found in the CharStrings dictionary, fall
back to using the .notdef (instead of returning an error).

[psi/zfapi.c]

2010-03-31T13:07:44.152960Z Chris Liddell

For certain errors from FT, retry interpretting the glyph without hinting - this more
closely matches the existing behaviour.

[psi/fapi_ft.c]

2010-03-31T11:32:10.299125Z Robin Watts

Remove unused variable. No expected differences.

[base/gsstate.c]

2010-03-31T01:20:18.778513Z Ray Johnston

Temporary reversion of previous mkromfs commit to remove -g until it works
correctly (fooled by a GS_LIB environment variable during testing)

[psi/psromfs.mak]

2010-03-30T22:59:53.311321Z Ray Johnston

Implement '-g' option in mkromfs to fold in some of the older 'genint'
functions (collect all init files into a single gs_init.ps, strip
whitespace and comments). Also change mkromfs so that wildcard expansion
must be specified using '*' on the command line which also means that
single explicit files can now be put into the %rom% file system.

Add many missed dependencies to the list for the 'gsromfs.c' %rom% file
system (CMap, ColorSpace, Decoding, Encoding, Font, IdiomSet, ProcSet,
SubstCID) and separate out miscellenaeous files.

Remove old geninit references from makefiles: psi/int.mak psi/os2.mak,
base/bcwin32.mak, base/msvctail.mak, base/winlib.mak, base/macos-mcp.mak,
base/openvms.mak, base/lib.mak, base/unix-aux.mak base/watcw32.mak,
base/wctail.mak

[base/wctail.mak psi/os2.mak base/lib.mak base/bcwin32.mak base/openvms.mak base/mkromfs.c base/gs.mak base/watcw32.mak psi/psromfs.mak psi/int.mak base/unix-aux.mak base/macos-mcp.mak base/msvctail.mak]

2010-03-30T18:40:34.337393Z Robin Watts

Fix bug 691132 by ensuring that whenever we set a line width, we set
it to the absolute value of the line width. This seems consistent with
PDF, and cures the clipping problem in PCL referred to by the bug.

No expected differences.

[base/gxline.h]

2010-03-30T14:46:56.884951Z Robin Watts

In the gs_2_colors branch I had made 2 copies of the color state and swapped
between them. I had included dev_ht as part of this 'split' state, which
was a significant contributor to the slowdown due to it forcing repeated
writing of the halftone data to the clist. Also, it required significant
extra work on every setscreen or setcolorscreen operation.

Discussions with Henry/Ray/Kens et al lead to the realisation this wasn't
required. This patch therefore backs out the dev_ht split, and the changes
to zsetscreen and zsetcolorscreen. Additional code is however required to
clear the 'alternative' dev_color when a halftone is installed to stop the
'swapped out' color pointing to an illegal halftone cache.

This runs through local testing with no diffs showing (though some
strangeness was observed with an earlier version of this patch in
regression testing - Marcos has captured this with bug 691223).

This seems to have helped with the largest slowdowns, but there are still
significant differences in some cases. Very preliminary investigations seem
to show more time being spent in the interpreter/gc mechanism. Continuing
to investigate.

[base/gsstate.c base/gxistate.h base/gsht.c base/gxdcolor.h base/gzstate.h psi/zht.c psi/zht1.c]

2010-03-30T10:16:57.091024Z Ken Sharp

New Fontmap files for the URW fonts, both type 1 and TrueType formats.

The file Fontmap.URW-136.T1 contains definitions for the type 1 fonts (the URW PFB
fonts must be in the search path).

The file Fontmap.URW-136.TT contains definitions for the TrueType fonts (the URW TTF
fonts must be in the search path).

Currently neither of these work 100% because of problems with the URW font sets
(several incorrectly named fonts, and in one case an illegal type 1 font)

[lib/Fontmap.URW-136.T1 lib/Fontmap.URW-136.TT]

2010-03-29T19:10:49.447074Z Alex Cherepanov

Drop 'loca' entries that point beyond 'glyf' table during re-spliting
sfnts glyfs strings. Bug 691221.

[Resource/Init/gs_ttf.ps]

2010-03-29T07:52:49.284823Z Chris Liddell

Change the FT interface code so we always use metrics retrieved from Freetype,
rather than attempting to "fabricate" metrics (which have already
been handled correctly by FT).

[psi/fapi_ft.c]

2010-03-27T01:59:55.922560Z Robin Watts

Fix compilation error in pngs2html.pl (forgot to define variable).

[toolbin/localcluster/pngs2html.pl]

2010-03-26T10:28:56.873949Z Masaki Ushizaka

A leftover from r10603 (Makefile change).

[base/lib.mak]

2010-03-26T00:20:16.302228Z Robin Watts

Updated localcluster bmpcmp html generation script. Bitmaps produced are now
zoomable.

[toolbin/localcluster/pngs2html.pl]

2010-03-24T12:47:59.902550Z Robin Watts

Fix for bug 691115.

In some circumstances, the shading code can get all the way to the point of
marking the screen/page without ever clipping to the relavent region. This
produces cases where we "draw outside the lines". Often this is masked by
the fact that we only ever draw as far out of the lines as would be covered
by an area of constant color (typically a small area).

The fix for this is to spot the unclipped case when we come to render
trapezoids to the screen, and to clip the trapezoid into (at most) 3
smaller trapezoids.

This causes 104 non-pdfwrite differences, and 24 pdfwrite ones. Examination
using localcuster bmpcmp shows them all to be acceptable.

[base/gxshade6.c]

2010-03-24T12:05:47.469905Z Robin Watts

Tweak to bmpcmp: Darken the third image (the diff image) to make changes
stand out better.

[toolbin/bmpcmp.c]

2010-03-24T00:10:27.875727Z Robin Watts

Correct DOS line endings in bmpcmp.c.

Fix bug whereby areas with no changes in were still be saved out.

[toolbin/bmpcmp.c]

2010-03-23T19:14:32.177681Z Robin Watts

Correct problem with bmpcmp whereby certain sizes of changed areas within
images could cause overlapping output bitmaps. This causes problems with
the output of bitmaps now due to the new 'in-place' generation of the diff
bitmap. Fixed by choosing sizes more smartly.

[toolbin/bmpcmp.c]

2010-03-23T09:02:16.120692Z Till Kamppeter

CUPS Raster output device: Error out correctly with the return_error() macro
and not with "gs_exit(); exit()", force banding mode as there are
files which do not render otherwise (Bug #691170).

[cups/gdevcups.c]

2010-03-23T00:06:59.853037Z Till Kamppeter

Code clean-ups in the "cups" output device to fix the segfaults
in bug #691170 and bug #691014 (but does not fix the bugs yet).

[cups/gdevcups.c]

2010-03-22T14:18:42.718453Z Chris Liddell

Handle CID fonts whose GDBytes != 2 - previously GDBytes was hardcoded as 2.

[psi/zfapi.c]

2010-03-22T06:43:08.806820Z Marcos H. Woehrmann

Added the ability to specify bmpcmp options when running clusterpush.pl, e.g.:

clusterpush.pl bmpcmp -w 9 -t 10

No validation is done on the options; bad options will result in no bmpcmp output being generated.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/readlog.pl toolbin/localcluster/build.pl toolbin/localcluster/clusterpush.pl toolbin/localcluster/run.pl toolbin/localcluster/compare.pl]

2010-03-21T05:01:50.135122Z Marcos H. Woehrmann

Fixed maxdiffs argument in bmpcmp.c (was acting as maxpage).

[toolbin/bmpcmp.c]

2010-03-21T03:23:53.245152Z Marcos H. Woehrmann

Fixed a couple of compiler warnings in bmpcmp.c

[toolbin/bmpcmp.c]

2010-03-19T18:30:04.447497Z Ralph Giles

Compute AES cypher tables at compile time instead of run time.

The aes implementation needs some tables of data to perform its
calculations. In a thread-safety review, Henry spotted that the
tables were global variables with no mutex isolation.

I believe this is actually ok. There is a static flag marking whether
the tables are initialized. If they are not, a call to aes_setkey_*
will invoke aes_gen_tables to initialize them, then set the flag.
However, aes_gen_tables operates deterministically, always writing
the same data sequence to the globals. So while there is a race
where two threads could be executing aes_gen_tables at the same time,
or while another thread is accessing the same tables, there is no
read-modify-write step which could create inconsistent data.

Nevertheless, the tables are small relative to our application, and
there is a compile time option XYSSL_AES_ROM_TABLES which generates
the data at compile time and stores it static const. This commit
turns on that option, allowing the compiler to put the data in a
non-writable segment and making the careful thread safety analysis
above unnecessary.

There should be no difference in behaviour, and Henry has verified
that the two code paths result in identical table data.

[base/aes.c]

2010-03-18T11:39:38.599047Z Ken Sharp

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
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
different fonts for some missing faces. Apparently only with the test file for this
bug though.

[Resource/Init/gs_fonts.ps]

2010-03-18T00:57:10.529905Z Robin Watts

Merge gs_2_colors branch down to trunk.

This adds a new set of color state information to the graphics/imager
state, along with a new non-standard postscript operator .swapcolors to
toggle between them.

The Postscript interpreter is updated to use one set of color information
for stroking, and the other for all non-stroking colors.

This produces differences in just 2 pdfwrite tests, due to rounding errors
due to changes in the way pdf with non-zero rendering modes is emitted now.

[psi/zcolor.c base/gsdps1.c base/gdevpdft.c base/gxccache.c /trunk/gs base/gspaint.c base/gscsepr.c base/gsimage.c base/gxchar.c base/gsptype1.c base/gxcmap.c psi/interp.c base/gzstate.h psi/dmmain.c base/gscspace.c base/gscolor1.c base/gscdevn.c base/gscolor2.c base/gscie.c base/gxistate.h psi/psromfs.mak psi/dxmain.c base/gxcspace.h base/gxhldevc.c psi/dxmainc.c psi/dmmain.r Resource/Init/pdf_draw.ps psi/zht1.c base/gscolor.c psi/zicc.c psi/zchar1.c base/gxpaint.c base/gsstate.c Resource/Init/pdf_ops.ps psi/zcie.c base/gstext.c Resource/Init/pdf_font.ps base/gstrans.c psi/zht.c base/gsequivc.c base/gxdcolor.h psi/igstate.h base/gspcolor.c]

2010-03-17T21:41:13.190501Z Robin Watts

bmpcmp tweak to allow maximum/minimum bitmap sizes to be set from the
command line.

[toolbin/bmpcmp.c]

2010-03-17T20:12:25.972208Z Robin Watts

MSVC whinges when asked to shift by 32 or more bits at once. Simple tweaks
to fool the compiler and eliminate warnings.

No expected differences.

[base/gdevm64.c base/gdevm56.c base/gdevm48.c base/gdevm40.c base/gxclrast.c]

2010-03-17T18:54:12.480084Z Robin Watts

Tweak to gxcmap.c to remove warnings about shifting by more than 32 bits on
MSVC builds.

No expected differences.

[base/gxcmap.c]

2010-03-17T17:30:27.541399Z Robin Watts

Revised bmpcmp.
* Redone command line handling
* Ability to read PAMs (so we can read CMYK stuff now)
* "Fuzzy" behaviour (both compatible and exhaustive modes)
* New behaviour using map bitmap to avoid rediffing multiple times.
* CMYK -> RGB conversion as last step before PNG/BMP writing.

Still to do:
* Output number of fuzzy matches etc to the meta file.

[toolbin/bmpcmp.c]

2010-03-15T19:18:55.825828Z Lars Uebernickel

Change default TIFF strip size to one megabyte.

Many fax readers have problems reading TIFF images which are chunked into
strips, and one megabyte is larger than the biggest expected fax page.  Hence,
ghostscript's default TIFF output will be accepted by those readers.

[base/gdevtifs.h]

2010-03-15T19:00:43.589302Z Lars Uebernickel

Write TIFF directories before the page data.  This might help bug #691172 and
probably some other non-conforming TIFF readers.

[base/gdevtifs.c base/gdevtsep.c base/gdevtfnx.c]

2010-03-15T15:21:55.436137Z Alex Cherepanov

Don't throw an error when a filter returns 0 bytes and a normal return code.
This often happens with eexecDecode filter, which has to return the control
to the interpreter after every space character since Adobe no longer adds
zeros at the end of the encoded block. Document new return code 2 used by
eexecDecode filter. Bug 690909.

[base/sstring.c base/seexec.c psi/iscan.c]

2010-03-15T14:56:15.278449Z Lars Uebernickel

Partial fix for bug #691172: The tiff resolution tags are floating point values
and need to be passed as such to TIFFSetField.

[base/gdevtifs.c]

2010-03-15T07:44:38.447170Z Lars Uebernickel

Applied Tim Waugh's patch from bug #691171: A NULL check for the argument of
TIFFCleanup was missing, which caused a segfault when opening the output device
failed for any of the devices in gdevtfax.c.

[base/gdevtfax.c]

2010-03-15T06:34:34.317078Z regression

Added support for mupdf testing in local regression suite.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/readlog.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl]

2010-03-15T06:31:25.268888Z Marcos H. Woehrmann

Changes to the local cluster code:

added bmpcmp documentation to clusterpush.txt
new file, runNightly.pl, for nightly regression testing
readlog.pl, build.pl, and run.pl changes for nightly regression use

[toolbin/localcluster/readlog.pl toolbin/localcluster/build.pl toolbin/localcluster/runNightly.pl toolbin/localcluster/run.pl toolbin/localcluster/clusterpush.txt]

2010-03-11T17:36:30.596061Z Chris Liddell

Apply a change submitted to FT and accepted - see FT bug #27442

[freetype/src/raster/ftraster.c]

2010-03-11T05:01:22.057384Z Marcos H. Woehrmann


Run svn update on the ghostscript source even for clusterpush runs to make sure that bmpcmp.c is current.

[toolbin/localcluster/run.pl]

2010-03-10T17:41:09.765460Z regression


Minor cleanup of the local cluster code.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/pngs2html.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl toolbin/localcluster/compare.pl]

2010-03-10T16:42:26.014885Z Robin Watts

Fix bug in bmpcmp.c: When reading images from multi-image sets, we stop
the comparison process as soon as we fail to find any differences in the
current image. With this fix we correctly keep searching to the end.

[toolbin/bmpcmp.c]

2010-03-10T15:05:57.116970Z Chris Liddell

Change how we derive the glyph metrics from FT: we now interpret the glyph
description only once, scaled and hinted, and then calculate the metrics
from that. It's more accurate, accounts for hints that extend the glyph outline
and should be a worthwhile speed improvement.

[psi/fapi_ft.c]

2010-03-10T12:51:50.027959Z Robin Watts

Change the condition under which we update the overprint device when restoring
a graphics state to be more relaxed; rather than updating if the overprint
state has changed we now update if it was enabled, or it if it is enabled.

The logic behind this is that it will still fire in all the same conditions
it did before, but will also fire when we restore from a state that had it
enabled to another state that had it enabled. This should be entirely
harmless, but will allow the state to be updated in the case where a
colorspace has been updated.

This causes 2 differences in the tests, that only show up in psd files.
All indications seem to be that these files really are identical. But if
they aren't, I believe they should be progressions, rather than regressions.

This moves the trunk more into line with the output of the gs_2_colors branch.

[base/gsstate.c]

2010-03-10T06:13:23.278865Z Marcos H. Woehrmann


Added local modes to build.pl and run.pl in preparation for use as part of the nightly regression.

[toolbin/localcluster/build.pl toolbin/localcluster/run.pl]

2010-03-10T05:19:59.535554Z Ray Johnston

Fix for SEGV with the psdcmyk device on 258-01.ps. This was a fundamental memory
problem with any device that used the compressed_color_list functions in gdevdevn.c
since a 'restore' could free structures which were still needed by the device.
Use stable_memory to avoid this. Bug 691150.

[base/gdevdevn.c]

2010-03-09T17:27:07.400171Z Robin Watts

Another tweak to the local cluster bmpcmp html page generation. I managed to
miss renaming the images in the second column.

[toolbin/localcluster/pngs2html.pl]

2010-03-09T17:22:39.470336Z Robin Watts

Another tweak to the localcluster bmpcmp html page generation javascript;
quote the string to avoid it being converted to an int.

[toolbin/localcluster/pngs2html.pl]

2010-03-09T17:22:35.452303Z Till Kamppeter

Let pdftoraster not exit before the Ghostscript sub-process finishes. Thanks to Tim Waugh from Red Hat for the patch.

[cups/pdftoraster.c]

2010-03-09T17:15:22.155871Z Robin Watts

Fix pngs2html.pl to number images according to both directory and image
number (needed now as images restart from 0 within each directory). This
really should fix the bmpcmp html output.

[toolbin/localcluster/pngs2html.pl]

2010-03-09T17:08:42.132281Z Robin Watts

More fixes for the bmpcmp html page generations javascript.

Change code to pass numbers to swap() rather than strings as javascripts
conversion of strings to ints is... unhelpful.

[toolbin/localcluster/bmps2html.pl toolbin/localcluster/pngs2html.pl]

2010-03-09T16:50:48.278966Z Robin Watts

Misplaced bracket in the javascript meant that only the first images would
swap on mouseover properly. Fixed here.

[toolbin/localcluster/bmps2html.pl toolbin/localcluster/pngs2html.pl]

2010-03-09T16:39:21.328229Z Robin Watts

Fix javascript problems in bmpcmp output page generation. What sort of
stupid broken language depends on whitespace?

[toolbin/localcluster/bmps2html.pl toolbin/localcluster/pngs2html.pl]

2010-03-09T16:35:06.527087Z Till Kamppeter

Fixes on CUPS Raster output device:
- Fixed memory reallocation on bitmap size change. Reallocation is not only
needed when dimendions and margins change, but also when the color depth
changes. Fixes bugs #691029 and #691108.
- Fixed arrayoption() macro in cups_put_params() function. Array values did
not get actually set in cups.header data structure. Bug only showed via
a compiler warning.
- Silenced compiler warning by presetting c0..c3 in cups_map_cmyk() to zero.

[cups/gdevcups.c]

2010-03-09T16:29:31.666786Z Robin Watts

Attempted fix for bmpcmp output javascript problems with the coordinate
tracking.

[toolbin/localcluster/pngs2html.pl]

2010-03-09T16:11:59.669918Z Robin Watts

Fix typos in the javascript code for pngs2html.pl and bmps2html.pl; this should
get at least some of it working, but the coord stuff still baffles me.

Also fix a typo that was causing the wrong "third image" to appear.

[toolbin/localcluster/bmps2html.pl toolbin/localcluster/pngs2html.pl]

2010-03-09T01:46:06.865448Z Marcos H. Woehrmann


Fixed longstanding bug fuzzy.c that caused pbm files to be misread.

[toolbin/tests/fuzzy.c]

2010-03-08T21:57:05.576067Z Hin-Tak Leung

updating documentation to mention how to run mkcidfm.ps manually; bug 688437

[doc/Use.htm]

2010-03-08T21:54:37.005008Z Hin-Tak Leung

convert font file name to lowser case before matching; make it possible for upper case ARIALUNI.TTF to match; bug 688437

[lib/mkcidfm.ps]

2010-03-08T21:49:56.216990Z Hin-Tak Leung

updating windows CJK font substitution list for more commonly found MS CJK fonts; bug 688437

[lib/mkcidfm.ps]

2010-03-08T21:47:15.240330Z Hin-Tak Leung

revert to r8185 version of the korean example - it was removed in r8190 and a
corrupted version r9325 was subsequently checked in; found during fixing bug
688437 (incompete font substitution list)

[examples/cjk/gscjk_ak.ps]

2010-03-08T16:20:53.842289Z Ken Sharp

Ongoing bug fixes for #690448.
The FreeType code will synthesize vertical metrics for TrueType (Type 42) fonts which do
not contain a vmtx table. This includes the vertical advance, which will be returned
to the FAPI code, and used even if there were originally no vertical metrics and the
font should not have any vertical advance.

Modified the metrics override callback, called by FT, so that if the font is a TT font,
and this is a vertical metrics call, we set the advance to 0. This prevents the
synthesized metrics from incorrectly advancing the glyph vertically.

This may eventually be a problem if we find a CIDFont with Type42 outlines which relies
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,
and would need to be added.

Also, fixed an issue where the 'advance_v' member of the metrics structure was left
uninitialised if a horizontal override took place. This could cause glyphs to be
mis-positioned vertically.

[psi/fapi_ft.c]

2010-03-08T15:41:20.817468Z Ken Sharp

revert revision 10871, we will tackle this problem in the FAPI FreeType interface code
instead of in FreeType itself.

[psi/fapi_ft.c]

2010-03-08T15:22:57.356559Z Ken Sharp

revert revision 10871, we will address the matter of FreeType creating synthetic vertical
metrics when none exist by overriding the synthetic metrics in the FAPI FreeType interface
code instead.

[freetype/src/truetype/ttgload.c freetype/include/freetype/freetype.h]

2010-03-08T09:28:49.484133Z Chris Liddell

Latest improvements to the FAPI/FT bridge code. This code resolves the
issues with font matrices which do more than just scale. It is not yet
"finished", but is too big a step forward to risk losing.

[psi/fapi_ft.c psi/zfapi.c]

2010-03-05T21:01:34.974121Z Marcos H. Woehrmann


Added bmpcmp option to clusterpush.pl.

[toolbin/localcluster/clusterpush.pl]

2010-03-05T19:25:34.812546Z regression


Export results of local cluster bmpcmp command to web.

[toolbin/localcluster/clustermaster.pl]

2010-03-05T16:50:00.654216Z regression


Update the local cluster code to use the new pbm->png mode of bmpcmp.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl toolbin/localcluster/compare.pl]

2010-03-05T16:47:10.049203Z Marcos H. Woehrmann


Minor changes due to bugzilla update.

[toolbin/bugsByEngineer.pl]

2010-03-05T13:24:34.158774Z Ken Sharp

Fix FreeType
Ongoing fixes for bug #690448. In this case FreeType generates vertical metrics for
TrueType (in our case Type 42) fonts which lack vhea/vmtx tables, which is generally
the case.

These metrics are useful to a 'normal' TrueType consumer which has a notion of the
orientation of the writing direction. However in PostScript we don;t know that, so we
apply both the horizontal and vertical advance widths.

If the vertical advance should be 0 (because its not specified) then creating one causes
the glyphs to be misplaced.

This code adds a new load flag to FreeType 'FT_LOAD_NO_SYNTHETIC_METRICS', and sets
this flag in the FAPI FreeType interface code, which prevents FreeType from manufacturing a bogus vertical advance.

[psi/fapi_ft.c freetype/src/truetype/ttgload.c freetype/include/freetype/freetype.h]

2010-03-05T09:23:47.698736Z Lars Uebernickel

Open tiffsep and tiffsep1 output files as seekable.

All files written by libtiff have to be seekable when writing multiple pages,
because libtiff tries to access previously written page dictionaries.  This
fixes bug 691160.

[base/gdevtsep.c]

2010-03-05T07:01:13.637667Z Marcos H. Woehrmann


Fix pbm reading and png writing in bmpcmp.c.

[toolbin/bmpcmp.c]

2010-03-05T05:32:24.962092Z regression


Added pngs2html.pl to repository: take a directory full of png files
generated by the increasingly poorly named bmpcmp.c and generate web pages
(like bmps2html.pl but without the bmp->png conversion).

[toolbin/localcluster/pngs2html.pl]

2010-03-03T21:21:07.833457Z Ralph Giles

Flip images from RGB to BGR pixel format when reading ppm files,
and flip them back to RGB when writing png files.

This adapts all the current routines to assume the BGRx storage
format used by the bmp image format for the internal representation,
as is already done with the row order.

[toolbin/bmpcmp.c]

2010-03-03T21:21:04.624166Z Ralph Giles

Also save the difference image as a png when bmpcmp is compiled with HAVE_LIBPNG.

[toolbin/bmpcmp.c]

2010-03-03T20:30:01.695369Z Robin Watts

Fix stupid memory overwrite bug on bmp load.

[toolbin/bmpcmp.c]

2010-03-03T20:03:29.767395Z Robin Watts

bmpcmp.c tweaks: Add (largely untested) code to allow "plain" (ascii) ppm,
pgm, pbm files. Also fix some compile warnings on 64bit platforms. Now
compiles cleanly with -Wall.

[toolbin/bmpcmp.c]

2010-03-03T19:07:12.236947Z Ralph Giles

Add optional support for png output to the bmpcmp utility.

When compiled with the HAVE_LIBPNG preprocessor symbol defined, and
linking with libpng, the utility will save its output focus images
in RGB png format. Currently, only 32 bit RGBx pixel data is supported.

[toolbin/bmpcmp.c]

2010-03-02T22:49:02.357333Z Robin Watts

Attempt to fix the javascript in the created files. The change to use
numeric filenames padded to 5 chars had broken the javascript. This
might fix it.

[toolbin/localcluster/bmps2html.pl]

2010-03-02T21:26:36.100914Z regression


More changes towards having a bmpcmp running on the local cluster.

[toolbin/localcluster/bmps2html.pl toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl]

2010-03-02T21:12:59.888859Z Robin Watts

Updated bmpcmp to avoid inverting pnms on reading.

Also improve reading of non 32bpp bitmaps - still not quite right.

[toolbin/bmpcmp.c]

2010-03-02T00:15:58.939654Z Marcos H. Woehrmann


Added partial support for "clusterpush.pl bmpcmp" (which will allow
users to generate bitmap comparisons of their most recent clusterpush
job and trunk).

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/clusterpush.pl toolbin/localcluster/run.pl toolbin/localcluster/compare.pl]

2010-03-01T17:44:40.662743Z Ralph Giles

Add support to the autoconf and msvc builds to compile in a copy of
the FreeType2 library from local source.

Previously, the FAPI bridge for freetype required that the library
be compiled externally and include and link flags passed through
the FT_CFLAGS and FT_LIBS makefile variables. We now include a copy
of the freetype source in the tree, to make it easier to find a
compatible version of the source and to simplify building for
platforms that don't provide a system freetype.

Now, to enable both freetype and the FAPI bridge, pass --enable-freetype
to the configure script. This will set FT_BRIDGE=1 and the other required
variables. The configure script will prefer local source in gs/freetype2
to the copy in gs/freetype to simplify testing against upstream.

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.

[base/winlib.mak doc/Make.htm base/gs.mak base/Makefile.in psi/int.mak base/configure.ac psi/msvc32.mak]

2010-03-01T15:34:56.724940Z Henry Stiles

Fixes bug #691154 and the regressions associated with revision 10823.
Unfortunately, performance-wise, the wtsimdi device must always use a
contone buffer until we've had a chance to see which raster operations
can be eliminated correctly.

[base/gdevwts.c]

2010-02-28T22:57:02.883228Z Hin-Tak Leung

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.

------------------
void func1();

void funct2() {
return funct1();
}
------------------

The 2nd half of the submitted patch was committed as part of r10826 .

[base/gdevpx.c]

2010-02-28T17:26:09.949555Z Henry Stiles

Fixes part of 691149 - void function returning value, thanks to John
Wehle for the fix.  Also, there were several compiler warnings in this
file related to the casting of the gs memory type pointer which have
been cleaned up as well.

[base/gsnogc.c]

2010-02-28T14:52:00.838160Z Hin-Tak Leung

The distclean make target should call pgclean to clean up profile build also.

[base/Makefile.in]

2010-02-28T01:19:26.994088Z Alex Cherepanov

Following PDF reference, version 1.7, section 10.10, crop /TrimBox and /CropBox
by the /MediaBox. Bug 691145.

[Resource/Init/pdf_main.ps]

2010-02-27T23:29:31.437722Z Henry Stiles

Fixes bug #691147 customer 861, the optimization to strength reduce
the raster operation here is wrong, it is premised on the assumption
the colors are opaque.  If either texture or source is transparent the
strength reduction which effectively ignores the source or pattern is
wrong and it will subsequently cause opaque painting.  We've simply
removed the optimization instead of conditionalizing on opaque cases,
because tests indicate the reduction not that significant.  The
example in the bug report was reduced from a file in the XL ATS 305
test suite.  The following customer reported bugs in that test suite
are fixed by this change:

FH905UJ1.BIN pp 1,2,3,4
FH906UJ1.BIN pp 1-6
MA2K7UJ2.BIN pp 1-10
PW2K6UJ1.BIN pp 2
PWTTDUJ3.BIN pp 1

[base/gxipixel.c]

2010-02-27T20:24:13.417473Z Alex Cherepanov

Upgrade Adobe Glyph List to v. 2.0. AGL is used for character mapping in
non-symbolic TrueType fonts in PDF files. Bug 691116.

[Resource/Init/gs_agl.ps]

2010-02-27T16:56:47.050522Z Alex Cherepanov

Add missing newline in a TTF debug message.

[Resource/Init/gs_ttf.ps]

2010-02-26T17:11:28.684024Z Ralph Giles

Correct a typo in the freetype makefile which prevented the inclusion
of ftlzw.c.

[base/freetype.mak]

2010-02-26T06:41:31.056673Z Ralph Giles

Fixes to our makefile for the third-party freetype library.

I'd missed a number of "optional" files in the original commit, but
didn't notice because other dependencies, which themselves link to
the system freetype library on linux were providing definitions of
the missing symbols. These are now included in our build.

We now generate freetype.dev by copying freetype_$(SHARE_FT) within
freetype.mak, the same was this option is handled in the other third-
party makefiles.

We set native line endings and Id keyword substitution for this file
in the Subversion repository.

[base/freetype.mak]

2010-02-25T11:04:59.765077Z Chris Liddell

add quotes around the expansion of DEVSTUDIO variable when it's used for
the recursive nmake call for debug targets - in case it has white space in it.

[psi/msvc32.mak]

2010-02-25T08:21:46.259499Z Masaki Ushizaka

Fix for bug 691103.  The pdfwrite device now considers FDArray fonts'
FontMatrix and writes correct W/W2/DW/DW2 widths for CIDFont with unusual
FontMatrix.  This also fixes a problem gs_font::orig_FontMatrix not being
initialized for CIDFont.
Bug687832.pdf and Bug690834.ps will show differences which are improvements.

[Resource/Init/gs_cidfn.ps base/gdevpdtt.c]

2010-02-24T20:26:57.347460Z Ralph Giles

Add a generic makefile for compiling the freetype library
as part of the Ghostscript monolithic build.

Including makefiles should define FTSRCDIR, FTGENDIR and FTOBJDIR,
similar to other third party libraries.

[base/freetype.mak]

2010-02-24T19:59:05.197182Z Ralph Giles

Copy our local branch of the freetype library source into the gs tree.

This was the intended result of commit 10804, but an ommitted path element
placed it in the repository root instead.

[freetype]

2010-02-24T19:38:11.435012Z Ralph Giles

Correct a typo in a dependency specification for wrfont.c.

The typo (stdio_h for stdio__h) prevented the dependency on arch.h
from being declared, generating a temporary error in a sufficiently
parallel make invocation.

[psi/int.mak]

2010-02-24T19:27:11.525322Z regression


Changed naming scheme for regressions from 00000-00000 to 00000 (i.e. no longer treat Ghostscript and GhostPDL revisions independently).

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/run.pl toolbin/localcluster/cachearchive.pl]

2010-02-24T18:22:35.905364Z Ralph Giles

Move the fontconfig check into the libraries section of the configure script.

[base/configure.ac]

2010-02-24T18:16:45.225914Z Chris Liddell

ensure the DEVSTUDIO value is propagated when we recursively nmake for the debug targets.

[psi/msvc32.mak]

2010-02-24T17:28:23.116518Z Ralph Giles

Remove a spurious circular symlink accidentally included in the libpng-1.2.42
source import.

[libpng/libpng]

2010-02-24T09:58:02.654907Z Ken Sharp

Fix, ignore a class of broken TrueType font.
Bug #691121 "gs stops in interpreting tt instructions". The font executes an MDRP
instruction with point number 28, the glyph only contains 28 points numbered 0 to 27 so
the interpreter (correctly) flags an error.

Windows and FT both appear to silently ignore the error and the instruction (definitely
the case for FreeType). Modified Ins_MDRP to simply return if the indicated point is
outside the number of points in this case.

[base/ttinterp.c]

2010-02-23T22:29:18.142249Z Henry Stiles

Fixes bug 690967, a diagnostic problem with dumping memory the debug
-ZA option.  See the comment in the code for details, the change has
no effect on production builds.

[base/gsalloc.c]

2010-02-23T21:58:15.181686Z Alex Cherepanov

Fix obviously wrong code in .fixsethalftonescreen procedure that is used by
the setscreen (and setcolorscreen) procedure and caused a PS error if the
third 'proc' argument to setscreen is a read-only Halftone type 1 dictionary.
Thanks to Jonathan Dagresta for the patch. Bug 691130, customer 1130.

[Resource/Init/gs_dps2.ps]

2010-02-23T20:56:21.262529Z Alex Cherepanov

Simplify sed script that extracts libTiff version number for compatibility
with AIX sed. Include our portable header before tiff.h to make sure that
all stdint types are found. Bug 691102.

[base/gdevtifs.c base/gdevtsep.c base/configure.ac base/gdevtfnx.c base/devs.mak base/gdevtfax.c]

2010-02-23T10:01:54.545437Z Ken Sharp

Fix (pdfwrite)
Bug #691133. If producing PDF/A output. and a DOCINFO pdfmark string was UTF_16BE
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
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
2) No more data is available in the string
3) A non-numeric character is encountered in the string.

[base/gdevpdfe.c]

2010-02-22T11:45:33.943563Z Chris Liddell

resolve inappropriate variable type (signed vs unsigned) and comparisons with
the wrong variable when writing the local subrs info to the serialized T2 Private
dictionary.

[psi/write_t2.c]

2010-02-21T17:57:24.841443Z regression


Added regression testing of the icc_work branch to the local cluster.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/run.pl toolbin/localcluster/cachearchive.pl]

2010-02-21T03:57:26.068286Z Marcos H. Woehrmann


Add cast to bmpcmp.c to quiet useless compiler warning.

[toolbin/bmpcmp.c]

2010-02-21T03:51:51.891247Z regression

Several minor changes to local cluster code to improve reliability and increase performance.

[toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl toolbin/localcluster/compare.pl]

2010-02-21T03:38:29.059238Z Alex Cherepanov

Update pdf2dsc.ps to match the changes in pdf_main.ps introduced by
the rev. 10341. Thanks to William Bader for the patch. Bug 691124.

[lib/pdf2dsc.ps]

2010-02-21T02:57:05.611462Z Alex Cherepanov

Include stat_.h before estack.h, which defines esp macro.
Prevent a spurious macro substitution in Cygwin version of signal.h.
Bug 691123, customers 661.

[psi/zfapi.c psi/int.mak]

2010-02-17T17:02:27.004947Z Henry Stiles

Adds placeholder files to trunk so the other languages (pcl, xps and
svg) can built with the icc branch and trunk.  Each of these files
will be replaced with real files when the icc branch is merged into
the trunk.

[base/lcms.mak base/gsiccmanage.h]

2010-02-16T18:12:57.832463Z Robin Watts

Tiny tweaks to clusterpush.pl to make it work on windows. First, wrap the
$HOME directory in additional quotes to allow for awkward windows users
with spaces in their names. Secondly, add a crude mapping for people whos
windows names are not the same as the usernames. This can unquestionably
be done more nicely, but the simple version will do for now.

[toolbin/localcluster/clusterpush.pl]

2010-02-16T17:07:49.079920Z Alex Cherepanov

Add missing dereferencing of indirect objects in /Mask array.
Bug 691112, customers 870.

[Resource/Init/pdf_draw.ps]

2010-02-12T15:27:23.315268Z Ken Sharp

Sort out some minor benign compiler warnings. No differences expected.

[base/gdevpdfe.c]

2010-02-12T15:17:16.629322Z Ken Sharp

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
'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.

Normally this does not cause problems, but in the case of nested ICCBased it caused
us to generate an error.

Fixed by re-initialising the array pointer at the start of the loop.

[psi/zcolor.c]

2010-02-11T16:28:20.347398Z Ken Sharp

Fix (pdfwrite) bug #691104 "pdfwrite emits garbage in the XMP metadata when DOCINFO
pdfmarks contain UTF-16BE text strings"

There were several problems. Firstly the undoing of PostScript string escapes was wrong,
Octal escapes consumed too many characters, and several escape sequences weren't
recognised.

Secondly the XMP emission didn't expect to receive UTF-16BE strings and didn't convert
them to UTF-8 for inclusion in the metadata.

This patch fixes the broken octal escapes, adds teh unprocessed escapes and checks the
DOCINFo strings before sending to XMP. If they include the UTF-16BE Byte Order Mark
then convert the strings to UTF-8.

[base/gdevpdfe.c]

2010-02-10T20:27:33.989189Z Ralph Giles

Bump the versioning after the 8.71 release.

[base/gscdef.c base/version.mak Resource/Init/gs_init.ps doc/News.htm]

Copyright © 2000-2013 Artifex Software, Inc. All rights reserved.

This software is provided AS-IS with no warranty, either express or implied. This software is distributed under license and may not be copied, modified or distributed except as expressly authorized under the terms of that license. Refer to licensing information at http://www.artifex.com/ 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.

Ghostscript version 9.17, 7 April 2015