[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20000818: 20000818: problem with 8 bit color and ldm error
- Subject: 20000818: 20000818: problem with 8 bit color and ldm error
- Date: Fri, 18 Aug 2000 12:30:49 -0600
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/
>> **************************************************************************
>