I haven't had time to test this, but the customer reports: I've run into a number of TrueType fonts that have slightly malformed 'name' tables (as is typical for Microsoft file formats, the TT format is unclear in a lot of areas about what is actually required) that Ghostscript doesn't handle properly. Specifically, these fonts have a 'name' table with platform ID 0 strings that are all empty, but with correct strings for other platform IDs. Because of this, Ghostscript uses an empty string for the font name when loading these fonts, which is wrong: I think Ghostscript should clearly look for a non-empty string. I think the right place to fix this is in the findname procedure in Resource/Init/gs_ttf.ps, since findname is used for locating the font name by both .findttfontname and .ttkeys. If I weren't running around getting ready to leave town for a month on Sunday, I'd send a fix, but I just don't have time right now, so please pass this along to the appropriate engineer. I've attached an example font with this problem.
Created attachment 5197 [details] NOVEE___.TTF
Created attachment 5198 [details] patch Don't take empty string for an answer when searching 'name' table in TrueType font because some MS fonts have empty strings for platform IDs MS doesn't use.
The patch is committed as a rev. 9853. Regression testing shows no differences.
Changing customer bugs that have been resolved more than a year ago to closed.