home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / misc / 3598 < prev    next >
Encoding:
Text File  |  1992-11-11  |  1.4 KB  |  28 lines
  1. Newsgroups: comp.lang.misc
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!purdue!mentor.cc.purdue.edu!hrubin
  3. From: hrubin@mentor.cc.purdue.edu (Herman Rubin)
  4. Subject: Re: Pointers
  5. Message-ID: <BxKvEy.Fnq@mentor.cc.purdue.edu>
  6. Organization: Purdue University Statistics Department
  7. References: <mwm.2lp7@contessa.palo-alto.ca.us> <BxJzzv.4H7@mentor.cc.purdue.edu> <mwm.2lx7@contessa.palo-alto.ca.us>
  8. Date: Thu, 12 Nov 1992 00:44:57 GMT
  9. Lines: 17
  10.  
  11. Let me repeat that I am assuming separate compilation, and only communication
  12. blocks to integrate the modules.  The unit calling the function refilling the
  13. buffer knows only how to find the function identifier and enough of the 
  14. buffer descriptor to use the buffer and to know how much is left in it.
  15.  
  16. I see no reason why the function even has to have a name known to the unit
  17. calling it.  It is quite possible that the function can be changed without
  18. the unit knowing that this has happened.  The compiler cannot resolve problems,
  19. because it does not have the slightest idea of what the function is.
  20.  
  21. Now indirection (pointers) gives an easy way to do this.  None of the critics
  22. of pointers have come up with anything not more clumsy in implementation.
  23. -- 
  24. Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907-1399
  25. Phone: (317)494-6054
  26. hrubin@snap.stat.purdue.edu (Internet, bitnet)  
  27. {purdue,pur-ee}!snap.stat!hrubin(UUCP)
  28.