home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text2227.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  3.6 KB  |  66 lines

  1. In article <315C93CB.2A06@ix.netcom.com>, Steve D. <smd3@ix.netcom.com> wrote:
  2. >I think ARDI has the right idea just be making a DOS version. It runs 
  3. >fine in Windows95, even in Dos. So why are the OS/2 users complaining? 
  4. >They have DOS capability. [bla bla bla]). If they do [a 32 bit port],
  5. >should make it to the Win-32s/Windows95 platform. This is the most 
  6. >widely used platform. These people [allegedly] account for the majority
  7. >of the EXECUTOR users. [bla bla bla].  I beleive ARDI has already done
  8. >great. I don't think we should complain, we purchased the product (at a
  9. >lower cost than the shipping cost), [etc...]
  10.  
  11. What?  Is this another troll?  The only things said here that I agree
  12. with are that ARDI has done a great job on Executor and that we shouldn't
  13. complain.  The more so because ARDI has already indicated it plans to
  14. suuport OS/2, nothwithstanding the conventional wisdom that only the
  15. Windows platforms are of any consequence and that all others not only
  16. can be, but should be, ignored.  Windows users need not worry, ARDI
  17. indicates that it plans to support you, too -- and it will not hurt
  18. you one bit for ARDI to do something you don't agree with.  I care
  19. nothing for the OS wars, preferring a diverse and competitive market-
  20. place because I believe it to be both more interesting and better for
  21. the industry.
  22.  
  23. ARDI deserves support for many reasons, not least of which is their 
  24. choice to support a diverse marketplace.  Still, there's plenty of 
  25. reason to support them even if you don't agree with my diverse market-
  26. place philosophy.  For one, the product is outstanding, with better to
  27. come.  Another is their conduct, or should I say philosophy: they have
  28. solicited and used the support of their target user community and 
  29. haven't even demanded that we fork over big bucks to get a peak at
  30. their product.  Recently, Cliff allowed as how some $2M has been spent
  31. with (I gather) little compensating revenue to date, but despite their
  32. obvious need for cash, they allowed me the educational discount on the
  33. modest strength of my part-time instructorship at Columbus State 
  34. Community College, a large institution of its type, but no powerhouse
  35. of computer science, to be sure.
  36.  
  37. I anticipate that I will be send them more money for some sort of
  38. cross-platform license for future versions as I actually boot and use
  39. Win95, OS/2 Warp, and Linux on my home machine.
  40.  
  41. >ON A SIDE NOTE, WILL EXECUTOR RUN ON AN 80286?? WE STILL USE THEM AT 
  42. >SCHOOL, AND THIS MIGHT BE INTERESTING TO SEE...
  43.  
  44. Well, I think we can safely say that the answer is no.  Not only would
  45. emulation of the 32 bit flat address space Moto 68K family be difficult,
  46. if not impossible, to emulate successfully using 64k segments on the
  47. 286, the emulation of the Moto 32 bit instructions on the 286' 16-bit
  48. architecture would impose an additional heavy overhead, as well.  (O.K.,
  49. O.K., I know that 68000 had a 24 bit address space not 32, but 
  50. Executor's emulation target is a 68040, anyway, right?).
  51.  
  52. I may not remember perfectly but 286's topped out a 20MHz or so.  Now
  53. I've successfully run Executor on a 25MHz 386sx, but it was pretty
  54. leisurely (q12 might be faster, but I no longer have the machine).  If
  55. the address space issues were solved through some scheme for mapping
  56. the Moto address space into a sheaf of 64k segments and 32 bit 
  57. operations successfully emulated, the result would likely amble along
  58. at a pace rather slower than "leisurely."
  59.  
  60. Larry
  61. -- 
  62. Larry A. Shurr (las@cbgbcs.cb.att.com or lshurr@freenet.columbus.oh.us)
  63. A Keane consultant on assignment at Lucent Technologies/Bell Laboratories
  64. Innovations, but not officially representing the views of either company.
  65.  
  66.