[gs-bugs] [Bug 690661] New: CID-Cmap font characters

bugs.ghostscript.com-bugzilla-daemon at ghostscript.com bugs.ghostscript.com-bugzilla-daemon at ghostscript.com
Tue Jul 28 05:39:09 PDT 2009


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

           Summary: CID-Cmap font characters
           Product: Ghostscript
           Version: 8.63
          Platform: PC
        OS/Version: Windows XP
            Status: UNCONFIRMED
          Severity: normal
          Priority: P4
         Component: General
        AssignedTo: support at artifex.com
        ReportedBy: tteveris at gerberscientific.com
         QAContact: gs-bugs at ghostscript.com


In my continuing process to figure out how to process text back into real text 
I’ve found something I need some help on.

If I put a breakpoint in gxchar.c in the following location (around line 1210)
	}
	SET_CURRENT_CHAR(penum, chr);
	if (glyph == gs_no_glyph) {
	    glyph = (*penum->encode_char)(pfont, chr, GLYPH_SPACE_NAME);
	}
        SET_CURRENT_GLYPH(penum, glyph);
	cc = 0;
and I look at the variable “chr” I can for the most part see the “real” 
character. In the attached file when processing the word “Education” I see the 
following sequence:
E
d
u
then a seq of 6 bytes 0x1,0x10,0x1,0x2,0x1,0x9f
o
n
the 6 byte seq at the breakpoint are 0x110, 0x102 and 0x19f
>From what I can gleam the process is mapping the characters from a special 
font type “ft_CID_TrueType”.
So is there a way I can find the “real” character code at that point in time. 
I’m real close to converting the driver level text back to a Gerber high level 
text and any help is appriciated.



------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.



More information about the gs-bugs mailing list