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 // // // _ _ _ _ . . . . ___ . _ -|--|--|--|--|--|--|--|- // // // / / \ / / \ |\/| |\ |\ | | |\ / /> /> /> /> /> /> /> /> // // // \_\_/ \_\_/ | | |"\ | \| _|_ |"\ \_