home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.programmer
- Path: sparky!uunet!math.fu-berlin.de!unidui!Germany.EU.net!mpifr-bonn.mpg.de!specklec.mpifr-bonn.mpg.de!mlelstv
- From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
- Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
- Message-ID: <1993Jan3.021511.5229@mpifr-bonn.mpg.de>
- Sender: news@mpifr-bonn.mpg.de
- Nntp-Posting-Host: specklec
- Organization: Max-Planck-Institut f"ur Radioastronomie
- References: <Jesse_Michael.02sl@matrix.rain.com>
- Date: Sun, 3 Jan 1993 02:15:11 GMT
- Lines: 31
-
- In <Jesse_Michael.02sl@matrix.rain.com> Jesse_Michael@matrix.rain.com (Jesse Michael) writes:
- >"The first example sets up a 320 x 200 playfield with one bitplane, which
- >is located at $21000. Also, a Copper list is set up at $20000."
-
- >And then hardcoding everything off of that.
-
- >This is _not_ a good programming practice.
-
-
- The direct hardware access is not a good programming practice. However,
- loading a copperlist or bitplane to absolute (but relocated) addresses
- is not such a problem.
-
- >How do you know that his demos aren't in that 1%?
-
- It is very unlikely.
-
- >>Fortunately most demos can't harm my data as they will fail rather soon
- >>when trying to patch the interrupt vectors in lower memory :)
-
- >There were recently several people asking about how to handle a VBR over in
- >FidoNet. There should be more demos that'll work more often pretty soon...
-
- Still doesn't help. My interrupt vectors are write protected.
-
- Regards,
- --
- Michael van Elst
- UUCP: universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
- Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
- "A potential Snark may lurk in every tree."
-