home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / apollo / 3077 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.3 KB  |  67 lines
  1. Newsgroups: comp.sys.apollo
  2. Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!apollo.hp.com!netnews
  3. From: ganek@apollo.hp.com (Dan Ganek)
  4. Subject: Re: Favourite DOMAIN/OS features (or mis-features)
  5. Sender: usenet@apollo.hp.com (Usenet News)
  6. Message-ID: <BrsrGA.DL8@apollo.hp.com>
  7. Date: Wed, 22 Jul 1992 15:38:34 GMT
  8. References: <1992Jul20.093747.12417@wam.umd.edu> <Brozvu.5uu@apollo.hp.com> <1992Jul22.063333.4659@wam.umd.edu>
  9. Nntp-Posting-Host: menage_a_trois.ch.apollo.hp.com
  10. Organization: Hewlett-Packard Corporation, Chelmsford, MA
  11. Lines: 54
  12.  
  13. >>>   Recent versions of GPR have the mouse handling screwed up. Try playing
  14. >>>   "star wars" on a DN3500 to see what I mean.
  15. >>                                 
  16. >>HUh??? Explain, please.
  17. >
  18. >The easist way to see what's going in is to play Revenaugh's Star Wars on
  19. >a DN580 and then try it on a DN3500. The difference should be immediately
  20. >noticable. The 3500 (and other newer models) buffer the mouse input
  21. >"incorrectly".
  22. >
  23. >The problem is that gpr_$cond_event_wait will return a gpr_$no_event
  24. >even when there is still mouse information in the buffer. Graphics-intensive
  25. >programs such as Star Wars therefore have the response to mouse input
  26. >lagging behind the actual mouse movements. The program believes that it
  27. >
  28.  
  29. First, where can I get a copy of the program? For investigation purpose
  30. only, of course :-)
  31.  
  32. Second, keeping in mind that I haven't seen the code nor do I have ANY
  33. idea of the expertise of the author, but this sound like the classic 
  34. mistake that EVERYONE seems to make when first using eventcounts. (Yours
  35. truely included). i.e.
  36.  
  37. instead of the correct sequence, or some CYCLIC variation thereof
  38.    
  39.     REPEAT
  40.       ec2_$wait(..);
  41.       ec2_$read(..);
  42.       xxx_$cond_event_wait(...);       
  43.       process_event(...);
  44.       UNTIL tired;
  45.  
  46. the programmer uses something like::
  47.  
  48.     REPEAT
  49.       ec2_$wait(..);
  50.       xxx_$cond_event_wait(...);       
  51.       {an event can be queued HERE before the ec2_$read but after the cond_event_wait}
  52.       ec2_$read(..);                   
  53.       process_event(...);
  54.       UNTIL tired;  
  55.  
  56. On slower machines or machines with less memory , i.e. a 580,
  57. the probability of queueing an event is significantly less. 
  58.  
  59. There is no difference in input event processing on any of the 
  60. machine types.
  61.  
  62. /dan ganek
  63. ganek@apollo.hp.com
  64.  
  65.  
  66.  
  67.