Viewing Issue Simple Details
[ Jump to Notes ]
|
[ Issue History ]
[ Print ]
|
ID |
Category |
Severity |
Type |
Date Submitted |
Last Update |
0001375 |
[1003.1(2016/18)/Issue7+TC2] System Interfaces |
Objection |
Error |
2020-07-15 14:08 |
2024-06-11 09:08 |
|
Reporter |
geoffclare |
View Status |
public |
|
Assigned To |
|
Priority |
normal |
Resolution |
Accepted As Marked |
|
Status |
Closed |
|
|
|
|
Name |
Geoff Clare |
Organization |
The Open Group |
User Reference |
|
Section |
scanf(), fwscanf() |
Page Number |
950, 1004, 1006 |
Line Number |
32272, 34177, 34248, 34263 |
Interp Status |
--- |
Final Accepted Text |
See Note: 0005183 |
|
Summary |
0001375: *scanf() 'm' allocation char v. wchar_t problems |
Description |
Various parts of the text relating to the 'm' allocation character on the fscanf() and fwscanf() pages do not correctly account for the difference between conversions that use the 'l' modifier and those that don't.
In some cases the text is improved by bug 0001173 but is still affected.
|
Desired Action |
On page 950 line 32272 section fscanf(), after applying bug 1173 change:... terminating null character. to:... terminating null character or wide character.
On page 1004 line 34177 section fwscanf(), after applying bug 1173 change:... terminating null wide character. to:... terminating null character or wide character.
On page 1006 line 34248,34263 section fwscanf(), change two occurrences of:wchar_t to:char (This results in 's' and '[' each having one char and one wchar_t, the same as 'c'.)
|
Tags |
tc3-2008 |
|
Attached Files |
|
|