Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 23 Apr 1997 17:20:12 -0800 (AKDT)
From:      un_x <un_x@anchorage.net>
To:        David Nugent <davidn@unique.usn.blaze.net.au>
Cc:        freebsd-hackers <hackers@freebsd.org>
Subject:   Re: manpages 
Message-ID:  <Pine.LNX.3.91.970423171540.4423A-100000@iceberg>
In-Reply-To: <199704240136.LAA22333@unique.usn.blaze.net.au>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 24 Apr 1997, David Nugent wrote:

> > > > can anyone tell me how i might get manpages to work?
> > > 
> > > /usr/share/man/cat* should be owned by man.bin, mode 755
> > > /usr/bin/man should be owned by man.bin, mode 4555 (-r-sr-xr-x)
> > 
> > yes - that is correct, my problem is that something is translating
> > my manpages into non-gzip catpages.  i can go in as root and
> > cannot gzip -d any catpages.  though they end in .gz and
> > look ok.  when executing a man command, zcat fails trying
> > to unzip the cat page "not in gzip format".
> > 
> > this is a fresh install of 2.2.1, for the 2nd time.
> > i still have this problem.  what's funny, is some 
> > pages that worked the 1st time, are not working now!
> > only a VERY few. < 2%.
> 
> When you format a manpage for the first time, is there an error
> issued? Unfortunately, some machines are so damn quick it is
> difficult to even see the message, let alone read it! :-)

yes - zcat "not in gzip format" - and that all.
additionally, mc (Midnight Commander) can read all my
manpages just fine.

> This sounds like a resource problem, though. What is your
> MAX_CHILD setting?  It's just that when fooling around with

the default w/2.2.1.

> resource limits in current and pre-2.2 release code I found
> that anything less than ~24 file descriptors will cause man
> to become disfunctional in exactly the way you describe.
> Subsequently typing "man" for a (now) formatted page results
> in either nothing or an error.

> Check resource limits at the shell prompt with the ulimit
> (sh) or limit (csh) command. If the hard limits are set too
> low, you'll have to recompile your kernel.

ulimit = unlimited ...

> Regards,

any relation to Ted? :)

> David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
> Voice +61-3-9791-9547  Data/BBS +61-3-9792-3507  3:632/348@fidonet
> davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/

------------------------------------------------------------------------------
 Sleep: a sign a caffeine deprivation ...      http://www.anchorage.net/~un_x
------------------------------------------------------------------------------




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.3.91.970423171540.4423A-100000>