-
Notifications
You must be signed in to change notification settings - Fork 171
8238274: (sctp) JDK-7118373 is not fixed for SctpChannel #427
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
Conversation
|
👋 Welcome back ktakakuri! A progress list of the required criteria for merging this PR into |
|
This backport pull request has now been updated with issue from the original commit. |
Webrevs
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Almost the same as the 11u backport. Lgtm.
|
GHA failures look to be infrastructure issues. |
|
|
|
@ktakakuri This pull request has been inactive for more than 4 weeks and will be automatically closed if another 4 weeks passes without any activity. To avoid this, simply add a new comment to the pull request. Feel free to ask for assistance if you need help with progressing this pull request towards integration! |
|
@ktakakuri This change now passes all automated pre-integration checks. After integration, the commit message for the final commit will be: You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed. At the time when this comment was updated there had been 72 new commits pushed to the
As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details. As you do not have Committer status in this project an existing Committer must agree to sponsor your change. Possible candidates are the reviewers of this PR (@phohensee, @gnu-andrew) but any other Committer may sponsor as well. ➡️ To flag this PR as ready for integration with the above commit message, type |
|
/approval request This fix adds the preClose check appropriately. The test added in this patch do not work as is in 8u, so I have made some modifications. |
|
@ktakakuri |
|
@ktakakuri This pull request has been inactive for more than 4 weeks and will be automatically closed if another 4 weeks passes without any activity. To avoid this, simply add a new comment to the pull request. Feel free to ask for assistance if you need help with progressing this pull request towards integration! |
|
@ktakakuri This pull request has been inactive for more than 8 weeks and will now be automatically closed. If you would like to continue working on this pull request in the future, feel free to reopen it! This can be done using the |
|
/open |
|
@ktakakuri This pull request is now open |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is actually a replacement for List.of in jdk/test/lib/testlibrary/jdk/testlibrary/Utils.java, so you can replace this with Utils.listOf to get the same behaviour.
The other changes to the testcase look fine.
|
Thank you. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for changing it. Looks good now.
|
/approve yes |
|
@gnu-andrew |
|
/integrate |
|
@ktakakuri |
|
/sponsor |
|
Going to push as commit a0715ab.
Your commit was automatically rebased without conflicts. |
|
@phohensee @ktakakuri Pushed as commit a0715ab. 💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored. |
This is a backport of JDK-8238274: (sctp) JDK-7118373 is not fixed for SctpChannel.
This backport is not clean because the test added in this fix uses an API that is not in JDK8.
It has been replaced by the API that is available in JDK8, but the logic of the test remains unchanged.
Also, the constant LIMIT_LINES used in the test must be 3 due to differences in the behavior of the ServerSocket constructor.
When the constructor of ServerSocket is called, the file descriptor is not created in JDK17, but it is created in JDK8, so the number of lines obtained by lsof is different.
Testing:
jdk/com/sun/nio/sctp
on Linux x86_64
Progress
Issue
Reviewers
Reviewing
Using
gitCheckout this PR locally:
$ git fetch https://git.openjdk.org/jdk8u-dev.git pull/427/head:pull/427$ git checkout pull/427Update a local copy of the PR:
$ git checkout pull/427$ git pull https://git.openjdk.org/jdk8u-dev.git pull/427/headUsing Skara CLI tools
Checkout this PR locally:
$ git pr checkout 427View PR using the GUI difftool:
$ git pr show -t 427Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk8u-dev/pull/427.diff
Webrev
Link to Webrev Comment