home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 15942 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.4 KB
  1. Path: sparky!uunet!cbmvax!cbmehq!cbmger!imart.franken.de!hcast.franken.de!jow
  2. From: jow@hcast.franken.de (Juergen Weinelt)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re:  New hardware reference guide?
  5. Message-ID: <jow.02xx@hcast.franken.de>
  6. Date: 15 Nov 92 19:50:36 GMT
  7. References: <BxAMtH.Aos@cck.coventry.ac.uk> <1950@lysator.liu.se> <1992Nov13.023341.27459@mpifr-bonn.mpg.de> <Bxnwno.6ns@cck.coventry.ac.uk>
  8. Reply-To: jow@sun.rz.uni-wuerzburg.de
  9. Organization: None at all
  10. Lines: 44
  11.  
  12. In article <Bxnwno.6ns@cck.coventry.ac.uk> csg019@cch.coventry.ac.uk (-~=Zaphod=~-) writes:
  13. >In article <1992Nov13.023341.27459@mpifr-bonn.mpg.de> mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
  14. >>
  15. >>This is hardly right. In most cases you will end with a program that
  16. >>a) runs on some machines only (most likely A500's and A3000's with no expansion)
  17. >
  18. >It would work on any amiga with the custom chips at location $DFF000.
  19.  
  20. I think that's what caused the *big* delay between ECS and AGA. If you
  21. go down to the bare hardware, then you don't just rely on *where* the
  22. custom chip registers are... you're also making assumptions about their
  23. *meaning*.
  24.  
  25. >>d) risks hardware damage with things connected to the serial or parallel port.
  26. >
  27. >How could it *dammage* hardware?
  28. >Your not one of them guys that think that some viruses write to the disk
  29. >label are you?  :)
  30.  
  31. Very funny. Just imagine there's some device connected to my
  32. serial/parallel/joystick ports, that expects certain lines to be
  33. _input lines_ (seen from the computer side). Now, some semi-smart
  34. #+!^"+$ like you comes along and (accidentally) makes some of those
  35. lines _output_, causing an excessively high current to flow.
  36. *POOF* there goes my hardware.
  37.  
  38. >>Ah, yes.. that's my experience with the creations from "demo coders".
  39. >Are you sure?
  40.  
  41. Never happened to me, but it's possible. You could easily destroy an
  42. audio/video digitizer that way. Of course you could protect those
  43. peripherals (actually some *are* protected :-), but you would still
  44. kill one of the CIAs.
  45.  
  46. >******************************************************************************
  47. >*        ///  O O   A member of S.H.I.T. (Super High Intelligence Team) ///  *
  48.                                            ^^^^^^^^^^^^^^^^^^^^^^^
  49. To quote what you wrote above... are you sure? :)
  50.  
  51. -- Juergen Weinelt, Germany
  52.  
  53.   o  _         1) jow@sun.rz.uni-wuerzburg.de (preferred)
  54.   | (_) \/\/   2) jow@hcast.adsp.sub.org
  55.   '            3) jow@hcast.franken.de
  56.