manifest hell
-
http://msdn.microsoft.com/de-de/library/ms235291(VS.80).aspx
2. Abschnitt "Bereitstellen von Visual C++-Bibliotheks-DLLs als private Assemblys"
-
sri schrieb:
Einfach die CRT/MFC ohne Manifeste selbst kompilieren. Dann ist man dieses Problem für immer los.
guter tip, hätt' ich auch selbst draufkommen können
-
Was bringen sie den nun für nen vorteil?
-
sothis_ schrieb:
sri schrieb:
Einfach die CRT/MFC ohne Manifeste selbst kompilieren. Dann ist man dieses Problem für immer los.
guter tip, hätt' ich auch selbst draufkommen können
Schau mal hier:
http://blog.speedproject.de/2007/11/30/vs-2008-cc-laufzeit-selbst-kompilieren/
http://blog.speedproject.de/2007/12/01/vs-2008-mfc-selbst-kompilieren/ja schrieb:
Was bringen sie den nun für nen vorteil?
Für .NET-Assemblies mag es wohl Vorteile geben, als nativer Programmierer habe ich bisher noch keine Vorteile gesehen (mit Ausnahme der UAC-Abschnitte).
Habe gerade mal die Größe meines Windows-Ordners ermittelt (Vista x64). Das gesamte Windows-Verzeichnis ist 17,6 GiB groß, das WinSxS-Verzeichnis allein beansprucht davon schon 10,2 GiB.
-
sri schrieb:
sothis_ schrieb:
sri schrieb:
Einfach die CRT/MFC ohne Manifeste selbst kompilieren. Dann ist man dieses Problem für immer los.
guter tip, hätt' ich auch selbst draufkommen können
Schau mal hier:
http://blog.speedproject.de/2007/11/30/vs-2008-cc-laufzeit-selbst-kompilieren/
http://blog.speedproject.de/2007/12/01/vs-2008-mfc-selbst-kompilieren/Wieso willst du dir das antun, wenn du die DLLs einfach kopieren kannst? Du musst nur die Ordnerstruktur (2 Ordner) beachten.
-
Warum nicht einfach ein MSI-Projekt anlegen, die Sachen mit Drag & Drop rein und Build. Fertig! Der User muß nichts als Admin installieren, landet alles im Programmordner. mit Manifeste habe ich noch nie Probleme gehabt. Und eine MFC selber kompilieren? PENG! Damit machst du die DLL-Hölle noch schlimmer!
-
ihoernchen schrieb:
Wieso willst du dir das antun, wenn du die DLLs einfach kopieren kannst? Du musst nur die Ordnerstruktur (2 Ordner) beachten.
weil dies eben nicht funktioniert, wenn projekteigene dll's nicht im selben verzeichnis wie die executable liegt
-
BarnieGeroellheimer schrieb:
Damit machst du die DLL-Hölle noch schlimmer!
das ist irrelevant wenn ich die crt anders als msvcrtxx.dll benenne manifests haben imho eher einiges unnötig verkompliziert als übersichtlicher und wartbarer gemacht. und da rege sich noch jemand über abhängigkeiten unter linux auf, das ist meiner meinung nach wesentlich besser gelöst als unter windows
-
ihoernchen schrieb:
Wieso willst du dir das antun, wenn du die DLLs einfach kopieren kannst? Du musst nur die Ordnerstruktur (2 Ordner) beachten.
Und das funktioniert auch unter Windows 2000?
Letztlich muss man den (recht geringen) Aufwand nur einmal betreiben und hat dann ein sorgenfreies Leben. Wenn ich mir die vielen Topics und Blogeinträge zu den Manifestproblemen anschaue, dann hat sich für mich die dafür aufgewandte Zeit schon lange rentiert.
BarnieGeroellheimer schrieb:
Warum nicht einfach ein MSI-Projekt anlegen, die Sachen mit Drag & Drop rein und Build. Fertig! Der User muß nichts als Admin installieren, landet alles im Programmordner. mit Manifeste habe ich noch nie Probleme gehabt. Und eine MFC selber kompilieren? PENG! Damit machst du die DLL-Hölle noch schlimmer!
Die MFC ist eine Dll wie jede andere auch. Und solange alles sauber in das Anwendungsverzeichnis installiert wird, gibt es keine Probleme mit anderen Anwendungen.
-
sothis_ schrieb:
manifests haben imho eher einiges unnötig verkompliziert als übersichtlicher und wartbarer gemacht.
so ist das nun mal bei microsoft. denk doch nur mal an die registry. das war auch so'ne extrem schwachsinnige erfindung.