home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6817 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.5 KB

  1. Path: mail2news.demon.co.uk!ns.unibol.com
  2. From: John Girvin <jgirvin@bfs.unibol.com>
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: AddIntServer + VERTB strangeness
  5. Date: Tue, 2 Apr 1996 13:35:42 GMT
  6. Message-ID: <199604021335.NAA17260@mailhost.unibol.com>
  7. X-NNTP-Posting-Host: ns.unibol.com
  8. X-Newsreader: TIN [version 1.2 PL2]
  9. X-Mail2News-Path: ns.unibol.com
  10.  
  11. On 31 Mar 1996 22:14:37 GMT, peterm@maths.grace.cri.nz (Peter McGavin)wrote:
  12. :>larrymb@gramercy.ios.com (UNREGISTERED VERSION) writes:
  13. :>>   Well there isn't any point to using a mix of OS calls and direct hardware
  14. :>>coding. That's the most dangerous way to do thingsand the most prone to
  15. :>>failure.
  16.  
  17. :>On the contrary, the safest method of direct hardware programming is
  18. :>to check for and exclusively allocate the particular hardware
  19. :>component via OS calls, then directly access that hardware.  
  20.  
  21. Hurrah! Someone who thinks like me :)
  22.  
  23. IMHO this is the best way to do games and demos since you get the best
  24. of both worlds - (better) compatibility and speed. Yeah, sure, itll break 
  25. on machines with different (incompatible) hardware but if youre prepared
  26. to accept that risk, fine. 
  27.  
  28. "safest method" != "safe method" you see :)
  29.  
  30. :>Use
  31. :>high-level OS calls for everything not exclusively allocated at the
  32. :>lowest level.
  33. Do you mean something like "use graphics.library calls if you dont
  34. OwnBlitter()" ? This could be a little dangerous since you dont know
  35. what hardware the high level calls might use. You could end up with
  36. registers being not what you expect, interrupts you dont expect, OS 
  37. lockups waiting for you to free hardware (OK, *stupid* OS programmer
  38. required for that bug ;) etc.
  39.  
  40. But then I suppose this is one of the risks you and I accept when we 
  41. bang HW and dont go through OS APIs :) dos.library V59.907 might use the 
  42. (Paula compatible ;) audio hardware for decoding holocrystal memory or 
  43. something - we just dont know, and we cant know either because that would
  44. defeat the purpose of the OS hardware abstraction!
  45.  
  46. And I said I didnt want to get into this OS vs. non-OS argument :-/
  47. *sigh*
  48.  
  49. :>What doesn't work is killing the entire OS (e.g, by breaking OS rules)
  50. :>and then expecting OS calls to work.
  51. Yes, 100% agreement there.
  52.  
  53. cya, 
  54. /John.
  55. __________________________________________________________________________
  56. |/\John Girvin : developing software for Unibol Inc., speaking for myself|
  57. |\/jgirvin@bfs.unibol.com | Amiga,!PC,net,Trek,SF,MTB,C2H50H,house,techno|
  58. |girv@girvnet.demon.co.uk | Youll never take me alive, Macro$loth fiends!|
  59. \A1200/030-40/10M/3.0 A500/000-7/2M/2.04 464/Z80-4/0.0625M/1.0 Team AMIGA/
  60.