http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspxAfter installing Security Update KB928365 for the Microsoft .NET Framework 2.0 to fix MS07-040 , some users are noticing some managed applications - especially those developed using the Windows Presentation Framework (WPF) - are running sluggish. Theen-USCommunityServer 2.1 SP1 (Build: 61025.2)http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#3858231Sat, 14 Jul 2007 05:36:39 GMT91d46819-8472-40ad-a661-2c78acb4018c:3858231Christopher Painter<p>Man, and I thought the Garbage Collection patterns in .NET were interesting. &nbsp;Taking that model and applying it to preJITing assemblies whenever the system gets around to it after the installs are finished is.... well.... `interesting`.</p>http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#3858278Sat, 14 Jul 2007 05:43:55 GMT91d46819-8472-40ad-a661-2c78acb4018c:3858278Christopher Painter<p>I also wonder.... on Vista w/UAC.... should `ngen queue status` really require Admin priv?</p>http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#3860548Sat, 14 Jul 2007 09:31:43 GMT91d46819-8472-40ad-a661-2c78acb4018c:3860548John L. Galt<p>I was wondering - when I ran this, at first I received this information:</p> <p>________________________________________________</p> <p>Microsoft (R) CLR Native Image Generator - Version 2.0.50727.312</p> <p>Copyright (C) Microsoft Corporation 1998-2002. All rights reserved.</p> <p>Failed to load dependency stdole of assembly ehiProxy, Version=6.0.6000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 because of the following e</p> <p>rror : The system cannot find the file specified. (Exception from HRESULT: 0x80070002)</p> <p>Failed to load dependency stdole of assembly ehiProxy, Version=6.0.6000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 because of the following e</p> <p>rror : The system cannot find the file specified. (Exception from HRESULT: 0x80070002)</p> <p>Failed to load dependency stdole of assembly ehiPlay, Version=6.0.6000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 because of the following er</p> <p>ror : The system cannot find the file specified. (Exception from HRESULT: 0x80070002)</p> <p>Failed to load dependency stdole of assembly ehiProxy, Version=6.0.6000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 because of the following e</p> <p>rror : The system cannot find the file specified. (Exception from HRESULT: 0x80070002)</p> <p>Failed to load dependency stdole of assembly ehiPlay, Version=6.0.6000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 because of the following er</p> <p>ror : The system cannot find the file specified. (Exception from HRESULT: 0x80070002)</p> <p>Failed to load dependency stdole of assembly ehiVidCtl, Version=6.0.6000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 because of the following</p> <p>error : The system cannot find the file specified. (Exception from HRESULT: 0x80070002)</p> <p>Failed to load dependency stdole of assembly ehiProxy, Version=6.0.6000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 because of the following e</p> <p>rror : The system cannot find the file specified. (Exception from HRESULT: 0x80070002)</p> <p>Failed to load dependency stdole of assembly ehiPlay, Version=6.0.6000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 because of the following er</p> <p>ror : The system cannot find the file specified. (Exception from HRESULT: 0x80070002)</p> <p>Failed to load dependency stdole of assembly ehiProxy, Version=6.0.6000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 because of the following e</p> <p>rror : The system cannot find the file specified. (Exception from HRESULT: 0x80070002)</p> <p>Failed to load dependency stdole of assembly ehiProxy, Version=6.0.6000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 because of the following e</p> <p>rror : The system cannot find the file specified. (Exception from HRESULT: 0x80070002)</p> <p>Compiling 74 assemblies:</p> <p>________________________________________________</p> <p>After that last line it started compiling a lot of things - but the errors at the beginning, is that SOP?</p> <p>The reason I ask is I just (last week) had to re-install Vista, due to a mobo replacement, and I was advised (since they mobos were different brands and I could not get Vista to load) that a complete wipe and re-installation of XP followed by upgrade to Vista (yes, I purchased the upgrade) was required since the drivers were too different. &nbsp;Anyhoo, this is a fairly basic system, not a lot of apps installed, yet, but everything has been updated through tonight, so I was wondering is this was normal b/c I don't have a lot installed other than Vista, Firefox, Thunderbird, and Sunbird, along with a few tweaking apps?</p>http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#3865736Sat, 14 Jul 2007 16:56:59 GMT91d46819-8472-40ad-a661-2c78acb4018c:3865736Mike Dimmick<p>You need admin privileges to do this on Windows 2000 and later as well.</p>http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#3869022Sat, 14 Jul 2007 21:44:08 GMT91d46819-8472-40ad-a661-2c78acb4018c:3869022Heath Stewart<p>Christopher: the CLR team might have some good reason for that, but I can't really say what that might be. You could ask in <a rel="nofollow" target="_new" href="http://forums.microsoft.com/MSDN/ShowForum.aspx?ForumID=44&amp;SiteID=1">http://forums.microsoft.com/MSDN/ShowForum.aspx?ForumID=44&amp;SiteID=1</a>.</p> <p>John: dependent assemblies of ehiProxy.dll and ehiPlay.dll are missing. These files appear to belong to Windows Media Center. If you look in %WINDIR%\assembly do you see stdole? If not, you might get it from another machine. I'm not sure how it might've went missing, but appears to have done just that.</p> <p>Mike: you need admin privileges on all NT-based platfors, including 2000, XP, 2003, and Vista. I mentioned &quot;elevated&quot;, however, since on Vista and newer an admin doesn't have full privileges unless they are running in an elevated process. So, even as an admin, you could perform certain operations. See <a rel="nofollow" target="_new" href="http://blogs.msdn.com/heaths/archive/2006/10/20/impersonating-the-right-token-in-vista.aspx">http://blogs.msdn.com/heaths/archive/2006/10/20/impersonating-the-right-token-in-vista.aspx</a> for more details with additional links to topics on MSDN.</p> http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#3893096Mon, 16 Jul 2007 12:23:20 GMT91d46819-8472-40ad-a661-2c78acb4018c:3893096George Helyar<p>My applications were not just sluggish, but wouldn't even run without recompiling. This was a nightmare to debug (as I use Vista but most of my users don't). If you google KB928365 you find a lot of people with similar problems. Here is an example: <a rel="nofollow" target="_new" href="http://forums.asp.net/t/1132582.aspx">http://forums.asp.net/t/1132582.aspx</a></p> <p>In my case about 90% of my users could not use my C# application, in this user's case the server could not create the ASP.NET page at all.</p> <p>If your applications are *just* sluggish, it seems you are pretty lucky.</p>http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#3919257Tue, 17 Jul 2007 19:23:37 GMT91d46819-8472-40ad-a661-2c78acb4018c:3919257Heath Stewart<p>George: the absense of native images won't prevent an application from running, only that they must first be JIT'd. Something else is likely wrong. Could you run fuslogvw.exe from the SDK's bin directory, make sure it's enabled, then run your application again. Refresh fuslogvw.exe and see if it says any assemblies are missing.</p> http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#4034409Tue, 24 Jul 2007 23:55:16 GMT91d46819-8472-40ad-a661-2c78acb4018c:4034409Jason Zubrick<p>We've also experienced a problem with this patch and the BinaryReader using the PeekChar() method. &nbsp;It seems that this path somehow has affected the encoding under the covers and it results in incorrect data being passed by the reader. &nbsp;The end result was refactoring our application to NOT use the PeekChar() method.</p>http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#4036153Wed, 25 Jul 2007 03:09:34 GMT91d46819-8472-40ad-a661-2c78acb4018c:4036153Heath Stewart<p>Jason, the problem is that binary data should not be treated as text and fixes in the Encoding classes uncovered problem areas that did this. Please read <a rel="nofollow" target="_new" href="http://blogs.msdn.com/shawnste/archive/2005/09/26/474105.aspx">http://blogs.msdn.com/shawnste/archive/2005/09/26/474105.aspx</a>.</p> http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#4037124Wed, 25 Jul 2007 05:20:59 GMT91d46819-8472-40ad-a661-2c78acb4018c:4037124Josh<p>John: The error you describe with ehiProxy and the like is on all Vista boxes with Media Center. &nbsp;See <a rel="nofollow" target="_new" href="http://blogs.msdn.com/astebner/archive/2006/08/06/690489.aspx">http://blogs.msdn.com/astebner/archive/2006/08/06/690489.aspx</a> for an explanation.</p>http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#4160802Wed, 01 Aug 2007 08:15:11 GMT91d46819-8472-40ad-a661-2c78acb4018c:4160802George Helyar<p>Heath: The only fix was to recompile the application.</p> <p>The actual error that almost all of my users received was something like &quot;Unable to find a runtime version to run this application&quot;.</p> <p>This only happened to users after installing the security update, and after removing the update the application worked again. It is a .net 1.1 application for compatibility. Recompiling with the update installed on a 1.1 compiler allows it to run, but the old application (compiled before the update, run after the update) still does not work.</p>http://blogs.msdn.com/heaths/archive/2007/07/13/kb928365-for-ms07-040-leaves-some-managed-applications-sluggish.aspx#4170865Wed, 01 Aug 2007 18:42:21 GMT91d46819-8472-40ad-a661-2c78acb4018c:4170865Heath Stewart<p>George: thanks for reporting this. I'm not sure we've seen that problem and I'll report it immediately. Could you go to <a rel="nofollow" target="_new" href="http://blogs.msdn.com/heaths/contact.aspx">http://blogs.msdn.com/heaths/contact.aspx</a> and send me your contact detail for follow up?</p> <p>We also have a list of reported problems for both KB928365 (.NET 2.0) and KB928366 (.NET 1.1 SP1) at <a rel="nofollow" target="_new" href="http://support.microsoft.com/kb/928365">http://support.microsoft.com/kb/928365</a> and <a rel="nofollow" target="_new" href="http://support.microsoft.com/kb/928366">http://support.microsoft.com/kb/928366</a>, respectively. Leaving managed applications sluggish (most notable for WPF applications) was, unfortunately, just one of the problems encountered.</p>