-
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 MaxWorkingSet_GetNotStarted_ThrowsInvalidOperationException #105424
base: main
Are you sure you want to change the base?
Conversation
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
These tests needs to be addressed: runtime/src/libraries/System.Diagnostics.Process/tests/ProcessTests.cs Lines 659 to 673 in 54a9efd
|
Yeah, the SkipOnPlatform line(s) probably need adjustment. I think these tests should now pass on FreeBSD and OSX. |
In CI, this test is failing on osx with your changes:
|
Feel free to merge both tests into one and delete the @Thefrank, a heads-up for the next test run on FreeBSD after this PR is merged. |
Thanks. Clearly the fix in Process.BSD.cs needs testing on OSX and FreBSD. |
// XXX This appears to be testing for incorrect behavoir which has been fixed. | ||
// XXX See https://github.com/dotnet/runtime/issues/105422 | ||
// The correct exception for a new process is: InvalidOperationException | ||
#if 0 |
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.
Is this #if 0
not allowed? I don't mean for it to stay long term, just until testing is complete.
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.
We wouldn't merge this, if that's what you mean. If you want to experiment with it in CI, that's fine. I'm going to move the PR to be draft until it's ready.
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.
OK, though I was hoping the CI stuff could help me with some of this, and now it seems that doesn't happen.
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.
CI still runs on drafts
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.
Ah, OK. I guess I misunderstood what I saw on the web page. Thx.
2228476
to
6825a06
Compare
I reorganized the changes related to this so it can go after #105403 |
How did you determine that they are skipping? Change the exception in |
OK, Thank-you! That was it! So I've learned that the test output cannot be trusted to tell you want ran.
I believe this means wen can just remove the (now duplicate) MacOS-specific tests. |
cf89c00
to
d6d218d
Compare
Rebased onto main |
src/libraries/System.Diagnostics.Process/src/System/Diagnostics/Process.BSD.cs
Show resolved
Hide resolved
311df71
to
f72eec3
Compare
src/libraries/System.Diagnostics.Process/src/System/Diagnostics/Process.Linux.cs
Outdated
Show resolved
Hide resolved
Fixes issue dotnet#105422 On MacOS, FreeBSD, SunOS (the ports that share ProcessBSD.c) the get/set WorkingSet methods only work on the current process. Skip the parts of tests that operate on other processes. Remove now redundant MacOS-speicifc tests.
@stephentoub please give it another pass. :) (the temporary blocks were removed) |
Can anyone tell me what to do about the two runtime checks that reported failure? |
nudge 2 |
nudge 3 |
When |
@marek-safar it applies to both of those operating systems. |
Fixes #105422