home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / os2 / misc / 28038 < prev    next >
Encoding:
Internet Message Format  |  1992-08-23  |  8.0 KB

  1. Xref: sparky comp.os.os2.misc:28038 comp.os.os2.advocacy:4408
  2. Newsgroups: comp.os.os2.misc,comp.os.os2.advocacy
  3. Path: sparky!uunet!caen!hellgate.utah.edu!jaguar.cs.utah.edu!brian
  4. From: brian%jaguar.cs.utah.edu@cs.utah.edu (Brian Sturgill)
  5. Subject: Re: I've seen NT......and I'll take OS/2 2.0 thanks!
  6. Date: 23 Aug 92 11:59:32 MDT
  7. Message-ID: <1992Aug23.115932.26699@hellgate.utah.edu>
  8. Organization: University of Utah CS Dept
  9. References: <1992Aug14.202253.33580@watson.ibm.com> <1992Aug16.063037.3621@microsoft.com> <OLAVT.92Aug22215004@ulrik.uio.no> <1992Aug22.153645.8453@hellgate.utah.edu> <19920823.064503.185@almaden.ibm.com>
  10. Lines: 142
  11.  
  12. In article <19920823.064503.185@almaden.ibm.com> AV@vnet.ibm.com writes:
  13. ...
  14. >>Windows NT forces programs to go through intercepted hardware accesses that
  15. >>are bounds checked, and then performed for the program.  This of course
  16. >>is slower, and only those device registers directly accounted for in the
  17. >>DOS subsystem can be used.  As I've said before OS/2 has NT beat hands
  18. >>down in this ONE area.  Again, referring back to my recent post proposing
  19. >>the direction OS/2 should go in.... OS/2 should seek the middle ground.
  20. >>Keep the DOS compatibility, and concentrate specifically on the Desktop
  21. >>user's needs.  OS/2 would need to lessen it's DOS support too if it were to
  22. >>try to fill the same area that NT is trying to fill (i.e. "real" security).
  23. >>NT has at least a two year lead getting symmetric multiprocessing and heavy-duty
  24. >>networking, and other high-end features in... OS/2 is better off not trying
  25. >>to be an NT-wannabe.
  26. >>
  27. >Sorry, I disagree with all you are posting here.
  28. >Are you suggesting that IBM should drop Lan Server (the 3.0 beta test
  29. >just started this week) and Extended Services?
  30. I'm not suggesting IBM drop anything... see below.
  31. Would you like to post a feature list?
  32. How much will it cost?
  33.  
  34. >Come on, you must be joking. Also, I fail to see why you cannot have
  35. >compatibility with DOS apps and security. The fact that NT doesn't
  36. It is impossible to do what IBM did to give OS/2 DOS compatibility and
  37. be C2-level secure.  Quite simply OS/2's DOS box allows unrestricted
  38. access to hardware devices, which while it makes for good DOS compatibility
  39. allows any DOS program to override any security measures that would be put
  40. in OS/2.  OS/2 could have security, but it would have to go to the same
  41. approach as NT... validation of all hardware accesses, thus incurring
  42. the same problem... not being able to allow many/most installable DOS device
  43. drivers.  This is NT's only DOS BOX weakness (in design) relative to
  44. OS/2's design.  (Really, see the PC Week article... it's a very good examination
  45. of both systems.)
  46.  
  47. >give it, doesn't mean it cannot be done. The DOS VDM's in OS/2 2.0
  48. >are capable of more than you seem to know about it.
  49. >About SMP: You must have missed the IBM/Parellan announcement.
  50. Yes I did miss it... would you like to provide details?
  51.  
  52. >What MS lead are you talking about?
  53. >Also don't forget the parallel database technology demo, IBM showed
  54. >on Comdex, fall 1990, running on OS/2.
  55. I also saw a demo of Windows 3.1 at the OS/2 roll-out at COMDEX...
  56. I still don't have that.
  57.  
  58. >Finally you seem to forget all about additional security that can be
  59. >obtained using client/server technology.
  60. >An 'NT wannabe': that will be difficult. It's more NT that tries to
  61. >become an 'OS/2 wannabe'.
  62. Not at all, I think you're being irrational, please calm down and look
  63. at things as they stand.  3 years ago, Microsoft and IBM had a fight,
  64. Microsoft decided to have their own OS, which they designed from the
  65. ground up to be in the style of OS/2 1.X at the API level with a Windows
  66. GUI.  From the start this code was: portable, had symmetric multiprocessing,
  67. security, POSIX support, etc.  This project is nearing completion.
  68. IBM has not spent nearly the time doing this.  As of two months ago they
  69. had only just decided to use Mach as a basis for OS/2 3.0 (unless IBM was
  70. lying, but I doubt they did).  They themselves say this is how OS/2
  71. will get multiprocessing.  While (according to rumor) it seems that
  72. IBM has been writing portably the sections of OS/2 1.X they recoded for
  73. OS/2 2.0, this does not account for symmetric multiprocessing, and the
  74. fine RPC and networking features of NT, nor security, nor a mail-api,
  75. nor.... sigh the list is just too large.
  76.  
  77. I am not suggesting IBM give up current features of OS/2... that's not
  78. it at all.  What I am suggesting is they FOCUS on serving the desktop user.
  79. This is an area where NT has a problem (due to DOS incompatibilities,
  80. lack of WPS, integrated REXX, etc).  IBM _IS_ TRYING TO IMITATE NT.
  81. For example at the April COMDEX Roll-out of OS/2, Reiswig in response to
  82. questions to a previous announcement of NT, promised to have NT features,
  83. such as POSIX.  This is rediculous... why is IBM FOLLOWING Microsoft?
  84. (Not that Microsoft's direction is bad, but they have a big lead... surely
  85. you can believe 1 year... I, taking into account's OS/2 current state and
  86. IBM's slowness to move, believe the lead is more like 2 years.)
  87. What I'm hoping is that IBM will quit worrying about NT getting the high-end
  88. market (that's virtually a done deal), and start worrying about getting OS/2's
  89. rightful piece.  OS/2 is a nice personal OS... why fatten it with high-end
  90. features?
  91.  
  92. What I see happening is that IBM is failing to improve OS/2's current state,
  93. while squandering resources on high-end features.  Why should I believe
  94. in promised C2-level security, POSIX, symmetric multiprocessing, etc..
  95. from a company that still has not delivered the 32-bit GDI that "just
  96. barely missed" its PROMISED March delivery date, and its JUNE CSD date.
  97. It still doesn't have super-VGA drivers!
  98.  
  99. Did anyone else notice in the July OS/2 Monthly the article that had the
  100. interview at COMDEX with John Soyring?  Here's the question that upset me:
  101.     JOEL:
  102.     I understand that sometime in June, you're coming out with a 32-bit
  103.     graphic engine upgrade.
  104.  
  105.     JOHN SOYRING:
  106.     ... (denial that it's 16-bit omitted -- it's a "hybrid")
  107.     ...
  108.     So we got to the point in March where the 32-bit graphics engine
  109.     was done. They finished the coding, we finished the internal
  110.     testing, and it was meeting specifications. We also had a decision.
  111.     Both were operating very well. One had extensive external testing
  112.     as well. Which one did we ship initially? Which one would you
  113.     ship if quality was you top objective?
  114.     ...
  115.  
  116. Now if this is true... why do we still not have that 32-bit engine?
  117. Surely this could have been ready by the end of June?  Why, if this is true,
  118. did an IBM employee call me up in response to the posting I made in
  119. comp.os.os2.programmer (complaining about lack of support for ISV's) and
  120. tell me that the 32-bit GDI is STILL (as of a few weeks ago) so buggy that
  121. they're refusing to install it internally?
  122.  
  123. If getting these problems fixed are so hard for IBM, then they have no
  124. prayer of directly competing with NT.  Thus I suggest that they take
  125. OS/2's strengths and optimize those.  Compete by differientiation, rather
  126. than head-on.
  127.  
  128. >
  129. >>>
  130. >>>- Microsoft will no longer give any release date for NT (What a
  131. >>>surprise - it seems like it is delayed!)
  132. >>What an odd thing to say, Microsoft has never given a release date for NT...
  133. >>to this point, not even for the beta.  The program development schedule
  134. >
  135. >(lines deleted)
  136. >Perhaps not, but for how long are we now hearing about NT?
  137. >And maybe there never was an official announcement, but MS folks
  138. >have been publicly mentioning all kind of dates.
  139.  
  140. Big deal!  These are not Microsoft spokespersons.  Just because IBM
  141. has such draconian "security" measures that IBM employees can't do likewise
  142. isn't a fault with Microsoft, but surely of IBM.  If IBM truely had any
  143. marketing sense, they too would be discussing openly their future directions and
  144. approximate time frames.  I'm glad I know about Microsoft's future plans.
  145. I'm glad to know about Cairo, even if it's largely vapor at this point.
  146. It's good to know what they have in mind.
  147. On the other hand I take projected dates as projected dates... they are not
  148. firm, and will most likely be overly optimistic.
  149.  
  150. ...
  151. >Anton Versteeg - IBM - Uithoorn Netherlands - TEAMOS2 NL
  152.  
  153. Brian
  154.