web-dev-qa-db-fra.com

Une erreur de construction étrange après la mise à niveau vers Visual studio 2015 veut copier le fichier pagefile.sys

Je reçois cette erreur lors de la construction d'un projet MVC dans une solution. Aucune référence à ces fichiers n'existe dans ma solution.

C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\bootmgr" because it was not found.
1>C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\BOOTNXT" because it was not found.
1>C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\pagefile.sys" because it was not found.
1>C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets(4105,5): error MSB3030: Could not copy the file "D:\swapfile.sys" because it was not found.

Mon collègue peut construire sans erreurs.

28
Addeladde

J'ai rencontré le même problème. 

Le problème commence lorsque vous mettez à niveau DotNetCompilerPlatform vers la version 1.0.1 .

Pour contourner ce problème, vous pouvez rétrograder à la version 1.0.0 en utilisant le gestionnaire de packages NuGet.

EDIT: Si vous désinstallez Microsoft.CodeDom.Providers.DotNetCompilerPlatform ET Microsoft.Net.Compilers, puis installez le paquet DotNetCompilerPlatform (qui dépend du package Microsoft.Net.Compilers afin qu’il soit automatiquement réinstallé), le message d'erreur disparaît pour de bon semble-t-il.

Je ne suis toujours pas sûr de ce qui se passe sous l'eau mais je peux travailler à nouveau!

47
Martijn Kooij

J'avais le même problème, mais je venais de supprimer Microsoft.CodeDom.Providers.DotNetCompilerPlatform, puis d'installer 1.0.0. J'ai trouvé qu'après tout cela avait l'air bien.

1
kG_83

J'ai eu exactement le même problème. Je n'ai pas mis à niveau DotNetCompilerPlatform vers la version 1.0.1. 

Ma solution était ...

  • Quitter Visual Studio
  • Supprimer le dossier "packages" de votre solution
  • Relauch VS. La fenêtre de la console du gestionnaire de paquets NuGet vous invitera à restaurer les paquets. Fais le.
  • Construisez votre solution
0
Greg Woods

Il suffit de désinstaller Microsoft.CodeDom.Providers.DotNetCompilerPlatform de l’un de nos projets pour résoudre ce problème dans Visual Studio 2017.

0
JDTLH9

Comme d'autres l'ont mentionné, c'est le upgrade de la version 1.0.0 à 1.0.1 de Microsoft.CodeDom.Providers.DotNetCompilerPlatform qui est à l'origine du problème. 

Il est possible de résoudre ce problème sans rétrogradation, voir mon explication dans cette réponse . Pour résumer, ce qui a été résolu pour moi a été de supprimer toutes les références aux bibliothèques incriminées manuellement (les supprimer simplement dans VS n’était pas suffisant), puis de rajouter les dernières versions.

Un examen plus approfondi semble indiquer que le paquet nuget 1.0.1 n’a pas effacé toutes les références à 1.0.0 dans csproj. Pourquoi cela le cause-t-il, essayez de copier le fichier d'échange, mais personne ne le sait.

0
T S Taylor

Avec VS 2015 14.0.25431.01 Update 3, sans Xamarin, ni le paquet nuget DotNetCompilerPlatform, et avec davantage de configurations de construction (par exemple, Debug et RCDebug), je reçois la copie inattendue qui proviendrait d’une autre construction (par exemple, une copie correspondant à RCDebug mais Je reconstruis sur le débogage). Cela n'a pas fonctionné en supprimant tous les dossiers Bin, ou en nettoyant sur chaque configuration, puis sur Construire. Il se construit bien, mais tourne mal quand Run.

0
artcoding