home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / c / 12672 < prev    next >
Encoding:
Text File  |  1992-08-22  |  2.0 KB  |  46 lines

  1. Newsgroups: comp.lang.c
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!mips!mips!munnari.oz.au!cs.mu.OZ.AU!baillie
  3. From: baillie@cs.mu.OZ.AU (Stephen Baillie)
  4. Subject: Re: Question about MS C/C++ Compiler 7.0
  5. Message-ID: <9223617.955@mulga.cs.mu.OZ.AU>
  6. Keywords: MS C/C++ Compiler 7.0
  7. Organization: Computer Science, University of Melbourne, Australia
  8. References: <Aug.16.15.33.14.1992.3727@remus.rutgers.edu>
  9. Distribution: inet
  10. Date: Sun, 23 Aug 1992 07:52:23 GMT
  11. Lines: 33
  12.  
  13. castello@remus.rutgers.edu (Vicente Castello) writes:
  14.  
  15. >    I have had the opportunity of experimenting with the latest C
  16. >compiler from Microsoft. While running a few tutorials, I have
  17. >encountered a few problems. The problem that I get most often deals
  18. >with memory. 
  19. >    When I compile the single-module programs from the tutorial,
  20. >the program is compiled, linked, and executed successfully. However,
  21. >when I try to compile a multi-module program, I am always getting an
  22. >error that complains about the lack of far heap space. This error is
  23. >associated with a lack of memory. 
  24. >    If you have experienced this same problem with this compiler,
  25. >I would appreciate if you can offer solutions. The programs that I
  26. >am trying to run are small. I am not dealing with code of 25,000
  27. >lines.
  28. >    I am running the Programmers Workbench straight from DOS.
  29. >Since I am not using Windows, I have installed 386MAX in order to run
  30. >my programs from DOS. Before I run PWB, I have 625K available in the
  31. >low-DOS area. The machine that I am using is a 386/20 with 4MB of RAM.
  32.  
  33. We've had similar problems from time to time along these lines.  The cause
  34. in our case was that we were using a make utility that grabbed a little
  35. too much memory.  So if you're using a make function you could try doing
  36. the compiles "manually".
  37.  
  38. If you're not using a make, just compiling multiple modules, you may need
  39. to compile the modules separately with the -c flag to produce just object
  40. modules, and then run the "link" program to put them all together.
  41.  
  42. Hope this helps,
  43.  
  44. Steve.
  45.  
  46.