home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!wupost!crcnis1.unl.edu!moe.ksu.ksu.edu!kuhub.cc.ukans.edu!lanworks!list
- Newsgroups: vmsnet.networks.desktop.pathworks
- Subject: RE: Want to get 437usa directory out of the path
- Message-ID: <2A2018AA_00075670.009657892632D500$85_3@UK.AC.KCL.PH.IPG>
- From: SYSMGR@IPG.PH.KCL.AC.UK
- Date: 22 Dec 1992 13:55:07 -0300 (BST)
- Sender: A discussion of Digital's PCSA product <LANWORKS@MIAMIU.BITNET>
- Content-transfer-encoding: 7BIT
- Via: uk.ac.kcl.ph.ipg; Tue, 22 Dec 1992 13:56:17 +0000
- Originally-to: CBS%UK.AC.NSFNET-RELAY::EDU.MUOHIO.ACS.MIAMIU::LANWORKS
- Originally-from: SYSMGR "Nigel"
- Mailer: Janet_Mailshr V3.4 (23-May-1989)
- Lines: 52
-
- >> Does anyone want to share any bright ideas about how to deal with path
- >> length problems?
-
- Hopefully constructive mild flame follows.
-
- Yes, apply enough pressure on your software suppliers to get them to write
- their software sensibly. At present, just about all of them assume that
- the path is theirs and theirs alone to do with whatever they like.
-
- Suggested 'standard'. The executable(s) in the package can be run from
- any directory, renamed to any filename you chose. Coded internally is
- the name of an environment variable xxx_ppppp where xxx is an abbreviation
- of the supplier's name (DEC, MS, BOR, etc.) and ppppp is the product name
- (PWORKS, WORD, QUATTRO, ...)
-
- This environment variable is defined as the path appropriate to that
- product. For example, DEC_PATHWORKS would be defined as the three directories
- that Pathworks looks in.
-
- All filename searches done by the product will use the translation of its own
- environment variable to locate files belonging to itself. PATH is reserved
- for locating files being created or modified by the PC's USER, such as
- word documents or spreadsheets. Use of PATH for any other purpose causes
- the supplier to be scorned, derided and generally pilloried until he makes
- his product conform to the above simple 'standard'. By all means search PATH
- before the private list, but only if there's a sensible reason why the user
- may have chosen to make a private file to override the supplied one.
-
- As well as bypassing the PATH length problem, this would make installing
- N (>26) products on a network one heck of a lot easier. Put each product
- in its own disk service. To access it, connect the disk service on any
- free drive X: and then do a local-standard invocation like X:SETUP X:
- where SETUP.BAT defines the environment variable(s) used by the product on
- X:, plus educate your users to invoke X:PRODUCT rather than just PRODUCT
- when running a networked application. A little local coding with QBASIC
- could make this easier still for the users ("Welcome: which products do
- you want to use" plus a menu :-)
-
- While I'm at it, any manufacturer who doesn't segregate files created/altered
- by users from the files which should be READ-ONLY to the user deserves
- to be shot.
-
- Enough flaming. Merry Xmas,
-
- Nigel Arnot
-
- NRA%ipg.ph.kcl.ac.uk@nsfnet-relay.ac.uk (internet)
- NRA%uk.ac.kcl.ph.ipg@ukacrl.bitnet (bitnet)
-
-
- PS Anyone know whether Windows NT has re-invented the logical name, as well
- as the QIO and the IRP :-)
-