112
112
<p>For a list of open issues, or to report problems,
113
113
please visit <a href="http://bugs.ghostscript.com/">bugs.ghostscript.com</a>.
115
<h3><a name="9.08_Incompatible_changes"></a>Incompatible changes</h3>
115
<h3><a name="9.09_Incompatible_changes"></a>Incompatible changes</h3>
117
117
No recorded incompatible changes.
119
<h3><a name="9.08_changelog"></a>Changelog</h3>
119
<h3><a name="9.09_changelog"></a>Changelog</h3>
120
<p><strong>2013-08-16 14:00:43 +0100
122
<br>Ken Sharp <ken.sharp@artifex.com><br>
123
<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=397abe5622f0a1a9963617fbf1509015563be6fc">397abe5622f0a1a9963617fbf1509015563be6fc</a>
126
Address gp_wgetv not finding *any* environment variables unless compiled with GS_NO_UTF8<br>
128
The string being passed in as the 'name' was a regular 1 byte C char array.<br>
129
But _wgetenv expects to be given a wide character string to find and<br>
130
treats the argument as such. This mean environment variables never matched.<br>
132
This commit mimics the code for the registry variables, and converts the<br>
133
name to a wchar before passing to _wgetenv.<br>
137
gs/base/gp_wgetv.c<br>
141
<p><strong>2013-08-16 12:47:36 +0100
143
<br>Chris Liddell <chris.liddell@artifex.com><br>
144
<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8b5a86bad386569f921d0322bf113fa82b3d4529">8b5a86bad386569f921d0322bf113fa82b3d4529</a>
147
Fix GS_NO_UTF8 build problem with gs_sprintf.<br>
151
gs/base/gp_wgetv.c<br>
155
<p><strong>2013-08-16 07:58:57 +0100
157
<br>Ken Sharp <ken.sharp@artifex.com><br>
158
<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=182beda4d5199210c4c796c8c501e6e4bb5aa2de">182beda4d5199210c4c796c8c501e6e4bb5aa2de</a>
161
PS Interpreter - yet more meddling with VM allocation and setpagedevice<br>
163
Bug #694525 "GSView 5.0 does not work with GPL Ghostscript 9.08"<br>
165
Rather horrifyingly GSView uses undocumented internal operations of<br>
166
Ghostscript. In this case the changes to VM allocation mode during setpagedevice<br>
167
were being circumvented.<br>
169
This commit changes the way we detect a setpagedevice during startup, previously<br>
170
we check that the dictionary contained one key called /.LockSafetyParams<br>
171
and if so assumed that this meant we were in startup, so we set the VM<br>
172
allocation mode to global for the benefit of Display PostScxript.<br>
174
GSView ended up triggering that test, which caused a VM allocation error.<br>
176
We now look for the key /.LockSafetyParamsGlobal instead. If this is present<br>
177
we set the VM allocation mode to global and *replace* the key with<br>
178
/.LockSafetyParams instead. This allows accurate detection of the startup<br>
181
No differences expected, GSView 5 seems to work and the original bug still<br>
184
gs/Resource/Init/gs_init.ps<br>
185
gs/Resource/Init/gs_setpd.ps<br>
189
<p><strong>2013-08-15 12:23:23 +0100
191
<br>Robin Watts <robin.watts@artifex.com><br>
192
<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=dde6d480e632eefbe5ccd42bc52b456582514a2a">dde6d480e632eefbe5ccd42bc52b456582514a2a</a>
195
Bug 694451: Solve problems with interpolated landscape images.<br>
197
The portrait image code accumulates pixels into scanlines, and then<br>
198
plots the whole scanline at once. The landscape image code follows<br>
199
this lead by accumulating pixels into 'scancolumns' and then plots<br>
200
the whole column at once.<br>
202
Unfortunately this accumulation for columns goes wrong in the case<br>
203
where we are working at < 8 bpp (as the transposition of rows to<br>
204
columns fails). This causes images with runs of identical pixels in<br>
205
to be 'squished' vertically.<br>
207
We work around this here in the < 8 bpp case by repeating the writes<br>
208
of each pixel so whole bytes are filled. This is suboptimal, but<br>
209
doing anything else is tricky with the macros the way they are.<br>
211
gs/base/gxiscale.c<br>
215
<p><strong>2013-08-09 17:02:40 -0700
217
<br>Ray Johnston <ray.johnston@artifex.com><br>
218
<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=fd89aa38fb8a8af11ac6100ee5eebd9ce61091e3">fd89aa38fb8a8af11ac6100ee5eebd9ce61091e3</a>
221
Fix bug 694455. Incorrect CTM when rendering SMasks.<br>
223
The clippath was incorrect due to the CTM. As specified in 7.5.4 of the PDF spec:<br>
225
The mask's coordinate system is defined by concatenating the transformation<br>
226
matrix specified by the Matrix entry in the transparency group's form dictionary<br>
227
(see Section 4.9.1, "Form Dictionaries") with the current transformation matrix<br>
228
at the moment the soft mask is established in the graphics state with the gs<br>
231
This fixes the customer's file and also results in a progression on<br>
232
comparefiles/Bug693681.pdf where extra data was previously showing.<br>
234
gs/Resource/Init/pdf_draw.ps<br>
238
<p><strong>2013-08-13 00:04:57 -0700
240
<br>Michael Vrhel <michael.vrhel@artifex.com><br>
241
<a href="http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=8599c5c660638bb1778fb84485c29034b70d25f6">8599c5c660638bb1778fb84485c29034b70d25f6</a>
244
Fix for problem with double application of alpha when composing isolated groups.<br>
246
gs/base/gxblend1.c<br>
120
250
<p><strong>2013-08-08 14:53:48 +0100
122
252
<br>Chris Liddell <chris.liddell@artifex.com><br>