[comp.windows.x] Warning: widget mismatch

tpw@cbnewsj.att.com (thomas.p.walsh) (06/18/91)

Our system runs OpenWindows2.0 under SunOS 4.0.3. It also runs various
X11R4 clients (patch level 11). Recently, after we recompiled X11R4,
started getting the following message when our X11R4 clients startup.

	Warning: Widget class XXX version mismatch
	(recompilation needed): Widget 11004 vs. intrinsics 11003

(where XXX is the name of the client we started - e.g. Eyes for xeyes).

We put /usr/openwin/lib in the front of LD_LIBRARY_PATH which means
that our X11R4 clients load libXt from /usr/openwin instead of from
the our X11 directory structure. I've tracked down the warning message
to different versions of XT_REVISON in IntrinsicsP.h. Apparently,
XT_REVISION is 3 (leading to 11003) in OpenWindows2.0, and XT_REVISION
is 4 (leading to 11004) in our X11R4 clients.

How can I get rid of the warning? I don't have the source for OpenWindows2.0.
Should I statically load the libraries for our X11R4 clients so I'm sure to
pickup the right library?


Any hints would be appreciated.

wmk@fed.frb.gov (William M. Kules) (06/21/91)

In article <1991Jun18.140706.14885@cbnewsj.att.com>, tpw@cbnewsj.att.com (thomas.p.walsh) writes:
|> 
|> Our system runs OpenWindows2.0 under SunOS 4.0.3. It also runs various
|> X11R4 clients (patch level 11). Recently, after we recompiled X11R4,
|> started getting the following message when our X11R4 clients startup.
|> 
|> 	Warning: Widget class XXX version mismatch
|> 	(recompilation needed): Widget 11004 vs. intrinsics 11003
|> 

We have had the same problem for a long time (we're at patchlevel 18), and
the way we deal with it is to tell user's to either change the order of
their LD_LIBRARY_PATH or ignore the error messages.  We also get warnings
about minor revision levels of the shared X libraries when certain
applications start, depending on how LD_LIBRARY_PATH is set.  I suppose you
could write a shell script wrapper to futz with LD_LIBRARY_PATH for each
problematic program, but I've never bothered.

Not very satisfactory, eh?

Bill Kules, Automation and Research Computing |	Internet: wmk@fed.FRB.GOV
Federal Reserve Board, Washington, DC	      |	    UUCP: uunet!fed!wmk
"Recycling:  Just do it, dammit!"             |	   Phone: (202) 452-3933