home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / transput / 1351 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  1.5 KB
  1. Path: sparky!uunet!mcsun!uknet!yorkohm!don
  2. From: don@ohm.york.ac.uk (Don Goodeve)
  3. Newsgroups: comp.sys.transputer
  4. Subject: Re: What is an event-driven system?
  5. Message-ID: <1992Dec22.182544.7295@ohm.york.ac.uk>
  6. Date: 22 Dec 92 18:25:44 GMT
  7. References: <147@autro1.UUCP>
  8. Organization: Electronics Department, University of York, UK
  9. Lines: 29
  10.  
  11. In <147@autro1.UUCP> teig@autro1.UUCP (Oyvind Teig) writes:
  12. >Event driven systems
  13.  
  14. >I have always thought of occam as "event driven". A single SEQ
  15. >occam program may be event driven with the external world, but not
  16. >internally. When PARs come into it, isn't occam really VERY
  17. >event driven - even more than MS-Windows programs??
  18.  
  19. Seems to be a fair point to me. MS windows and other OO systems
  20. are based on asynchronous communications. An event happening does
  21. not require an immediate response, only that the message is queued
  22. for processing. Occam has strong synchronisation in that if a
  23. communication occurs, both parties to the communication implicitly
  24. know when that communictation has occurred. These synchronisation
  25. *events* control the execution flow, and hence drive the exection.
  26.  
  27. Therefore, I would consider 'event-driven' to be a suitable
  28. term describing the execution of an occam process and by implication
  29. an occam program.
  30.  
  31. Comments?
  32.     Don
  33.  
  34.  
  35. -- 
  36. Don Goodeve|Adaptive Systems|Electronics Dept|University of York
  37. email: don@ohm.york.ac.uk|-------->I speak from my own angle...
  38.  --Disclaimer:--------------------------------------------------
  39. |In the beginning was the word. Man attempted to speak the word |
  40.