home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / os9 / 1536 < prev    next >
Encoding:
Text File  |  1992-12-21  |  2.1 KB  |  46 lines
  1. Newsgroups: comp.os.os9
  2. Path: sparky!uunet!mcrware!smcgee
  3. From: smcgee@microware.com (Scott McGee)
  4. Subject: Re: Need ideas on gpp problems
  5. Message-ID: <1992Dec19.054041.3991@microware.com>
  6. Sender: smcgee@microware.com (Scott McGee)
  7. Nntp-Posting-Host: wales
  8. Organization: Microware Systems Corp., Des Moines, Iowa
  9. References: <1992Dec4.150851.1@skyler.mavd.honeywell.com> <1gqd5kINNdkp@agate.berkeley.edu>
  10. Date: Sat, 19 Dec 1992 05:40:41 GMT
  11. Lines: 33
  12.  
  13. In article <1gqd5kINNdkp@agate.berkeley.edu> kientzle@beirut.berkeley.edu (Tim Kientzle) writes:
  14. >In article <1992Dec4.150851.1@skyler.mavd.honeywell.com> magnuson@skyler.mavd.honeywell.com (Randy Magnuson) writes:
  15. >>I just downloaded gcc from cabrales and am having problems with gpp.
  16. >>gpp: Can't fork 'cc1plus'.Error #000:237  (E$NoRAM)  No RAM Available.
  17. >>According to mfree, I have about 1.5 Mb free RAM.  
  18. >>
  19. >Memory fragmentation.  I've found that besides the total amount of
  20. >free RAM, another relevant statistic is the largest block returned
  21. >by "mfree -e".  As someone pointed out, cc1plus is over 800k, so
  22. >unless you have an 800k block of free memory, any attempt to run
  23. >cc1plus will fail.  Sometimes rebooting and judiciously terminating
  24. >programs can give you a big block of contiguous memory.
  25. >                    - Tim Kientzle
  26.  
  27. Another thing that contributes to this problem is colored memory. I recently
  28. ran into a problem where I had over a meg and a half free but couldn't get a
  29. chunk bigger than about 700K. I finally got a utility that lists memory by
  30. color and found that I had about 700 and some odd K of one color and 600 and
  31. a bit of a second color. No wonder I couldn't get a bigger contigious block!
  32.  
  33. One trick I found for "sometimes" getting around such problems is to do a
  34. shell #1000000
  35. just before a command that needs a lot of ram. That will boot all the sticky
  36. modules out of memory but still fail for lack of mem, resulting in a null
  37. command. Cute trick. (I got it from my boss!)
  38.  
  39. Scott
  40.  
  41.         Buttered bread always lands   *   Would YOU mistake these
  42.         butter side down! (Unless     *   opinions as anyone`s
  43.         it sticks to the ceiling!)    *   but my own?
  44.                   smcgee@microware.com (Scott McGee)
  45.  
  46.