home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / msdos / programm / 2086 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  1.7 KB
  1. Path: sparky!uunet!mcsun!uknet!edcastle!dcs.ed.ac.uk!kc
  2. From: kc@dcs.ed.ac.uk (Kenneth Cameron)
  3. Newsgroups: alt.msdos.programmer
  4. Subject: How do I get a the memory above 1M ?
  5. Message-ID: <40096@skye.dcs.ed.ac.uk>
  6. Date: 28 Jul 92 14:07:05 GMT
  7. References: <152k6uINNak0@matt.ksu.ksu.edu>
  8. Sender: nnews@dcs.ed.ac.uk
  9. Reply-To: kc@dcs.ed.ac.uk (Kenneth Cameron)
  10. Organization: Laboratory for the Foundations of Computer Science, Edinburgh U
  11. Lines: 30
  12.  
  13. Whats the cleanest way to get at the memory above the 1Meg mark,given the
  14. following conditions ?
  15.  
  16. The application has to run under MS-DOS, on a 486dx. In other words it
  17. has to be in real mode most of the time.
  18. I'd like to be able to get at it from within an iterrupt routine
  19. running at 8KHz. (Although not essential, access from within the main
  20. program would do).
  21. I'm working with Borland C++ 3.1.
  22. I don't want to use a DOS extender like Phar Laps.
  23.  
  24. I had thought of writing a peek and poke function using 32bit registers but
  25. that generates an int 13h on accesses outwith the megabyte range.
  26. At the moment I'm considering changing the memory management set up to map
  27. the extra into the bottom megabyte block at a time (although more than
  28. the 64k that expanded memory provides). This looks like it requires a
  29. change of mode and back.
  30.  
  31. This is for some control software I'm writting that has to drive 125 analogue
  32. channels at 16Hz and sample 512 channels at 16Hz. All with a single ADC and
  33. DAC. As well as record the samples to disk and maitain a WIMP interface.
  34. (I need to buffer the drive channels in memory, because reading and writing
  35. at these rates is very hard. But there can be megabytes of the stuff).
  36.  
  37. Any suggestions ? Anyone ?
  38.  
  39. ,Kenneth Cameron.
  40.  
  41. --
  42. Kenneth@Edinburgh
  43.