home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / os2 / advocacy / 10968 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.8 KB
  1. Xref: sparky comp.os.os2.advocacy:10968 comp.os.ms-windows.advocacy:3443
  2. Path: sparky!uunet!ogicse!sequent!muncher.sequent.com!furballs
  3. From: furballs@sequent.com (Paul Penrod)
  4. Newsgroups: comp.os.os2.advocacy,comp.os.ms-windows.advocacy
  5. Subject: Re: How programs get DPMI memory (was Re: FCC (sic))
  6. Message-ID: <1992Dec27.044609.9716@sequent.com>
  7. Date: 27 Dec 92 04:46:09 GMT
  8. Article-I.D.: sequent.1992Dec27.044609.9716
  9. References: <1992Dec25.163338.29576@tc.cornell.edu> <1992Dec25.181732.15997@donau.et.tudelft.nl> <1992Dec25.210652.29221@grebyn.com>
  10. Sender: usenet@sequent.com (usenet )
  11. Organization: Sequent Computer Systems, Inc.
  12. Lines: 43
  13. Nntp-Posting-Host: crg8.sequent.com
  14.  
  15. In article <1992Dec25.210652.29221@grebyn.com> richk@grebyn.com (Richard Krehbiel) writes:
  16. >In article <1992Dec25.181732.15997@donau.et.tudelft.nl> linstee@dutecaj.et.tudelft.nl (Erik van Linstee) writes:
  17. >
  18. >>   >How about the 640k limit and how to overcome it ? Need not the 
  19. >>   >programmer know about extended/expanded memory, DPMI/VCPI interfaces ?
  20. >>
  21. >>   The 640k limit is of no concern. When you write an app. and you
  22. >>   need memory, you request it and check if you got it. You do not
  23. >
  24. >Programmers must be painfully aware of the memory managers that serve
  25. >them.  (Ask someone who programs Windows.)  With software standards
  26. >like EMS, XMS, and DPMI, the memory the program gets comes from a
  27. >place as foreign to his memory map as blocks from disk.  This means
  28. >that, unless the program so instructs the memory manager, he may not
  29. >be able to address that memory.  It's not automatic.
  30. >
  31.  
  32. That's very true, but products like VMData from PocketSoft, and
  33. HeapStore, plus Borland's VROOMM overlay manager tend to take the
  34. bite out of the 640k limit and the learning curve needed to manage
  35. it.
  36.  
  37. >>   No, a programmer needn't know about DPMI/VCPI interfaces. If he
  38. >>   wants memory, he requests it, he does not generally care where it
  39. >>   comes from. The DPMI/VCPI interface should be hidden from him,
  40. >>   unless of course he is writing his own memory management, but
  41. >>   I can't think of a reason why an application should need that.
  42. >
  43. >What DOS programming language or environment allows a program to wade
  44. >about in EMS/XMS/DPMI in the same way as conventional memory, without
  45. >any special knowledge or treatment?  Only high-level, interpreted
  46. >languages, as far as I know.
  47. >-- 
  48. There are at least 2 C libraries I know of, (see above), and there
  49. may be others out there that allow this non-sense to go on. It's
  50. not completely transparent, but it does address the issue.
  51.  
  52.  
  53. -- 
  54. --------------------------------------------------------------------
  55.             Bureaucracy: noun, plural - Bureaucracies.
  56.          The process of turning energy into solid waste.
  57. ---------------------------------------------------------------------
  58.