Repository navigation
Big-endian fixes: networking stack - #48398
Conversation
|
Tagging subscribers to this area: @dotnet/ncl Issue Details
|
|
Updated Marvin and Xoshiro hashes as discussed above. |
* Fix various places that assumed host byte order was little-endian, use appropriate host <-> network byte order conversion instead. * This in particular affects handling of IPv4 addresses, which are stored internally in network order. * Fix endian assumptions in socket option code (GetSockOpt). * Update test cases and provide /proc test files from a big-endian system.
|
Fixed merge conflict due to mainline changes (Marvin hash). |
|
@uweigand I think it'd be helpful to extract the Marvin and System.Text.Json changes into separate PRs so this one can focus on just the networking fixes :) |
Will do, thanks! |
Moved the hash algorithm parts to separate PRs: Only the network part remains in this PR. |
|
@scalablecory would you mind taking another look? :) |
|
/azp list |
|
/azp run runtime-libraries-coreclr outerloop |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
The failures do not look related to the changes to me:
edit: I'm trying to bump the Helix workitem timeout in #49876 |
|
Thanks for the PR! |
Fix various places that assumed host byte order was little-endian,
use appropriate host <-> network byte order conversion instead.
This in particular affects handling of IPv4 addresses, which
are stored internally in network order.
Fix endian assumptions in socket option code (GetSockOpt).
Update test cases and provide /proc test files from a
big-endian system.