Author: jared

New and better tools are usually a good thing. So it is when moving from Visual Studio 2003 to the 2005 edition. Advantages of moving C++ development to Visual Studio 2005, Team Edition Developer include…

1. Global/shared property sheets allow developers to change a setting in one place and have it apply to all projects. This makes it vastly easier to add new include paths and libraries, etc.
2. New /analyze static analysis option goes the extra mile in identifying bugs such as buffer overflow, memory leaks, failure to check return types, etc. This feature is only available in VS 2005 Team Edition Developer.
3. Better debugger supports tracepoints and displays STL containers in a human-readable format! See http://blogs.msdn.com/andypennell/archive/2004/06/29/169002.aspx for more information.
4. Improved remote debugging.
5. More standards-compliant C++ compiler. See http://msdn2.microsoft.com/en-us/library/ms177253(vs.80).aspx
6. Built-in profiler.
7. Const-correctness checks in functions such as strchr, strstr, etc. help identify and prevent bugs.
8. Organize sub-projects into solution folders.
9. Can substitute more secure versions of strcpy, strcat, etc. automatically under certain conditions if we define _CRT_SECURE_CPP_OVERLOAD_STANDARD_NAMES. There’s also _CRT_SECURE_NO_DEPRECATE.
10. More and better warnings.
11. Dependency checking is faster. This means, for example, that cleaning a solution is much faster than with VS 2003.
12. Stack smashing protection (the /GS flag) is more robust.
13. printf family of functions support the C99 Standard of “%ll” and “%ull” for 64 bit integers in addition to the non-portable, Microsoft-only VS2003 “%I64d” syntax.

Costs of migrating to VS 2005:

1. Compiled code size is slightly larger.
2. The IDE requires more memory to run.
3. Third party libraries and libc
4. Template code may need to be modified.

Additional resources:

• http://developer.valvesoftware.com/wiki/Compiling_under_VS2005
• http://www.virtualdub.org/blog/pivot/entry.php?id=76
• http://sublimesoftware.blogspot.com/2005/10/vs2005-issues.html

Migration Strategy

It’s usually not a good idea to migrate a code base immediately, although it could be good way to anger management. Here’s what I recommend:

1. Copy your top-level solution mysolution.sln to mysolution.vs2005.sln.
2. Copy all sub-projects *.vcproj to *.vs2005.vcproj.
3. Edit mysolution.vs2005.sln and chang all .vcproj references to .vs2005.vcproj.
4. Open mysolution.vs2005.sln in VS 2005. It will migrate the project automatically.
5. Add the new solution and project files to your source control system (Subversion, Perforce, CVS). This way, you won’t affect the day-to-day development operations of the rest of your team. You could write a script to automate the above steps so that it is easier to keep in-sync with the additions, renames and removals of includes, source, and so on from the VS 2003 solution.
6. Compile and fix errors gradually.
   • You may need a new version of Microsoft’s WTL, which is backwards compatible with VS 2003.
   • You may need to fix template syntax issues.
   • Fix const-correctness issues.

Eventually your team will become comfortable with VS 2005, and you can switch.

Are you interested in reading quality essays on subjects related to software development? If so, then treat yourself to Neil Kandalgaonkar’s Links to essays in the book Best Software Writing I, or buy the hardcopy.

In the interest of letting people get to the links quickly, I’m copying-and-pasting Neil Kandalgaonkar’s links:

Joel Spolsky – Introduction

• Ken Arnold – Style Is Substance
• Leon Bambrick – Award for the Silliest User Interface: Windows Search
• Michael Bean – The Pitfalls of Outsourcing Programmers
• Rory Blyth – Excel as a Database
• Adam Bosworth – ICSOC04 Talk
• danah boyd – Autistic Social Software
• Raymond Chen – Why Not Just Block the Apps That Rely on Undocumented Behavior?
• Kevin Cheng and Tom Chi – Kicking the Llama
• Cory Doctorow – Save Canada’s Internet from WIPO
• ea_spouse – EA: The Human Story
• Bruce Eckel – Strong Typing vs. Strong Testing
• Paul Ford – Processing Processing
• Paul Graham – Great Hackers
• John Gruber – The Location Field is the New Command Line
• Gregor Hohpe – Starbucks Does Not Use Two-Phase Commit
• Ron Jeffries – Passion
• Eric Johnson – C++ — The Forgotten Trojan Horse
• Eric Lippert – How Many Microsoft Employees Does it Take to Change a Lightbulb?
• Michael “Rands” Lopp – What to do when you’re screwed
• Larry Osterman – Larry’s Rules of Software Engineering #2: Measuring Testers by Test Metrics Doesn’t
• Mary Poppendieck – Team Compensation (pdf)
• Rick Schaut – Mac Word 6.0
• Clay Shirky – A Group is its Own Worst Enemy
• Clay Shirky – Group as User: Flaming and the Design of Social Software
• Eric Sink – Closing the Gap Part 1, Part 2
• Eric Sink – Hazards of Hiring
• Aaron Swartz – PowerPoint Remix
• why the lucky stiff – A Quick (and Hopefully Painless) Ride Through Ruby (with Cartoon Foxes)