Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!apple!snorkelwacker!bu.edu!xylogics!transfer!crackers!m2c!umvlsi!dime!dime.cs.umass.edu!hosking From: hosking@cs.umass.edu (Tony &) Newsgroups: comp.windows.x Subject: Re: Problems with X11R4 public fix #12 Message-ID: Date: 29 Jun 90 18:01:13 GMT References: <6052@helios.ee.lbl.gov> <9006282345.AA22953@expire.lcs.mit.edu> <114@decvax.decvax.dec.com.UUCP> Sender: news@dime.cs.umass.edu Reply-To: hosking@cs.umass.edu Organization: Dept of Comp and Info Sci, Univ of Mass (Amherst) Lines: 22 In-reply-to: evans@decvaxdec.com's message of 29 Jun 90 11:15:30 GMT I had similar problems as described in previous postings with installing fix 12 but I think I know what's going on. After applying the patch, I did a make (not a "make World"!!!), in each of the 3 versions of the X hierarchy we have around (one for the DECstation 3100, one for the VAXstations, and one for a Mac II). As it turns out, make on the VAXstation rebuilt the *entire* Xt library, whereas make on the DS3100 and the Mac only selectively rebuilt files in mit/lib/Xt. When I tried to get X going on the VAXstation I had no problems, however the DS3100 and the Mac II exhibited the problems that were described in earlier postings. So, all I did was to "make clean" in mit/lib/Xt and do a top-level make (not "make World") for each of the DS3100 and Mac II mit hierarchies, and everything turned out OK. I guess there are some weird differences in make between VAXen and the DECstations and Mac IIs. Hope this helps. -- Tony Hosking Dept. of Computer and Information Science _--_|\ University of Massachusetts / \ Amherst, MA 01003 \_.--._/ ) (413) 545-0256; hosking@cs.umass.edu v /