home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!wupost!waikato.ac.nz!comp.vuw.ac.nz!lundman
- Newsgroups: alt.sys.amiga.demos
- Subject: Re: Interrupt vectors.. still.
- Message-ID: <LUNDMAN.92Aug19074357@kauri.kauri.vuw.ac.nz>
- From: lundman@kauri.vuw.ac.nz (L Lundman)
- Date: Tue, 18 Aug 1992 19:43:57 GMT
- Sender: news@comp.vuw.ac.nz (News Admin)
- References: <umage.713636144@mcl> <2331@forty2.physik.unizh.ch>
- Organization: Disorganised.
- Nntp-Posting-Host: kauri.vuw.ac.nz
- In-Reply-To: cschneid@amiga.physik.unizh.ch's message of 18 Aug 92 10:58:37 GMT
- Lines: 28
-
- In article <2331@forty2.physik.unizh.ch> cschneid@amiga.physik.unizh.ch (Christian Schneider) writes:
-
- In article <umage.713636144@mcl> umage@mcl.ucsb.edu (Vorpal Greed) writes:
- > >OK.
- > >I've been messing with this stuff for a long time, and still have questions.
- > >How come, if i replace an interrupt vector (take an easy one like the keybd)
- > >with a routine that first executes itself, then calls the system's routine,
- >>which is then tricked via stack into returning to another part of my routine,
- > >stuff goes wrong?
- >
- > Hmm.. this sounds rather 'hacky' and I see no use of it anyway...
- > But I don't know what's really causing the problem.
- >
-
- One thing that could be messing this up is that when the interrupt is triggered
- the SR is saved on the stack, and when you do a 'rte' it pops it off as well
- as the PC (unlike rts which only pops off PC) and then returns to the
- previous execution.
-
- my $.02 worth
-
- --
- -------------------------------------------------------------------------------
- Jorgen Lundman eMail: lundman@kauri.vuw.ac.nz, lundman@rata.vuw.ac.nz.
- 8 Atua Street My thoughts are my own and not VUW's..
- Johnsonville,wgtn "Research indicate that only 21 percent of what goes
- New Zealand wrong here is actually my fault."
- Phone: +64 4 478 2724 (GMT+11 hrs) Amiga Archive Admin on ftphost.vuw.ac.nz
-