home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 16088 < prev    next >
Encoding:
Text File  |  1992-11-19  |  1.8 KB  |  43 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!utcsri!skule.ecf!torn!nott!bnrgate!bmerh85!bmerh85!hamish
  3. From: Hamish.Macdonald@x400gate.bnr.ca (Hamish Macdonald)
  4. Subject: Re: New hardware reference guide?
  5. In-Reply-To: breese@monet.imada.ou.dk's message of 19 Nov 92 14:05:44 GMT
  6. Message-ID: <1992Nov19.182351.3063@bmerh85.bnr.ca>
  7. Lines: 30
  8. Sender: news@bmerh85.bnr.ca (Usenet News)
  9. Organization: Bell Northern Research
  10. References: <1992Nov18.134641.58767@qut.edu.au> <1992Nov19.140544.28847@imada.ou.dk>
  11. Date: Thu, 19 Nov 92 18:23:51 GMT
  12.  
  13. >>>>> On 19 Nov 92 14:05:44 GMT,
  14. >>>>> In message <1992Nov19.140544.28847@imada.ou.dk>,
  15. >>>>> breese@monet.imada.ou.dk (Bjoern Reese) wrote:
  16.  
  17. Bjoern> I agree again. The OS is GREAT, and I can understand that the
  18. Bjoern> software engineers at C= aren't feeling too happy about people
  19. Bjoern> like me, when I stuff the OS, which they have been working
  20. Bjoern> hard at for several years.
  21.  
  22. Bjoern> But I think that every programmer should be given to freedom
  23.         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  24. Bjoern> to do as he/she likes, based on guidelines from C=. If we
  25.         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  26. Bjoern> don't care about upwards compatibility, it's our problem (we
  27. Bjoern> probably never intended these programs to run on a future
  28. Bjoern> machine; we made them to show what the current machine can do,
  29. Bjoern> and remember: we never got any money for our efforts!!)
  30.  
  31. That's exactly what is happening.
  32.  
  33. Commodore's guidelines in this case are:
  34.  
  35.   "We are not going to do anything at all to help you program this
  36.    machine other than use the OS routines."
  37.  
  38. They're not *stopping* you from banging the hardware, they're just not
  39. telling you how to do it.
  40.  
  41. Nothing is stopping you from investigating the hardware and figuring
  42. out how to do it yourselves.
  43.