home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text1963.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  4.1 KB
  1. Received: from blob.best.net (blob.best.net [204.156.128.88]) by nacm.com (8.6.10/8.6.9) with ESMTP id NAA15553 for <executor@nacm.com>; Wed, 7 Jun 1995 13:46:26 -0700
  2. Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by blob.best.net (8.6.12/8.6.5) with ESMTP id NAA17758; Wed, 7 Jun 1995 13:43:55 -0700
  3. Received: (cpage@localhost) by shell1.best.com (8.6.12/8.6.5) id NAA20155; Wed, 7 Jun 1995 13:44:29 -0700
  4. Date: Wed, 7 Jun 1995 13:44:28 -0700 (PDT)
  5. From: Chad Page <cpage@best.com>
  6. To: "Clifford T. Matthews" <ctm@ardi.com>
  7. cc: Dan Guisinger <dan_g@ix.netcom.com>, executor@nacm.com
  8. Subject: Re: Executor 1.99n
  9. In-Reply-To: <m0sIP5d-000YbmC@mailhost>
  10. Message-ID: <Pine.BSD.3.91.950607133506.15061A-100000@shell1.best.com>
  11. MIME-Version: 1.0
  12. Content-Type: TEXT/PLAIN; charset=US-ASCII
  13. Sender: owner-paper@nacm.com
  14. Precedence: bulk
  15.  
  16.  
  17.  
  18. On Sun, 4 Jun 1995, Clifford T. Matthews wrote:
  19.  
  20. > >>>>> "Dan" == Dan Guisinger <dan_g@ix.netcom.com> writes:
  21. > 
  22. >     Dan> Is Executor 1.99n supposed to be out this week?  I always end
  23. >     Dan> up passing the beta versions out at school, but I can't do
  24. >     Dan> that after Thursday.
  25. > 
  26. > Sorry.  It won't be out until next weekend at earliest.  We still
  27. > think we can make next weekend, though.  So far we've fixed tons of
  28. > bugs, totally revamped the blitter, got Bolo running, got Arashi
  29.  
  30.     Fun... Bolo really needs Appletalk support though :)
  31.  
  32. > limping, allow access to D:, E:, etc. under DOS, allow access to DOS
  33. > filesystems under Linux, have adjusted E/D to allow printing multiple
  34. > times within one session,and have done a bunch of work on allowing
  35. > fonts and DAs to be installed by Loser.  We've also written and
  36. > integrated, but not yet debugged the code that allows Loser to format
  37. > floppies.
  38.  
  39.     It sounds like 1.99n will move Executor to being more of a 
  40. Mac-like environment.  This is all pretty cool stuff.
  41.  
  42. > We still have a little new code to write (finish font/da installation,
  43. > international keyboard mapping, code to allow apps to detect Executor
  44. > attributes) and a bunch more bug fixing to do, then we need to hunt
  45. > for new bugs that our mods have introduced.
  46.  
  47.     Something which strikes me with the new Executor releases is that 
  48. after a release with many new features, there are usually some bugs that 
  49. make it into the release (eg 1.99l).  I'd expect a few bugs in 1.99n at 
  50. first... BTW, PLEASE release a Linux and DOS version at the same time, so 
  51. if it turns out to have bugs which would preclude a release because of 
  52. stability reasons, those adventurous among us can try it anyway. :)
  53.  
  54. > Hard to say.  Here are some of the major things that still need to be
  55. > added.  They may all be added to 1.99o, or we may have to split them
  56. > into 1.99o and 1.99p.
  57. > 
  58. >         NEXTSTEP port
  59. > 
  60. >     SVGAlib port (will be released soon after NEXTSTEP port)
  61.  
  62.     I'm REALLY glad to see this go in before 2.0!  (just compare the 
  63. performance of linuxxdoom and linuxsdoom... :)  This will make Executor 
  64. fast enough for use on just about anything videowise.  Not only that - if 
  65. the port is written right, it can use a linear frame buffer on cards 
  66. which support it.  On those cards, it will be faster than Executor/DOS even. 
  67.  
  68. >     16 and 32 bit per pixel support
  69.  
  70.     Cool... will it work in 24-bit mode under SVGALIB?
  71.  
  72. > All told it's looking like 2.0 will be in beta in mid August and will
  73. > be in production in early October.  This will be approximately an 18
  74. > month slip from our original projection of when 2.0 would ship, but
  75. > that prediction was made before 1.0 was even in production, and back
  76. > then we were envisioning a 2.0 that would have had a few more features
  77. > but would have lacked 32-bit color QuickDraw (only the "old color
  78. > model" was going to be supported), would have had less System 7
  79. > support, would have run fewer applications and would have had a slower
  80. > synthetic CPU and a slower blitter.
  81.  
  82.     Plus, of course, Linux support :)
  83.  
  84.     BTW, are there any plans to make a FreeBSD version of Executor?  
  85. That would be very trivial to do, and help the FreeBSD people out quite a 
  86. bit (I'm just starting to look at it myself.)  (Guess : after 2.0 ships :)
  87.  
  88.     - Chad
  89.  
  90.  
  91.