-
Notifications
You must be signed in to change notification settings - Fork 4.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix underlying bug in Named Pipes preventing setting ReadMode after creation #98060
Comments
Tagging subscribers to this area: @dotnet/area-system-io Issue DetailsFollow up of the discussion in this API proposal (please read it for context): #83072 We need to match the behavior of both .NET Framework and Linux. Porting the constructor is not the only answer or even the best answer. The alternatives are: Fix the bug in the existing APIsThis is the ideal scenario and the most straightforward, and the one this issue intends to address.
Merge assembliesAdditional separate scenario. We originally created all the Port all the missing constructorsAdditional separate scenario. No point in porting only one missing .NET Framework constructor that we didn't add to .NET Core+. If we are doing the effort for one, let's just do the same for all.
|
I don't think we need this. I've clarified the API request. I'll give that one more attempt at getting approved. |
Follow up of the discussion in this API proposal (please read it for context): #83072
We need to match the behavior of both .NET Framework and Linux. Porting the constructor is not the only answer or even the best answer.
The alternatives are:
Fix the bug in the existing APIs
This is the ideal scenario and the most straightforward, and the one this issue intends to address.
Create
.Merge assemblies
Additional separate scenario.
We originally created all the
System.*.AccessControl
assemblies because we didn't want to mix OS-specific APIs. But we now have theSupportedOSPlatform
attribute, which allows having OS-specific APIs in the same assembly. In other words, we could merge the AccessControl assemblies with the base assembly they were extending.Port all the missing constructors
Additional separate scenario.
No point in porting only one missing .NET Framework constructor that we didn't add to .NET Core+. If we are doing the effort for one, let's just do the same for all.
The text was updated successfully, but these errors were encountered: