Anonymous | Login | 2024-12-12 17:35 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||
ID | Category | Severity | Type | Date Submitted | Last Update | ||
0001017 | [1003.1(2013)/Issue7+TC1] Shell and Utilities | Objection | Clarification Requested | 2016-01-04 15:59 | 2024-06-11 08:58 | ||
Reporter | geoffclare | View Status | public | ||||
Assigned To | |||||||
Priority | normal | Resolution | Accepted | ||||
Status | Closed | ||||||
Name | Geoff Clare | ||||||
Organization | The Open Group | ||||||
User Reference | |||||||
Section | od | ||||||
Page Number | 3012 | ||||||
Line Number | 99876-99881 | ||||||
Interp Status | --- | ||||||
Final Accepted Text | |||||||
Summary | 0001017: od -A n and final offset | ||||||
Description |
The extended description for od has a paragraph about writing the byte offsets, which begins "Unless -A n is specified, ..." and ends with the sentence "In addition, the offset of the byte following the last byte written shall be written after all the input data has been processed, but shall not be followed by any <blank> characters." It is not clear whether or not this last sentence is covered by the "Unless" clause at the beginning of the paragraph. If it is not covered, then with -A n the line which would have contained that final offset should still be written, but without the actual offset (i.e. an empty line); if it is covered, then the line should not be written at all. Some implementations write an empty line and some don't. Although it seems pointless to write the empty line, it is what all certified UNIX systems do, so I would prefer that the standard is clarified to explicitly allow both behaviours. |
||||||
Desired Action |
Add a new sentence to the end of the paragraph: If -A n is specified, it is unspecified whether the line that would contain this final offset is written as an empty line or is not written. |
||||||
Tags | tc3-2008 | ||||||
Attached Files | |||||||
|
Mantis 1.1.6[^] Copyright © 2000 - 2008 Mantis Group |