home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!usc!cs.utexas.edu!sun-barr!ames!agate!doc.ic.ac.uk!uknet!yorkohm!minster!mjl-b
- From: mjl-b@minster.york.ac.uk
- Newsgroups: comp.sys.atari.st.tech
- Subject: Re: XBRA
- Keywords: XACC, XBRA
- Message-ID: <724094407.4017@minster.york.ac.uk>
- Date: 11 Dec 92 17:20:08 GMT
- References: <ByznIp.88F@brunel.ac.uk> <Bz0533.AwK@newcastle.ac.uk>
- Reply-To: mjl-b@minster.york.ac.uk (Mathew Lodge)
- Organization: Department of Computer Science, University of York, England
- Lines: 26
-
- In article <Bz0533.AwK@newcastle.ac.uk> Craig.Graham@newcastle.ac.uk (Craig Graham) writes:
- >XBRA is an inter-application communication protocol. It allows desk-accs and
- >programs to talk to each other and swap data. There are several levels to the
- >protocal, etending right up to direct swapping of .GEM/.IMG files (similar to
- >MS Windows DDE).
-
- I think you have XACC and XBRA confused.
-
- XACC is indeed an inter-application communications protocol, developed by
- Compo. It suffers from the problem that it assumes that for "main"
- applications (i.e. things that aren't accessories) the application ID is
- always zero.
-
- XBRA is a protocol for hooking into vectors (interrupt vectors, TRAP vectors
- -- any sort of vector) that enables the application to later unhook itself
- and deinstall without trashing other programs that may use the same vector.
-
- If you want to see an example of XBRA in use, check out my code for ST
- Blank, when it arrives on comp.sources.atari.st (I just posted it). I'll be
- uploading it to atari.archive just as soon as I can work out how to do it!
-
- >Craig Graham. /\ E-mail:Craig.Graham@newcastle.ac.uk
- >BAe Space Systems || Phone : (UK) 091 2737650
- >Stevenage,England.|| Snail-mail: 38 Brighton Grove, Fenham, Newcastle, England.
- >-----------------/__\-----------------------------------------------------------
- > SPACE the final^^^^frontier. Seen it,done it,read the book,got the T-shirt....
-