|Anonymous | Login||2023-10-02 00:44 UTC|
|Main | My View | View Issues | Change Log | Docs|
|Viewing Issue Simple Details|
|ID||Category||Severity||Type||Date Submitted||Last Update|
|0001640||[1003.1(2016/18)/Issue7+TC2] Shell and Utilities||Objection||Error||2023-03-12 07:00||2023-05-16 11:09|
|Priority||normal||Resolution||Accepted As Marked|
|Section||XCU 3 / true|
|Line Number||111745 - 111748|
|Final Accepted Text||Note: 0006206|
|Summary||0001640: The rationale given for retaining "true" is nonsense.|
The RATIONALE section of the page for the "true" utility says:
The true utility has been retained in this volume of POSIX.1-2017,
even though the shell special built-in : provides similar functionality,
because true is widely used in historical scripts and is less cryptic to
novice script readers.
That text remains unchanged in Issue 8 draft 2.1
The functionality is only vaguely similar, true is a normal utility, ':' is
a special builtin, hence the consequences of redirection errors are
different, and use, redirections are used with these utilities.
Further, the OPERANDS listed for "true" are "None" which XCU 1.4 says
means "When this section is listed as ``None.'', it means that the
implementation need not support any operands.", which allows an
implementation to do things with operands if it wants, including issueing
an error message failing (turning info "false"). While none do, that I
am aware of (true is generally, and entirely, "exit 0" or "exit(0)" in C)
it is possible.
Finally, since this bug is being submitted against Issue 7 TC2,
XCU 184.108.40.206 bullet point 'd' says:
If the command name matches the name of the type or ulimit utility,
or of a utility listed in the following table, that utility shall be
Note "shall be invoked" and "true" is in the table. If there were no
"true" utility, that would be impossible, so deleting true really could
not have happened (back then) no matter how redundant it seemed to be.
Note that in Issue 8 draft 2.1, this has altered, it is now 220.127.116.11
(still bullet point d) but that now refers to the intrinsic utilities
defined in XCU 1.7, and "true" is not in that list.
Delete the entire RATIONAL section (lines 111746 - 111748) and replace
GNU true accepts some --version, --help options.
I don't have access to ksh93 just now but I'd expect its true to supports those as well as --author --man --usage and many more in that vein like most of its builtins do.
On page 3317 line 111737 section true (APPLICATION USAGE), change:
The special built-in utility : is sometimes more efficient than true.to:
Although the special built-in utility : (colon) is similar to true, there are some notable differences, including:
On page 3318 line 111746 section true, replace the contents of RATIONALE with:
On page 3318 line 111752 section true, add colon and command to SEE ALSO.
On page 2389 line 76461 section colon, change APPLICATION USAGE from:
See the APPLICATION USAGE for true.
On page 2390 line 76479 section colon, add true to SEE ALSO.
|2023-03-12 07:00||kre||New Issue|
|2023-03-12 07:00||kre||Name||=> Robert Elz|
|2023-03-12 07:00||kre||Section||=> XCU 3 / true|
|2023-03-12 07:00||kre||Page Number||=> 3318|
|2023-03-12 07:00||kre||Line Number||=> 111745 - 111748|
|2023-03-12 16:54||stephane||Note Added: 0006202|
|2023-03-16 15:54||geoffclare||Note Added: 0006206|
|2023-03-16 15:55||geoffclare||Interp Status||=> ---|
|2023-03-16 15:55||geoffclare||Final Accepted Text||=> Note: 0006206|
|2023-03-16 15:55||geoffclare||Status||New => Resolved|
|2023-03-16 15:55||geoffclare||Resolution||Open => Accepted As Marked|
|2023-03-16 15:55||geoffclare||Tag Attached: tc3-2008|
|2023-05-16 11:09||geoffclare||Status||Resolved => Applied|
|2023-05-16 11:10||geoffclare||Tag Attached: applied_after_i8d3|
|Mantis 1.1.6[^] Copyright © 2000 - 2008 Mantis Group|