diff options
Diffstat (limited to 'doc/History9.htm')
-rw-r--r-- | doc/History9.htm | 331 |
1 files changed, 330 insertions, 1 deletions
diff --git a/doc/History9.htm b/doc/History9.htm index 46d36aea1..71740c721 100644 --- a/doc/History9.htm +++ b/doc/History9.htm @@ -249,6 +249,335 @@ option. </li> </ul> <h3><a name="9.54.0_changelog"></a>Changelog</h3> +<p><strong>2021-03-02 12:20:24 +0000 +</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=4f11ff15600c9d6ed8032f671f2e693388d01cc1">4f11ff15600c9d6ed8032f671f2e693388d01cc1</a> +<blockquote> +<p> + Check for extract in a "default" location<br> +<br> + i.e. ghostpdl/extract<br> +<br> + as well as still allowing --with-extract-dir for custom locations.<br> +<br> +configure.ac<br> +<p> +</blockquote> +<hr> +<p><strong>2021-03-02 12:23:17 +0000 +</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6ac61452f9717536430a315fc832b5c64b3c02eb">6ac61452f9717536430a315fc832b5c64b3c02eb</a> +<blockquote> +<p> + Fix tessocr.cpp building on linux.<br> +<br> + Missing include file.<br> +<br> +base/tessocr.cpp<br> +<p> +</blockquote> +<hr> +<p><strong>2021-03-02 09:17:53 +0000 +</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6425f74266dd66f6064dc8f24d0b827e39a18855">6425f74266dd66f6064dc8f24d0b827e39a18855</a> +<blockquote> +<p> + Tweaks and corrections for News.htm<br> +<br> +doc/News.htm<br> +<p> +</blockquote> +<hr> +<p><strong>2021-03-01 11:17:29 +0000 +</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=59eea43bf3f3e09182c0457d94b91c347f54bfbd">59eea43bf3f3e09182c0457d94b91c347f54bfbd</a> +<blockquote> +<p> + Fix seg faults in subclassing<br> +<br> + Commit a754bd375a625368567947b1e1b77ce3e5c06a3f fixed a different class<br> + of seg faults, but unfortunately removed a crucial line of code.<br> +<br> + When the child device has pushed a compositor, we still need to check<br> + to see if the compositor is pointing at the child device. If it is not<br> + then the compositor must have pushed more than a single device, so it<br> + is not safe to behave as if the target of the compositor is our child<br> + device.<br> +<br> + Originally I had hoped to walk down the forwarding devices until we<br> + reach our device, but the actual behaviour of the pdf14 device in<br> + combination with the clist, when the final device is ps2write renders<br> + that all but impossible, as well as unnecessary.<br> +<br> + In this case the compositor action starts by defining a new device,<br> + It then pushes a pdf14_accum device (there are 3, one per device space)<br> + it then pushes the pdf14clist device in front of that. Finally it turns<br> + the device it first created into a forwarding device, and points its<br> + target at the original device.<br> +<br> + So we return with 3 new devices pushed, not just one. However, the<br> + final forwarding device is in fact forwarding to the subclassing device<br> + and the device reference counting magic is applied to the forwarding<br> + device, which means we don't need to dance around with the references<br> + to the subclassing device and child.<br> +<br> + We could detect this condition by checking the name of the target device<br> + of the pdf14clist forwarding device, but that isn't really any better<br> + than simply assuming that the compositor takes care of inserting new<br> + devices correctly. The pdf14_accum devices are not forwarding devices,<br> + they store the pdf14 device in a member called saved_pdev14, so we can't<br> + readily follow that either. Finally there is no way to determine if a<br> + device is a forwarding device, or a gx_device_pdf14_accum type which<br> + limits the amount of checking we cna perform.<br> +<br> + This is an interim commit to work around the problem, because we are<br> + about to do a release. A better fix which eliminates all (we hope)<br> + of the hidden assumptions and magic knowledge in the code here<br> + will be committed shortly, but may be too risky for the release.<br> +<br> +base/gdevsclass.c<br> +<p> +</blockquote> +<hr> +<p><strong>2021-03-01 14:35:15 +0000 +</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=109fb95822a5c4fa6d7dc99ed120149acafd8341">109fb95822a5c4fa6d7dc99ed120149acafd8341</a> +<blockquote> +<p> + Edit release highlights text<br> +<br> +doc/News.htm<br> +<p> +</blockquote> +<hr> +<p><strong>2021-03-01 11:58:04 +0000 +</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=79d04193b05200e1dd606c583c0b4e0b46520217">79d04193b05200e1dd606c583c0b4e0b46520217</a> +<blockquote> +<p> + Tidy up/add labels for URL destinations<br> +<br> + A few in VectorDevices.htm were wrong, and I added one in that file and a couple<br> + in Use.htm for convenience.<br> +<br> +doc/Use.htm<br> +doc/VectorDevices.htm<br> +<p> +</blockquote> +<hr> +<p><strong>2021-03-01 13:01:02 +0000 +</strong> +<br>Julian Smith <julian.smith@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=6a3a11e8e9a1420702867afdd555dff62ab7ba20">6a3a11e8e9a1420702867afdd555dff62ab7ba20</a> +<blockquote> +<p> + doc/VectorDevices.htm: added information about DOCX device.<br> +<br> +doc/VectorDevices.htm<br> +<p> +</blockquote> +<hr> +<p><strong>2021-02-25 09:36:18 -0800 +</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=fa775ffdd2ab6dff3b3178f9d36975308eeb9893">fa775ffdd2ab6dff3b3178f9d36975308eeb9893</a> +<blockquote> +<p> + Add documentation for NupControl (N-up printing) feature.<br> +<br> +doc/Use.htm<br> +<p> +</blockquote> +<hr> +<p><strong>2021-02-27 14:51:38 -0800 +</strong> +<br>Ray Johnston <ray.johnston@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=f06760e64c088ea24cd6a41c07cb459ecc690b05">f06760e64c088ea24cd6a41c07cb459ecc690b05</a> +<blockquote> +<p> + Add Colorant name for HalftoneType 5 components to -Zh output<br> +<br> +base/gsht1.c<br> +<p> +</blockquote> +<hr> +<p><strong>2021-02-26 08:03:56 +0000 +</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1e30bb81fae075519db85af1bc7fb1658891627d">1e30bb81fae075519db85af1bc7fb1658891627d</a> +<blockquote> +<p> + Bug 703273: Prioritise Nonsymbolic over Symbolic font flag<br> +<br> + The font in this PDF has it descriptor flags set to 36, that is bit 3 (Symbolic)<br> + and bit 6 (Nonsymbolic) are both set. Since the two flags are mutually exclusive<br> + this is clearly broken!<br> +<br> + Previously, we only test the Symbolic flag, since !Symbolic should imply<br> + Nonsymbolic, which caused us to use the wrong encoding scheme.<br> +<br> + Now, we'll act on the Symbolic flag iff the Nonsymbolic flag is not set.<br> +<br> + (Originally a mupdf report, that also exhibited in Ghostscript).<br> +<br> +Resource/Init/pdf_font.ps<br> +<p> +</blockquote> +<hr> +<p><strong>2021-02-26 09:38:27 +0000 +</strong> +<br>Ken Sharp <ken.sharp@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=5d0bd867b7d9fce50119adeae293568375fa8847">5d0bd867b7d9fce50119adeae293568375fa8847</a> +<blockquote> +<p> + Fix a few typos in the documentation of UseOCR for pdfwrite<br> +<br> +doc/VectorDevices.htm<br> +<p> +</blockquote> +<hr> +<p><strong>2021-02-22 19:57:35 +0000 +</strong> +<br>Robin Watts <Robin.Watts@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=1aa6a230ecc56ee3cb02459fbf6fc5e400e26eba">1aa6a230ecc56ee3cb02459fbf6fc5e400e26eba</a> +<blockquote> +<p> + Bug 703265: Tweak create_compositor device method.<br> +<br> + Update create_compositor device method, so that it always returns<br> + the compositor device (or the leaf device if there is no specific<br> + compositor device). The device now returns 1 if we created a<br> + compositor device to wrap the given device.<br> +<br> + This should enable us to identify exactly the cases where forwarding<br> + devices need to update which device they forward to.<br> +<br> + In particular, this allows us to remove the horribly fragile code<br> + in apply_create_compositor in gxclrast.c, and to ensure that we<br> + correctly identify the 'new compositor' case.<br> +<br> + This avoids us sending stuff to the wrong device, and having to<br> + cope with a slew of warnings.<br> +<br> +base/gdevbbox.c<br> +base/gdevdflt.c<br> +base/gdevnfwd.c<br> +base/gdevp14.c<br> +base/gdevsclass.c<br> +base/gsovrc.c<br> +base/gsstate.c<br> +base/gstrans.c<br> +base/gxclimag.c<br> +base/gxclrast.c<br> +doc/Drivers.htm<br> +<p> +</blockquote> +<hr> +<p><strong>2021-02-25 09:16:33 +0000 +</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8bc7ba4ba7df15310d406d5a1d8f6b755b04d13b">8bc7ba4ba7df15310d406d5a1d8f6b755b04d13b</a> +<blockquote> +<p> + Update dates/docs for 9.54.0 RC1<br> +<br> +doc/API.htm<br> +doc/C-style.htm<br> +doc/Commprod.htm<br> +doc/DLL.htm<br> +doc/Deprecated.htm<br> +doc/Develop.htm<br> +doc/Devices.htm<br> +doc/Drivers.htm<br> +doc/Fonts.htm<br> +doc/GPDL.htm<br> +doc/History9.htm<br> +doc/Install.htm<br> +doc/Internal.htm<br> +doc/Language.htm<br> +doc/Lib.htm<br> +doc/Make.htm<br> +doc/News.htm<br> +doc/Ps-style.htm<br> +doc/Ps2epsi.htm<br> +doc/Psfiles.htm<br> +doc/Readme.htm<br> +doc/Release.htm<br> +doc/SavedPages.htm<br> +doc/Source.htm<br> +doc/Unix-lpr.htm<br> +doc/Use.htm<br> +doc/VectorDevices.htm<br> +doc/WhatIsGS.htm<br> +doc/gs-vms.hlp<br> +doc/sample_downscale_device.htm<br> +doc/subclass.htm<br> +doc/thirdparty.htm<br> +man/dvipdf.1<br> +man/gs.1<br> +man/gslp.1<br> +man/gsnd.1<br> +man/pdf2dsc.1<br> +man/pdf2ps.1<br> +man/pf2afm.1<br> +man/pfbtopfa.1<br> +man/printafm.1<br> +man/ps2ascii.1<br> +man/ps2epsi.1<br> +man/ps2pdf.1<br> +man/ps2pdfwr.1<br> +man/ps2ps.1<br> +<p> +</blockquote> +<hr> +<p><strong>2021-02-22 18:53:09 +0000 +</strong> +<br>Chris Liddell <chris.liddell@artifex.com><br> +<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=5fc905ca8f04aa2a1088c3af635fd38bf9c8c3a0">5fc905ca8f04aa2a1088c3af635fd38bf9c8c3a0</a> +<blockquote> +<p> + Remove Luratech integration code/makefiles<br> +<br> +Makefile.in<br> +base/ldf_jb2.mak<br> +base/lib.mak<br> +base/lwf_jp2.mak<br> +base/msvclib.mak<br> +base/sjbig2_luratech.c<br> +base/sjbig2_luratech.h<br> +base/sjpx_luratech.c<br> +base/sjpx_luratech.h<br> +base/unix-gcc.mak<br> +base/winlib.mak<br> +configure.ac<br> +devices/devs.mak<br> +devices/gdevjbig2.c<br> +devices/gdevjpx.c<br> +devices/vector/gdevpdfu.c<br> +devices/vector/gdevpsdi.c<br> +devices/vector/gdevpsdp.c<br> +doc/Develop.htm<br> +doc/Make.htm<br> +doc/thirdparty.htm<br> +gpdl/jbig2top.c<br> +gpdl/jp2ktop.c<br> +psi/int.mak<br> +psi/msvc.mak<br> +psi/zfjbig2.c<br> +psi/zfjpx.c<br> +windows/ghostscript.vcproj<br> +windows/ghostscript.vcxproj<br> +windows/ghostscript.vcxproj.filters<br> +windows/ghostscript_rt.vcxproj<br> +<p> +</blockquote> +<hr> <p><strong>2021-02-25 09:16:33 +0000 </strong> <br>Chris Liddell <chris.liddell@artifex.com><br> @@ -252731,7 +253060,7 @@ or contact Artifex Software, Inc., 1305 Grant Avenue - Suite 200, Novato, CA 94945, U.S.A., +1(415)492-9861, for further information. <p> -<small>Ghostscript version 9.54.0, 25 February 2021 +<small>Ghostscript version 9.54.0, 2 March 2021 <!-- [3.0 end visible trailer] ============================================= --> |