home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2415 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.3 KB
  1. Path: grafix.xs4all.nl!john.hendrikx
  2. Date: Tue, 30 Jan 96 19:32:15 GMT+1
  3. Newsgroups: comp.sys.amiga.programmer
  4. Distribution: world
  5. Subject: Re: Demo/game to OS frien
  6. MIME-Version: 1.0
  7. Content-Type: text/plain; charset=iso-8859-1
  8. Content-Transfer-Encoding: 8bit
  9. From: john.hendrikx@grafix.xs4all.nl (John Hendrikx)
  10. Message-ID: <john.hendrikx.4aia@grafix.xs4all.nl>
  11. Organization: Grafix Attack BBS Holland
  12.  
  13. In a message of 28 Jan 96 Jesse wrote to All:
  14.  
  15.  >> Well, maybe your logic is weaker... but it is clear that without the OS
  16.  >> there is
  17.  
  18.  >> no HD access.
  19.  >> no support for systems with graphics cards. no multitasking.
  20.  >> no return to the OS besides rebooting.
  21.  
  22.  >> Any other claim is _definitely_ wrong.
  23.  
  24.  J> Definitely wrong?  What if you use the OS (ooo!) to shut it down and use
  25.  J> your own preemptive multitasking kernel (which has lower overhead and is
  26.  J> more suited for the task than exec), restoring the system when your
  27.  J> program is finished?  
  28.  
  29. You don't understand, you can't 'restore' the system.  There could easily be a
  30. device (like a modem) which requires that its interrupts are processed within a
  31. given time period.  If you 'turn off' the OS this device may well stop working
  32. and need resetting first.  If this device happens to be the harddrive or the
  33. CD-ROM or whatever then the system will be unusable after your game 'restores'
  34. the OS to load some data, or simply to quit.
  35.  
  36. There is also the possibility that devices send you interrupts, which you won't
  37. be able to handle.  This could cause your program to malfunction, but worse, it
  38. could confuse the device sending you these interrupts and it may stop working,
  39. which results in the same situation as above.
  40.  
  41.  J> That covers two of those "deficiencies" easily.  Nothing is definite.
  42.  
  43. Does it?  Do you -really- think you could do the job exec does and do your own
  44. multitasking and run all the tasks which were running at the moment you took
  45. over?
  46.  
  47. Also, it would be interesting to see how you implement multitasking more
  48. efficiently than exec (as it already is in ASM, probably well optimized).
  49.  
  50.  J> By your logic, without the OS there is
  51.  
  52.  J> no video.
  53.  J> no audio.
  54.  J> no floppy drive access.
  55.  J> no input from any sources.
  56.  
  57.  J> Of course there is.  You just have to write your own code to handle it. 
  58.  
  59. And how would you handle a pc serial mouse connected to the serial port, hmmm? 
  60. The OS can use this mouse just like any Amiga mouse, it never even notices the
  61. difference, thanks to the mouse-driver installed which creates the right
  62. input-events to immitate the real Amiga mouse.  Your code however will not see
  63. this mouse, you'll just be poking $bfe001 and other mouse registers while there
  64. isn't even an Amiga mouse connected.  Same goes for 'weird' keyboard.  So
  65. without the OS there is no input (and yes, there are plenty of people who use a
  66. serial-mouse).
  67.  
  68. Now think about the Draco, the OS works fine on it, your code however assumes
  69. AGA (or whatever) and doesn't work.  So without the OS there is no video.  Same
  70. goes for audio on the draco, there are no audio registers (atleast not the ones
  71. YOU know).  Floppy drives same thing, the draco has no Paula.
  72.  
  73. Without the OS there simply is no way to touch the hardware, you can't outsmart
  74. the OS, never.  The OS gets updated to work with new hardware, your crappy code
  75. is produced once, and after it 'seems' to work on your machine it is released,
  76. only to find that it doesn't work on any of the more professional Amiga
  77. systems.
  78.  
  79. Funny isn't it?  I love the Amiga, so I buy more memory, a gfx-card, a faster
  80. processor (and I can name dozens more things which make or made games crash on
  81. Amiga) and what do I get?  I get punished as suddenly no games or demos work
  82. anymore, while those people with unupgraded 500's get to play all the latest
  83. games and they're not spending a penny to support the hardware side of the
  84. Amiga.
  85.  
  86.  J> Just like the four you mentioned above.  Some are considerably easier
  87.  J> than others and some are not officially sanctioned as "good" things to
  88.  J> do, but they're certainly possible.  
  89.  
  90. Only on YOUR machine, and if you're lucky it may work on your friend's Amiga as
  91. well, but it will never work on all Amiga's.
  92.  
  93.  J> Anyone claiming than you can't do the above without the OS is simply
  94.  J> naive.  
  95.  
  96. Think again, you simply don't even think what would happen with your code if
  97. the AGA chips were no longer standard, or the CIA's where removed or whatever. 
  98. These things will happen, and are even happening now (see Draco or the recent
  99. A1200 floppy-drive problem).
  100.  
  101.  J> Frankly, I'm disgusted by the statements people have been making in this
  102.  J> thread about how there are only two types of programmers or programming
  103.  J> that can be done.  
  104.  
  105. You either program clean or you don't.
  106.  
  107.  J>   1. Those that are perfect programmers and are "enlightened" enough to
  108.  J>      only use the OS.
  109.  
  110.  J>   2. Those that who use the hardware and are such bad programmers that
  111.  J>      the  couldn't code their way out of a paper bag.  
  112.  
  113. You misunderstood, they are bad programmers because they use the hardware
  114. directly in a way which breaks on other Amiga's, not because they are bad at
  115. ASM or C or whatever.
  116.  
  117. Grtz John
  118.  
  119. -----------------------------------------------------------------------
  120.  John.Hendrikx@grafix.xs4all.nl   TextDemo/FastView/Etc... development
  121. -----------------------------------------------------------------------
  122. -- Via Xenolink 1.981, XenolinkUUCP 1.1
  123.