home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / transput / 1233 < prev    next >
Encoding:
Text File  |  1992-11-20  |  1.3 KB  |  37 lines

  1. Newsgroups: comp.sys.transputer
  2. Path: sparky!uunet!wizzy!andyr
  3. From: andyr@wizzy.com (Andy Rabagliati)
  4. Subject: Re: Recursion in occam
  5. Message-ID: <By1FGL.CKF@wizzy.com>
  6. Organization: W. Z. I.
  7. References: <142@autro1.UUCP> <rob.722177288@dutncp8> <1992Nov20.102603.2898@titan.inmos.co.uk>
  8. Date: Fri, 20 Nov 1992 23:19:32 GMT
  9. Lines: 26
  10.  
  11. Occam was designed as a parallel programming language, with concurrency
  12. implemented inter- and intra-processor.
  13.  
  14. For a transputer way out on a limb somewhere, running out of memory
  15. resource is fatal.
  16.  
  17. In most C environments, with a disk nearby, this is not a fatal
  18. condition. Indeed, on a virtual memory machine, the application may not
  19. even notice unless it was watching the clock.
  20.  
  21. If recursion can be guaranteed not to exceed a fixed memory resource,
  22. there seems to be no reason why it could not be added to the language.
  23.  
  24. Guarantees up until now have not been forthcoming.
  25.  
  26. A simple system like tail-recursion can be implemented in a loop. To
  27. put restrictions like "only use recursion when tail-recursing" or
  28. "ping-disk < 10msec" would be a sad day for the occam-as-a-language
  29. aficandos.
  30.  
  31. Hmm .. let me see - you seem to have enough memory THIS time - still
  32. muddies the language waters but may be a compromise.
  33.  
  34. Cheers,     Andy.
  35. -- 
  36. andyr@wizzy.com  Andy Rabagliati, RR1 Box 33, Wyalusing, PA 18853 (717)746-7780
  37.