| 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 !
I have a DECW$SERVER problem using an ico qualifier. This problem
appears only on a VS3100 SPX.
You can reproduce this using the decw$examples ico with double
buffering.
Issue the following command and you'll get the problem :
$ MC DECW$EXAMPLES:ICO -dbl.
The DECW$SERVER process then takes about 75 % CPU time and you then
have trouble with the pointer which does no longer respond "smoothy"
to a gentle move !
Any Ideas. (VS3100 SPX with 24 MEGA's and running VMS 5.3-2).
Thanks a lot !
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3330.1 | DECWIN::FISHER | Locutus: Fact or Fraud? | Tue Sep 11 1990 20:42 | 10 | |
Ouch. It sure does. I assume that ico must be keeping the scanproc so busy it can't even find the time to move the pointer smoothly. Note that that problem does not happen if you don't ask for double buffering. I'll point it out to the devos. If you think it is a problem, QAR it. Burns | |||||
| 3330.2 | DECWIN::FISHER | Locutus: Fact or Fraud? | Tue Sep 11 1990 20:47 | 10 | |
Ok, I found a person who knows. -dbl is done with massive colormap updates. I assume they must allocate several colormap planes and set the colormap such that the one they are writing is invisible, then change the cmap. Anyway, cmap updates are kind of fussy. They have to be done at just the right time (vertical retrace) to avoid flicker. Due to a lot of factors, you can't write to the cursor position while the colormap is being updated. So the cursor move waits for the colormap. But there are a darn lot of colormap updates going on, so it is jerky. Burns | |||||