home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / msdos / programm / 10524 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  1.1 KB
  1. Xref: sparky comp.os.msdos.programmer:10524 comp.sys.ibm.pc.programmer:570
  2. Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.programmer
  3. Path: sparky!uunet!seas.gwu.edu!ilan
  4. From: ilan@seas.gwu.edu (Ilan Berkner)
  5. Subject: Re: H-E-L-P!!  An interesting UART problem.
  6. Message-ID: <1992Nov11.141104.7451@seas.gwu.edu>
  7. Sender: news@seas.gwu.edu
  8. Organization: George Washington University
  9. References: <1992Nov10.094131.9300@iccgcc.decnet.ab.com>
  10. Date: Wed, 11 Nov 1992 14:11:04 GMT
  11. Lines: 15
  12.  
  13.  
  14. The only way to do this would be to either:
  15.  
  16. 1. Attach an ISR to vector 14h, and _hope_ that all of your client's
  17.    software will only be using int 14h calls to xmit data.  This is
  18.    like hoping that the moon will turn around in orbit so you can see
  19.    the other side.
  20.  
  21. 2. or put the computer into virtual mode, and write an ISR that traps
  22.    386 I/O priviledge exceptions.  This technique will only work on
  23.    386-class machines, and is incompatible with Windows enhanced mode,
  24.    386MAX, QEMM, Desqview, OS/2 2.0, etc.
  25.  
  26. Sorry, but there's no way to trap I/O, and the UART can't do interrupts
  27. on transmits, as you found out.
  28.