[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference bulova::decw_jan-89_to_nov-90

Title:DECWINDOWS 26-JAN-89 to 29-NOV-90
Notice:See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit
Moderator:STAR::VATNE
Created:Mon Oct 30 1989
Last Modified:Mon Dec 31 1990
Last Successful Update:Fri Jun 06 1997
Number of topics:3726
Total number of notes:19516

815.0. "why is XStoreColors failing with 256 colors on ultrix" by 56733::OSMAN (see HANNAH::IGLOO$:[OSMAN]ERIC.VT240) Mon May 22 1989 19:31

    I'm having on a color ultrix server with
    
    	XStoreColors
    
    My application is attempting to create its own color map and specify
    256 colors to the XStoreColors procedure.
    
    It gets back this error:
    
    X error event received from server: BadValue - integer parameter out of
     range
      Failed request major op code 89 X_StoreColors
      Failed request minor op code 0 (if applicable)
      ResourceID 0xff in failed request (if applicable)
      Serial number of failed request 128
      Current serial number in output stream 129
    
    
    This error only seems to occur with the ultrix color server.
    
    I have noticed that if I patch the program to specify 240 instead
    of 256, the error doesn't happen anymore.
    
    But, I really don't want to change it to 240 (or anything other than
    256 unless I have to)
    
    Does anyone in readerland have any idea why this is happening ?  (if
    you need more info, I can publish the code fragment)
    
    Thanks.
    
    /Eric

T.RTitleUserPersonal
Name
DateLines
815.1VSII ?DECWIN::FISHERBurns Fisher 381-1466, ZKO3-4/W23Tue May 23 1989 15:0420
What hardware is this?  I bet it's a VSII/GPX and not a VS2000/GPX, right?
That hardware has the cursor hardwired to 255 and 256 in the color maps.
What we do in VMS is to preallocate those entries in the default colormap,
but allow you to allocate them yourself in one that you create yourself.
We also return 256 as the number of color indices available.

In MITs server, they return 254 as the number of entries available and never
allow you to allocate the cursor colors.

It is possible that the Ultrix server was changed to match the MIT convention,
although I'm not sure.  I thought that code was in the sources that were
common to both of us, but...

In any case, I think Ultrix plans to switch to the MIT server soon, so if you
don't get this behavior now, you probably will soon.

Can someone from Ultrix answer with more certainty?

Burns

815.2FLUME::dikeTue May 23 1989 16:424
The last I heard was that the UWS2.2 servers would be based on the MIT servers
rather than on the common server as has been the case in the past.
				Jeff

815.3ORPHAN::WINALSKIPaul S. WinalskiWed May 24 1989 05:048
Does this mean that UWS2.2 will take a performance hit?  The MIT server code
is a reference implementation, and as such is no speed demon.  A lot of work
went into the DECwindows Xlib and server code to speed things up.  This is
one of the reasons that DECwindows outperforms the competition on X performance:
they're all using the MIT code.

--PSW

815.4Not reference but example implementations7486::WITHROWRobert WithrowWed May 24 1989 14:3113
RE: <<< Note 815.3 by ORPHAN::WINALSKI "Paul S. Winalski" >>>

> The MIT server code is a reference implementation, 

The documentation clearly states that the MIT provided servers are *not*
reference implementations, but rather example implementations...

> and as such is no speed demon.

This is true, but because the example servers are intended to be very
portable, and emphasis was on making them correct and portable and not
speedy.

815.5Starting from the PMAX base...56579::thomasThe Code WarriorWed May 24 1989 15:303
WSL in Palo Alto has done an remarkable job at speeding up the MIT servers.
I would guess that server taken from that base would be very quick...

815.640470::PETTENGILLmulpThu May 25 1989 02:393
Does this imply that the VMS servers will no longer be constrained by common
Ultrix code and design and can be similarly optimized for VAX/VMS?

815.7That's not the only thing...19458::FISHERBurns Fisher 381-1466, ZKO3-4/W23Thu May 25 1989 16:018
Sharing code with Ultrix is but one of many constraints the server developers have/had.
Another is that as soon as we stray too far from MIT, we run into the problem of
there being thousands of developers for the MIT server making features faster than
we can, and we can't make use of their code.  This has already happened.  (How
come you &^&^$@ idiots can't do backing store like MIT does????)

Burns