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