home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / amiga / programm / 15785 < prev    next >
Encoding:
Internet Message Format  |  1992-11-13  |  1.7 KB
  1. Path: sparky!uunet!decwrl!contessa!mwm
  2. From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
  3. Subject: Re: New hardware reference guide?
  4. Newsgroups: comp.sys.amiga.programmer
  5. Distribution: world
  6. References: <Bx7782.CKD@kingston.ac.uk> <1992Nov5.184916.17436@sth.frontec.se> <1927@lysator.liu.se> <BxAMtH.Aos@cck.coventry.ac.uk> <1992Nov9.125922.1445@sth.frontec.se> <1992Nov13.083504.58455@qut.edu.au>
  7. X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
  8. Keywords: 
  9. Summary: 
  10. Message-ID: <mwm.2mi5@contessa.palo-alto.ca.us>
  11. Date: 13 Nov 92 00:27:19 PST
  12. Organization: Missionaria Phonibalonica
  13. Lines: 27
  14.  
  15. In <1992Nov13.083504.58455@qut.edu.au>, podesta@qut.edu.au wrote:
  16. > Come on now!! How many advanced system software, that was written on a
  17. > 1.3 A500 with no harddrive will work on a A4000???
  18. > I bet there's not much.
  19.  
  20. Hmm - if by "advanced system software" you mean the OS, you're
  21. probably right. On the other hand, the authors of the OS are releasing
  22. a bundled package, and _know_ what hardware the thing has to run on.
  23. It's not important whether they run on hardware that they'll never be
  24. run on.
  25.  
  26. People not working for CBM don't have that advantage. They don't
  27. control what set of machines their software will be shipped with and
  28. expected to run on.
  29.  
  30. Now, if you mean applications - my two most heavily used applications
  31. were developed under 1.2, one on an A500, the other on an A1000. The
  32. authors of both upgraded to A3000s under the power-up program, and I
  33. know both applications work just fine under 3.0. The next two most
  34. heavily used applications date from the 1.3 era, and also work just
  35. fine under 3.0.
  36.  
  37. > And don't forget that demo coders don't get any wonderful Developers info.
  38.  
  39. For that, they have no one to blame but themselves.
  40.  
  41.     <mike
  42.