home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / windows / x / 20369 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  1.8 KB
  1. Xref: sparky comp.windows.x:20369 comp.windows.open-look:4867
  2. Newsgroups: comp.windows.x,comp.windows.open-look
  3. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!uwm.edu!linac!uchinews!msuinfo!lacey
  4. From: lacey@egr.msu.edu (Mark M. Lacey)
  5. Subject: Re: Need help linking applications under X
  6. Message-ID: <1992Dec18.093122.28600@msuinfo.cl.msu.edu>
  7. Sender: news@msuinfo.cl.msu.edu
  8. Organization: Michigan State University
  9. References: <1992Dec17.190414.4806@njitgw.njit.edu>
  10. Distribution: usa
  11. Date: Fri, 18 Dec 92 09:31:22 GMT
  12. Lines: 28
  13.  
  14. mxd8131@hertz.njit.edu (Marceline D'souza (cis)) writes:
  15.  
  16. >While building several applications that run under X, I have been
  17. >receiving errors from the linker reporting two undefined symbols:
  18. >    _get_wmShellWidgetClass
  19. >    _get_applicationShellWidgetClass
  20.  
  21. >I have checked the local documentation and header files, but cannot
  22. >determine which library contains their definitions.  I am working under
  23. >openwindows 3.0 and linking the following libraries:
  24. >    X11, Xaw, Xmu, Xt, Xext
  25.  
  26. >Does anyone know which library I am missing?
  27.  
  28. I had the same problem on a large application I am working on.  After
  29. several hours of trying to find out what the problem was, I finally
  30. mailed the sys-admins here who installed the libraries.  I don't know
  31. if they ever figured out exactly why it was occuring, but linking with
  32. the -static flag "solves" the problem.  If anybody has more information,
  33. and knows exactly what the problem is (missing patch? libraries at
  34. different versions?) I'd be interested in knowing.  As a side note,
  35. if though the linker produced these messages, the application still
  36. seemed to run fine all the time --- I never experienced any strangeness
  37. from the executable (although I bet there is probably some way to cause
  38. it to crash with absolute magnificance ;-).
  39.  
  40. Mark M. Lacey
  41. lacey@egr.msu.edu
  42.