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

  1. >>>>> "Steve" == Steve Arky <phlos-ah@violet.berkeley.edu> writes:
  2.  
  3.     Steve> I have noticed that the video slowdown under OS/2 and WIn95
  4.     Steve> is extremely pronounced. It is most noticeable in games
  5.     Steve> (Maelstrom, e.g.,). Is there any chance this will get
  6.     Steve> better in executor 2?
  7.  
  8.     Steve> I have a P100 with a Matrox Millenium card, so my machine's
  9.     Steve> video should be up to snuff.
  10.  
  11. I've written some detailed postings in the past about why this
  12. happens.  The short answer is that OS/2 and Win95 don't support DPMI
  13. 1.0, so we can't map the video card's frame buffer directly into our
  14. address space.  This only really matters for games that bypass
  15. QuickDraw (like Maelstrom).  The problem is compounded if you also
  16. don't have VBE 2.0 in your Win95/Warp setup ("executor -info" will
  17. tell you).
  18.  
  19. Eventually we'll support DirectDraw under Win95, and maybe DIVE under
  20. OS/2, and theoretically this problem will go away.  There's also a
  21. slimy way we can do it that throws away memory protection and
  22. potentially lets an Executor crash bring down your machine, but we've
  23. hesitated to do it (so far, anyway).
  24.  
  25. -Mat
  26.  
  27. From owner-paper Fri Feb  2 03:13:56 1996
  28. Return-Path: <owner-paper>
  29. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  30.     id m0tiIV5-0007qMa; Fri, 2 Feb 96 03:13 MST
  31. Sender: owner-paper
  32. Received: from ardi.com by ftp.ardi.com
  33.     (Smail3.1.29.1 #3) id m0tiIUU-0007qJn; Fri, 2 Feb 96 03:13 MST
  34. Path: sloth.swcp.com!tesuque.cs.sandia.gov!ferrari.mst6.lanl.gov!newshost.lanl.gov!ncar!gatech!swrinde!howland.reston.ans.net!usc!news.cerf.net!hacgate2.hac.com!va24669.tu.hac.com!user
  35. From: cmholm@va24669.tu.hac.com (Carl M Holmberg)
  36. Newsgroups: comp.sys.mac.advocacy,comp.emulators.mac.executor
  37. Subject: Re: Can Quix save Apple?
  38. Date: Wed, 31 Jan 1996 12:08:40 -0800
  39. Organization: HMSC
  40. Lines: 69
  41. Message-ID: <cmholm-3101961208400001@va24669.tu.hac.com>
  42. References: <1996Jan14.170950.1@ugsc2a> <1996Jan24.154317.45212@ac.dal.ca> <ufpwc7p7mx.fsf@ftp.ardi.com>
  43. NNTP-Posting-Host: va24669.tu.hac.com
  44. Xref: sloth.swcp.com comp.sys.mac.advocacy:84925 comp.emulators.mac.executor:951
  45. To: executor@ardi.com
  46. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  47. Sender: owner-paper@ardi.com
  48. Precedence: bulk
  49.  
  50. Clifford T. Matthews <ctm@ardi.com> wrote:
  51. >MacOS on PC hardware could run very fast via dynamic recompilation*
  52. >and could run blazingly fast if compiler tools were available** to
  53. >allow CPU intensive routines to be compiled into 80x86 code by the
  54. >software author.
  55. [snip]
  56. >What we have done is *much* more difficult than what QUIX has done,
  57. >and infinitely more useful if Apple ever wants to reward their
  58. >software developers and potentially take on Microsoft on Intel based
  59. >PC hardware.
  60.  
  61. What ARDI has done is comendable, technically. *However*, from a marketing
  62. standpoint, the day Apple decides to pull a 'NeXT' is the day it shrinks
  63. from an $11 billion corp to Claris' Windows cubicals. Why? Guesses:
  64.  
  65. a) most developers will drop the Mac versions. In a major platform switch
  66. such as this (PPC ** 2), there are going to be plenty of problems. Who's
  67. going to want to put in the effort when their existing Win products
  68. already run on the h/w? If DOS/Win only shops don't port to Mac now, why
  69. will they bother w/ Mac/Intel where they're still going to have to use new
  70. tools and libraries?
  71.  
  72. Sierra Hotel dynamic compilation or no, ARDI isn't going to pull Apple out
  73. of that fire. MacOS apps would get killed in product review benchmarks
  74. until they went native...if they ever got the chance. 
  75.  
  76. Sure, developers bitch about having to ass-kiss MS...but who wants to risk
  77. getting cut off from MS tech support when they really tried to do
  78. something about it?
  79.  
  80. b) most customers won't make the switch. New customers will go with the
  81. known quantity. The existing base won't like getting orphaned. Apple won't
  82. be in the driver's seat for hardware changes anymore, and who knows how
  83. well they'll do getting drivers written or support existing drivers for
  84. all that crap out there?
  85.  
  86. c) most sales people in the channel are married to DOS/Windows. They steer
  87. the customers away from the Mac now. It'll be even easier when they can
  88. point out that Apple doesn't control h/w anymore, and after all, Bill
  89. really runs things in *this* town.
  90.  
  91. d) the trade media will hang Apple out to dry. Consider the bad press
  92. Apple gets now as a healthy vertical semi-monopoly. The Doubt, Fear, and
  93. Confusion factor will skyrocket. Consider their sales departments. Who's
  94. going to take an at least *perceived* risk pissing off MS by going out on
  95. a limb for Apple? Spare me the platitudes, this is real business.
  96.  
  97. e) will the oems cooperate? It's pretty clear that MS has beat the rap
  98. regarding trade practices, and I seriously doubt that Justice is going to
  99. jump back into it. Apple would be virtually forced to get back into box
  100. production...now w/ 'Intel Inside'.
  101.  
  102. Obviously, in a PPC to Intel platform switch, a transition period would be
  103. necessary. However, the moment the market caught wind that there *was* a
  104. transition, the existing merchandise would rot on the docks...Osborne all
  105. over again.
  106.  
  107. >Intel is not the enemy.
  108.  
  109. The company? This much, at least, may be true. Whatever gets their iron
  110. out the door.
  111.  
  112. Any real effort by Apple to go h/w compatible would kill the company w/in
  113. a year, end of story.
  114.  
  115. -Carl Holmberg-------------HMSC Bldg 805/H3---"Fine Guided Missiles,-
  116. -CMHolm@va24669.tu.hac.com-P.O. Box 11337--------Ask for Our Free ---
  117. ---------------------------Tucson, AZ---------------Catalog"---------
  118. ---------------------------85734-1337 USA-------Well, you can ask...-
  119.  
  120. From owner-paper Fri Feb  2 08:41:46 1996
  121. Return-Path: <owner-paper>
  122. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  123.     id m0tiNcN-0007qKa; Fri, 2 Feb 96 08:41 MST
  124. Sender: owner-paper
  125. Received: from nacm.com by ftp.ardi.com with smtp
  126.     (Smail3.1.29.1 #3) id m0tiNbn-0007qJC; Fri, 2 Feb 96 08:41 MST
  127. Received: from axp2.umkc.edu (axp2.umkc.edu [134.193.1.21]) by nacm.com (8.6.10/8.6.9) with SMTP id HAA20334 for <EXECUTOR@NACM.COM>; Fri, 2 Feb 1996 07:39:10 -0800
  128. From: mclenaghan@CCTR.UMKC.EDU
  129. Received: by CCTR.UMKC.EDU (MX V4.1 AXP) id 23; Fri, 02 Feb 1996 09:39:07 CST
  130. Date: Fri, 02 Feb 1996 09:39:06 CST
  131. To: EXECUTOR@nacm.com
  132. Message-ID: <0099D4DA.C2819866.23@CCTR.UMKC.EDU>
  133. Subject: Apple Takeover.
  134. Sender: owner-paper@ardi.com
  135. Precedence: bulk
  136.  
  137. Hi,
  138.    I have just heard that Sun is wanting to takeover Apple.  Has anyone else
  139. heard this?   If this is the case, tehn Ardi might be able to get the rights to use the MAC ROMS?!
  140.  
  141.     Hugh McLenaghan
  142.     Registered executor/DOS & Executor/Linux user.
  143.  
  144. From owner-paper Fri Feb  2 09:13:45 1996
  145. Return-Path: <owner-paper>
  146. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  147.     id m0tiO7L-0007qKa; Fri, 2 Feb 96 09:13 MST
  148. Sender: owner-paper
  149. Received: from ardi.com by ftp.ardi.com
  150.     (Smail3.1.29.1 #3) id m0tiO6n-0007qJn; Fri, 2 Feb 96 09:13 MST
  151. Path: sloth.swcp.com!news.dgsys.com!en.com!uunet!in2.uu.net!news.spss.com!newsrelay.netins.net!news.dacom.co.kr!news.kreonet.re.kr!usenet.seri.re.kr!news.cais.net!primus.ac.net!imci4!imci5!suck-feed.internetmci.com!news.internetMCI.com!newsfeed.internetmci.com!swrinde!cssun.mathcs.emory.edu!cc.gatech.edu!joshuam
  152. From: joshuam@cc.gatech.edu (Joshua Tree)
  153. Newsgroups: comp.emulators.mac.executor
  154. Subject: Executor rebooting Linux!
  155. Date: 31 Jan 1996 19:22:11 -0500
  156. Organization: The Zany Adventures Of Max And His Python Crimp
  157. Lines: 37
  158. Message-ID: <4ep13j$ohk@felix.cc.gatech.edu>
  159. NNTP-Posting-Host: felix.cc.gatech.edu
  160. NNTP-Posting-User: joshuam
  161. To: executor@ardi.com
  162. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  163. Sender: owner-paper@ardi.com
  164. Precedence: bulk
  165.  
  166.  
  167.  
  168. I finally bought executor and got my codes to activate it and it's great 
  169. to be able to play Civilization again (Civ for Dos won't run under the 
  170. Dos emulator :(.
  171.  
  172. However when I run Chiral and the quit it reboots linux.  I've never had 
  173. a program crash linux before and I didn't think it was possible to reboot 
  174. linux (maybe with some low-level 386 register stuff).  I'm guessing that 
  175. this is a bug :)  (I certainly hope it's not a feature).
  176.  
  177. It only happens when I press the quit button on Chiral.  It doesn't 
  178. happen anywhere else.
  179. It only seems to have started after I register executor.  I don't 
  180. remember it ever happening before I registered it (I'm not sure I play 
  181. chiral on version q1 before registering though).
  182.  
  183. I'm running 
  184.  Linux 1.3.52
  185.  486sx/33   (Laser brand I think)
  186.  8 meg ram
  187.  Sound Blaster 16 and sony cdu33a cdrom
  188.  
  189. Any Ideas.  Maybe I should get a new version.
  190.  
  191. Also, is there a list of apps that work with Executor?
  192.  
  193. I'm doing a presentation at the Atlanta Linux Expo (just a demo day that 
  194. the Atlanta Linux Enthusiasts have cooked up to increase awareness of 
  195. Linux)  and I've been drafted to do a demo on Executor.  I'd like to show 
  196. a wordprocessor, spreadsheet, and a paint program (maybe Photoshop 2.5?).
  197.  
  198.  
  199. Thanks guys.
  200. Awesome job.
  201.  
  202.     -josh
  203.  
  204. From owner-paper Fri Feb  2 11:15:36 1996
  205. Return-Path: <owner-paper>
  206. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  207.     id m0tiQ0y-0007qKa; Fri, 2 Feb 96 11:15 MST
  208. Sender: owner-paper
  209. Received: from ardi.com by ftp.ardi.com
  210.     (Smail3.1.29.1 #3) id m0tiPze-0007qOn; Fri, 2 Feb 96 11:13 MST
  211. Newsgroups: comp.emulators.mac.executor
  212. Path: sloth.swcp.com!tesuque.cs.sandia.gov!ferrari.mst6.lanl.gov!newshost.lanl.gov!ncar!elroy.jpl.nasa.gov!swrinde!howland.reston.ans.net!math.ohio-state.edu!magnus.acs.ohio-state.edu!lerc.nasa.gov!kira.cc.uakron.edu!odin.oar.net!malgudi.oar.net!utnetw.utoledo.edu!lab1!rrothert
  213. From: rrothert@lab1.newton.utoledo.edu (Ryan Rothert)
  214. Subject: svgalib executor, segmentation fault
  215. Message-ID: <DM34Ft.DCK@utnetw.utoledo.edu>
  216. Organization: University of Toledo
  217. X-Newsreader: TIN [version 1.2 PL2]
  218. Date: Thu, 1 Feb 1996 06:52:40 GMT
  219. Lines: 22
  220. To: executor@ardi.com
  221. X-MailNews-Gateway: From newsgroup comp.emulators.mac.executor
  222. Sender: owner-paper@ardi.com
  223. Precedence: bulk
  224.  
  225. Hello,
  226.  
  227. I just downloaded and installed E/Lq
  228. im getting segmentation faults with E/L-svga
  229.  
  230. Im using linux kernel 1.3.59, on a AMD 486DX4/100 
  231. with 12meg RAM....
  232. my video card is a vlb Mach32.
  233. Everything else that uses svgalib seems to work ok,
  234. however i do get an error saying:
  235. mach32-config: Invalid define command, clock is invalid
  236. when i run some svgalib programs...
  237. I also did have some seg faults in the Xwindows version...
  238. i have used previous versions of E/L in X and svgalib,
  239. withought a problem.. My system is still a.out not ELF...
  240. Any thoughts??
  241.  
  242. thanks in advance..
  243. Ryan Rothert
  244. rrothert@lab1.newton.utoledo.edu
  245. rothert@apollo.norden1.com
  246.  
  247.  
  248.