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

20000818: 20000818: problem with 8 bit color and ldm error

Rajul,

The output below shows that you are running with a 24 bit
true color display as the default visual:

>  default visual id:  0x20
>  visual:
>    visual id:    0x20
>    class:    TrueColor

This does have to be configured to be 8 bit pseudocolor.

The "defdepth 8" or "defclass PseudoColor" should be the 
appropriate option in the Xservers. You may have to examing your
logs to find out what the appropriate /dev is for your system.

Steve Chiswell


>From: "Pandya, Rajul E." <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200008181702.e7IH2IN23459

>Hi Steve, 
>
>Thanks for the quick response. My replies are interspersed below.
>
>> -----Original Message-----
>> From:        Unidata Support [SMTP:address@hidden]
>> Sent:        Friday, 18 August 2000 12:09
>> To:  Pandya, Rajul E.
>> Cc:  'address@hidden'
>> Subject:     20000818: problem with 8 bit color and ldm error 
>> 
>> 
>> Rajul,
>> 
>> Did you run the "xdpyinfo" command before trying to make modifications to
>> Xservers?
>> 
>       I did, and I am nearly positive it is in 8-bit mode. Here is the
>output, though, after starting with an Xservers that says only
>          :0   Local local_uid@console root /usr/openwin/bin/Xsun :0
>-nobanner
>
>       Here is the output of xdpyinfo:
>
>       name of display:    :0.0
>       version number:    11.0
>       vendor string:    Sun Microsystems, Inc.
>       vendor release number:    3610
>       maximum request size:  262140 bytes
>       motion buffer size:  256
>       bitmap unit, bit order, padding:    32, LSBFirst, 32
>       image byte order:    LSBFirst
>       number of supported pixmap formats:    6
>       supported pixmap formats:
>           depth 1, bits_per_pixel 1, scanline_pad 32
>           depth 4, bits_per_pixel 8, scanline_pad 32
>           depth 8, bits_per_pixel 8, scanline_pad 32
>           depth 15, bits_per_pixel 16, scanline_pad 32
>           depth 16, bits_per_pixel 16, scanline_pad 32
>           depth 24, bits_per_pixel 32, scanline_pad 32
>       keycode range:    minimum 8, maximum 136
>       focus:  window 0x4c00009, revert to PointerRoot
>       number of extensions:    25
>           AccessX
>           Adobe-DPS-Extension
>           DOUBLE-BUFFER
>           DPMS
>           DPSExtension
>           Extended-Visual-Information
>           LBX
>           MIT-SCREEN-SAVER
>           MIT-SHM
>           MIT-SUNDRY-NONSTANDARD
>           Multi-Buffering
>           RECORD
>           SECURITY
>           SHAPE
>           SUN_ALLPLANES
>           SUN_DGA
>           SUN_SME
>           SYNC
>           SolarisIA
>           TOG-CUP
>           XC-APPGROUP
>           XC-MISC
>           XInputDeviceEvents
>           XInputExtension
>           XTEST
>       default screen number:    0
>       number of screens:    1
>
>screen #0:
>  dimensions:    1280x1024 pixels (361x288 millimeters)
>  resolution:    90x90 dots per inch
>  depths (2):    1, 24
>  root window id:    0x25
>  depth of root window:    24 planes
>  number of colormaps:    minimum 1, maximum 1
>  default colormap:    0x22
>  default number of colormap cells:    256
>  preallocated pixels:    black 0, white 16777215
>  options:    backing-store YES, save-unders YES
>  largest cursor:    64x64
>  current input event mask:    0x78003f
>    KeyPressMask             KeyReleaseMask           ButtonPressMask
>
>    ButtonReleaseMask        EnterWindowMask          LeaveWindowMask
>
>    SubstructureNotifyMask   SubstructureRedirectMask FocusChangeMask
>
>    PropertyChangeMask       
>  number of visuals:    2
>  default visual id:  0x20
>  visual:
>    visual id:    0x20
>    class:    TrueColor
>    depth:    24 planes
>    available colormap entries:    256 per subfield
>    red, green, blue masks:    0xff0000, 0xff00, 0xff
>    significant bits in color specification:    8 bits
>  visual:
>    visual id:    0x21
>    class:    DirectColor
>    depth:    24 planes
>    available colormap entries:    256 per subfield
>    red, green, blue masks:    0xff0000, 0xff00, 0xff
>    significant bits in color specification:    8 bits
>
>
>
>> Output from that command would be useful in determining if your machine
>> normally boots with the default visual as 8 bit pseudocolor. In that case
>> you don't need to modify the Xservers file. If you do, the command
>> line arguments to Xsun are in the manpage:
>> 
>> setenv MANPATH /usr/openwin/man:${MANPATH}
>> man Xsun
>> 
>       The man pages suggest that what I am doing is ok. Here is the text
>of the man pages:
>
>User Commands                                             Xsun(1)
>
>
>
>NAME
>     Xsun - Solaris server for X Version 11
>
>SYNOPSIS
>     Xsun [ option ] ...
>
>DESCRIPTION
>     Xsun is the Solaris server for Version 11 of  the  X  window
>     system  on  Solaris  hardware.   It  is  normally started by
>     xinit(1) via openwin(1).
>
>OPTIONS
>     In addition to the options  described  in  Xserver(1),  Xsun
>     accepts the following command-line switches:
>
>     -dev filename
>             This option specifies the name  of  the  framebuffer
>             device file to be used instead of the default frame-
>             buffer /dev/fb.  Multiple instances of  this  option
>             indicate multiple screens on the same server.  After
>             each -dev option a list  of  modifiers  changes  the
>             behavior of the named device.
>
>             [ left | right | top | bottom ]
>                  Specify the position of a given screen in rela-
>                  tion  to  the previous one on the command line.
>                  The default right.
>
>             dpix n
>                  The dpi in the x direction for this  screen  is
>                  n.  The default is 90.
>
>             dpiy n
>                  The dpi in the y direction for this  screen  is
>                  n.  The default is 90.
>                  
>             defclass [ GrayScale | StaticGray | PseudoColor |
>                  StaticColor | DirectColor | TrueColor ] Use the
>                  specified  visual  as  the default visual.  The
>                  default is device dependent.
>
>             defdepth n
>                  A visual of depth n is the default visual.  The
>                  default is device dependent.
>
>             grayvis
>                  Only report GrayScale and/or  StaticGray  visu-
>                  als.
>
>             The following is an example of the -dev option  that
>             might be used on a system with a cg6 and a bw2:
>
>
>
>
>SunOS 5.7         Last change: 30 January 1997                  1
>
>
>
>
>
>
>User Commands                                             Xsun(1)
>
>
>
>                  -dev  /dev/cgsix0   defclass   GrayScale   -dev
>             /dev/bwtwo0 right
>
>             The Xsun server also supports the format used by the
>             X11R6  sample  X Server. Multiple screen systems are
>             specified by using the following syntax on the  com-
>             mand line:
> 
>                  -dev <device 1>:<device 2>:...:<device n>
>
>             The server uses device 1 as screen 0,  device  2  as
>             screen  1, etc., and the server assumes that screens
>             are  ordered  left  to  right  in  ascending  screen
>             number.   This  means  that the cursor moves off the
>             right side of screen n and onto  the  left  side  of
>             screen  n  +  1.  When this format is used, no other
>             -dev options are valid.
>
>
>> If you are in 8 bit pseudocolor, then you will want to ensure that 
>> the "ntl" program can access the colors it needs. Some Solaris CDE
>> programs
>> such as the anserbook that come up automatically steal lots of colors
>> and may have to be shut down before running GEMPAK. 
>> 
>> Please send the xdpyinfo putput if you aren't sure if your default
>> visual is 8 0r 24 bits.
>> 
>       So I think that my edit of /etc/dt/config/Xservers should be ok,
>according to the man pages, anyway. Once again, the command issued in that
>file when I am trying to get 8 bit color is:
>
>        :0  Local local_uid@console root /usr/openwin/bin/Xsun :0 -nobanner
>-dev /dev/fb defdepth 8 defclass PseudoColor
>
>
>
>> I'll forward the LDM question to others to answer.
>       Ok, thanks.
>
>       Rajul
>
>
>> Steve Chiswell
>> 
>> >Hi, 
>> >
>> >I have two problems, one with the setting the default color on the PC
>> >running Solaris, and the other with a strange message from ldmadmin.
>> >
>> >First the Color Problem:
>> >
>> >I have installed the binary of Gempak and things seem to be installed
>> >correctly, as much as I can tell, but I can't seem to switch the display
>> to
>> >8 bit Pseudo color. From looking through the email archives, I think I
>> >needed to have an /etc/dt/config/Xservers file with a command like:
>> >
>> > :0  Local local_uid@console root /usr/openwin/bin/Xsun :0 -nobanner -dev
>> >/dev/fb defdepth 8 defclass PseudoColor
>> >
>> >Unfortunately, this command, or any that uses the -dev flag causes Xsun
>> to
>> >bomb and write the following messdage to /var/dt/Xerrors:
>> >
>> >Fatal server error:
>> >InitOutput: Error loading module for /dev/fb
>> >
>> >
>> >Fri Aug 18 08:30:00 2000
>> >error (pid 261): Server for display :0 terminated unexpectedly 1
>> >The loadable module for the display device /dev/fb is not installed.
>> > 
>> >
>> >I tried a couple of other devices, (/dev/vt100, /dev/dtty) just for fun
>> and
>> >got no better results. 
>> >
>> >Anyway, here is the results of uname and a listing of /dev/fb. 
>> >
>> >rossby:/# uname -a
>> >SunOS rossby.wcupa.edu 5.7 Generic_106542-08 i86pc i386 i86pc
>> >
>> >
>> >rossby:/# ls -l /dev/fb  
>> >lrwxrwxrwx   1 root     other         30 Apr 17 16:22 /dev/fb ->
>> >../devices/isa/
>> >chanmux:chanmux
>> >
>> >
>> >I am completely stumped. Any help would be great.
>> >
>> >Rajul Pandya                                                
>> >Department of Geology and Astronomy         
>> >West Chester University
>> >West Chester, PA 19383
>> >V:610.436.2213   F:610.436.3036
>> >http://geology.wcupa.edu/~rpandya
>> >
>> 
>> **************************************************************************
>> Unidata User Support                                    UCAR Unidata
>> (303)497-8644                                                  P.O. Box
>> address@hidden                                   Boulder, CO
>> --------------------------------------------------------------------------
>> Unidata WWW Service                        http://www.unidata.ucar.edu/
>> **************************************************************************
>