Visual Studio Post Genera errore di comando copia MSB3073 codice di uscita 1

Question

Così ho un progetto C++ Player che ha altre due dipendenze di progetto, che hanno entrambi eventi post build per copiare la DLL in un'altra cartella. Il progetto stava costruendo, poi ha deciso di non lavorare a caso, e da allora non ho trovato una soluzione. Anche con un checkout pulito da SVN, non funziona ancora, funziona per tutti gli altri sviluppatori, a parte me.

Ho controllato i percorsi nei messaggi di errore, esistono e così come la dll di destinazione.

post-generazione evento in ogni progetto dipende:

copy $(TargetPath) $(ProjectDir)..\..\$(Configuration)\plugins\$(ProjectName).dll 

L'errore risultante:

error MSB3073: The command "copy 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" exited with code 1. C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V120\Microsoft.CppCommon.targets 131 5

configurazione attuale:

• esecuzione di Windows 7 Ultimate Service Pack 1
• Visual Studio Pro v12.0.30723.00 Update 3, eseguito in Amministr ator.

Che cosa ho provato:

• Aggiornamento Visual Studio 2013 Pro per aggiornare 3 (da Aggiornamento 1)
• citazioni avvolgono ogni percorso con il parametro/Y per esempio copia/Y "origine" "destinazione"
• Provato xcopy.
• Provato pulito e ricostruito di dipendenza di eaach individualmente.
• Disinstallato Visual C++ 2010 e 2012, x86 e x64 Ridistribuibile e reinstallato tutte e 4 le versioni.

Cos'altro posso provare?

Answer 1

Il problema era come VS stava aggiungendo il suffisso VCEnd. In qualche modo il file microsoft.CppCommon.targets è stato modificato in modo errato.

<PropertyGroup> 
     <_BuildSuffix> 
:VCEnd</_BuildSuffix> 
    </PropertyGroup> 

Answer 2

Quando doppio clic su l'errore del compilatore, che è stato portato allo stesso file (microsoft.CppCommon.target). Tuttavia, questo file è installato come parte dell'installazione di Visual Studio, non era scrivibile per il salvataggio (a causa delle sue autorizzazioni), e quindi sembrava essere una falsa pista. Il contenuto del file era lo stesso di quello in @user1883004's answer.

Con un sistema di controllo del codice sorgente, ho fatto la seguente:

1. Chiudere Visual Studio
2. eliminare tutti i file dalla radice del progetto, e la forza ri-scaricare dal controllo di origine
3. Aprire Visual Studio, e ricompilare.

Senza un sistema di controllo del codice sorgente, provare questa variante di passaggi: -

1. Chiudere Visual Studio
2. eliminare manualmente il Debug/Release (o qualsiasi altro sub-directory generato)
3. Aperto Visual Studio e ricompilare.

Nota che né Pulisci soluzione né Rigenera soluzione ha lavorato per me.