Russian Qt Forum

Здравствуйте!
Мне нужно получить наименование dll и полный путь к ней. Для этого в dll использую функцию WINAPI GetModuleFileName():
В результате в dllname получаю массив символов Unicode - полный путь и имя .exe файла, загружающего dll.
Как сделать правильно?

Какой-то замкнутый круг получается... Я получаю путь и  имя exe вместо пути и имени dll, потому что в GetModuleFileName() указываю первый параметр NULL. А получить HMODULE или HINSTANCE dll-ки  можно только из WINAPI DllEntryPoint. То есть, если dll загружается из другого каталога, получается я путь к ней узнать не могу?    

Как в Qt получить HMODULE или HINSTANCE dll-ки, чтобы передать его в GetModuleFileName()?

P.S. MSDN я тоже читаю...

Попробовала вместо хэндла dll использовать хэндл окна:

Получаю массив, заполненный нулями.

Можно получить из хендла путь и наоборот, а что Вы хотите - неясно. Может узнать в какой dll сидит текущий исполняемый код? (других разумных вариантов не видно). Тогда курите GET_MODULE_HANDLE_EX_FLAG_FROM_ADDRESS

Я хочу получить имя модуля dll и путь к dll из самой dll. Если я снова выразилась неясно, пожалуйста, сообщите об этом сразу, не наблюдайте молча.

Получилось. Кому интересно, хэндл dll в Qt под Win можно получить так (https://stackoverflow.com/questions/2396328/get-hmodule-from-inside-a-dll):
а затем передать его в GetModuleFileName(). В результате получаем полный путь с именем dll из самой dll.

Это всё хорошо, но постановку задачи вы так и не сказали:)
Например, изначально было не ясно, что нужно получить путь к _своей_ dll, а не к какой-либо загруженной (напр., кутешной).

Напр так

C++ (Qt)
	typedef QString (*Func)(const char *, int); 
	Func func = &QString::fromLocal8Bit;
	HMODULE hmodule = 0;
	bool ok = GetModuleHandleEx(GET_MODULE_HANDLE_EX_FLAG_FROM_ADDRESS,
							    LPCTSTR(func),
								&hmodule);
	if (ok && hmodule) {
		ushort path[MAX_PATH] = { 0 };
		ok = GetModuleFileName(hmodule, path, MAX_PATH - 1);
		QString fullName = QString::fromUtf16(path);
		qDebug() << "ok =" << ok << "path =" << fullName;
	}
 

а как это связано с Qt? обычные винапишные вызовы

Спасибо большое. В моих попытках применить  GetModuleHandleEx() с флагом GET_MODULE_HANDLE_EX_FLAG_FROM_ADDRESS, неизменно в hmodule возвращался 0. В вашем варианте все работает.

А мне казалось, что все ясно :). Вообще, хочу чтобы ini файл настройки моей dll лежал рядом с dll, а не рядом с exe. Это на случай если dll и exe находятся в разных каталогах. Ну и... неплохо знать откуда загружается dll, если их несколько одинаковых(разных версий) валяется в разных местах ).

Разработку веду в Qt.(Естественно, обычные винапишные. Как я понимаю, из-за кроссплатформенности Qt других и быть не может)
 

Нужен любой адрес кода (но не данных) сидящий в этой dll. Это может быть адрес ф-ции ((void*)GetThisDllHandle) или статического метода, (QString::fromLocal8Bit) но не обычного

И заметьте: когда до этого доходит дело - поклонники этой платформы ну прямо куда-то испаряются  :)

не совсем понимаю это высказывание. При попытке скомпилировать этот код на платформе, отличной от виндоус, компилятор скажет «давай, до свидания», и кросс-платформенность Qt никак не поможет. Но этот же код будет прекрасно работать и оторванно от Qt (при компиляции под виндоус, естественно), если писать «просто» на С или С++. Суть в том, что вопрос чисто о виндоус-специфической вещи, которая к Qt никакого отношения не имеет.

да, и «разработку в Qt» вести нельзя :)

Aаа, теперь понятно - я просто "курить" не умею...)


Изначально, суть вопроса была - получить путь и наименование загруженной dll. Я не знала, есть ли Qt-шные методы и применила
"чисто виндоус-специфическую вещь" (благо, у меня не стоит задача разработать кроссплатформенное ПО), о чем и сообщила на форуме. Если бы кто-то предложил
другой способ, который имеет отношение к Qt, я бы с радостью применила его. Но сейчас я понимаю, что существование этого
способа маловероятно именно по причине кроссплатформенности Qt.    

А я думаю имеет - от кросс-платформенного фреймворка мы вправе ожидать кросс-платформенного решения, чтобы не бегать по API каждой из платформ. Тем более что запрос/потребность совершенно разумны. Может правда "плохо искали" - ну тогда "ткните носиком"  :)

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