home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!know!cass.ma02.bull.com!mips2!news.bbn.com!usc!zaphod.mps.ohio-state.edu!sdd.hp.com!hpscit.sc.hp.com!scd.hp.com!hpscdm!cupnews0.cup.hp.com!news1.boi.hp.com!hp-pcd!hpcvusn!craig
- From: craig@cv.hp.com (Craig Durland)
- Newsgroups: comp.sys.apollo
- Subject: Re: Problems with X11 and SR10.4
- Message-ID: <1992Nov13.003556.25083@hpcvusn.cv.hp.com>
- Date: 13 Nov 92 00:35:56 GMT
- References: <JRM.92Nov11143130@zeta.ma.adfa.oz.au>
- Sender: nobody@hpcvusn.cv.hp.com (Nobody - UID must be 99999)
- Reply-To: craig@cv.hp.com
- Organization: Hewlett-Packard Company, Corvallis, Oregon USA
- Lines: 21
- Nntp-Posting-Host: hpcvxcd.cv.hp.com
- X-Newsreader: TIN [version 1.1.1 PL6]
-
- John R Marley (jrm@zeta.ma.adfa.oz.au) wrote:
- : First, on a couple of the 425t's, the X server seems to lose track of the
- : available fonts. Reboot the machine, and everything works fine. Some time
- : later, applications start to fail proclaiming that they can't find font such
- : and such. 'xlsfonts' lists the font that supposedly can't be found. Reboot
- : the machine and everything works again. This has been reported on 425t's
- : booted off different 5500's.
-
- This was (probably) a bug in X11 R4 (I think as it came from MIT). What
- happened was the font alias-caching would put the wrong directory in the
- cache on the first font access and the next access would fail. What
- triggered the problem was the same font in fonts.dir files in different
- directories but the font itself wasn't in all the directories (if I
- remember correctly). You can probably work around the problem by
- juggling your font path (xset fp) or removing the duplicate fonts. I
- fixed the bug (a while ago) and hopefully it made it into a patch
- release.
-
- Craig Durland (503) 750-3354
- Hewlett-Packard, 1000 NE Circle, Corvallis, OR 97330
- craig@cv.hp.com
-