Path: utzoo!attcan!uunet!aplcen!uakari.primate.wisc.edu!ames!pasteur!ucbvax!icase.edu!tom From: tom@icase.edu (Tom Crockett) Newsgroups: comp.soft-sys.andrew Subject: Re: Problems with Andrew on Sun SS-1 Message-ID: <4ZudpPP0_csmMjxqRr@icase.edu> Date: 27 Feb 90 15:31:39 GMT References: <1377@nih-csl.UUCP> Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 65 Excerpts from info-andrew: 26-Feb-90 Problems with Andrew on Sun.. Keith Gorlen@uunet.uu.ne (5216) > ez brings up a window and can do primitive editing operations, and I > could insert an eq object, but it crashes if I try to insert a zip > object. Most other applications (e.g. help, console, ezprint, ness) > just dump core after printing out the "Starting ..." message but before > bringing up a window. > (1) I had to recover several times from the infamous Sun-4 "sh" > problem, (2) I couldn't get the ness documentation installed because > ness would dump core Finally, somebody has run into the same problems I had!!! I was beginning to think our system was just corrupted or something. I had exactly the same behavior you describe for these three cases. I didn't see the dofix problems, though. (I don't have AFS and didn't try to build WP.) Here's what I did. For the core dump problems (most of the apps and nessrun), I modified two Makefiles after running "make Makefiles" but before running "make dependInstall". The following Makefiles need to be edited manually to add a -Bstatic option for linking: AS/atk/apps/Makefile runapp: runapp.o statload.o ${ATKLIBS} ${OTHERLIBS} $(RM) $@ $(CC) $(CFLAGS) -Bstatic -o $@ runapp.o statload.o ${ATKLIBS} ${OTHERLIBS} ${SYSLIBS} AS/atk/ness/objects/Makefile nessrun: nessrun.o ${NESSOBJS} nessmark.o nesssym.o ../tokens/libtokens.a ${LIBS} $(RM) $@ $(CC) $(CFLAGS) -Bstatic -o $@ nessrun.o ${NESSOBJS} nessmark.o nesssym.o ../tokens/libtokens.a ${LIBS} -lm Everything ran fine after that. It turns out that it's sufficient to link just -lm statically, but I did some experimentation, and found that my typical desktop used about 900K less memory if I linked all of the libraries statically for runapp! I posted my experiences with this to info-andrew a couple of days ago; I'll forward you a copy of that. As for the problem with sh dumping core, I slashed my environment variables back to the bare (and I do mean bare) minimum before starting "make dependInstall". I unsetenv everything except USER, HOME, SHELL, and then do set path=( /usr/ucb /usr/bin ). I have yet to see sh dump core with this bare bones environment. I've also found it helpful to do the build on a lightly loaded machine to prevent occasional failures of as and ccom. Tom Crockett ICASE Institute for Computer Applications in Science and Engineering M.S. 132C e-mail: tom@icase.edu NASA Langley Research Center phone: (804) 864-2182 Hampton, VA 23665-5225