Date: Mon, 30 May 2016 23:15:51 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 209876] [patch] units(1) The man page and source disagree on the long version of '-H' Message-ID: <bug-209876-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209876 Bug ID: 209876 Summary: [patch] units(1) The man page and source disagree on the long version of '-H' Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Keywords: patch Severity: Affects Only Me Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: kdrakehp@zoho.com Keywords: patch Created attachment 170847 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D170847&action= =3Dedit Patch to correct the long option listed in units.1 units(1) does not accept the '--historyfile' long option as documented in t= he man page, it accepts the long option '--history'. The man page says these options are "for compatibility with GNU units", and the GNU units documenta= tion agrees with the implemented option '--history'. >From the man page -H filename , --historyfile filename Ignored, for compatibility with GNU units. >From the source, in the 'longopts' array {"history", required_argument, NULL, 'H'}, How to reproduce: $ units --historyfile filename </dev/null >/dev/null units: unrecognized option `--historyfile' usage: units [-f unitsfile] [-H historyfile] [-UVq] [from-unit to-unit] $ units --history filename </dev/null >/dev/null --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-209876-8>