"FreeType: couldn't find encoding 'ascii-0'" after xorg transition

[Ville Herva]

I just moved to xorg-x11 (thanks to all fedora-test-list members for the
hints on how to do that painlessly.) I went pretty smoothly.

I have one problem, though. After the transition, I get these:

  FreeType: couldn't find encoding 'ascii-0' for
'/mnt/msdos/winnt/Fonts/lucon.ttf'
  FreeType: couldn't find encoding 'ascii-0' for
'/mnt/msdos/winnt/Fonts/lucon.ttf'

And font "lucida console" (a Windows font) no longer works. I've tried
recreate the font caches (mkfontdir, fc-cache -f, service xfs restart), but
it doesn't seem to depend on that.

Any idea what could cause that or how to fix it?



-- v -- 

v(a)iki.fi

[Ville Herva]

On Sun, Mar 28, 2004 at 09:50:55PM +0300, you [Ville Herva] wrote:
>  I just moved to xorg-x11 (thanks to all fedora-test-list members for
> the
>  hints on how to do that painlessly.) I went pretty smoothly.
>  
>  I have one problem, though. After the transition, I get these:
>  
>    FreeType: couldn't find encoding 'ascii-0' for
> '/mnt/msdos/winnt/Fonts/lucon.ttf'
>    FreeType: couldn't find encoding 'ascii-0' for
> '/mnt/msdos/winnt/Fonts/lucon.ttf'
>  
>  And font "lucida console" (a Windows font) no longer works. I've tried
>  recreate the font caches (mkfontdir, fc-cache -f, service xfs restart), but
>  it doesn't seem to depend on that.
>  
>  Any idea what could cause that or how to fix it? 
The problem was that ttmkfdir segfaults when I do "service xfs restart". In
fact, it segfaults when I run it in any truetype font directory, and as
fonts.scale is missing, no ttf fonts are available.

I recreated the fonts.scale files by copying the ttf font dirs to a backup
snapshot directory from couple of days ago, chrooting there and running
ttmkfdir manually. After this, I get the ttf fonts back.

I don't know what the difference is. 

Crashing current installation:
> ldd /usr/bin/ttmkfdir 
        linux-gate.so.1 => 
(0xffffe000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4d33c000)
        libz.so.1 => /usr/lib/libz.so.1 (0x4d2f4000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4d425000)
        libm.so.6 => /lib/tls/libm.so.6 (0x4d1d9000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4d410000)
        libc.so.6 => /lib/tls/libc.so.6 (0x4d0bc000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4d0a4000)
>  ldd /usr/bin/ttmkfdir | gawk '{print $3}' | xargs rpm -qf
freetype-2.1.7-3
zlib-1.2.1.1-2.1
libstdc++-3.3.3-3
glibc-2.3.3-18
libgcc-3.3.3-2.1
libgcc-3.3.3-3
glibc-2.3.3-18
glibc-2.3.3-18

Working snapshot:
freetype-2.1.7-3
zlib-1.2.1.1-2.1
libstdc++-3.3.3-2.1
libgcc-3.3.3-2.1

I tried
LD_LIBRARY_PATH=/backup-versioned/2004-03-19T052000/usr/lib:/backup-versioned/2004-03-19T052000/lib
ttmkfdir
but it still crashes.

gdb is not overly helpful:

(gdb) run
Starting program: /usr/bin/ttmkfdir 
(no debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x080555a9 in std::basic_string<char, std::char_traits<char>,
std::allocator<char> > std::operator+<char, std::char_traits<char>,
std::allocator<char> >(std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&) ()
(gdb) bt
#0  0x080555a9 in std::basic_string<char, std::char_traits<char>,
std::allocator<char> > std::operator+<char, std::char_traits<char>,
std::allocator<char> >(std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&) ()
#1  0x080541f9 in std::basic_string<char, std::char_traits<char>,
std::allocator<char> > std::operator+<char, std::char_traits<char>,
std::allocator<char> >(std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&) ()
#2  0x0805445c in std::basic_string<char, std::char_traits<char>,
std::allocator<char> > std::operator+<char, std::char_traits<char>,
std::allocator<char> >(std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&) ()
#3  0x0804fa4d in std::basic_string<char, std::char_traits<char>,
std::allocator<char> > std::operator+<char, std::char_traits<char>,
std::allocator<char> >(std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&) ()
#4  0x0804b0fe in ?? ()
#5  0x4d0d0eb3 in __libc_start_main () from /lib/tls/libc.so.6
#6  0x08049d91 in ?? ()



-- v -- 

v(a)iki.fi

[Ville Herva]

On Tue, Mar 30, 2004 at 12:10:12AM +0300, you [Ville Herva] wrote:
>  
>  The problem was that ttmkfdir segfaults when I do "service xfs restart". In
>  fact, it segfaults when I run it in any truetype font directory, and as
>  fonts.scale is missing, no ttf fonts are available.
>  
>  I recreated the fonts.scale files by copying the ttf font dirs to a backup
>  snapshot directory from couple of days ago, chrooting there and running
>  ttmkfdir manually. After this, I get the ttf fonts back.
>  
>  I tried
>
> LD_LIBRARY_PATH=/backup-versioned/2004-03-19T052000/usr/lib:/backup-versioned/2004-03-19T052000/lib
> ttmkfdir
>  but it still crashes. 
Forgot to mention that I also tried

LD_LIBRARY_PATH=/backup-versioned/2004-03-19T052000/usr/lib:/backup-versioned/2004-03-19T052000/lib
/backup-versioned/2004-03-19T052000/usr/bin/ttmkfdir

and verified with strace that it actually loads the libraries from
/backup-versioned/2004-03-19T052000. Still crashes.

However, when I replace /usr/X11R6/lib/X11/fonts/encodings/ with the older
version, it works. The failing encodings directory is from
xorg-x11-base-fonts-0.0.6.6-0.0.2004_03_11.9, the working is from
XFree86-base-fonts-4.3.0-63.

I'll file a bugzilla case.


-- v -- 

v(a)iki.fi

[Ville Herva]

On Wed, Mar 31, 2004 at 10:30:08PM +0300, you [Ville Herva] wrote:
>  
>  and verified with strace that it actually loads the libraries from
>  /backup-versioned/2004-03-19T052000. Still crashes.
>  
>  However, when I replace /usr/X11R6/lib/X11/fonts/encodings/ with the older
>  version, it works. The failing encodings directory is from
>  xorg-x11-base-fonts-0.0.6.6-0.0.2004_03_11.9, the working is from
>  XFree86-base-fonts-4.3.0-63.
>  
>  I'll file a bugzilla case. 
Apparently new ttmkfdir-3.0.9-11 fixes this. (I did try yum update ttmkfdir
before reporting, but apparently my mirror was not up to date. Sorry for the
confusion.)


-- v -- 

v(a)iki.fi

[Ville Herva]

On Sun, Mar 28, 2004 at 09:50:55PM +0300, you [Ville Herva] wrote:
>  I just moved to xorg-x11 (thanks to all fedora-test-list members for
> the
>  hints on how to do that painlessly.) I went pretty smoothly.
>  
>  I have one problem, though. After the transition, I get these:
>  
>    FreeType: couldn't find encoding 'ascii-0' for
> '/mnt/msdos/winnt/Fonts/lucon.ttf'
>    FreeType: couldn't find encoding 'ascii-0' for
> '/mnt/msdos/winnt/Fonts/lucon.ttf'
>  
>  And font "lucida console" (a Windows font) no longer works. I've tried
>  recreate the font caches (mkfontdir, fc-cache -f, service xfs restart), but
>  it doesn't seem to depend on that.
>  
>  Any idea what could cause that or how to fix it? 
Apart from the /usr/bin/ttmkfdir glitch, antialiased fonts look worse than
they used to with XFree86. Some fonts are not antialiased at all.

Has anyone else experienced this?



-- v -- 

v(a)iki.fi