home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: fj.mail-lists.apollo
- Path: sparky!uunet!stanford.edu!sun-barr!sh.wide!wnoc-tyo-news!etl.go.jp!daemon
- From: craig%hpcvusn.UUCP%hp-pcd.UUCP%news1.boi.hp.com%cupnews0.cup.hp.com%hpscdm.UUCP%scd.hp.com%hpscit.sc.hp.com%sdd.hp.com%zaphod.mps.ohio-state.edu%cs.utexas.edu%hellgate.utah.edu@engin
- Subject: Re: Problems with X11 and SR10.4
- Message-ID: <1992Nov17.000630.3667@etl.go.jp>
- Sender: apollo-request@srvr1.engin.umich.edu
- Organization: Hewlett-Packard Company, Corvallis, Oregon USA
- References: <JRM.92Nov11143130@zeta.ma.adfa.oz.au>
- Distribution: fj
- Date: Fri, 13 Nov 1992 00:35:56 GMT
- Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>
- Approved: kato@etl.go.jp
- Lines: 21
-
- 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
-