Teams()->IsPractice(GameServer()->GetDDRaceTeam(ClientID)) | <massive check>
♂️
std::pmr::monotonic_buffer_resource? Should we use the same as before?memory_resource include is experimental on macOS 
std::pmr::monotonic_buffer_resource? Should we use the same as before? memory_resource include is experimental on macOS <experimental/memory_resource> instead<experimental/memory_resource> instead __has_include would be better or #ifdef CONF_PLATFORM_MACOSX https://gcc.gnu.org/onlinedocs/cpp/_005f_005fhas_005finclude.html
#if __has_include(<memory_resource>)
#include <memory_resource>
#else
#include <experimental/memory_resource>
#endif (edited)__has_include should always be available with C++17 AFAICT
CONF_PLATFORM_MACOSX seems a bit cleaner though.__has_includeerror: no member named 'pmr' in namespace 'std'; did you mean 'std::experimental::pmr'? 
error: no member named 'pmr' in namespace 'std'; did you mean 'std::experimental::pmr'? class CHeap
{
#if __has_include(<memory_resource>)
std::pmr::monotonic_buffer_resource
#else
std::experimental::pmr::monotonic_buffer_resource
#endif
m_BumpAllocator;class CHeap
{
#if __has_include(<memory_resource>)
std::pmr::monotonic_buffer_resource
#else
std::experimental::pmr::monotonic_buffer_resource
#endif
m_BumpAllocator; 
monotonic_buffer_resource 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266748
map_* tools were crashing with the assertion Invalid type when used on maps that contain unknown UUID-based map items. When the UUID cannot be resolved, the type -1 is returned by the GetItem function. The assertion predates UUID map items, so this crash has likely existed since the introduction of UUID map items. The editor was not affected and has instead always discarded map items that it does not support. The tools will now also discard map items with unknown UUIDs.
See #76...
