home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text3327.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  2.2 KB  |  53 lines
  1. >>>>> "Bryan" == Bryan Wu <bwu@panix.com> writes:
  2. In article <4q1sl6$lei@panix.com> bwu@panix.com (Bryan Wu) writes:
  3.  
  4.  
  5.     Bryan> In <4q1mej$o29@geraldo.cc.utexas.edu>
  6.     Bryan> Soleil@utxvms.cc.utexas.edu (Brandon Hines) writes:
  7.     >> bwu@panix.com (Bryan Wu) wrote:
  8.     >>> Of course, maybe you don't need a copy of the mac rom's.. but
  9.     >>> I doubt that.
  10.     >>  No Mac roms involved.
  11.     >> 
  12.     >> As I said, check out www.ardi.com.
  13.  
  14.     Bryan> Also, I notice taht you can't run CDEV or INITs on
  15.     Bryan> Executor.. so that means like, no quicktime, and most
  16.     Bryan> everything else that really makes modern macs what they
  17.     Bryan> are.. but still, it's a cool hack. :)~
  18.  
  19. The reason you can't run CDEVs or INITs is just that we needed to
  20. feature freeze so we could get our product out the door and use the
  21. revenue to hire more engineers so we can complete the remaining tasks
  22. even quicker.  In general it won't be hard at all to add support fot
  23. CDEVs and INITs (they're just more ways of loading code into memory
  24. and jumping to it), although the potential for INIT conflicts will be
  25. even higher under Executor than on a real Mac because INITs often
  26. expect the OS to behave in very specific (and undocumented) ways.
  27.  
  28.  
  29.     Bryan> What I think might be cool would be to have ARDI make
  30.     Bryan> "SoftMac" for Windows users - analogous to "SoftWindows" on
  31.     Bryan> the mac.. of course, I don't think that Apple has engineers
  32.     Bryan> to devote to that kind of technology transfer right now,
  33.     Bryan> but hey, if they've got a good 680x0 emulator, maybe ARDI
  34.     Bryan> can license the Mac Roms and go from there!
  35.  
  36. We'll be doing that with or without Apple's consent.  The reason
  37. Executor has as many limitations as it does is that we have spent a
  38. very long time using strictly "clean room" reverse engineering
  39. techniques to build the infrastructure that we've built.  That means
  40. we're not left high and dry like QUIX or the people who have done
  41. various "Mac emulators" for Amigas.  The degree of difficulty of what
  42. we've done is much higher than all the other previous efforts in Mac
  43. cloning (Quorum and NuTek).
  44.  
  45.  
  46. Again, more info on Executor can be found at http://www.ardi.com/.
  47.  
  48.     Bryan> Bryan
  49.  
  50. --Cliff
  51. ctm@ardi.com
  52.  
  53.