Visual Studio Post-construction de commande de copie d'erreur MSB3073 code de sortie 1
Donc j'ai le C++ Joueur qui a 2 autres dépendances du projet, qui ont tous deux post construire des événements de copier la dll dans un autre dossier. Le projet a été la construction, il a ensuite décidé de ne pas travailler au hasard, et depuis je n'ai pas trouvé une solution. Même avec un propre caisse de SVN, il ne fonctionne toujours pas, il fonctionne pour tous les autres devs, en dehors de moi.
J'ai vérifié les chemins d'accès dans les messages d'erreur, ils n'existent pas et que la cible de dll.
Événement Post-Build dans chaque personne à charge du projet:
copy $(TargetPath) $(ProjectDir)..\..$(Configuration)\plugins$(ProjectName).dll
L'erreur qui en résulte:
erreur MSB3073: La commande "copier
C:\CMDev\CM2\Client\Apps\SSEP\Player\ACRP\CIAP\Debug\CIAP.dll
C:\CMDev\CM2\Client\Apps\SSEP\Player\ACRP\CIAP....\Debug\plugins\CIAP.dll:VCEnd"
terminé avec le code 1. C:\Program Fichiers
(x86)\MSBuild\Microsoft.Rpc\v4.0\V120\Microsoft.CppCommon.objectifs 131 5
Configuration actuelle:
- Exécutant Windows 7 Ultimate Service Pack 1
- Visual Studio Pro v12.0.30723.00 mise à Jour 3, exécuter en vertu de l'Administrateur.
Ce que j'ai essayé:
- Mise à jour de Visual Studio 2013 Pro pour mettre à Jour 3 (à partir de la mise à Jour 1)
- Emballage des guillemets autour de chaque chemin d'accès avec le paramètre /Y, par exemple la copie /Y "source", "destination"
- Essayé de xcopy.
- Essayé de nettoyer et re-construire de eaach dépendance individuellement.
- Désinstallé Visual C++ 2010 et 2012, x86 et x64 Redistribuable, et ré-installé tous les 4 versions.
Quoi d'autre puis-je essayer?
OriginalL'auteur user1883004 | 2014-08-29
Vous devez vous connecter pour publier un commentaire.
Le problème était de savoir comment VS a ajout le :VCEnd suffixe. En quelque sorte, le microsoft.CppCommon.objectifs de fichier a été modifié de manière incorrecte.
OriginalL'auteur user1883004
Lorsque vous double-cliquez sur l'erreur du compilateur, j'ai été amené à le même fichier (
microsoft.CppCommon.target
). Toutefois, ce fichier est installé dans le cadre de l'installation de Visual Studio, n'était pas accessible en écriture pour enregistrer (en raison de ses autorisations), et semble donc être une diversion. Le contenu du fichier est le même que celui dans @user1883004 réponse.Avec un système de contrôle de source, je n'ai suivantes:
Sans un système de contrôle de source, essayez cette variante de mesures:-
Noter que ni Propre Solution ni Reconstruire Solution a fonctionné pour moi.
OriginalL'auteur CJBS