[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20001003: Gempak NCLRAL error

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
> 
>