bindingRedirect이

Question

을 DLL이 적용되지 않습니다 나는 ISOLATION_AWARE_ENABLED로를 구축, 그때 간단한에서 Win32 DLL을 만든 버전 6 commctl32.dll 에 매니페스트 종속성을 포함하여 XP에 UXtheme을 보여주기 위해 간단한 Win32 응용 프로그램을 만들어 Comctl32.dll 버전 5와 6을 모두 지정하는 포함 된 매니페스트로 테스트했습니다.

이 메서드를 사용하여 다른 버전의 comctl32.dll을 사용하려면 exe와 dll을 성공적으로 가져 왔습니다. 둘 다 exe를 사용하여 5 및 dll 버전 6, 그리고 다른 방법은 주위에.

그런 다음 응용 프로그램과 DLL을 재설정하고 comctl ver 5 manifest 종속성을 갖습니다. 대화 상자가 명확 XP UXTheme 활성화하여 표시됩니다 -

내 응용 프로그램을 실행할 때 지금, 응용 프로그램이 명확하게 V6를 commctl로 리디렉션되고

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> 
<configuration> 
    <windows> 
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> 
     <dependentAssembly> 
     <assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" processorArchitecture="amd64" publicKeyToken="6595b64144ccf1df"/> 
     <bindingRedirect oldVersion="5.82.7100.0" newVersion="6.0.0.0"/> 
     </dependentAssembly> 
    </assemblyBinding> 
    </windows> 
</configuration> 

이 : 그리고 응용 프로그램 구성 파일을 소개했다. 그러나 dll은 리디렉션되지 않고 commctl의 테마가 아닌 ver 5를 사용하고 있습니다.

설명서에서 bindingRedirects를 수행하기위한 dll 구성 파일에 대한 언급은 없습니다. 그리고 그것을 창조하려고 노력하는 것은 아무 것도하지 않습니다.

어셈블리의 한 주요 버전에서 다른 버전으로 bindingRedirect를하는 것은 지원되는 시나리오가 아니라, 실제로 commctl32를 사용하여 메커니즘을 테스트하는 명백한 쉬운 방법으로 사용한다는 것을 알고 있습니다.

dll의 종속 어셈블리 버전을 어떻게 리디렉션합니까?

Answer 1

이 질문에 대한 답변입니다. 내가 파일 액세스를 추적하는 프로세스 모니터를 사용

• ,
• 실현 후 그 별도로 .manifest에 액세스하고의 .config 파일은
• , Csrss.exe가 NOT 내 자신의 과정에서 오는 및 Windows Vista도하지 않습니다 exe에 대한 날짜 - 시간 스탬프와 함께 존재를 캐시 할 때 나중에 추가되는 .manifest 또는 .config 파일에 액세스하십시오. 이 파일의

  full_path_to_dll\dllname.dll.2.config 
  

  바인딩 리디렉션 처리됩니다

은 결국 나는 DLL을로드 할 때에서 LoadLibrary는 .config 파일에 대한 조사 않는다는 것을 발견.

Answer 2

및 Windows Vista는 심지어 EXE 파일의 날짜 시간 스탬프와 함께 자신의 존재를 캐시로 나중에 추가 된 별도로 .manifest 또는의 .config 파일에 액세스하지 않습니다.

로그 오프가 설정 파일을 다시 읽도록 트리거를 지우는 것으로 나타났습니다.