home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / vmsnet / mail / pmdf / 1971 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  1.6 KB
  1. Path: sparky!uunet!darwin.sura.net!mips!swrinde!elroy.jpl.nasa.gov!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. From: ned@sigurd.innosoft.com (Ned Freed (Postmaster))
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: Request for minor changes to installation procedure
  5. Message-ID: <01GMSK4KOXJQ96VL51@SIGURD.INNOSOFT.COM>
  6. Date: 25 Jul 92 17:54:14 GMT
  7. Organization: The Internet
  8. Lines: 17
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 25 Jul 1992 10:54:14 -0700 (PDT)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GMSNQ62ZF69GVMU4@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"JEREMY@vsm.com.au"
  15. X-Vms-Cc: IPMDF
  16. Mime-Version: 1.0
  17. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  18. Content-Transfer-Encoding: 7BIT
  19.  
  20. Again, this assumes knowledge of local environments that we simply do
  21. not have. How do we know that such a local procedure should always be
  22. run? How do we know that it should be run at a particular point?
  23.  
  24. Sure, providing a hook to run a site-supplied procedure is probably
  25. good enough for a lot of sites. But it fails to address the entire problem,
  26. which can only be addressed by having the site-supplied procedure run
  27. PMDF_STARTUP only when it is good and ready, and then by having it
  28. do whatever needs doing once PMDF_STARTUP is complete (most importantly
  29. it can handle errors that PMDF_STARTUP returns in whatever fashion is
  30. appropriate).
  31.  
  32. In other words, your proposal is considerably less flexible than providing
  33. no hook at all. Why should we provide a mechanism with narrow flexibility
  34. when no mechanism at all is considerably better?
  35.  
  36.                 Ned
  37.