home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / apple2 / 26037 < prev    next >
Encoding:
Internet Message Format  |  1992-12-27  |  1.1 KB
  1. Path: sparky!uunet!news.claremont.edu!nntp-server.caltech.edu!toddpw
  2. From: toddpw@cco.caltech.edu (Todd P. Whitesel)
  3. Newsgroups: comp.sys.apple2
  4. Subject: Re: re-entrant programs
  5. Date: 27 Dec 1992 09:24:20 GMT
  6. Organization: California Institute of Technology, Pasadena
  7. Lines: 17
  8. Message-ID: <1hjso4INN4gr@gap.caltech.edu>
  9. References: <BzIxqD.9Ln@griffin.cuc.ab.ca> <bazyar.724922247@teal>
  10. NNTP-Posting-Host: sandman.caltech.edu
  11.  
  12. bazyar@teal.csn.org (Jawaid Bazyar) writes:
  13.  
  14. >   're-entrant' means that more than one process may execute the program
  15. >at the same time.  Usually the term is applied only to subroutines
  16. >of a program.. recursive subroutines are reentrant, and that should
  17. >give us a starting point.
  18.  
  19. Nitpick time!! Recursion does not imply reentrancy. You can have a recursive
  20. routine that uses unarbitrated global data, which destroys its reentrancy.
  21.  
  22. >  As I mentioned above, recursive subroutines.  Usually, program
  23. >segments that are reentrant store all variables on the CPU stack;
  24.  
  25. "Usually" is right. I just didn't want to let that general statement get by.
  26.  
  27. Todd Whitesel
  28. toddpw @ cco.caltech.edu
  29.