Re: gtk+/tests/testtext Doesn't Run

[Owen Taylor <otaylor redhat com>]

Keith - 

Do you remember what this was? I think someone else reported the
same problem, but can't find the reference.

The first step I'd try would be to upgrade to a newer freetype
... either the one from Red Hat 7.3, or maybe 2.1.2 from

 http://people.redhat.com/otaylor/tmp/freetype-2.1.2-6.src.rpm

(This is the current Red Hat "Raw Hide" freetype RPM ... it has a
bunch of fixes as compared to straight 2.1.2; you can build
binary RPM's from it with rpm --rebuild PACKAGE)

Regards,
                                        Owen

Eric Mader <mader jtcsv com> writes:

> At 07:52 AM 8/13/2002, Owen Taylor wrote:
> 
> >Eric Mader <mader jtcsv com> writes:
> >
> > > Hello,
> > >
> > > I've just re-built everything on my RH 7.2 machine from the cvs HEAD
> > > as of about an hour ago... The build seemed to go fine.
> > >
> > > When I try to run any of the test programs in gtk+/tests, say
> > > testtext, they just start using up a lot of cpu cycles and never open
> > > a window. They worked fine on my RH 7.3 machine...
> > >
> > > Anybody got any idea what the heck is going on here? (I'm going to
> > > leave testtext running over night to see if it eventually brings up a
> > > window...)
> >
> >Can you run it under GDB and get a backtrace? I've never heard of
> >anything like this.
>
> Here's the backtrace:
> 
> [emader doramichan gtk+]$ libtool gdb ./tests/testtext
> GNU gdb Red Hat Linux 7.x (5.0rh-15) (MI_OUT)
> Copyright 2001 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i386-redhat-linux"...
> (gdb) run
> Starting program: /home/emader/gtk+/tests/.libs/lt-testtext
> 
> (lt-testtext:32369): Gtk-WARNING **: The "invisible" property on
> GtkTextTag is not supported for GTK 2.0, it will be added in a future
> release. see http://bugzilla.gnome.org bug #66194 for status.
> 
> Program received signal SIGINT, Interrupt.
> 0x403d0cf0 in FT_Get_Char_Index () at eval.c:41
> 41      eval.c: No such file or directory.
>          in eval.c
> (gdb) bt
> #0  0x403d0cf0 in FT_Get_Char_Index () at eval.c:41
> #1  0x402fe8a1 in FcFreeTypeQuery (
>      file=0x80a1ba0 "/usr/X11R6/lib/X11/fonts/Type1/UTB_____.pfa", id=0,
>      blanks=0x80a6aa0, count=0xbfffe858) at fcfreetype.c:512
> #2  0x402fdd7f in FcFileScan (set=0x80a5fb8, dirs=0x80a1b18, cache=0x80a69c8,
>      blanks=0x80a6aa0,
>      file=0x80a1ba0 "/usr/X11R6/lib/X11/fonts/Type1/UTB_____.pfa", force=0)
>      at fcdir.c:112
> #3  0x402fdf97 in FcDirScan (set=0x80a5fb8, dirs=0x80a1b18, cache=0x80a69c8,
>      blanks=0x80a6aa0, dir=0x80a3c98 "/usr/X11R6/lib/X11/fonts/Type1", force=0)
>      at fcdir.c:207
> #4  0x402f95cf in FcConfigBuildFonts (config=0x80a1ac8) at fccfg.c:197
> #5  0x402fec35 in FcInitLoadConfigAndFonts () at fcinit.c:83
> #6  0x402fec7a in FcInit () at fcinit.c:101
> #7  0x402f96d2 in FcConfigGetCurrent () at fccfg.c:234
> #8  0x402faa99 in FcConfigSubstitute (config=0x0, p=0x80a1950,
>      kind=FcMatchPattern) at fccfg.c:1074
> #9  0x40403262 in pango_xft_font_map_get_patterns (fontmap=0x80a04a8,
>      context=0x809dcc0, desc=0x80a1990) at pangoxft-fontmap.c:737