Фиксированный адрес занят в .NET.

Question

У FIPS, поддерживающего OpenSSL, есть одно ограничение - он должен загружать libeay32.dll по фиксированному адресу, и если он загружается по любому другому адресу, он не выполняет проверку инициализации, поэтому он не может использоваться в режиме FIPS.

Итак, мы выбрали адрес в соответствии с рекомендациями Microsoft, а на некоторых машинах, которые касаются время от времени занимают различные другие библиотеки - как MSVCR120_CLR0400.dll или mscorlib.ni.dll или clr.dll, вы получите точку.

Есть ли способ проверить, если какой-либо фиксированный адрес + длина берется, и попросить ОС освободить эту часть памяти для меня, например, переустановить эти dll на другие части памяти или что-то вроде этого?

Update:

Я собрал информацию из 20 устройств с ListDLLs и есть некоторый шаблон, что загружается, где, но это далеко не определен. Итак, я запустил некоторую математику, нашел большой пробел, где ничего не было загружено в этих 20 журналах, которые у меня были, изменил базовый адрес libeay32 где-то в этом промежутке (разрыв был ~ 6 раз больше, чем dll, поэтому я выбрал ~ в середине его), и еще после пары попыток приложение удалось загрузить что-то в этом промежутке до libeay32 (для конкретного - clrjit.dll, у него есть базовый адрес 0x10000000, который, как мне кажется, по умолчанию), хотя в приложении я пытаюсь загрузить libeay32 как можно быстрее.

Answer 1

Почему вы не совместить намеки данные:

• Используйте /INCLUDE с символом из libeay.dll при компоновке вашей программы, чтобы заставить статическую зависимость от этой библиотеки.
• Компиляция libeay32.dll с /FIXED поэтому он не может быть перемещенным.

Таким образом, он будет загружен на загрузку исполняемого файла, прежде чем любой управляемый код бежит, а не когда-нибудь потом динамически, так что все эти перемещаемые библиотеки являются не там и не может получить в пути.