We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Continuing the discussion from #631 since that one is closed....
After applying the patch that also overrides _msize_base, the project compiles. but got greeted with many "Not allocated by this allocator" error.
_msize_base
Running dumpbin /SYMBOLS on the ucrt lib shows there is a _base variant for many other heap related APIs.
dumpbin /SYMBOLS
_base
I wonder these information that might requires some microsoft internal employee's knowledge:
The text was updated successfully, but these errors were encountered:
my fork seems to workaround existing issue, though it seems you also need to implement _recalloc and maybe _recalloc_base
_recalloc
_recalloc_base
CC @mjp41
Sorry, something went wrong.
The jemalloc compat basically has _recalloc. If you specialise to the flag being set to say it should be zeroed:
https://github.com/Naville/snmalloc/blob/583cd5da55de58fe320a7054ce15d980071ed44c/src/snmalloc/override/jemalloc_compat.cc#L267-L302
Happy to add this overrides.
No branches or pull requests
Continuing the discussion from #631 since that one is closed....
After applying the patch that also overrides
_msize_base
, the project compiles. but got greeted with many "Not allocated by this allocator" error.Running
dumpbin /SYMBOLS
on the ucrt lib shows there is a_base
variant for many other heap related APIs.I wonder these information that might requires some microsoft internal employee's knowledge:
The text was updated successfully, but these errors were encountered: