Если вдруг кто не знает то GetModuleHandle и прочие не видят managed сборки потому что те не грузятся через LoadLibrary.
Есть ли метода чтобы получить базу сборки в памяти по имени?

-----
старый пень

| Сообщение посчитали полезным:

r_e

Что такое сборка" ?

-----
vx

| Сообщение посчитали полезным:

difexacaw очевидно семпл

Добавлено спустя 3 минуты
а база сборки это адрес семпла в памяти

| Сообщение посчитали полезным:

galenkane

Не понятно, что такое "имя сборки в памяти" ?

С памятью может быть связан файл, это если файловая проекция. Что бы его имя получить есть два способа. MemoryMappedFilenameInformation/GetMappedFileName() или отобразить файловую секцию и найти соответствие NtAreMappedFilesTheSame/LdrGetDllHandleByMapping().

-----
vx

| Сообщение посчитали полезным:

r_e пишет:
Если вдруг кто не знает то GetModuleHandle и прочие не видят managed сборки потому что те не грузятся через LoadLibrary.
если сборка грузилась в ручнуя минуя LoadLibrary то её и не будет в таблице загруженных модулей)))
r_e пишет:
Есть ли метода чтобы получить базу сборки в памяти по имени?
если у сборки есть таблица экспорта, то скан памяти + поиск имени в таблице экспорта

-----
Чтобы правильно задать вопрос, нужно знать большую часть ответа. Р.Шекли.

| Сообщение посчитали полезным:

Сборка - это managed assembly module.
Скан памяти - не вариант. Во-первых, для нагруженных участков кода слишком тормозной (впрочем, может кеширование и поможет). Во-вторых, маппинг по имени потребует отдельных танцев с бубном для сопоставления образа в памяти с образом на диске.
Судя по интернетам, то официальный способ будет через натив рефлекшн добраться до этой информации.

Добавлено спустя 11 минут
Попутно, может кто пробовал. Можно ли подгрузить сборку через LoadLibrary и будет ли она при этом "закеширована" в том смысле что последующий резолв вернет уже отмапленную, а не загрузит по новой?

-----
старый пень

| Сообщение посчитали полезным:

Эту тему уже жевали тут или на тутсях лет 5 назад. Проще самому её загрузить в память по известным координатам. Ищи где-то был загрузчик тут... или гдето не помню. Поиск по : загрузка dll в память без loadlibrary

| Сообщение посчитали полезным:

r_e

> танцев с бубном для сопоставления образа в памяти с образом на диске.

Что то на подобие этого, модуль есть в загрузчике, но его нет и небыло на диске ?



ca11_02.03.2020_EXELAB.rU.tgz - ld.7z

-----
vx

| Сообщение посчитали полезным:

r_e пишет:
Есть ли метода чтобы получить базу сборки в памяти по имени?
Как мне кажется: смысла в такой функции мало.
После загрузки вернее после выполнения DllMain, весь managed код пережевывается в нативный и выплевывается совсем в другую память, никак не связанную с базой сборки.

Я как-то делал прокси dll, патчил сборку в памяти процесса.
ставил хук на _CorValidateImage()
(точнее, сначала хук ставил на LoadLibraryW(), где ожидал загрузку "mscoree.dll" и тут же ставился хук на "_CorValidateImage")
А дальше было все просто.
_CorValidateImage вызывается еще до _CorDllMain, так что можно свободно патчить managed код (он еще не пережеван).


| Сообщение посчитали полезным: Medsft, r_e, Veliant, v00doo

UniSoft пишет:
после выполнения DllMain, весь managed код пережевывается в нативный
Там, вроде как, compile-on-call для каждого метода, а не сразу вся сборка предкомпилится.

-----
старый пень

| Сообщение посчитали полезным:

r_e пишет:
Там, вроде как, compile-on-call щас подтянется dife ) и все нам расскажет по этому поводу, он тестил

| Сообщение посчитали полезным: