Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!decwrl!pa.dec.com!hollie.rdg.dec.com!jch
From: jch@hollie.rdg.dec.com (John Haxby)
Newsgroups: comp.mail.mh
Subject: Re: Compiling MH6.7 & MMDF2 on DEC wkstn5000
Message-ID: <1991Mar8.085622.10299@hollie.rdg.dec.com>
Date: 8 Mar 91 08:56:22 GMT
References: <9103051832.aa04795@HQ.ASA.COM> <1991Mar7.101306.6977@topaz.ucq.edu.au>
Sender: news@hollie.rdg.dec.com (Mr News)
Reply-To: jch@hollie.rdg.dec.com (John Haxby)
Organization: Digital Equipment Corporation
Lines: 29


In article <1991Mar7.101306.6977@topaz.ucq.edu.au>, vossj@topaz.ucq.edu.au writes:
|> I've also been trying to get MH6.7.1 working on our DECstation 500/200 and I
|> have exactly the same problem. I noticed that both inc and msgchk don't
|> link properly, they both give the following error.
|> 
|> 
|> ld:
|> Undefined:
|> macnum     
|> proxy
|> macros
|> macbuf

This is the source of your problems.  The undefined symbols ensure that inc
and msgchk don't produce fully resolved images--if you try to run something
that has the relocation information in it it core dumps.

There are two fixes for this; one is to wait for the next release of ULTRIX (which
isn't pretty); the other is to extract ruserpass.o from /lib/libc.a on ULTRIX V4.0
and do the ar stuff to put it back into /lib/libc.a on 4.1.  (These undefined
symbols come from a dodgy ruserpass.o that slipped throug the net).  If you
don't have access to the V4.0 ruserpass.o; mail me directly and I'll send it
to you.  Equally, if you have the 4.3BSD ruserpass.c; you can compile it
up and I believe it will work just fine.
-- 
John Haxby, Definitively Wrong.
Digital				<jch@wessex.rdg.dec.com>
Reading, England		<...!ukc!wessex!jch>