home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / mswindo / programm / tools / 1405 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  1.4 KB
  1. Path: sparky!uunet!gumby!wupost!cheswicks!f0.n86.z86.toadnet.org!Peter.Garner
  2. From: Peter.Garner@f0.n86.z86.toadnet.org (Peter Garner)
  3. Sender: ufgate@cheswicks.toadnet.org (newsout1.26)
  4. Newsgroups: comp.os.ms-windows.programmer.tools
  5. Subject: Re: BC++ far* default in
  6. Message-ID: <53.2B02CF61@cheswicks.toadnet.org>
  7. Date: Wed, 11 Nov 92 11:50:00 cdt
  8. Organization: FidoNet node 86:86/0 - Zone Toad, St Louis MO
  9. Lines: 26
  10.  
  11. JG> I am writing my first app, and I am using large model (BC++   JG>
  12. Does that [using the far keyword] give me 'another' 64k data
  13. JG> segment?
  14.  
  15. Sort of.  I don't know how the borland linker groups data, you may get
  16. a separate 64k segment for each module containing data declared as far,
  17. or you may get one far segment and one DGROUP.  But yes, if you get the
  18. message 'DGROUP exceeds 64K" or something similiar, you need to declare
  19. data as far.  Depending on your app and how you use memory,  (All calls
  20. to malloc and calloc return memory allocated from outside of DGROUP) you
  21. may not run into the problem at all.  Very few programs use more than
  22. 64K of static data.  If you can allocate memory at runtime, you shouldn't
  23. have a problem.
  24.  
  25. Good Luck
  26. Peter.
  27.  
  28.  * KWQ/2 1.0 *
  29.  
  30.  
  31. --- WM v2.04/92-0499
  32.  * Origin: Cheswick's * HST/DS * STLMO (86:86/0)
  33. --  
  34. Peter Garner - via Toadnet/UUCP Gateway 86:86/200
  35. UUCP: ....!wupost!0!Peter.Garner
  36. INTERNET: Peter.Garner@f0.n86.z86.toadnet.org
  37.