Article View: comp.soft-sys.andrew
Article #2117Re: Problems with Andrew on Sun SS-1
From: Tom Crockett
Date: Tue, 27 Feb 1990 15:31
Date: Tue, 27 Feb 1990 15:31
65 lines
3181 bytes
3181 bytes
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
Technical Details
Message-ID:
<4ZudpPP0_csmMjxqRr@icase.edu>Path:
arc1-ca.pugleaf.net!utzoo!attcan!uunet!aplcen!uakari.primate.wisc.edu!ames!pasteur!ucbvax!icase.edu!tomReferences:
<1377@nih-csl.UUCP>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!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