|
Viewing Issue Simple Details
[ Jump to Notes ]
|
[ Issue History ]
[ Print ]
|
|
ID |
Category |
Severity |
Type |
Date Submitted |
Last Update |
|
0001565 |
[1003.1(2016/18)/Issue7+TC2] System Interfaces |
Comment |
Clarification Requested |
2022-03-03 20:35 |
2024-06-11 09:07 |
|
|
Reporter |
dennisw |
View Status |
public |
|
|
Assigned To |
|
|
Priority |
normal |
Resolution |
Accepted |
|
|
Status |
Closed |
|
|
|
|
|
Name |
Dennis Wölfing |
|
Organization |
|
|
User Reference |
https://gitlab.com/sortix/sortix/-/issues/792 [^] |
|
Section |
accept, getpeername, getsockname, recvfrom, recvmsg |
|
Page Number |
568, 1066, 1095, 1796, 1800 |
|
Line Number |
19869, 36257, 37100, 58151, 58259 |
|
Interp Status |
--- |
|
Final Accepted Text |
|
|
|
Summary |
0001565: Ambiguous which length addr_len is set to |
|
Description |
Multiple socket functions have a socklen_t* address_len parameter that on output is specified to point to the length of the "stored address". However the length of the stored address is ambiguous because these functions are specified to truncate the stored address if the given buffer is too small, leaving it unclear whether the stored length is supposed to be the length before or after truncation.
This wording came from 0000464 where the description states that the length before truncation is intended. |
|
Desired Action |
On page 568 line 19869 section accept, changestored address toaddress of the connecting socket
On page 1066 line 36257 section getpeername, changestored address topeer address
On page 1095 line 37100 section getsockname, changestored address tosocket address
On page 1796 line 58151 section recvfrom, changestored address tosending address
On page 1800 line 58259 section recvmsg, changestored address tosource address |
| Tags |
tc3-2008 |
|
|
Attached Files |
|
|
|
Relationships 
