So, I'm hammering away in Visual Studio for the last two days working on a number of projects. Everything is fine. I'm running apps, modifying projects and solutions… Several instances of VS has been running for quite some time chugging along.
About an hour ago I did some major reworking of a fairly big project. I renamed a number of projects and ran some hairy refactoring on some of the code that renames a few widely used control classes and properties on those classes. The final step was to rename my projects and remove all the projects from the original solution.
Next stop – I want to add my renamed projects back into the solution. So I right click on the Solution in Solution Explorer and VS blows up with a GPF. So I try again. Boom. Ok, maybe the Solution file is hosed. I check the file - nothing obviously wrong there. So I open another completely different project (a WinForm project no less) – same thing. Boom immediately on right clicking on Solution Explorer.
I finally click on the Crash Debug option and get:
An unhandled exception of type 'System.IO.FileLoadException' occurred in Unknown Module.
Additional information: Could not load file or assembly 'StanPackage, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. Strong name validation failed. (Exception from HRESULT: 0x8013141A)
StanPackage????? WTF? How can a package all of a sudden in the middle of a working session screw up so bad it completely hoses VS.NET? This stuff was working without fail.
So I keep futzing around for 15 minutes turning off add-ins removing some recently installed packages like Script#, but nothing…
Finally I'm ready to throw up my hands and raving at the Microsoft hell house as I'm ready to cave in and uninstall and re-install VS.NET. I HATE doing that – it's a 2 hour affair easy.
But I try one last ditch effort: Reboot the machine. And surprise surprise after the reboot, the solution explorer works again.
So I'm between love and hate here <g>. I'm stoked I don't have to reinstall, but I'm royally pissed for having been thrown into a half an hour of screwing around for apparently nothing. What in the world could possibly screw up Visual Studio so bad that a reboot is required to right itself? And yes I checked to make sure there weren't hidden instances of VS running.
Visual Studio feels like a giant house of cards at times that can come crashing down at any moment.
Case in point – I recently tried to reopen some of my older SmartPhone projects, only to find that the Visual Studio.NET installer completely hosed the Smartphone and PocketPC installation on this machine. Mind you this was a completely clean machine at the time of install. A brand spanking new XP install that had just about nothing else installed it. And yet even on this pristine environment VS managed to mangle the smart device install. I had many, many problems of the exact same kind during the beta and reported all of them, and spent hours trying to figure out what wasn't right with a few folks from Microsoft. In the end I get the same crap in a release version. I call that disappointing.
As you might imagine, since I have an otherwise fairly stable install (or apparently not all that stable) I'm not terribly excited about trying to fix the install just to get the mobile stuff to work at this point. It can wait.