Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!HWCAE.CFSAT.HONEYWELL.COM!rand
From: rand@HWCAE.CFSAT.HONEYWELL.COM
Newsgroups: comp.sys.apollo
Subject: SR10.3.p is big trouble
Message-ID: <9101210024.AA09884@hwcae.cfsat.honeywell.com>
Date: 21 Jan 91 00:24:45 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 23

>>>>>> Mike Peterson (system@alchemy.chem.utoronto.ca) 18/Jan/91 writes:
> We upgraded our DN10020 to SR10.3.p 2 days ago, and in general our
> experience so far has not been good:
> [...]
> ... we get 'absolute load address already occupied (process manager/loader)'
> errors.

I have seen this error message many times before. But never at SR10.3.
At SR10.3 HP/Apollo changed the sizes of the segment(s) for the coff
files. I first noticed this when I installed C++ 2.0. This was
compiled with the SR10.3 tools at HP/Apollo. And whenever I tried to
run it on my SR10.1 node, I got the same error message. I called up
HP/Apollo, and they said "Oops, load up patch m159." I did and
everything works fine.

Now, I don't know if this helps you with your SR10.3 problem, but I
thought I'd tell you anyway.

--
Douglas Keenan Rand                Honeywell -- Air Transport Systems Division
Phone: +1 602 436 2814               US Snail: P.O. Box 21111 Phoenix AZ 85036
Internet: @cim-vax.honeywell.com:rand@hwcae.cfsat.honeywell.com
UUCP: ...!uunet!asuvax!apciphx!hwcae!rand