Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!tut.cis.ohio-state.edu!ucbvax!CIM-VAX.HONEYWELL.COM!derstad
From: derstad@CIM-VAX.HONEYWELL.COM ("DAVE ERSTAD")
Newsgroups: comp.sys.apollo
Subject: More SR10 Woes
Message-ID: <8912152124.AA21689@umix.cc.umich.edu>
Date: 15 Dec 89 21:17:00 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 33


Here's another one for netland to think about.

I'm doing software development using SR10.1 on a DN4000 with
Pascal 8.6 and C 6.6 (application mixes both).

Two odd things are happening, one always and the other intermittently.

The intermittent problem is that when trying to execute the bound
object code, I get a "file is not an object module or is not executable
on this machine type" message.  I'm using Motorola compilers and running
on a Motorola node (actual execution is on a DN3000).  I'm in a cycle
of minor change-compile-bind-run-repeat, and the problem pops up sometimes
and not others for no discernable reason.

The other problem is that after I bind the object, the length is 292 blocks,
but the "current length" is about 5 MB.  After executing the code, the
block length increases to about 5000.  Moreover, this occurs even when
the code does not actually run due to the other problem.  A guess I had
was that it had something to do with allocating space in the coff file
for all the static storage, but I was unable to replicate this 
behavior with small test programs.

Does anyone have explanations for these?  The first problem is really the 
troublesome one;  the second is just annoying, and I suspect there is
a logical explanation (although I find it hard to understand how
executing an object is allowed to change the object.).

Thanks in advance,

Dave Erstad
Honeywell SSEC
DERSTAD@cim-vax.honeywell.com