home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text3204.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  3.5 KB  |  80 lines

  1. Newsgroups: comp.emulators.mac.executor
  2. Subject: RE: OS2 Porting
  3. Date: Sat, 23 Mar 1996 14:34:48 -0500
  4. Organization: Cloud 9
  5. Lines: 62
  6. Message-ID: <31545258.3ABC1B06@cnsvax.albany.edu>
  7. NNTP-Posting-Host: h49.fulton.albany.edu
  8. Mime-Version: 1.0
  9. Content-Type: text/plain; charset=us-ascii
  10. Content-Transfer-Encoding: 7bit
  11. X-Mailer: Mozilla 2.01 (X11; I; Linux 1.3.77 i586)
  12. To: executor@ardi.com
  13. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  14. Sender: owner-executor@ardi.com
  15. Precedence: bulk
  16.  
  17. Clifford T. Matthews wrote:
  18. > We are doing everything in our power to get Executor 2 out the door
  19. > ASAP.  We can not work on a native OS/2 port until after Executor 2 is
  20. > shipping.  It is true that we have slipped significantly and for this
  21. > I apologize and am working hard to see that we don't slip much more.
  22. > Today we decided that there will be no 1.99r; after 1.99q12 is
  23. > released we will finish beta 0 and begin work on beta 1.
  24. > >>>>> "Doug" == Doug Wing <doug_wing@il.us.swissbank.com> writes:
  25. > In article <9603230019.AA02168@ch1d92iwk> Doug Wing <doug_wing@il.us.swissbank.com> writes:
  26. >     >>  I just have to respond to all of the OS/2 people saying that
  27. >     >> an OS/2 port would be the best thing for ARDI to do...
  28. >     >>
  29. >     >> While I like OS/2, own it (though I'm not currently running
  30. >     >> it...) and think that it should be much more widespread than it
  31. >     >> is. I don't agree that ARDI should put a priority to porting
  32. >     >> Executor to OS/2.
  33. >     Doug> If you add up the total Linux users and Nextstep users they
  34. >     Doug> still total less than OS/2 users.
  35. > We do all our development under Linux, so the incremental cost of a
  36. > Linux port is nil.  We have had to spend a little more time on packing
  37. > our internal Linux port, but even that was a very small amount of
  38. > time.  The bug reports we receive from our Linux users have more than
  39. > made up for this amount of time already because, since Linux is our
  40. > normal development environment, bugs reported under E/L are easier to
  41. > track down and 9 times out of 10 the same bugs occur in E/L and E/NS,
  42. > anyway.
  43. > Our first commercial release was Executor for NEXTSTEP.  Due to this,
  44. > a large portion of our customer base is NEXTSTEP users.  When we added
  45. > color support, our NEXTSTEP port broke, so we did actually have to
  46. > spend a little bit of time reporting Executor to NEXTSTEP, but that
  47. > time was less than what a totally new port would take, since Mat,
  48. > Cotton and I are already proficient NEXTSTEP programmers.
  49. >     Doug> Win95 still runs on top
  50. >     Doug> of DOS, so a Win95 does not seem as critical as an OS/2
  51. >     Doug> port.  E/D runs on DOS as does Win95.  There is only one
  52. >     Doug> DOS/Win program I run and that is Executor.  I had to turn
  53. >     Doug> DOS support on to run E/D and will be glad to turn support
  54. >     Doug> off as soon as I can.
  55. > Win 95 / Win NT users will profit from having a native port, just like
  56. > OS/2 users will profit from having a native port.  We do not have the
  57. > resources to do either port yet.  All future porting decisions will be
  58. > made after Executor 2 ships.
  59. I haven't been folling this thread for long, but nobody has mentioned
  60. DAX, so I might as well.
  61.  
  62. DAX, the Developer API Extentions for OS/2 are a port of about 90% of
  63. the WIN32 api to OS2, and are availible  now from IBM.
  64.  
  65. If ARDI decides to do an OS2 port,  this might be a good  place  to
  66. start.
  67.  
  68. Joseph
  69.  
  70.