[comp.soft-sys.andrew] Andrew Patch 8 Available

susan+@ANDREW.CMU.EDU (Susan Straub) (12/22/90)

Sun OS 4.1 Users:  PLEASE NOTE THE SPECIAL INSTRUCTIONS INCLUDED LATER
IN THIS MESSAGE

We apologize for the delay and for the fact that we won't be around
until after the holidays to deal with any questions regarding this
patch, however there seemed to be enough interest to warrant releasing
this now rather than sit on it for another 10 days. Most of the delay
has been involved with getting a reasonable Sun4.1 version going when we
don't even have direct access to one of these machines.  Many thanks to
Steve Cousins at Washington University, St. Louis for allowing us the
use of his machine for testing.  We also want to thank the many Sun OS
4.1 users who offered to beta-test patch 8, but since Steve allowed us
to use his machine, we were able to do the testing ourselves.   As noted
below, things still aren't perfect for 4.1 users, but things are at
least reasonable , and we didn't want to delay the patch any longer. 

(General patch info follows...)

The latest patch, number 8, is available for your immediate action in
the file contrib/R4fixes/andrew/patch.008 or patch.008.Z compressed on
expo.lcs.mit.edu (IP address 18.30.0.212).  You can also retrieve the
file from host emsworth.andrew.cmu.edu (IP address 128.2.30.62).  This
patch is available as file patches/patch.008 or patch.008.Z compressed. 
A copy of the entire Andrew tree (compressed tar form) is also available
as in the top level ftp directory as andrew.008.tar.Z.  

This patch includes diffs for 293 source files.  The RCS logs of the
changed files are included at the top of the patch.008 file. A detailed
list of open bugs and bugs closed with this patch are available on
emsworth as patches/bugs.open and patches/bugs.closed.008.

If you don't have ftp access, mail retrieval is available.  For more
information, send requests to andrew-service@andrew.cmu.edu.  

As you probably know, you should apply these patches with Larry Wall's
patch program, which has been distributed on the X.V11R3 tape as well as
on the X.V11R4 tape and via netnews.  As the patches are all made from
context diffs, you may specify the '-c' option to patch.  You will also need
the '-p' option to allow patch to understand the pathnames in the patch
file.  Thus, you should do this:
	(retrieve contrib/R4fixes/andrew/patch.008)
	cd (directory with andrew distribution)
		(thus, ./overhead and ./atk exist)
	patch -c -p < ..../patch.008



Good luck and Happy Holidays. 

	Tom Neuendorffer
	Gary Keim
	Susan Straub 

Note to Sun OS 4.1 Users: 

There is a potential problem with the distribution, depending on what
resolver library you are using and how your version of X was compiled. 
If ATK is compiled with a different resolver library or with different
resolver include files than your X11 was, things are going to fail and
there is not a lot we can do about them . There seem to be other cases
under 4.1 where things will work if  $(RESOLVER_LIB) is linked into
runapp , but not into any of the dynamic objects. We are still trying to
come up with an Imakefile that will work in all cases, however if you
experience problems in the build, and don't have the above generic
problem, you should be able to get the majority of the distribution to
compile by changing Imakefiles to remove references to $(RESOLVER_LIB).

Thus any Imakefiles with lines of form 
DynamicMultiObject(foo.do, foo.o, $(RESOLVER_LIB),)
should be changed to
	DynamicMultiObject(foo.do, foo.o,,)

The most important places to change this are

andrew/atk/help/src/Imakefile
andrew/atk/console/cmd/Imakefile 
andrew/atkams/messages/lib/Imakefile

When making these changes please save the original version of the
Imakefile to Imakefile.orig and keep a list of the Imakefile that you
change so that when the time comes to apply the next patch you can
easily return the sources to their original form.  

NOTE: a small patch for SunOS4.1 users to fix this problem should be
forthcoming.

Good luck.