I am consistently getting this error with VS 2013:
Could not copy \"C:\\pagefile.sys\" to \"bin\\roslyn\\pagefile.sys\". Exceeded retry count of 10.
Not much to go off of, but I would suggest recording your issue using SysInternals Process Monitor
Once you have procmon
running, you want to record (or trace, in other words) your issue with VS2013
. Once you're done recording, you'll want to filter the results by process (in your case, devenv.exe
), so press Ctrl-T
to open the Process Tree, and find devenv.exe
.
Select it, and then click the "Include Subtree" button. Close the Process Tree window, and select Tools -> Count Occurrences
from the top menu. Set the Column dropdown box to 'Result' and press the Count button. The output will be a collection of results along with their respective counts. You can usually get a good idea of what's going on by looking at these results. For example, if you see a lot of results involving ACCESS DENIED
or FILE LOCKED WITH ONLY READERS
, then most likely your issue is related to permissions.
Using the Clean Solution/Rebuild Solution steps resolved this issue for me.
Remove these two lines from .csproj file:
<Import Project="..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" />
<Import Project="..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props" Condition="Exists('..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props')" />
I delete this line in .csproj file
<Copy SourceFiles="@(RoslynFiles)" DestinationFolder="$(WebProjectOutputDir)\bin\roslyn" SkipUnchangedFiles="true" Retries="$(CopyRetryCount)" RetryDelayMilliseconds="$(CopyRetryDelayMilliseconds)" />
And worked to me.
I use Visual Studio 2019, and I don't know why apears suddenly this error in my project.
As indicated in this answer from Pramod's comment the problem stems from the Microsoft.CodeDom.Providers.DotNetCompilerPlatform nuget package, specifically upgrading from version 1.0.0 to 1.0.1.
For me however, downgrading using Visual Studio caused further build errors. To solve the problem I had to manually edit my csproj and packages.config files, removing all references to Microsoft.Net.Compilers and Microsoft.CodeDom.Providers.DotNetCompilerPlatform.
Specifically, this meant:
<Import Project="...
sections for all versions of both libraries (usually towards the beginning of the csproj)<Reference Include="...
sections for both versions of both libraries<Error Condition="!Exists(...
sections for both versions of both libraries from within the EnsureNuGetPackageBuildImports
target sectionMicrosoft.CodeDom.Providers.DotNetCompilerPlatform
and Microsoft.Net.Compilers
packages from the packages.config.I was then able to manage the projects nuget packages in VS and (in order) :
This solved the pagefile build error, and the runtime error which prompted me to try and upgrade in the first place.
I've found a different solution to this error.
In my case I had been moving around a project within my solution (I put it in a subfolder). My references to packages (located in %solutionfolder%/packages
) in the project file were broken and I fixed them manually.
However, there are two supplement imports that I forgot:
<Import Project="..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" />
<Import Project="..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props" Condition="Exists('..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props')" />
I first updated the first one from ..\packages
to ..\..\packages
(lazy as I am). Building the project after that gave me the pagefile.sys error.
Updating the second import (same change: ..\packages
to ..\..\packages
) solved it for me.