home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / alt / sys / amiga / demos / 1057 next >
Encoding:
Internet Message Format  |  1992-08-12  |  1.5 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!network.ucsd.edu!ucsbcsl!mcl!umage
  2. From: umage@mcl.ucsb.edu (Vorpal Greed)
  3. Newsgroups: alt.sys.amiga.demos
  4. Subject: Interrupt vectors.. still.
  5. Message-ID: <umage.713636144@mcl>
  6. Date: 12 Aug 92 16:15:44 GMT
  7. Sender: root@ucsbcsl.ucsb.edu
  8. Lines: 26
  9.  
  10. OK.
  11. I've been messing with this stuff for a long time, and still have questions.
  12. How come, if i replace an interrupt vector (take an easy one like the keybd)
  13. with a routine that first executes itself, then calls the system's routine, 
  14. which is then tricked via stack into returning to another part of my routine,
  15. stuff goes wrong? 
  16. Or say the vblank interrupt? Just doa  simple one, like first put yellow in 
  17. color 0, then let the system twiddle, then put red in color zero. - You'll
  18. get red up avbove workbench sure enough, but you won't be able to drag screens
  19. around! HMM...  Is the system playing naughty ?
  20.  
  21. Also i found a cool trick for when you write a routine that returns success
  22. or failure..  I used to stick the return code in d0 or someplace, but it's
  23. just a easy to stick em in the ccr !  That way, you can do:
  24.     bsr    myroutine
  25.     beq    ok
  26.     bpl    err1
  27.     bmi    err2
  28.  
  29. ps. the stack stuff is not a problem, just a curiosity.
  30.  
  31. --
  32. -----------------------eom------------------------------
  33. The facts and opinions presented here are not mine. They
  34. belong to the U C Regents, who take full responsibility.
  35. ----------t---h---e----r--e---a---l-----eom-------------
  36.