home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 16238 < prev    next >
Encoding:
Text File  |  1992-11-23  |  2.2 KB  |  58 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!paladin.american.edu!news.univie.ac.at!hp4at!mcsun!sunic!seunet!pop!bjst
  3. From: bjst@sth.frontec.se (Bjorn Stenberg)
  4. Subject: Re: New hardware reference guide?
  5. Message-ID: <1992Nov23.132227.8784@sth.frontec.se>
  6. Nntp-Posting-Host: pop.sth.frontec.se
  7. Organization: IDK/Frontec - System Design Group
  8. References: <92325.151947K3023E2@ALIJKU11.BITNET>
  9. Date: 23 Nov 92 13:22:27 GMT
  10. Lines: 46
  11.  
  12. <K3023E2@ALIJKU11.BITNET> writes:
  13. > People, have you ever understood the difference between a demo/game and an
  14. > application program???
  15. [...]
  16. > Demos are NOT meant to be compatible ||||
  17.  
  18.   You don't get it, do you?
  19.  
  20. a) The world couldn't care *LESS* if your new great vector demo doesn't work on
  21.    the full range of Amigas.
  22.  
  23. b) A hardware specification is not only used by demo programmers. Lots of
  24.    others do so too in order to mess with the hardware directly. Many without
  25.    actually needing to.
  26.  
  27. c) This results in lots and lots of (real) programs that don't work as they're
  28.    supposed to when they're run on different machine configurations.
  29.  
  30. d) The fact (and the mere rumour/reputation) that programs are having trouble
  31.    running on different machines is a chiller for Amiga sales.
  32.  
  33. e) Naturally, CBM wants to keep Amiga sales up.
  34.  
  35. f) One good way to keep up Amiga sales is to face d) and try to make programs
  36.    compatible with future machines.
  37.  
  38. g) To make programs compatible with future machines, one has to face b) and c)
  39.    and realize that a good solution to those is to -not- release hardware
  40.    specs.
  41.  
  42. h) Live with it.
  43.  
  44. > I need just one reason WHY a hardware reference affects applicative programs
  45. > to be coded not compatible ?
  46.  
  47.   CBM has done research on the matter. LOTS of research. They found that the
  48. single most common reason for programs to crash on new versions of the OS or
  49. new machines is that they go directly on the hardware.
  50.  
  51.   In my eyes, that's a pretty good reason not to release specs on it.
  52.  
  53.         -- Bjorn
  54.  
  55.        ///  Bjorn Stenberg, Stockholm, Sweden         bjst@sth.frontec.se
  56.       ///  main() { printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
  57.  \\\ ///  "- Your documentation no longer confuses me, old version!"
  58.