home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / cplus / 18262 < prev    next >
Encoding:
Text File  |  1992-12-21  |  1.7 KB  |  38 lines

  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!spool.mu.edu!cass.ma02.bull.com!melb.bull.oz.au!gbj
  3. From: gbj@melb.bull.oz.au (Graham Jose)
  4. Subject: C++ & Assembler
  5. Message-ID: <1992Dec21.005828.24917@melb.bull.oz.au>
  6. Sender: news@melb.bull.oz.au (USENET News Account)
  7. Nntp-Posting-Host: sirius.melb.bull.oz.au
  8. Organization: Bull HN Information Systems Australia.
  9. Date: Mon, 21 Dec 1992 00:58:28 GMT
  10. Lines: 26
  11.  
  12. I have been using Borland C++ 3.1 to put together a program which
  13. consists of a relatively small C++ Windows module linked to about 50
  14. assembler object modules. The assembler code uses a variety of code
  15. and data segments. My problem is that when it has all successfully
  16. linked, the final executable size is approx. 512Kb, which is not
  17. excessively large, however, Windows keeps reporting that the program
  18. is too large to fit in memory, when I try to execute it. Can anybody
  19. give me some hints into where I am possibly going wrong? Are there
  20. certain procedures I need to follow in my definition of code and data
  21. segments in my assembler code that could cause this problem?
  22.  
  23. Any help would be much appreciated,
  24.  
  25. Regards,
  26. Graham Jose
  27.  
  28.  ---------------------------------------------------------------------------
  29. | Graham Jose, Snr Software Engineer (EFTPOS,Comms) |   Phone: 61 3 2464450 |
  30. | Melbourne Development Centre     (Unix, DOS, OS2) |     Fax: 61 3 2464445 |
  31. | Bull HN Information Systems Australia Pty Ltd     |-----------------------|
  32. | ACSnet  : gbj@bull.oz                             |  C A R P E   D I E M  |
  33. | Internet: gbj@melb.bull.oz.au                     |    'Seize the day'    |
  34.  ---------------------------------------------------------------------------
  35.  
  36.  
  37.  
  38.