Re: fontconfig 2.8.0

[Derek Leach <DLeach@xxxxxxx>]

Hi Akira,

 

I understand your point, and will attempt to deliver a library with more symbol and debug information.

These target units are already deployed, so they cannot turn on logging, and this problem has only occurred “once”,

not very reproducible.

 

Thanks,

Derek

 

From: Akira TAGOH [mailto:akira@xxxxxxxxx]
Sent: April-04-14 2:45 AM
To: Derek Leach
Cc: Raimund Steger; fontconfig@xxxxxxxxxxxxxxxxxxxxx
Subject: Re: [Fontconfig] fontconfig 2.8.0

 

the call tree without the debugging information is useless as well. it doesn't necessarily indicate correct one and is sometimes wrong. that is hard to track it down without it.

 

I'd recommend you to let your customer install fontconfig enabling the debugging information or the package with it.

 

On Thu, Apr 3, 2014 at 11:09 PM, Derek Leach <DLeach@xxxxxxx> wrote:

Hi Raimund,

So the tracking information on the customer's target machine is useless, looks like it was a desktop build cooked by someone, so not true idea if it is 2.8.0 or not.
Below is the segfault that occurred, where the first seven frames are similar (frames 2,3,4 are not defined in the bug report).
Any ideas?  Not really a lot of information to go on ...

Thanks,
Derek

#0  0xb8a8e502 in IA__FcStrListCreate () from ...........
No symbol table info available.
#1  0xb8a87c09 in IA__FcLangSetHasLang () from ............
No symbol table info available.
#2  0xb8a89dfc in FcCompareLang () from ...........
No symbol table info available.
#3  0xb8a8969c in FcCompareValueList () from ............
No symbol table info available.
#4  0xb8a898fc in FcCompare () from ..............
No symbol table info available.
#5  0xb8a89fa9 in IA__FcFontSetSort () from ...........
No symbol table info available.
#6  0xb8a8a489 in IA__FcFontSort () from ........
No symbol table info available.
#7  0xb87e3613 in FontConfig::Find (
    family=0x87d4220 <Address 0x87d4220 out of bounds>, isBold=false,
    isItalic=false)
    at .../platform/unix/unixfontconfig.cpp:124
        result = 3098046891
        match = <value optimized out>
        fs = <value optimized out>
        weight = <value optimized out>
        filename = <value optimized out>
        slant = <value optimized out>
        pattern = (FcPattern *) 0x87da3e8
        tempString = 0x87d4560 <Address 0x87d4560 out of bounds>
#8  0xb87e3710 in FontConfig::FindFont (
    family=0x87d4220 <Address 0x87d4220 out of bounds>, isBold=88,
    isItalic=<value optimized out>)
    at .../platform/unix/unixfontconfig.cpp:74
        font = <value optimized out>
        fontString = <value optimized out>
#9  0xb85528e2 in PlatformEDevice::FindFont (this=0x97048b0,
    family=0x87d4500 <Address 0x87d4500 out of bounds>, alias=0x0)
    at .../platform/unix/unixfonts.cpp:170
        tmpFamily = {static NPOS = <optimized out>,
  m_buf = 0x87d4220 <Address 0x87d4220 out of bounds>, m_len = 22,
  m_size = 23}
        isItalic = <value optimized out>
        cached = 88
        font = (UnixFont *) 0x0
        addr = (void *) 0x0
        isBold = <value optimized out>
        cachedName = {static NPOS = <optimized out>,
  m_buf = 0x8e7b160 <Address 0x8e7b160 out of bounds>, m_len = 31,
  m_size = 286}
#10 0xb8552aec in PlatformEDevice::ResolveFontName (this=0x97048b0,
    result=0x8044fac "mb222demiitalic-global", version=10)
    at .../platform/unix/unixfonts.cpp:223
        str = <value optimized out>
        cached = <value optimized out>
        resolved = <value optimized out>
        font = (UnixFont *) 0x0
        addr = (void *) 0x0
        familyName = <value optimized out>
        cachedName = {static NPOS = <optimized out>,
  m_buf = 0x8d2e110 <Address 0x8d2e110 out of bounds>, m_len = 31,
  m_size = 286}
[snip]

-----Original Message-----
From: Raimund Steger [mailto:rs@xxxxxxxx]
Sent: April-02-14 6:18 PM
To: Derek Leach; 'fontconfig@xxxxxxxxxxxxxxxxxxxxx'
Subject: Re: [Fontconfig] fontconfig 2.8.0

Derek Leach wrote:
> Hello All,
>
> I have encountered a bug on a internal distribution that uses
> fontconfig 2.8.0, the backtrace is identical to this bug:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=532718
>
> at least frames #0 - #7.  I have been trying to find the code change
> that fixed this bug, but have not been successful.
>
> Can someone direct me to the code change that was used to fix this segfault?
>

Judging by the date of the comments in this bug I would guess 1f4e6fecde22fd4ce8336b01a5c32c533fcb8bac, i. e.
http://cgit.freedesktop.org/fontconfig/commit/?id=1f4e6fecde22fd4ce8336b01a5c32c533fcb8bac

However, if I understand the bug correctly this was supposed to be fixed with 2.8.0, and even before only happened if the same cache was used by different fontconfig versions. Are you sure it's what you're seeing?

Raimund

--
Worringer Str 31 Duesseldorf 40211 DE  home: <rs@xxxxxxxx>
+49-179-2981632 icq 16845346           work: <rs@xxxxxxxxxxxxxxx>
_______________________________________________
Fontconfig mailing list
Fontconfig@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/fontconfig

 

--
Akira TAGOH

_______________________________________________
Fontconfig mailing list
Fontconfig@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/fontconfig