-
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
[browser] RuntimeError: memory access out of bounds #96546
Comments
Tagging subscribers to 'arch-wasm': @lewing Issue DetailsError Blob{
"ErrorMessage": "RuntimeError: memory access out of bounds",
"BuildRetry": false,
"ErrorPattern": "",
"ExcludeConsoleLog": false
} Reproduction StepsBuild: https://dev.azure.com/dnceng-public/public/_build/results?buildId=515167
|
|
Another Log
|
|
During thread creation
|
Related #98630 |
|
local run with nice stack trace
|
another local with great log
|
another local
|
Most of the problems are fixed by #100304 There is new occurrence as fallout of OOM
|
This incorrectly ate https://helixre107v0xdcypoyl9e7f.blob.core.windows.net/dotnet-runtime-refs-pull-100801-merge-8c5cd227f4844ef98c/Methodical_d2/1/console.e95f9cb2.log?helixlogtype=result from a non-MT lane, which looks like it could be a real issue. |
I already opened #100757 for it |
this appears to have been fixed with #100907 closing so that new failures are caught |
hit again in #101179 |
There are 4 more this morning, 3 of them are after OOM. Perhaps some |
Alternatively, are we missing some memory fence which would synchronize the memory between WASM threads ? We do issue
|
I think under normal circumstances we shouldn't need to Unchecked null pointer feels very plausible. It will fail silently and also corrupt the zero page (which will cause jiterp traces to break.) |
I saw Log
This translates to ICU asset data being loaded into memory via It seems that It seems that Also I'm not sure on what version of emscripten we are now W.R.T. https://github.com/emscripten-core/emscripten/pull/20793/files We are just lucky it was called from JS and that we got nice JS exception. |
It looks like this was originally intended to match MT failures, but based on the recent matches in the automated list, it's matching ST failures. That's not good, memory access out of bounds on ST is more likely to be real bugs that we introduced in PRs and now it will be green. |
They are JS error, it will not capture the same issue if it happens on Windows target for example. When |
This has transitioned to ST only then dropped off after the alignment fix 🤞 |
Not being hit after alignment PR: #106313. |
Error Blob
Reproduction Steps
Build: https://dev.azure.com/dnceng-public/public/_build/results?buildId=515167
Log
Known issue validation
Build: 🔎 https://dev.azure.com/dnceng-public/public/_build/results?buildId=515167
Error message validated:
RuntimeError: memory access out of bounds
Result validation: ✅ Known issue matched with the provided build.
Validation performed at: 1/5/2024 12:55:21 PM UTC
Report
Summary
The text was updated successfully, but these errors were encountered: