[csw-users] Problem with snv28 Japanese fonts?

[Eric Enright]

Some Blastwave programs don't seem to be able to grok the Japanese
fonts very well anymore.  With a fresh install of snv28 on x86 from
DVD, with a full package installation including Canadian English and
Japanese locales, programs are segfaulting while trying access files
under /usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps.

from "truss /opt/csw/bin/gaim":
...
xstat(2, "/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps//20om2132.pcf.Z",
0x08042D38) = 0
open("/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps//24om212.pcf.Z",
O_RDONLY) = 6
fcntl(6, F_SETFD, 0x00000001)                   = 0
fxstat(2, 6, 0x08042B4C)                        = 0
mmap(0x00000000, 414820, PROT_READ, MAP_PRIVATE, 6, 0) = 0xD0A58000
close(6)                                        = 0
    Incurred fault #6, FLTBOUNDS  %pc = 0xD17D28B9
      siginfo: SIGSEGV SEGV_MAPERR addr=0x083C7000
    Received signal #11, SIGSEGV [caught]
      siginfo: SIGSEGV SEGV_MAPERR addr=0x083C7000


And while running "/opt/csw/bin/fc-cache -f -v":
...
fc-cache: "/usr/openwin/lib/locale/iso_8859_9/X11/fonts/Type1//afm":
caching, 0 fonts, 0 dirs
fc-cache: "/usr/openwin/lib/locale/ja/X11/fonts/75dpi/": caching, 0
fonts, 0 dirs
fc-cache: "/usr/openwin/lib/locale/ja/X11/fonts/TT/": caching, 7 fonts, 0 dirs
fc-cache: "/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/":
Segmentation fault (core dumped)

Sun's bundled versions of these programs do not exhibit this problem,
and I have been able to reproduce this on two clean installations on
two separate machines.  Renaming the fonts directory to something else
to avoid the programs accessing those files solves things.

--
Eric Enright