Re: XForms: XForms crashes with LinuxPPC + 32 bpp

T.C. Zhao (tc_zhao@yahoo.com)
Tue, 21 Sep 1999 21:53:51 -0700 (PDT)

# To subscribers of the xforms list from "T.C. Zhao" <tc_zhao@yahoo.com> :

Thanks for sending me the output of xdpyinfo.

--- Albrecht Dress <ad@MPIfR-Bonn.MPG.de> wrote:

> [ad@tirilap130 ad]$ xdpyinfo
> name of display: :0.0
> version number: 11.0
> vendor string: The XFree86 Project, Inc
> vendor release number: 3330
> maximum request size: 4194300 bytes
> motion buffer size: 256
> bitmap unit, bit order, padding: 32, MSBFirst, 32
> image byte order: MSBFirst
> number of supported pixmap formats: 2
> supported pixmap formats:
> depth 1, bits_per_pixel 1, scanline_pad 32
> depth 32, bits_per_pixel 32, scanline_pad 32

depth==32 ? This is really interesting. Frankly I think this is
just plainly wrong. See below.
> keycode range: minimum 8, maximum 134
> focus: window 0x380000e, revert to PointerRoot
> number of extensions: 19
>
> default screen number: 0
> number of screens: 1
>
> screen #0:
> dimensions: 1024x768 pixels (347x260 millimeters)
> resolution: 75x75 dots per inch
> depths (1): 32
> root window id: 0x25
> depth of root window: 32 planes
> number of colormaps: minimum 1, maximum 1
> default colormap: 0x21
> default number of colormap cells: 2048
> preallocated pixels: black 0, white 16777215
> options: backing-store YES, save-unders YES
> largest cursor: 1024x768
> current input event mask: 0x5c207f
> KeyPressMask KeyReleaseMask
> ButtonPressMask
> ButtonReleaseMask EnterWindowMask
> LeaveWindowMask
> PointerMotionMask ButtonMotionMask
> ResizeRedirectMask
> SubstructureNotifyMask SubstructureRedirectMask
> PropertyChangeMask
> number of visuals: 1
> default visual id: 0x22
> visual:
> visual id: 0x22
> class: TrueColor
> depth: 32 planes
> available colormap entries: 2048 per subfield
> red, green, blue masks: 0xff0000, 0xff00, 0xff
> significant bits in color specification: 8 bits
so it looks like we have 8bits of red, 8bits of green and
8bits of blue, packed GBR. Looks like a depth==24 to me
(bits per pixel can be whatever the server likes, but depth
has meaning, i.e.,if depth is k, I would expect I can get 2^k-1
colors).

In any case, xforms tried 1<<depth-1, and got a minus 1, which
was subsequently used to communicate with the server and really
upsets it. I'll try add some workaround.

__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com
_________________________________________________
To unsubscribe, send the message "unsubscribe" to
xforms-request@bob.usuhs.mil or see
http://bob.usuhs.mil/mailserv/xforms.html
XForms Home Page: http://bragg.phys.uwm.edu/xforms
List Archive: http://bob.usuhs.mil/mailserv/list-archives/