home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.94 / text0886.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.3 KB
  1. Received: from sloth.swcp.com (sloth.swcp.com [198.59.115.25]) by nacm.com (8.6.9/8.6.9) with ESMTP id LAA12181 for <executor@nacm.com>; Thu, 29 Dec 1994 11:33:50 -0800
  2. Received: from iclone.UUCP (uucp@localhost) by sloth.swcp.com (8.6.9/8.6.9) with UUCP id MAA26244; Thu, 29 Dec 1994 12:33:41 -0700
  3. Received: from gwar.ardi.com by mailhost  with smtp
  4.     (nextstep Smail3.1.29.0 #11) id m0rNQSf-000Ye8C; Thu, 29 Dec 94 12:24 MST
  5. Received: by gwar.ardi.com (linux Smail3.1.28.1 #5)
  6.     id m0rNQSf-000GTSC; Thu, 29 Dec 94 12:24 MST
  7. Message-Id: <m0rNQSf-000GTSC@gwar.ardi.com>
  8. Date: Thu, 29 Dec 94 12:24 MST
  9. From: mat@ardi.com (Mat Hostetter)
  10. To: LEWISMR@snyalfva.cc.alfredtech.edu (RABBI O'LEARY)
  11. Subject: Re: A Game with 1.99f
  12. In-Reply-To: <199412290255.SAA29812@nacm.com>
  13. References: <199412290255.SAA29812@nacm.com>
  14. cc: executor@nacm.com
  15. Sender: owner-executor@nacm.com
  16. Precedence: bulk
  17.  
  18. >>>>> "RABBI" == RABBI O'LEARY <LEWISMR@snyalfva.cc.alfredtech.edu> writes:
  19.  
  20.     RABBI> I'm using Executor/DOS 1.99f on a 486SLC2 66 w/math
  21.     RABBI> coprocessor and 8 MB RAM.  I've noticed it's much faster on
  22.     RABBI> my machine that 1.99b. However, I'm in the market for
  23.     RABBI> someone who can help me. I want to be able to play a simple
  24.     RABBI> mindless game (Diamonds to be exact) to take a break from
  25.     RABBI> my work. Diamonds 2.0 wouldn't work at all and so I got
  26.     RABBI> 1.6. This will load but I am unable to move the ball with
  27.     RABBI> any of my keys. I'm using -applzone 4096, -refresh 10. Does
  28.     RABBI> anybody know how to make this work.
  29.  
  30. We believe we know what the problem is with Diamonds 1.6.  The program
  31. gets keystrokes by monitoring certain memory locations that are
  32. supposed to change whenever keys are depressed.  Diamonds bypasses the
  33. normal event mechanism.
  34.  
  35. The third party DOS event library we are using cannot update those
  36. memory locations as keys are depressed, so Diamonds doesn't work.  We
  37. replaced this event library "in house" with code I wrote which _does_
  38. update the key flags properly, but our workaround encounters a bug in
  39. our DOS extender which can cause your machine to hang if you type
  40. during a disk access.  I hate PC's.  :-)
  41.  
  42. The DOS extender folks are tackling this bug as I write this, so we
  43. hope to have Diamonds running before long.
  44.  
  45. -Mat
  46.  
  47.