After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 577952 - Error loading {GDEF,GSUB,GPOS} table 0x6EAD
Error loading {GDEF,GSUB,GPOS} table 0x6EAD
Status: RESOLVED FIXED
Product: pango
Classification: Platform
Component: cairo
1.24.x
Other All
: Normal normal
: ---
Assigned To: pango-maint
pango-maint
Depends on:
Blocks:
 
 
Reported: 2009-04-04 18:39 UTC by Jeremy Huddleston
Modified: 2009-04-09 17:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jeremy Huddleston 2009-04-04 18:39:16 UTC
Please describe the problem:
The Helvetica font makes pango cry:

$ pango-view --font="Helvetica" /etc/passwd

(pango-view:56609): Pango-WARNING **: Error loading GDEF table 0x6EAD

(pango-view:56609): Pango-WARNING **: Error loading GSUB table 0x6EAD

(pango-view:56609): Pango-WARNING **: Error loading GPOS table 0x6EAD

$ fc-match Helvetica
Helvetica.dfont: "Helvetica" "粗體"

but text is still rendered readable

Steps to reproduce:
1. OSX 10.5.x
2. Latest Xorg libs as of this date
3. cairo 1.8.6 with freetype font rendering
4. run pango-view --font="Helvetica" /path/to/some/text

Actual results:
(pango-view:56609): Pango-WARNING **: Error loading GDEF table 0x6EAD
(pango-view:56609): Pango-WARNING **: Error loading GSUB table 0x6EAD
(pango-view:56609): Pango-WARNING **: Error loading GPOS table 0x6EAD


Expected results:
No such warnings

Does this happen every time?
Yes

Other information:
Comment 1 Jeremy Huddleston 2009-04-04 18:46:46 UTC
Created attachment 132093


The Helvetica.dfont (bzip2 compressed)
Comment 2 Owen Taylor 2009-04-05 11:51:27 UTC
Attachment deleted; please don't attach proprietary files to bugzilla.
Comment 3 Jeremy Huddleston 2009-04-05 18:28:52 UTC
Sorry, but the other bug reports similar to this one asked for the font to be attached.  Anyone who wants it for debugging can email me to get a copy
Comment 4 Behdad Esfahbod 2009-04-05 21:30:54 UTC
It's ok if the font in question has a permissive license.  In this case it's not.  Doesn't matter though.  I found a dfont that reproduces the problem.  Debugging.
Comment 5 Behdad Esfahbod 2009-04-06 02:42:36 UTC
The problem is that the _hb_font_goto_table() function uses the condition "font->num_faces > 1" to decide that it's dealing with TrueType Collections and deals with the stream as if it's a TTC.  However, the way FreeType handles dfont containers also produces fonts with num_faces > 1.  We should directly check for the TTC signature instead.  Will fix tomorrow.
Comment 6 Behdad Esfahbod 2009-04-09 17:07:08 UTC
commit 2f27e9f47428a37d69592e2807ed9a1a343906a2
Author: Behdad Esfahbod <behdad@behdad.org>
Date:   Thu Apr 9 13:04:20 2009 -0400

    Bug 577952 – Error loading {GDEF,GSUB,GPOS} table 0x6EAD
    
    Detect TrueType Collections by checking the font data header instead
    of checking for "face->num_faces >1".