
Signature
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.
Hi Jeffrey,
It should be under:
%userprofile%\Local Settings\Application Data\ApplicationHistory
There should be bunch of .ini files there. I had about 7,000+ of them on
development machine. Separate .ini is created even for AppDomains, and each
time I build and run a .NET project from visual studio (I guess if it has
different assembly version).
http://groups.google.com/group/microsoft.public.dotnet.framework.performance/bro
wse_thread/thread/1f91582903978976/a8ff14fc63230e6b
http://groups.google.com/group/microsoft.public.dotnet.framework/browse_thread/t
hread/b9c2a374d4cb0e4/2365d22680e17d71
It seems like useless operation in 99% of typical application scenario.
Setting MaxApplicationHistory to 0 in registry prevents the .ini generation,
except for .ini.inuse 0 byte files. It would be nice if there was an
environment variable also for this instead of global setting. Maybe you're
using .NET 2.0? Some of the posts seem to indicate that it doesn't use
ApplicationHistory anymore.
Thanks!
> Hi Leon,
>
[quoted text clipped - 11 lines]
> Get Secure! - www.microsoft.com/security
> This posting is provided "as is" with no warranties and confers no rights.
"Jeffrey Tan[MSFT]" - 21 Oct 2005 08:59 GMT
Hi Leon,
Thanks for your feedback.
Oh, I am not sure why my file search missed ApplicationHistory directory.
Yes, these ini files are used to restore the application state, and there
is no public documented way to disable these files from generating. So I
can not provide some useful information to you.
However, in Whidbey2.0 Release Candidate version, I found that .Net
applications will not generate these .ini files or .ini.inuse files. So it
seems that .Net 2.0 have changed the design for this. Thanks
Best regards,
Jeffrey Tan
Microsoft Online Partner Support

Signature
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.