Viewing Issue Simple Details
[ Jump to Notes ]
|
[ Issue History ]
[ Print ]
|
ID |
Category |
Severity |
Type |
Date Submitted |
Last Update |
0001740 |
[Issue 8 drafts] Base Definitions and Headers |
Objection |
Error |
2023-05-31 17:12 |
2024-06-11 09:12 |
|
Reporter |
ajosey |
View Status |
public |
|
Assigned To |
|
Priority |
normal |
Resolution |
Accepted As Marked |
|
Status |
Closed |
|
Product Version |
Draft 3 |
|
Name |
Andrew Josey |
Organization |
|
User Reference |
ISO/US-002 |
Section |
7.3.2.4 |
Page Number |
na |
Line Number |
na |
Final Accepted Text |
Note: 0006389 |
|
Summary |
0001740: LC_COLLATE NUL (ISO/US-002) |
Description |
In Volume 1, under 7.3.2.4, the definition of LC_COLLATE does not preclude the possibility that NUL is not at the beginning of the collation ordering. There are no C interfaces defined by POSIX that allows observation of such ordering of NUL; however, such ordering appears to be observable via the string comparison facility of the `test` utility in environments that both treat the utility as intrinsic and allow NUL characters in shell strings (perhaps via command substitution).
The C++ standard library specifies interfaces that would allow observation of such ordering of NUL; however, the lack of standardized C interfaces with such capability means that C++ standard library implementations suffer in terms of quality or portability. localedef is a POSIX facility that serves as a source for locales with exotic sorting of NUL, so it seems within the scope of POSIX to declare that sorting under locales where NUL does not sort as the least value is subject to limitations.
|
Desired Action |
Specify that placing NUL in the collation order in any position other than the first need not succeed in all contexts.
|
Tags |
applied_after_i8d3, issue8 |
|
Attached Files |
ISO_IEC CD 9945 Collated Comments.doc [^] (26,476 bytes) 2023-05-31 17:12 |
|