[csw-users] [osol-bugs] Problem with snv28 Japanese fonts?

[Alessio Cervellin @ acm]

Ken Mays (the CSW maintainer of freetype) has just patched freetype2 to 
handle the Japanese fonts, try the new pkg here:

http://www.blastwave.org/testing
freetype2-2.1.10,REV=2005.12.11-SunOS5.8-i386-CSW.pkg.gz
freetype2-2.1.10,REV=2005.12.11-SunOS5.8-sparc-CSW.pkg.gz



Eric Enright wrote:
> On 12/12/05, Alan Coopersmith <Alan.Coopersmith at sun.com> wrote:
> 
>>Sun had to patch freetype to avoid crashing on some of our compressed
>>PCF fonts - I don't think the patch has gone back into freetype though.
>>(I haven't checked and the engineer who did the work no longer works
>>  here, so isn't available to ask if he sent it back.)
> 
> 
> I see.  Thanks for clearing that up.
> 
> Eric
> 
> 
>>The Sun bug id (which is very sparse - I'll go fix that):
>>http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6229445
>>
>>The patch is simply:
>>--- src/lzw/zopen.c     Tue Mar  1 13:54:50 2005
>>+++ src/lzw/zopen.c     Tue Mar  1 16:00:09 2005
>>@@ -355,7 +355,11 @@
>>                 }
>>                 roffset = 0;
>>                 /* Round size down to integral number of codes. */
>>-               size = (size << 3) - (n_bits - 1);
>>+                if(size) {
>>+                    size = (size << 3) - (n_bits - 1);
>>+                }else
>>+                    return -1;
>>+
>>         }
>>         r_off = roffset;
>>         bits = n_bits;
>>
>>--
>>        -Alan Coopersmith-           alan.coopersmith at sun.com
>>         Sun Microsystems, Inc. - X Window System Engineering
>>
>>
>>Eric Enright wrote:
>>
>>>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
>>>_______________________________________________
>>>opensolaris-bugs mailing list
>>>opensolaris-bugs at www.opensolaris.org
>>
> 
> 
> --
> Eric Enright
> _______________________________________________
> users mailing list
> users at lists.blastwave.org
> https://lists.blastwave.org/mailman/listinfo/users
>