[gs-bugs] [Bug 692009] Regression from 8.71 when handling fonts with "ToUnicode CMaps"?

bugzilla-daemon at ghostscript.com bugzilla-daemon at ghostscript.com
Fri Jun 17 09:31:59 UTC 2011


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

           What    |Removed                     |Added
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID

--- Comment #5 from Ken Sharp <ken.sharp at artifex.com> 2011-06-17 09:31:57 UTC ---
Well, Acrobat appears to like all the files, but I suspect this is because in
the 8.71 case it is ignoring the ToUnicode CMap and simply using the character

See revision 11170 (Bug #691274), where the first change was made because we
were writing an invalid ToUnicode CMap. This altered the emission to follow the
specification for CMaps in general by emitting a single byte where possible.

This was then reverted in revision 11975 (Bug # 691849) because it caused a
regression with Acrobat.

Further investigation is documented in revision 11993 (which references bug
#691849 and #691862).

I suspect that pdffonts is complaining because a ToUnicode CMap is not 2-bytes
and 0 padded in the bfrange (the warnings about illegal entries would seem to
support this). If you read through the log in revision 11993 you'll see that as
far as I can tell the ToUnicode specification does not match what Acrobat
actually expects.

So technically (from reading the spec) pdffonts is correct, and the ToUnicode
CMap is invalid. However in practice the CMap now matches what Acrobat expects.
Its rather more important to us that Acrobat search/copy works, than
conformance with a non-Adobe validator, so I don't plan to change this. 

Of course, if you can find a PDF fie which demonstrates that I'm wring in my
understanding of the behaviour of Acrobat I will work on this problem some

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