DLL laden unter Windows ltsc

[KodeZwerg]

Zitat:

Zitat von DeddyH (Beitrag 1489389)

Inwiefern widerspricht das jetzt dem, was ich geschrieben habe?

Gar nicht, in dem "Jain" ist ja ein Ja enthalten. 8-)
Ich wollte halt nur die Bedenken von Mircosoft weitergeben das dieses All-In-One pack vielleicht nicht die beste Lösung ist.
Auf meinenm System habe ich vermutlich alle instelliert ohne je auf ein Problem gestossen zu sein.

Ein Dll export lister sagt einem aber nicht welche Version benötigt wird, oder irre ich mich @Andreas13

[Andreas13]

Zitat:

Zitat von KodeZwerg

Ein Dll export lister sagt einem aber nicht welche Version benötigt wird...

Nein, leider nicht.
Andreas

[himitsu]

Es gab doch Programme, welche Compiler/Version aus einer PE (EXE/DLL) auslesen konnten? (irgendwie durch 'ne Art Mustererkennung)

Wenn man wüsste mit welchem VC++ diese DLL kompiliert wurde, wäre die Wahl der C++-Runtime doch bestimmt einfacher. :stupid:

[Dalai]

Zitat:

Zitat von KodeZwerg (Beitrag 1489392)

Ein Dll export lister sagt einem aber nicht welche Version benötigt wird [...]

Das zwar nicht, aber aus den gelisteten Dateinamen der DLLs kann man mit etwas Hintergrundwissen Schlussfolgerungen ziehen, welche Version der Visual C++ Runtime man installieren muss. Die Versionen sind wie folgt:

Code:

2003 =  7.0
2005 =  8.0
2008 =  9.0
2010 = 10.0
2012 = 11.0
2013 = 12.0
2015 = 14.0
2017 = 14.1x (und teilweise 14.2x)
2019 = 14.2x

Die Dateinamen folgen dem Schema vcruntime<version>.dll bzw. msvcp<version>.dll und msvcr<version>.dll, wobei <version> in der Regel dreistellig ist, also z.B. 140. Wenn also eine EXE/DLL eine Abhängigkeit von msvcp140.dll hat, muss man die Visual C++ 2015 (oder 2017 oder 2019) installieren.

Grüße
Dalai

[TurboMagic]

Was kann der Exportlister, dass TDump aus dem
Bin Verzeichnis von Delphi nicht kann?

[himitsu]

Hat ne hübsche GUI und mag Mäuse :stupid: