Re: Mathematica front end wants CharacterEncoding koi8-1 under Linux?
- To: mathgroup at smc.vnet.net
- Subject: [mg19875] Re: Mathematica front end wants CharacterEncoding koi8-1 under Linux?
- From: paulh at wolfram.com (P.J. Hinton)
- Date: Sun, 19 Sep 1999 01:20:56 -0400
- Organization: "Wolfram Research, Inc."
- References: <7rsguk$3g7@smc.vnet.net>
- Sender: owner-wri-mathgroup at wolfram.com
In article <7rsguk$3g7 at smc.vnet.net>, Andrew Mauer-Oats <please_mauer_no_spam at uiuc.edu> writes: >I am running Mathematica-3.01 on a solaris box displaying to linux >machine running RedHat 6.0 with X-windows (XFree86-3.3.5). At a >certain (somewhat unpredictable) time, the following message occurs: > >> Front End Message (11:23:35 on 9/15/99) >> The front end could not locate a CharacterEncoding file for the >> requested encoding (koi8-1). > >This message does not occur when the front end is displaying on a >solaris box. Fonts are provided by the X server to which the front end is being displayed. The instance of an encoding message such as this will most likely occur when you select a font for use in a notebook and the X server replies to the front end that the font uses a character encoding for which there exists no corresponding resource file. The encoding koi8-1, if my memory serves me right, is an encoding used for fonts with Cyrillic (Russian) glyphs. You can verify whether there are such fonts on your X server's font path by executing the following command in a shell on the machine where the X server is running. xlsfonts | grep 'koi8-1$' | less This will filter out X logical font descriptions (XLFDs) of which have this string of text. Look in the last two fields of each XLFD to see if you have entries which have "koi8-1" in the last two fields. If you have such fonts on your system, and they are isolated in one directory, you may want to consider removing the directory from your X server's font path before launching Mathematica: xset fp- <full path to directory with Cyrillic fonts> Otherwise, you can opt to ignore the messages as they are benign. >If I have been working in a notebook, then I cannot see further things >I type, and redisplay seems broken. Sometimes I will be in the help >browser, and then things do not get so messed up. > >One simple way to cause this problem is to start up clean and type: > >x = {{2,0},{1,4}}; >x // MatrixForm > >The matix is displayed fine, but then further typing below that in the >notebook is invisible (although it appears to run). No output is >displayed, either. When I copy and paste the first cell repeatedly, it >displays fine in the region already displayed, but then is abruptly >cut off below the last output box. > >I have looked in the Mathematica Technical info and problem solving >database, and have not seen this problem listed. Redraw problems, or slowness to respond to events mouse and keystroke events, may be evident when an X client is displayed over a network connection that is relatively slow, such as a dial-up line. If you are connected through a fast (ethernet) network, with a relatively few bottlenecks between you and the remote host where the client is running, then you may want to check over the flags with which your X server is being launched. Sometimes flags which crank up acceleration can cause loopy behavior. If the problem cannot be traced to either of these symptoms, and you are using a site license version of Mathematica, see your local system admin to find out who on campus serves as a technical contact for Mathematica. Such individuals may contact Wolfram Research directly for technical support. -- P.J. Hinton Mathematica Programming Group paulh at wolfram.com Wolfram Research, Inc. Disclaimer: Opinions expressed herein are those of the author alone.