home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 15935 < prev    next >
Encoding:
Text File  |  1992-11-17  |  3.3 KB  |  80 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!Sirius.dfn.de!mailgzrz.TU-Berlin.DE!math.fu-berlin.de!unidui!rrz.uni-koeln.de!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: New hardware reference guide?
  5. Message-ID: <1992Nov17.022129.24772@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: <BxAMtH.Aos@cck.coventry.ac.uk> <1950@lysator.liu.se> <1992Nov13.023341.27459@mpifr-bonn.mpg.de> <Bxnwno.6ns@cck.coventry.ac.uk>
  10. Date: Tue, 17 Nov 1992 02:21:29 GMT
  11. Lines: 67
  12.  
  13. In <Bxnwno.6ns@cck.coventry.ac.uk> csg019@cch.coventry.ac.uk (-~=Zaphod=~-) writes:
  14. >>This is hardly right. In most cases you will end with a program that
  15. >>a) runs on some machines only (most likely A500's and A3000's with no expansion)
  16.  
  17. >It would work on any amiga with the custom chips at location $DFF000.
  18.  
  19. Really ? What would a single interrupt from another hardware cause when
  20. the programmer didn't lock out that possibility before ? How many demos
  21. simply fail because 'self-modifying' code is soooo cute ?
  22.  
  23. >>b) crashes with a new OS version or when started from system that is booted further
  24. >>   than the initial CLI.
  25.  
  26. >It would not crash under new OS versions, because it would only use a few
  27. >bare essential routines like Forbid() and Permit().
  28.  
  29. There is more to it. A large couple of demos I have seen load straight to
  30. some absolute address (or the decompactor does that). With different OS
  31. version the chip memory usage varies and it is likely for the decompactor
  32. that it hits the copperlist :)
  33.  
  34. >And whats the point about booting got to do with the price of fish?
  35.  
  36. The point is that you have to reboot your computer even to _start_ the
  37. demo.
  38.  
  39. >>c) does generate bogus displays on either NTSC or PAL systems.
  40. >Depends what you mean by bogus displays.
  41.  
  42. Oh.. even non-synchronizing displays. Or that neat loss of the correct
  43. bitplane pointers in the Elite game.
  44.  
  45. >NTSC users would loose a portion of the screen due to the fact that the
  46. >NTSC screen can't display as many lines at a PAL screen.
  47.  
  48. >Easy enought to avoid, just :
  49.  
  50. Heh.. 'just' ? did I write the demo/game ?
  51.  
  52. >1.. Write another version where the graphics are kept withing a smaller
  53. >area on the screen.
  54.  
  55. >2.. Write a just an NTSC version, so all the lucky PAL owners have a chunk
  56. >of screen missing (*not big OR clever CINEMAWARE*).
  57. > 
  58. >>d) risks hardware damage with things connected to the serial or parallel port.
  59.  
  60. >How could it *dammage* hardware?
  61. >Your not one of them guys that think that some viruses write to the disk
  62. >label are you?  :)
  63.  
  64. I have seen programs that simply write to the parallel or serial port.
  65. That is not wise when you don't know what hardware is connected. Ah sure..
  66. to run a demo I have to turn off my computer, disconnect everything and
  67. boot from disk.. NOT!
  68.  
  69. >>Ah, yes.. that's my experience with the creations from "demo coders".
  70. >Are you sure?
  71.  
  72. Indeed.
  73.  
  74. Regards,
  75. -- 
  76. Michael van Elst
  77. UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
  78. Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
  79.                                 "A potential Snark may lurk in every tree."
  80.