home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text5802.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  4.4 KB  |  95 lines
  1. In-Reply-To: <m0t78Hl-00000EC@beaut.ardi.com>
  2. Message-ID: <Pine.SUN.3.91.951022202534.26653A-100000@sunspot.tiac.net>
  3. MIME-Version: 1.0
  4. Content-Type: TEXT/PLAIN; charset=US-ASCII
  5. Sender: owner-paper@nacm.com
  6. Precedence: bulk
  7.  
  8.  
  9.  
  10. On Sun, 22 Oct 1995, Clifford T. Matthews wrote:
  11.  
  12. > Hi Folks,
  13. > 
  14. > 1.99p4 is available the same way 1.99p3 was.
  15. > ftp://vorlon.mit.edu/pub/ardi/BleedingEdge has a DOS, Linux and
  16. > NEXTSTEP subdirectory, each of which has patches from 1.99p to 1.99p4.
  17. > 
  18. > 1.99p4 has yet another attempt to fix the flakiness that Executor/DOS
  19. > shows under Windows 3.x.
  20. > 
  21. > 1.99p4 does *not* fix the slow-drive opening bug.  It appears that the
  22. > bug in question is not related to long filenames, so we will need more
  23. > input from people who are seeing the problem.  What I'd like anyone
  24. > who is plagued by the slow DOS drive opening bug to do is: Open a
  25. > drive and after the disk activity has stopped, but while Executor
  26. > appears to be doing nothing, type CTRL-BREAK (the BREAK key is the
  27. > right most key on the very top row of most American keyboards.  It may
  28. > be labeled Pause / Break).  That *should* produce a "traceback" which
  29. > we would very much like e-mailed to us (bugs@ardi.com).  We'll then
  30. > have to study a few tracebacks before we can make any diagnosis.
  31. > 
  32. > In the meantime, 1.99p4 has a new feature "auto-refresh", which
  33. > automatically sets refresh to 10 if Executor detects that programs are
  34. > writing directly to the screen.  The command line option "-info" is
  35. > now supported in all versions of Executor, not just E/D.  1.99p4 also
  36. > gives warnings in a variety of places, one of which is if Executor
  37. > doesn't have an application zone large enough for the program being
  38. > run.
  39. > 
  40. > IMPORTANT NOTE:  Right now, and possibly even when 2.0 ships, Executor
  41. > uses Application Zone memory less efficiently than a real Mac, so if
  42. > you run Executor and get a warning and the warning says that you need
  43. > to run a given program with a certain amount of memory, you should
  44. > consider running it with 20% more memory than you are instructed.
  45. > 
  46. > Many bug fixes have been added.  Some programs that benefit from these
  47. > fixes include Quark XPresss, HyperCard, Deliverance, Space Madness
  48. > (must turn sound off to run properly), Ultima III (must turn sound off
  49. > to run properly), and Konica Picture Show (still has problems).  Since
  50. > 1.99p4 has been released, we've also made some fixes that help out
  51. > PageMaker.  In addition we fixed a fairly nasty bug that made it more
  52. > likely that a program would die if some other program had been run
  53. > first (i.e. run the browser, run program A, quit, run program B and B
  54. > would be more likely to die the second time than if it had been run
  55. > without A having ever been run).
  56. > 
  57. > IMPORTANT NOTE 2:  Many more games are now playable than ever before.
  58. > This is not because we are concentrating on games, per-se, but rather
  59. > a side-effect of the fact that games tend to push 32-bit color
  60. > quickdraw pretty hard and we have recently found and fixed a bunch or
  61. > bugs in our implementation of 32bQD.  However, many games will only
  62. > work if you turn Pretend Sound on, *and* turn sound off within the
  63. > game itself.  Whenever you run a program, you should check to see if
  64. > there's a way to turn sound off and if there is, turn it off before
  65. > doing anything else.  If you do that, "Space Madness" will run.
  66. > Neato.
  67. > 
  68. > We still have 55 major bugs that we want to address before Cotton
  69. > leaves on Tuesday.  I'm not sure that we'll make our goal, but we're
  70. > getting close.  We're now looking into the best way for us to start
  71. > burning test CD-ROMs.  We've decided that 2.0 will be released on a
  72. > CD-ROM and that we'll send all of our current customers a copy on
  73. > CD-ROM (no shipping charge) rather than force you to pick it up
  74. > electronically.
  75. > 
  76. > If you are experiencing the slow opening of DOS drives, please use
  77. > CTRL-BREAK as described above to get us the information we need to
  78. > find and fix that bug.
  79. > 
  80. > --Cliff
  81. > ctm@ardi.com
  82. > 
  83. Well, if your sending out a CDROM to all registered users, how about a 
  84. bunch of HFV's with programs that are known to work with 2.0, or are 
  85. somewhat flakey, but looks like they could soon be working with a future 
  86. release of Executor?  The CD's are going out, and the pain is not getting 
  87. Exectutor off the Internet, it's waisting time ftping software that won't 
  88. work, and having to trash them.
  89.  
  90. Just a suggestion.
  91.  
  92. Eric
  93.  
  94.  
  95.