home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / c / 11409 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.2 KB
  1. Path: sparky!uunet!newsstand.cit.cornell.edu!vax5.cit.cornell.edu!rdw
  2. From: rdw@vax5.cit.cornell.edu
  3. Newsgroups: comp.lang.c
  4. Subject: Borland 3.1 ext. mem. capabilities?
  5. Message-ID: <1992Jul21.174042.13890@vax5.cit.cornell.edu>
  6. Date: 21 Jul 92 17:40:42 EDT
  7. Distribution: comp
  8. Organization: Cornell University
  9. Lines: 22
  10.  
  11. Dear fellow MS-DOS C programmers:
  12.  
  13.      I am a Microsoft C 6.0 user thinking of switching to Borland C++ 3.1.  My
  14. main concern is accessing about 7 megs of extended memory past the 640K limit
  15. imposed by DOS.  I am already using large linked lists rather than
  16. multidimensional arrays to conserve memory, but I still need more.  Does anyone
  17. know about Borland's Extended Memory Interface or its VROOM features?  For
  18. example, will it let me access this much memory?  Is there a counterpart in
  19. Borland C++ to Microsoft's _huge pointers?  Can I mix memory models with
  20. Borland (i.e. _huge pointers with a large memory model compilation)?  Any other
  21. thoughts on or reactions to Borland's product would be much appreciated.
  22.  
  23.      Please post any responses on this newsgroup, as I don't have a EMAIL
  24. address yet.
  25.  
  26.         Thanks,
  27.  
  28.            Aaron S. Chou
  29.            Cornell University
  30.     
  31.  
  32.  
  33.