home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 17646 < prev    next >
Encoding:
Text File  |  1992-12-21  |  2.1 KB  |  50 lines

  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!mcsun!Germany.EU.net!mpifr-bonn.mpg.de!specklec.mpifr-bonn.mpg.de!mlelstv
  3. From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
  4. Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
  5. Message-ID: <1992Dec21.102751.9671@mpifr-bonn.mpg.de>
  6. Sender: news@mpifr-bonn.mpg.de
  7. Nntp-Posting-Host: specklec
  8. Organization: Max-Planck-Institut f"ur Radioastronomie
  9. References: <Jesse_Michael.02qs@matrix.rain.com>
  10. Date: Mon, 21 Dec 1992 10:27:51 GMT
  11. Lines: 37
  12.  
  13. In <Jesse_Michael.02qs@matrix.rain.com> Jesse_Michael@matrix.rain.com (Jesse Michael) writes:
  14. >In case you didn't notice, in the Hardware Reference Manuals the C=
  15. >released before  *the examples used absolute addressing*.
  16.  
  17. Well, there's nothing wrong about absolute addressing. Every C compiler
  18. generates absolute addressing as well. But of course the linker generates
  19. a relocation table that enables LoadSeg() to load the program to arbitrary
  20. addresses.
  21.  
  22. >Just about the *only* thing that C= said not to do was to use CLR to the
  23. >custom chips.
  24.  
  25. Not sure about the 1.3 manual, but read the 2.0 hardware manual page 9ff.
  26.  
  27. >If they would have released a *proper* reference manual, then we wouldn't
  28. >have as much of a problem.
  29.  
  30. No. Most problems arise from the fact that people did _learn_ programming
  31. from the hardware manual which is out of scope of the book. It is a
  32. reference manual, nothing else.
  33.  
  34. >Don't assume that his demos won't work unless you've tried them or heard
  35. >otherwise.
  36.  
  37. 99% of all demos do not run on my machine unless I take some precautions
  38. (like disabling the harddrive, turn off CPU caches, degrader). It is nearly
  39. impossible to even start a demo from a running system not speaking of returning
  40. safely to an OS environment.
  41. Fortunately most demos can't harm my data as they will fail rather soon
  42. when trying to patch the interrupt vectors in lower memory :)
  43.  
  44. Regards,
  45. -- 
  46. Michael van Elst
  47. UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
  48. Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
  49.                                 "A potential Snark may lurk in every tree."
  50.