This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ronaldoussoren
Recipients remi.lapeyre, ronaldoussoren, skrah, vstinner
Date 2020-06-10.15:13:46
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1591802027.25.0.700118688973.issue40928@roundup.psfhosted.org>
In-reply-to
Content
I've filed a report with Apple about this (FB7731971), even though I expect that this behaviour will not change. That's something we should have done years ago.

BTW. The link to malloc_print_configure that Victor shared seems to indicate that the default for MallocDebugReport should be "none", instead of "stderr". The code on opensource.apple.com conforms this (https://opensource.apple.com/source/libmalloc/libmalloc-283.60.1/src/malloc_printf.c.auto.html).  Apparently Apple uses a slightly different code when building macOS :-(

Note that this annoying message is only printed when the proces runs out of address space, which requires allocating an insane amount of memory (the first warning line in the initial message of this bug report tries to allocate 872 petabyte).  

If this is something we want to avoid its probably easier to switch to a allocator that won't avoids calling malloc(3) on large enough allocations (for example return NULL for any allocation attempt above 4TB, which is comfortably above the max amount of memory in a Mac Pro).  This theoretically limits memory allocations, but in practice the system will be unusable with far smaller allocations (assuming the allocated memory is actually used).
History
Date User Action Args
2020-06-10 15:13:47ronaldoussorensetrecipients: + ronaldoussoren, vstinner, skrah, remi.lapeyre
2020-06-10 15:13:47ronaldoussorensetmessageid: <1591802027.25.0.700118688973.issue40928@roundup.psfhosted.org>
2020-06-10 15:13:47ronaldoussorenlinkissue40928 messages
2020-06-10 15:13:46ronaldoussorencreate