Visual Studio 2013 Update 2, Installer-Projekte-Erweiterung

Question

Nachdem Sie von Visual Studio 2010 auf dem Visual Studio 2013 Update 2 aktualisiert wurden, und installieren Sie die Erweiterung des Visual Studio-Installationsprojekts. Das Setup-UP-Projekt erstellt und das Installationsprogramm funktioniert in Windows 7 und Windows 8, aber wenn Sie versuchen, es auf Windows Server 2003 auszuführen (Standard Edition, Service Pack 2) Es verlässt mit dem Fehler 1603.

Microsofts Support-Site deuten darauf hin:

• Der Ordner, den Sie versuchen, das Windows-Installationspaket zu installieren, um verschlüsselt zu werden.
• Das Laufwerk, das den Ordner enthält, auf den Sie versuchen, das Windows-Installationspaket installieren zu können, wird als Ersatzlaufwerk zugegriffen.
• Das Systemkonto verfügt über keine vollständigen Kontrollberechtigungen im Ordner, mit denen Sie den Windows-Installationsprogramm installieren möchten Paket zu. Sie bemerken die Fehlermeldung, da der Windows Installer-Dienst das Systemkonto zur Installation von Software verwendet.

Nichts der oben genannten Bewirkt, dass der Fehler auf VS2010 zurückgekehrt ist und das Projekt erneut aufgebaut wurde, das er ohne Probleme installiert hat.

Das Projekt verwendet das .NET 3.5 SP1-Framework und Windows Installer 3.1. Die Windows-Installationsprogramm-Komponente konnte nicht gefunden werden, und ich musste es kopieren.

von: C: \ Programme (X86) \ Microsoft SDKS \ Windows \ V7.0A \ Bootstrapper \ Packages

an: c: \ Programme (X86) \ Microsoft SDKS \ Windows \ V8.1A \ Bootstrapper \ Pakete

hat irgendjemanden ähnliche Themen erlebt?

update 1 Danke @Phildw

Ich habe die Installation erstellt, um eine Protokolldatei zu erstellen, ich habe den Abschnitt kopiert, den ich für relevant bin, aber das vollständige Protokoll kann heruntergeladen werden hier .

generasacodicetagpre.

Ich fand dann folgendes Frage auf Hier. Die benutzerdefinierte Aktion wird von Visual Studio hinzugefügt, ist trotzdem rund um das?

Answer 1

das gleiche Problem, das ich verbündet habe.Es gibt keine dokumentierte Problemumgehung, andere, nicht um die Verwendung von 2010, um Ihre MSI aufzubauen.Ghostcky hat eine potenzielle Lösung auf meine Frage in Bezug auf die Datei "dpca.dll" von der Lösung "dpca.dll" von der Lösung von 2010, die ich noch nicht versucht habe, aber vielversprechend erscheint.

Der Fehler ist sehr irreführend, da dies bedeutet, dass die DLL-Last fehlgeschlagen ist.Die Aktion dirca_checkfx versucht, die DLL zu laden, sodass Sie einen schrecklichen Fehler erhalten.

Der "richtige" Weg, um dies zu beheben, ist Wix, aber offensichtlich kommt das Budget ins Spiel.