Другой способ сделать это - использовать toolhelp32 api для чтения всех выделений виртуальной памяти, модулей и т. Д. Процесса. Я закончил тем, что написал инструмент очень давно, используя эти API-интерфейсы для чтения загруженных модулей всех процессов на устройстве, а также использования их виртуальной памяти, чтобы я мог понять, испытывает ли устройство то, что мы знали как «dllcrunch», где точка загрузки для следующей dll в нашем процессе, оказывается, находится в нашем пространстве кучи, поэтому мы получали ошибки OOM при загрузке dll, даже при том, что было много свободного места