home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / pascal / 7989 < prev    next >
Encoding:
Text File  |  1993-01-09  |  2.1 KB  |  55 lines

  1. Newsgroups: comp.lang.pascal
  2. Path: sparky!uunet!paladin.american.edu!news.univie.ac.at!email!ps1.iaee.tuwien.ac.at!Sorokin
  3. From: Sorokin@ps1.iaee.tuwien.ac.at (Sorokin Zhenya)
  4. Subject: Re: Once more about big structures in BP7.
  5. Message-ID: <Sorokin.53.726615574@ps1.iaee.tuwien.ac.at>
  6. Lines: 41
  7. Sender: news@email.tuwien.ac.at
  8. Nntp-Posting-Host: pc77.iaee.tuwien.ac.at
  9. Organization: Inst. of General Electronics and Electroengeneering, TU Vienna
  10. References: <Sorokin.52.726598021@ps1.iaee.tuwien.ac.at> <dmurdoch.287.726607429@mast.queensu.ca>
  11. Date: Sat, 9 Jan 1993 21:39:34 GMT
  12. Lines: 41
  13.  
  14. In article <dmurdoch.287.726607429@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
  15. >In article <Sorokin.52.726598021@ps1.iaee.tuwien.ac.at> Sorokin@ps1.iaee.tuwien.ac.at (Sorokin Zhenya) writes:
  16. >
  17. >>3. Can I allocate a place for the structure, that is bigger than 64k on the 
  18. >>heap? If not, why (i.e. what procedure is used to allocate memory on the 
  19. >>heap? The conventional one from DOS takes only WORD as parameter, but maybe 
  20. >>DPMI has another call)?
  21. >
  22. >Yes, you can.  In fact, you can in DOS too - INT 21 function 48h takes a word
  23. >as a parameter, but it specifies the number of 16 byte paragraphs.  Under TP 
  24. >it'll usually fail because TP has grabbed all memory for itself, but if you 
  25. >ask for a small heap or shrink it using SetMemTop, you can allocate
  26. >a block of any size.  
  27.  
  28. 16*64k = 1MB = 128k of double. OK to begin with.
  29.  
  30. >
  31. >It's also not hard to work with the real mode heap 
  32. >manager and do your own allocations of bigger than 64K.
  33. >
  34.  
  35. Do you know of some units, ideas, algorithms, etc.? "It's also not hard" 
  36. sounds well, but eats up a lot of time.
  37.  
  38. >Borland has chosen not to 
  39. >put huge object support into TP.  Other real mode languages have it.  The 
  40. >8086/80286 architecture makes it more difficult than on a 32 bit machine, 
  41. >but certainly not impossible.
  42. >
  43.  
  44. Did Borland do it on BC (TC)?
  45. What languages support huge objects? And which ones do it in protected mode 
  46. (should be more effective, I suppose)?
  47.  
  48. >
  49. >Duncan Murdoch
  50.  
  51. Seems like I won't buy BP7...
  52.  
  53. Thanks,
  54.