2014-12-09 3 views
2

Обычно это делается путем указания зависимости DLL в файле манифеста, который находится вместе с исполняемым файлом. Однако я не знаю, как это сделать в Python. Загрузка DLL не является проблемой, но найти подходящую DLL в SXS для загрузки является проблемой.Как загрузить C DLL из SXS в Python?

Существует ли стандартная процедура определения раздела DLL? Для этого примера, давайте предположим, что здесь живет:

c:\windows\winsxs\amd64_my_handy_lib_<public_key_token>_1.0.0.0_none_<some_ID> 

ли мне действительно нужно вручную искать каталог c:\windows\winsxs ищу мою DLL по имени, а затем проверить родительский каталог, чтобы увидеть, если он содержит правильную версию?

Я просто не делаю проекты на Python, чтобы узнать, как это сделать.

+0

Вы можете встроить манифест в .pyd, если это модуль расширения, или просто использовать частную сборку. Если это ctypes, вы можете включить манифест для создания контекста активации. Я могу привести пример для последнего, если это то, что вам нужно. – eryksun

+0

Это не модуль расширения, но это, безусловно, путь, который можно изучить. Любая идея встроить манифест в .pyd? Я в настоящее время импортирую библиотеку DLL с помощью ctypes следующим образом: 'self._lib = ctypes.CDLL (path)' Где ** путь ** - это путь к dll. Я хотел бы видеть пример, о котором вы говорили. – skiloup

ответ

5

Вот пример загрузки ЭЛТ из каталога WinSxS.

actctx.manifest:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> 
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> 
    <dependency> 
     <dependentAssembly> 
      <assemblyIdentity 
       type="win32" 
       name="Microsoft.VC90.CRT" 
       version="9.0.21022.8" 
       processorArchitecture="amd64" 
       publicKeyToken="1fc8b3b9a1e18e3b"> 
      </assemblyIdentity> 
     </dependentAssembly> 
    </dependency> 
</assembly> 

actctx.py:

from ctypes import * 
from ctypes.wintypes import * 

kernel32 = WinDLL("kernel32", use_last_error=True) 

ACTCTX_FLAG_PROCESSOR_ARCHITECTURE_VALID = 0x001 
ACTCTX_FLAG_LANGID_VALID = 0x002 
ACTCTX_FLAG_ASSEMBLY_DIRECTORY_VALID = 0x004 
ACTCTX_FLAG_RESOURCE_NAME_VALID = 0x008 
ACTCTX_FLAG_SET_PROCESS_DEFAULT = 0x010 
ACTCTX_FLAG_APPLICATION_NAME_VALID = 0x020 
ACTCTX_FLAG_HMODULE_VALID = 0x080 
DEACTIVATE_ACTCTX_FLAG_FORCE_EARLY_DEACTIVATION = 1 

INVALID_HANDLE_VALUE = HANDLE(-1).value 
ULONG_PTR = WPARAM # pointer-sized unsigned integer 

class ACTCTX(Structure): 
    _fields_ = (("cbSize", ULONG), 
       ("dwFlags", DWORD), 
       ("lpSource", LPCWSTR), 
       ("wProcessorArchitecture", USHORT), 
       ("wLangId", LANGID), 
       ("lpAssemblyDirectory", LPCWSTR), 
       ("lpResourceName", LPCWSTR), 
       ("lpApplicationName", LPCWSTR), 
       ("hModule", HMODULE)) 

    def __init__(self, *args, **kwds): 
     super(ACTCTX, self).__init__(sizeof(self), *args, **kwds) 

CreateActCtxW = kernel32.CreateActCtxW 
CreateActCtxW.restype = HANDLE 
CreateActCtxW.argtypes = (POINTER(ACTCTX),) 
ReleaseActCtx = kernel32.ReleaseActCtx 
ReleaseActCtx.restype = None 
ReleaseActCtx.argtypes = (HANDLE,) 
ActivateActCtx = kernel32.ActivateActCtx 
ActivateActCtx.argtypes = (HANDLE, POINTER(ULONG_PTR)) 
DeactivateActCtx = kernel32.DeactivateActCtx 
DeactivateActCtx.argtypes = (DWORD, ULONG_PTR) 

if __name__ == "__main__": 
    manifest_path = "actctx.manifest" # keep ref 
    ctx = ACTCTX(lpSource=manifest_path) 
    hActCtx = CreateActCtxW(byref(ctx)) 
    if hActCtx == INVALID_HANDLE_VALUE: 
     raise WinError(get_last_error()) 

    cookie = ULONG_PTR() 
    if not ActivateActCtx(hActCtx, byref(cookie)): 
     raise WinError() 
    msvcr90 = CDLL("msvcr90") 
    if not DeactivateActCtx(0, cookie): 
     raise WinError(get_last_error()) 

    ReleaseActCtx(hActCtx) 

    # show DLL path 
    hModule = HANDLE(msvcr90._handle) 
    path = (c_wchar * 260)()  
    kernel32.GetModuleFileNameW(hModule, path, len(path)) 
    print(path.value) 

выход:

C:\Windows\WinSxS\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.6161_none_08e61857a83bc251\msvcr90.DLL 

Это было протестировано под Python 3.4.2, которое построено на VS 2010 и вместо этого связано с msvcr100.dll. Поэтому, по крайней мере, в этом случае настройка контекста активации действительно требовалась, иначе загрузка msvcr90.dll завершилась неудачей с ERROR_MOD_NOT_FOUND.

Смежные вопросы