TTaskDialog und mehrere commctl32

[KodeZwerg]

Zitat von KodeZwerg:

Versuche doch einfach mal eine der DLLs ins .exe Verzeichnis zu kopieren, ich würde die v6 als erstes Probieren.

So geh ich halt vor wenn ich Probleme mit externen Dll habe die multiple vorhanden sind.
Das sollte kein Dauerzustand sein, nur halt um herauszufinden womit was wie funktioniert um eventuelle Konflikte zu analysieren.

Das man keine System Dlls umkopieren darf hat zwar auch eine Daseinsberechtigung und ich gebe generell Recht aber das Erinnert mich an mein jetzt wieder in Kraft getretenes Windows 10 Dll problem mit DirectX v9.
Ohne eine bestimmte System-Dll ins Programmverzeichnis zu kopieren ist es grottenhaft langsam.

(Bei nicht top up-to-date Windows 10, das neuere Versionen das bereits gefixt haben wurde erwähnt, aber Rechtfertigt es sich dieses Update anzutun nur um DirectX zu reparieren, in meinem Falle eher nein, also kopiere ich bewusst eine Dll dahin wo sie die Fehlerhafte Originale ersetzt.

Ja ihr mögt keine Datengrößen Vergleiche aber erwähnt haben will ichs mal:
Windows 10 Original-Version = um die 3.5GB
DirectX v9 fix = 1.7MB, fix einspiel-zeit = <1sec
Windows Updates um das gleiche Resultat zu erzielen = tausende MB, Zeitfaktor/kann Tage dauern)

[EWeiss]

@KodeZwerg
Die DirectX DLL ist keine SystemDLL so wie @himitsu sagte und wo er drauf hingewiesen hat.

@himitsu
Aber auch das ließe sich durch Einbindung im Manifest umgehen zumindest unter Windows 7
Siehe msvcr90.dll

Code:

  <description>Emil's MediaPlayer</description> 
  <!-- Mildrop Visualisation support -->
  <dependency>
    <dependentAssembly>
       <assemblyIdentity type="win32" name="Microsoft.VC90.CRT" 
                      version="9.0.21022.8" 
                      processorArchitecture="x86" 
                      publicKeyToken="1fc8b3b9a1e18e3b">
      </assemblyIdentity>
    </dependentAssembly>
  </dependency>
  <dependency>
     <dependentAssembly>
      <assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" 
                        version="6.0.0.0" processorArchitecture="X86" 
                        publicKeyToken="6595b64144ccf1df" 
                        language="*">
      </assemblyIdentity>
     </dependentAssembly>
  </dependency>

EDIT:
Aber glaube das ist auch keine System DLL

gruss

[himitsu]

@EWeiss: Ja, man kann eine Version angeben, welche man verwenden möchte,
Aber die Datei durch "irgendeine" andere Datei/Version zu ersetzten, indem man jene Datei neben die EXE legt oder in Suchpfaden vorher platziert, das wird standardmäßig unterbunden und Windows nimmt dennoch seine eigenen Dateien, statt deiner.

[EWeiss]

Zitat von himitsu:

@EWeiss: Ja, man kann eine Version angeben, welche man verwenden möchte,
Aber die Datei durch "irgendeine" andere Datei/Version zu ersetzten, indem man jene Datei neben die EXE legt oder in Suchpfaden vorher platziert, das wird standardmäßig unterbunden und Windows nimmt dennoch seine eigenen Dateien, statt deiner.

Richtig
Ein no go!

gruss