Symptoms
After you view an ASP.NET webpage which
displays performance counter data via the PerformanceCounter class, scripts no
longer function. This includes scripts launched from a command line as well as
client-side scripts in any browser window that is opened after you viewed the
original page. Scripts are working again after you have stopped the Word Wide
Publishing service.
Cause
A deadlock occurs because of a bug in one of the WMI providers. An event tracing is done which calls the RegisterTraceGuids API which in turn calls into one of the WMI Service hosted within the Services.exe.
Resolution
A hotfix is available from Microsoft, at least in english and german.
To resolve this problem, contact Microsoft Product Support Services to obtain the hotfix for KB834010. For a complete list of Microsoft Product Support Services phone numbers and information about support costs, visit the following Microsoft Web site: http://support.microsoft.com/default.aspx?scid=fh;[LN];CNTACTMS
Status
This problem was first corrected in Microsoft Windows XP Service Pack 2
Steps to reproduce the problem
- Create a new ASP.NET web application
- Add a label control to the page
- Add this code to the Page_Load event:
1 using (PerformanceCounter counter = new PerformanceCounter())
2 {
3 counter.CategoryName = "Memory";
4 counter.CounterName = "Available MBytes";
5 Label1.Text = counter.NextValue().ToString();
6 }
- Compile the application
Open the webform with Internet Explorer
Now, open any website which has client-side scripting
References
abf5dc5c-d95d-468f-87a1-d5267e006e4d|0|.0
Tags:
performance, counter, asp.net, windows, internet, explorer
Technorati:
performance, counter, asp.net, windows, internet, explorer
Symptoms
After you view an ASP.NET webpage which
displays performance counter data via the PerformanceCounter class, scripts no
longer function. This includes scripts launched from a command line as well as
client-side scripts in any browser window that is opened after you viewed the
original page. Scripts are working again after you have stopped the Word Wide
Publishing service.
Cause
A deadlock occurs because of a bug in one
of the WMI providers. An event tracing is done which calls the
RegisterTraceGuids API which in turn calls into one of the WMI Service hosted
within the Services.exe.
<xsl:template match="xhtml:img" mode="xhtmlimage">
<xsl:param name="caption" select="@title" />
<
xsl:copy
>
<xsl:apply-templates select="@*" mode="xhtmlattributes" />
</
xsl:copy
>
<xsl:element name="span">
<xsl:attribute name="class">clsCaption</xsl:attribute>
<xsl:value-of select="$caption" />
</
xsl:element
>
</
xsl:template
>
Resolution
A hotfix is available from Microsoft, at
least in english and german.
To resolve this problem, contact
Microsoft Product Support Services to obtain the hotfix. For a complete list of
Microsoft Product Support Services phone numbers and information about support
costs, visit the following Microsoft Web site:
http://support.microsoft.com/default.aspx?scid=fh;[LN];CNTACTMS
Status
This problem was first corrected in Microsoft Windows XP Service Pack 2
Steps to reproduce the problem
-
Create a new ASP.NET web application
-
Add a label control to the page
-
Add this code to the Page_Load event:
using (PerformanceCounter counter = new PerformanceCounter())
{
counter.CategoryName = "Memory";
counter.CounterName = "Available MBytes";
Label1.Text = counter.NextValue().ToString();
}
Compile the application
-
Open the webform with Internet Explorer
-
Now, open any website which has client-side scripting
References
fee6ae42-6e28-46d1-b914-b1606a1788a8|0|.0
Tags:
performance, counter, asp.net, windows, internet, explorer
Technorati:
performance, counter, asp.net, windows, internet, explorer