DLL 의 절대 경로 알아내기. GetModuleFileName

	개요.
	DLL 의 절대 경로 알아내기.  필요성. DLL 내에서 파일입출력 처리가 있는 경우 DLL내에서 경로처리를 하지 않은 경우 DLL을 로딩한 프로세스의 Current Directory 기준으로 경로 처리된다.  DLL 파일이 있는 동일경로로 접근하기 위해서 DLL코드내에서 자신의 절대경로를 확인하여 접근할때 필요함. 구현방법.  DLL 코드내에서 함수 GetModuleFIleName 또는 GetModuleFileNameEx 사용한다. 본 함수는 프로세스 코드에서 호출할수도 있고, DLL 코드에서 호출할 수도 있다. DLL 내에서 호출하는 경우는 관계없지만 프로세스 내에서 호출할때는 아래 처럼 함수를 달리 적용해야한다. GetModuleFIleName : DLL 이 현재 프로세스에서 로딩된 경우에만 사용가능. GetModuleFileNameEx : DLL이 다른 프로세스에서 로딩된 경우에 사용. 함수 호출하여 반환 받게 되는 경로명 형식 예.  D:\WORK_SW2016_CYPC1\SW_CySignal\CySignal\Release\CyFinAPI\CyFinAPI.dll dll 파일명 포함해서 전체경로를 받을 수 있다.    DLL 을 임포팅한 실행프로그램 경로를 확보하려면 함수 GetModuleFileName 의 1번 인자에 NULL 을 전달하면 된다. 예. D:\WORK_SW2016_CYPC1\SW_CySignal\CySignal\Release\CySignal.exe   기본문법. - 아래 MSDN의 설명에서의 "module" 이 dll 류를 의미함.  GetModuleFileName Retrieves the fully qualified path for the file that contains the specified module. The module must have been loaded by the current process. To locate the file for a module that was loaded by another process, use the GetModuleFileNameEx function. Syntax C++ Copy DWORD WINAPI GetModuleFileName( _In_opt_ HMODULE hModule, _Out_    LPTSTR  lpFilename, _In_     DWORD   nSize ); Parameters hModule [in, optional] A handle to the loaded module whose path is being requested. If this parameter is NULL, GetModuleFileName retrieves the path of the executable file of the current process. The GetModuleFileName function does not retrieve the path for modules that were loaded using the LOAD_LIBRARY_AS_DATAFILE flag. For more information, see LoadLibraryEx. lpFilename [out] A pointer to a buffer that receives the fully qualified path of the module. If the length of the path is less than the size that the nSize parameter specifies, the function succeeds and the path is returned as a null-terminated string. If the length of the path exceeds the size that the nSize parameter specifies, the function succeeds and the string is truncated to nSize characters including the terminating null character. Windows XP:  The string is truncated to nSize characters and is not null-terminated. The string returned will use the same format that was specified when the module was loaded. Therefore, the path can be a long or short file name, and can use the prefix "\\?\". For more information, see Naming a File. nSize [in] The size of the lpFilename buffer, in TCHARs. Return value If the function succeeds, the return value is the length of the string that is copied to the buffer, in characters, not including the terminating null character. If the buffer is too small to hold the module name, the string is truncated to nSize characters including the terminating null character, the function returns nSize, and the function sets the last error to ERROR_INSUFFICIENT_BUFFER. Windows XP:  If the buffer is too small to hold the module name, the function returns nSize. The last error code remains ERROR_SUCCESS. If nSize is zero, the return value is zero and the last error code is ERROR_SUCCESS. If the function fails, the return value is 0 (zero). To get extended error information, call GetLastError. Remarks If a DLL is loaded in two processes, its file name in one process may differ in case from its file name in the other process. The global variable _pgmptr is automatically initialized to the full path of the executable file, and can be used to retrieve the full path name of an executable file. Examples For an example, see Installing a Service. Requirements Minimum supported client Windows XP [desktop apps | Windows Store apps] Minimum supported server Windows Server 2003 [desktop apps | Windows Store apps] Header Winbase.h (include Windows.h) Library Kernel32.lib DLL Kernel32.dll Unicode and ANSI names GetModuleFileNameW (Unicode) and GetModuleFileNameA (ANSI) See also Dynamic-Link Library Functions GetModuleFileNameEx GetModuleHandle LoadLibrary LoadLibraryEx GetModuleFileNameEx function Retrieves the fully qualified path for the file containing the specified module. Syntax C++ Copy DWORD WINAPI GetModuleFileNameEx( _In_     HANDLE  hProcess, _In_opt_ HMODULE hModule, _Out_    LPTSTR  lpFilename, _In_     DWORD   nSize ); Parameters hProcess [in] A handle to the process that contains the module. The handle must have the PROCESS_QUERY_INFORMATION and PROCESS_VM_READ access rights. For more information, see Process Security and Access Rights. The GetModuleFileNameEx function does not retrieve the path for modules that were loaded using the LOAD_LIBRARY_AS_DATAFILE flag. For more information, see LoadLibraryEx. hModule [in, optional] A handle to the module. If this parameter is NULL, GetModuleFileNameEx returns the path of the executable file of the process specified in hProcess. lpFilename [out] A pointer to a buffer that receives the fully qualified path to the module. If the size of the file name is larger than the value of the nSize parameter, the function succeeds but the file name is truncated and null-terminated. nSize [in] The size of the lpFilename buffer, in characters. Return value If the function succeeds, the return value specifies the length of the string copied to the buffer. If the function fails, the return value is zero. To get extended error information, call GetLastError. Remarks The GetModuleFileNameEx function is primarily designed for use by debuggers and similar applications that must extract module information from another process. If the module list in the target process is corrupted or is not yet initialized, or if the module list changes during the function call as a result of DLLs being loaded or unloaded, GetModuleFileNameEx may fail or return incorrect information. To retrieve the name of a module in the current process, use the GetModuleFileName function. This is more efficient and more reliable than calling GetModuleFileNameEx with a handle to the current process. To retrieve the name of the main executable module for a remote process, use the GetProcessImageFileName or QueryFullProcessImageName function. This is more efficient and more reliable than calling the GetModuleFileNameEx function with a NULL module handle. Starting with Windows 7 and Windows Server 2008 R2, Psapi.h establishes version numbers for the PSAPI functions. The PSAPI version number affects the name used to call the function and the library that a program must load. If PSAPI_VERSION is 2 or greater, this function is defined as K32GetModuleFileNameEx in Psapi.h and exported in Kernel32.lib and Kernel32.dll. If PSAPI_VERSION is 1, this function is defined as GetModuleFileNameEx in Psapi.h and exported in Psapi.lib and Psapi.dll as a wrapper that calls K32GetModuleFileNameEx. Programs that must run on earlier versions of Windows as well as Windows 7 and later versions should always call this function as GetModuleFileNameEx. To ensure correct resolution of symbols, add Psapi.lib to the TARGETLIBS macro and compile the program with -DPSAPI_VERSION=1. To use run-time dynamic linking, load Psapi.dll. Examples For an example, see Enumerating All Modules for a Process. Requirements Minimum supported client Windows XP [desktop apps only] Minimum supported server Windows Server 2003 [desktop apps only] Header Psapi.h Library Kernel32.lib on Windows 7 and Windows Server 2008 R2; Psapi.lib (if PSAPI_VERSION=1) on Windows 7 and Windows Server 2008 R2; Psapi.lib on Windows Server 2008, Windows Vista, Windows Server 2003, and Windows XP DLL Kernel32.dll on Windows 7 and Windows Server 2008 R2; Psapi.dll (if PSAPI_VERSION=1) on Windows 7 and Windows Server 2008 R2; Psapi.dll on Windows Server 2008, Windows Vista, Windows Server 2003, and Windows XP Unicode and ANSI names GetModuleFileNameExW (Unicode) and GetModuleFileNameExA (ANSI) See also EnumProcesses GetModuleBaseName GetModuleFileName GetModuleHandle LoadLibrary Module Information PSAPI Functions

 

본 글이 포함된 상위 정리 장소.    Visual Studio/VC++/C/C# 활용정리 -> http://igotit.tistory.com/11

 

///632.