home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.95 / text0343.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  3.3 KB  |  70 lines
  1. >>>>> "Joshua" == Joshua W Burton <burton@het.brown.edu> writes:
  2.  
  3.     >> After those six weeks have elapsed, 2.0 will ship.
  4.     >> 
  5.  
  6.     >> That's the plan, anyway.
  7.     >> 
  8.  
  9.     >> [We actually have plans for beyond 2.0, but astrology is hard]
  10.  
  11.     Joshua> I didn't see _any_ time in the schedule to even work
  12.     Joshua> towards a NeXTstep release.  We've heard the story about
  13.     Joshua> missing technical data from NeXT; if you could be a bit
  14.     Joshua> more specific, perhaps some of us can lean on our
  15.     Joshua> acquaintances there to help.  We old users are feeling
  16.     Joshua> more bypassed with every 1.99 release, every week, every
  17.     Joshua> month that goes by without us.  (If necessary, we'd settle
  18.     Joshua> for what you can give us without the help from NeXT...we
  19.     Joshua> don't question your good intentions toward us, but
  20.     Joshua> unsupported faith always erodes with time.)
  21.  
  22. It was very inconsiderate of me not to explicitly mention the NEXTSTEP
  23. port.  Here's the scoop: The person who will be doing the work is Mat.
  24. Of late, Mat has been bogged down with DOS extender bugs, but for a
  25. time, the NEXTSTEP port was going to be the next thing on his plate.
  26. However, we inserted the new faster blitter into his priority queue,
  27. because there are some meetings coming up for which it might be very
  28. good for us to have a very fast blitter.  The next thing on Mat's list
  29. after the fast blitter is NEXTSTEP.  To be honest, support for 16 bpp
  30. and 32 bpp wasn't planned originally in 2.0, but there are some apps
  31. that require it *and* to do the fast NEXTSTEP port, we need similar
  32. capability anyway, so Mat is doing some work in that area, as well.
  33.  
  34. So, tentatively, 1.99n (coincidence) will be the first new port in a
  35. long time to NEXTSTEP, although it will not have particularly fast
  36. graphics unless we can get some help from NeXT.  However, when 1.99n
  37. comes out and we can show how quick it is under DOS and Linux, perhaps
  38. someone at NeXT will be able to officially speak to us (unofficially
  39. we have support at NeXT, but the documents we need are effectively
  40. classified "secret", so we need *official* participation).  At that
  41. time, I'll ask all our remaining NEXTSTEP customers to send a polite
  42. letter to NeXT asking that they help us out.  If anyone here already
  43. has some pull and would like to start asking questions of your
  44. favorite NeXT employees, feel free to do so.
  45.  
  46. If I seem cagey when discussing the type of help we need from NeXT,
  47. you might consider the contortions people have to go through when
  48. they're under non-disclosure.  I try to be as up front about the
  49. goings on here at ARDI as I possibly can, including what's up with our
  50. NEXTSTEP port.
  51.  
  52. So, the plan is that we *will* get our NEXTSTEP port going again,
  53. although the graphics may be a bit doggy (which will be a particular
  54. shame with our new fast blitter), and after we've released a slow
  55. version, *perhaps* we can get someone at NeXT to deign to officially
  56. answer our requests for that which we need to do graphics quickly.
  57.  
  58. The NEXTSTEP re-port itself isn't particularly hard, but we're in a
  59. major time crunch trying to scrounge up a production and advertising
  60. budget, so anything that helps us on that front winds up taking
  61. precedence.
  62.  
  63. Thanks for voicing your concern and allowing me to clarify the
  64. ommission.
  65.  
  66.     --Cliff
  67.     ctm@ardi.com
  68.  
  69.  
  70.