Bug 91217 - pseudocolor colormap filled by render extension to X server
Summary: pseudocolor colormap filled by render extension to X server
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: XFree86
Version: 9
Hardware: i686
OS: Linux
high
high
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-05-20 01:35 UTC by Steve Jepsen
Modified: 2005-10-31 22:00 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-05-20 02:24:28 UTC
Embargoed:


Attachments (Terms of Use)

Description Steve Jepsen 2003-05-20 01:35:19 UTC
Description of problem:

applications attempting to allocate colors fail when the user
has selected a 256-color pseudocolor installation

Version-Release number of selected component (if applicable):

apparantly this problem was introduced in xfree86-4.2.0 and,
contrary to statements made by mike harris in:

    http://www.redhat.com/archives/xfree86-list/2002-December/msg00027.html

in response to "questions on PseudoColor 8-bit support on 4.2.0",
a workaround has apparantly not been released as part of  4.3.0..

How reproducible:

100%, on my system..


Steps to Reproduce:
1.  set 8-bit color mode
2.  run an application which needs to allocate at least one color cell
3.
    
Actual results:

failure to allocate any color cells .. black


Expected results:


Additional info:

Comment 1 Mike A. Harris 2003-05-20 02:24:28 UTC
No, you are 100% wrong here.

This problem was indeed fixed in 4.3.0, and can be configured using the
appropriate mechanisms, just exactly like I said it would be in the email
that you quoted.

You can use the XFree86 documentation for details, or XFree86 mailing lists
if you require technical support assistance on configuring your X server
et al. to get this to work properly.





Note You need to log in before you can comment on or make changes to this bug.