home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / amiga / programm / 18304 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  2.7 KB
  1. Xref: sparky comp.sys.amiga.programmer:18304 comp.sys.amiga.hardware:22566
  2. Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
  3. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!wupost!news.miami.edu!cybernet!pineal.math.fau.edu!spc
  4. From: spc@pineal.math.fau.edu (Sean 'Captain Napalm' Conner)
  5. Subject: Re: HostileTakeOver of Amiga OS
  6. Message-ID: <1993Jan7.192429.26606@cybernet.cse.fau.edu>
  7. Keywords: flame bait lives here
  8. Sender: news@cybernet.cse.fau.edu
  9. Organization: Florida Atlantic University, but who cares?
  10. References: <1993Jan4.193325.11793@cybernet.cse.fau.edu> <mcuddy.726187148@fensende>
  11. Date: Thu, 7 Jan 1993 19:24:29 GMT
  12. Lines: 49
  13.  
  14. In article <mcuddy.726187148@fensende> mcuddy@fensende.Rational.COM (Mike Cuddy) writes:
  15. >spc@pineal.math.fau.edu (Sean 'Captain Napalm' Conner) writes:
  16. >
  17. >>  The system I'm doing this on is an Amiga 500 running 1.3 with 3M RAM (512K
  18. >>of that is chip) and a 50M harddrive.
  19. >
  20. >Be careful to test your code on faster machines.  those of us with 040's
  21. >(and even 030's -- and there's alot of us) get cheezed off when an otherwise
  22. >awesome game requires us to slow down our machines.
  23. >
  24.  
  25.   My intention is to write a library with the code to take over the machine
  26. as routines to be called by a program that wants to take over the machine. 
  27. So, a version of the library could be written for a 68000, 68020, 68030 etc.
  28.  
  29.  
  30. >the biggest gotcha when taking over the machine is that on >68000 machines,
  31. >the exception vector table is not always at 0.  The VBR (vector base 
  32. >register) is used to move the exception table into fast ram to avoid 
  33. >contention with the custom chips.
  34. >
  35.  
  36.   Yes, I'm aware of that, and have already taken that into consideration 8-)
  37.  
  38.  
  39. >One thing you might think of doing is when the 'pause' key is hit in your 
  40. >game, give back the machine, open an intuition screen/window with your current
  41. >screen bitmap as the bitmap for the screen/window and then wait for the 
  42. >'unpause' key from intuition before firing your game back up.  This is real
  43. >nice for folks who just want to pop back to thier machine to look up a phone
  44. >number or let thier thumb rest from blaze-o-matic 9000.
  45. >
  46.  
  47.   Hmmmm ... that's an idea I didn't think of.  I'll see if I can work that
  48. into the library somehow.
  49.  
  50.  
  51. >You might try writing two version of your setup/cleanup code -- one which
  52. >hits the hardware HARD (for 68000's) and one which doesn't hit it quite so
  53. >hard (for >68000 -- let me decide if I want to devote all of my CPU to the
  54. >game) If you program in a sufficiently modular way, it shouldn't be that hard.
  55. >
  56.  
  57.   Well, seeing how I'm planning on putting this into a library, just change
  58. the library to a system specific version.
  59.  
  60.   -spc (So, how does the idea of a library to take over the machine sound to
  61.     all of you out there?)
  62.  
  63.