View Issue Details

IDProjectCategoryView StatusLast Update
00002611003.1(2008)/Issue 7Shell and Utilitiespublic2013-04-16 13:06
Reportergeoffclare Assigned Toajosey  
PrioritynormalSeverityObjectionTypeError
Status ClosedResolutionAccepted 
NameGeoff Clare
OrganizationThe Open Group
User Reference
Sectionpax
Page Number3015, 3017
Line Number99595, 99655
Interp StatusApproved
Final Accepted TextSee 0000261:0000433
Summary0000261: Unnecessary restrictions on pax stdin and stdout
DescriptionThe STDIN section on the pax page says that when standard input is
used in write mode, it "shall be a text file containing a list of
pathnames, one per line, without leading or trailing <blank>
characters."

This has the following problems:

1. Text files (by definition) contain characters, but pathnames
can contain byte sequences that do not correspond to any character
in the codeset of the current locale.

2. A line (by definition) cannot contain more than LINE_MAX bytes,
but pathnames can be longer than LINE_MAX bytes.

3. The pathnames themselves can contain leading or trailing <blank>
characters.

Thus the stated requirement places unnecessary restrictions on the
type of pathnames that can be supplied to pax on stdin. The pax
utility should accept any valid pathname on stdin (except, obviously,
for pathnames containing newline characters, but that is a separate
issue being dealt with elsewhere).

There is a related problem at the end of the STDOUT section:

    "In list mode, standard output shall not be buffered more than a
    line at a time."

This means that pathnames longer than LINE_MAX bytes cannot be output
using a single write operation, but must be split into chunks of
LINE_MAX bytes or fewer. Again, this is an unnecessary restriction.
Desired ActionAt line 99595 change

    It shall be a text file containing a list of pathnames, one per
    line, without leading or trailing <blank> characters.

to

    It shall be a file containing a list of pathnames, each terminated
    by a <newline> character.

At line 99655 change

    In list mode, standard output shall not be buffered more than a
    line at a time.

to

    In list mode, standard output shall not be buffered more than a
    pathname (plus any associated information and a <newline>
    terminator) at a time.
Tagstc1-2008

Activities

nick

2010-06-24 15:55

manager   bugnote:0000433

Last edited: 2010-07-01 15:16

Interpretation response
------------------------
The standard states the requirements for pax , and conforming implementations must conform to this. However, concerns have been raised about this which are being referred to the sponsor.

Rationale:
-------------
None.

Notes to the Editor (not part of this interpretation):
-------------------------------------------------------
Make the changes suggested by the submitter.

ajosey

2010-07-30 09:33

manager   bugnote:0000513

Comments/objections on the proposed interpretation are due by 31 Aug 2010

Issue History

Date Modified Username Field Change
2010-06-10 09:32 geoffclare New Issue
2010-06-10 09:32 geoffclare Status New => Under Review
2010-06-10 09:32 geoffclare Assigned To => ajosey
2010-06-10 09:32 geoffclare Name => Geoff Clare
2010-06-10 09:32 geoffclare Organization => The Open Group
2010-06-10 09:32 geoffclare Section => pax
2010-06-10 09:32 geoffclare Page Number => 3015, 3017
2010-06-10 09:32 geoffclare Line Number => 99595, 99655
2010-06-10 09:32 geoffclare Interp Status => ---
2010-06-24 15:55 nick Note Added: 0000433
2010-06-24 15:55 nick Status Under Review => Interpretation Required
2010-06-24 15:55 nick Resolution Open => Accepted
2010-06-24 15:56 nick Final Accepted Text => See 0000268:0000443
2010-06-24 15:57 nick Final Accepted Text See 0000268:0000443 => See 0000261:0000433
2010-06-24 15:59 nick Interp Status --- => Pending
2010-07-01 15:16 nick Note Edited: 0000433
2010-07-30 09:33 ajosey Interp Status Pending => Proposed
2010-07-30 09:33 ajosey Note Added: 0000513
2010-09-03 06:23 ajosey Interp Status Proposed => Approved
2010-09-24 16:10 geoffclare Tag Attached: tc1-2008
2013-04-16 13:06 ajosey Status Interpretation Required => Closed