Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!bcm!dimacs.rutgers.edu!seismo!uunet!brunix!rca
From: rca@cs.brown.edu (Ronald C.F. Antony)
Newsgroups: comp.sys.next
Subject: Re: 2.0 Software Problems
Message-ID: <63671@brunix.UUCP>
Date: 4 Feb 91 22:34:18 GMT
References: <799@mara.cognet.ucla.edu> <1991Feb2.041002.26625@agate.berkeley.edu>
Sender: news@brunix.UUCP
Reply-To: rca@cs.brown.edu (Ronald C.F. Antony)
Organization: Brown University Department of Computer Science
Lines: 27

In article <1991Feb2.041002.26625@agate.berkeley.edu> izumi@fugitive.berkeley.edu (Izumi Ohzawa) writes:
>In article <799@mara.cognet.ucla.edu> 
>	iwelch@agsm.ucla.edu (Ivo Welch) writes:
>> ***	The two performance measure programs (Monitor/NLoad) no longer
>>	compile and/or run  under 2.0.
>I don't know about NLoad, but if I remember correctly, you can
>make Monitor to work by replacing the occurence of "vmunix"
>in the source code to "mach".
>It was all I have to do.

Even quicker is to simply make a (symbolic) link to sdmach with
% su
# cd /
# ln -s sdmach vmunix

This works on systems that boot off the SCSI disk at least, since
$BOOTFILE then points to sdmach (mach is linked to $BOOTFILE).
I use symbolic links when I'm messing around in the parts of the file
system that are not under /User, /usr/local, /Local* or /Mount*
but that is a question of taste. A regular hard link should work as
well.

Ronald
------------------------------------------------------------------------------
"The reasonable man adapts himself to the world; the unreasonable one persists
in trying to adapt the world to himself. Therefore all progress depends on the
unreasonable man."   G.B. Shaw   |  rca@cs.brown.edu or antony@browncog.bitnet