mouse@SHAMASH.MCRCIM.MCGILL.EDU (der Mouse) (07/07/90)
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 X display information, obtained with xdpyinfo: name of display: :0.0 version number: 11.0 vendor string: DECWINDOWS DigitalEquipmentCorp. vendor release number: 11 maximum request size: 4096 longwords (16384 bytes) motion buffer size: 0 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst keycode range: minimum 86, maximum 251 default screen number: 0 number of screens: 1 screen #0: [much dull and probably irrelevant stuff omitted] 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. Presumably I've missed something simple. Any idea what? All the other Xlib routines the program uses exist and appear to work just fine. If there are more version numbers or other info needed, tell me how to obtain them and I'll be glad to.... der Mouse old: mcgill-vision!mouse new: mouse@larry.mcrcim.mcgill.edu
price@wsl.dec.com (Chuck Price) (07/10/90)
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
klee@wsl.dec.com (Ken Lee) (07/10/90)
In article <9007070758.AA03094@shamash.McRCIM.McGill.EDU>, mouse@SHAMASH.MCRCIM.MCGILL.EDU (der Mouse) writes: |> 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). Sorry, don't know what your problem could be. This program works fine on my DECstation 3100 using the UWS2.2 release (from last year): ======== #include <X11/Xlib.h> #include <stdio.h> main() { Display *dpy = XOpenDisplay(NULL); char *s = XResourceManagerString(dpy); printf("rm string = %s\n", s); XCloseDisplay(dpy); } ======== Ken Lee DEC Western Software Laboratory, Palo Alto, Calif. Internet: klee@wsl.dec.com uucp: uunet!decwrl!klee
evans@decvaxdec.com (Marc Evans Ultrix Q/A) (07/10/90)
In article <1990Jul9.180010.16061@wrl.dec.com>, price@wsl.dec.com (Chuck Price) writes: |> 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. |> |> |> |>... |> 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? As I recall, the FIREFOX (3520/3540) X environment lagged signifcantly behind that of the rest of the ULTRIX workstation platforms. For example, I believe that it still doesn't support the DPS extension. Possibly, UWS 2.1 did not support this function (at least on the FIREFOX)? The 3540 I have access to is currently running UWS 4.0 and therefore doesn't provide an apples<>apples comparison... - Marc =========================================================================== Marc Evans - WB1GRH - evans@decvax.DEC.COM | Synergytics (603)635-8876 Unix and X Software Contractor | 21 Hinds Ln, Pelham, NH 03076 ===========================================================================