Welcome to MSDN Blogs Sign in | Join | Help

September 2005 - Posts

Debugging Multi-Threaded Applications III - Thread Specific Breakpoints

As mentioned in my first post in this series, debugging multi-threaded applications can be challenging. This installment talks about how to determine which of your application's threads are calling potentially threading sensitive methods. Using Visual

Debugging Multi-Threaded Applications II - Setting A Thread's Name Using The Debugger

Naming your application's threads can make debugging multi-threaded applications quite a bit simpler, especially if you have more than a couple of threads. Thread names can be set in code as shown below: // set the current thread's name Thread.CurrentThread.Name

Recommended Reading III

Today's recommended reading installment takes us back to 1993 and Steve Maguire's excellent book: Writing Solid Code (Microsoft Press, ISBN: 1-55615-551-4). This book contains an excellent collection of insights on how to make your code more robust and
Posted by DavidKlineMS | 1 Comments
Filed under:

Debugging Multi-Threaded Applications I - Deadlocks

Multi-threaded code can be challenging to write and debug. Today, I'd like to spend some time talking about one of the most common issues when writing multi-threaded code... deadlocks. Example deadlock To begin, let's examine an example of the "classic"
Posted by DavidKlineMS | 1 Comments

Resetting the source code associations in the Visual Studio debugger

Have you ever been debugging and found yourself looking at the wrong source code? Typically, this happens to me when I just hit the escape key at the dialog prompting me for the source file. I was recently asked how to reset the source code association

Quick code commenting and uncommenting using Visual Studio

Yesterday, I was talking with one of the folks here and I learned something about Visual Studio. We were looking at some code and he selected a line, clicked a button, on the toolbar, and the line was commented out. I asked him what he just did and he
Posted by DavidKlineMS | 4 Comments
Filed under:

Using Set Next Statement to test code paths

Sometimes, it's the little things that make a big difference to my productivity. One of those little things is the addition of Set Next Statement (a.k.a. set instruction pointer / setip) support in the .NET Compact Framework v2. If you are not familiar
 
Page view tracker