Hallo,
ich habe einen gleichnamigen Thread schon im VisualStudio Forum gestartet, aber bin zu dem Schluss gekommen, dass ich hier wahrscheinlich besser aufgehoben bin.
Das Problem ist das folgende: die aktuellsten dll's von Oracle wurden mit VisualStudio2008 kompilliert und somit gegen msvcr90.dll u.a. gelinkt. VisualStudio2010 arbeitet ja mit dem .NET-Framework 4, in dem eine neue Version, msvcr100.dll, die alte
ersetzt.
Meine Frage ist jetzt,wie ich es schaffe, für die occi11.dll die msvcr90.dll zu verknüpfen, so dass das Programm bei Ausführung nicht auf die neue msvcr100.dll zugreift.
Bisher habe ich folgende Schritte unternommen:
- den Ordner mit den alten msv*.dll in Projekteigenschaften->C/C++->Allgemein->Zusätzliche Includeverzeichnisse hinzugefügt
- unter Projekteigenschaften->Linker->Manifestdatei->Zusätzliche Manifestabhängigkeiten habe ich die Parameter aus assemblyIdentity aus der Microsoft.VC90.CRT.manifest eingetragen:
type='win32' name='Microsoft.VC90.DebugCRT' version='9.0.30729.1' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b'
so dass die Projectdll.intermediate.manifest jetzt so aussieht:
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel level='asInvoker' uiAccess='false' />
</requestedPrivileges>
</security>
</trustInfo>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='Microsoft.VC90.CRT' version='9.0.30729.1' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' />
</dependentAssembly>
</dependency>
</assembly>
So bekomme ich nicht mehr Fehler R6034 (wie vorher), dass Programm stürtzt aber ab, so bald occi.dll oder eine andere dll des Oracle-Pakets auf Funktionen von msvcr zugreift. Denn zur Laufzeit wird in die msvcr100.dll gesprungen und nicht in msvcr90.dll.
Kann mir jemand sagen, was ich falsch mache?
Vielen Dank im Voraus,
Harald
