Bug #14355 for Tk: Tk with XFT=1 dumps core

Mon Aug 29 08:44:18 2005 Marek.Rouchal [...] gmx.net - Ticket created

Subject:

Tk with XFT=1 dumps core

I have perl-5.8.7 (ithreads, shared libperl = libifxperl.so), compiled with gcc-3.4.4 on Solaris 8 (Sparc) and RedHat Enterprise Linux 3.0 (i686 and x86_64). I build Tk-804.027 with XFT=1, and link against static libs for those that are NOT in /usr/lib, i.e.: libjpeg.a, libpng.a, libz.a, libXft.a, libfreetype.a, libfontconfig.a. All others are linked dynamically (libX11.so, libdl.so etc.). This is to avoid dependencies from out Perl to other non-system places. This scenario triggers a core dump here: - unpack & build Tk-804.027 - rm ~/.fonts.cache-1 (freetype font cache) - perl -Mblib tkfontsel - close the tool with the window close button The core dump does not occur when the ~/.fonts.cache-1 file exists and was generated on the current host. Here is the backtrace: (gdb) file /opt/perl_5.8.7/bin/perl (no debugging symbols found) (gdb) core-file /home/hwadm/.cpan/build/Tk-804.027/core Core was generated by `perl -Mblib tkfontsel'. Program terminated with signal 11, Segmentation fault. #0 0xfee04528 in FcPatternDestroy () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so (gdb) backtrace #0 0xfee04528 in FcPatternDestroy () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #1 0xfedda364 in FiniFont () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #2 0xfed98b70 in Tk_FreeFont () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #3 0xfedbb658 in Tk_FreeOptions () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #4 0xfec74e5c in DestroyText () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Text/Text.so #5 0xfed8056c in Tcl_EventuallyFree () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #6 0xfec75f74 in TextEventProc () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Text/Text.so #7 0xfed96b04 in Tk_HandleEvent () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #8 0xfedddd8c in Tk_DestroyWindow () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #9 0xfedddab0 in Tk_DestroyWindow () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #10 0xfedddab0 in Tk_DestroyWindow () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #11 0xfed96f7c in Tk_HandleEvent () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #12 0xfed97618 in WindowEventProc () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #13 0xfef1d2c4 in Tcl_ServiceEvent () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Event/Event.so #14 0xfef1d554 in Tcl_DoOneEvent () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Event/Event.so #15 0xfed6316c in XS_Tk_DoOneEvent () from /home/hwadm/.cpan/build/Tk- 804.027/blib/arch/auto/Tk/Tk.so #16 0xff2915fc in Perl_pp_entersub () from /opt/perl_5.8.7/lib/CORE/libperlifx.so #17 0xff2896f4 in Perl_runops_standard () from /opt/perl_5.8.7/lib/CORE/libperlifx.so #18 0xff22a578 in perl_run () from /opt/perl_5.8.7/lib/CORE/libperlifx.so #19 0x000111c4 in main () Hope this helps - let me know if you need other specific information, binaries etc. -Marek

Sat Mar 11 13:04:26 2006 nick [...] ing-simmons.net - Correspondence added

Subject:	Re: [cpan #14355] Tk with XFT=1 dumps core
Date:	Sat, 11 Mar 2006 18:04:04 +0000
To:	bug-Tk [...] rt.cpan.org
From:	Nick Ing-Simmons <nick [...] ing-simmons.net>

via RT <bug-Tk@rt.cpan.org> writes: Show quoted text

>This message about Tk was sent to you by MAREKR <MAREKR@cpan.org> via rt.cpan.org > >Full context and any attached attachments can be found at: ><URL: https://rt.cpan.org/Ticket/Display.html?id=14355 > > >I have perl-5.8.7 (ithreads, shared libperl = libifxperl.so), compiled >with gcc-3.4.4 on Solaris 8 (Sparc) and RedHat Enterprise Linux 3.0 >(i686 and x86_64). > >I build Tk-804.027 with XFT=1, and link against static libs for those >that are NOT in /usr/lib, i.e.: libjpeg.a, libpng.a, libz.a, libXft.a, >libfreetype.a, libfontconfig.a. All others are linked dynamically >(libX11.so, libdl.so etc.). This is to avoid dependencies from out Perl >to other non-system places. > >This scenario triggers a core dump here: >- unpack & build Tk-804.027 >- rm ~/.fonts.cache-1 (freetype font cache) >- perl -Mblib tkfontsel >- close the tool with the window close button >The core dump does not occur when the ~/.fonts.cache-1 file exists and >was generated on the current host. > >Here is the backtrace: > >(gdb) file /opt/perl_5.8.7/bin/perl >(no debugging symbols found) >(gdb) core-file /home/hwadm/.cpan/build/Tk-804.027/core >Core was generated by `perl -Mblib tkfontsel'. >Program terminated with signal 11, Segmentation fault. >#0 0xfee04528 in FcPatternDestroy () from /home/hwadm/.cpan/build/Tk- >804.027/blib/arch/auto/Tk/Tk.so

One can't tell from the non-debug version but it is crashing in font config code. It doesn't crash that way for me - but does once I try and select a ttf from tkfontsel's list. (gdb) bt #0 0x404c9234 in FcCompare () from /usr/lib/libfontconfig.so.1 #1 0x404c9774 in FcFontSetSort () from /usr/lib/libfontconfig.so.1 #2 0x404c98d5 in FcFontSort () from /usr/lib/libfontconfig.so.1 #3 0x40380558 in InitFont (fontPtr=0x872a9f0, tkwin=0x8499c10, pattern=0x8744338) at tkUnixXft.c:168 So there is definitely a snag somewhere. Show quoted text

>(gdb) backtrace >#0 0xfee04528 in FcPatternDestroy () from /home/hwadm/.cpan/build/Tk- >804.027/blib/arch/auto/Tk/Tk.so > >Hope this helps - let me know if you need other specific information, >binaries etc.

Which version of fontconfig are you using? Show quoted text

> >-Marek

Sat Mar 11 13:04:27 2006 The RT System itself - Status changed from 'new' to 'open'

Mon Mar 13 02:36:48 2006 marek.rouchal [...] infineon.com - Correspondence added

Subject:	Re: [cpan #14355] Tk with XFT=1 dumps core
Date:	Mon, 13 Mar 2006 08:36:30 +0100
To:	<bug-Tk [...] rt.cpan.org>
From:	<marek.rouchal [...] infineon.com>

Show quoted text

> So there is definitely a snag somewhere.

Good to hear that at least to a certain extent the problem is reproducible. Show quoted text

> Which version of fontconfig are you using?

From fontconfig.h: #define FC_MAJOR 2 #define FC_MINOR 2 #define FC_REVISION 92 The crash happens in a similar way both on Solaris 8 (Sparc) and RedHat Enterprise Linux 3.0 on x86. Cheers, Marek

Mon May 22 04:00:58 2006 Guest - Correspondence added

From:

at [...] altlinux.org

I can reproduce this. #0 0x404f496c in FcPatternDestroy () from /usr/lib/libfontconfig.so.1 #1 0x403a9750 in FiniFont (fontPtr=0x83c1910) at tkUnixXft.c:108 #2 0x403aa03c in TkpDeleteFont (tkFontPtr=0x83c1910) at tkUnixXft.c:412 #3 0x40357098 in Tk_FreeFont (tkfont=0x83c1910) at tkFont.c:1392 #4 0x403b8ce1 in FreeResources (optionPtr=0x8387858, objPtr=0x0, internalPtr=0x841a7ec "\020\031<\b О.\b", tkwin=0x841a690) at tkConfig.c:1847 #5 0x403b8b79 in Tk_FreeConfigOptions (recordPtr=0x841a7a0 "\220¦A\b`\026%\bPЈ\022\b\230ЁA\bpw8\b", optionTable=0x8387770, tkwin=0x841a690) at tkConfig.c:1762 #6 0x405b5cc8 in DestroyEntry (memPtr=0x841a7a0 "\220¦A\b`\026%\bPЈ\022\b\230ЁA\bpw8\b") at tkEntry.c:1363 #7 0x40336565 in Tcl_EventuallyFree (clientData=0x841a7a0, freeProc=0x405b5aa0 <DestroyEntry>) at tclPreserve.c:312 #8 0x405b8a1f in EntryEventProc (clientData=0x841a7a0, eventPtr=0xbfd03858) at tkEntry.c:2657 #9 0x40353d88 in Tk_HandleEvent (eventPtr=0xbfd03858) at tkEvent.c:1042 #10 0x403ae933 in Tk_DestroyWindow (tkwin=0x841a690) at tkWindow.c:1438 #11 0x403ae829 in Tk_DestroyWindow (tkwin=0x82dd4d8) at tkWindow.c:1377 #12 0x4034f49a in Tk_DestroyObjCmd (clientData=0x82dd4d8, interp=0x812a350, objc=2, objv=0x80f5dd0) at tkCmds.c:473 #13 0x403225a4 in Call_Tk (info=0xbfd03a88, items=2, args=0x80f5dd0) at tkGlue.c:2283 #14 0x40325095 in XStoTk (my_perl=0x804ae00, cv=0x81bf42c) at tkGlue.c:2936 #15 0x4032d540 in XS_Tk_destroy (my_perl=0x83bd858, cv=0x81bf42c) at TkXSUB.def:17 #16 0x40082bc8 in Perl_pp_entersub () from /usr/lib/libperl.so.5.8 #17 0x400816fc in Perl_runops_standard () from /usr/lib/libperl.so.5.8 #18 0x4003a1bc in Perl_magicname () from /usr/lib/libperl.so.5.8 #19 0x4003ab05 in Perl_call_sv () from /usr/lib/libperl.so.5.8 #20 0x4003ae57 in Perl_call_list () from /usr/lib/libperl.so.5.8 #21 0x4003da57 in perl_destruct () from /usr/lib/libperl.so.5.8 #22 0x08048b07 in main ()

Thu Sep 18 03:01:22 2008 SREZIC [...] cpan.org - Correspondence added

On Mon Aug 29 08:44:18 2005, MAREKR wrote: Show quoted text

> I have perl-5.8.7 (ithreads, shared libperl = libifxperl.so), compiled > with gcc-3.4.4 on Solaris 8 (Sparc) and RedHat Enterprise Linux 3.0 > (i686 and x86_64). > > I build Tk-804.027 with XFT=1, and link against static libs for those > that are NOT in /usr/lib, i.e.: libjpeg.a, libpng.a, libz.a, libXft.a, > libfreetype.a, libfontconfig.a. All others are linked dynamically > (libX11.so, libdl.so etc.). This is to avoid dependencies from out Perl > to other non-system places. > > This scenario triggers a core dump here: > - unpack & build Tk-804.027 > - rm ~/.fonts.cache-1 (freetype font cache) > - perl -Mblib tkfontsel > - close the tool with the window close button > The core dump does not occur when the ~/.fonts.cache-1 file exists and > was generated on the current host. > > Here is the backtrace: >

[...] Is this issue still persistent? I cannot reproduce it with perl 5.8.8 and Tk 804.028. I see the following in Tk's Changes file: Fixes XFT works now with recent fontconfig, no core dumps anymore. so maybe this is really fixed. Regards, Slaven

Fri Sep 19 06:05:09 2008 Marek.Rouchal [...] gmx.net - Correspondence added

I just checked: no, it works fine. Here is my (new) configuration: - perl/5.8.8 (built with gcc 4.1.2 on Solaris 8 (sparc) and RHEL3.0) - latest Tk (804.028) - freetype-2.3.7, fontconfig-2.6.0, libXft-2.1.13 I haven't seen any fontconfig-related issues any more. The scenario described in this ticket works now without any crashes. I close this ticket. Cheers, Marek On Do. 18. Sep. 2008, 03:01:22, SREZIC wrote: Show quoted text

> Is this issue still persistent? I cannot reproduce it with perl 5.8.8 > and Tk 804.028. I see the following in Tk's Changes file: > > Fixes > XFT works now with recent fontconfig, no core dumps anymore. > > so maybe this is really fixed.

Fri Sep 19 06:05:11 2008 Marek.Rouchal [...] gmx.net - Status changed from 'open' to 'resolved'