Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!samsung!olivea!uunet!fed!m1wmk00
From: wmk@fed.frb.gov (William M. Kules)
Newsgroups: comp.windows.x
Subject: Re: Warning: widget mismatch
Keywords: libXt widget mismatch
Message-ID: <1013@arccs1.fed.FRB.GOV>
Date: 21 Jun 91 13:13:22 GMT
References: <1991Jun18.140706.14885@cbnewsj.att.com>
Sender: news@fed.FRB.GOV
Reply-To: wmk@fed.frb.gov (William M. Kules)
Organization: Federal Reserve Board, Wash, DC
Lines: 23

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