Xref: utzoo comp.sys.m6809:869 comp.os.os9:94
Path: utzoo!utgpu!water!watmath!clyde!att!alberta!ubc-cs!uw-beaver!tektronix!tekgen!jonh
From: jonh@tekgen.BV.TEK.COM (Jon Howell)
Newsgroups: comp.sys.m6809,comp.os.os9
Subject: Re: os9 level 2 woes!
Message-ID: <3422@tekgen.BV.TEK.COM>
Date: 22 Aug 88 05:09:29 GMT
References: <8808172042.AA01032@decwrl.dec.com> <11895@steinmetz.ge.com>
Reply-To: jonh@tekgen.BV.TEK.COM (Jon Howell)
Organization: Tektronix, Inc., Beaverton,  OR.
Lines: 24

In article <11895@steinmetz.ge.com> eaker@sunbelt.UUCP (Charles E Eaker) writes:
>I doubt that the level 1 save command will work properly with level 2.
>I suspect that whatever module file it is creating is using up the
>extra 8K when it is loaded into memory.

Nope..SAVE works..But of course it is using up the extra 8K..that's the
"minimum block phenomenon" we both explained.  However, I realize the other
blcok is un-accounted for.  That's tricky...I just thought of why, tho: When
the mfree was performed the first time, mfree was in the same block as shell.
However, the second time, OS-9 had to load it from the floppy...using another
8K block!  (gee, that was sleuthy!  I oughta do one of those Q&A columns!  I
bet YOU didn't think of that! [can you tell I'm proud of my little accomplish-
ment? :-])

	Anyhow, my original advice and the explanations by I and the person
	who's accusation of the SAVE command I hacked up without looking for
	his/her name still stand.  [Go ahead, make sense out of it! :-]

	Jon Howell
-- 
...!tektronix!tekgen!jonh  (503) MAK-SEMA  Jon Howell   o  o  o  o  o  o  o  o
  //  //  //  _ _   _ _    .  . .   .    ___ .    _    -|--|--|--|--|--|--|--|-
 //  //  //  / / \ / / \   |\/| |\  |\ |  |  |\  /      /> /> /> /> /> /> /> />
//  //  //   \_\_/ \_\_/   |  | |"\ | \| _|_ |"\ \_