-
Notifications
You must be signed in to change notification settings - Fork 29.6k
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
test-debug-no-context segfaulting #4343
Comments
Here's another one: https://ci.nodejs.org/job/node-test-binary-windows/388/RUN_SUBSET=1,VS_VERSION=vs2015,label=win10/console Probably time to mark this one as flaky. I'll get a PR in for that... |
test-debug-no-context is flaky on Windows. Mark as such. Ref: nodejs#4343 PR-URL: nodejs#4421 Reviewed-By: Brian White <mscdex@mscdex.net>
test-debug-no-context is flaky on Windows. Mark as such. Ref: nodejs#4343 PR-URL: nodejs#4421 Reviewed-By: Brian White <mscdex@mscdex.net>
test-debug-no-context is flaky on Windows. Mark as such. Ref: nodejs#4343 PR-URL: nodejs#4421 Reviewed-By: Brian White <mscdex@mscdex.net>
Has anyone been able to reproduce the crash locally? /cc @nodejs/platform-windows |
test-debug-no-context is flaky on Windows. Mark as such. Ref: nodejs#4343 PR-URL: nodejs#4421 Reviewed-By: Brian White <mscdex@mscdex.net>
Two more of these today: |
This test is also flaky on pi2-raspbian-wheezy although there it times out rather than seg faults. |
Another one: This issue seems to come up on CI on the win10 hosts especially. Other than being win10, I'm not sure if there's anything different about those hosts from the other Windows hosts on CI. (It always seems to be the Azure hosts, but I'm not sure we have win10 hosts anywhere else.) /cc @nodejs/build |
@bnoordhuis If it helps locate where the null pointer might be hiding, removing the And if that's obvious or otherwise not useful, eh, never mind... |
Also: If the |
Change test so that it passes on the occasional win10 access violation. The workaround here can be undone when issue 5268 is resolved. The test still detects the defect it was written to detect. There are two assertions that detect the defect and only one was disabled. Ref: nodejs#5268 Fixes: nodejs#4343
Change test so that it passes on the occasional win10 access violation. The workaround here can be undone when issue 5268 is resolved. The test still detects the defect it was written to detect. There are two assertions that detect the defect and only one was disabled. Ref: #5268 Fixes: #4343 PR-URL: #5269 Reviewed-By: James M Snell <jasnell@gmail.com>
Change test so that it passes on the occasional win10 access violation. The workaround here can be undone when issue 5268 is resolved. The test still detects the defect it was written to detect. There are two assertions that detect the defect and only one was disabled. Ref: #5268 Fixes: #4343 PR-URL: #5269 Reviewed-By: James M Snell <jasnell@gmail.com>
Change test so that it passes on the occasional win10 access violation. The workaround here can be undone when issue 5268 is resolved. The test still detects the defect it was written to detect. There are two assertions that detect the defect and only one was disabled. Ref: #5268 Fixes: #4343 PR-URL: #5269 Reviewed-By: James M Snell <jasnell@gmail.com>
Change test so that it passes on the occasional win10 access violation. The workaround here can be undone when issue 5268 is resolved. The test still detects the defect it was written to detect. There are two assertions that detect the defect and only one was disabled. Ref: #5268 Fixes: #4343 PR-URL: #5269 Reviewed-By: James M Snell <jasnell@gmail.com>
test-debug-no-context is flaky on Windows. Mark as such. Ref: nodejs#4343 PR-URL: nodejs#4421 Reviewed-By: Brian White <mscdex@mscdex.net>
It looks like there may be more needed than 25776f3 to keep
test-debug-no-context
from segfaulting as I just noticed tonight that it segfaulted on two separate occasions (here and here)./cc @bnoordhuis @jasnell @evanlucas @nodejs/platform-windows
The text was updated successfully, but these errors were encountered: