home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text0287.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  11.7 KB  |  273 lines
  1. >>>>> "Clay" == Clay Helberg <helberg@maddog.fammed.wisc.edu> writes:
  2. In article <4ek4ua$ndo@news.doit.wisc.edu> helberg@maddog.fammed.wisc.edu (Clay Helberg) writes:
  3.  
  4.  
  5.     Clay> I'm trying to run a statistics package called JMP-IN (a
  6.     Clay> student version of JMP), and when I try to run it, I get a
  7.     Clay> fatal error: C_GetIconSuite unimplemented. Please let me
  8.     Clay> know what my options are:
  9.  
  10.     Clay>     a) If I've screwed something up in configuring
  11.     Clay> Executor, please tell me what it is so I can fix it
  12.  
  13.  
  14.     Clay>     b) If it's a problem with Executor itself, is there a
  15.     Clay> workaround? If so, what is it?
  16.  
  17.     Clay>     c) If there's no current workaround, will this be
  18.     Clay> fixed in version 2.x?
  19.  
  20. There is no current workaround, but starting with 1.99q3, Executor
  21. will try to continue running after GetIconSuite is called.  However,
  22. we still haven't implemented GetIconSuite, so the program may quite
  23. possibly die after the call to GetIconSuite fails.
  24.  
  25. Currently we do not plan to support the icon routines in Executor 2.
  26. Most programs use "Gestalt" to determine whether or not the routines
  27. are present and don't call the routines when they're not there.
  28.  
  29. Once Executor 2 is shipping, adding support for those routines becomes
  30. a very high priority task, since they're on the cusp of being
  31. important enough to support in Executor 2 already.
  32.  
  33.     Clay>     d) If not, should I just give up trying to run this
  34.     Clay> app under Executor?
  35.  
  36. I'd guess that we'll have support for those routines by April, but
  37. that's a guess.  Writing the routines isn't really that hard, but
  38. getting Executor 2 out the door is, and that's what's taking up all
  39. our engineers right now.
  40.  
  41.     Clay> Thanks in advance for any assistance.
  42.  
  43.     Clay>                         --Clay
  44.  
  45.  
  46.     Clay> -- Clay Helberg | Internet:helberg@maddog.fammed.wisc.edu
  47.     Clay> Research Design & Statistics Unit | Bitnet: clavius@wiscmacc
  48.     Clay> Schools of Medicine & Nursing |
  49.     Clay> http://maddog.fammed.wisc.edu/~helberg University of
  50.     Clay> Wisconsin-Madison | Speaking only on my own behalf....
  51.  
  52. --Cliff
  53. ctm@ardi.com
  54.  
  55. From owner-paper Wed Jan 31 02:14:18 1996
  56. Return-Path: <owner-paper>
  57. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  58.     id m0thYcB-0007qMa; Wed, 31 Jan 96 02:14 MST
  59. Sender: owner-paper
  60. Received: from ardi.com by ftp.ardi.com
  61.     (Smail3.1.29.1 #3) id m0thYbW-0007qKn; Wed, 31 Jan 96 02:13 MST
  62. Path: sloth.swcp.com!usenet
  63. From: Clifford T. Matthews <ctm@ardi.com>
  64. Newsgroups: comp.sys.mac.advocacy,comp.emulators.mac.executor
  65. Subject: Re: Can Quix save Apple?
  66. Date: 31 Jan 1996 01:22:13 -0700
  67. Organization: ARDI
  68. Lines: 26
  69. Message-ID: <ufbunkvkne.fsf@ftp.ardi.com>
  70. References: <1996Jan14.170950.1@ugsc2a> <1996Jan24.154317.45212@ac.dal.ca>
  71.     <ufpwc7p7mx.fsf@ftp.ardi.com> <DLyCw8.C92@sco.COM>
  72. NNTP-Posting-Host: ftp.ardi.com
  73. In-reply-to: simon@sco.COM's message of Mon, 29 Jan 1996 17:07:19 GMT
  74. X-Newsreader: Gnus v5.0
  75. Xref: sloth.swcp.com comp.sys.mac.advocacy:84502 comp.emulators.mac.executor:942
  76. To: executor@ardi.com
  77. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  78. Sender: owner-paper@ardi.com
  79. Precedence: bulk
  80.  
  81. >>>>> "Simon" == Simon Tooke <simon@sco.COM> writes:
  82. In article <DLyCw8.C92@sco.COM> simon@sco.COM (Simon Tooke) writes:
  83.  
  84.  
  85.     Simon> In <ufpwc7p7mx.fsf@ftp.ardi.com> Clifford T. Matthews
  86.     Simon> <ctm@ardi.com> writes:
  87.     Cliff> We wrote Executor, a Macintosh emulator that allows PCs to run
  88.     Cliff> much 68k Macintosh software, and it does so faster on entry
  89.     Cliff> level Pentiums than any 68k based Macintosh Apple ever
  90.     Cliff> released.
  91.  
  92.     Cliff> We did this all without any help from Apple and we do not use
  93.     Cliff> any of Apple's ROMs or System file, ...
  94.         [snip]
  95.  
  96.     Simon> What if you just emulated the raw Mac (ROMS only) and asked
  97.     Simon> users to go buy System 7.5 themselves?
  98.  
  99. We plan to do something like this in a future version of Executor.
  100. We're hoping to have that version out by the end of this year.  We
  101. already have much of the infrastructure in place to do this.
  102.  
  103.     Simon> -simon tooke
  104.  
  105. --Cliff
  106. ctm@ardi.com
  107.  
  108. From owner-paper Wed Jan 31 02:45:25 1996
  109. Return-Path: <owner-paper>
  110. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  111.     id m0thZ6L-0007qJa; Wed, 31 Jan 96 02:45 MST
  112. Sender: owner-paper
  113. Received: from gwar.ardi.com by ftp.ardi.com with bsmtp
  114.     (Smail3.1.29.1 #3) id m0thZ5c-0007qHC; Wed, 31 Jan 96 02:44 MST
  115. Received: from beaut.ardi.com by gwar.ardi.com with smtp
  116.     (Smail3.1.29.1 #3) id m0thZ1s-000GXNC; Wed, 31 Jan 96 02:40 MST
  117. Received: by beaut.ardi.com (linux Smail3.1.29.1 #3)
  118.     id m0thZ1T-00027SC; Wed, 31 Jan 96 02:40 MST
  119. Message-Id: <m0thZ1T-00027SC@beaut.ardi.com>
  120. Date: Wed, 31 Jan 96 02:40 MST
  121. From: ctm@ardi.com (Clifford T. Matthews)
  122. To: Jesse Sightler <aa101605@dasher.csd.sc.edu>
  123. Cc: "Clifford T. Matthews" <ctm@ardi.com>,
  124.     Alex Newman <alexn@fl.net.au>,
  125.     executor@ardi.com,
  126.     executor@nacm.com
  127. Subject: Re: Anyone running E/D 1.99p9 under OS/2?
  128. In-Reply-To: <Pine.A32.3.91.960130192143.43396B-100000@dasher.csd.sc.edu>
  129. References: <m0tgrt4-00027SC@beaut.ardi.com>
  130.     <Pine.A32.3.91.960130192143.43396B-100000@dasher.csd.sc.edu>
  131. Sender: owner-paper@ardi.com
  132. Precedence: bulk
  133.  
  134. >>>>> "Jesse" == Jesse Sightler <aa101605@dasher.csd.sc.edu> writes:
  135.  
  136.     Alex> still can't switch between E/D and the Desktop without E/D
  137.     Alex> snapping. Curiously, I can actually do this on another
  138.     Alex> machine running E/D (in Demo mode) on Warp Connect with a
  139.     Alex> Trident 8900D or similar card and out-of-the-box SVGA
  140.     Alex> dirvers (this machine's got a #9 GXE64 Pro 2Mb with highly
  141.     Alex> suspect drivers from #9).
  142.     >>  Yes, it's drivers problem.  Ugh.  I can't wait til we have
  143.     >> native versions for W95 and OS/2.
  144.  
  145.     Jesse> Ya know, it would be possible to work around this driver
  146.     Jesse> problem if some entrepenureal (sp <g>) programmer out there
  147.     Jesse> were to write a program that saved the contents of the
  148.     Jesse> video RAM to Extended memory whenever it detected a screen
  149.     Jesse> change.  It could be written as a DOS program, because OS/2
  150.     Jesse> is capable of notifying DOS programs when it changes
  151.     Jesse> screens (this OS/2 feature is configurable via the settings
  152.     Jesse> notebook).
  153.  
  154. It's possible to do what you've described, but it would make more
  155. sense for the time to be spent on native ports.  Native ports fix this
  156. problem and have a bunch of other advantages, too.
  157.  
  158.     Jesse> I have seen a similar program once before, but it was only
  159.     Jesse> designed to handle a low resolution (320x200) screen, and
  160.     Jesse> not SVGA.  It could probably be redone to handle SVGA,
  161.     Jesse> though (with a little work).
  162.  
  163. If a non-ARDI person wants to work on this without any of our help,
  164. we'll certainly test the final product, but I spending any of ARDI's
  165. time is counterproductive.
  166.  
  167.     Jesse> ||||| Jesse D. Sightler |||||
  168.   
  169. --Cliff
  170. ctm@ardi.com
  171.  
  172. From owner-paper Wed Jan 31 02:53:08 1996
  173. Return-Path: <owner-paper>
  174. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  175.     id m0thZDq-0007qKa; Wed, 31 Jan 96 02:53 MST
  176. Sender: owner-paper
  177. Received: from nacm.com by ftp.ardi.com with smtp
  178.     (Smail3.1.29.1 #3) id m0thZD5-0007qJC; Wed, 31 Jan 96 02:52 MST
  179. Received: from kitsune.swcp.com (swcp.com [198.59.115.2]) by nacm.com (8.6.10/8.6.9) with ESMTP id BAA05629 for <executor@nacm.com>; Wed, 31 Jan 1996 01:51:17 -0800
  180. Received: from ftp.ardi.com (root@ftp.ardi.com [204.134.8.1]) by kitsune.swcp.com (8.6.9/8.6.9) with SMTP id CAA01457; Wed, 31 Jan 1996 02:44:35 -0700
  181. Received: from gwar.ardi.com by ftp.ardi.com with bsmtp
  182.     (Smail3.1.29.1 #3) id m0thZ5c-0007qHC; Wed, 31 Jan 96 02:44 MST
  183. Received: from beaut.ardi.com by gwar.ardi.com with smtp
  184.     (Smail3.1.29.1 #3) id m0thZ1s-000GXNC; Wed, 31 Jan 96 02:40 MST
  185. Received: by beaut.ardi.com (linux Smail3.1.29.1 #3)
  186.     id m0thZ1T-00027SC; Wed, 31 Jan 96 02:40 MST
  187. Message-Id: <m0thZ1T-00027SC@beaut.ardi.com>
  188. Date: Wed, 31 Jan 96 02:40 MST
  189. From: ctm@ardi.com (Clifford T. Matthews)
  190. To: Jesse Sightler <aa101605@dasher.csd.sc.edu>
  191. Cc: "Clifford T. Matthews" <ctm@ardi.com>, Alex Newman <alexn@fl.net.au>,
  192.         executor@ardi.com, executor@nacm.com
  193. Subject: Re: Anyone running E/D 1.99p9 under OS/2?
  194. In-Reply-To: <Pine.A32.3.91.960130192143.43396B-100000@dasher.csd.sc.edu>
  195. References: <m0tgrt4-00027SC@beaut.ardi.com>
  196.     <Pine.A32.3.91.960130192143.43396B-100000@dasher.csd.sc.edu>
  197. Sender: owner-paper@ardi.com
  198. Precedence: bulk
  199.  
  200. >>>>> "Jesse" == Jesse Sightler <aa101605@dasher.csd.sc.edu> writes:
  201.  
  202.     Alex> still can't switch between E/D and the Desktop without E/D
  203.     Alex> snapping. Curiously, I can actually do this on another
  204.     Alex> machine running E/D (in Demo mode) on Warp Connect with a
  205.     Alex> Trident 8900D or similar card and out-of-the-box SVGA
  206.     Alex> dirvers (this machine's got a #9 GXE64 Pro 2Mb with highly
  207.     Alex> suspect drivers from #9).
  208.     >>  Yes, it's drivers problem.  Ugh.  I can't wait til we have
  209.     >> native versions for W95 and OS/2.
  210.  
  211.     Jesse> Ya know, it would be possible to work around this driver
  212.     Jesse> problem if some entrepenureal (sp <g>) programmer out there
  213.     Jesse> were to write a program that saved the contents of the
  214.     Jesse> video RAM to Extended memory whenever it detected a screen
  215.     Jesse> change.  It could be written as a DOS program, because OS/2
  216.     Jesse> is capable of notifying DOS programs when it changes
  217.     Jesse> screens (this OS/2 feature is configurable via the settings
  218.     Jesse> notebook).
  219.  
  220. It's possible to do what you've described, but it would make more
  221. sense for the time to be spent on native ports.  Native ports fix this
  222. problem and have a bunch of other advantages, too.
  223.  
  224.     Jesse> I have seen a similar program once before, but it was only
  225.     Jesse> designed to handle a low resolution (320x200) screen, and
  226.     Jesse> not SVGA.  It could probably be redone to handle SVGA,
  227.     Jesse> though (with a little work).
  228.  
  229. If a non-ARDI person wants to work on this without any of our help,
  230. we'll certainly test the final product, but I spending any of ARDI's
  231. time is counterproductive.
  232.  
  233.     Jesse> ||||| Jesse D. Sightler |||||
  234.   
  235. --Cliff
  236. ctm@ardi.com
  237.  
  238. From owner-paper Wed Jan 31 04:37:04 1996
  239. Return-Path: <owner-paper>
  240. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  241.     id m0thaqT-0007qJa; Wed, 31 Jan 96 04:37 MST
  242. Sender: owner-paper
  243. Received: from tide10.microsoft.com by ftp.ardi.com with smtp
  244.     (Smail3.1.29.1 #3) id m0thapt-0007qHC; Wed, 31 Jan 96 04:36 MST
  245. Received: by tide10.microsoft.com; id DAA05841; Wed, 31 Jan 1996 03:53:54 -0800
  246. Received: from unknown(157.54.17.74) by tide10.microsoft.com via smap (g3.0.3)
  247.     id xma005833; Wed, 31 Jan 96 03:53:48 -0800
  248. Received: from xnet2 (xnet2.microsoft.com [157.54.17.205]) by imail2.microsoft.com (8.7.3/8.7.1) with SMTP id DAA14779; Wed, 31 Jan 1996 03:38:40 -0800 (PST)
  249. X-Received: from nax-01-hub by xnet2 with receive; Wed, 31 Jan 1996 03:35:21 -0800
  250. X-Received: from eux-02-hub by nax-01-hub with receive; Wed, 31 Jan 1996 03:35:16 -0800
  251. X-Received: from lul-02-msg by eux-02-hub with receive; Wed, 31 Jan 1996 10:58:34 +0000
  252. X-MSMail-Identification-du-message:  F74D498E
  253. X-MSMail-ID-de-la-conversation:  F74D498E
  254. From: Florent Pitoun (Itl Temp) <i-flopit@microsoft.com>
  255. To: executor@ardi.com, owner-paper@ardi.com
  256. Date: Wed, 31 Jan 96 11:56:37 PST
  257. Subject: Date of executor 2 release
  258. X-MsXMTID: lul-02-msg960131105802MTP[01.52.00]000000bf-35658
  259. Message-Id: lul-02-msg960131105802MTP[01.52.00]000000bf-35658
  260. Sender: owner-paper@ardi.com
  261. Precedence: bulk
  262.  
  263. For all the newcomers, could you make a point about when executor 2
  264. will probably ship and what it will and won't support of macintosh 
  265. capabilities?
  266.  
  267. thanks in advance.
  268.  
  269. florent.
  270.  
  271.  
  272.  
  273.