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