home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / msdos / programm / 10782 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.7 KB

  1. Path: sparky!uunet!olivea!decwrl!borland.com!sidney
  2. From: sidney@borland.com (Sidney Markowitz)
  3. Newsgroups: comp.os.msdos.programmer
  4. Subject: Re: Borland C++ 4.0 - Who knows What? (actually TP 7)
  5. Message-ID: <1992Nov20.000125.5364@borland.com>
  6. Date: 20 Nov 92 00:01:25 GMT
  7. References: <dmurdoch.170.722007890@mast.queensu.ca> <1992Nov18.222936.26394@kronos.arc.nasa.gov> <dmurdoch.174.722145202@mast.queensu.ca>
  8. Sender: news@borland.com (News Admin)
  9. Organization: Borland International
  10. Lines: 24
  11. Originator: sidney@genghis.borland.com
  12.  
  13. dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
  14. >>That is, if you do a setvect does does the handler perform in real or
  15. >>protected mode?  Is there any control over doing this (i.e., a real
  16. >>mode handler)?
  17. >
  18. >From what I can spot on a quick read through the BP 7 manual, there's no 
  19. >special support for interrupts.  That is, you'll have to use the DPMI 
  20. >services directly.
  21.  
  22. I don't know how it is done, but I do know of a serial comm
  23. application being written using BP7 that has dual-mode interrupts
  24. using a shared memory buffer which is accessed by both the real and
  25. protected mode version of the interrupt handler. Depending on which
  26. mode the cpu is in when the interrupt arrives, the DPMI server calls
  27. the same mode handler, so no mode switch is necessary. It makes
  28. performance incredibly fast when running under a 386 memory manager or
  29. under Windows compared to all the usual DOS serial comm programs.
  30.  
  31. But as I said, I don't have enough knowledge about that level of
  32. programming things or of the Borland Pascal language to be able to say
  33. how much of that is supported by Pascal and how much requires dropping
  34. into assembler language.
  35.  
  36.  -- sidney <sidney@borland.com>
  37.