freetype-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ft-devel] More crashes on ARM


From: Frank Meerkoetter
Subject: Re: [ft-devel] More crashes on ARM
Date: Mon, 30 Jan 2006 10:13:18 +0100
User-agent: Internet Messaging Program (IMP) H3 (4.0)

Hi,

> your version of FontConfig is accessing internal fields of FreeType,
> and you probably have a version of FreeType installed on your system
> that is more recent than the one fontconfig was compiled with.
>
> this also explains the parameter insanity.
>
> try installing fontconfig-2.3.93 or higher, this should fix the problem

I've upgraded fontconfig to 2.3.93 and afterwards recompiled freetype and
fontconfig. This fixed the problem to some extent. The parameter insanity
is gone but it still crashes.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 95)]
0x00000000 in ?? ()
(gdb) bt
#0  0x00000000 in ?? ()
#1  0x409eb304 in FT_Get_Next_Char (face=0x4bb90, charcode=0,
    agindex=0xbefff738) at ftobjs.c:2436
#2  0x40aeccdc in FcFreeTypeCharSetAndSpacing (face=0x4bb90, blanks=0x4c268,
    spacing=0xbefff844) at fcfreetype.c:2517
#3  0x40aeb680 in $a () at fcfreetype.c:1540
#4  0x40ae8e50 in FcFileScanConfig (set=0x4ebc8, dirs=0x4f230, cache=0x4e2c8,
    blanks=0x4c268, file=0x68b70 "/usr/share/fonts/FreeMonoBoldOblique.ttf",
    force=0, config=0x4aab0) at fcdir.c:70
#5  0x40ae92d0 in FcDirScanConfig (set=0x4d718, dirs=0x4f230, cache=0x4e2c8,
    blanks=0x4c268, dir=0x4d6d8 "/usr/share/fonts", force=0, config=0x4aab0)
    at fcdir.c:180

(gdb) frame 1
#1  0x409eb304 in FT_Get_Next_Char (face=0x4bb90, charcode=0,
    agindex=0xbefff738) at ftobjs.c:2436
2436          gindex = cmap->clazz->char_next( cmap, &code );
(gdb) l
2431        {
2432          FT_UInt32  code = (FT_UInt32)charcode;
2433          FT_CMap    cmap = FT_CMAP( face->charmap );

(gdb) p *cmap
$10 = {charmap = {face = 0x4bb90, encoding = FT_ENCODING_UNICODE,
    platform_id = 0, encoding_id = 3}, clazz = 0x30000}
(gdb) p *cmap->clazz
$11 = {size = 0, init = 0, done = 0, char_index = 0, char_next = 0}

Ok, so the cmap->clazz->char_next() function pointer is null.
Any ideas why this could be the case?

TIA,
  Frank





reply via email to

[Prev in Thread] Current Thread [Next in Thread]