[gs-bugs] [Bug 691272] gs produces incorrect pdf file

bugzilla-daemon at ghostscript.com bugzilla-daemon at ghostscript.com
Sat May 1 08:21:17 UTC 2010


http://bugs.ghostscript.com/show_bug.cgi?id=691272

Ken Sharp <ken.sharp at artifex.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|WORKSFORME                  |

--- Comment #4 from Ken Sharp <ken.sharp at artifex.com> 2010-05-01 08:21:16 UTC ---
I'm not sure where the ToUnicode information is coming from in the output.
However I can't see anything actually wrong with it either. Admittedly
specifying a range of 1 character is inefficient, but it doesn't seem to be
illegal from a reading of the spec.

I'm assuming that pdffonts and xpdf are complaining that the low and high
values of the range are the same, and as I say while this is unusual there's
nothing obvious in the spec that says this is invalid (as long as the count of
the range is 1, which this is).

ToUnicode CMaps are only used when copying text, so aren't tremendously useful
anyway. Although Acrobat isn't complaining, it doesn't look like its using it
either, so it may be worth looking further at this.

-- 
Configure bugmail: http://bugs.ghostscript.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.


More information about the gs-bugs mailing list