Pupkin, MSDN Enumerating All Modules For a Process

Pupkin, чот я не очень понимаю, чего в итоге ты хочешь добиться... При загрузке dll в адресное пространство процесса вызывается функция DllMain, в которой ты можешь через psapi получить по этой dll всю необходимую информацию и сохранить её в статической области. Соответственно, все функции библиотеки могут дергать эту информацию. В чем проблема?

PupkinМожет существуют другие способы раскопатьВсё гораздо проще:
1. В реализации BPL, в класс MyForm, добавь protected virtual метод с типом возврата char* и с return NULL в качестве реализации метода. Сам указатель на имя модуля можно хранить в статической области DLL;
2. В исходниках каждой DLL опиши класс-наследник от MyForm с переопределением этого виртуального метода, в реализации которого будешь дергать GetModuleFileName, если статический указатель на имя модуля еще не проинициализирован и возвращать имя модуля DLL;
3. В экспортируемой из DLL функции, которая занималась созданием экземпляра MyForm, создавай не экземпляр последнего, а экземпляр наследника от MyForm, указатель на который и будешь возвращать из экспортируемой функции с преобразованием типа указателя к MyForm*;

Когда какой-либо метод из MyForm дёрнет переопределенный наследником виртуальный метод через таблицу виртуальных методов объекта, то получит корректное имя модуля DLL. Всё!

PupkinДело в том, что из DLL я создаю не MyForm, а наследника с требуемым функционалом.
А конструктор наследника вызывает конструктор формы от которой наследуется... и т.д.

Решение не устраивает из-за немерянного числа наследников"Немеряного", это сколько? Тысяча, две?... Пара сотен DLL с десятками наследников MyForm?