home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text5285.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  9.1 KB  |  199 lines
  1.     id m0u9rek-0007rwa; Thu, 18 Apr 96 05:13 MDT
  2. Sender: owner-executor
  3. Received: from ardi.com by ftp.ardi.com
  4.     (Smail3.1.29.1 #3) id m0u9re9-0007rfn; Thu, 18 Apr 96 05:13 MDT
  5. Path: sloth.swcp.com!usenet
  6. From: Clifford T. Matthews <ctm@ardi.com>
  7. Newsgroups: comp.emulators.mac.executor
  8. Subject: ANNOUNCE:  Executor 2 and beyond Policy
  9. Date: 18 Apr 1996 04:30:54 -0600
  10. Organization: ARDI
  11. Lines: 178
  12. Message-ID: <uf4tqh963l.fsf@ftp.ardi.com>
  13. NNTP-Posting-Host: ftp.ardi.com
  14. X-Newsreader: Gnus v5.0
  15. To: executor@ardi.com
  16. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  17. Sender: owner-executor@ardi.com
  18. Precedence: bulk
  19.  
  20. There has been a bit of discussion regarding what ARDI will be doing
  21. once Executor 2 is released.  For people who haven't followed all our
  22. responses, here's an explanation of our plans for Executor 2 and
  23. beyond.
  24.  
  25. Upgrades:
  26.  
  27.     All Executor 1.x licensees will receive an Executor 2 CD-ROM
  28.     sent to them free of charge.  This includes Executor/NEXTSTEP
  29.     users.  The rumor that we would drop NEXTSTEP support before
  30.     Executor 2 came out is FALSE.
  31.  
  32.     In addition, all Executor 1.99<x> licensees (i.e. people who
  33.     licensed Executor within the last year or two, but excluding
  34.     people who licensed Executor 1.0, 1.1 or 1.2) will also get
  35.     whatever free upgrades that we offer to Executor 2 licensees
  36.     during the first two months that Executor 2 is released.  We
  37.     don't yet know what our upgrade policy will be for Executor 2,
  38.     but whatever it is, 1.99<x> licensees will automatically get
  39.     it.
  40.     
  41. Development:
  42.  
  43.     All the material in this ("Development:") section is subject
  44.     to change.  ARDI is currently a small company but we do not
  45.     plan to remain small.  Some of what is described here will
  46.     require more engineers than ARDI currently employees.  We're
  47.     assuming that we'll sell more copies of Executor 2 when it's a
  48.     finished product than we've been selling to date, although
  49.     that is not a given.  If we can't support ourselves through
  50.     Executor 2 sales we'll seek funding elsewhere, but that could
  51.     cause some delays.
  52.  
  53.     After Executor 2 ships, ARDI will spend approximately one
  54.     month restructuring our existing code.  Executor is much
  55.     cleaner than most commercial software I've worked on (I was a
  56.     freelance software contractor in the early days of Executor as
  57.     well as before then), but to be maximally efficient when we
  58.     hire new engineers we need to clean up and restructure our
  59.     code.  This is no big deal, but it will allow us ARDI
  60.     engineers to catch our breath and even do some brainstorming
  61.     before going back to the implementation/bug-fix grind.
  62.  
  63.     Beyond the restructuring we'll be working in many different
  64.     areas in parallel (in alphabetical order):
  65.  
  66.     Compatibility with apps -- Many programs still die for mysterious
  67.     reasons.  We'll continue to look into and solve mystery crashes.
  68.  
  69.     Compatibility with extensions -- Our goal will be to support
  70.     INITs and CDEVs, *especially* ATM and QuickTime.  Some of the
  71.     work done in this area will be the beginnings of support for
  72.     System 7.5 drop-in capability.
  73.     
  74.     Intermachine communication -- Support for serial ports and
  75.     networking will be added.  We plan to leverage off of existing
  76.     OS support to do this, instead of writing our own low-level
  77.     drivers.
  78.  
  79.     Multitasking -- We plan to add both support for multi-tasking
  80.     within a single address space, at least enough to allow Word 6
  81.     and Excel 5 to run and also piggy-back on top of existing OS
  82.     support for multi-tasking under separate address spaces
  83.     (i.e. set things up so that when one app dies others will
  84.     continue to run).
  85.  
  86.     Ports to other OSes -- Tentatively it looks like we will port
  87.     Executor to Win32 (for Windows '95 and Windows NT) and OS/2.
  88.  
  89.     PowerPC emulation -- Mat has already done significant work on
  90.     a successor to Syn68k which will allow us to emulate the PPC
  91.     as well as the 68k and do so faster than Syn68k does.  The
  92.     successor is internally known as VCPU and it should also allow
  93.     us to port to non-x86 architectures more easily so that if
  94.     we're ever financially motivated we could (re)port Executor to
  95.     the Alpha or take advantage of the "native instruction set"
  96.     the P7 is rumored to sport.
  97.  
  98.     Working with ISVs -- A few Macintosh Independent Software
  99.     Vendors have expressed interest in using a bundled
  100.     "wrapperized" Executor to allow them to sell their Mac apps in
  101.     the Windows world.  We will pursue this to the degree that the
  102.     ISVs are willing to pay for the wrapperization work.  With
  103.     luck we can get extra funding for core Executor work from
  104.     royalties coming from bundled versions of Executor.
  105.  
  106. Supported OSes:
  107.  
  108.     All the material in this ("Supported OSes:") section is subject
  109.     to change for the same reasons why the material in the
  110.     previous paragraph is subject to change.
  111.  
  112.     NEXTSTEP has not been a viable operating system for
  113.     Independent Software Vendors for a long time now.  AppSoft,
  114.     ITS, Millenium, Pages, RightBrain, Xanthus and many other ISVs
  115.     have all bowed out of the NEXTSTEP market.  We will release
  116.     Executor 2 for NEXTSTEP but that very well may be our last
  117.     major release for NEXTSTEP.  Everything I know about the
  118.     NEXTSTEP marketplace suggests that it's time for us to leave,
  119.     but that decision won't be officially made until after
  120.     Executor 2 has been released so that the remaining powers in
  121.     the NEXTSTEP community can see what we've done so far and see
  122.     where we're going and point out market possibilities that we
  123.     may have missed.
  124.  
  125.     After Linux 2.0 is released we may consider dropping a.out
  126.     support in Executor.  Clearly a.out is on its way out although
  127.     we don't know whether we'll need to continue supporting it for
  128.     a year or five years.  I believe support for Linux ELF is
  129.     being worked into NetBSD, FreeBSD and BSDI, but if I'm
  130.     mistaken and they remain only able to run Linux a.out files
  131.     then we won't drop a.out support.  Unlike the NEXTSTEP
  132.     situation where we're likely to drop support for NEXTSTEP
  133.     soon, we're *not* planning on doing that with a.out (Linux 2.0
  134.     is still a ways away, I believe).  I am mentioning a.out
  135.     support here because it is something that will probably be
  136.     dropped at some point.
  137.  
  138.     DOS support will continue after Executor 2 is released and
  139.     Executor/DOS will probably directly benefit from our
  140.     "Compatibility with apps", "PowerPC emulation" and some of our
  141.     "Compatibility with extensions", "Intermachine communication"
  142.     and "Multitasking" work.  However, some of the work in these
  143.     areas is less likely to appear in Executor/DOS due to DOS's
  144.     limitations.  QuickTime support, Networking support, and
  145.     support for Multi-tasking in separate address spaces are
  146.     unlikely to be incorporated to Executor/DOS; DOS is just too
  147.     primitive to easily support those features.
  148.  
  149.     In all liklihood our major development efforts will be put in
  150.     Executor/Win32 (that's where the money appears to be) and
  151.     Executor/Linux (that's the OS we like).  On the other hand, if
  152.     Executor/OS-2 winds up being commercially successful we
  153.     definitely won't rob its revenue stream; we'll pump some
  154.     fraction of the profits into OS/2 specific enhancements and no
  155.     fraction of the OS/2 profits into Win32 or Linux specific
  156.     enhancements.  Most of the profits from all versions will go
  157.     into core work because Executor is > 90% core.
  158.  
  159. Reiterating one more time, to make a point, all the information above
  160. except for our Upgrade policy is subject to change.  Anyone who has
  161. tracked ARDI for a considerable amount of time will have noticed that
  162. we *haven't* been able to meet the timetables that we've set for
  163. ourselves in the past.  Almost all of this has been due to a lack of
  164. money -- it was *very* hard to get where we were with the budget we
  165. had.
  166.  
  167. When the bottom fell out of the NEXTSTEP market, it hit us hard.  When
  168. we thought we had lined up external financing and decided to rely on
  169. that rather than Executor 1.x sales to fund Executor 2, only to find
  170. out that the company that was to fund us wasn't serious, that too hit
  171. us hard.
  172.  
  173. Hopefully after Executor 2 ships we will have a larger budget to work
  174. with, either due to Executor 2 sales or due to the ability to acquire
  175. financing based on Executor 2's promise.  Although we haven't been
  176. able to do things in the timeframe that we've tried in the past, we
  177. *have* done most of the things we claimed we would (color, sound, our
  178. own Finder, dramatic speed improvements, increased compatibility), so
  179. there really is a good reason to believe we can do the above, at least
  180. if the market says we should have money.
  181.  
  182. We're very honest at ARDI.  I am serious when I say that all the major
  183. decisions will officially be made after Executor 2 ships.  For that
  184. reason I suggest that anyone wanting to provide us with suggestions
  185. for our post Executor 2 activity should wait until *AFTER* Executor 2
  186. is shipping.  We'll be much less harried and much more open to
  187. suggestion after Executor 2 is shipping.
  188.  
  189. Thank you for your interest.
  190.  
  191. --Cliff
  192. ctm@ardi.com
  193.  
  194. [This was cross-posted to c.s.n.a. since there has been a little
  195. traffic there concerning our declining support for E/NS.  For people
  196. not familiar with Executor, http://www.ardi.com provides more
  197. information]
  198.  
  199.