home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / atari / st / tech / 6252 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.2 KB
  1. Path: sparky!uunet!olivea!charnel!rat!usc!cs.utexas.edu!sun-barr!ames!purdue!bu.edu!acs.bu.edu!anneklin
  2. From: anneklin@acs.bu.edu (Patricia Anne)
  3. Newsgroups: comp.sys.atari.st.tech
  4. Subject: Re: XBRA
  5. Message-ID: <104753@bu.edu>
  6. Date: 12 Dec 92 18:40:09 GMT
  7. References: <ByznIp.88F@brunel.ac.uk> <Bz0533.AwK@newcastle.ac.uk>
  8. Sender: news@bu.edu
  9. Organization: Boston University, Boston, MA, USA
  10. Lines: 20
  11.  
  12. In article <Bz0533.AwK@newcastle.ac.uk> Craig.Graham@newcastle.ac.uk (Craig Graham) writes:
  13. >
  14. >XBRA is an inter-application communication protocol. It allows desk-accs and 
  15. >programs to talk to each other and swap data. There are several levels to the
  16. >protocal, etending right up to direct swapping of .GEM/.IMG files (similar to
  17. >MS Windows DDE).
  18.  
  19. Whoa!  Bogus!  XBRA is a protocol for allowing programs to insert
  20. (and, theoretically, delete) themselves from interrupt and trap
  21. vectors, so that you won't trash another program that has done the
  22. same thing for the same vector.
  23.  
  24. Unfortunately, it isn't paid attention to by everyone, which is a
  25. shame, since you need just one non-conforming program to screw up the
  26. whole setup.
  27.  
  28. I am curious as to what protocol you're referring to, though--are you
  29. just talking the normal GEM appl_write/read() pair, or what?
  30.  
  31. Later,
  32.