Re: packages depending on latest gtk2 crash on Darwin

["Mark E. Perkins" <perkinsm%bway.net@localhost>]

This message never made it to the list yesterday, and I need to reply to it,
so here it is; including my reply 8-)

On 2007/01/13 14:15, Mark E. Perkins wrote:
> On 2007/01/13 13:27, Matthias Scheler wrote:
>> On Sat, Jan 13, 2007 at 01:08:49PM -0500, Mark E. Perkins wrote:
>>> -> gcc --version
>>> powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 
>>> 5250)
>> My version is slighty newer:
>>
>> tron@whitestar:~>gcc --version
>> powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5367)
>> Copyright (C) 2005 Free Software Foundation, Inc.
>> This is free software; see the source for copying conditions.  There is NO
>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>>
>> This compiler is from Xcode tools 2.4.1.
>>
>>      Kind regards
> 
> Looks like I have 2.2.1, so I'll update and hope that solves the problem.  In
> the mean time, though, I ran gqvview with ktrace.  The last thing it does
> before crashing is open a font file (see below; identical problem for xchat,
> too).  I don't really understand the intricacies of fontconfig, and I seem to
> have font cache files from both pkgsrc fontconfig and the fontconfig from
> Apple (which is v 1.0.2).  The cache file in question appears to be OK (in the
> sense that I deleted it and ran fc-cache to refresh it, but the problem 
> persists).
> 
> Mark
> 
> --------------------- end of ktrace
> 
>  20501 gqview   CALL  stat(0x152e350,0xbfffe23c)
>  20501 gqview   NAMI  "/usr/X11R6/lib/X11/fonts/encodings/large"
>  20501 gqview   RET   stat 0
>  20501 gqview   CALL  open(0x1533150,0,0x6ca800)
>  20501 gqview   NAMI
> "/var/cache/fontconfig/d929d2c542e4f6652ca46d613e4b360e-powerpc.cache-2"
>  20501 gqview   RET   open -1 errno 2 No such file or directory
>  20501 gqview   CALL  open(0x1533150,0,0x6ca800)
>  20501 gqview   NAMI
> "/Users/mep/.fontconfig/d929d2c542e4f6652ca46d613e4b360e-powerpc.cache-2"
>  20501 gqview   RET   open 4
>  20501 gqview   CALL  fstat(0x4,0xbfffe1dc)
>  20501 gqview   RET   fstat 0
>  20501 gqview   CALL  read(0x4,0x1533f70,0x60)
>  20501 gqview   GIO   fd 4 read 96 bytes
>        "�\^B�\^D\0\0\0\^A\0\0\0`\0\0\0 
> \0\0\0P\0\0\0\0\0\0\0P\0\0\0\0/usr/X11R\
>         6/lib/X11/fonts/encodings/large\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
>         \^Q\0\0\0\000"
>  20501 gqview   RET   read 96/0x60
>  20501 gqview   CALL  close(0x4)
>  20501 gqview   RET   close 0
>  20501 gqview   PSIG  SIGBUS SIG_DFL

I updated Xcode tools from Apple and the problem persists, so it doesn't look
like a gcc problem.  OTOH, the hint from ktrace that fontconfig plays a role
turns out probably to be correct.

I've been groveling through outputs of 'otool -L' (the moral equivalent of
'ldd' for those not familiar with Mac OS X) for various libraries linked by
gtk2 (and the things it depends on) and I'm finding that some are linked
against fontconfig from pkgsrc (which is version 2.4.2nb2), and others are
linked against fontconfig under /usr/X11R6/lib (which is version 1.something
from Apple).  I'll start a separate thread on that when I'm finished digging
and testing.

Mark