home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text4841.txt < prev    next >
Encoding:
Internet Message Format  |  1996-07-25  |  5.2 KB
  1. Date: 11 Apr 1996 19:45:56 GMT
  2. Organization: Flat Earth Society
  3. Lines: 84
  4. Message-ID: <4kjnhk$k6b@decaxp.HARVARD.EDU>
  5. References: <v02120d01ad92dea99753@[199.246.2.154]>
  6. NNTP-Posting-Host: shuchart.student.harvard.edu
  7. Mime-Version: 1.0
  8. Content-Type: Text/Plain; charset=US-ASCII
  9. X-Newsreader: WinVN 0.99.7
  10. To: executor@ardi.com
  11. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  12. Sender: owner-executor@ardi.com
  13. Precedence: bulk
  14.  
  15. In article <v02120d01ad92dea99753@[199.246.2.154]>, 
  16. weismand@limestone.kosone.com (Dwight W Weisman) declares...
  17.  
  18. ...some things that aren't remotely right.  I respond to some of them below, 
  19. but the key thing that was missed is: You've Only Bought Executor 2.0.  This 
  20. thread is about 3.0 and up, which you will have to pay for AGAIN -- perhaps 
  21. an upgrade fee, but a fee all the same.  Your $100 investment is in a DOS 
  22. app, agreed, and ARDI won't magically break all 2.0 copies so that they 
  23. cease working under DOS.  The argument is about what ought to be done next, 
  24. and Cliff makes the good argument that networking/sound/ports/filesystems, 
  25. etc., are much easier left to the Microsoft/Linux/IBM/NeXT people, freeing 
  26. ARDI to work on the Mac-specific stuff.  DOS people will at some point have 
  27. to accept that their platform isn't worth developing advanced applications 
  28. for, just as owners of 286s have accepted that no one makes good CD-ROM 
  29. games or CAD software or whatever for their machines.
  30.  
  31. >I favour implementation of MacOS overlay before a port to Win95(aka Mac85).
  32. Well, if it were just a choice between having E/2 functionality in a Win95 
  33. window in August, or a System 7-droppable Executor for DOS in August, we'd 
  34. all agree.  The point is that this isn't the point; it would take longer to 
  35. get to Sys7 in DOS than in OS/2-Win95-Linux-Nextstep-NT-whatever 
  36. (henceforth: "not-DOS").
  37.  
  38. >In the first place, it still costs over $100 dollars for the Win 95
  39. >upgrade here in Canada, and I already own Executor, so I would rather it
  40. >met my needs that expect me to go out and spend more money to use it. 
  41. No one will stop you. Cliff always says that Executor is only for those 
  42. whose needs are met by its current functionality; you seem to have bought it 
  43. for its future functionality.
  44.  
  45. >Incidently, yes I own an unused copy of Mac OS 7.5 (Apple sent me three),
  46. >so that would cost me nothing to use.  Also while I think that Win 95 can
  47. >be grudgingly called 32-bit, the appelation "native" may be a bit of a
  48. >stretch.
  49. Native to the Win32 API, rather than a DOS-box VM, is standard Wintel-world 
  50. usage of "native," in my experience.
  51.  
  52. >A second consideration is memory.  Executor likes lots, DOS needs very
  53. >little, Win 95 needs LOTS.  Thus if we are forced to use a W95 port we have
  54. >to expec to use more memory (and faster processors - there are still some
  55. >people out there running executor on 386's and 486/33's - no good for W95).
  56. And they can continue to do so.  Non-DOS will presumably allow better 
  57. virtual memory for Executor, saving lots of users a lot more than $100 in 
  58. RAM costs.
  59.  
  60. >Lastly, if W95 is an effective replacement for a DOS/WIN environment (aka a
  61. >real system upgrade) then it should run the DOS version of Executor
  62. >-- NO IFS, NO BUTS, NO MAYBES --
  63. >if not, complain to Microsoft, not to ARDI.
  64. It does, but it could run something better much more easily than DOS could. 
  65. That's the only point.
  66.  
  67. >An implementation of Executor, that accepts a Mac OS overlay (or is just a
  68. >hell of a lot more sys 7 like) tha can then be ported to all existing
  69. >platforms (and yes I suppose at some point W95) is a more valuable use of
  70. >time and resources than a W95 port.  One of the reasons that ARDI has
  71. >upheld for not making their product _dependent_ on a Mac OS overlay (or
  72. >ROMS) is that it would then force us to buy those items at additional cost
  73. >to us.
  74. Um, the additional cost of Mac ROMs is an order of magnitude higher than a 
  75. Win95 upgrade.  You can't just buy them, you have to buy a Mac, first. But, 
  76. to repeat myself again, you've got the development process wrong: to 
  77. implement the "glue" that would allow AppleTalk, say, to interface with the 
  78. PC's networking hardware would be much harder to write on an OS like DOS 
  79. than on one of the non-DOS OSs under consideration.  Better to use what 
  80. non-DOS provide, allowing ARDI to move directly to the glue.
  81.  
  82. >Now, I assume that there are a lot of registered owners of the _DOS_
  83. >version that already own Win 95.  However the key element here is _DOS_.  I
  84. >paid for a DOS application (emulator) not a Win 95 app.  For ARDI to turn
  85. >around and say that implementing another platform is more important that
  86. >providing me with a better product would be a very bad move.  I would be
  87. >more than tempted to request a refund.  I suspect that Linux and Next users
  88. >would agree.
  89. You would be absolutely without license to request a refund. No product 
  90. includes a guarantee of feature-enhancing upgrades, and only some include 
  91. bug-fixing upgrades.  This is an absolutely bizarre claim.  If I buy a 
  92. Honda, I expect it not to break, but I don't expect the dealer to make it a 
  93. 1997 model next year even if I want one.
  94.  
  95. -- 
  96. Scott Shuchart
  97. shuchart@fas.harvard.edu
  98.  
  99.  
  100.