Sign In
If broken it is, fix it you should
Using the powers of the debugger to solve the problems of the world - and a bag of chips by Tess Ferrandez, ASP.NET Escalation Engineer (Microsoft)
Tess Ferrandez
I work as as an Escalation Engineer in the ASP.NET developer support team at Microsoft.
My job is to help developers fix problems (memory leaks, hangs, crashes etc.) in their applications, using troubleshooting tools like debuggers and profilers.
In this blog I share tips and tricks for troubleshooting those issues, along with random tidbits about computing and my life at MS.
If you are new here, start with:
My debugging labs (Buggy Bits)
My Silverlight labs (building a game)
Thanks for visiting my blog
@TessFerrandez
Options
About
Email Blog Author
RSS for posts
Atom
RSS for comments
OK
Search this blog
Advanced search options...
Search In:
Everything
Blogs
Forums
People
Groups
Places
Pages
Date range:
All Time
Last Year
Last 6 Months
Last 3 Months
Last Month
Last Week
Last Two Days
Tags
ASP.NET
Crash scenarios
Debugging
Debugging Labs
General debugging tidbits
Kinect SDK
Memory issues
Pages
Performance issues and hangs
presentation
Silverlight
SOSEX
Archive
Archives
August 2011
(3)
May 2011
(1)
December 2010
(1)
November 2010
(1)
September 2010
(3)
August 2010
(2)
June 2010
(1)
May 2010
(1)
April 2010
(3)
March 2010
(4)
February 2010
(2)
January 2010
(2)
December 2009
(2)
November 2009
(2)
October 2009
(4)
September 2009
(4)
August 2009
(2)
July 2009
(1)
June 2009
(3)
May 2009
(3)
April 2009
(5)
March 2009
(9)
February 2009
(2)
January 2009
(6)
November 2008
(8)
October 2008
(7)
September 2008
(7)
August 2008
(5)
July 2008
(1)
June 2008
(7)
May 2008
(12)
April 2008
(14)
March 2008
(12)
February 2008
(17)
January 2008
(5)
December 2007
(2)
November 2007
(1)
October 2007
(8)
September 2007
(3)
August 2007
(7)
June 2007
(5)
May 2007
(1)
April 2007
(5)
March 2007
(4)
January 2007
(1)
December 2006
(1)
November 2006
(2)
October 2006
(4)
September 2006
(3)
August 2006
(3)
June 2006
(1)
May 2006
(1)
April 2006
(5)
March 2006
(2)
February 2006
(8)
January 2006
(7)
December 2005
(3)
November 2005
(6)
February, 2006
MSDN Blogs
>
If broken it is, fix it you should
>
February, 2006
Posts
Subscribe via RSS
Sort by:
Most Recent
|
Most Views
|
Most Comments
Excerpt View
|
Full Post View
If broken it is, fix it you should
ASP.NET Performance Case Study: Web Service calls taking forever
Posted
over 6 years ago
by
Tess1
30
Comments
This issue has been pretty frequent since .net came out, and I am bringing it up for two reasons. It is something I think every web developer calling web services should be aware of... and It is a good example of how the product changes based on feedback from support incidents etc. to better suit our customers Problem Description We have an ASP.NET application acting as a GUI to our middle tier (Web Service) and at peak times the application is dead slow. Requests start timing out...
If broken it is, fix it you should
.NET Memory Leak: XmlSerializing your way to a Memory Leak
Posted
over 6 years ago
by
Tess1
59
Comments
I hate to give away the resolution in the title of the blog since it takes away a lot of the suspense:) but I can't figure out a better way to name the blog posts and still keep them nicely searcheable so here we go... This one has come up a number of times, in fact so many that I finally wrote a kb article on it a couple of years ago. I'll give you the link at the bottom of the blog post. I specifically remember one time when I had a case on this. It was a Saturday at 2 am and this customer...
If broken it is, fix it you should
.NET Crash: Managed Heap Corruption calling unmanaged code
Posted
over 6 years ago
by
Tess1
2
Comments
If someone asked me, what is the nastiest types of issues you get? I would say managed heap corruption, closely followed by native heap corruption. Btw, if you are new to debugging .net issues with windbg this case study might not be the best one to start with. This is about as hard as it gets when debugging .net issues, so take a stroll through my other posts first. Ok, you’re still here:) let’s see how we tackle this one… Problem description Once in a while, completely randomly the...
If broken it is, fix it you should
A .NET Crash: How not to write a global exception handler
Posted
over 6 years ago
by
Tess1
10
Comments
I’ve written quite a few posts on memory issues because that is the type of problem we get most frequently in support, but I thought I’d break it up a little bit with a post on a crash scenario. This is a problem that I have seen a number of times in cases throughout the years and it also turns out to be a pretty nice sample for showing how to debug a stackoverflow crash in .net. Problem description From time to time ASP.NET crashes with the following event in the eventlog: Event Type: Warning...
If broken it is, fix it you should
.NET in SQL Server 2005 – Making .net code more reliable
Posted
over 6 years ago
by
Tess1
0
Comments
A while back I got interested in the new .net/CLR features in SQL Server 2005 such as .net stored procedures, functions, triggers etc. First off let me just say that the extent of my knowledge about databases is pretty much limited to “select * from authors” so I have to admit that my interest was triggered mostly by the fact that I wanted to know how we were going to debug it J I started off as I usually do by taking a simple sample and then modifying it to the point where it would generate...
If broken it is, fix it you should
.NET Memory: My object is not rooted, why wasn't it garbage collected?
Posted
over 6 years ago
by
Tess1
20
Comments
I got a comment on one of the posts asking this question and I started writing a comment-answer but it turned into a long-winded rant so I decided to blog it instead:) So you're looking at a dump and run !gcroot on your object but it doesn't find a root. Then why is it still around on the heap... There are many reasons for this but the short answer is: It was still alive (rooted) last time a garbage collection for that specific generation was run. This is not completely true... it could...
If broken it is, fix it you should
ASP.NET Memory Leak Case Study: Sessions Sessions Sessions…
Posted
over 6 years ago
by
Tess1
28
Comments
In ASP.NET 1.1 as you probably know, there are 3 different locations to store session objects. In proc which stores session variables in the cache, State server which stores it in the state service and finally SQL Server . There are of course pros and cons of each but no matter which one you use, you should be careful with how much you store in session state if you want your application to be scalable. For in-proc session state, storing too much in session means high memory usage. For state...
If broken it is, fix it you should
Contacting Tess...
Posted
over 6 years ago
by
Tess1
I have been receiving a lot of email lately asking for help on particular issues. Unfortunately I can not give attention to individual issues as I am posting to this blog in my own free time or on the rare occasions that slots of time open during my workday. I hate to say no, it's not really in my nature:) but I have to, so I would ask you kindly to go through our official channels for getting support at http://support.microsoft.com if you need more in-depth help on an issue, and you will get...
Page 1 of 1 (8 items)