Bug 115204 - Upon successful search from "man -k", man exits with non-zero value
Summary: Upon successful search from "man -k", man exits with non-zero value
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: man
Version: 2.1
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Eido Inoue
QA Contact: Ben Levenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-02-08 19:43 UTC by Glen A. Foster
Modified: 2007-11-30 22:06 UTC (History)
0 users

Fixed In Version: 1.5m2-2
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-02-10 02:04:56 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Glen A. Foster 2004-02-08 19:43:02 UTC
Description of problem: It's a nit, admittedly but man(1) invoked with
the -k flag will exit non-zero even when it finds 1or more appropriate
entries.  This does not correspond to the general rule of a command
exiting with a value of 0 upon success.  

Version-Release number of selected component (if applicable):
# rpm -q man
man-1.5k-10

How reproducible: 100% (always) on RHEL3U1 and RHL9

Steps to Reproduce:
1. man -k passwd > OUT 2> ERR
2. echo $?
3. ls -l OUT ERR
  
Actual results: note that man -k exit-value is 1 (by convention,
signifying there was an error) but ERR is empty and if you run "grep
-v passwd OUT" there are no error messages printed to stdout,
either... e.g., nothing but matches (success) yet exit-value != 0

Expected results: zero exit value upon success


Note You need to log in before you can comment on or make changes to this bug.