home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!fuug!demos!kiae!glas!demos!thunder.mcrcim.mcgill.edu!mouse
- From: mouse@thunder.mcrcim.mcgill.edu
- Newsgroups: comp.windows.x
- Date: 17 Jul 92 18:55 MDT
- Subject: Re: X display problems with xmaple
- Sender: Notesfile to Usenet Gateway <notes@glas.apc.org>
- Message-ID: <1992Jul17.145536.28766@thunder.m>
- Nf-ID: #N:1992Jul17.145536.28766@thunder.m:-1725896170:001:1022
- Nf-From: thunder.mcrcim.mcgill.edu!mouse Jul 17 18:55:00 1992
- Lines: 28
-
-
- In article <1992Jul13.022154.1466@lugb.latrobe.edu.au>, ccvj@misty.latrobe.edu.au (Vicki Jordan) writes:
-
- > /u/ccvj> xmaple
- > /u/ccvj> X Error: BadName
- > Request Major code 45 ()
- > Request Minor code 0
- > ResourceID 0x2400039
- > Error Serial #101
- > Current Serial #102
-
- Major code 45 is OpenFont. (Your Xlib is set up wrong, or this would
- be printed in the parentheses.) A BadName error from an OpenFont
- request indicates that the font does not exist. Most likely xmaple is
- asking the server for a font that just isn't there. If the xmaple
- documentation doesn't say what fonts it requires, you could run it
- under control of a protocol spy like xscope and see what it's asking
- for.
-
- This is rather odd, though, as BadName errors from OpenFont requests
- are normally caught by Xlib and passed back through the procedural
- interface. Your Xlib must be doing something very peculiar, or else
- xmaple is being ill-behaved and doing something behind Xlib's back.
-
- der Mouse
-
- mouse@larry.mcrcim.mcgill.edu
-
-