[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: bin/47701: apropos doesn't work
On Mar 28, 9:55pm, uwe%stderr.spb.ru@localhost (Valery Ushakov) wrote:
-- Subject: Re: bin/47701: apropos doesn't work
| The following reply was made to PR bin/47701; it has been noted by GNATS.
| From: Valery Ushakov <uwe%stderr.spb.ru@localhost>
| To: gnats-bugs%NetBSD.org@localhost
| Subject: Re: bin/47701: apropos doesn't work
| Date: Fri, 29 Mar 2013 01:52:35 +0400
| On Thu, Mar 28, 2013 at 20:35:12 +0000, Abhinav Upadhyay wrote:
| > On Thu, Mar 28, 2013 at 10:05 AM, Valery Ushakov
| > > You need to use -p to tell it to return everything. Except the way -p
| > > invokes pager seems broken since it uses popen.
| > I looked at how git-log achieves the same. It seems, it forks less as
| > a child process and creates a pipe between less' s stdin and its own
| > stdout using pipe and dup2. I will try that as well.
| The fundamental problem is, really, that 1) unlimited number of
| results and 2) launching a pager MUST NOT be conflated in the single
| #1 - whether1 unlimited number of results should be the default (at
| least for the short format) - may be argued.
| #2 is absurd (especially so when enforced along with #1). This is
| Unix. We know how to pipe output to a pager, or some other program if
| need be.
Yes, the pipe through pager just needs to go!
Main Index |
Thread Index |