Приветствую.

Интересует следующий вопрос:
Насколько я понимаю, каждая DLL находится в физической памяти в единственном экземпляре. Потом для каждого процесса, который использует эту DLL, виртуальные адреса проецируются на физические, чтобы имитировать присутствие копии в АП данного процесса (ну про copy on write - это понятно).
Вопрос в том, как загрузчик образа DLL определяет, что DLL уже присутствует в памяти, как он находит этот участок в физической памяти и как принимается решение о загрузке DLL в физическую память в случае ее отсутствия?

Буду благодарен, если кто разъяснит, или хотя бы ткнет в название файла в сорцах Win2k.

p.s. Прошу извинить меня, если запостил не в тот раздел.

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

Вот тут что-то есть
http://www.rsdn.ru/article/baseserv/dlluse.xml
кажется еще что-то было на WASM
А лучше создать проект, где подряд идут 2 одинаковых LoadLibrary и отреверсить второй LoadLibrary.

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

http://blogs.msdn.com/b/larryosterman/archive/2004/07/19/187752.aspx и по ссылкам походить.

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

Vovan666 пишет:
А лучше создать проект, где подряд идут 2 одинаковых LoadLibrary и отреверсить второй LoadLibrary.

Мне кажется, что в случае загрузки одной и той же DLL в одно и то же адресное пространство алгоритм будет несколько иным и более простым, т.к. проверить наличие DLL в АП текущего процесса, вероятно, проще, чем делать то же в глобальных масштабах физической памяти/объектов ядра. Можно, наверное, просмотреть некий список модулей, принадлежащих данному процессу.
Возможно я и ошибаюсь, проверю.

Vovan666
Archer

Спасибо за ссылки, почитаю.

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

В пределах одного процесса просто счётчик увеличивается, там совершенно другой механизм, нежели 2 разных процесса.

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

LdrAddRefDll если быть точным и суть этого - безопасность при многопоточности. FreeLibrary будет декриментить этот каунтер то тех пор пока там не будет 0 (при нуле выгрузка из АП).

-----
Shalom ebanats!

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

Это все не то немного. То что описано выше, это пример того как в пределах ring-3 решается проблема повторной загрузки модулей. А человек спросил про физическую память. Это нужно смотреть MiMapViewOfImageSection() и MmLoadSystemImage() - там суть.

-----
Реверсивная инженерия - написание кода идентичного натуральному

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