| History of Ghostscript versions 9.xx |
|---|
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.
This is the seventh full release in the stable 9.x series.
Highlights in this release include:
As of this release (9.07), Ghostscript and GhostPDL are distributed under the GNU Affero General Public License (AGPL).
Ghostscript now has the option to be built as thread safe. Note that not all devices are thread safe. See the GS_THREADSAFE option in: GS_THREADSAFE
The pdfwrite devices now supports linearized (or optimized for fast web view) output directly ("-dFastWebView")
The Font API (FAPI) has been moved from the Postscript interpreter (psi) into the graphics library (base), and extended to support the other languages (PCL/PXL/XPS). All interpreters now use Freetype by default to render all viable font types.
Ghostscript has been extended to support Postscript string and array objects with >64k entries.
Ghostscript has been extended to support file sizes >4Gb - in particular reading and writing PDF files. As a side effect of this, Ghostscript also now supports 64 bit Postscript integer objects.
All CMYK devices can now support simulated overprint of spot colors using the "-dSimulateOverprint" command line option.
Support for use of DeviceN ICC color profiles as the output profile with the tiffsep and psdcmyk devices.
Support for customized named color handling with DeviceN colors
Support for black point compensation
Support for K preservation in CMYK to CMYK conversions
Support for DeviceLink profiles for graphic, image and text objects
Support for custom color replacement
Increased control in specifying color conversions as a function of object type
Full details of the color management features can be found in: GS9_Color_Management.pdf
Provide BigTIFF output option: the tiff devices can write BigTIFF files using the "-dUseBigTIFF" option. This requires libtiff version >=4.0.0 (the option is ignored for versions <4.0.0)
LittleCMS updated to 2.4
Plus the usual round of bug fixes, compatibility changes, and incremental improvements.
For a list of open issues, or to report problems, please visit bugs.ghostscript.com.
No recorded incompatible changes.
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
This is the sixth full release in the stable 9.x series.
Highlights in this release include:
PDF/A-2 - pdfwrite now supports the creation of PDF/A-2 files. The 'PDFA' command line switch can now take a numeric parameter:
Simply specifying "-dPDFA" continues to have the old behaviour of creating PDF/A-1b files.
For PDF/A-2 the command line should include "-dPDFA=2".
pdfwrite "Server mode" - pdfwrite can now be run in "server mode" which allows
the device to be closed without closing the interpreter. This means it is no
longer necessary to terminate GS before starting a new PDF conversion. This leads on to:
pdfwrite now supports the "%d" format in the OutputFile switch. If this is set
then pdfwrite will output each page of input to an individual file.
ps2write - recent exposure to a range of PostScript devices has thrown up some
interesting deficiencies in those devices. ps2write now emits PostScript in
slightly different ways in order to produce output on a wider variety of devices.
In some cases this also results in improved print times but it is still important
to set the resolution appropriately for the output device, especially if the
input contains transparency.
Ghostscript can now use output intents defined in PDFs by using the
"-dUsePDFX3Profile" command line option. See ICC Color Parameters for details.
tiffsep/tiffsep1: support for large numbers of separations improved. The previous implementation of those devices utilised a "compressed color encoding" to represent the tints for all the plates in one 64 bit value. As the number of plates increased, fewer bits were available for the tint for each plate, ultimately resulting in an "unencodable pixels" error. These revisions remove the reliance on the compressed color encoding, thus ensuring that we have a consistent color bit depth, regardless of the number of plates, and ensuring the "unencodable pixels" error will never occur.
Also as a result of these changes, there are substantial performance
improvements in jobs with separations and transparency.
tiffsep, psdcmyk and psdrgb now support the "downscaler" functionality.
This brings the "tiffscaled" style functionality to the DeviceN output devices, so
jobs can be rendered internally in contone and at a high resolution, and the output
optionally downsampled by a level specified by "-dDownScaleFactor=n", and
also optionally error diffused to 1bpp output.
Third party libraries: libtiff, libpng, libjpeg , Freetype and zlib have all be updated.
clist storage, for rendering pages in bands, is now a run-time option: -sBandListStorage={file|memory}.
Plus the usual round of bug fixes, compatibility changes, and incremental improvements.
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.
No recorded incompatible changes.
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 &
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
This is the fifth full release in the stable 9.x series.
Highlights in this release include:
Ghostscript's PDF interpreter is now able to make use of the DroidSansFallback TrueType font to automatically substitute for missing CIDFonts. Whilst it is always best to ensure the original CIDFont is available for the best and most accurate output, the ability to make an automatic substitution will be valuable for those merely viewing or proofing such files.
This release includes support for a proofing ICC profile. The command option is specified using -sProofProfile=filename. With this option, the color output will emulate what would be obtained had the source file been rendered on a device defined by the proofing profile. (See GS9_Color_Management.pdf for details.)
This release includes support for a device link ICC profile. The command option is specified using -sDeviceLinkProfile=filename. With this option, the device link profile is added to the end of the link transform from source to destination. In this case, one can include a command line option like "-sDevice=tiff32nc -sOutputICCProfile=srgb.icc -sDeviceLinkProfile=linkRGBtoCMYK.icc" and source colors will be mapped through sRGB and through the device link profile to CMYK values for the device. (See GS9_Color_Management.pdf for details.)
Ghostscript now supports "unmanaged color transformations" for source DeviceXXX colors (in other words, they use a simplistic conversion, rather than the ICC profile based color workflow). This is beneficial in uses where performance takes precedence over ultimate color fidelity (the command line parameter -dUseFastColor enables this).
The font set distributed with Ghostscript has been changed to the standard 35 Postscript-compatible fonts distributed by URW.
Ghostscript now includes a simple ink-coverage device, contributed by Sebastian Kapfer (inkconv).
The TIFF, JPEG and PNG output devices now support embedding of the device ICC profile in the output file.
Ghostscript now ships modified OpenJPEG sources for JPEG2000 decoding (replacing JasPer - although JasPer is still included for this release). Performance, reliability and memory use whilst decoding JPX streams are all improved (in many cases, significantly).
jbig2dec now has simple halftone region support.
The ps2write device has had a large number of output quality and stability improvements.
The txtwrite output was modified so that it more closely matches the output from MuPDF, if requested. Note that the algorithms used by the two products are not identical and may return slightly differing results.
For a list of open issues, or to report problems, please visit bugs.ghostscript.com.
No recorded incompatible changes.
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 &
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
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:
The txtwrite device has undergone some development, and now has genuine functionality. It accepts any input format which GhostPDL supports, and uses a combination of methods to try and determine the Unicode values for any text contained in the document.
The code descends a hierarchy of methods in this process, starting with the most reliable and only falling back to less reliable methods when better methods fail. The current hierarchy is as follows:
Method 1 is highly reliable, method 4 is a best guess and not terribly reliable, though it will work for many files. It is probably most reliable for PostScript and PCL files.
The device currently has one parameter 'TextFormat' which controls whether the output is Unicode text reflecting the layout of the original document (-dTextFormat=0) or a format intended for use by developers which includes the Unicode text and some formatting information, such as the size and position of the text, and the font in use (-dTextFormat=1).
Note that his device does not do OCR (Optical Character Recognition) it is not capable of finding 'text' which is part of an image. However it will recover the 'invisible' text from PDF documents which have been scanned and OCR'ed by Acrobat for searching. Such text has a render mode of 3.
This is the first release of this code and is very much an alpha release, we expect problems.
In particular the TextFormat=0 output is likely to be incorrect, and will only work with top-to-bottom left-to-right text. It will probably also be confused by landscape documents printed on portrait media.
TextFormat=1 should be more reliable, but there may be cases where text is dropped from the output. Text in PostScript documents using charpath is not yet supported for example.
We do encourage feedback on the state of this device, and would be
interested in hearing what kind of output would be useful for developers
using TextFormat=1. For now, however, please do not raise bugs through Bugzilla,
instead please send feedback to the gs-devel mailing list.
This release introduces some experimental build-time optional support for UNICODE pathnames on Windows. Essentially this works by following the model that Linux (and MacOS) have followed for years.
If this code is enabled, then the way ghostscript handles command lines, registry settings, file accesses and other api calls with top bit set characters in (i.e. codes >= 128) will change. The net benefit of this change is that ghostscript will now be able to cope with accessing files with unicode characters (i.e. codes >= 256) in their pathnames.
This behavior is all completely transparent to users, with the exception of those calling the gsapi functions with strings including 'extended ascii' (i.e. characters with codes >= 128 and <= 255). These characters include accented latin characters, such as u + umlaut, a + grave etc. The changes required for code that is affected by this are relatively minor, but as this is a change to the current API, we are announcing it in advance, and inviting comments.
As of the 9.04 release, the code is disabled. For those who wish to experiment you will need to build Ghostscript from source, and either pass USEUNICODE=1 when you invoke nmake or edit psi/msvc.mak to remove the /DWINDOWS_NO_UNICODE option from CFLAGS.
WARNING: Our intention, subject to feedback, is to enable this by default in near-future releases (hopefully, the next major release). If you make use of the affected APIs you should be prepared for the change to occur - be aware, however, that the current code is experimental and, depending on the feedback we get, maybe subject to change.
NOTE: this whole change refers to file paths, command line parameters and so on - it does not imply that we have unilaterally extended Postscript to understand UNICODE.
More details:
To give an example, suppose we have a file 'EXAMPLE' we'd like to invoke ghostscript on, where 'EXAMPLE' is actually a string that contains some characters with codes >= 128.
On Linux (or MacOS X), when ghostscript is called from a shell, e.g.
gs EXAMPLE
the command is UTF8 encoded; this means that characters with codes < 128 are left unchanged, and characters >= 128 are encoded into multiple bytes. This encoded string is then passed to the standard 'main' entrypoint in the gs executable.
Ghostscript proceeds internally without any special handling of these multibyte characters at all. When it comes to access files it therefore passes out the UTF8 encoded strings to the standard OS file handling routines. These routines are designed to take pathnames in UTF8 format, and thus the files are accessed as normal.
If the Ghostscript executable outputs these (or other) strings to its stdout, the shell again converts the output from UTF8 back to unicode in order to display it.
The net effect is that the caller can seamlessly pass in unicode filenames, has his fileaccesses work out and gets unicode output without the core of ghostscript ever having to worry about it.
The code change discussed here endeavours to make Windows follow the same pattern as closely as possible.
When Windows executables are invoked, they can either be called through an 'ascii' entrypoint (main), or through a unicode ('wide') entrypoint (wmain). The difference is invisible to the caller, except that unicode executables can accept characters >= 256 in their invocations.
The new code changes ghostscript from being an ascii executable to being a unicode one. The Windows specific outer layer takes the unicode command string and UTF8 encodes it before passing it to the ghostscript core.
Similarly, the Windows specific filing system calls are updated to accept utf8 encoded strings from the core, and to convert them to unicode before operating on them.
The Windows gui app (gswin32.exe, NOT gswin32c.exe) is also updated to convert stdin/stdout between unicode and utf8 as appropriate, allowing unicode strings to be copied/pasted to/from other apps.
All of this should be completely transparent to the user, and no code changes should be required. The one area where changes may be required are where ghostscript is invoked through the gsapi functions.
Currently, on Linux (and MacOS X) any strings sent over the gsapi are assumed to be utf8 encoded (and thus can represent any Unicode character). On Windows, they are assumed simply to be in extended ASCII (and can therefore represent any character < 256 in the current codepage). With the proposed change, Windows will move to be in step with Linux. No differences will be caused to anyone who only uses chars <= 128, but those people using character codes between 128 and 256 (or indeed wanting to use higher codes) will need to utf8 encode the strings before calling gsapi functions.
Such encoding/decoding is a very simple process, and code for both directions can be found in psi/dwmain.c, psi/dwmainc.c and psi/dwtext.c.
Again, we welcome feedback on this feature, in this case problems
or suggestions about the implementation can be submitted via Bugzilla
but for detailed discussion about the approach for which we opted, it
would be more beneficial discuss it (preferably) on our IRC channel
#ghostscript on freenode.net, or on the gs-devel mailing list.
For a list of open issues, or to report problems, please visit bugs.ghostscript.com.
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.
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
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
2011-05-24 12:38:27 +0100
2011-05-24 08:35:18 +0100
2011-05-20 20:45:41 +0100
2011-05-23 15:42:46 +0100
2011-05-23 16:41:17 +0100
2011-05-23 08:08:23 +0100
2011-05-22 22:23:49 +0100
2011-05-22 08:36:29 -0700
2011-05-22 08:32:34 -0700
2011-05-22 00:03:57 -0400
2011-05-21 01:15:49 -0400
2011-05-20 19:59:16 +0100
2011-05-20 19:43:55 +0100
2011-05-20 12:03:14 +0100
2011-05-19 13:51:24 +0100
2011-05-17 15:53:56 +0100
2011-05-13 19:57:44 +0100
2011-05-13 19:53:56 +0100
2011-05-12 16:04:17 +0100
2011-05-11 15:46:23 +0100
2011-05-06 15:35:13 +0100
2011-05-06 15:06:22 +0100
2011-05-06 12:29:38 +0100
2011-05-06 11:49:19 +0100
2011-05-05 15:26:17 +0100
2011-05-05 14:50:33 +0100
2011-05-05 13:15:19 +0100
2011-05-05 13:13:27 +0100
2011-04-29 16:42:30 +0100
2011-05-20 18:22:37 +0100
2011-05-20 12:46:09 +0000
2011-05-20 07:58:28 +0100
2011-05-19 14:55:52 -0600
2011-05-18 19:04:26 -0600
2011-05-16 13:28:46 -0600
2011-05-19 18:32:07 +0100
2011-05-19 16:58:33 +0000
2011-05-19 15:26:05 +0000
2011-05-19 15:34:31 +0100
2011-05-19 15:01:14 +0100
2011-05-19 13:35:37 +0100
2011-05-18 15:57:45 +0000
2011-05-17 23:37:56 +0000
2011-05-17 18:13:17 +0100
2011-05-17 15:53:01 +0100
2011-05-17 15:42:11 +0100
2011-05-17 15:38:38 +0100
2011-05-17 15:23:24 +0100
2011-05-12 17:49:46 +0100
2011-05-12 17:41:17 +0100
2011-05-12 17:01:59 +0100
2011-05-12 15:26:56 +0100
2011-05-04 20:00:50 +0100
2011-05-03 20:36:49 -0700
2011-05-03 17:30:58 +0100
2011-05-02 19:39:22 +0000
2011-05-02 19:28:39 +0000
2011-05-02 20:02:59 +0100
2011-05-02 19:50:04 +0100
2011-05-02 18:32:06 +0000
2011-05-02 11:21:50 -0700
2011-05-02 18:53:00 +0100
2011-05-02 14:51:26 +0100
2011-04-30 17:55:42 +0100
2011-04-29 19:41:50 +0100
2011-04-29 19:39:27 +0100
2011-04-27 22:41:28 -0700
Revert "MSVC changes plus gitignore for patt_trans_clist"
2011-04-27 22:27:39 -0700
2011-04-27 22:20:56 -0700
2011-04-27 18:43:52 +0000
2011-04-27 18:42:10 +0000
2011-04-27 15:25:22 +0100
2011-04-27 10:46:22 +0000
2011-04-26 13:23:00 -0700
2011-04-26 19:40:25 +0100
2011-02-09 21:38:24 +0000
2011-05-19 15:27:07 +0100
2011-05-19 12:28:06 +0000
2011-05-18 12:28:05 -0600
2011-05-14 15:15:32 -0600
2011-05-18 17:48:10 +0100
2011-05-18 15:05:28 +0100
2011-05-18 08:21:21 +0100
2011-05-17 23:43:14 -0700
2011-05-17 22:33:15 +0100
2011-05-17 15:29:53 -0400
2011-05-17 11:28:50 -0700
2011-05-17 18:13:17 +0100
2011-05-17 12:03:33 +0000
2011-05-15 15:50:40 -0700
2011-05-13 10:52:18 -0700
2011-05-13 09:42:41 -0700
2011-05-13 09:33:29 +0000
2011-05-12 23:14:47 +0000
2011-05-12 17:57:55 +0100
2011-05-12 16:06:08 +0000
2011-05-12 15:08:01 +0100
2011-05-11 15:39:06 -0600
2011-05-11 15:18:11 -0600
2011-05-11 17:12:59 +0000
2011-05-11 16:17:05 +0000
2011-05-02 19:50:04 +0100
2011-05-10 19:29:49 +0100
2011-05-10 19:24:55 +0100
2011-05-02 18:53:00 +0100
2011-05-10 09:16:17 +0000
2011-05-10 08:39:19 +0000
2011-05-09 23:46:09 +0000
2011-05-10 00:21:21 -0400
2011-05-09 14:47:48 -0600
2011-05-09 13:16:31 -0600
2011-05-05 16:16:22 +0100
2011-05-08 11:26:15 -0700
2011-05-07 23:21:38 -0700
2011-05-06 08:57:07 -0400
2011-05-06 01:13:51 -0400
2011-05-04 15:38:22 +0000
2011-05-04 15:08:36 +0100
2011-05-04 00:45:28 -0400
2011-05-03 08:58:18 -0600
2011-05-03 17:45:45 +0100
2011-05-03 16:39:13 +0000
2011-05-02 14:51:26 +0100
2011-05-02 20:41:12 +0100
2011-05-02 14:32:18 +0100
2011-04-30 19:01:53 +0100
2011-04-30 18:11:47 +0100
2011-04-30 08:38:31 -0400
2011-04-27 22:27:39 -0700
2011-04-28 20:23:29 +0100
2011-04-28 17:19:14 +0100
2011-04-28 16:20:38 +0100
2011-04-28 09:01:05 +0100
2011-04-28 08:10:39 +0100
2011-04-25 18:58:52 -0600
2011-04-25 17:53:50 -0600
2011-04-26 19:20:25 +0100
2011-04-26 12:37:14 +0100
2011-04-26 10:34:46 +0100
2011-04-25 22:56:41 -0700
2011-04-25 17:37:09 -0700
2011-04-26 00:53:07 +0100
2011-04-24 20:35:45 -0400
2011-04-25 09:31:32 -0600
2011-04-22 15:40:50 -0600
2011-04-20 23:25:50 -0600
2011-04-20 23:20:34 -0700
2011-04-22 18:08:10 +0100
2011-04-20 10:40:58 -0700
2011-04-20 09:17:25 -0700
2011-04-19 21:23:01 -0700
2011-04-20 14:56:12 +0100
2011-04-20 14:46:26 +0100
2011-04-20 00:00:45 +0200
2011-04-19 23:58:23 +0200
2011-04-19 23:49:56 +0200
2011-04-19 23:40:49 +0200
2011-04-19 14:01:55 +0000
2011-04-19 10:06:23 +0000
2011-04-18 22:58:18 +0000
2011-04-18 20:34:34 +0000
2011-04-18 18:41:26 +0000
2011-04-18 07:58:13 +0000
2011-04-16 14:21:57 +0000
2011-04-14 20:59:18 +0000
2011-04-13 22:17:12 +0000
2011-04-13 16:21:07 +0000
2011-04-13 13:30:03 +0000
2011-04-13 04:47:52 +0000
2011-04-12 20:08:59 +0000
2011-04-12 15:19:15 +0000
2011-04-12 09:12:59 +0000
2011-04-12 06:44:27 +0000
2011-04-12 06:38:17 +0000
2011-04-12 06:17:59 +0000
2011-04-12 05:11:30 +0000
2011-04-12 05:02:03 +0000
2011-04-11 15:59:22 +0000
2011-04-09 07:06:43 +0000
2011-04-08 17:03:54 +0000
2011-04-08 13:34:53 +0000
2011-04-08 08:48:17 +0000
2011-04-08 08:36:35 +0000
2011-04-07 15:52:45 +0000
2011-04-07 15:48:21 +0000
2011-04-07 03:30:16 +0000
2011-04-06 18:33:27 +0000
2011-04-06 17:41:50 +0000
2011-04-06 12:13:55 +0000
2011-04-05 15:01:49 +0000
2011-04-04 16:33:13 +0000
2011-04-04 14:42:57 +0000
2011-04-04 07:40:55 +0000
2011-04-03 20:40:27 +0000
Bug 689093 #21/ HTML compatibility:
2011-04-03 20:39:48 +0000
2011-04-03 20:39:13 +0000
2011-04-03 20:39:01 +0000
2011-04-03 20:38:09 +0000
Bug 689093 #18/ SVN damage:
2011-04-03 20:27:35 +0000
2011-04-03 20:25:28 +0000
2011-04-03 20:25:06 +0000
2011-04-03 20:24:56 +0000
Bug 689093 #13/ HTML conformance:
2011-04-03 20:24:48 +0000
2011-04-03 20:24:30 +0000
2011-04-03 20:24:19 +0000
2011-04-03 20:24:04 +0000
2011-04-03 20:23:39 +0000
2011-04-03 20:22:54 +0000
2011-04-03 20:22:27 +0000
2011-04-03 20:21:59 +0000
2011-04-03 20:21:48 +0000
2011-04-03 20:20:32 +0000
2011-04-03 20:19:46 +0000
2011-04-01 23:17:22 +0000
2011-04-01 22:58:42 +0000
2011-04-01 18:42:42 +0000
2011-04-01 18:38:52 +0000
2011-04-01 18:05:33 +0000
2011-04-01 18:00:12 +0000
2011-04-01 16:44:50 +0000
2011-04-01 16:39:59 +0000
2011-03-31 17:30:58 +0000
2011-03-31 17:22:23 +0000
Fixes 692109, the "no argument case" of the HPGL/2 INPUT RELATIVE
2011-03-31 15:36:32 +0000
2011-03-30 15:33:28 +0000
2011-03-30 12:23:41 +0000
2011-03-30 11:13:37 +0000
2011-03-30 10:17:57 +0000
2011-03-30 10:17:42 +0000
2011-03-30 10:17:26 +0000
2011-03-30 10:17:10 +0000
2011-03-30 10:16:54 +0000
2011-03-30 10:15:18 +0000
2011-03-30 09:26:50 +0000
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.
No recorded incompatible changes.
2011-03-30T06:48:01.334550Z chrisl [base/configure.ac /trunk/ghostpdl/configure.ac]
2011-03-28T08:49:48.387061Z Chris Liddell [doc/Changes.htm doc/Readme.htm doc/Details9.htm doc/Release.htm]
2011-03-26T14:51:06.549590Z Michael Vrhel [base/gdevp14.c base/gdevp14.h]
2011-03-25T12:12:05.657797Z Till Kamppeter [contrib/opvp/gdevopvp.c]
2011-03-25T10:22:06.357287Z Chris Liddell [psi/zfapi.c]
2011-03-24T17:26:17.397320Z Chris Liddell [/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 [base/gdevp14.h]
2011-03-23T21:34:20.429081Z Michael Vrhel [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 [base/gdevp14.c]
2011-03-20T01:40:19.345427Z Michael Vrhel [base/gxclutil.c]
2011-03-19T04:56:52.259544Z Michael Vrhel [base/gxclthrd.c]
2011-03-19T00:32:37.910024Z Ray Johnston [Resource/Init/pdf_ops.ps]
2011-03-18T05:16:08.669973Z Michael Vrhel [base/gsiparm4.h base/gximage1.c base/gximage4.c]
2011-03-17T15:24:58.552348Z Chris Liddell [base/Makefile.in]
2011-03-17T09:54:53.062174Z Chris Liddell [base/gspaint.c]
2011-03-17T09:41:16.074991Z Chris Liddell [base/configure.ac]
2011-03-15T17:59:17.340024Z Robin Watts [base/gdevmpla.c]
2011-03-15T08:35:05.386182Z Ken Sharp [base/opdfread.h lib/opdfread.ps]
2011-03-14T15:46:15.599171Z Robin Watts [base/gximono.c base/gxht_thresh.c]
2011-03-14T15:16:08.036660Z Robin Watts [base/gximono.c]
2011-03-14T13:53:51.702509Z Ken Sharp [doc/Drivers.htm Resource/Init/gs_setpd.ps]
2011-03-14T13:00:03.503443Z Robin Watts [base/gdevtsep.c]
2011-03-13T11:57:08.378919Z Ken Sharp [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 [Resource/Init/pdf_draw.ps]
2011-03-11T19:24:57.067395Z Ken Sharp [psi/zfunc4.c]
2011-03-11T17:14:51.124213Z Ken Sharp [psi/zfunc4.c]
2011-03-11T16:58:34.690669Z Ken Sharp [psi/zfunc4.c]
2011-03-11T15:14:40.609962Z Chris Liddell [psi/winint.mak]
2011-03-11T15:07:56.095474Z Chris Liddell [base/lib.mak base/unix-aux.mak]
2011-03-11T09:04:24.536166Z Chris Liddell [psi/fapi_ft.c psi/zfapi.c]
2011-03-11T05:45:19.450208Z Alex Cherepanov [base/gsropt.h]
2011-03-11T04:15:39.316030Z Michael Vrhel [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 [base/gdevdrop.c]
2011-03-10T16:56:15.200283Z Robin Watts [base/gdevdrop.c base/gdevmpla.c]
2011-03-10T16:42:20.394889Z Robin Watts [base/gdevplib.c]
2011-03-10T16:27:04.913812Z Robin Watts [base/gximono.c]
2011-03-10T14:55:08.103488Z Ken Sharp [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 [Resource/Init/pdf_main.ps]
2011-03-10T06:19:17.004672Z Alex Cherepanov [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 [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 [ghostscript.vcproj]
2011-03-09T14:44:40.068733Z Robin Watts [base/gximono.c]
2011-03-08T20:00:17.821965Z Robin Watts [base/gxht_thresh.c]
2011-03-08T17:40:51.077420Z Robin Watts [base/gsroprun1.h]
2011-03-08T16:35:16.023687Z Tor Andersson [toolbin/bmpcmp.c]
2011-03-08T15:18:42.397978Z Ken Sharp [Resource/Init/pdf_ops.ps]
2011-03-08T08:27:54.788378Z Ken Sharp [Resource/Init/gs_cidfn.ps base/gdevpdfp.c]
2011-03-08T00:26:07.330315Z Robin Watts [base/gximono.c]
2011-03-07T22:19:29.253652Z Michael Vrhel [base/gximono.c]
2011-03-07T21:57:02.879011Z Robin Watts [base/gxht_thresh.h base/gxht_thresh.c]
2011-03-07T21:17:12.494498Z Robin Watts [base/gximono.c]
2011-03-07T21:11:56.916525Z Robin Watts [base/gxipixel.c base/gzspotan.c]
2011-03-07T18:58:08.149818Z Michael Vrhel [base/gximono.c]
2011-03-07T15:40:13.201330Z Ken Sharp [cups/gdevcups.c]
2011-03-07T14:21:11.345196Z Ken Sharp [base/gdevpdfx.h base/gdevpdfp.c base/gdevpdfb.h]
2011-03-07T12:40:47.052280Z Chris Liddell [psi/zfapi.c]
2011-03-07T11:12:19.973357Z Ken Sharp [base/gdevpdfp.c]
2011-03-07T09:43:02.986503Z Chris Liddell [psi/fapi_ft.c]
2011-03-07T07:08:12.439689Z Ray Johnston [base/gdevp14.c]
2011-03-06T16:52:19.765042Z Michael Vrhel [base/lib.mak base/gximono.c]
2011-03-06T11:15:48.120325Z Chris Liddell [psi/fapi_ft.c]
2011-03-05T17:46:46.608714Z Till Kamppeter [cups/gdevcups.c]
2011-03-04T19:27:50.114304Z Till Kamppeter [cups/colord.c]
2011-03-04T17:51:00.067911Z Henry Stiles [base/gdevdgbr.c]
2011-03-04T13:34:11.568425Z Robin Watts [base/gximono.c]
2011-03-04T09:35:04.845642Z Chris Liddell [base/configure.ac]
2011-03-04T06:45:29.360251Z Michael Vrhel [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 [Resource/Init/pdf_base.ps]
2011-03-03T22:20:22.363870Z Henry Stiles [base/gdevdgbr.c]
2011-03-03T20:29:23.683592Z Robin Watts [base/gdevplib.c]
2011-03-03T20:23:43.920044Z Robin Watts [psi/msvc.mak base/unix-gcc.mak base/gdevpbm.c base/devs.mak]
2011-03-03T17:51:48.590954Z Michael Vrhel [base/gximono.c]
2011-03-03T15:48:46.192376Z Robin Watts [ghostscript.vcproj]
2011-03-03T00:08:27.251299Z Marcos H. Woehrmann [toolbin/localcluster/clustermaster.pl toolbin/localcluster/clusterpush.pl toolbin/localcluster/clusterpush.txt]
2011-03-02T22:12:39.208205Z Robin Watts [base/gdevplib.c base/gdevmpla.c]
2011-03-02T20:50:46.635530Z regression [toolbin/localcluster/clustermaster.pl toolbin/localcluster/pngs2html.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl]
2011-03-02T18:51:23.645025Z Michael Vrhel [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 [toolbin/bmpcmp.c]
2011-03-02T00:09:25.760114Z Robin Watts [base/gdevplib.c]
2011-03-01T19:30:56.622647Z Robin Watts [.gitignore /trunk/ghostpdl/.gitignore]
2011-03-01T17:18:30.158752Z Michael Vrhel [base/gximono.c]
2011-02-28T22:31:28.419926Z Till Kamppeter [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 [base/gdevmpla.c]
2011-02-28T19:35:34.539587Z Robin Watts [base/gdevmpla.c]
2011-02-28T19:32:37.270892Z Robin Watts [.gitignore /trunk/ghostpdl/.gitignore]
2011-02-28T10:48:11.852106Z Ken Sharp [base/gdevpdfo.c]
2011-02-28T05:23:46.157854Z Michael Vrhel [base/gxipixel.c]
2011-02-27T23:26:10.406657Z Michael Vrhel [base/gximono.c base/gsht.c]
2011-02-27T23:23:30.287293Z Michael Vrhel [base/gxipixel.c]
2011-02-27T01:52:28.834714Z Ray Johnston [Resource/Init/pdf_base.ps]
2011-02-26T19:17:52.838303Z Till Kamppeter [cups/gdevcups.c]
2011-02-26T18:40:59.351498Z Ray Johnston [base/gxstroke.c]
2011-02-26T18:25:08.170267Z Ray Johnston [psi/winint.mak]
2011-02-25T23:57:50.833144Z Robin Watts [base/gscolor2.c]
2011-02-25T19:49:39.160812Z Michael Vrhel [base/gximono.c]
2011-02-25T19:33:55.727547Z Michael Vrhel [base/lib.mak base/gximono.c base/gzht.h base/gxdht.h base/gsht.c]
2011-02-25T18:13:49.002375Z Ray Johnston [psi/dwsetup.cpp]
2011-02-25T07:42:21.024741Z Chris Liddell [base/lib.mak psi/msvc.mak base/Makefile.in psi/int.mak]
2011-02-24T11:13:12.751072Z Chris Liddell [base/unix-aux.mak]
2011-02-24T00:51:08.210054Z Robin Watts [base/gdevplib.c base/gdevmpla.c base/gdevplib.h base/gdevppla.c base/devs.mak]
2011-02-23T16:00:25.505362Z Robin Watts [base/gsroprun8.h base/lib.mak base/gsroprun.c ghostscript.vcproj]
2011-02-23T14:41:45.053687Z Michael Vrhel [base/lib.mak]
2011-02-23T11:54:00.145784Z Robin Watts [ghostscript.vcproj]
2011-02-23T08:25:40.039813Z Chris Liddell [base/freetype.mak base/Makefile.in base/configure.ac]
2011-02-23T03:26:18.063337Z Michael Vrhel [base/gximono.c]
2011-02-23T01:09:08.645858Z Michael Vrhel [base/lib.mak]
2011-02-22T21:31:58.870907Z Robin Watts [base/gxipixel.c base/gximono.c base/gsht.c]
2011-02-22T20:03:37.651092Z Robin Watts [base/gsroprun24.h]
2011-02-22T19:52:43.275685Z Michael Vrhel [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 [base/lib.mak base/gsroprun.c base/gsroprun1.h]
2011-02-22T16:10:08.900201Z Chris Liddell [base/freetype.mak base/lib.mak]
2011-02-22T15:44:09.440053Z Robin Watts [ghostscript.vcproj]
2011-02-22T15:28:03.132855Z Robin Watts [base/gdevm1.c]
2011-02-22T00:18:16.845591Z Robin Watts [base/gdevm1.c]
2011-02-21T17:12:10.825257Z Robin Watts [base/gxdevice.h]
2011-02-21T16:04:25.039434Z Chris Liddell [base/lib.mak base/gpsync.h]
2011-02-21T12:29:20.951013Z Robin Watts [base/gsroprun.c]
2011-02-20T12:41:20.382249Z Robin Watts [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 [Resource/Init/pdf_main.ps]
2011-02-18T13:22:59.764503Z Robin Watts [base/gxchar.c base/gzpath.h base/gxccache.c base/gspath1.c]
2011-02-18T11:51:25.345393Z Ken Sharp [base/gdevpdfo.c base/gdevpdfo.h]
2011-02-18T11:37:56.561896Z Ken Sharp [base/gdevpdfj.c]
2011-02-18T11:32:07.033929Z Ken Sharp [base/gdevpdfj.c base/gdevpdfx.h base/gdevpdfp.c doc/Ps2pdf.htm base/gdevpdfb.h]
2011-02-18T11:25:24.853829Z Ken Sharp [base/gdevpdfi.c]
2011-02-18T11:15:23.457563Z Ken Sharp [base/gxhldevc.h base/gxhldevc.c base/gdevpdfg.c]
2011-02-15T16:36:59.934186Z Henry Stiles [base/gsfont.c]
2011-02-15T15:07:55.282721Z Ray Johnston [psi/winint.mak]
2011-02-15T09:21:28.927211Z Chris Liddell [base/configure.ac]
2011-02-14T20:39:33.924424Z Robin Watts [psi/zcontext.c]
2011-02-14T11:04:39.509187Z Till Kamppeter [Resource/Init/cidfmap]
2011-02-10T17:14:23.128533Z Chris Liddell [base/configure.ac]
2011-02-10T13:21:58.493309Z Ken Sharp [Resource/Init/pdf_draw.ps]
2011-02-10T10:43:26.255155Z Ken Sharp [psi/zcolor.c psi/zicc.c Resource/Init/pdf_draw.ps]
2011-02-10T10:33:23.506445Z Ken Sharp [Resource/Decoding/Unicode Resource/Decoding/FCO_Unicode] 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.
No recorded incompatible changes.
2011-02-07T14:10:27.833602Z Chris Liddell [doc/Make.htm doc/Xfonts.htm]
2011-02-05T15:29:32.296497Z Chris Liddell [base/gxccman.c]
2011-02-05T15:27:25.033646Z Chris Liddell [base/gdevbit.c]
2011-02-04T15:51:42.379449Z Robin Watts [base/gsroprun.c]
2011-02-03T12:30:28.178697Z Chris Liddell [psi/fapiufst.c]
2011-02-02T18:27:57.905008Z Chris Liddell [psi/fapiufst.c base/gxfapiu.c]
2011-02-02T17:18:09.939035Z Ray Johnston [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 [psi/msvc32.mak]
2011-02-02T15:14:53.428205Z Ken Sharp [base/gdevpdfu.c]
2011-02-02T14:55:37.673202Z Robin Watts [ghostscript.vcproj]
2011-02-02T14:12:15.676565Z Chris Liddell [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 [base/devs.mak]
2011-02-02T11:23:07.465859Z Chris Liddell [base/lib.mak base/Makefile.in base/configure.ac]
2011-02-02T09:28:15.868989Z Ken Sharp [Resource/Init/gs_pdfwr.ps]
2011-02-02T08:46:11.323868Z Ken Sharp [psi/psromfs.mak base/unixinst.mak]
2011-02-02T08:27:43.587977Z Ken Sharp [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 [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 [base/devs.mak]
2011-02-01T21:46:27.115736Z Ray Johnston [Resource/Init/pdf_draw.ps]
2011-02-01T17:07:50.035956Z Chris Liddell [psi/fapi_ft.c]
2011-02-01T14:00:46.378487Z Ken Sharp [base/gdevpdtw.c]
2011-02-01T11:57:26.132691Z Robin Watts [/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 [base/gdevpdtd.c]
2011-01-31T18:10:10.028647Z Robin Watts [base/scf.h]
2011-01-31T12:32:10.322306Z Robin Watts [base/gdevpbm.c]
2011-01-31T11:19:53.283257Z Ken Sharp [Resource/Init/Fontmap.GS Resource/Init/cidfmap lib/PDFA_def.ps]
2011-01-31T11:15:05.175916Z Ken Sharp [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 [lib/PDFX_def.ps]
2011-01-31T11:06:11.139867Z Ken Sharp [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 [cups/libs/cups/localize.c cups/libs/cups/language.c cups/libs/cups/ppd.c]
2011-01-28T13:21:20.983748Z Robin Watts [base/gsroprun.c]
2011-01-28T12:27:37.269985Z Robin Watts [base/gdevm8.c]
2011-01-27T14:33:46.308935Z Ken Sharp [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 [jpegxr/cr_parse.c]
2011-01-26T18:10:28.996727Z Chris Liddell [base/configure.ac]
2011-01-26T14:51:40.178552Z Chris Liddell [base/jpeg.mak]
2011-01-26T12:25:36.497890Z Chris Liddell [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 [Resource/Init/gs_ttf.ps]
2011-01-25T12:03:22.384476Z Ken Sharp [cups/gdevcups.c]
2011-01-24T23:51:39.084611Z Tor Andersson [/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 [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 [base/gdevmpla.c]
2011-01-24T14:56:30.755196Z Chris Liddell [base/Makefile.in base/configure.ac]
2011-01-20T04:23:02.586888Z Alex Cherepanov [Resource/Init/pdf_rbld.ps]
2011-01-19T20:25:54.918598Z Robin Watts [base/gdevp14.c base/gstrans.c]
2011-01-19T18:00:59.394482Z Robin Watts [base/gdevp14.c base/gstrans.c base/gstparam.h]
2011-01-18T21:52:56.712015Z regression [toolbin/localcluster/build.pl]
2011-01-18T10:22:12.280482Z Chris Liddell [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 [psi/msvc32.mak]
2011-01-17T17:33:50.118892Z Robin Watts [base/gdevmr8n.c base/gsroprun.c base/gsropt.h]
2011-01-17T12:11:39.376205Z Robin Watts [base/gsropt.h]
2011-01-16T01:25:36.175335Z Marcos H. Woehrmann [base/lib.mak]
2011-01-15T16:01:30.937666Z Robin Watts [base/lib.mak base/gsroprun.c base/gsropt.h base/gdevmr1.c]
2011-01-15T15:53:50.166886Z Robin Watts [base/gsropt.h]
2011-01-14T18:58:46.405071Z Henry Stiles [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 [base/lib.mak contrib/gomni.c base/Makefile.in base/configure.ac base/devs.mak]
2011-01-13T16:19:39.522851Z Chris Liddell [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 [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 [base/gdevtifs.c]
2011-01-11T21:33:54.972732Z Michael Vrhel [toolbin/color/halftone/halfttoning/halfttoning.vcproj toolbin/color/halftone/README toolbin/color/halftone/halfttoning/halftone.c]
2011-01-11T01:17:59.815496Z Ray Johnston [toolbin/color/halftone/halfttoning/halftone.c]
2011-01-11T00:49:20.559732Z Michael Vrhel [base/gxicolor.c]
2011-01-10T22:00:19.847574Z Till Kamppeter [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 [psi/msvc32.mak]
2011-01-09T02:19:19.656942Z Michael Vrhel [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 [Resource/Init/pdf_font.ps]
2011-01-08T19:42:31.743686Z 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 [toolbin/localcluster/build.pl]
2011-01-08T17:55:26.179279Z Alex Cherepanov [Resource/Init/pdf_font.ps]
2011-01-08T10:50:04.294111Z Till Kamppeter [cups/gdevcups.c]
2011-01-08T10:47:12.179146Z Till Kamppeter [cups/gdevcups.c]
2011-01-08T10:36:56.827100Z Till Kamppeter [cups/gdevcups.c]
2011-01-07T23:33:17.663910Z Till Kamppeter [cups/gdevcups.c]
2011-01-07T14:05:17.614099Z Till Kamppeter [cups/gdevcups.c]
2011-01-07T04:49:42.455234Z Michael Vrhel [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 [base/sdeparam.c]
2011-01-06T11:08:52.017177Z Ken Sharp [base/gdevpdf.c]
2011-01-05T17:35:42.089947Z Michael Vrhel [base/gxipixel.c base/lib.mak]
2011-01-05T16:05:22.763938Z Ken Sharp [Resource/Init/gs_pdfwr.ps]
2011-01-05T15:43:41.972063Z Ken Sharp [base/gdevpdfu.c]
2011-01-05T15:28:39.325806Z Till Kamppeter [base/Makefile.in]
2011-01-05T14:17:41.770782Z Ken Sharp [base/gdevpdfu.c]
2011-01-04T18:56:36.226711Z Alex Cherepanov [man/de/gsnd.1]
2011-01-04T18:19:41.129921Z Michael Vrhel [base/gxipixel.c base/lib.mak]
2011-01-04T16:35:38.827232Z Ken Sharp [base/gdevpdfu.c]
2011-01-04T10:48:32.930138Z Ken Sharp [base/gsfcmap.c base/gdevpdte.c]
2011-01-03T20:19:58.048424Z Ray Johnston [base/gsmchunk.c]
2011-01-03T18:58:00.432432Z Henry Stiles [base/gdevdgbr.c]
2011-01-03T16:20:21.454447Z Henry Stiles [base/gximono.c base/gximage.h]
2011-01-03T14:33:56.098558Z Ken Sharp [base/gdevpdtt.c]
2011-01-03T06:21:52.574265Z Alex Cherepanov [Resource/Init/pdf_draw.ps]
2011-01-01T16:17:49.255469Z Alex Cherepanov [Resource/Init/pdf_draw.ps]
2010-12-31T06:23:59.391706Z Alex Cherepanov [Resource/Init/pdf_font.ps]
2010-12-30T19:09:59.966731Z Alex Cherepanov [base/configure.ac]
2010-12-30T14:11:42.974030Z Alex Cherepanov [base/gspath.h base/gxshade1.c base/gspath.c]
2010-12-29T13:01:45.722135Z Alex Cherepanov [Resource/Init/pdf_draw.ps]
2010-12-28T03:13:57.856572Z Alex Cherepanov [psi/zfont2.c]
2010-12-27T23:34:39.189121Z Alex Cherepanov [base/gdevpdfu.c]
2010-12-24T11:08:47.918403Z Chris Liddell [psi/fapiufst.c]
2010-12-24T09:50:39.994493Z Chris Liddell [psi/zfapi.c]
2010-12-24T00:28:30.327488Z Alex Cherepanov [base/configure.ac]
2010-12-23T14:39:36.123969Z Ken Sharp [base/gsfcmap.c]
2010-12-23T11:41:20.825457Z Ken Sharp [base/gdevpdfu.c]
2010-12-22T18:48:13.456231Z Michael Vrhel [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 [base/gdevpdfb.c]
2010-12-22T14:05:56.481488Z Ken Sharp [base/gdevpdfb.c base/gdevpdti.c]
2010-12-22T13:58:29.830017Z Ken Sharp [base/gxccache.c]
2010-12-22T00:35:56.638864Z regression [toolbin/localcluster/run.pl]
2010-12-21T23:07:47.064606Z Marcos H. Woehrmann [toolbin/localcluster/run.pl]
2010-12-21T23:01:04.915150Z regression [toolbin/localcluster/clustermonitor.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl]
2010-12-21T17:53:45.618494Z Chris Liddell [Resource/Init/gs_fntem.ps Resource/Init/gs_fapi.ps]
2010-12-21T10:44:01.003179Z Chris Liddell [psi/fapiufst.c base/gxfapiu.c]
2010-12-20T16:38:54.977548Z Chris Liddell [psi/zfapi.c]
2010-12-18T19:27:14.937495Z Alex Cherepanov [base/sjpx_luratech.c]
2010-12-18T15:24:43.064303Z Ken Sharp [base/gsicc_manage.c]
2010-12-17T16:58:35.097740Z Till Kamppeter [base/unixinst.mak]
2010-12-17T16:56:51.880152Z Till Kamppeter [man/ps2pdf.1 man/de/ps2pdf.1]
2010-12-17T16:54:53.331106Z Till Kamppeter [base/sjpx.c]
2010-12-17T16:50:49.932561Z Till Kamppeter [base/unixinst.mak]
2010-12-17T16:48:02.245525Z Till Kamppeter [base/gsmisc.c]
2010-12-17T16:43:02.736497Z Till Kamppeter [base/unix-dll.mak]
2010-12-17T00:16:41.356524Z Till Kamppeter [contrib/pcl3/eprn/eprnrend.c.orig]
2010-12-16T17:00:24.131587Z Ken Sharp [base/gdevpdfd.c]
2010-12-15T16:12:54.275384Z Ken Sharp [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 [base/gdevpdfx.h base/gdevpdf.c Resource/Init/opdfread.ps base/gdevpdfu.c]
2010-12-13T11:57:36.965203Z Ken Sharp [base/gdevpdfg.h base/gdevpdf.c base/gdevpdfe.c base/gdevpdfu.c]
2010-12-12T16:18:59.870768Z Alex Cherepanov [base/gsmisc.c]
2010-12-11T23:02:25.039826Z Alex Cherepanov [base/gximag3x.c]
2010-12-10T19:50:53.800825Z Michael Vrhel [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 [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 [base/gdevp14.c]
2010-12-09T16:50:55.001506Z Ken Sharp [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 [psi/fapi_ft.c]
2010-12-09T14:35:26.421173Z Ken Sharp [base/gdevpdf.c]
2010-12-09T14:20:46.589285Z Ken Sharp [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 [base/gdevpdf.c base/gdevpdfu.c]
2010-12-06T20:30:42.463413Z Michael Vrhel [base/gscdevn.c base/gdevp14.c base/gsicc.c]
2010-12-06T16:39:46.324844Z Alex Cherepanov [base/sjpx_luratech.c base/sjpx_luratech.h]
2010-12-06T16:07:30.222320Z regression [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 [base/gsicc_create.c Resource/ColorSpace/DefaultRGB]
2010-12-04T12:02:00.835522Z Ken Sharp [base/gxfcopy.c]
2010-12-04T11:53:13.468703Z Ken Sharp [base/gxfont1.h base/gxfcopy.c]
2010-12-03T09:20:28.129989Z Ken Sharp [base/gdevpdti.c]
2010-12-02T18:16:53.794801Z Michael Vrhel [base/gxblend.c]
2010-12-02T17:09:45.886919Z Michael Vrhel [base/gdevp14.c base/gdevp14.h base/gxblend.c base/gxblend.h]
2010-12-02T09:58:28.497029Z Ken Sharp [psi/imain.c]
2010-12-01T16:41:20.443841Z Michael Vrhel [base/gdevp14.c]
2010-12-01T05:16:55.267986Z Michael Vrhel [base/gdevp14.c base/gxclimag.c base/gxcldev.h]
2010-11-29T21:12:32.441057Z regression [toolbin/localcluster/clustermaster.pl toolbin/localcluster/run.pl]
2010-11-29T18:55:03.883221Z Michael Vrhel [base/gsicc_manage.c Resource/Init/gs_lev2.ps]
2010-11-29T18:30:38.060525Z Michael Vrhel [base/gdevp14.c]
2010-11-29T14:45:17.958276Z Chris Liddell [Resource/Init/pdf_draw.ps]
2010-11-29T14:35:25.792013Z Ken Sharp [base/gdevpdtt.c]
2010-11-27T18:23:43.131547Z Ken Sharp [base/gdevpdfx.h]
2010-11-26T10:59:51.673656Z Chris Liddell [psi/fapiufst.c]
2010-11-25T21:03:22.187304Z Robin Watts [base/gxclipm.c]
2010-11-25T09:12:13.562173Z Ken Sharp [base/gdevpdfb.c]
2010-11-24T22:18:34.999818Z Michael Vrhel [base/gdevp14.c]
2010-11-24T17:44:39.808162Z Michael Vrhel [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 [base/gdevpdfb.c base/gdevpdti.c]
2010-11-23T16:01:44.675647Z Ray Johnston [base/gsmchunk.c]
2010-11-23T15:36:28.976110Z Robin Watts [base/gxclthrd.c]
2010-11-23T12:33:56.433376Z Robin Watts [base/gxshade1.c]
2010-11-23T08:46:10.878077Z Ken Sharp [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 [toolbin/localcluster/clustermaster.pl toolbin/localcluster/run.pl]
2010-11-18T19:21:31.928351Z Chris Liddell [base/configure.ac]
2010-11-18T00:52:20.670104Z regression [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 [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 [base/gsicc_manage.c psi/zusparam.c base/gsicc_manage.h lcms/src/cmsgmt.c]
2010-11-16T14:33:57.040738Z Ken Sharp [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 [Resource/Init/gs_ttf.ps]
2010-11-15T18:30:50.012584Z Henry Stiles [base/gsmchunk.c]
2010-11-15T09:11:50.168011Z Chris Liddell [base/gxiscale.c]
2010-11-14T21:16:15.954493Z Michael Vrhel [base/gsicc_manage.c psi/zusparam.c base/gsicc_manage.h]
2010-11-06T15:36:18.568592Z Michael Vrhel [base/lib.mak base/gsdparam.c base/gsicc_manage.c]
2010-11-05T22:12:05.617541Z Michael Vrhel [base/gxblend1.c]
2010-11-05T15:53:35.817121Z Chris Liddell [psi/zfapi.c]
2010-11-04T19:13:08.201769Z Michael Vrhel [toolbin/color/icc_creator/ICC_Creator/icc_create.cpp]
2010-11-03T20:44:07.993086Z Michael Vrhel [base/gsicc_manage.c]
2010-11-02T17:16:24.985382Z Chris Liddell [base/gsicc_cache.c base/gsicc_littlecms.c]
2010-11-01T23:59:27.933765Z Michael Vrhel [base/gsicc_cache.c base/gscms.h]
2010-10-31T03:26:19.022477Z Ray Johnston [base/gsmchunk.c]
2010-10-30T03:40:36.798714Z Alex Cherepanov [Resource/Init/pdf_base.ps]
2010-10-29T23:40:30.279741Z Michael Vrhel [base/gxipixel.c base/gxidata.c base/gximage.h]
2010-10-29T19:35:48.071618Z Henry Stiles [base/gxipixel.c]
2010-10-29T16:37:41.020300Z Michael Vrhel [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 [base/gscdevn.c psi/zcolor.c]
2010-10-28T20:41:14.761110Z Michael Vrhel [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 [base/gsicc_create.c base/gsicc_manage.c base/gscms.h base/gsciemap.c]
2010-10-28T19:02:45.723574Z Robin Watts [base/gdevtifs.c]
2010-10-28T15:00:37.200667Z Chris Liddell [/trunk/ghostpdl/Makefile base/Makefile.in]
2010-10-28T06:12:53.429268Z Michael Vrhel [base/gxclpath.c base/gxclimag.c base/gxclist.h base/gxclrast.c]
2010-10-28T04:12:55.507828Z Marcos H. Woehrmann [base/devs.mak]
2010-10-27T23:30:42.045125Z Robin Watts [base/gdevtifs.c]
2010-10-27T19:48:01.087645Z Robin Watts [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 [doc/Devices.htm base/gdevtfax.c]
2010-10-27T11:18:38.076346Z Robin Watts [base/gdevtifs.c]
2010-10-26T23:54:13.691521Z Robin Watts [base/gxclimag.c]
2010-10-26T20:30:32.970049Z Michael Vrhel [base/gdevwts.c]
2010-10-26T20:22:45.373077Z Robin Watts [base/gdevfax.c]
2010-10-26T19:41:35.752819Z Michael Vrhel [base/gdevwts.c]
2010-10-26T18:50:49.267717Z Michael Vrhel [base/gdevwts.c]
2010-10-26T18:10:15.277289Z Robin Watts [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 [base/sjpx_luratech.c]
2010-10-25T16:51:26.885213Z Alex Cherepanov [base/sjpx_luratech.c]
2010-10-25T15:59:10.973330Z Ken Sharp [base/gdevpdfc.c]
2010-10-25T06:23:22.846885Z Alex Cherepanov [base/sjpx_luratech.c]
2010-10-25T04:39:51.229054Z Alex Cherepanov [base/sjpx_luratech.c base/sjpx_luratech.h psi/msvc32.mak]
2010-10-25T04:16:46.177854Z Alex Cherepanov [base/gxpcmap.c]
2010-10-24T22:23:55.448411Z Alex Cherepanov [base/sjpx.c Resource/Init/pdf_draw.ps]
2010-10-23T22:38:17.069244Z Alex Cherepanov [Resource/Init/pdf_draw.ps]
2010-10-22T09:29:10.157074Z Chris Liddell [base/Makefile.in]
2010-10-22T07:52:12.054756Z Ken Sharp [base/gdevpdfu.c]
2010-10-22T06:38:49.083740Z Alex Cherepanov [Resource/Init/pdf_base.ps]
2010-10-22T04:19:30.192593Z Alex Cherepanov [Resource/Init/pdf_main.ps]
2010-10-21T15:57:37.250433Z Ken Sharp [base/gdevpdf.c base/gdevpdfu.c]
2010-10-21T14:09:27.225155Z Marcos H. Woehrmann [toolbin/localcluster/readme]
2010-10-21T13:39:00.821724Z Marcos H. Woehrmann [toolbin/localcluster/readme]
2010-10-21T11:17:31.420556Z Ken Sharp [base/gdevpdf.c]
2010-10-21T11:07:40.293085Z Ken Sharp [base/gdevpdfu.c]
2010-10-21T08:22:47.321512Z Ken Sharp [base/gdevpdfu.c]
2010-10-21T02:48:48.797956Z Alex Cherepanov [Resource/Init/gs_res.ps]
2010-10-20T17:00:27.929678Z Robin Watts [base/valgrind.h base/gsmdebug.h]
2010-10-20T16:59:51.575415Z Alex Cherepanov [Resource/Init/pdf_font.ps]
2010-10-20T16:05:28.326890Z Ken Sharp [base/gdevpdfu.c]
2010-10-20T14:45:48.119859Z Ken Sharp [base/gdevpdfx.h base/gdevpdfp.c base/gdevpdfb.h]
2010-10-20T10:59:23.603495Z Robin Watts [base/gxclimag.c]
2010-10-20T10:21:50.512085Z Robin Watts [base/gxclimag.c]
2010-10-19T08:04:32.778817Z Ken Sharp [base/gxtype1.c]
2010-10-18T15:44:20.143696Z Chris Liddell [psi/zchar42.c]
2010-10-18T14:11:44.566085Z Chris Liddell [psi/zchar42.c]
2010-10-16T15:52:53.774342Z Ken Sharp [base/gdevpdfp.c]
2010-10-15T15:12:36.033471Z Ken Sharp [base/gdevpdtt.c base/gdevpdti.c]
2010-10-15T15:07:05.687999Z Chris Liddell [psi/fapi_ft.c]
2010-10-15T14:21:51.952651Z Ken Sharp [base/gdevpdfd.c]
2010-10-14T20:23:15.984226Z Henry Stiles [base/gximono.c]
2010-10-14T15:06:01.276381Z Chris Liddell [base/gxccman.c]
2010-10-14T15:01:56.645831Z Chris Liddell [psi/zfapi.c]
2010-10-14T14:57:36.364971Z Chris Liddell [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/gdevcups.c]
2010-10-14T11:57:31.187468Z Chris Liddell [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 [base/gdevtifs.c]
2010-10-13T16:01:51.166726Z Robin Watts [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 [Resource/Init/gs_fntem.ps]
2010-10-12T23:27:36.478231Z Robin Watts [base/siscale.c]
2010-10-12T16:26:32.204667Z Robin Watts [base/siscale.c]
2010-10-12T05:52:16.851470Z Michael Vrhel [psi/zpcolor.c base/gxpcmap.c]
2010-10-11T07:53:26.581165Z Chris Liddell [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 [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 [base/gdevpdte.c]
2010-10-08T13:42:41.451688Z Ken Sharp [base/gdevpsdi.c]
2010-10-08T13:37:05.002251Z Ken Sharp [base/gdevpdtt.c]
2010-10-08T13:34:00.715868Z Ken Sharp [base/gdevpdfi.c]
2010-10-08T13:31:11.163393Z Chris Liddell [psi/fapi_ft.c]
2010-10-08T12:01:24.908534Z Ken Sharp [base/gdevpdtt.c]
2010-10-08T05:09:27.837431Z Ray Johnston [base/gdevp14.c]
2010-10-07T13:59:49.890609Z Ken Sharp [base/gdevpdfj.c base/gdevpdfp.c base/gdevpdfu.c]
2010-10-07T12:49:54.318945Z Ken Sharp [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 [base/gdevpdf.c]
2010-10-07T08:04:15.270260Z Ken Sharp [base/gdevpdfg.c]
2010-10-07T07:57:43.664608Z Ken Sharp [base/gdevpdfd.c]
2010-10-07T07:50:09.274081Z Ken Sharp [base/gdevpdfb.c]
2010-10-07T07:49:13.279339Z Ken Sharp [base/gdevpdf.c]
2010-10-06T14:03:32.653153Z Robin Watts [base/gxclist.c]
2010-10-06T13:48:15.425458Z Ken Sharp [base/gdevpdfp.c base/gdevpdtf.c]
2010-10-06T12:06:46.017717Z Robin Watts [base/gxiscale.c]
2010-10-05T21:38:11.272406Z Robin Watts [psi/zfapi.c]
2010-10-05T20:27:54.714250Z Michael Vrhel [base/gsicc_manage.c]
2010-10-05T20:18:10.046358Z Michael Vrhel [base/gsicc_manage.c]
2010-10-05T13:57:22.688207Z Alex Cherepanov [Resource/Init/pdf_sec.ps]
2010-10-05T12:48:16.473671Z Ken Sharp [base/gdevpsdi.c base/gdevpdfi.c]
2010-10-05T12:10:46.672154Z Robin Watts [base/gsiodisk.c]
2010-10-03T16:13:00.326561Z Alex Cherepanov [psi/zfont2.c]
2010-10-01T19:36:06.952768Z Ray Johnston [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 [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 [base/gdevp14.c]
2010-09-28T12:36:41.051799Z Ken Sharp [base/gdevpdfp.c]
2010-09-28T12:26:13.182021Z Ken Sharp [base/gdevpdfp.c]
2010-09-27T12:05:17.449032Z Ken Sharp [base/gxchar.c]
2010-09-27T09:33:55.410495Z Ken Sharp [base/gdevpsdi.c]
2010-09-25T02:08:22.451780Z Alex Cherepanov [lib/ps2pdf.bat lib/ps2pdf12.bat lib/ps2pdf13.bat lib/ps2pdf14.bat]
2010-09-24T13:25:07.243032Z Chris Liddell [psi/zfapi.c]
2010-09-24T09:03:34.206583Z Ken Sharp [base/gstype42.c]
2010-09-24T03:27:45.689228Z Michael Vrhel [base/gdevp14.c]
2010-09-23T19:45:27.249371Z Michael Vrhel [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 [base/gdevp14.c]
2010-09-23T12:17:57.296649Z Robin Watts [base/gxclrast.c]
2010-09-23T10:46:33.821569Z Robin Watts [base/gsropt.h]
2010-09-23T08:16:36.207911Z Ken Sharp [base/gdevpdtt.c]
2010-09-22T15:13:20.906048Z Marcos H. Woehrmann [base/gxicolor.c]
2010-09-21T12:03:52.655546Z Chris Liddell [psi/fapiufst.c psi/fapibstm.c]
2010-09-20T01:26:14.070109Z Alex Cherepanov [psi/zfrsd.c]
2010-09-17T10:29:36.728794Z Robin Watts [base/gsbitops.h]
2010-09-17T06:44:27.206613Z Michael Vrhel [base/gdevp14.c]
2010-09-17T05:40:48.428712Z Michael Vrhel [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 [lib/ps2pdf.bat lib/ps2pdf12.bat lib/ps2pdf13.bat lib/ps2pdf14.bat]
2010-09-16T11:09:31.082242Z Robin Watts [base/gxclrast.c]
2010-09-16T11:05:47.689000Z Robin Watts [base/gsbitops.c base/gsbitops.h base/gxclbits.c]
2010-09-15T08:15:52.075230Z Ken Sharp [Resource/Init/opdfread.ps]
2010-09-14T12:58:09.089527Z Ken Sharp [base/gdevpdfi.c]
2010-09-14T09:07:06.998296Z Ken Sharp [base/gdevpdfo.c]
2010-09-14T08:06:03.949247Z Ken Sharp [base/gdevpdfo.c base/gdevpdfo.h]
2010-09-14T07:49:11.816447Z Chris Liddell [base/gscdef.c base/version.mak Resource/Init/gs_init.ps] 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.
No recorded incompatible changes.
2010-09-13T15:09:40.310889Z Chris Liddell [psi/ifapi.h]
2010-09-13T14:53:46.788657Z Chris Liddell [psi/fapi_ft.c psi/zfapi.c psi/fapiufst.c psi/fapibstm.c]
2010-09-13T10:25:34.372202Z Chris Liddell [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 [Resource/Init/pdf_font.ps]
2010-09-09T07:26:52.042155Z Chris Liddell [Resource/Init/gs_init.ps]
2010-09-09T06:26:54.427296Z Chris Liddell [psi/fapi_ft.c]
2010-09-09T03:45:12.738999Z Michael Vrhel [base/gdevpdfb.c base/devs.mak]
2010-09-08T23:20:36.969829Z Michael Vrhel [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 [base/gdevpdfv.c]
2010-09-08T08:30:15.885002Z Chris Liddell [psi/fapi_ft.c psi/zfapi.c]
2010-09-07T16:51:36.404533Z Chris Liddell [psi/ifapi.h psi/int.mak]
2010-09-07T16:26:46.989782Z Chris Liddell [psi/ifapi.h]
2010-09-07T15:32:17.143998Z Chris Liddell [psi/fapi_ft.c psi/zfapi.c psi/ifapi.h psi/fapiufst.c psi/fapibstm.c]
2010-09-06T10:14:25.582663Z Ken Sharp [base/gdevpdtt.c]
2010-09-03T15:49:54.010009Z Ray Johnston [base/sjpx_luratech.c]
2010-09-03T08:31:32.767708Z Chris Liddell [Resource/Init/pdf_font.ps]
2010-09-03T07:21:06.059509Z Ken Sharp [lib/lpgs.bat]
2010-09-03T07:19:33.619992Z Ken Sharp [lib/pdfopt.bat]
2010-09-03T06:52:44.087509Z Ken Sharp [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 [base/whitelst.c]
2010-09-02T14:15:39.116953Z Ken Sharp [base/whitelst.c]
2010-09-02T13:50:13.043694Z Ken Sharp [base/whitelst.c base/gdevpdtf.c base/devs.mak base/whitelst.h]
2010-09-01T18:47:52.658366Z Chris Liddell [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 [doc/History9.htm doc/News.htm doc/Details9.htm doc/Details.htm]
2010-09-01T13:59:34.488373Z Ken Sharp [base/gdevpdfk.c base/gdevpdfc.c]
2010-09-01T06:08:51.456140Z Michael Vrhel [base/gdevp14.c]
2010-08-31T23:21:15.562664Z Michael Vrhel [psi/zcolor.c base/gdevpdfk.c psi/zimage.c base/gdevpdfc.c base/gsciemap.c]
2010-08-31T15:34:27.935572Z Ken Sharp [Resource/Init/pdf_ops.ps]
2010-08-28T22:04:55.196791Z Alex Cherepanov [Resource/Init/pdf_main.ps Resource/Init/pdf_draw.ps]
2010-08-27T13:54:14.847396Z Ken Sharp [base/gdevpdfv.c]
2010-08-27T12:10:54.938774Z Ken Sharp [base/gdevpdft.c]
2010-08-27T12:02:46.764612Z regression [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 [Resource/Init/pdf_draw.ps]
2010-08-26T15:49:51.752958Z Ken Sharp [base/gdevpdf.c]
2010-08-24T21:37:29.611143Z Chris Liddell [doc doc/History9.htm doc/News.htm doc/Details9.htm]
2010-08-24T20:31:40.602213Z Chris Liddell [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 [base/gxfcopy.c]
2010-08-24T12:29:59.958275Z Chris Liddell [doc/History9.htm doc/News.htm doc/AUTHORS]
2010-08-23T16:49:47.032287Z Ken Sharp [base/gdevpdfe.c]
2010-08-21T08:03:46.086781Z Lars Uebernickel [base/configure.ac]
2010-08-20T16:07:22.239869Z Chris Liddell [psi/zfapi.c]
2010-08-19T04:01:05.188148Z henrys [base/gxpcmap.c]
2010-08-17T14:31:58.354019Z Alex Cherepanov [base/sjpx.h psi/zfjpx.c base/sjpx.c]
2010-08-17T01:22:18.729560Z Alex Cherepanov [Resource/Init/pdf_draw.ps]
2010-08-15T09:49:03.044306Z Chris Liddell [base/configure.ac]
2010-08-15T09:42:21.565047Z Chris Liddell [psi/zfapi.c]
2010-08-14T21:10:29.198491Z Alex Cherepanov [base/gp_upapr.c]
2010-08-13T19:46:28.340691Z Ken Sharp [base/gdevpdfx.h]
2010-08-12T18:14:30.164084Z Till Kamppeter [cups/pstoraster.in]
2010-08-12T18:10:47.335830Z Till Kamppeter [cups/gdevcups.c]
2010-08-12T06:39:08.575092Z regression [toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl]
2010-08-12T02:55:40.283339Z Michael Vrhel [base/gsicc_manage.c]
2010-08-12T01:42:17.270497Z Alex Cherepanov [Resource/Init/pdf_main.ps Resource/Init/pdf_draw.ps]
2010-08-11T23:31:48.385487Z Michael Vrhel [base/gxi16bit.c]
2010-08-11T23:05:48.288399Z Michael Vrhel [base/gdevpsdi.c]
2010-08-11T21:31:03.877037Z Michael Vrhel [base/gdevpsdi.c base/devs.mak]
2010-08-11T18:54:51.837319Z Michael Vrhel [base/gsicc_manage.c]
2010-08-11T16:17:45.421152Z Henry Stiles [jbig2dec/jbig2_page.c]
2010-08-11T15:22:22.427529Z Ken Sharp [doc/Devices.htm]
2010-08-10T16:44:20.491267Z regression [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 [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 [base/gxfont1.h base/gxfcopy.c psi/zfont1.c]
2010-08-10T08:13:35.250205Z Chris Liddell [Resource/Init/gs_ttf.ps]
2010-08-09T00:41:31.173587Z Ray Johnston [base/gxpcmap.c]
2010-08-09T00:07:27.505245Z Alex Cherepanov [Resource/Init/pdf_ops.ps]
2010-08-07T15:58:08.066501Z Alex Cherepanov [Resource/Init/pdf_draw.ps]
2010-08-06T20:21:11.891509Z Ray Johnston [base/gsptype1.c base/gxpcmap.c base/gxcolor2.h]
2010-08-06T17:22:16.521958Z Chris Liddell [psi/iname.c]
2010-08-06T15:49:21.355481Z Ray Johnston [doc/Use.htm]
2010-08-06T15:03:00.994141Z Chris Liddell [psi/iname.c]
2010-08-06T11:15:22.616992Z Ken Sharp [base/gdevpdtt.c]
2010-08-06T11:11:40.511965Z Ken Sharp [base/gdevpdte.c]
2010-08-06T08:27:20.529691Z Chris Liddell [doc/Use.htm doc/Make.htm doc/Develop.htm doc/Psfiles.htm]
2010-08-06T05:53:42.503244Z Alex Cherepanov [Resource/Init/pdf_draw.ps]
2010-08-06T04:24:59.663647Z Ray Johnston [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/gdevcups.c]
2010-08-05T19:16:11.698734Z Ray Johnston [lib/viewrgb.ps]
2010-08-05T19:14:00.403158Z Ray Johnston [psi/mkfilelt.cpp]
2010-08-05T17:40:36.908437Z Chris Liddell [psi/fapi_ft.c psi/zfapi.c]
2010-08-05T15:49:39.430735Z Ken Sharp [base/gdevpdte.c]
2010-08-04T23:15:24.779084Z Robin Watts [base/gxp1fill.c]
2010-08-04T22:59:04.842835Z Alex Cherepanov [Resource/Init/pdf_draw.ps]
2010-08-03T12:02:47.197684Z Ken Sharp [psi/zfapi.c]
2010-08-03T08:02:13.862491Z Ken Sharp [Resource/Init/pdf_main.ps]
2010-08-03T07:56:50.987568Z Ken Sharp [doc/Use.htm]
2010-08-02T21:30:29.939498Z Alex Cherepanov [Resource/Init/pdf_rbld.ps]
2010-08-02T16:45:00.756282Z Alex Cherepanov [base/lib.mak base/gp_upapr.c]
2010-08-02T13:49:03.975996Z Alex Cherepanov [base/gp_upapr.c]
2010-08-02T09:20:04.666066Z Ken Sharp [base/gdevpdfx.h]
2010-08-02T09:06:47.523074Z Ken Sharp [base/gdevpdfx.h base/gdevpdf.c]
2010-08-02T06:39:25.229115Z Till Kamppeter [base/gdevimgn.c]
2010-08-01T08:59:15.942136Z Chris Liddell [toolbin/localcluster/readme toolbin/localcluster/run.pl]
2010-07-31T16:07:37.431496Z Chris Liddell [ghostscript.vcproj base/configure.ac base/gdevcairo.c base/devs.mak]
2010-07-31T15:45:39.194094Z Chris Liddell [base/gdevdbit.c]
2010-07-31T15:04:24.124204Z Till Kamppeter [base/unixinst.mak]
2010-07-31T00:37:07.940018Z Ray Johnston [base/gxpcmap.c]
2010-07-30T23:13:52.534878Z Till Kamppeter [base/gdevbbox.c]
2010-07-30T21:34:19.596701Z Till Kamppeter [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 [base/configure.ac]
2010-07-30T20:09:21.607711Z Till Kamppeter [doc/Make.htm]
2010-07-30T17:15:23.787490Z Michael Vrhel [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 [base/gsicc_create.c]
2010-07-30T17:06:59.251898Z Henry Stiles [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 [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 [base/gdevdbit.c]
2010-07-30T13:59:52.334818Z Michael Vrhel [base/gsicc_create.c]
2010-07-30T11:37:15.489627Z Till Kamppeter [base/gdevbbox.c]
2010-07-30T11:20:07.130600Z Till Kamppeter [base/configure.ac]
2010-07-30T11:16:17.321612Z Till Kamppeter [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 [autogen.sh]
2010-07-30T11:10:35.977735Z Till Kamppeter [base/configure.ac]
2010-07-30T11:03:27.732163Z Till Kamppeter [base/stdint_.h jbig2dec/os_types.h]
2010-07-30T11:00:25.895059Z Till Kamppeter [base/configure.ac]
2010-07-30T10:56:44.338677Z Till Kamppeter [base/mkromfs.c]
2010-07-30T10:53:30.576036Z Till Kamppeter [base/configure.ac]
2010-07-30T10:14:47.310782Z Till Kamppeter [doc/Make.htm]
2010-07-30T10:10:41.906626Z Till Kamppeter [base/gdevxcmp.c]
2010-07-30T09:56:23.737093Z Till Kamppeter [base/time_.h]
2010-07-30T09:45:51.500432Z Till Kamppeter [base/gdevxini.c]
2010-07-30T08:58:17.493418Z Till Kamppeter [base/gdevxxf.c base/Makefile.in base/devs.mak]
2010-07-29T18:28:06.621749Z Ray Johnston [doc/Use.htm]
2010-07-29T14:29:19.627579Z Robin Watts [base/gsstate.c]
2010-07-29T14:05:39.594612Z Ken Sharp [base/gdevpdf.c base/gdevpdfu.c]
2010-07-29T13:59:53.090810Z Chris Liddell [psi/fapi_ft.c psi/zfapi.c]
2010-07-28T18:44:46.282683Z Robin Watts [base/gsstate.c base/gxistate.h base/gsistate.c]
2010-07-28T12:37:51.588339Z Till Kamppeter [cups/gdevcups.c]
2010-07-28T09:22:49.016213Z Robin Watts [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 [lib/ps2pdf.bat]
2010-07-27T07:10:03.221027Z Chris Liddell [psi/zfapi.c]
2010-07-27T07:02:47.392994Z Chris Liddell [psi/zfapi.c]
2010-07-26T08:48:33.786696Z Chris Liddell [base/gsbitops.c psi/zfapi.c]
2010-07-24T22:57:46.607791Z Alex Cherepanov [Resource/Init/pdf_draw.ps]
2010-07-23T20:01:28.232264Z Alex Cherepanov [base/gs.mak]
2010-07-23T19:01:45.196186Z Alex Cherepanov [Resource/Init/gs_ttf.ps]
2010-07-23T09:20:28.484085Z Chris Liddell [base/lib.mak]
2010-07-23T08:22:43.299979Z Chris Liddell [base/lib.mak base/unix-dll.mak]
2010-07-23T02:57:37.996803Z Alex Cherepanov [Resource/Init/pdf_main.ps]
2010-07-21T19:26:14.458296Z Michael Vrhel [base/gsicc_manage.c psi/zusparam.c]
2010-07-21T00:03:16.900862Z Michael Vrhel [base/gdevp14.c]
2010-07-20T09:46:34.095118Z Masaki Ushizaka [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 [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 [psi/zicc.c]
2010-07-19T21:22:35.957060Z Michael Vrhel [base/gdevp14.c base/gstparam.h]
2010-07-19T15:45:36.535276Z Chris Liddell [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 [Resource/Init/pdf_draw.ps]
2010-07-18T00:03:37.786299Z Alex Cherepanov [Resource/Init/pdf_draw.ps]
2010-07-17T21:23:39.853613Z Alex Cherepanov [Resource/Init/gs_init.ps Resource/Init/gs_setpd.ps Resource/Init/gs_statd.ps]
2010-07-17T00:07:09.985181Z Alex Cherepanov [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 [Resource/Init/gs_res.ps]
2010-07-16T19:58:03.971410Z Michael Vrhel [base/gsicc_manage.c]
2010-07-15T20:42:06.487509Z Ray Johnston [base/gdevp14.c]
2010-07-15T19:28:38.670595Z Ray Johnston [Resource/Init/gs_init.ps]
2010-07-15T18:14:17.190964Z Ray Johnston [base/version.mak]
2010-07-15T14:49:39.770856Z Alex Cherepanov [Resource/Init/gs_lev2.ps Resource/Init/gs_fonts.ps Resource/Init/gs_res.ps]
2010-07-15T05:42:55.376283Z Alex Cherepanov [base/unixinst.mak]
2010-07-14T21:25:33.726848Z Till Kamppeter [cups/gdevcups.c]
2010-07-13T18:30:29.088597Z Chris Liddell [base/gsfcid2.c]
2010-07-13T08:24:56.010563Z Ken Sharp [doc/Ps2pdf.htm]
2010-07-13T07:04:59.625768Z Michael Vrhel [base/sidscale.c]
2010-07-13T01:20:10.578834Z Michael Vrhel [base/gdevp14.c]
2010-07-12T15:03:57.186505Z Chris Liddell [psi/zfapi.c]
2010-07-11T15:26:14.804339Z Michael Vrhel [base/gsicc_create.c base/gxcspace.h base/gscspace.c base/gsicc.c]
2010-07-10T01:28:54.795367Z Ray Johnston [psi/zfile.c]
2010-07-09T18:31:19.790276Z Ray Johnston [psi/zusparam.c]
2010-07-09T09:40:17.170342Z Ken Sharp [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 [base/gxfillts.h base/gxfill.c]
2010-07-08T16:20:20.892723Z Alex Cherepanov [man/gs.1]
2010-07-07T21:27:55.422122Z Marcos H. Woehrmann [toolbin/localcluster/clusterpush.pl toolbin/localcluster/readme]
2010-07-07T17:47:09.812924Z Alex Cherepanov [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 [base/gxclist.c]
2010-07-06T22:27:32.077335Z Alex Cherepanov [base/gsccolor.h]
2010-07-06T09:25:40.558632Z Ken Sharp [base/gdevpdfm.c]
2010-07-06T07:04:53.806003Z Ken Sharp [base/gdevpdfj.c]
2010-07-06T00:11:44.270183Z Ray Johnston [base/gxclmem.c base/gxclist.c]
2010-07-05T23:51:46.696108Z Alex Cherepanov [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 [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 [base/gdevpdfj.c]
2010-07-05T05:13:16.304757Z Alex Cherepanov [Resource/Init/pdf_font.ps]
2010-07-05T01:23:43.139942Z Hin-Tak Leung [base/configure.ac]
2010-07-05T01:18:30.861454Z Hin-Tak Leung [libpng/libpng-1.2.44.txt]
2010-07-04T19:04:17.740307Z Alex Cherepanov [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 [psi/msvc32.mak]
2010-07-01T21:58:29.492747Z Michael Vrhel [base/gsicc_manage.c]
2010-07-01T21:13:55.381754Z Hin-Tak Leung [base/gdevxcmp.c]
2010-07-01T19:08:29.177579Z Ken Sharp [base/gdevpdfj.c]
2010-07-01T17:14:23.564053Z Michael Vrhel [base/gstrans.c]
2010-07-01T12:19:20.914734Z Robin Watts [base/gp_unifn.c]
2010-07-01T00:41:57.037474Z Hin-Tak Leung [base/gs_dll_call.h]
2010-07-01T00:40:43.889090Z Hin-Tak Leung [base/gp_unifn.c]
2010-07-01T00:36:16.428446Z Hin-Tak Leung [jpeg/config.guess jpeg/config.sub]
2010-07-01T00:33:05.624689Z Hin-Tak Leung [base/lib.mak]
2010-07-01T00:00:22.982087Z Hin-Tak Leung [base/gdevxcmp.c]
2010-06-30T23:34:11.835858Z Hin-Tak Leung [psi/zfile.c]
2010-06-30T22:12:02.295636Z Michael Vrhel [base/gsicc_manage.c]
2010-06-29T18:06:29.735123Z Henry Stiles [/trunk/ghostpdl/tools/clusterpush.sh toolbin/clusterpush.sh]
2010-06-29T17:17:45.269232Z Henry Stiles [/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 [base/unix-dll.mak]
2010-06-29T07:05:45.877229Z Hin-Tak Leung [base/gs_dll_call.h]
2010-06-29T07:04:25.796552Z Hin-Tak Leung [base/gp_unifn.c]
2010-06-29T06:47:59.438186Z Hin-Tak Leung [base/gdevxcmp.c]
2010-06-29T06:05:26.121392Z Hin-Tak Leung [jpeg/config.guess jpeg/config.sub]
2010-06-29T05:30:19.407679Z Hin-Tak Leung [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 [doc/Make.htm]
2010-06-29T05:20:09.043972Z Hin-Tak Leung [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 [base/configure.ac]
2010-06-29T04:34:10.440639Z Hin-Tak Leung [jbig2dec/configure.ac base/configure.ac]
2010-06-29T04:15:47.742872Z Hin-Tak Leung [base/configure.ac]
2010-06-29T04:04:53.158322Z Hin-Tak Leung [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 [cups/pstopxl.in base/configure.ac]
2010-06-29T03:44:30.895095Z Hin-Tak Leung [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 [contrib/pscolor/Makefile contrib/pscolor/test.c contrib/pscolor/instream.yy]
2010-06-29T03:38:46.508455Z Hin-Tak Leung [ijs/ijs_server_example.c]
2010-06-29T03:34:45.878285Z Hin-Tak Leung [doc/Make.htm base/Makefile.in base/configure.ac]
2010-06-29T02:32:38.254860Z Michael Vrhel [base/gsicc_cache.c]
2010-06-29T00:50:32.521441Z Michael Vrhel [base/gsicc_littlecms.c]
2010-06-28T15:04:31.998704Z Henry Stiles [base/gxpcmap.c]
2010-06-28T10:50:53.201708Z Michael Vrhel [base/gsicc_littlecms.c]
2010-06-28T05:16:59.820980Z Michael Vrhel [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 [base/gxpcmap.c]
2010-06-26T17:59:06.494303Z Henry Stiles [base/gdevpxat.h]
2010-06-25T12:00:50.643763Z Chris Liddell [psi/fapi_ft.c]
2010-06-24T07:11:11.011423Z Ken Sharp [base/gdevpsft.c]
2010-06-23T17:14:40.891928Z Alex Cherepanov [psi/zarith.c]
2010-06-23T15:56:39.786311Z Ken Sharp [base/gdevpsft.c]
2010-06-23T14:33:08.852324Z Michael Vrhel [base/gscsepr.c]
2010-06-23T05:02:13.734047Z Michael Vrhel [lcms/src/cmsgmt.c]
2010-06-22T14:54:59.999510Z Henry Stiles [psi/zpcolor.c base/gxpcmap.c base/gxpcolor.h]
2010-06-22T06:12:54.377174Z Masaki Ushizaka [jbig2dec/jbig2_hufftab.h]
2010-06-22T06:00:12.605983Z Alex Cherepanov [psi/idosave.h psi/ialloc.c psi/isave.c]
2010-06-22T05:59:23.952778Z Masaki Ushizaka [jbig2dec/jbig2_huffman.c]
2010-06-22T05:15:53.089456Z Alex Cherepanov [Resource/Init/pdf_font.ps]
2010-06-21T16:41:55.147464Z Michael Vrhel [base/gsicc_manage.c]
2010-06-21T15:07:03.992218Z Ken Sharp [base/gserrors.h]
2010-06-21T01:14:18.832712Z Hin-Tak Leung [base/Makefile.in base/configure.ac]
2010-06-21T00:32:43.898825Z Hin-Tak Leung [doc/Make.htm]
2010-06-21T00:12:42.541103Z Hin-Tak Leung [doc/Install.htm]
2010-06-21T00:01:12.712437Z Hin-Tak Leung [psi/winint.mak doc/Release.htm psi/nsisinst.nsi doc/Install.htm]
2010-06-20T23:38:47.757390Z Hin-Tak Leung [jasper/src/libjasper/base/jas_stream.c]
2010-06-20T23:32:24.162240Z Hin-Tak Leung [doc/Make.htm]
2010-06-20T23:29:34.775566Z Hin-Tak Leung [base/sha2.c]
2010-06-20T23:11:37.618908Z Hin-Tak Leung [base/bcwin32.mak]
2010-06-20T23:03:49.551572Z Hin-Tak Leung [base/bcwin32.mak]
2010-06-20T22:57:32.647408Z Hin-Tak Leung [base/libtiff.mak]
2010-06-20T03:45:03.823204Z Alex Cherepanov [base/gsicc_create.c]
2010-06-20T03:01:50.289956Z Alex Cherepanov [base/gsicc_create.c]
2010-06-18T23:59:23.662717Z Michael Vrhel [base/gscscie.c]
2010-06-18T18:06:59.517404Z Michael Vrhel [base/gsicc_create.c]
2010-06-18T02:00:13.716745Z Alex Cherepanov [Resource/Init/pdf_rbld.ps]
2010-06-17T20:23:33.279930Z Hin-Tak Leung [base/bcwin32.mak]
2010-06-17T20:03:30.325885Z Hin-Tak Leung [man/gs.1]
2010-06-17T19:46:05.887718Z Michael Vrhel [base/gsicc_create.c]
2010-06-17T19:38:39.362075Z Hin-Tak Leung [psi/dwsetup.cpp psi/winint.mak psi/msvc32.mak psi/mkfilelt.cpp]
2010-06-17T19:31:28.160475Z Hin-Tak Leung [doc/Install.htm]
2010-06-17T19:28:20.229863Z Michael Vrhel [base/gscie.c]
2010-06-17T18:04:35.295987Z Michael Vrhel [base/gsicc_create.c]
2010-06-17T17:13:34.616951Z Michael Vrhel [base/gsicc_manage.c]
2010-06-17T09:20:18.689467Z Ken Sharp [base/gxchar.h base/gxtext.h]
2010-06-16T06:11:25.298134Z Hin-Tak Leung [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 [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 [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 [base/gsicc_cache.c base/gsicc_cache.h base/gsicc_manage.c base/gsicc_manage.h]
2010-06-14T18:42:47.881614Z Alex Cherepanov [base/gsline.c]
2010-06-14T18:07:49.834071Z Chris Liddell [Resource/Init/gs_fapi.ps]
2010-06-14T11:19:07.131026Z Ken Sharp [base/gdevpdfo.c]
2010-06-14T11:14:18.794921Z Ken Sharp [base/gdevpdte.c]
2010-06-14T11:12:40.380849Z Ken Sharp [doc/Ps2pdf.htm]
2010-06-14T09:34:17.990404Z Ken Sharp [base/gdevpdfm.c base/gdevpdte.c]
2010-06-12T15:19:56.267658Z Henry Stiles [base/gsicc_manage.c]
2010-06-11T17:24:06.899434Z Chris Liddell [psi/fapi_ft.c]
2010-06-11T07:53:37.156852Z Ken Sharp [base/gxpcmap.c]
2010-06-10T16:11:08.241878Z Chris Liddell [psi/zfapi.c]
2010-06-10T14:06:40.549557Z Chris Liddell [psi/zfapi.c]
2010-06-09T18:59:09.419344Z Robin Watts [toolbin/localcluster/comparerevs.pl]
2010-06-08T16:20:39.058317Z Chris Liddell [base/gsbitops.c]
2010-06-08T01:04:10.677952Z Alex Cherepanov [psi/zchar.c]
2010-06-07T17:14:20.171809Z Michael Vrhel [lcms/src/cmspack.c]
2010-06-06T18:00:36.332831Z Michael Vrhel [base/gsicc_manage.c base/gscspace.c]
2010-06-05T20:03:55.912155Z Alex Cherepanov [base/gsdparam.c]
2010-06-05T19:20:40.615579Z Michael Vrhel [base/gscdevn.c base/gsicc_create.c base/gscsepr.c]
2010-06-03T16:57:17.441589Z Hin-Tak Leung [psi/zfile.c]
2010-06-03T00:32:07.629281Z Hin-Tak Leung [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 [base/gxfillts.h]
2010-06-02T08:37:07.985901Z Ken Sharp [Resource/Init/cidfmap]
2010-06-02T08:29:23.801870Z Ken Sharp [Resource/Init/cidfmap]
2010-06-02T07:46:57.542525Z Ken Sharp [base/gdevpdfx.h base/gdevpdft.c base/gdevpdfv.c base/gdevpdfb.h]
2010-06-01T17:41:20.224359Z Michael Vrhel [/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 [base/unix-gcc.mak]
2010-05-31T14:41:08.956692Z Hin-Tak Leung [base/libtiff.mak]
2010-05-31T09:58:14.532526Z Hin-Tak Leung [base/unix-gcc.mak base/unixansi.mak]
2010-05-28T18:07:08.826907Z Henry Stiles [/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 [base/gdevp14.c base/gxshade.c]
2010-05-27T15:30:01.093150Z Henry Stiles [base/gdevp14.c base/gdevp14.h]
2010-05-27T00:44:57.701730Z Michael Vrhel [base/gxiscale.c]
2010-05-26T22:01:50.106123Z Michael Vrhel [base/gdevp14.c]
2010-05-26T18:16:52.113331Z Michael Vrhel [doc/Use.htm]
2010-05-26T16:08:36.881438Z Henry Stiles [base/gsicc_profilecache.c]
2010-05-26T03:07:02.463936Z Michael Vrhel [ghostscript.vcproj]
2010-05-25T20:43:02.039929Z Michael Vrhel [doc/Use.htm]
2010-05-25T19:38:23.177347Z Michael Vrhel [base/gsiccmanage.c base/gsiccmanage.h]
2010-05-25T17:15:59.119523Z Hin-Tak Leung [contrib/gdevgdi.c base/gdevcairo.c contrib/gdevlx50.c]
2010-05-25T17:14:27.480893Z Hin-Tak Leung [imdi/cgen.c imdi/imdi_k.c]
2010-05-25T17:13:18.238667Z Hin-Tak Leung [base/gxstroke.c]
2010-05-25T13:50:21.339560Z Ken Sharp [base/gxfcopy.c]
2010-05-25T10:22:09.642632Z Chris Liddell [psi/fapiufst.c]
2010-05-25T08:31:57.775100Z Ken Sharp [base/gdevpdfk.c base/gdevpdfc.c]
2010-05-24T23:06:59.017275Z Hin-Tak Leung [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 [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 [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 [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 [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 [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 [base/gsiccmanage.c]
2010-05-24T16:31:58.315172Z Michael Vrhel [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 [psi/zfunc4.c]
2010-05-23T00:15:25.592930Z Alex Cherepanov [Resource/Init/pdf_font.ps]
2010-05-22T09:17:30.088324Z Ken Sharp [base/gxp1fill.c]
2010-05-21T15:16:07.910956Z Alex Cherepanov [Resource/Init/gs_ttf.ps]
2010-05-21T08:14:56.354805Z Ken Sharp [base/gxp1fill.c]
2010-05-21T06:35:11.431787Z Hin-Tak Leung [psi/winint.mak psi/msvc32.mak]
2010-05-20T07:31:06.101672Z regression [toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl]
2010-05-20T06:24:43.585523Z Hin-Tak Leung [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 [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 [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 [jbig2dec/configure]
2010-05-19T14:51:38.835112Z Robin Watts [base/gxfillts.h]
2010-05-19T10:09:05.486708Z Masaki Ushizaka [base/gschar0.c]
2010-05-19T07:42:20.717044Z Masaki Ushizaka [jbig2dec/config.h]
2010-05-18T22:40:39.023883Z Hin-Tak Leung [base/Makefile.in base/configure.ac]
2010-05-18T22:29:47.346946Z Hin-Tak Leung [doc/Readme.htm]
2010-05-18T22:23:13.250745Z regression [toolbin/localcluster/clustermaster.pl toolbin/localcluster/clusterpull.sh toolbin/localcluster/run.pl]
2010-05-18T12:22:48.908526Z Masaki Ushizaka [jasper/src/libjasper/base/jas_image.c jasper/src/libjasper/include/jasper/jas_image.h]
2010-05-18T08:55:18.202611Z Chris Liddell [base/configure.ac]
2010-05-18T04:32:25.607601Z Marcos H. Woehrmann [toolbin/localcluster/run.pl]
2010-05-17T15:48:38.534341Z Ken Sharp [base/gxtype1.c]
2010-05-17T08:25:06.874101Z Ken Sharp [psi/write_t1.c]
2010-05-17T07:55:43.268496Z Ken Sharp [psi/write_t1.c psi/int.mak psi/write_t1.h]
2010-05-17T04:39:57.140765Z Hin-Tak Leung [base/configure.ac]
2010-05-17T03:59:31.965365Z Hin-Tak Leung [tiff/libtiff/tiffiop.h base/libtiff.mak]
2010-05-17T03:47:02.654413Z Hin-Tak Leung [base/unix-gcc.mak base/unixansi.mak base/libtiff.mak]
2010-05-16T18:32:40.253209Z Marcos H. Woehrmann [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 [base/libtiff.mak]
2010-05-15T10:55:47.722308Z Hin-Tak Leung [base/lib.mak]
2010-05-15T09:50:05.378608Z Hin-Tak Leung [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 [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 [base/unix-dll.mak base/unix-gcc.mak]
2010-05-15T08:06:46.613460Z Hin-Tak Leung [base/unix-dll.mak]
2010-05-15T07:58:16.778296Z Hin-Tak Leung [base/libtiff.mak]
2010-05-15T06:30:20.380857Z Hin-Tak Leung [base/unix-gcc.mak]
2010-05-15T06:27:41.486639Z Hin-Tak Leung [jbig2dec/os_types.h]
2010-05-15T06:23:35.840946Z Hin-Tak Leung [doc/Make.htm]
2010-05-15T03:36:29.389869Z Hin-Tak Leung [base/lib.mak]
2010-05-15T03:13:49.664716Z Hin-Tak Leung [base/gslibctx.c]
2010-05-15T03:12:31.280935Z Hin-Tak Leung [base/gp_unifs.c]
2010-05-15T03:09:09.671905Z Hin-Tak Leung [base/libtiff.mak]
2010-05-15T03:06:53.120732Z Hin-Tak Leung [base/unix-gcc.mak]
2010-05-15T03:05:54.250134Z Hin-Tak Leung [base/gdevl256.c base/gdevvglb.c]
2010-05-15T02:58:14.802157Z Hin-Tak Leung [base/unixansi.mak]
2010-05-15T02:57:22.770443Z Hin-Tak Leung [base/unix-gcc.mak]
2010-05-15T02:55:30.474135Z Hin-Tak Leung [doc/Ps2pdf.htm]
2010-05-15T02:54:08.145913Z Hin-Tak Leung [doc/Ps2pdf.htm]
2010-05-15T02:52:47.037525Z Hin-Tak Leung [base/libtiff.mak]
2010-05-14T16:46:05.198340Z Marcos H. Woehrmann [base/unix-gcc.mak base/unixansi.mak]
2010-05-14T04:23:14.678757Z Hin-Tak Leung [psi/psromfs.mak]
2010-05-14T04:20:29.682174Z Hin-Tak Leung [contrib/opvp/opvp.h]
2010-05-14T04:18:42.997881Z Hin-Tak Leung [jbig2dec/os_types.h]
2010-05-14T04:16:54.357328Z Hin-Tak Leung [jasper/src/libjasper/include/jasper/jas_types.h]
2010-05-13T20:08:08.900471Z Robin Watts [/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 [base/gdevbbox.c]
2010-05-13T08:55:42.013750Z Ken Sharp [psi/zfapi.c]
2010-05-13T08:30:02.236776Z Ken Sharp [psi/zfapi.c]
2010-05-13T08:05:16.555333Z Ken Sharp [psi/zfapi.c]
2010-05-12T08:44:16.052741Z Chris Liddell [psi/zcolor.c]
2010-05-12T01:43:18.946640Z Hin-Tak Leung [doc/Use.htm doc/Make.htm]
2010-05-11T22:05:22.389565Z regression [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 [/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 [toolbin/localcluster/clustermaster.pl toolbin/localcluster/run.pl]
2010-05-11T20:41:10.123188Z Robin Watts [toolbin/bmpcmp.c]
2010-05-11T17:25:01.376580Z Chris Liddell [psi/zcolor.c]
2010-05-11T15:44:21.967848Z Ken Sharp [psi/fapi_ft.c psi/zfapi.c]
2010-05-11T14:34:32.672494Z Chris Liddell [/trunk/ghostpdl/pl/plulfont.c psi/fapiufst.c base/gxfapiu.c base/gxfapiu.h]
2010-05-11T13:24:43.420456Z Robin Watts [base/gslibctx.c]
2010-05-11T12:41:44.704781Z Hin-Tak Leung [base/mkromfs.c]
2010-05-11T11:55:10.416074Z Michael Vrhel [base/gxpcmap.c]
2010-05-11T09:35:16.657505Z Ken Sharp [Resource/Init/gs_fntem.ps]
2010-05-10T15:17:25.103327Z Ken Sharp [freetype/src/psaux/t1decode.c]
2010-05-10T12:29:09.676516Z Michael Vrhel [base/lib.mak base/gxpcmap.c base/gxdevmem.h base/gdevabuf.c base/gspaint.c]
2010-05-10T01:57:42.574530Z Michael Vrhel [base/gsutil.h base/lib.mak base/gxpcmap.c base/gspaint.c base/gsutil.c]
2010-05-09T23:10:59.799862Z Michael Vrhel [base/gsutil.h base/lib.mak base/gxpcmap.c base/gspaint.c base/gsutil.c]
2010-05-08T22:30:46.926748Z Alex Cherepanov [Resource/Decoding/StandardEncoding Resource/Decoding/Latin1]
2010-05-08T21:22:13.614092Z regression [toolbin/localcluster/run.pl]
2010-05-08T21:12:23.981766Z regression [toolbin/localcluster/run.pl]
2010-05-08T20:47:25.658412Z Marcos H. Woehrmann [toolbin/localcluster/clusterpull.sh toolbin/localcluster/readme]
2010-05-08T15:56:46.469253Z Alex Cherepanov [psi/zimage.c]
2010-05-08T09:59:55.023824Z Ken Sharp [base/gdevpdfj.c]
2010-05-08T08:57:57.923764Z Ken Sharp [base/gdevpdte.c]
2010-05-07T14:30:08.276765Z Ray Johnston [base/gxclist.h]
2010-05-07T14:23:18.978837Z Ray Johnston [base/gxband.h]
2010-05-07T12:16:50.113521Z Ken Sharp [base/gdevpdf.c base/gdevpdfu.c]
2010-05-07T12:12:47.989467Z Ken Sharp [base/gdevpdte.c]
2010-05-07T08:17:29.050795Z Ken Sharp [psi/zfapi.c]
2010-05-06T16:04:27.459137Z Robin Watts [base/bench.c base/gsmisc.c]
2010-05-06T16:03:43.016324Z Robin Watts [base/gsovrc.c]
2010-05-06T16:00:28.103268Z Robin Watts [psi/icontext.c psi/zcontext.c psi/icstate.h psi/interp.c]
2010-05-06T15:25:10.815510Z Ken Sharp [psi/fapi_ft.c psi/zfapi.c psi/ifapi.h]
2010-05-06T03:04:41.737028Z Alex Cherepanov [base/sha2.c]
2010-05-05T20:30:19.371369Z Robin Watts [psi/iinit.c]
2010-05-05T19:58:05.790577Z regression [toolbin/localcluster/clustermaster.pl toolbin/localcluster/compare.pl]
2010-05-05T18:14:21.583279Z Robin Watts [/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 [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 [jasper/src/libjasper/base/jas_stream.c jasper/src/libjasper/include/jasper/jas_stream.h]
2010-05-05T03:08:00.170436Z Hin-Tak Leung [cups/cups.mak]
2010-05-04T23:11:46.700325Z Hin-Tak Leung [jasper/acaux/config.guess]
2010-05-04T22:52:33.245666Z Hin-Tak Leung [doc/Use.htm]
2010-05-04T19:05:37.567635Z Robin Watts [base/gsfcid.c]
2010-05-04T19:04:51.514942Z Marcos H. Woehrmann [toolbin/localcluster/readme]
2010-05-04T18:47:12.330141Z Robin Watts [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 [toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl]
2010-05-04T12:34:27.748154Z Robin Watts [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 [psi/isave.c]
2010-05-03T16:48:16.934577Z Lars Uebernickel [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 [base/gsfcmap.c]
2010-05-03T04:13:30.766321Z Hin-Tak Leung [base/unix-dll.mak]
2010-05-03T03:59:03.969165Z Hin-Tak Leung [base/libtiff.mak]
2010-05-03T03:14:34.052929Z Hin-Tak Leung [doc/Make.htm]
2010-05-02T00:19:52.718987Z Robin Watts [toolbin/localcluster/comparerevs.pl]
2010-05-01T23:22:33.008186Z Henry Stiles [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 [base/gdevpsdf.h]
2010-05-01T01:59:46.738263Z Alex Cherepanov [Resource/Init/pdf_main.ps]
2010-04-30T15:54:08.117709Z Ken Sharp [base/gdevpsdf.h]
2010-04-29T21:51:34.733741Z Till Kamppeter [cups/gdevcups.c]
2010-04-29T18:32:44.398974Z Robin Watts [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 [base/gsalloc.c]
2010-04-28T23:19:01.308642Z Robin Watts [base/gxcht.c]
2010-04-28T22:37:01.089543Z Till Kamppeter [cups/gdevcups.c]
2010-04-28T21:57:29.180527Z Alex Cherepanov [Resource/Init/pdf_font.ps]
2010-04-28T20:24:41.808400Z Robin Watts [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 [psi/idict.c]
2010-04-28T17:18:52.709002Z Chris Liddell [psi/fapi_ft.c]
2010-04-28T14:41:02.575217Z Robin Watts [psi/fapi_ft.c]
2010-04-28T11:40:24.316225Z Robin Watts [psi/gs.c psi/imain.c base/gsmalloc.c psi/iapi.c]
2010-04-27T16:06:05.631664Z Chris Liddell [psi/fapi_ft.c]
2010-04-27T14:53:14.939131Z Chris Liddell [psi/fapi_ft.c psi/zfapi.c]
2010-04-27T14:27:08.849186Z Robin Watts [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 [cups/gdevcups.c]
2010-04-26T15:29:28.937213Z Alex Cherepanov [psi/ztoken.c psi/iscan.c psi/iscan.h]
2010-04-26T09:04:35.569612Z Chris Liddell [psi/zfapi.c]
2010-04-26T05:58:46.519692Z Michael Vrhel [base/gsstate.c]
2010-04-25T23:47:56.048527Z Alex Cherepanov [Resource/Init/gs_statd.ps]
2010-04-25T22:45:48.099475Z Till Kamppeter [cups/gdevcups.c]
2010-04-25T22:32:09.854994Z Michael Vrhel [base/gximono.c]
2010-04-25T21:52:42.447453Z Till Kamppeter [cups/gdevcups.c]
2010-04-25T18:47:28.775496Z Alex Cherepanov [doc/Use.htm Resource/Init/gs_fonts.ps]
2010-04-25T00:41:40.540207Z Michael Vrhel [base/gdevp14.c base/lib.mak base/gstrans.c]
2010-04-24T22:21:26.893815Z Alex Cherepanov [Resource/Init/gs_ttf.ps]
2010-04-23T12:56:00.372874Z Chris Liddell [/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 [base/gdevp14.c]
2010-04-23T03:25:33.581070Z Alex Cherepanov [Resource/Init/pdf_font.ps]
2010-04-22T12:28:16.186930Z Alex Cherepanov [Resource/Init/pdf_font.ps]
2010-04-22T04:20:00.389442Z Alex Cherepanov [base/msvccmd.mak]
2010-04-21T19:51:07.227636Z Robin Watts [base/gdevpdtd.h]
2010-04-21T19:26:13.171574Z Robin Watts [base/gserror.h]
2010-04-21T18:12:56.928835Z Robin Watts [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 [base/rinkj/rinkj-epson870.c]
2010-04-21T17:23:31.243056Z Robin Watts [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 [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 [jbig2dec/jbig2_symbol_dict.c]
2010-04-20T18:52:36.186732Z Robin Watts [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 [tiff/libtiff/oog_table.h tiff/libtiff/tif_luv.c]
2010-04-19T11:56:27.260655Z Lars Uebernickel [tiff/libtiff/tif_pixarlog.c]
2010-04-19T09:47:14.697946Z Lars Uebernickel [tiff/libtiff/tif_dir.c]
2010-04-15T18:58:00.960218Z Robin Watts [ghostscript-ufst.vcproj]
2010-04-15T18:41:31.569934Z Robin Watts [psi/msvc32.mak]
2010-04-15T17:13:30.072845Z Robin Watts [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 [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 [base/strmio.c]
2010-04-15T09:53:33.313864Z Masaki Ushizaka [jbig2dec/jbig2_symbol_dict.c]
2010-04-15T08:30:48.171463Z Chris Liddell [base/freetype.mak]
2010-04-14T19:29:56.362613Z Robin Watts [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 [base/configure.ac psi/msvc32.mak]
2010-04-14T16:03:29.953276Z Ken Sharp [psi/fapi_ft.c psi/zfapi.c]
2010-04-14T14:11:19.891045Z Robin Watts [base/gslibctx.c base/gslibctx.h psi/zmisc.c]
2010-04-14T10:03:31.189133Z Hin-Tak Leung [lib/mkcidfm.ps]
2010-04-14T02:31:58.209185Z Masaki Ushizaka [jbig2dec/jbig2dec.c]
2010-04-14T02:26:16.603254Z Masaki Ushizaka [jbig2dec/jbig2_symbol_dict.c]
2010-04-13T14:52:16.370358Z Henry Stiles [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 [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 [psi/fapi_ft.c]
2010-04-13T12:50:40.024266Z Ken Sharp [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 [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 [jbig2dec/jbig2_symbol_dict.c]
2010-04-13T09:38:22.017180Z Chris Liddell [psi/fapi_ft.c psi/zfapi.c psi/ifapi.h psi/fapiufst.c]
2010-04-13T03:25:58.022387Z Henry Stiles [psi/zcolor.c]
2010-04-12T10:44:43.428786Z Chris Liddell [psi/zfapi.c]
2010-04-10T09:35:54.039788Z Ken Sharp [Resource/Init/gs_fapi.ps]
2010-04-10T09:28:50.393011Z Ken Sharp [Resource/Init/gs_fapi.ps]
2010-04-09T18:22:38.657773Z regression [toolbin/localcluster/run.pl]
2010-04-09T17:49:20.410599Z regression [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 [psi/fapi_ft.c psi/zfapi.c psi/ifapi.h psi/fapiufst.c]
2010-04-09T08:13:56.362732Z Ken Sharp [Resource/Init/gs_fonts.ps]
2010-04-08T21:42:54.260278Z Robin Watts [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 [base/ttinterp.c]
2010-04-08T15:54:31.828558Z Ralph Giles [autogen.sh]
2010-04-08T15:39:26.443280Z Robin Watts [base/gdevupd.c]
2010-04-08T15:29:26.540666Z Robin Watts [base/gdevifno.c]
2010-04-08T15:22:28.719732Z Robin Watts [base/gdevmgr.c]
2010-04-08T15:16:51.654028Z Robin Watts [base/gdevcdj.c]
2010-04-08T14:30:41.679319Z Robin Watts [contrib/japanese/gdev10v.c]
2010-04-08T11:56:29.059369Z Robin Watts [base/gdevcdj.c]
2010-04-07T17:18:46.406090Z Robin Watts [base/gdevlbp8.c]
2010-04-07T13:23:37.938542Z Chris Liddell [psi/fapi_ft.c]
2010-04-07T13:13:57.741241Z Robin Watts [base/gxstroke.c]
2010-04-06T19:26:40.921375Z Robin Watts [base/gxshade6.c]
2010-04-06T17:15:54.520182Z Michael Vrhel [toolbin/tests/fuzzy.c]
2010-04-06T14:14:43.252652Z Ken Sharp [psi/fapi_ft.c psi/zfapi.c]
2010-04-06T10:08:31.160988Z Ken Sharp [freetype/src/psaux/psobjs.c]
2010-04-06T08:14:44.802475Z Chris Liddell [psi/zfapi.c]
2010-04-05T23:50:00.539571Z Hin-Tak Leung [base/mkromfs.c]
2010-04-05T17:24:12.188391Z Hin-Tak Leung [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 [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 [lib/mkcidfm.ps]
2010-04-05T15:48:47.768122Z Ken Sharp [freetype/src/psaux/psobjs.c]
2010-04-05T15:31:11.441559Z Ken Sharp [psi/fapi_ft.c]
2010-04-05T15:27:25.365922Z Ken Sharp [freetype/src/psaux/psobjs.c]
2010-04-05T11:33:32.361294Z Chris Liddell [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 [psi/zfapi.c]
2010-04-02T12:31:23.439338Z Ken Sharp [psi/fapi_ft.c]
2010-04-02T09:19:23.286738Z Chris Liddell [psi/fapi_ft.c]
2010-04-02T09:06:53.941441Z Ken Sharp [freetype/src/raster/ftraster.c]
2010-04-01T13:32:52.153614Z Robin Watts [base/gsstate.c base/gsistate.c]
2010-03-31T15:43:06.179195Z Chris Liddell [psi/zfapi.c]
2010-03-31T14:40:31.704728Z Chris Liddell [psi/fapi_ft.c]
2010-03-31T13:22:01.442343Z Chris Liddell [psi/zfapi.c]
2010-03-31T13:16:41.790764Z Chris Liddell [psi/zfapi.c]
2010-03-31T13:07:44.152960Z Chris Liddell [psi/fapi_ft.c]
2010-03-31T11:32:10.299125Z Robin Watts [base/gsstate.c]
2010-03-31T01:20:18.778513Z Ray Johnston [psi/psromfs.mak]
2010-03-30T22:59:53.311321Z Ray Johnston [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 [base/gxline.h]
2010-03-30T14:46:56.884951Z Robin Watts [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 [lib/Fontmap.URW-136.T1 lib/Fontmap.URW-136.TT]
2010-03-29T19:10:49.447074Z Alex Cherepanov [Resource/Init/gs_ttf.ps]
2010-03-29T07:52:49.284823Z Chris Liddell [psi/fapi_ft.c]
2010-03-27T01:59:55.922560Z Robin Watts [toolbin/localcluster/pngs2html.pl]
2010-03-26T10:28:56.873949Z Masaki Ushizaka [base/lib.mak]
2010-03-26T00:20:16.302228Z Robin Watts [toolbin/localcluster/pngs2html.pl]
2010-03-24T12:47:59.902550Z Robin Watts [base/gxshade6.c]
2010-03-24T12:05:47.469905Z Robin Watts [toolbin/bmpcmp.c]
2010-03-24T00:10:27.875727Z Robin Watts [toolbin/bmpcmp.c]
2010-03-23T19:14:32.177681Z Robin Watts [toolbin/bmpcmp.c]
2010-03-23T09:02:16.120692Z Till Kamppeter [cups/gdevcups.c]
2010-03-23T00:06:59.853037Z Till Kamppeter [cups/gdevcups.c]
2010-03-22T14:18:42.718453Z Chris Liddell [psi/zfapi.c]
2010-03-22T06:43:08.806820Z Marcos H. Woehrmann [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 [toolbin/bmpcmp.c]
2010-03-21T03:23:53.245152Z Marcos H. Woehrmann [toolbin/bmpcmp.c]
2010-03-19T18:30:04.447497Z Ralph Giles [base/aes.c]
2010-03-18T11:39:38.599047Z Ken Sharp [Resource/Init/gs_fonts.ps]
2010-03-18T00:57:10.529905Z Robin Watts [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 [toolbin/bmpcmp.c]
2010-03-17T20:12:25.972208Z Robin Watts [base/gdevm64.c base/gdevm56.c base/gdevm48.c base/gdevm40.c base/gxclrast.c]
2010-03-17T18:54:12.480084Z Robin Watts [base/gxcmap.c]
2010-03-17T17:30:27.541399Z Robin Watts [toolbin/bmpcmp.c]
2010-03-15T19:18:55.825828Z Lars Uebernickel [base/gdevtifs.h]
2010-03-15T19:00:43.589302Z Lars Uebernickel [base/gdevtifs.c base/gdevtsep.c base/gdevtfnx.c]
2010-03-15T15:21:55.436137Z Alex Cherepanov [base/sstring.c base/seexec.c psi/iscan.c]
2010-03-15T14:56:15.278449Z Lars Uebernickel [base/gdevtifs.c]
2010-03-15T07:44:38.447170Z Lars Uebernickel [base/gdevtfax.c]
2010-03-15T06:34:34.317078Z regression [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 [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 [freetype/src/raster/ftraster.c]
2010-03-11T05:01:22.057384Z Marcos H. Woehrmann [toolbin/localcluster/run.pl]
2010-03-10T17:41:09.765460Z regression [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 [toolbin/bmpcmp.c]
2010-03-10T15:05:57.116970Z Chris Liddell [psi/fapi_ft.c]
2010-03-10T12:51:50.027959Z Robin Watts [base/gsstate.c]
2010-03-10T06:13:23.278865Z Marcos H. Woehrmann [toolbin/localcluster/build.pl toolbin/localcluster/run.pl]
2010-03-10T05:19:59.535554Z Ray Johnston [base/gdevdevn.c]
2010-03-09T17:27:07.400171Z Robin Watts [toolbin/localcluster/pngs2html.pl]
2010-03-09T17:22:39.470336Z Robin Watts [toolbin/localcluster/pngs2html.pl]
2010-03-09T17:22:35.452303Z Till Kamppeter [cups/pdftoraster.c]
2010-03-09T17:15:22.155871Z Robin Watts [toolbin/localcluster/pngs2html.pl]
2010-03-09T17:08:42.132281Z Robin Watts [toolbin/localcluster/bmps2html.pl toolbin/localcluster/pngs2html.pl]
2010-03-09T16:50:48.278966Z Robin Watts [toolbin/localcluster/bmps2html.pl toolbin/localcluster/pngs2html.pl]
2010-03-09T16:39:21.328229Z Robin Watts [toolbin/localcluster/bmps2html.pl toolbin/localcluster/pngs2html.pl]
2010-03-09T16:35:06.527087Z Till Kamppeter [cups/gdevcups.c]
2010-03-09T16:29:31.666786Z Robin Watts [toolbin/localcluster/pngs2html.pl]
2010-03-09T16:11:59.669918Z Robin Watts [toolbin/localcluster/bmps2html.pl toolbin/localcluster/pngs2html.pl]
2010-03-09T01:46:06.865448Z Marcos H. Woehrmann [toolbin/tests/fuzzy.c]
2010-03-08T21:57:05.576067Z Hin-Tak Leung [doc/Use.htm]
2010-03-08T21:54:37.005008Z Hin-Tak Leung [lib/mkcidfm.ps]
2010-03-08T21:49:56.216990Z Hin-Tak Leung [lib/mkcidfm.ps]
2010-03-08T21:47:15.240330Z Hin-Tak Leung [examples/cjk/gscjk_ak.ps]
2010-03-08T16:20:53.842289Z Ken Sharp [psi/fapi_ft.c]
2010-03-08T15:41:20.817468Z Ken Sharp [psi/fapi_ft.c]
2010-03-08T15:22:57.356559Z Ken Sharp [freetype/src/truetype/ttgload.c freetype/include/freetype/freetype.h]
2010-03-08T09:28:49.484133Z Chris Liddell [psi/fapi_ft.c psi/zfapi.c]
2010-03-05T21:01:34.974121Z Marcos H. Woehrmann [toolbin/localcluster/clusterpush.pl]
2010-03-05T19:25:34.812546Z regression [toolbin/localcluster/clustermaster.pl]
2010-03-05T16:50:00.654216Z regression [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 [toolbin/bugsByEngineer.pl]
2010-03-05T13:24:34.158774Z Ken Sharp [psi/fapi_ft.c freetype/src/truetype/ttgload.c freetype/include/freetype/freetype.h]
2010-03-05T09:23:47.698736Z Lars Uebernickel [base/gdevtsep.c]
2010-03-05T07:01:13.637667Z Marcos H. Woehrmann [toolbin/bmpcmp.c]
2010-03-05T05:32:24.962092Z regression [toolbin/localcluster/pngs2html.pl]
2010-03-03T21:21:07.833457Z Ralph Giles [toolbin/bmpcmp.c]
2010-03-03T21:21:04.624166Z Ralph Giles [toolbin/bmpcmp.c]
2010-03-03T20:30:01.695369Z Robin Watts [toolbin/bmpcmp.c]
2010-03-03T20:03:29.767395Z Robin Watts [toolbin/bmpcmp.c]
2010-03-03T19:07:12.236947Z Ralph Giles [toolbin/bmpcmp.c]
2010-03-02T22:49:02.357333Z Robin Watts [toolbin/localcluster/bmps2html.pl]
2010-03-02T21:26:36.100914Z regression [toolbin/localcluster/bmps2html.pl toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl]
2010-03-02T21:12:59.888859Z Robin Watts [toolbin/bmpcmp.c]
2010-03-02T00:15:58.939654Z Marcos H. Woehrmann [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 [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 [base/gdevwts.c]
2010-02-28T22:57:02.883228Z Hin-Tak Leung [base/gdevpx.c]
2010-02-28T17:26:09.949555Z Henry Stiles [base/gsnogc.c]
2010-02-28T14:52:00.838160Z Hin-Tak Leung [base/Makefile.in]
2010-02-28T01:19:26.994088Z Alex Cherepanov [Resource/Init/pdf_main.ps]
2010-02-27T23:29:31.437722Z Henry Stiles [base/gxipixel.c]
2010-02-27T20:24:13.417473Z Alex Cherepanov [Resource/Init/gs_agl.ps]
2010-02-27T16:56:47.050522Z Alex Cherepanov [Resource/Init/gs_ttf.ps]
2010-02-26T17:11:28.684024Z Ralph Giles [base/freetype.mak]
2010-02-26T06:41:31.056673Z Ralph Giles [base/freetype.mak]
2010-02-25T11:04:59.765077Z Chris Liddell [psi/msvc32.mak]
2010-02-25T08:21:46.259499Z Masaki Ushizaka [Resource/Init/gs_cidfn.ps base/gdevpdtt.c]
2010-02-24T20:26:57.347460Z Ralph Giles [base/freetype.mak]
2010-02-24T19:59:05.197182Z Ralph Giles [freetype]
2010-02-24T19:38:11.435012Z Ralph Giles [psi/int.mak]
2010-02-24T19:27:11.525322Z regression [toolbin/localcluster/clustermaster.pl toolbin/localcluster/run.pl toolbin/localcluster/cachearchive.pl]
2010-02-24T18:22:35.905364Z Ralph Giles [base/configure.ac]
2010-02-24T18:16:45.225914Z Chris Liddell [psi/msvc32.mak]
2010-02-24T17:28:23.116518Z Ralph Giles [libpng/libpng]
2010-02-24T09:58:02.654907Z Ken Sharp [base/ttinterp.c]
2010-02-23T22:29:18.142249Z Henry Stiles [base/gsalloc.c]
2010-02-23T21:58:15.181686Z Alex Cherepanov [Resource/Init/gs_dps2.ps]
2010-02-23T20:56:21.262529Z Alex Cherepanov [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 [base/gdevpdfe.c]
2010-02-22T11:45:33.943563Z Chris Liddell [psi/write_t2.c]
2010-02-21T17:57:24.841443Z regression [toolbin/localcluster/clustermaster.pl toolbin/localcluster/run.pl toolbin/localcluster/cachearchive.pl]
2010-02-21T03:57:26.068286Z Marcos H. Woehrmann [toolbin/bmpcmp.c]
2010-02-21T03:51:51.891247Z regression [toolbin/localcluster/clustermaster.pl toolbin/localcluster/build.pl toolbin/localcluster/run.pl toolbin/localcluster/compare.pl]
2010-02-21T03:38:29.059238Z Alex Cherepanov [lib/pdf2dsc.ps]
2010-02-21T02:57:05.611462Z Alex Cherepanov [psi/zfapi.c psi/int.mak]
2010-02-17T17:02:27.004947Z Henry Stiles [base/lcms.mak base/gsiccmanage.h]
2010-02-16T18:12:57.832463Z Robin Watts [toolbin/localcluster/clusterpush.pl]
2010-02-16T17:07:49.079920Z Alex Cherepanov [Resource/Init/pdf_draw.ps]
2010-02-12T15:27:23.315268Z Ken Sharp [base/gdevpdfe.c]
2010-02-12T15:17:16.629322Z Ken Sharp [psi/zcolor.c]
2010-02-11T16:28:20.347398Z Ken Sharp [base/gdevpdfe.c]
2010-02-10T20:27:33.989189Z Ralph Giles [base/gscdef.c base/version.mak Resource/Init/gs_init.ps doc/News.htm]
Copyright © 2000-2011 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.07, 12 February 2013
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
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
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
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
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
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
Ken Sharp <ken.sharp@artifex.com>
7fcb89d46d42eb8806d226d3eb39a64f2ad0fe08
Squash a very minor compiler warning
gs/base/gdevpdtt.c
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
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
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
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
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
Ken Sharp <ken.sharp@artifex.com>
4c64b898e1dc2b3532e0fe6c18a292fa58843207
Merge branch 'Type3_PCL'
gs/base/gdevpdtd.c
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Ken Sharp <ken.sharp@artifex.com>
f5cc30c83a05acacfd9c2e18b72e7e716c38d024
File missed in previous commit
gs/base/gdevpdtt.c
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
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
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
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
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
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
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
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
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
Robin Watts <robin@ghostscript.com>
8f4b7b96b14df2bef1564e00c72f087f72bb8f56
More Memento tweaks. Thanks to Dave Thomas.
Remove unused variables/unneeded inits.
CLUSTER_UNTESTED.
gs/base/memento.c
Robin Watts <robin@ghostscript.com>
b35b5d610738a521cfe6374965a8f6c4d6b5d477
Correct memset prototype in memento.c. D'Oh.
CLUSTER_UNTESTED.
gs/base/memento.c
Robin Watts <Robin.Watts@artifex.com>
44e59fd123729ba05f8728f01d13406d3e283855
Merge branch 'patt_trans_clist'
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
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
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
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
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
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
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
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
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
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
Robin Watts <Robin.Watts@artifex.com>
d40646d2f1c48c174fad480c03309707b16659c7
Squash warning.
Remove unused variable, left over from merge.
CLUSTER_UNTESTED
gs/base/gdevnfwd.c
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
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
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
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
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
Robin Watts <robin@ghostscript.com>
04eef3817a5a6d3fee054338629b1e50eaa4ee0f
Merge branch 'master' into patt_trans_clist
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
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
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
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
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
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
Robin Watts <Robin.Watts@artifex.com>
1dbe20d53a4443a70692e9b7807cfb8a158229d0
Add support for cups (1bpp) files to bmpcmp.
gs/toolbin/bmpcmp.c
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
Robin Watts <Robin.Watts@artifex.com>
96339fd0f400d7c0534a8ff73c355787d7773297
Correct typo in comment. CLUSTER_UNTESTED.
gs/base/gxfillsl.h
Robin Watts <Robin.Watts@artifex.com>
6ac5520977be5b3ee198c155ef395c6406962db4
Whitespace fixes.
gs/base/gdevp14.c
gs/base/gsicc.c
Michael Vrhel <michael.vrhel@artifex.com>
c9de3e70e4027fb86dde6079a48b29cfd6825c72
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
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
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
Robin Watts <robin@ghostscript.com>
82437e248e95c3e9830720feaf5030d37950b091
Whitespace fixups.
gs/base/gxpcmap.c
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
Robin Watts <Robin.Watts@artifex.com>
bdfb4cf85e6c7d78dbeecfb8c6dd06c1eed14714
Fix overflow in pattern tile size estimation code.
gs/base/gxpcmap.c
Robin Watts <robin@ghostscript.com>
1540df197675f2935c6d743927ad25df0396dfff
Merge branch 'master' into patt_trans_clist
gs/base/gstrans.c
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
Robin Watts <Robin.Watts@artifex.com>
696ee8153b72d20484e66f5da43b6ee6027fddc4
Remove partial merge left over from svn conversion.
gs/base/gsptype1.c
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
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
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
Henry Stiles <henry.stiles@artifex.com>
ef883a068ea54fca1569e5389f7ccfa6aa01e6a8
Merge branch 'pcl_documentation'
Henry Stiles <henry.stiles@artifex.com>
21503ee8197c9707f8ced1c92593c4e279687ee2
Long overdue update of the PCL documentation.
doc/ghostpdl.pdf
doc/ghostpdl.tex
doc/ghostpdl.txt
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Henry Stiles <henry.stiles@artifex.com>
df4e669177f7757a5c054084f4990599bef5c355
Remove unused file should have been committed with e55d362f.
gs/base/gsnorop.c
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
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
Michael Vrhel <michael.vrhel@artifex.com>
c677c48f278aba56d45bf2601ed5d152287540f1
Fix for compiler warning
gs/base/gsdevice.c
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
Alex Cherepanov <alex.cherepanov@artifex.com>
a065765cd3529d17ba687954d8f4deacd8319247
Add a missing check of the return value from runarg(). Bug 692189.
gs/psi/imainarg.c
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
Robin Watts <robin@ghostscript.com>
2756e4d6160f73af7bf5ed913af207914aeee588
Invert bmpcmps reading of cups files.
I had black <-> white. Easy fix.
gs/toolbin/bmpcmp.c
Robin Watts <Robin.Watts@artifex.com>
e97bf09450c5a08b591e0fca4ef59a21fb78b6ef
Fix bmpcmp to read cups colorspace=0 files too.
CLUSTER_UNTESTED.
gs/toolbin/bmpcmp.c
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
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
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
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
Robin Watts <Robin.Watts@artifex.com>
a78476dd0be85f69885f2614be5ab614b03c9168
Add support for cups (1bpp) files to bmpcmp.
gs/toolbin/bmpcmp.c
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
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
Robin Watts <Robin.Watts@artifex.com>
5091054103f3b07bbae8ab2fc75e6c6cc3fd7a86
Remove unused variable.
gs/base/gdevpng.c
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
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
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
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
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
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
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
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
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
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
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
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
Robin Watts <Robin.Watts@artifex.com>
a349c53ca01df5e425f25d1fa14d38c43d95b60c
Removed unused variables to quiet warnings.
gs/base/gdevtifs.c
gs/base/gxdownscale.c
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Tor Andersson
f6e8c8d24c4a2f66b45ce04ab544aaf8b305a0d1
Change GS_PRODUCTFAMILY to say GIT instead of SVN PRERELEASE.
gs/base/gscdef.c
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Gheorghe Savulescu <sags@ghostscript.com>
b58247cecc1fd272e12adc26890d912346dd92c5
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
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
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
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
Gheorghe Savulescu <sags@ghostscript.com>
bbb639d51f543398c6e318075656af4857ad58b5
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
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
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
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
Gheorghe Savulescu <sags@ghostscript.com>
ce833816683f46ec1acd966c4c86a01a33b2f687
'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
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
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
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
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
Gheorghe Savulescu <sags@ghostscript.com>
7215a52b4ae31ceb807da776b2c06f368dc9e275
Bug 689093 #07/ HTML conformance
gs/doc/Details.htm
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Henry Stiles <henry.stiles@artifex.com>
91b7f320484904d60e8cf017611f5a8da4a6c685
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
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
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
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
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
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
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
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
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
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
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
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)
Incompatible changes
Changelog
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.
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
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.
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.
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.
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.
Fix for compiler warning.
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
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.
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.
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.
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.
Fix so that image_parent_type is properly initialized during clist image
reading.
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
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.
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.
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.
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.
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.
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.
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.
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.
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.
Remove spurious debug printout inserted in rev 12141 line 780:
1 index == 0 index ==
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.
Remove a #if 0 accidentally left in the commit for revision 12282. Also
initialise a variable, just in case.
No differences expected.
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.
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
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.
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.
Fix missing header problem on older versions of MSVC.
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).
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.
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.
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
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.
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.
Ignore null object when it is used instead of the gstate dictionary.
Bug 692050.
Change all instances of true, false, and null to //true, //false, and //null
to avoid interferance from PS files that redefine them. Bug 692041.
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
Add gxht_thresh.{c,h} to Visual C project.
CLUSTER_UNCHECKED
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.
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.
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.
Add PNG reading support to the bmpcmp tool.
Update to use the new device parameter /PreserveTrMode instead of explicitly checking
for the device name being 'pdfwrite'.
No differences expected.
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.
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.
Initialize ht landscape structure to zero when in portrait case. There is
a conditional test on the value later.
Correct line endings (were DOS, should be Unix).
No cluster differences.
CLUSTER_UNTESTED
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.
Fix typos, one in a comment, one in an id string.
No cluster differences.
CLUSTER_UNTESTED
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.
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.
Redo revision 12248 in a way which (hopefully!) doesn't cause seg faults.
Still no differences expected....
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.
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.
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.
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.
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.
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.
Do not do debug output of an uninitialized variable
Thanks to Richard Hughes (hughsient at gmail dot com) for the patch.
Correction on Richard Hughes' patch for color management in the CUPS filters.
Fix a warning and type error. Code should produce the same results,
so no testing.
CLUSTER_UNTESTED
Add FIXME to gximono.c about possible future optimisation, so it is not
forgotten.
CLUSTER_UNTESTED
Only attempt to create files in the "cups" directory if it exists.
Reorganization of threshold code to move all the thresh holding operations into a new file.
Add missing test for /packedarraytype during recursive dereferencing
of composite PDF objects. Bug 692018, customer 850.
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.
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
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.
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.
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
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.
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.
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.
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.
Fix bmpcmp bug; the map array was being incorrectly sized, resulting in
occasional memory corruption.
No cluster differences expected.
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.
Remove DOS line endings from .gitignore files.
Fix for error introduced in non-SSE2 code when I removed the inclusion
of the transfer function into the threshold values.
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.
X offset in custom 24 -> 888 planar copy_color routine was being miscalculated.
Simple fix.
No cluster differences expected as this is untested.
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.
Add simple .gitignore files.
Silence a compiler (scan-build) warning about a variable never being used.
Fix for mis-scale on decode for render mono cache. Fixes improper rendering
of 148-11.ps with new halftone code.
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.
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.
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.
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.
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.
Fix BUILD_SYSTEM conditional for 64 vs. 32 and add 'for Win64' message
to help avoid confusion during setup.
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.
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.
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.
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).
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.
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.
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.
Introduce and enable 8 bit rop run templated code.
No cluster differences shown.
Remove commented out code left over from commit 12192
Reintroduce runrop changes to Visual Studio solution lost in recent merge
(r12189).
No cluster differences expected.
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
Temporary fix to turn off fast code for cases where the bps of the index image is not 8bps
Undo of rev 12184 by commenting out the changes for now. This change broke the windows build.
Fix warnings caused by merging the halftone branch to the trunk in r12189.
No cluster differences expected.
Forgot this file inthe last commit. Sorry!
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.
Add templated 24bit rops. Clusterpushing seems to indicate this works.
No cluster differences expected.
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.
Add new gsroprun files to Visual Studio solution.
No cluster differences expected.
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.
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.
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.
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
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.
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.
Add a missing check for null value during PDF resource enumeration.
Bug 691892, customer 532.
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.
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.
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
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
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.
Fix a typo in an enumerated type. No differences expected.
Double the allowed space for cached chars and increase the maximum
byte size of a single glyph that can be cached.
Fix for building the gs***w64.exe self extracting installer compatible with
the new 64-bit binary naming and makefile macro (BUILD_SYSTEM)
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.
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.
Removed a tab accidentally introduced in rev 12082.
Ensure that a --build option is propogated to the other
configure scripts we call.
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.
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.
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.
Version 9.01 (2011-02-07)
Incompatible changes
Changelog
Some updates to the details of the UFST and Freetype related
information.
Plus adding the warning about Xfonts pending removal.
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.
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.
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.
A final tweak to the FAPI/UFST code to keep C compilers
less liberal than gcc happy (specifically Visual C).
No functional changes.
A couple of minor UFST related tweaks to account for differences between
UFST 6.2 and UFST 5.x.
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.
Remove 4 cases where lines had apparently spurious leading spaces, this seriously
confused nmake and refused to build on Windows.
No cluster differences expected.
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.
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.
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).
The ps2write dependency on the new header files was incorrect (over-enthusiastic
copy and paste error)
Allow building with the system (shared) lcms library.
Bug 691644.
Remove the check on opdfread.ps from gs_pdfwr.ps as this is no longer shipped as a
PostScript file in /gs/Resource
Update two make files that had dependencies on opdfread.ps, which has been removed from
the PostScript file system.
It seems that three of the files removed in revision 12093 are used by devices other
than ps2write. Replacing those files.
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.
Fix for missing arch.h when compiling gdevcups.c with parallel make.
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.
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.
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.
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.
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.
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.
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.
Revert minor changes accidentally committed in revision 12082.
Add the two new make files required for the altered CUPS build, these were accidentally
omitted in revision 12080.
Undo changes to PDFX_def.ps accidentally committed as part of the CPS changes.
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.
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.
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.
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.
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.
Relax version check in JPEG-XR to allow older version HDP and WDP images.
Fix the message for the new IJS check to read IJS, instead of jpeg!
revert accidentally committed file.
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
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.
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.
Add JPEG-XR makefile and library to XPS build.
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).
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.)
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.
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.
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.
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.
Temporarily add 75 dpi pgmraw output to GhostPCL and disable ps2write output to the cluster regressions.
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
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.
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.
Remove unused lop_ral definitions, and move pdf14 lop bit down into the freed
space (for neatness).
No changes expected in cluster.
Added missing std.h dependency to gstoptab.c to fix parallel make
under linux.
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.
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.
Bracket off gs_debug_c with #ifdef DEBUG so it is not called in
production builds.
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
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.
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).
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.
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.
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.
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.
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.
Add support for MSVC 10 to msvc32.mak .
Fix for color related warnings in bug 691459
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.
Additional changes to support ps2write in the cluster (and nightly and weekly) regression.
Add ps2write testing to the cluster regression.
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.
Fixed typo.
CUPS Raster device: Some clean-up.
CUPS Raster: Another approach to fix both bug #691733 and #690435: Set _old
values at the beginning of the cups_put_params() function.
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.
Fixed search-and-replace error in "cups" output device, bug 691871.
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.
Fix a cut-ant-paste error in setting QuantTables for JPXEncode filter.
Bug 691868.
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.
Reverting of commit 11995
ps2write DSC enhancement. Alter the default setting of CompressPages and CompressFonts to
true. Gives better conforming output at present (as well as smaller output)
Fix three compiler warnings in revision 11997
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.
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.
Fix spelling errors in a German man page. Thanks to Peter Dyballa for
the patch. Bug 691863.
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.
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.
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.
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.
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.
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.
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.
Adjust pdfemptycount variable during .execgroup execution to reflect the
actual stack count. Avoid errors in sc1/scn caused by wrong operand count.
Bug 691624.
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.
Trap errors that may happen during loading of embedded fonts and try
to load the font by the name. Bug 691045.
Use -fPIC instead of -KPIC on SunOS for "so" target when compiler is gcc.
Bug 690630, customer 200.
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.
Ignore transparency group XObject without /Group attribute and issue a
warning about it. Bug 691854.
Implement correct defaults for /FontMatrix attribute in composite CFF
font following analysis by Ken and Masaki (see the comment). Bug 690724.
Fix unterminated string used by "%%CreationDate:" comment in ps2write
device. Partial fix for 691853.
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.
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.
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.
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.
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.
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.
Just remove a commented out line of code that should have been removed before commit.
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
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.
Fixed bug with r11967 that redirected output to the wrong directory on the
cluster nodes.
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.
Merge run.pl and build.pl with nightly regression versions.
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.
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.
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.
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.
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
Install the CJK examples.
Mention "ps2pdf14" in the man page for ps2pdf.
Let Ghostscript work with the libjasper provided by the system.
pphs is a script and not a library, put it into the correct group of files in the Makefile.
Fix stone-old security advisory CVE-2009-4270.
Build gsx and gsc executables correctly as executables and not as shared libraries.
Removed patch noise file.
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.
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.
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
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.
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.
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.
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.
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.
Apply proper alpha blending to compute luminosity of mask per the PDF
specification. Fixes bug 691822
undo revision 11941 and 11942 as this causes seg faults on Linux.
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
fix pdfwrite
Revision 11941 had a typo in gdevpdf.c which spelled %%EndProlog with too many %
characters.
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.
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.
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.
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.
Limit clusterpush.pl bmpcmp jobs to 10 megs of changes per file in addition
to the 100 changes per file limit.
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.
Remove some extraneous debugging code and variables left in accidentally with the commit
for revision 11932.
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.
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.
Remove unused variable.
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.
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.
Additional debug code to help in soft mask problems.
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.
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
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
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.
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".
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.
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.
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.
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.
Remove a now-unused variable to silence a compiler warning.
No differences expected.
Style clean up of gdevp14.c for white space, comments, long lines and dead code.
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.
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.
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.
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.
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.
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.
Improved the cluster code's ability to be able to recover from machines going down late in the run.
Ensure we set SHARE_FT correctly when we end up using the system installed
freetype library.
Bug 691776.
No cluster differences expected.
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.)
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.
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.
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).
Prefer character codes < 256 during construction of /CharStrings and
/Encoding attributes of a symbolic Type 42 font. Bug 691753.
reverts 11877 which needs a bit more work
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).
Make a macro for the default ICC profile name and set it in the proper locations.
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.
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.
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.
Increase in curve size to enable sharper cut offs (i.e. no interpolation of
curve points) for thresholding profiles.
Fix to avoid potential crash instead of error if an improper file name
is given for the device ICC profile.
Remove some unnecessary, and detrimental endian related code
in the GS/lcms interface.
Bug 691696
No cluster differences expected.
Performance fix so that the md5 code is not used to hash the rendering
conditions for the icc link.
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).
Check for negative object nunbers and consider such objects as null.
Bug 691740, customer 384.
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.
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.
Added features and fixed bugs to enable creation of thresholding ICC profiles.
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.
Addition in profile creation tool to create Gray ICC profiles with
abrupt thresholds. Needed for solution to bug 691737
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.
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.
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.
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.
Added dependencies to devs.mak to allow minftrsz.c to compile with concurrent make.
Fix compiler warning.
No expected differences.
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.
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.
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.
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.
Fix for RGB byte order expected by new CMM compared to imdi libray.
Silence gcc warning.
Removal of accidental commit of my own path for the wts halftone planes.
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.
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.
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.
Change the interface to Luratech JPX library to extract image data or
opacity depending on the alpha parameter.
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.
Move initialization of state->alpha flag to the place where it has effect.
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.
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.
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.
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.
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.
Remove a spurious space that was causing a compiler warning, and remove an unused
function, also causing a compiler warning.
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.
Recognize /SMaskInData attribute as an indicator that the page has
transparency features. Establish a base level for a future regression
testing.
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.
Updated the cluster new node instructions to test the cups device
when verifying the installation is complete.
Added the cups dev repositories to the cluster node sertup read.me
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.
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.
Remove some unused variables to silence compiler warnings.
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.
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.
Add /ZapfDingbats to the list of known symbolic fonts, which ignore bogus
/Encoding attribute. Fix fts_23_2300.pdf rendering.
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.
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.
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.
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).
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.
Silence a compiler warning from my previous commit.
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.
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.
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!)
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.
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.
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.
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.
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.
Rename libpng.mak to png.mak to make it consistent with the other
third part libraries.
Bug 691681
No cluster differences expected.
CUPS Raster output device: Fixed access to uninitialized variable, the margins array is only set when size_set is true (bug #691683).
Rename libtiff.mak to tiff.mak to be more consistent with the other third party libs.
Bug 691681
No cluster differences expected.
Fix 2 build warnings in gdevtifs.c
No expected differences.
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.
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.
Remove unused variable in siscale.c that was causing warnings.
No expected differences.
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.
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.
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.
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
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.
Remove an unused variable (flagged by static analysis).
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.
Remove an unused variable (flagged by static analysis)
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.
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.
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.
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.
More changes to silence static analysis warnings. Mostly removing unused variables or
assignments.
Silence (hopefully) some compiler warnings.
Remove some unused variables and assignments flagged by static analysis.
Fix a potential NULL pointer dereference flagged by static analysis.
Other potential occurrences flagged by the analyser in this module are deemed not to be
possible, as these are picked up at a higher level.
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.
Static analysis discovered two variables being altered that are not subsequently used.
Although this is safe, removed the code anyway.
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.
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.
Add some body parentheses to 'if' statements in order to silence some clang warnings.
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 :)
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.
Clean up of a few comments about device profiles
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.
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.
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.
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.
Change the order of operands in a logical expression to avoid dereferencing
an uninitialized variable. Bug 690214.
Drop support for these less popular compilers. This will be the first step to
changing to project files for Windows.
Replace sequential CFF parser coded in PostScript with a parser that uses
direct access to the data and coded in C. Solve numerous problems caused by
the old parser. New -dOLDCFF option can revert to the old parser. Differences
in 16-01.PS.pdf and 16-01.PS.pdf are progressions.
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).
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.
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.
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.
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.
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.
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.
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.
Removal of debug code that was accidentally committed.
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.
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.
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).
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).
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.
Removed unused label from base/gxicolor.c that caused compiler warning.
Fixes Bug #691633 reported by Norbert Janssen.
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
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.
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.
Removal of unused variable introduced in last commit.
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.
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".
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.
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.
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.
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.
Fix a compiler warning.
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.
Bump version number to 9.01 and associated changes.
Version 9.00 (2010-09-14)
Incompatible changes
Changelog
Commit the missing header changes from the previous checkin.
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
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).
Fix a case where /Width attribute was not checked for null.
Bug 691602, customer 700.
Fix broken version number in gs_init.ps in trunk
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.
Fix for compiler complaint from commit of rev 11700
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.
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.
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
Add a further header to ifapi.h required for Unix/Linux builds, and
add the two additional headers to ifapi.h's dependencies.
Pull in gp.h in ifapi.h for the int64_t type - it seems to be required on Windows.
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
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.
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.
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
typo, misplaced quote in revision 11684
Typo, misplaced quote in revision 11684
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.
Remove a couple of duplicated font names form the embedding white list, and reduce the
list length #define appropriately.
Include the header file purely to get the prototype for the function, otherwise gcc
complains.
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.
Update the release notes, dates etc for a second 9.00 release candidate
Update the release notes for the second 9.00 release candidate.
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.
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).
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.
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.
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
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.
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.
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.
Implement rendering of /Squiggly annotation without an appearance stream.
Bug 691572, customer 532.
Remove an unused local variable (gcc compiler warning)
No differences expected
Merge a couple of corrections from the 9.00 tag.
Merge doc changes from 9.00 and bump version number to 9.01
Enhancement - Font copying (pdfwrite)
Bug #691573 " invalidfont in xshow". The file does in fact contain an invalidfont, the
type 42 embedded fonts are defined by adding /.notdef to the CharStrings dictionary as
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
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.
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.
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.
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
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.
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.
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.
Ensure we only check the compatibility of the system libtiff
if we're actually going to use it.
No cluster differences expected.
Bug 691548
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.
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.
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
pstoraster: Removed unneeded "-dDEBUG" from Ghostscript command line.
CUPS Raster output device: Do verbose degug logging only if compiled in debug mode. Bug 690581.
Added support for regression testing of the cups device.
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.
Implement variable text rendering for widget annotations.
Bug 691536, customer 532.
Fix for indeterminism issue that was introduced with changes in 16bit image
handling. Last subpixel element was not getting unpacked properly.
Another compiler complaint fix. Proper cast of device.
Fix for compiler error due to implicit declaration
Fix so that if the device process color model changes the profile is updated accordingly.
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.
Add some words about the ps2write device to the devices documentation.
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
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.
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.
A small revision to the fix for Bug 691326: the glyphs array must have
at least one entry.
No cluster differences expected.
Bug 691343
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.
Remove spurious "cvx" operators after .pushextendedgstate and
.popextendedgstate . Do .popextendedgstate after checking that "Q"
has a correspondingh "q". Bug 691538.
Implement rendering of Widget annotation border background specified by
/BC and /BG entries of the appearance characteristics dictionary /MK.
Bug 691524, customer 532.
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.
I missed a couple of now unused variables in the previous commit.
Add documentation on -dMaxPatternBitmap=# parameter in the 'Improving
Performance' section of the Use.htm file. The actual parameter was
added in rev 11605.
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.
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.
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.
Revise some of the FAPI related information.
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.
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.
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.
Fix comment about no support for BITS=4
Minor correction to usage string left over from when this was split out
from setupgs.
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
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.
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.
Implement rendering of Underline and StrikeOut annotations without
appearance streams. Bug 691526, customer 532.
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.
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.
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.
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.
Fix a compiler warning about a missing prototype for free()
caused by my previous commit.
Fix a memory leak. Free the paper name string allocated amd
returned by libpaper.
Missing ';' in r11586 replaced. Should build now.
Fix a few minor compiler warnings from gcc. No differences expected.
Applied patch to fix "imagen" output device (bug 690561).
Remove the now redundant --disable-cairo directives.
Remove the "dead" devcairo device.
No cluster differences expected.
Bug 690009
Reapply r11570
Copying converted samples to the output raster used the byte
length of the input raster, rather than the byte length of
the converted data. Change to use the correct length.
Bug 691494 - credit to SaGS for the patch.
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.
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.
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.
Removed unneeded ";" characters from C code to silence warnings of DEC CC (bug 691463)
configure script: Hide error message when "sed" does not have a "--version" option.
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.
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.
Fix for double to float conversion warnings. Bug 691498.
rollback to revision 11564, 11565 broke the build
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.
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.
Fix for double to float conversion warnings. Bug 691498
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.
Suppressed error message during ./configure if "sed" does not support "--version" (bug 691463)
Removed unneeded ";" characters from C code to silence warnings of DEC CC (bug 691463)
Removed unneeded quotes in autogen.sh.
On Tru64 stdint.h does not exist but the types required by jbig2 are in inttypes.h there (bug 691463).
On Tru64 the integer types are in inttypes.h and not in stdint.h as in VMS
Bug 691463, required for jbig2dec.
Replace "==" bashism by "=" in configure.ac
"==" is a bash extension. See bash's manpage recommending "=" for posix
compliance (bug 691463). This causes various tests to fail and resulted
in the link failure from mis-detecting omni.
'%' in printf() needs to be '%%'
Tru64 C issues a warning (bug 691463).
Removed duplicate AC_PATH_PROG(pkg-config) check in ./configure.
The extra check caused
./configure: !: not found
messages on some platforms. Bug 691463.
Update documentation as --enable-dynamics is no longer required for "make so" to work.
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.
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.
Avoid that the x11 output device can create huge windows which crash the X server. Bug 690444.
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
Add a comment recommending -sstdout=%stderr with -sOutputFile=- to prevent
PostScript files that print from messing up the output. Bug 691507.
Remove unused variable left over from removal of pattern_cache_alt.
No expected changes.
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.
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
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.
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.
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.
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.
Add missing free of the new bitmap data.
Slightly revise comment for why we might need to create a new bitmap
in fapi_finish_render_aux()
No cluster differences expected.
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.
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.
Make *clean targets remove generated tif*.h files. Bug 691485.
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.
Commit the correct change for Bug 691427
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
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.
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.
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.
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.
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.
Remove noisy warnings if embedded icc profile is not valid. In those
cases, we use the default and move on.
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.
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.
Implement halftones type 6, 10, 16 in PDF interpreter.
Use default halftone when the halftone type is incorrect.
Recognize enumerated color space #12 as CMYK following JPX baseline spec.
Re-implement handling of named page sizes to avoid dependence on
the definitions of compatibility operators (a4, letter, etc.)
in userdict. Bug 691458.
Remove unused variables CC_D and CC_INT from all makefiles.
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.
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.
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.
The other half of the version.mak change.
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)
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.
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.
Allow the CUPS Raster backend alternatively output compressed (version 2)
CUPS Raster data (bug #689885).
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.
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.
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.
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.
In the event the FAPI code has to replace the FontBBox array, make sure the new
array is marked executable.
No cluster differences expected.
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.
Fix 'status' operator to return false when the IODevice prefix is
not found instead of undefinedfilename. Found while working on 691408.
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).
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.
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.
Update the Ghostscript man page to reflect the new default for -P option
made by the rev. 11494.
clusterpush.pl with no options now tests language_switch build as well as gs, pcl, and xps.
Also some minor documentation improvements.
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.
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.
Increase the max number of color components to 14 to accomodate a new
record (13) found in the wild. Bug 691425.
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.
Improve handling an error condition as suggested by Alex Cherepanov in Bug #691435,
comment 9.
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.
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.
Set svn:ignore property for all remaining generated files in jasper,
jbig2dec, and tiff directories.
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.
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.
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
new/renamed documentation file libpng-1.2.44.txt missed in r11482 for
libpng 1.2.42->1.2.44 upgrade
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.
missed linker defines needed to build under 64-bit windows in a
previous commit r11388 for bug 691302
Bubble up of error when allocation of default profile cmm handle fails. Fix for bug 691429
revert r11469(r11455) - wrong fix to bug 690428
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.
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.
Revert revision 11472 as it breaks almost every file in the cluster tests,
and it's preventing other meaningful work being done.
reapply 11457
reapply 11456
reapply 11454 for outdated config.guess config.sub. see original commit log
typo that causes linker error if one does not do make clean between builds
reapply r11455 - see original commit log for details
security patch from Werner Fink, to disable loading init files from
group/world-writable directories - bug 691350
Initialize profile member variables that are part of serialization.
Fix for Bug 691433
remove obsolete clusterpush scripts.
revert back to 11450.
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
avoid re-define _Windows if it is already defined; one of the cygwin/mingw-related
patches from Jan Nieuwenhuizen (lilypond/gub)
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)
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.
updating jpeg config.sub config.guess to that from
libpng 1.2.44; bug 690486
apply diff between stock 1.2.42 <-> 1.2.44 to upgrade to
libpng 1.2.44 - bug fixes - CVE-2010-1205
change documentation as --enable-dynamics is no longer required
for "make so" to work
split lcms code build into arch-specific targets; try to make both windows
inline assembly and unix "make so" work simultaneously; bug 691427
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
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
make --disable-fontconfig imples --disable-cairo; bug 690690
tries to remove empty *obj/*bin directories when invoking "make distclean"; bug 690871
check for GNU sed and switch to alternative sed options if sed is non-GNU; bug 691292
Part 2 of update (new files) posted to 687983, corrected for current svn HEAD.
Part 1 of the update (modifications to checked-in files)
to the pscolor code posted in 687983, corrected for current svn head.
ijs communication should be all binary; left-over uncommitted patch from past ijs-related work
implements ./configure --with-ufst=UFST_ROOT_DIR ; bug 691293
Removal of static prototype that has no function.
Fix lack of end-of-line in file.
Fix a typo, thanks to Ken for spotting this in review.
Warnings of problems within lcms only occur now in debug mode. Fix for Bug 691401
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.
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.
This file should have been checked in with revision 11433 which will
not compile without this change.
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
Remove a couple of currently unused variables to silence a harmless compiler warning.
Simplify and fix the implementation of operator --mul--, which mishandled
some cases like "16#80000000 -1 mul". Bug 691412.
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.
Fix for bug691415. When equivalent ICC profile is already created we
should just use it. Thanks to Ken for getting the details together.
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.
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.
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.
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.
Added test code for every line of each standard huffman tables.
Add a /.notdef entry to /CharStrings dictionary if it's missing from an
embedded Type1 font. Bug 691406, customer 130.
Removal of improper error message. Source of a potential access violation.
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.
auto-detect host as *BSD and use a differently named obj directory;
no effect on non-*BSDs. fixes bug 687214
adding more borland-related build tips; part of borland build fixes (bug 691400)
got some garbage in the beginning of the file introduced in an earlier commit
nsis-based installer script, makefile adaptation, documentation update; bug 691363
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
borland build fix (bug 691400): update and complete documentation on
working around for too-many-warnings-equal-error problem of borland c++
borland fix (bug 691400): Borland c++ does not support c99 LL nor
ULL, but use i64/ui64 like MSVC for 64-bit integer literals
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)
borland build does not create the obj and bin directories. part of borland build fix (691400)
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)
Fix malformed ICC profile generation on big endian systems, which was caused
by confusion between internal and external representation of an integer.
Don't leave wild bytes at the end of a generated ICC profile. Fix Valgrind
warnings and spurious hash value differences.
Fix so that when the CIE color spaces are released, the icc equivalent
space is also rc decremented as is the profile.
Fix for memory leak in creation of icc profile from def(g) objects.
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.
adjust self-reference of bswin32.mak to correct location.
Part 1 of fix to bug 691400
mentioning -P-/-P and further reference to the INITIALIZATION FILES and
Use.htm in the man page. bug 691350
add missing type def for gsicc_create_mashed_clut
split make_filelist functionality out of setupgs, to allow UAC restriction
during packaging of the installer. Bug 691302
add info about silent batch installation; bug 691268
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.
Free up tag list when done creating icc profile from PDF cal type.
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.
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.
a few more CRLF eol and svn property corrections
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.
Update of Color Architecture document in preparation for release of GS 9.0
Modified line endings from CRLF -> LF and propset to native.
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.
Remove the "<font> is being rendered with FAPI=<renderer>"
messages. But leave a warning if we fall back to the old GS renderer.
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.
Extend to PDF/X emission the enhancement in revision 11369 which prevents emitting
invalid PDF/A files when glyphs are missing from fonts.
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.
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.
The ICC profile file name buffer was too small to accommodate the
trailing null appended by strcat resulting in an invalid write to
memory.
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
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.
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.
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
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.
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.
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.
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.
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.
Don't copy memory block into itself; clear a Valgrind warning.
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.
observe minst->search_here_first condition in file search; bug 691350
Adding -P- and -dSAFER to many POSIX shell scripts, win32 and OS/2 batch scripts; bug 691355
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.
Revision 11348 accidentally included a number of font definitions in an updated cidfmap,
This removes those definitions, which should not be present.
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.
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.
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).
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
another attempt to make "ln -s base/unix-gcc.mak Makefile; make"
to work; libtiff really want configure so we hook it in
more icc branch merge related change to make
"make -f base/unix-gcc.mak" and other targets work"
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.
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.
Forward declarations for statics functions were accidentally placed in
the header file instead of the c file.
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.
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"
Improvements and fixes in icc search path description and bolder alert with
respect to Windows delimiter \" interpretation . Thanks to Ray.
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.
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.
Update of documentation, clarifying the search methods used for finding the icc profiles.
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.
make static some private functions to remove compiler warnings
make private functions static to silence some missing prototype warning
silent one compiler warning
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.
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.
Silence a couple of gcc compiler warnings introduced with the ICC merge.
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
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
manually fixing the last few files which escaped fileutils' identification.
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
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
make all shell scripts in the lcms directory eol-style native.
Add missing EOL to the last line in one of the new ICC files
because MSVC 6 requires this.
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.
Recognize Corel tint transform function and replace it with an equivalent
calculator function. Bug 690986.
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.
Explicit pointer cast to silence a gcc compiler warning.
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.
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.
adding missing dependencies so that setupgs and uninstgs can be built ahead or independent of the main targets
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.
Fix up the eol-style of the rest of the executable files by hand.
Remove executable bit from toolbin/bmpcmp.c
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
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
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.
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.
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.
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.
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
typo in one word. bug 691323
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
Disabling compiler warnings for discarding 'const'.
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".
Change the order in which jobs that take too long are killed on the cluster
nodes to prevent leftover jobs when running bmpcmp.
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.
white space change only, committed to make a regression run as the test for the
previous revision was interrupted.
Silence some compiler and make warnings.
adding check for header stringprep.h; fix bug 691312
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.
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.
Changes to the nightly regression testing system to support weekly testing.
rename PDEP to TIFFDEP to avoid clashing with PDEP from libpng.mak; bug 691299
comment out a later duplcate definition; bug 691299
latest version of these files from Adobe's web site: http://download.macromedia.com/pub/opensource/cmap/
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"
better way of defining SOC_LOADER when try ing to do "make -f base/unix-gcc.mak so"
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.
use CC_ instead of CC like everywhere else, to make the "so" target work
"-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
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.
correct documentation on how make so should work -
./configure --enable-dynamic is required
adding new header dependencies from the recent remove-globals effort
adding a needed include to silent a compiler warning introduced by the
recent remove-globals effort
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).
generate tif_config.h if it is not there. part of fixes to bug 691306
adding comments about the vga devices being Linux specific
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.
freetype2 dependency in base/unixansi.mak to
make "make -f base/unixansi.mak" work;
another part for bug 691306
freetype2 dependency in base/unix-gcc.mak to
make "make -f base/unix-gcc.mak" work; bug 691306
add documentation about the default internal resolution for pdfwrite is 720dpi
add documentation about how to force-embedding the basic 14 fonts
fix an obvious typo in the makefile
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.
remove one extra tab introduced in r10994; non-GNU Make on Tru64 and HP-UX is
picky. Bug 688184 and bug 691299
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
uint8_t type located in usual header on HP-UX needed for jbig2dec ; bug 688184
fix conflicting types against HP-UX system header in jasper; bug 688184
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.
adding NULL check before closedevice - bug report 691296 and patch from Tim Waugh. Thanks.
Changes only in white space, to provoke another regression test.
No changes, just an attempt to provoke some regression runs.
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
Elimate an irksome compiler warning introduced in r11221
adding documentation about the -dDisableFAPI=true switch in various places
The local cluster now tests the language switch build (ls).
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.
Minor improvement to cluster node log collection code.
bmpcmp was reporting the wrong page number for images, due to me forgetting
to increment the imagecount when images were loaded. Fixed here.
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.
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.
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.
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.
replace "/*" by "<slash><star>" to avoid
compiler warning about comments inside comment
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.
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.
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.
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.
Reversion to 11210 until I figure out what went wrong...
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.
Update license headers of a few retaining files with AFPL header.
Bug 691285.
Whitespace changes only.
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.
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.
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.
Initialise a structure to silence a Coverity warning.
Really, properly, silence the gcc compiler this time....
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.
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).
Silence some compiler warnings about not checking the return value from fread.
Initialise the members of a local structure to silence a (spurious) compiler and
Coverity warning.
Silence a GCC compiler warning, no differences expected.
Remove gs_debug_out global variable as it is never used.
No differences expected or seen with local cluster testing.
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.
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.
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.
Fix compilation errors on Visual C that wants "ui64" suffix instead of "ULL"
for "unsigned long long" numerals.
Remove 2 unused globals. These should have been removed as part of 11146.
No differences expected.
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.
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.
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.
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.
adding --ldflags to cups.mak ; bug 690268
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.
minor wording and grammar corrections. Bug 690005
A couple of calls to eprintf missed from the previous commit.
No expected changes.
Improved the localcluster readme instructions.
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.
Changed casper3.ghostscript.com to casper.ghostscript.com (no reason to test this, how can it possibly fail?).
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.
Fix compiler warning (return from incompatible pointer type)
introduced with making the font cache part of the library context,
revision 11165.
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.
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.
Fix unix so build regression; fixes regression from r9948 which was committed for bug 690695
fixes multiple jpeg devices listed in gs -h (bug 691176)
Rewording build instructions for unix systems, and adding more warnings about
instructions for legacy old systems being deprecated; bug 691264.
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).
Continue work to remove globals (691207). The font cache is no longer
global but part of the library context.
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.
Check all PDF files for transparency features because some files have
incorrect version number but Acrobat renders them just fine. Bug 691273.
Testing a white space change for cluster regression tests, this will be overwritten later.
rev 11149 for fixing bug 691014 had still some compiler warnings. This rev fixes them.
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.
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 .
Eliminate some warnings in gxcht.c (keep shifts < size of uint).
No local cluster differences reported, or expected.
Fixed segfaults caused by setting and changing the page geometry parameters incorrectly (bug #691014).
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.
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.
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.
Ensure that multiplication gets applied prior to type casting.
Add missing cast to fapi_ft.c to quiet a warning. This was missed out of
yesterdays commit of such fixes.
No expected diffs.
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.
Add back in a call removed in (a merging) error in my previous commit (11137).
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.
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).
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.
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.
Ensure that the BuildChar object is not the null object before trying access its contents.
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.
Add ANSI/ASME Y14.1 A - F paper sizes named ANSI_A - ANSI_F for completeness.
Bug 691217.
Minor clean-ups: Added some parantheses to casts and initialized allocated memory.
(empty)
Introduced a real get_color_comp_index() method, to fix bug #690338 correctly.
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.
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.
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.
Resolve issues with the language_switch Ghostscript build for Windows, since
Freetype enabled became the default for the normal GS build.
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.
Always load CFF font as a CIDFont when it is used as a descendant font of a
composite font in PDF file. Bug 691253.
Trap errors that happen in the font reader, issue a warning, and proceed as
if the font was not embedded. Bug 691242.
Don't use precompiled headers on MSVC 6 and 7 because it causes compilation
error C2006 in freetype, which uses #include MACRO .
Add missing header file from revision 11097.
Revert macro magic from gserror.h introduced in r11097, due to it being
broken when used as an expression. Sorry.
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.
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.
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.
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.
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.
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.
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).
Removed global variables in libtiff's tif_pixarlog.c.
This is part of #691207 (global variables must be removed).
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.
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.
Update msvc32.mak with various ufst make targets. This allows a
ghostscript-ufst Visual Studio project to be constructed.
No differences to existing builds.
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).
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).
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.
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.
Resolve a Freetype build problem on Mac - solution suggested by Tor and Henry.
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.
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.
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.
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.
a few more comments about some microsoft CJK fonts
Fixed jbig2dec command getopt() parameter for -v option. Not used by
ghostscript itself but worth for standalone debugging.
Fixed an indent. No influence on code.
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.
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.
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.
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.
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.
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.
Minor revision to FAPI code to better ensure GS errors in callbacks
survive through the font renderer library.
Make the CIESpaces array and its elements constant so it is not
confused with global modifiable data.
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.
Remove extraneous debug statement in revision 11050.
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.
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).
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.).
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.
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.
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.
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.
Fix FreeType.
The revision 11012 fixed a problem with an invalid font but accidentally introduced a
regression because an 'else' clause was missed.
Resolve two compiler warnings - no behaviour change expected
adding comments about using globs not expandable by shell; bug 691229
adding escaped quotes around $0 in "basename $0" ; 2nd part of bug 691219
adding escaped quotes around $0 in "dirname $0" ; bug 691219
adding reference to msmin04, msgoth04 and ngulim,nbantang; fixes the remaining issues in bug 689456
Fix line endings. The previous commit (11012) accidentally used DOS line endings which
made it appear every line in the file was different.
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.
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.
Update the to latest FT code from the FT git repository.
Fix the FAPI implementation of finding the appropriate bytes for a given
character code from an array of strings representing a CMap.
'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.
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).
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.
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.
Bounds check the correct object when looking up a CID map
Correct a logical error/typo in the fallback to non-hinted condition.
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.
In the even a glyph name is not found in the CharStrings dictionary, fall
back to using the .notdef (instead of returning an error).
For certain errors from FT, retry interpretting the glyph without hinting - this more
closely matches the existing behaviour.
Remove unused variable. No expected differences.
Temporary reversion of previous mkromfs commit to remove -g until it works
correctly (fooled by a GS_LIB environment variable during testing)
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
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.
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.
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)
Drop 'loca' entries that point beyond 'glyf' table during re-spliting
sfnts glyfs strings. Bug 691221.
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).
Fix compilation error in pngs2html.pl (forgot to define variable).
A leftover from r10603 (Makefile change).
Updated localcluster bmpcmp html generation script. Bitmaps produced are now
zoomable.
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.
Tweak to bmpcmp: Darken the third image (the diff image) to make changes
stand out better.
Correct DOS line endings in bmpcmp.c.
Fix bug whereby areas with no changes in were still be saved out.
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.
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).
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).
Handle CID fonts whose GDBytes != 2 - previously GDBytes was hardcoded as 2.
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.
Fixed maxdiffs argument in bmpcmp.c (was acting as maxpage).
Fixed a couple of compiler warnings in bmpcmp.c
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.
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.
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.
bmpcmp tweak to allow maximum/minimum bitmap sizes to be set from the
command line.
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.
Tweak to gxcmap.c to remove warnings about shifting by more than 32 bits on
MSVC builds.
No expected differences.
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.
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.
Write TIFF directories before the page data. This might help bug #691172 and
probably some other non-conforming TIFF readers.
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.
Partial fix for bug #691172: The tiff resolution tags are floating point values
and need to be passed as such to TIFFSetField.
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.
Added support for mupdf testing in local regression suite.
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
Apply a change submitted to FT and accepted - see FT bug #27442
Run svn update on the ghostscript source even for clusterpush runs to make sure that bmpcmp.c is current.
Minor cleanup of the local cluster code.
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.
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.
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.
Added local modes to build.pl and run.pl in preparation for use as part of the nightly regression.
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.
Another tweak to the local cluster bmpcmp html page generation. I managed to
miss renaming the images in the second column.
Another tweak to the localcluster bmpcmp html page generation javascript;
quote the string to avoid it being converted to an int.
Let pdftoraster not exit before the Ghostscript sub-process finishes. Thanks to Tim Waugh from Red Hat for the patch.
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.
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.
Misplaced bracket in the javascript meant that only the first images would
swap on mouseover properly. Fixed here.
Fix javascript problems in bmpcmp output page generation. What sort of
stupid broken language depends on whitespace?
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.
Attempted fix for bmpcmp output javascript problems with the coordinate
tracking.
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.
Fixed longstanding bug fuzzy.c that caused pbm files to be misread.
updating documentation to mention how to run mkcidfm.ps manually; bug 688437
convert font file name to lowser case before matching; make it possible for upper case ARIALUNI.TTF to match; bug 688437
updating windows CJK font substitution list for more commonly found MS CJK fonts; bug 688437
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)
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.
revert revision 10871, we will tackle this problem in the FAPI FreeType interface code
instead of in FreeType itself.
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.
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.
Added bmpcmp option to clusterpush.pl.
Export results of local cluster bmpcmp command to web.
Update the local cluster code to use the new pbm->png mode of bmpcmp.
Minor changes due to bugzilla update.
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.
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.
Fix pbm reading and png writing in bmpcmp.c.
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).
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.
Also save the difference image as a png when bmpcmp is compiled with HAVE_LIBPNG.
Fix stupid memory overwrite bug on bmp load.
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.
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.
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.
More changes towards having a bmpcmp running on the local cluster.
Updated bmpcmp to avoid inverting pnms on reading.
Also improve reading of non 32bpp bitmaps - still not quite right.
Added partial support for "clusterpush.pl bmpcmp" (which will allow
users to generate bitmap comparisons of their most recent clusterpush
job and trunk).
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.
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.
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 .
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.
The distclean make target should call pgclean to clean up profile build also.
Following PDF reference, version 1.7, section 10.10, crop /TrimBox and /CropBox
by the /MediaBox. Bug 691145.
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
Upgrade Adobe Glyph List to v. 2.0. AGL is used for character mapping in
non-symbolic TrueType fonts in PDF files. Bug 691116.
Add missing newline in a TTF debug message.
Correct a typo in the freetype makefile which prevented the inclusion
of ftlzw.c.
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.
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.
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.
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.
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.
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.
Changed naming scheme for regressions from 00000-00000 to 00000 (i.e. no longer treat Ghostscript and GhostPDL revisions independently).
Move the fontconfig check into the libraries section of the configure script.
ensure the DEVSTUDIO value is propagated when we recursively nmake for the debug targets.
Remove a spurious circular symlink accidentally included in the libpng-1.2.42
source import.
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.
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.
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.
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.
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.
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.
Added regression testing of the icc_work branch to the local cluster.
Add cast to bmpcmp.c to quiet useless compiler warning.
Several minor changes to local cluster code to improve reliability and increase performance.
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.
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.
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.
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.
Add missing dereferencing of indirect objects in /Mask array.
Bug 691112, customers 870.
Sort out some minor benign compiler warnings. No differences expected.
Fix colour processing. It was possible for nested ICCBased colour spaces (ie an ICCBased
space whose Alternate is another ICCBased space) to cause segmentation faults.
This was due to the fact that the conversion to base colour continuation procedure
'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.
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.
Bump the versioning after the 8.71 release.