home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text4958.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  4.0 KB
  1. Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.10/8.6.9) with ESMTP id UAA10235 for <executor@nacm.com>; Mon, 25 Sep 1995 20:43:25 -0700
  2. Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id VAA07675 for nacm.com!executor; Mon, 25 Sep 1995 21:43:23 -0600
  3. Received: from beaut.ardi.com by mailhost  with smtp
  4.     (nextstep Smail3.1.29.0 #11) id m0sxQtV-000Yc7C; Mon, 25 Sep 95 21:41 MDT
  5. Received: by beaut.ardi.com (linux Smail3.1.28.1 #5)
  6.     id m0sxQtU-00002JC; Mon, 25 Sep 95 21:41 MDT
  7. Message-Id: <m0sxQtU-00002JC@beaut.ardi.com>
  8. Date: Mon, 25 Sep 95 21:41 MDT
  9. From: ctm@ardi.com (Clifford Thomas Matthews)
  10. To: executor@nacm.com
  11. Subject: Executor/NEXTSTEP 1.99o9 is out, sans READMEs
  12. Sender: owner-paper@nacm.com
  13. Precedence: bulk
  14.  
  15. Executor/NEXTSTEP/Intel 1.99o9 is now in
  16. ftp://ftp.ardi.com/pub/BleedingEdge/NEXTSTEP/executor-nsintel-199o9.tar.gz
  17. That file will expand to Executor.app, which you should probably put
  18. in /LocalApps.
  19.  
  20. NOTE: we have changed the registration procedure and will need to
  21. issue all our current NEXTSTEP customers new keys.  In the meantime,
  22. until the end of October, every Executor/NEXTSTEP user (current
  23. customers and not) has permission to use this serial number and key:
  24.  
  25. Serial Number = 100
  26. Key = "z5nk6yn28jy9n"
  27.  
  28. This will only work under Executor/NEXTSTEP and it will only work for
  29. versions 1.x.  It even stops functioning November 1.  We'll either get
  30. new serial numbers to all our current NEXTSTEP customers by then or
  31. we'll release another key that everyone can use while we sort things
  32. out.
  33.  
  34. To use this key, fire up Executor, then click on the "Info" button.
  35. It will prsent you with a page of legalese, and the option to click on
  36. the "Next" button to get another page of legalese.  After you've
  37. clicked on the Next button about a dozen times, you'll be prompted for
  38. your name, organization, serial number and authorization key.  Use the
  39. values supplied above for the last two choices.  You will have to run
  40. Executor once as root after you've entered the registration
  41. information.
  42.  
  43. If you run Executor/NEXTSTEP in demo mode and it times out on you,
  44. you'll be presented with the "Time's Up" message, but after you click
  45. on "OK", Executor will hang.  We should have that fixed by the time we
  46. release 1.99p, which will be the first 1.99<x> experimental (as
  47. opposed to bleeding edge) release for NEXTSTEP.
  48.  
  49. Earlier today I answered a customers question about
  50. Executor/NEXTSTEP/Motorola.  My reply is tacked on to the end of this
  51. letter.
  52.  
  53.     --Cliff
  54.     ctm@ardi.com
  55.  
  56. Q: What about Executor for NEXTSTEP/Motorola
  57.  
  58. A:
  59.  
  60. Mat is working on it.  We have three things that need to be done:
  61.  
  62. Rework the interface between Mac code and ROMlib/Executor code so that
  63. NS/motorola can use the same code for this boundary laye rthat all the
  64. other implementations do.  Previously there were two different sets of
  65. code for the boundary stuff, but as we've added much more code of late
  66. it makes sense to just rework the interface and share the code than to
  67. maintain two different sets.
  68.  
  69. Make the blitter work.  This is a multi-step process.  First we need
  70. an implementation that does the job but isn't necessarily efficient.
  71. Our old code was black and white only.
  72.  
  73. Adjust how interrupts are handled.  When we're using our synthetic CPU
  74. we just turn on a bit that says an interrupt is pending and we will
  75. know that eventually someone will see that bit and call the interrupt
  76. routine at an opportune time.  Under NS/Motorola there is no way to
  77. set a "pending" bit.  We have to do things during interrupt time,
  78. which requires more care to properly block and unblock interrupts.  We
  79. used to have code that would do this, but it may have succumbed to
  80. bitrot.
  81.  
  82. We're *hoping* to have E/NS/Motorola limping by October 7, when we
  83. start hackathon II, but if we don't, then we'll probably have to put
  84. work on it on hold until October 24.
  85.  
  86. NOTE: Between 1.99o8 and 1.99o9 we cleaned out some outdated stuff
  87.