Closed CaseyCarter closed 1 month ago
/azp run STL-ASan-CI
STL-ASan-CI passed (after rerunning a sporadic x86 failure that I recorded in #4324).
Thanks! :heart_eyes_cat: I updated the PR title to be more meaningful when scanning git history.
I'm mirroring this to the MSVC-internal repo - please notify me if any further changes are pushed.
Thanks for scouting ahead and fixing this test for ASan before the next toolset update encountered it! :tada: :heart_eyes_cat: :magic_wand:
Avoid triggering VSO-2046190 in
Dev09_056375_locale_cleanup
by leaving the DLL loaded in ASan instrumented statically-linked configs.This test is failing with 17.10p5 and current dev compilers, I suspect due to a change in the ASan runtime's interception of
memcpy
. Recall thatmemcpy
is part of VCRuntime, so statically-linked configs of this test have a copy ofmemcpy
linked to the program and another copy ofmemcpy
linked into the DLL. When the program unloads the DLL, I believe the ASan runtime's "pointer to actual memcpy" is left pointing into unallocated space where the DLL's copy used to be.I'm going to disable unloading the DLL for this case to avoid the problem until we can implement and ship a fix.