Path: utzoo!attcan!uunet!decwrl!bacchus.pa.dec.com!wsl.dec.com!price
From: price@wsl.dec.com (Chuck Price)
Newsgroups: comp.windows.x
Subject: Re: decwindows: XResourceManagerString()?
Message-ID: <1990Jul9.180010.16061@wrl.dec.com>
Date: 9 Jul 90 18:00:10 GMT
References: <9007070758.AA03094@shamash.McRCIM.McGill.EDU>
Sender: news@wrl.dec.com (News)
Reply-To: price@wsl.dec.com (Chuck Price)
Organization: DEC Western Software Laboratory
Lines: 35

In article <9007070758.AA03094@shamash.McRCIM.McGill.EDU>,
mouse@SHAMASH.MCRCIM.MCGILL.EDU (der Mouse) writes:
|> Someone tell me what I'm doing wrong...DEC can't have gotten it this
|> badly wrong.  The system is a MasPar computer, number unknown; the
|> front-end is a VAX 3520 (I think - it's the dual KA60 machine) running
|> Ultrix.  It is on this front-end that I have the problem.
|> 
|> System version, obtained from /vmunix with strings and egrep:
|> 
|> 	Ultrix-32 V3.1 (Rev. 9) UWS V2.1 System #1: Mon Jun  4 08:46:20 PDT 1990
|> 
|>... 
|> Problem: when trying to build an X client, XResourceManagerString()
|> doesn't exist.  It doesn't exist in the include files (grep
|> ResourceManager *.h in /usr/include/X11 turned up nothing) and it
|> doesn't exist in the -lX11 library (undefined symbol at link time).
|> 
|> For now, I've patched around it by borrowing the call to
|> XGetWindowProperty from the end of the R4 XOpenDisplay, but that's
|> highly ugly.  The MIT Xlib doc, even for R3, indicates that
|> XResourceManagerString() exists, so it seems eminently reasonable to
|> expect it to be there.
|> 
|>...
|> 					der Mouse
|> 
|> 			old: mcgill-vision!mouse
|> 			new: mouse@larry.mcrcim.mcgill.edu

I am running UWS v2.2 on a DECstation. XResourceManagerString() is defined
in /usr/include/X11/Xlib.h, and does exist in libX11.a. I do not have
a VS3520 here, so I can't verify what is on that system. Have you contacted
MasPar?

-chuck