home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.94 / text0890.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  1.7 KB

  1. From: Jacques Pannetier <ZAZOU@delphi.com>
  2. Subject: Executor/DOS 1.99F -- system clock running too fast?
  3. To: executor@nacm.com
  4. Message-id: <01HL7WNFO67694GT19@delphi.com>
  5. X-VMS-To: INTERNET"executor@nacm.com"
  6. MIME-version: 1.0
  7. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  8. Content-transfer-encoding: 7BIT
  9. Sender: owner-executor@nacm.com
  10. Precedence: bulk
  11.  
  12. Hello!
  13.  
  14. I try Executor/Dos 1.99F.  It does seems to run faster, and is a lot more
  15. solid than previous versions.
  16.  
  17. I have noticed something weird, though:
  18.  
  19. I start Executor without any parameter, then I run any application (say
  20. 1000 miles, Binhex, Compact Pro), then immediately quit this application
  21. and then exit Executor.  From there, (back at the DOS prompt), type
  22. TIME at regular interval, or run any DOS application that display the
  23. current time of day.  It will show that the system clock is now running
  24. 4 times FASTER than it should!!!
  25.  
  26. However, starting E/DOS 1.99F with -noclock, will not show this behavior,
  27. after Executor has ended.  It seems that for some reasons, when Executor
  28. is trying to emulate the clock of a real Mac, when Executor ends, it looks
  29. like it's not able to reset the computer's timer back to its previous speed.
  30.  
  31. These tests were done on a 486DX/2 clone, with 4 Meg, with a clean DOS 5.00
  32. (except for the mouse driver, nothing else was loaded in memory, in order
  33. to cut down possible interactions between Executor and resident programs).
  34.  
  35. Am I the only one to have a clock that run 4 times faster, after Executor
  36. has ended?  
  37.  
  38. Overall, E/DOS 1.99F is a definite improvement over previous versions and
  39. the results are *impressive*!
  40.  
  41. -Jacques Pannetier
  42. zazou@delphi.com
  43. #include <std_disclaimer.h>
  44.  
  45.