home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / c / 11488 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.6 KB  |  58 lines
  1. Newsgroups: comp.lang.c
  2. Path: sparky!uunet!destroyer!gatech!usenet.ins.cwru.edu!cleveland.Freenet.Edu!au141
  3. From: au141@cleveland.Freenet.Edu (Amber M. Spillers)
  4. Subject: Re: Borland 3.1 ext. mem. capabilities?
  5. Message-ID: <1992Jul23.004109.7092@usenet.ins.cwru.edu>
  6. Sender: news@usenet.ins.cwru.edu
  7. Nntp-Posting-Host: cwns1.ins.cwru.edu
  8. Reply-To: au141@cleveland.Freenet.Edu (Amber M. Spillers)
  9. Organization: Case Western Reserve University, Cleveland, OH (USA)
  10. References: <1992Jul21.174042.13890@vax5.cit.cornell.edu>  
  11. Date: Thu, 23 Jul 92 00:41:09 GMT
  12. Lines:       45
  13.  
  14.  
  15. In a previous article, rdw@vax5.cit.cornell.edu () says:
  16.  
  17. >Dear fellow MS-DOS C programmers:
  18. >
  19. >     I am a Microsoft C 6.0 user thinking of switching to Borland C++ 3.1.  My
  20. >main concern is accessing about 7 megs of extended memory past the 640K limit
  21. >imposed by DOS.  I am already using large linked lists rather than
  22. >multidimensional arrays to conserve memory, but I still need more.  Does anyone
  23. >know about Borland's Extended Memory Interface or its VROOM features?  For
  24. >example, will it let me access this much memory?  Is there a counterpart in
  25.  
  26.   I do belive vroom only applies to program overlays which would not
  27. help you with you large amount of data *too* much.
  28.  
  29. >Borland C++ to Microsoft's _huge pointers?  Can I mix memory models with
  30. >Borland (i.e. _huge pointers with a large memory model compilation)?  Any other
  31. >thoughts on or reactions to Borland's product would be much appreciated.
  32.  
  33.    yes you can mix pointers ane memory models.
  34.  
  35. >
  36.    what is looks like you will need is a dos extender if you are sure
  37. you want to address that much memory.  unfortunately theyre are many
  38. drawbacks to them.  the first is expense, most cost a few hundred just
  39. to start off with and often you need to pay for a licence of each
  40. running copy(of your compiled program)!  they also have a tendency to
  41. cause system compatibility problems, at least they did nefore the DMPI
  42. rules came out.  maybe things have changed but I am willing to bet there
  43. is still a lot of NON-DPMI stuff out there.
  44.    I have a hard time "suggesting" one concidering these drawbacks.  are
  45. you sure it would not be easier to swap some stuff to disk occasionally?
  46. or possibly use some form of compression in memory?  or even possibly
  47. escape dos and run it under unix or VMS?  
  48.    as you can see I am not all for dos extenders, and yes I do use one.
  49. but for use there really as no other way (we had to address memory above
  50. 1 GB because of a multibus II crate).
  51.  
  52.  
  53. -- 
  54. "Stay Sane Inside Insanity" -- The Rocky Horror Picture Show
  55. sysop of the Rocky Horror Picture Show BBS 1-618-529-5999 24Hrs
  56. USR Dual Standard ** programming support ** NON-Etherealized
  57.  
  58.