Denied Access To Temporary ASP.NET Files
-
Hi, I wonder if anyone has encountered the following infuriating problem with Visual Studio Enterprise Architect 2003? When running an ASP web project, I get an exception saying that access is refused to the temporary DLL file associated with the page I am trying to view. Quitting the application and running it again clears the problem, as does simply hitting continue a couple of times in the exception dialog boxes. If I am trying to view a page that is 2 or 3 navigation clicks into the site, I might get this for each page on the way there. It is as if I have to try to access the DLL for the page once and get a failure before it will let me in the next time. I have tried clearing out the .NET temporary folders and even reinstalling the whole application, but nothing seems to work. I have also tried disabling the indexing servce on the .NET temporary files drive. One thing that may or may not be relevant is the fact that the web root is on a different drive to the ASP.NET temporary folder. This is infuriating, as I am sure you can imagine. Any help would be very gratefully received. Best wishes, Patrick
-
Hi, I wonder if anyone has encountered the following infuriating problem with Visual Studio Enterprise Architect 2003? When running an ASP web project, I get an exception saying that access is refused to the temporary DLL file associated with the page I am trying to view. Quitting the application and running it again clears the problem, as does simply hitting continue a couple of times in the exception dialog boxes. If I am trying to view a page that is 2 or 3 navigation clicks into the site, I might get this for each page on the way there. It is as if I have to try to access the DLL for the page once and get a failure before it will let me in the next time. I have tried clearing out the .NET temporary folders and even reinstalling the whole application, but nothing seems to work. I have also tried disabling the indexing servce on the .NET temporary files drive. One thing that may or may not be relevant is the fact that the web root is on a different drive to the ASP.NET temporary folder. This is infuriating, as I am sure you can imagine. Any help would be very gratefully received. Best wishes, Patrick
Hi there, Could you post the full error message and maybe the stack trace. I guess this might be a known issue with the ASP.NET 1.1. Does it say your access is denied and a specified assembly cannot be found? If this the case, you might try copying the assembly to the temp folder of the ASP.NET application.
-
Hi there, Could you post the full error message and maybe the stack trace. I guess this might be a known issue with the ASP.NET 1.1. Does it say your access is denied and a specified assembly cannot be found? If this the case, you might try copying the assembly to the temp folder of the ASP.NET application.
Hi, The full error is: A first chance exception of type System.UnauthorisedAccessException occurred in mscorlib.dll. Additional information: Access to path bywe_n_c.dll.delete is denied. Upon continuing, the next exception was the same for file uayckr1s.dll. I also got a few more for other temporary files. The stack trace is: mscorlib.dll!System.IO.__Error.WinIOError(int errorCode, string str) + 0x18a bytes mscorlib.dll!System.IO.Directory.DeleteHelper(string fullPath, string userPath, bool recursive) + 0x1aa bytes mscorlib.dll!System.IO.Directory.Delete(string fullPath, string userPath, bool recursive) + 0xe5 bytes system.web.dll!System.Web.Compilation.PreservedAssemblyEntry.RemoveAllCodeGenFiles() + 0x3e bytes system.web.dll!System.Web.Compilation.PreservedAssemblyEntry.DoFirstTimeInit(System.Web.HttpContext context) + 0x348 bytes system.web.dll!System.Web.Compilation.PreservedAssemblyEntry.EnsureFirstTimeInit(System.Web.HttpContext context) + 0x62 bytes system.web.dll!System.Web.Compilation.PreservedAssemblyEntry.GetPreservedAssemblyEntry(System.Web.HttpContext context, string virtualPath, bool fApplicationFile) + 0x1e bytes system.web.dll!System.Web.UI.TemplateParser.GetParserCacheItemFromPreservedCompilation() + 0x5c bytes system.web.dll!System.Web.UI.TemplateParser.GetParserCacheItemInternal(bool fCreateIfNotFound) + 0x95 bytes system.web.dll!System.Web.UI.TemplateParser.GetParserCacheItemWithNewConfigPath() + 0x7e bytes system.web.dll!System.Web.UI.TemplateParser.GetParserCacheItem() + 0x59 bytes system.web.dll!System.Web.UI.ApplicationFileParser.GetCompiledApplicationType(string inputFile, System.Web.HttpContext context, System.Web.UI.ApplicationFileParser parser) + 0xac bytes system.web.dll!System.Web.HttpApplicationFactory.CompileApplication(System.Web.HttpContext context) + 0x2c bytes system.web.dll!System.Web.HttpApplicationFactory.Init(System.Web.HttpContext context) + 0x16f bytes system.web.dll!System.Web.HttpApplicationFactory.GetApplicationInstance(System.Web.HttpContext context) + 0xab bytes system.web.dll!System.Web.HttpRuntime.ProcessRequestInternal(System.Web.HttpWorkerRequest wr) + 0x19f bytes system.web.dll!System.Web.HttpRuntime.ProcessRequest(System.Web.HttpWorkerRequest wr) + 0xb0 bytes system.web.dll!System.Web.Hosting.ISAPIRuntime.ProcessRequest(int ecb, int iWRType) + 0x65 bytes
-
Hi, The full error is: A first chance exception of type System.UnauthorisedAccessException occurred in mscorlib.dll. Additional information: Access to path bywe_n_c.dll.delete is denied. Upon continuing, the next exception was the same for file uayckr1s.dll. I also got a few more for other temporary files. The stack trace is: mscorlib.dll!System.IO.__Error.WinIOError(int errorCode, string str) + 0x18a bytes mscorlib.dll!System.IO.Directory.DeleteHelper(string fullPath, string userPath, bool recursive) + 0x1aa bytes mscorlib.dll!System.IO.Directory.Delete(string fullPath, string userPath, bool recursive) + 0xe5 bytes system.web.dll!System.Web.Compilation.PreservedAssemblyEntry.RemoveAllCodeGenFiles() + 0x3e bytes system.web.dll!System.Web.Compilation.PreservedAssemblyEntry.DoFirstTimeInit(System.Web.HttpContext context) + 0x348 bytes system.web.dll!System.Web.Compilation.PreservedAssemblyEntry.EnsureFirstTimeInit(System.Web.HttpContext context) + 0x62 bytes system.web.dll!System.Web.Compilation.PreservedAssemblyEntry.GetPreservedAssemblyEntry(System.Web.HttpContext context, string virtualPath, bool fApplicationFile) + 0x1e bytes system.web.dll!System.Web.UI.TemplateParser.GetParserCacheItemFromPreservedCompilation() + 0x5c bytes system.web.dll!System.Web.UI.TemplateParser.GetParserCacheItemInternal(bool fCreateIfNotFound) + 0x95 bytes system.web.dll!System.Web.UI.TemplateParser.GetParserCacheItemWithNewConfigPath() + 0x7e bytes system.web.dll!System.Web.UI.TemplateParser.GetParserCacheItem() + 0x59 bytes system.web.dll!System.Web.UI.ApplicationFileParser.GetCompiledApplicationType(string inputFile, System.Web.HttpContext context, System.Web.UI.ApplicationFileParser parser) + 0xac bytes system.web.dll!System.Web.HttpApplicationFactory.CompileApplication(System.Web.HttpContext context) + 0x2c bytes system.web.dll!System.Web.HttpApplicationFactory.Init(System.Web.HttpContext context) + 0x16f bytes system.web.dll!System.Web.HttpApplicationFactory.GetApplicationInstance(System.Web.HttpContext context) + 0xab bytes system.web.dll!System.Web.HttpRuntime.ProcessRequestInternal(System.Web.HttpWorkerRequest wr) + 0x19f bytes system.web.dll!System.Web.HttpRuntime.ProcessRequest(System.Web.HttpWorkerRequest wr) + 0xb0 bytes system.web.dll!System.Web.Hosting.ISAPIRuntime.ProcessRequest(int ecb, int iWRType) + 0x65 bytes
This error is not what I was expecting, I've never met this error before, so IMHO there are a couple of things that you might want to try: + Grant the ASP.NET process identity Full Control on the temp ASP.NET folder, I know that it is not recommended, but it's worth a try. + Use the FileMon[^] to investigate what is happening to the .delete file in terms of security.
-
This error is not what I was expecting, I've never met this error before, so IMHO there are a couple of things that you might want to try: + Grant the ASP.NET process identity Full Control on the temp ASP.NET folder, I know that it is not recommended, but it's worth a try. + Use the FileMon[^] to investigate what is happening to the .delete file in terms of security.
Hi, Thanks for that. I tried changing permissions, but this had no effect. Not tried FileMon yet. -Patrick
-
Hi, Thanks for that. I tried changing permissions, but this had no effect. Not tried FileMon yet. -Patrick