This is the download cache for managed user controls aka .NET ActiveX
controls. If you arent running those types of applications, the dir should
be empty. When you build a managed user control (a windows control hosted in
a web form) and request that page in a browser, IE downloads the assembly to
that directory and sets up a sandbox against the bits in there. CAS policy
is applied to the bits and execution begins subject to CAS policy of-course.
Since it's part of the GAC, you can manipulate it, clear it, purge it using
gacutil /cdl which Clears the DownLoad cache.
--
Regards,
Alvin Bruney [MVP ASP.NET]
[Shameless Author plug]
The O.W.C. Black Book, 2nd Edition
Exclusively on
www.lulu.com/owc $19.99
-------------------------------------------------------
[quoted text, click to view] "Edward" <neo_in_matrix@msn.com> wrote in message
news:eT5GjuPwIHA.420@TK2MSFTNGP02.phx.gbl...
> I know it is a virtual folder rendered by fusion.dll. I'd like to know
> where does this information come from (registry or .ini files)?
I am not sure... It even shows one of my test application several times.
WpfApplication1 Private 1.0.0.0 file:///E:/My Documents/Visual Studio
2008/Projects/cs/WpfApplication1/obj/Debug/WpfApplication1.exe
Where does .NET store these information?
[quoted text, click to view] Alvin Bruney [ASP.NET MVP] wrote:
> This is the download cache for managed user controls aka .NET ActiveX
> controls. If you arent running those types of applications, the dir
> should be empty. When you build a managed user control (a windows
> control hosted in a web form) and request that page in a browser, IE
> downloads the assembly to that directory and sets up a sandbox against
> the bits in there. CAS policy is applied to the bits and execution
> begins subject to CAS policy of-course. Since it's part of the GAC, you
> can manipulate it, clear it, purge it using gacutil /cdl which Clears
> the DownLoad cache.
Don't see what you're looking for? Try a search.
