NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Lodovica, If you have the Linux PC's running in 8 bit (you can verify this with the xdpyinfo command, look for the default visual ID to be pseudocolor), then if you lauch ntl on that machine, it should tell you how many colors it is able to obtain. If ntl gives the NCLRAL message, then it is likely that the display is running with the default visual as 24 bit. If you are short on colors, you can launch ntl with command line options to request fewer colors, "ntl -s 32" for instance will try to obtain 32 colors for satellite images (rather than the 128 by default). If you constantly are short on colors, then make sure you launch ntl before any application such as a web browser. Also, you might want to try a different window manager. Gnome eats lots of colors, If you are running into problems there, then I have found that KDE is much better for allowing GEMPAK to get its colors. Steve Chiswell Unidata User Support On Tue, 3 Oct 2000, Lodovica Illari wrote: > > Hi Steve, > > we have recently bought some PCs to add to our clusters of Alphas. > They are running redhat lynux. I am trying to use them as an > x-term for Gempak programs running on the Alphas but I get the > following message: > > [GEMPLT -46] NCLRAL - Can not allocate read/write colors > > We had a similar problem before on some of the New Alphas and > it was related to default visual being 24 bit color > instead of the 8 bit visual that Gempak's X11 calls > are written for. > > We have changed to 8 bit but still we get the same error. > We have also tried to extend the color map so to allow more > than one color apllication with no sucess either. > > Any idea of what the problem could be? > > Thanks again for your help > > Lodovica Illari > >