home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.questions:10877 comp.windows.x.apps:976
- Newsgroups: comp.unix.questions,comp.windows.x.apps
- Path: sparky!uunet!gatech!asuvax!ukma!eng.ufl.edu!news
- From: ruck@zeta.ee.ufl.edu (John R Ruckstuhl Jr)
- Subject: Re: backward MANPATH ?
- Message-ID: <1992Sep10.010200.12873@eng.ufl.edu>
- Sender: news@eng.ufl.edu (Usenet Diskhog System)
- Organization: EE Dept at UF
- References: <1992Sep9.191751.22333@eng.ufl.edu>
- Date: Thu, 10 Sep 92 01:02:00 GMT
- Lines: 43
-
- I wrote:
-
- > Sanity check, please --
- > Regarding "man" (SunOS 4.1.1) and "xman" utilities,
- >
- > These utilities output the manpage found !last! in the MANPATH,
-
-
- Not true. I'll try again. Apparently I've noticed some behavior
- related to the filename extensions, and my explanation was entirely
- incorrect.
-
- If MANPATH is /usr/man:/usr/local/man ,
-
- then
- /usr/man/man1/cmp.1 is output rather than /usr/local/man/man1/cmp.1
- /usr/man/man1/split.1 is output rather than /usr/local/man/man1/split.1
- /usr/man/man1/tail.1 is output rather than /usr/local/man/man1/tail.1
- but
- /usr/local/man/man1/cat.1 is output rather than /usr/man/man1/cat.1v
- /usr/local/man/man1/cut.1 is output rather than /usr/man/man1/cut.1v
- /usr/local/man/man1/sum.1 is output rather than /usr/man/man1/sum.1v
-
-
- Again -- is this standard "man" behavior?
- Should the files be renamed to get what I want, or is there an easy way
- to override this?
-
- (That is, other than using another implementation of "man" -- thanks for
- the pointers to Tom Christiansen's (sp?) "perl"-based "man").
-
- > To me, it's counter-intuitive; is there an interesting explanation for this?
-
- And, what !is! the correct description of the search?
- Will a ".1l" be found before a ".1v" ?
-
-
- 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
-