| 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 |
Hi all,
I have a customer that is attempting to run a 3rd party CAD system
(GDS) on their VS3520 (VMS V5.3-1) and it is returning the error that:
"XWINDOWS ONLY SUPPORTED WITH COLOUR MAPS". I suggested that the
customer try running ICO to confirm that the colour side of things was
working Ok. ICO promptly returned an error: "ico: can't allocate color
planes". The command used was ico -faces (which should produce a white
object in the window. BTW ico (wire frame) works Ok), similarly ico
-faces -colors red green blue also fails.
Other window applications appear to work Ok (DECTerm, Clock, Fileview,
color-change widget in the screen customize), and the ico error is
generated by a call to customize XallocColorCells.
I checked memory on the system (8Mb), there is a small IRP expansion
(625 over an original 600), but it looks Ok.
System Memory Resources on 12-OCT-1990 14:54:51.34
Physical Memory Usage (pages): Total Free In Use Modified
Main Memory (8.00Mb) 16384 1899 14062 423
Slot Usage (slots): Total Free Resident Swapped
Process Entry Slots 30 12 18 0
Balance Set Slots 27 11 16 0
Fixed-Size Pool Areas (packets): Total Free In Use Size
Small Packet (SRP) List 2000 1267 733 96
I/O Request Packet (IRP) List 625 60 565 176
Large Packet (LRP) List 200 185 15 1648
Dynamic Memory Usage (bytes): Total Free In Use Largest
Nonpaged Dynamic Memory 768000 130960 637040 89424
Paged Dynamic Memory 3200000 2983440 216560 2981824
Paging File Usage (pages): Free Reservable Total
DISK$WS1DATA:[SYSEXE]SWAPFILE.SYS;1 19992 19992 19992
DISK$WS1DATA:[SYSEXE]PAGEFILE.SYS;1 40649 12656 49992
What I want to do is get ico running (or explain why it isn't woking)
so that the customer can: a) be sure that the DECW side of things is Ok
b) get back to his CAD vendor and check
with them what the application is doing
Has anyone else run into this sort of behaviour with ICO on a Firefox ?
Is the problem with the way the Server is controlling the allocation of
the colour maps.
Thankyou for any pointers
Rob
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3461.1 | Need to look for non-default visual | DECWIN::FISHER | I like my species the way it is" "A narrow view... | Fri Oct 12 1990 17:18 | 14 |
It seems likely that both ICO and the customer's application are blindly going to the default visual and trying to allocate writeable colors (AllocColorCells or AllocColorPlanes) with it. Since the default visual type is TrueColor (which has a readonly colormap by definition), this does not work. All color applications which require writable color cells must go out and search for the appropriate visual type. In this case, you will find both DirectColor and PseudoColor available on the FireFox. In DW_EXAMPLES, you will find a program color CMAP...this, while quite a hacky program, does include an example of searching for a PseudoColor visual type and using it. Burns | |||||