home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / msdos / programm / 10354 next >
Encoding:
Internet Message Format  |  1992-11-04  |  1.7 KB
  1. Xref: sparky comp.os.msdos.programmer:10354 comp.msdos.programmer:83 comp.os.ms-windows.programmer.tools:1334
  2. Newsgroups: comp.os.msdos.programmer,comp.msdos.programmer,comp.os.ms-windows.programmer.tools
  3. Path: sparky!uunet!utcsri!torn!cunews!nrcnet0!emr1!jagrant
  4. From: jagrant@emr1.emr.ca (John Grant)
  5. Subject: Re: BC++ far* default in medium model
  6. Message-ID: <1992Nov5.053551.20533@emr1.emr.ca>
  7. Organization: Energy, Mines, and Resources, Ottawa
  8. References: <18052@ksr.com> <1992Nov4.090359.21666@hellgate.utah.edu> <1992Nov5.031544.5264@sequent.com>
  9. Date: Thu, 5 Nov 1992 05:35:51 GMT
  10. Lines: 25
  11.  
  12. In article <1992Nov5.031544.5264@sequent.com> furballs@sequent.com (Paul Penrod) writes:
  13. [stuff deleted]
  14.  
  15. >Almost right, but you forgot something.
  16. >
  17. >In your data declarations, if you do not specifically specify the
  18. >keyword far, then the declaration is left in the default data
  19. >segment, which can be a problem if you have more than 64k of global
  20. >data. Granted, DS is referenced by a far pointer, but you are still
  21. >limited to 64k per data segment, eventhough you can reference upto
  22. >1 megabyte of data and 1 meg of code. This is because the far
  23. >pointers in the LARGE model are not normalized 32 bit, but
  24. >segment:offset 20 bit pointers. 
  25. >
  26. >...Paul
  27. >
  28. I am writing my first app, and I am using large model (BC++ 3.1). I haven't
  29. used either 'far' or 'FAR' so far.  I have just let pointers default to far as
  30. provided by the large model.  Ok, presumably I will eventually hit the
  31. 64k limit for data in my app sooner or later.  What do I do then?
  32. Are you saying I can get more than 64k data storage by explicitly using the
  33. 'far' declaration?  Does that give me 'another' 64k data segment?
  34.  
  35. John A. Grant
  36. Geological Survey of Canada
  37.