Anwendung läuft nicht auf Rechnern ohne Installation von Visual C++
Frage
Alle Antworten
-
Hallo Bordon,
ich habe mich an Deine Vorschläge gehalten und allse noch einmal kontrolliert und danach die Anwendung erneut compiliert und gelinkt (Release!). Die weitere Überprüfung ergab, daß die mfc100.dll in Depends.exe nicht mehr vorkam. Allerdings waren an einigen Stellen noch Hinweise auf nicht vorhandene DLL's zu sehen (siehe Bild). Was das bedeutet ist mir unklar. Zu meiner Anwendung gehören 3 eigene DLL's, welche im Verbund mit der Anwendung compiliert und gelinkt werden. Ich arbeite auf Windows 10 Pro x64 mit Visual C++ 2010 Prof.
Gruß
Klaus.M. Thaddaeus
-
x64 DLLs! Auch die MFC100.dll wurde vorab als x64 Version nicht gefunden! Ich weiß, ich wiederhole mich, aber eine Win32 Anwendung (siehe Compiler Einstellungen und Dependency Walker Anzeige) verwendet normalerweise keine x64 DLLs.
Nun ich habe ja auch keine Zweifel dass es ein x86 Programm ist. Ich hatte übersehen, dass das EXE Icon kein 64Bit hatte. Das war mein Fehler.
Übrigens das hier ist eine X86 Anwendung, die mit VC2008 gebaut wurde. Da sucht Dependenywalker auch nach UCRT. Wieso er das macht keine Ahnung, ist aber kein Problem. Die Anwendung funktioniert absolut problemlos, auf verschiedenen Plattformen (XP-Win10).
Du willst nicht ernsthaft annehmen, dass die dort aufgelisteten DLLs auf dem System nicht vorhanden sind, oder?
Nun Dependency Walker sagt halt bestimmte api-*.dll Dateien fehlen. Wieso er das macht keine Ahnung. Meine Anwendung verwenden keine UCRT, weil VC2008, trotz dem sucht Depencencywalker diese. Das ist halt schlicht und einfach ein False Positive. Nicht mehr nicht weniger habe ich ausgesagt. api-*.dll Dateien gehören zu UCRT das ist ein Fakt, den auch Du nicht wegdiskutieren kannst. Warum DependencyWalker die sucht keine Ahnung.
Übrigens irgendwann in den frühen 2000er Jahren ist der Dependencywaker aus Qualitätsgründen aus dem Plattform SDK (heute windows SDK) rausgeflogen. Vielelicht ist das einer der Gründe, die False Positives...
Wenn die Anwendung von Klaus die statisch gelinkt wurde nicht korrekt funktioniert, hat das andere Gründe und liegt nicht an "fehlenden" api-*.dll's!
@Klaus: Du kein Problem, ich bekomme mich nicht in die Wolle. :-) Was schmeisst denn Deine Anwendung die ohne die MFC100.DLL aukommt für einen Fehler beim Start?
Best regards
Bordon
Note: Posted code pieces may not have a good programming style and may not perfect. It is also possible that they do not work in all situations. Code pieces are only indended to explain something particualar. -
..., bzw. nur insofern relevant, doch bitte die geeignete Version des Dependency Walkers zu verwenden.
Das ist total Banane, hier das ganze mit der x86 Version. Der einzige unterschied ist, dass die DLL Icons eben nicht rot sind mit 64 (übrigens eine 64 Bit Anwendung hätte die Icon in Weiß mit dem Marking 64). Der Dependency Walker durchsucht nur den PE Header mit allem drum und Dran für die Abhängigkeiten in dem Treeview.
..und ich verwende eine recht neue Version vom Dependency Walker, mag sogar sein es gibt noch neuere!?
Best regards
Bordon
Note: Posted code pieces may not have a good programming style and may not perfect. It is also possible that they do not work in all situations. Code pieces are only indended to explain something particualar. -
Guten Morgen Florian, guten Morgen Burdon,
zu Eurer Diskussion den Dependency Walker betreffend könnt Ihr hier etwas nachlesen:
https://ofekshilon.com/2016/03/27/on-api-ms-win-xxxxx-dll-and-other-dependency-walker-glitches/
Zur Ergänzung habe ich nochmals meine Anwendung mit allen 3 beteiligten DLL's mit dem Dependency Walker - in diesem Falle x86 - auf meinem x64 Rechner untersucht. Hier die Ausdrucke.
Ich melde mich wieder, wenn ich meine Untersuchungen auf mindestens 3 "jungfräulichen" Rechnern abgeschlossen habe.
Gruß
Klaus.M. Thaddaeus
