Skip to content

Auto port System.Threading ACL comments #4147

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

Merged
merged 3 commits into from
Apr 27, 2020

Conversation

carlossanlop
Copy link
Contributor

@carlossanlop carlossanlop commented Apr 21, 2020

Automatically ported the triple slash comments in the new ACL types and methods in System.Threading.

Ported with DocsPortingTool.

@carlossanlop carlossanlop added new-content Indicates PRs that contain new articles 🏁 Release: .NET Core 3.1 :checkered_flag: Release: .NET Core 3.1 labels Apr 21, 2020
@carlossanlop carlossanlop added this to the April 2020 milestone Apr 21, 2020
@carlossanlop carlossanlop requested a review from kouvel as a code owner April 21, 2020 20:24
@carlossanlop carlossanlop self-assigned this Apr 21, 2020
@carlossanlop carlossanlop requested review from a team, jozkee, stephentoub and tarekgh April 21, 2020 20:24
@tarekgh
Copy link
Member

tarekgh commented Apr 21, 2020

I'll delegate this review to @kouvel

Copy link
Contributor

@kouvel kouvel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@carlossanlop much appreciated for the port. What sources were used for the port? I get a feeling that I'm comparing against a different source (I'm looking at .NET Framework 4.8 docs on docs.microsoft.com). At the moment I'm not sure that all of these changes are accurate, there are some significant differences, but generally even though most of the changes appear to be accurate I'm not sure now if the sources for the docs used were/are accurate of if I'm using the wrong sources to compare, etc.

]]></format>
</remarks>
<exception cref="T:System.ArgumentNullException">.NET Framework only: The <paramref name="name" /> length is beyond MAX_PATH (260 characters).</exception>
<exception cref="T:System.ArgumentOutOfRangeException">The <paramref name="mode" /> enum value was out of legal range.</exception>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm I see an ArgumentException thrown by .NET Framework, ArgumentOutOfRangeException would make sense in this case but I'm wondering now if I'm seeing different docs on which this port was based (I'm currently looking at .NET Framework docs for the equivalent APIs).

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm there are many inconsistencies between in-code docs, tests, and .NET Framework docs. Filed dotnet/runtime#35519 to fix those, I think following the XML docs is good for this PR.

</remarks>
<exception cref="T:System.ArgumentNullException">.NET Framework only: The <paramref name="name" /> length is beyond MAX_PATH (260 characters).</exception>
<exception cref="T:System.ArgumentOutOfRangeException">The <paramref name="mode" /> enum value was out of legal range.</exception>
<exception cref="T:System.IO.DirectoryNotFoundException">Could not find a part of the path specified in <paramref name="name" />.</exception>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't see this exception being raised by this API, the name parameter has nothing to do with directories on Windows, and on Unixes it's an implementation detail and probably should not result in such an exception

Copy link
Contributor Author

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see thanks, I didn't know about that. If it can throw this exception for EventWaitHandle then it would throw in similar cases for the other types as well. This is fine for now, I'll look into fixing issues, filed issue dotnet/runtime#35518.

@carlossanlop
Copy link
Contributor Author

carlossanlop commented Apr 22, 2020

What sources were used for the port?

@kouvel These are the new types and methods I introduced in System.Threading back in November. They are not direct ports from Framework, there are some modifications.

PRs and source files:

Were you looking at the old Framework code? The new code differs a bit. Would you mind taking a look again?

Co-Authored-By: Koundinya Veluri <[email protected]>
@carlossanlop carlossanlop requested a review from kouvel April 23, 2020 18:02
Co-Authored-By: Koundinya Veluri <[email protected]>
Copy link
Contributor

@kouvel kouvel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, thanks!

@carlossanlop carlossanlop merged commit ddef212 into dotnet:master Apr 27, 2020
@carlossanlop carlossanlop deleted the SystemThreading branch May 13, 2020 22:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🏁 Release: .NET Core 3.1 :checkered_flag: Release: .NET Core 3.1 new-content Indicates PRs that contain new articles
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants