home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text0492.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  4.2 KB
  1. Received: from homer04.u.washington.edu (homer04.u.washington.edu [140.142.76.11]) by nacm.com (8.6.10/8.6.9) with SMTP id XAA26669 for <executor@nacm.com>; Thu, 20 Apr 1995 23:59:58 -0700
  2. Received: by homer04.u.washington.edu
  3.     (5.65+UW95.02/UW-NDC Revision: 2.32 ) id AA65764;
  4.     Thu, 20 Apr 95 23:59:57 -0700
  5. X-Sender: tg3@homer04.u.washington.edu
  6. Date: Thu, 20 Apr 1995 23:59:57 -0700 (PDT)
  7. From: Thurman Gillespy <tg3@u.washington.edu>
  8. To: Executor Discussion Group <executor@nacm.com>
  9. Cc: Alan Rowberg <rowberg@u.washington.edu>
  10. Subject: Re: Executor Features
  11. In-Reply-To: <m0s26PB-000GOeC@gwar.ardi.com>
  12. Message-Id: <Pine.A32.3.91i.950420234351.129414A-100000@homer04.u.washington.edu>
  13. Mime-Version: 1.0
  14. Content-Type: TEXT/PLAIN; charset=US-ASCII
  15. Sender: owner-executor@nacm.com
  16. Precedence: bulk
  17.  
  18. On Thu, 20 Apr 1995, Mat Hostetter wrote:
  19.  
  20. > >>>>> "Thurman" == Thurman Gillespy <tg3@u.washington.edu> writes:
  21. > 
  22. >     Thurman> I only use Macs, but I am distributing an image display
  23. >     Thurman> program for medical images. People always want to know
  24. >     Thurman> about a PC version, and I'm obviously interested in
  25. >     Thurman> having my program run with Executor. Someone in our
  26. >     Thurman> department got NIH-Image to run on a PC, which greatly
  27. >     Thurman> peaked my interest.  Unfortunately, I require some System
  28. >     Thurman> 7 features, actually just the 4 required apple events,
  29. >     Thurman> and the calls to CustomGetFile, CustomPutFile. So
  30. >     Thurman> question 1, what are the plans for System 7 support? If
  31. >     Thurman> you only supported the 4 required apple events, a lot
  32. >     Thurman> more programs could run under executor.
  33. > 
  34. > We intend to "spoof" all of the "easy" System 7 features, including
  35. > apple events.  Our preliminary plan is that the application will never
  36. > see any apple events.  When it asks if any are present, the answer
  37. > will just always come back "no".  That should make most apps happy.
  38.  
  39. If they were programmed for this contingency. But System 7 has been out 
  40. quite a while, and newer programs are going to require its presence.
  41.  
  42. > We also plan to implement many of the System 7 filesystem extensions.
  43. > We intend to begin work on this as soon as 1.99m is out.  Hopefully
  44. > we'll be able to spoof enough traps that many System 7 programs will
  45. > run.  Tricky stuff, like QuickTime, is out of the question for now,
  46. > but most programs don't appear to demand the tricky stuff.
  47.  
  48. Yes, I agree.
  49.  
  50. >     Thurman> Question 2. How feasible would it be to specify a (bogus)
  51. >     Thurman> system call that actually pointed to some 386/486 code
  52. >     Thurman> that would run in native mode?  This code would make no
  53. >     Thurman> calls to the Mac API, but could do a processing intensive
  54. >     Thurman> task that normally takes a real hit when run in
  55. >     Thurman> emulation. With the release of the Metrowerks CodeWarrior
  56. >     Thurman> Platinum system next month, this kind of mixed
  57. >     Thurman> development will actually become very easy on the Mac.
  58. > 
  59. > That wouldn't be hard at all; in fact, Executor already uses a
  60. > mechanism like this internally.  We just don't (yet) have any
  61. > incentive to provide a public API for it.  You have to beware of the
  62. > fact that x86 code manipulates little endian data, while a 68k
  63. > program's data is stored in big endian byte order.
  64.  
  65. I work with medical images, and the endian/byte order issue is something 
  66. that we have to handle all the time.
  67.  
  68. Here's two incentives for providing a public API for x86 native code trap: 
  69.  
  70. Incentive #1:
  71.  
  72. PLEASEPLEASEPLEASEPLEASEPLEASEPLEASEPLEASEPLEASEPLEASEPLEASEPLEASE
  73.  
  74. Ok, that didn't work. Lets try...
  75.  
  76. Incentive #2:
  77.  
  78. $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
  79.  
  80. Are you guys nuts? There is *tremendous* interest in cross platform 
  81. development from Mac developers. Believe me, there are no good solutions 
  82. that cost under many thousands of dollars. I think the idea of using your 
  83. emulator to handle the GUI stuff, and then doing computationally 
  84. intensive work in native x86 code is a BIG winner.
  85.  
  86. Best regards,
  87.  
  88. Thurman Gillespy III
  89. Department of Radiology
  90. University of Washington
  91. Seattle, Washington
  92.  
  93.  
  94.