home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / advocacy / 32444 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  5.7 KB
  1. Path: sparky!uunet!crdgw1!rdsunx.crd.ge.com!michelotti!mrmike
  2. From: mrmike@michelotti.ae.ge.com ("Mr. Mike" Passaretti)
  3. Newsgroups: comp.sys.amiga.advocacy
  4. Subject: Re: Future Amiga chipsets
  5. Message-ID: <1992Dec31.203404.27435@crd.ge.com>
  6. Date: 31 Dec 92 20:34:04 GMT
  7. References: <1992Dec30.173742.15566@crd.ge.com>
  8.     <1992Dec30.192541.27943@sol.ctr.columbia.edu>
  9. Sender: usenet@crd.ge.com (Required for NNTP)
  10. Reply-To: Mike Passaretti <passaretti@crd.ge.com>
  11. Organization: GE Aircraft Engines, Cincinnati OH
  12. Lines: 125
  13. In-Reply-To: jerry@msi.com's message of 30 Dec 92 19:25:41 GMT
  14. Nntp-Posting-Host: michelotti.ae.ge.com
  15.  
  16. # In article <1992Dec30.192541.27943@sol.ctr.columbia.edu>, 
  17. # jerry@msi.com (Jerry Shekhel) writes:
  18.  
  19. [...]
  20. jerry> Just wondering: Does your OS have virtual memory?  How
  21. jerry> about device- independent graphics and sound?  These
  22. jerry> are the things I was talking about -- the things that I
  23. jerry> consider the strengths of Windows.
  24.  
  25. VM, yes (Although not in certain real-time areas).  
  26. DIG yes.  Sound no.  There are no sound outputs
  27. (modulo buzzers) on my hardware, so I've never troubled to
  28. write a device for it.  It does support streams I/O, though,
  29. so any generic device _can_ be made to work...
  30.  
  31. [...]
  32. : Actually, all my examples were of resource allocation.
  33. : An OS _must_ do several things; It must allocate resources,
  34. : including but not limited to displays, storage devices and
  35. : input devices.  It must provide for the loading and execution
  36. : of other programs which utilize its features.  It must
  37. : provide a consistent, useful interface to those features for
  38. : the application programmer.
  39. : (I cribbed that from my course notes on OS design)
  40.  
  41. jerry> OK, we started this discussion because people were
  42. jerry> saying that DOS is not an OS.  What doesn't it provide,
  43. jerry> in terms of resource allocation?  You'll probably say,
  44. jerry> "It doesn't manage the CPU resource," which is true of
  45. jerry> course, but does that mean that an OS has to be
  46. jerry> multitasking by definition?
  47.  
  48. Well, it has no good method for allowing, for instance, a TSR
  49. and an App to share serial I/O.  It's also (as my example
  50. noted) indifferent at best on managing keyboard input in a
  51. timely fashion and passing it down the food chain.  There is
  52. also no good support for timers, which is a _real_ problem for
  53. certain applications...
  54.  
  55. [...]
  56. jerry> I must take issue with this.  Windows replaces *all* of
  57. jerry> DOS's resource management code with its own, with one
  58. jerry> possible exception -- the disk.  I say "possible"
  59. jerry> because Windows doesn't even have to use DOS to manage
  60. jerry> the disk -- the FastDisk driver totally replaces DOS.
  61. jerry> Windows also manages devices which DOS does not, such
  62. jerry> as mice, sound cards, and graphics screens.  So I
  63. jerry> believe Windows can and does "fix" DOS's inadequacies.
  64.  
  65. It still doesn't manage time very well...  That's the biggy.
  66. It also doesn't handle food chains as cleanly as I'd like.
  67.  
  68. : The simple fact of the matter is that Windows supports no less
  69. : than three different APIs, and that's confusing to say the
  70. : least.
  71.  
  72. jerry> What different APIs?
  73.  
  74. MS-DOS, Windows 1.0ish, Windows 386/486.
  75.  
  76. [...]
  77. jerry> I do agree with this!  OS/2 has everything that Windows
  78. jerry> has, but with a better API, preemptive multitasking,
  79. jerry> memory protection, and a flat 32-bit address space.
  80. jerry> The API is cleaner; IBM and MS saw the mistakes they
  81. jerry> had made with the Windows API, and corrected them.  It
  82. jerry> makes the Windows API look like a first draft, which is
  83. jerry> exactly what it is.
  84.  
  85. Ayup.  No argument here.
  86.  
  87. jerry> As for whether or not Windows was designed to be a
  88. jerry> single OS, well, I don't know.  I'm sure BillG always
  89. jerry> wanted to sell it as an add-on to DOS, but how it's
  90. jerry> packaged and bootstrapped doesn't change what it is,
  91. jerry> does it?
  92.  
  93. Nope, but how it's built does.  It's not a designed OS, it's
  94. an application environment with most of the features of an OS.
  95. It works, but it wasn't designed to run alone...
  96.  
  97. jerry> Now that we're talking about it, X doesn't really
  98. jerry> support DIG in the same sense as Windows or OS/2.
  99. jerry> After all, I can't use X calls to send output to a
  100. jerry> printer.
  101.  
  102. Why not?  If you can write a display driver for it, you can.
  103. Actually, I've played with that before and it's not as hard as
  104. you might think...
  105.  
  106. : There's a big difference between designing a feature in and
  107. : sticking it on later, but that's another story.  If you could
  108. : see some of the code in the MacOS (Yes I have), you would
  109. : cringe.  Or maybe not.  I'm an aesthete when it comes to
  110. : programming.
  111.  
  112. jerry> Me too!  Perfectionist down to the alignment of the
  113. jerry> last closing brace.  I can't comment on MacOS
  114. jerry> internals, though, because I've never seen them (should
  115. jerry> I be thankful?)
  116.  
  117. Yes.  Very.  Some of the worst code I've ever seen.  
  118. I'll say no more as I'm skirting legal issues...
  119.  
  120. : Right.  That doesn't mean every product is well designed or
  121. : thought out.  I still think the PC world would have been
  122. : better off with a new, designed from the ground up with no
  123. : baggage, OS.  The pain involved in the changeover would have
  124. : been great, but I think you would have ended up with a better
  125. : product.  None of the big boys would stick their neck out that
  126. : far, though, and it ain't a job for a two man company...
  127.  
  128. jerry> Agreed.
  129.  
  130. There now, we discussed a little, bitched a little and
  131. actually communicated a little.  We better get off c.s.a.a.
  132. before we ruin the atmosphere...
  133.                                                         - MM
  134.  
  135. ObFlameForAdvocacy'sSake:  Trim your .signature.  It violates 
  136.                netiquette.  And contains a GnR
  137.                quote which is non politically correct
  138. -- 
  139. passaretti@crd.ge.com           {whatever}!crdgw1!copernicus!passaret
  140. mrmike@michelotti.ae.ge.com     {whatever}!crdgw1!copernicus!michelotti!mrmike
  141.