I had the same problem. The crash was due to two places where you can get a NULL pointer: Glyph(charCode) and charMap->GlyphListIndex(charCode) returns 0 on errors, so using its result if 0 is not a good idea... My fix was in FTGlyphContainer.cpp, my patch is @@ -80,13 +80,21 @@ { unsigned int index = charMap->GlyphListIndex(charCode); + // NOTE GlyphListIndex() returns 0 if not found. + // glyphs[0] is NULL, thus we save the test for those rare cases. return (index < glyphs.size()) ? glyphs[index]...
I had the same problem. The crash was due to two places where you can get a NULL pointer: Glyph(charCode) and charMap->GlyphListIndex(charCode) returns 0 on errors, so using its result if 0 is not a good idea... My fix was in FTGlyphContainer.cpp, my patch is @@ -80,13 +80,21 @@ { unsigned int index = charMap->GlyphListIndex(charCode); + // NOTE GlyphListIndex() returns 0 if not found. + // glyphs[0] is NULL, thus we save the test for those rare cases. return (index < glyphs.size()) ? glyphs[index]...
I had the same problem. The crash was due to two places where you can get a NULL pointer: Glyph(charCode) and charMap->GlyphListIndex(charCode) returns 0 on errors, so using its result if 0 is not a good idea... My fix was in FTGlyphContainer.cpp, my patch is @@ -80,13 +80,21 @@ { unsigned int index = charMap->GlyphListIndex(charCode); + // NOTE GlyphListIndex() returns 0 if not found. + // glyphs[0] is NULL, thus we save the test for those rare cases. return (index < glyphs.size()) ? glyphs[index]...
I had the same problem. The crash was due to two places where you can get a NULL pointer: Glyph(charCode) and charMap->GlyphListIndex(charCode) returns 0 on errors, so using its result if 0 is not a good idea... My fix was in FTGlyphContainer.cpp, my patch is @@ -80,13 +80,21 @@ { unsigned int index = charMap->GlyphListIndex(charCode); + // NOTE GlyphListIndex() returns 0 if not found. + // glyphs[0] is NULL, thus we save the test for those rare cases. return (index < glyphs.size()) ? glyphs[index]...
I think the actual bug is that ftgl.pc publishes -I${includedir}/FTGL in addition...
I had the same problem. The crash was due to two places where you can get a NULL...
ftgl fails to configure: opengl lib not found
Here's a patch that renames FTGL/FTGlyph.h to FTGLGlyph.h, which fixes the name clash...
Here's a patch that renames FTGL/FTGlyph.h to FTGLGlyph.h, which fixes the name clash...
FTGL segfaults when rendering an unicode string containing characters located outside the Basic Multilingual Plane
ftglRenderFont with texture font doesn't unbind texture
Here's a patch with a proposed fix for all the errors I've hit. From a discussion...
Underlinking issue on GNU/Linux
crashes with buggy fonts
#include <ftglyph.h> finds FTGlyph.h from FTGL rather than from FT on case insensitive systems