The attached file from the customer renders as a blank page with Ghostscript. The text from teh embedded japanese font is missing.
Created attachment 1088 [details] QXHGmaruGothicNotPrinted.ps
The problem looks similar to the bug 645316, but in this case the creator is PScript5.dll Version 5.2.2, and a GS executes stringwidth with a CID font below a Type0FMapType9[Type3] BuildChar.
Experimenting with CPSI, got : 1. It uses a Type 0 font with FMapType 9 and a single Type 3 decscendent. 2. The used CMap is /QUARKCMap, which is identity. (BTW it defines a "2- dimension" range <0000> <FFFF>, which meanwhile is kinda degenerate). 2. Executing BuildChar of the Type 3 font, it passes the 2nd byte of the character code. 3. BuildChar executes setfont with a Type 11 font, and then runs stringwidth with 1 byte string, which stores the BuildChar argument. Thus likely Adobe passes the char code from the outer *show to the internal text operation of the BuildChar, when the current font is a CID font. I don't see such behavior in PLRM. Need to find out where it is documented. Note that the old CPSI 3010.105 behaves so.
Patch to HEAD : http://ghostscript.com/pipermail/gs-cvs/2004-December/005135.html Patch to GS_8_1X : http://ghostscript.com/pipermail/gs-cvs/2004-December/005136.html
*** This bug has been marked as a duplicate of 645316 ***
Changing customer bugs that have been resolved more than a year ago to closed.