home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.questions:10864 comp.windows.x.apps:973
- Newsgroups: comp.unix.questions,comp.windows.x.apps
- Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!wupost!ukma!eng.ufl.edu!news
- From: ruck@zeta.ee.ufl.edu (John R Ruckstuhl Jr)
- Subject: backward MANPATH ?
- Message-ID: <1992Sep9.191751.22333@eng.ufl.edu>
- Sender: news@eng.ufl.edu (Usenet Diskhog System)
- Organization: EE Dept at UF
- Date: Wed, 9 Sep 92 19:17:51 GMT
- Lines: 26
-
- Sanity check, please --
- Regarding "man" (SunOS 4.1.1) and "xman" utilities,
-
- These utilities output the manpage found !last! in the MANPATH,
- so one might suggest the MANPATH be constructed backwards (relative to
- the construction of other "paths" like PATH, LDPATH, etc.).
-
- E.g.,
- If PATH is like /usr/bin:/usr/local/bin ,
- then MANPATH is like /usr/local/man:/usr/man .
-
- which avoids mismatching documentation and executable when, e.g.,
- /usr/bin/cut , /usr/man/man1/cut.1,
- /usr/local/bin/cut , /usr/local/man/man1/cut.1
- all exist.
-
- Right?
- Is this standard "man" behavior?
- To me, it's counter-intuitive; is there an interesting explanation for this?
-
- Best regards,
- ruck
- --
- John R. Ruckstuhl, Jr. ruck@alpha.ee.ufl.edu
- Dept of Electrical Engineering ruck@cis.ufl.edu, uflorida!ruck
- University of Florida ruck%sphere@cis.ufl.edu, sphere!ruck
-