-
Notifications
You must be signed in to change notification settings - Fork 29.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
flaky test-regress-GH-814_2 #34527
Comments
@nodejs/testing @nodejs/fs @nodejs/libuv |
Looks like a copy-paste error with the |
Signal 9 is |
Yes, I'm more-than-mildly embarrassed that my brain didn't realize that a crash wouldn't be a uv error code but the signal code instead. So if it's probably running out of memory, then I guess the thing to do might be to add a free memory check before running like we do for some other tests. |
But not if we don't/can't replicate the problem, I guess.... |
PR to replace the test(s) with a more modern one: #34530 |
These tests were written a long time ago, and use the allocation of large amounts of unused memory as a way to detect use-after-free problems with Buffers. As a result, the tests are resource-intensive and may crash because of that. Replace them with a more modern test. We don’t explicitly try to *detect* use-after-free conditions, and instead rely on e.g. ASAN (or the process just crashing hard) to do that for us. Fixes: nodejs#34527
These tests were written a long time ago, and use the allocation of large amounts of unused memory as a way to detect use-after-free problems with Buffers. As a result, the tests are resource-intensive and may crash because of that. Replace them with a more modern test. We don’t explicitly try to *detect* use-after-free conditions, and instead rely on e.g. ASAN (or the process just crashing hard) to do that for us. Fixes: #34527 PR-URL: #34530 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Andrey Pechkurov <apechkurov@gmail.com> Reviewed-By: Jiawen Geng <technicalcute@gmail.com>
These tests were written a long time ago, and use the allocation of large amounts of unused memory as a way to detect use-after-free problems with Buffers. As a result, the tests are resource-intensive and may crash because of that. Replace them with a more modern test. We don’t explicitly try to *detect* use-after-free conditions, and instead rely on e.g. ASAN (or the process just crashing hard) to do that for us. Fixes: #34527 PR-URL: #34530 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Andrey Pechkurov <apechkurov@gmail.com> Reviewed-By: Jiawen Geng <technicalcute@gmail.com>
What steps will reproduce the bug?
Run test/pummel/test-regress-GH-814_2.js on fedora-last-latest-x64 in CI.
How often does it reproduce? Is there a required condition?
Not every time. Running https://ci.nodejs.org/job/node-stress-single-test/151/ right now to see how often.
What is the expected behavior?
The test should pass.
What do you see instead?
The test crashes with -9, which I believe means libuv is complaining about a bad file descriptor.
Additional information
Something similar to this was going on with readstream last year and I think @addaleax fixed it. Maybe
fs
has the same/similar issue, perhaps when explicitfs.close()
is not used?The text was updated successfully, but these errors were encountered: