home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
- From: jeremy@vsm.com.au (Jeremy Begg)
- Newsgroups: vmsnet.mail.pmdf
- Subject: RE: Request for minor changes to installation procedure
- Message-ID: <01GMUD7Q6HDE0000N2@vsm.com.au>
- Date: 26 Jul 92 23:54:38 GMT
- Organization: The Internet
- Lines: 20
- Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
- Resent-Date: 26 Jul 1992 17:54:38 -0600 (CST)
- Resent-From: epmdf@YMIR.CLAREMONT.EDU
- Errors-To: epmdf@YMIR.CLAREMONT.EDU
- Resent-Message-ID: <01GMTEPHTHS29GVO26@YMIR.CLAREMONT.EDU>
- X-Vms-To: in%"info-pmdf@ymir.claremont.edu"
- Mime-Version: 1.0
- Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
- Content-Transfer-Encoding: 7BIT
-
- >Again, this assumes knowledge of local environments that we simply do
- >not have. How do we know that such a local procedure should always be
- >run? How do we know that it should be run at a particular point?
- > ...
- >In other words, your proposal is considerably less flexible than providing
- >no hook at all. Why should we provide a mechanism with narrow flexibility
- >when no mechanism at all is considerably better?
-
- I do not gree with this. Plenty of DEC products support a SYSTARTUP.COM as part
- of the regular startup procedure. Sure, it can't cater for all sites, but I'll
- bet that if you say "PMDF_SYSTARTUP.COM is run at such-and-such a point in the
- startup process" people will set up their systems appropriately.
-
- Jeremy Begg
-
- +----------------------------------------------------------+
- | VSM Software Services, | E-Mail: jeremy@vsm.com.au |
- | P.O.Box 801, Unley, | Phone: +61 8 4145074 (pager)|
- | South Australia 5061 | FAX: +61 8 3734911 |
- +----------------------------------------------------------+
-