You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 5, 2023. It is now read-only.
SyzyASAN seems to be reporting NULL pointer, and near-NULL pointer accesses as ASAN issues. The first 64K of user memory is unmapped by default (convention?), so this is somewhat redundant. Maybe it's better to greenzone the first 64K in shadow and just let these crash.
The text was updated successfully, but these errors were encountered:
Bruce Dawson suggested that we should never wrap the original exception, even if we've augmented the crash report with additional information. Wrapping page violations / null pointer dereferences / etc actually hides the underlying error, and they all bucket under the SyzyASAN UNKNOWN crash type. I think that's a great follow-up for plmonette's CL.
No, we still want the filter to be able to analyze memory and add information about memory corruption, etc. But we don't need to wrap the exception record with our own one in this case.
This has been partially addressed by plmonette's CL. However, to close this let's not wrap UnhandledExceptionFilter bugs at all, but rather only augment them.
SyzyASAN seems to be reporting NULL pointer, and near-NULL pointer accesses as ASAN issues. The first 64K of user memory is unmapped by default (convention?), so this is somewhat redundant. Maybe it's better to greenzone the first 64K in shadow and just let these crash.
The text was updated successfully, but these errors were encountered: