Newsgroups: comp.sources.d
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!fauern!NewsServ!Informatik.TU-Muenchen.DE!stumpf
From: stumpf@Informatik.TU-Muenchen.DE (Markus Stumpf)
Subject: Re: xroach problems.
Message-ID: <1991Mar27.160739@Informatik.TU-Muenchen.DE>
Sender: news@Informatik.TU-Muenchen.DE
Reply-To: stumpf@Informatik.TU-Muenchen.DE (Markus Stumpf)
Organization: Technische Universitaet Muenchen, Germany
References:  <+j7f0b+@rpi.edu>
Date: Wed, 27 Mar 1991 15:07:39 GMT

This is an excerpt from the FAQs of comp.windows.x
----------------------------------------------------------------------
Subject: 58)  What are these problems with "_XtInherit not found" on the Sun?
When I run a X program that I wrote on a SunOS 4.0.3 or 4.1 machine I get the 
error "ld.so: symbol not found _XtInherit".

	What you are seeing is a side-effect of a kludge in the R4 libXt.a to 
get Sun shared libraries working.  Apparently, you can't share a function that 
is both called and compared, as _XtInherit is. This was handled by putting 
_XtInherit in the same file as a function that is always used, thereby 
guaranteeing that it would be loaded -- that is, in Initialize.c, where 
XtToolkitInitialize() and XtInitialize() reside. These routines would normally
be called.

	You are probably seeing this error because your program is not a normal
Xt-based program and does not call XtToolkitInitialize() anywhere. 
	1) it may be a program that uses Xt functions but never opens a 
connection to the X server.  [OSF/Motif's 1.1 UIL has this problem; it calls 
XtMalloc() and other Xt functions.] The solution is to add the call to your 
program; the function does not have to be executed, just linked in.
	2) alternatively, your program doesn't need any Xt functions and is
correct in not calling XtToolkitInitialize() -- it may be an Xlib or XView 
program. In this case, you can remove -lXt from your link command. 

	It should not be necessary to link the shared libraries statically,
although this will certainly solve the problem.
	
[from jordan@morgan.COM (Jordan Hayes) and Danny Backx (db@sunbim.be); 11/90]

----------------------------------------------------------------------

-- 
+- Markus Stumpf                         Technische Universitaet Muenchen   -+
|                            Institut fuer Informatik, Rechnerbetriebsgruppe |
|  stumpf@informatik.tu-muenchen.de              Postfach 202420             |
+-   ...@{unido.uucp,relay.cs.net}        D-8000 Muenchen 2, West Germany   -+
