[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

2755.0. "PMAX color problems" by OVRDRV::BEIKMAN (Steve Beikman) Mon May 14 1990 13:20

	Hi all,

	 I've made an honest search through about a half dozen
	Confrences and manuals for solutions to a problem.  Not 
	finding anything would imply that this problem is site 
	specific, or in other words, 'user error'.  If anyone 
	has experienced these problems, could you tell me how
	or where to solve this?

	Configuration is DECstation 3100 running UWS V2.1, with
	16Mmemory and plenty of free disk space. 

	The problem is when certain Decwindows application starts
	up on the workstation I get errors like:

# rags
X Toolkit Warning: DwtDrm__ConvertValue detected error Couldn't convert color/pi
xel 'white' - Not found (DRMNotFound)
X Toolkit Warning: DwtDrm__ConvertValue detected error Couldn't convert color/pi
xel 'white' - Not found (DRMNotFound)
X Toolkit Warning: DwtDrm__ConvertValue detected error Couldn't convert color/pi

	
# xcolors
Can't get color medium aquamarine
Can't get color black
Can't get color blue
Can't get color cornflower blue
Can't get color light blue
	.
	.
	.


	Some of the programs terminate, others continue to work.  I've
	poked around looking for files which might have improper
	protections set.

	lost,
	/sb

T.R	Title	User	Personal Name	Date	Lines
2755.1		ABYSS::dike		`Mon May 14 1990 13:40`	10
	Sounds like your rgb database might be corrupted. This will tell you if it is: sum /usr/lib/X11/rgb* 26114 36 /usr/lib/X11/rgb 00254 4 /usr/lib/X11/rgb.dir 64060 8 /usr/lib/X11/rgb.pag 63948 7 /usr/lib/X11/rgb.txt You might want to consider getting new bits. If you don't feel like installing a new version, getting the rgb database from another machine will also work. Jeff
2755.2	maybe...	OVRDRV::BEIKMAN	Steve Beikman	`Mon May 14 1990 17:09`	15
	Ok, the checksums are different. I do plan to upgrade to the new ULTRIX V4.0 bits when they get released. I wonder if I can extract those files from the original tapes. Those are tar formats, aren't they? 47133 60 /usr/lib/X11/rgb 08141 4 /usr/lib/X11/rgb.dir 15169 3 /usr/lib/X11/rgb.pag 14378 4 /usr/lib/X11/rgb.txt thanks, /sb
2755.3		ABYSS::dike		`Mon May 14 1990 17:58`	3
	The server in the distant past has been known to corrupt the rgb database with the result that colors disappear. I don't know if this was a problem in 2.1. Jeff
2755.4		ABYSS::dike		`Mon May 14 1990 18:01`	6
	To answer the question, though, run fverify on the server subset. fverify should mark the subset as corrupt, as shown by setld -i. If that happens, then you should be able to reinstall. If not, remove the lock file associated with the server subset and reinstall it. The lock file is /usr/etc/subsets/<subset name>.lk. Jeff
2755.5	rgb.dir was the problem	OVRDRV::BEIKMAN	Steve Beikman	`Wed May 16 1990 13:31`	16
	Ok, I got it now. The rgb.dir file got corrupt somehow. I got a lesson in fverify. The upgrades do not update the old .inv files I discovered. When I ran the fverify on the UDWX11020 stuff, I got lots of errors. When I ran it on the UDWX11021 install, I got an error on 'rgb' because I had changed the protection codes on it. I then looked closer at how the fverify worked. That's when I discovered the sum of rgb.dir was bad. That file was not updated in the 2.1 upgrade. So, one has to consider if upgrades have been applied when using fverify. I found a copy of rgb.dir, installed, rebooted, and now everything works like I expect. yea! Thanks for you help Jeff. /steve