steve@wlbr.UUCP (Steve Childress) (09/24/85)
For the fellow trying to run a large program on a CoCo ...
I suggest that:
1) Put a "LOAD LOAD" in your startup file... this is probably
why you could load then run.
2) When you want to run a large program, use the command:
ex pathname
because this discards the current shell before running the
program ... this releases about 4 pages of memory.
3) Be aware that memory fragmentation occurs in OS9 (8-bit)...
Do a "MFREE" just after booting OS9 and again after running
several different programs. If you see several small (< 3)
regions of memory, you have a fragmentation situation. This
can be cleared by rebooting.
On the issue of why OS9 was not selected by Commodore or Atari ...
In a posting done a couple of weeks ago, I speculated that the manufacturers
elected to do the O/S's in-house to achieve lower recurring costs. Does anyone
else have a speculation?
HEY MICROWARE!!! Where the *#@!$#$@ are your news releases, user-feedback
solicitations, COMPUSERVE-relays, etc? There could be a goodly-sized
group of people here on USENET (and possibly ARPANET).
Regards,
Steve Childress
Eaton IMS R&D Group MS 43
31717 La Tienda Drive
Westlake Village, CA 91360
(818) 889-2211 X2148
{trwrb, scgvaxd, ihnp4, voder, vortex} !wlbr!steve
or ...wlbr!wlbreng1!stevekim@mcrware.UUCP (Kim Kempf) (09/29/85)
In article 367@wlbr.UUCP, Steve Childress writes: > For the fellow trying to run a large program on a CoCo ... > I suggest that: > 1) Put a "LOAD LOAD" in your startup file... this is probably > why you could load then run. Actually, a better solution is to append the "load" utility to the "shell" utility. This has great value on level II systems because "load" will be placed in in the same memory block as the "shell", thereby not wasting a full block for load. It may also save a partial page of memory on level I systems, but I am not sure. > HEY MICROWARE!!! Where the *#@!$#$@ are your news releases, user-feedback > solicitations, COMPUSERVE-relays, etc? There could be a goodly-sized > group of people here on USENET (and possibly ARPANET). > Here we are. If you don't see this blame USENET and not Microware. I don't think those topics (marketing hype, etc.) is appropriate for USENET. Interactive technical discussions of those topics certainly are. The Microware Pipelines Newsletter is now in publication again after a lengthy illness. This newsletter details interesting system and application develop- ments on OS-9 newsfront. There may even be some useful technical information in there also. If you don't receive mailings from Microware, you are not on our mailing list. You can be placed on the mailing list by PURCHASING software, customer support services or simply by request. We appreciate the USENET community interest in OS-9. ------------ Kim Kempf, Microware Systems Corporation {{cornell,decvax,ihnp4,sdcsvax,tektronix}!uw-beaver}\ {allegra,gatech!sb1,hplabs!lbl-csam,decwrl!sun,sunup} >!fluke!mcrware!kim {ssc-vax,hplsla,wavetek,physio,cae780,tikal,telematic}/