[Freetype] segfault using FT_Load_Glyph

[Braden McDaniel]

I'm getting a segfault in FT_Alloc the *second* time I call
FT_Load_Glyph. Here's a stack trace:

    #0  0x402d98ee in FT_Alloc () from /usr/lib/libfreetype.so.6
    #1  0x402d99d5 in FT_Realloc () from /usr/lib/libfreetype.so.6
    #2  0x402dc0a9 in FT_GlyphLoader_CheckPoints () from 
/usr/lib/libfreetype.so.6
    #3  0x402f6b3b in T1_Builder_Add_Contour () from /usr/lib/libfreetype.so.6
    #4  0x402f6b9c in T1_Builder_Start_Point () from /usr/lib/libfreetype.so.6
    #5  0x402f7394 in T1_Decoder_Parse_Charstrings ()
       from /usr/lib/libfreetype.so.6
    #6  0x4030d926 in T1_Parse_Glyph () from /usr/lib/libfreetype.so.6
    #7  0x4030db74 in T1_Load_Glyph () from /usr/lib/libfreetype.so.6
    #8  0x402dcd28 in FT_Load_Glyph () from /usr/lib/libfreetype.so.6
    #9  0x08158ef8 in OpenVRML::Vrml97Node::Text::updateGeometry() 
(this=0x83a5160)
        at ../../../../src/openvrml/OpenVRML/vrml97node.cpp:12044

The font being used is Utopia (specifically,
"/usr/X11R6/lib/X11/fonts/Type1/UTBI____.pfa"). The first cycle of the
loop, the glyph index is 52. The second time--the time it crashes--the
glyph index is 72. Is there some bookkeeping I should be doing that I'm
probably not?

-- 
Braden McDaniel                           e-mail: <address@hidden>
<http://endoframe.com>                    Jabber: <address@hidden>