--- title: "My first real frustration with VS 2005 RTM" url: "https://osherove.com/blog/2005/11/4/my-first-real-frustration-with-vs-2005-rtm.md" canonical: "https://osherove.com/blog/2005/11/4/my-first-real-frustration-with-vs-2005-rtm.html" published: "2005-11-04T01:35:00" updated: "2005-11-04T01:35:00" tags: [".Net 2.0"] author: "Roy Osherove" description: "Update: This bug was reviewed and solved by MS as soon as is humanly possible (probably due to the huge amount of exposure it got). See this post for details . It's completely amazing to me that VS.NET 2005 RTM, after a…" usage: "Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page)." license: "https://creativecommons.org/licenses/by/4.0/" --- # My first real frustration with VS 2005 RTM By Roy Osherove November 4, 2005 In [.Net 2.0](https://osherove.com/blog/category/net-2-0) **Historical article** · Originally published November 4, 2005; technical details may be outdated. **Update:** _This bug was reviewed and solved by MS as soon as is humanly possible (probably due to the huge amount of exposure it got). [See this post for details](http://weblogs.asp.net/rosherove/archive/2005/11/10/SolvedBug.aspx)._ --- It's completely amazing to me that VS.NET 2005 RTM, after a big cycle of testing, alphas, betas and LOTS of community feedback, can be this buggy. All I'm really doing is working on a very small Winforms projects on a VPC with 1 GIG of ram, and appearing out of nowhere, the compiler decided that it can't find any "StringBuilder, Form or Component types in any assemblies. As if I've lost all the references to System assemblies in my project (which of course, I did not!) Now what? What on earth do I do with this this amazingly stupid and bizarre case? do I even bother to look this up? Probably. Because if I can come across this so easily, many other devs will have come across this too, sadly. After a little searching, I actually couldn't come up with anything useful. This is terribly frustrating and the last thing I would expect from this (I expect bugs, but not this kind of horribly huge amazingly \*can't even find a word to describe this\* annoying bugs). It's 3.30 am. I'll go to sleep now. I hope in the morning VS 2005 will decide it will let me work again. I wouldn't be surprised if a reboot solved this, though I will never understand why (or refuse to understand even if I could). ## More in .Net 2.0 [All posts in .Net 2.0](https://osherove.com/blog/category/net-2-0) - Nov 9, 2005 ### [A better BackgroundWorker : CancelImmediately and other goodies](https://osherove.com/blog/2005/11/9/a-better-backgroundworker-cancelimmediately-and-other-goodie.html) - Nov 9, 2005 ### [A better Safe Cast using Generics](https://osherove.com/blog/2005/11/9/a-better-safe-cast-using-generics.html) - Oct 30, 2005 ### [Amazoner 1.0.1 - Larger Images for Books and a dedicated website](https://osherove.com/blog/2005/10/30/amazoner-101-larger-images-for-books-and-a-dedicated-website.html) - Oct 30, 2005 ### [Strongly Typed Reflection Calls in .NET 2.0](https://osherove.com/blog/2005/10/30/strongly-typed-reflection-calls-in-net-20.html) --- ## About the author **Roy Osherove**: Senior Solutions Architect at AWS working on AI for production and AI-driven development; author of The Art of Unit Testing and Elastic Leadership, with about 20 years of consulting and training on unit testing, TDD, team leadership and continuous delivery. ### Sites - [RobotPaper](https://robotpaper.ai/): This blog: AI patterns and anti-patterns, AI and coding agents, and engineering leadership. - [osherove.com](https://osherove.com): Roy's personal site. Author of The Art of Unit Testing and Elastic Leadership; consulting and training on unit testing, TDD, team leadership and continuous delivery, plus about 20 years of blog posts. - [The Art of Unit Testing](https://www.artofunittesting.com): The Art of Unit Testing, 3rd Edition (Manning): readable, maintainable, trustworthy unit tests, plus TDD workshops in C#, JavaScript, Java and Kotlin. - [5whys.com](https://www.5whys.com): Roy's writing on software team leadership: self-organizing teams, surviving chaos, learning mode and the Elastic Leadership model. - [Pipeline Driven](https://pipelinedriven.org): Continuous delivery and DevOps practices: build patterns, pipeline-friendly testing, DevOps metrics and enterprise DevOps. - [Elastic Leadership](https://www.elasticleadership.com): Elastic Leadership, Roy's framework for software team leaders (survival, learning and self-organizing modes). ### Social - X: https://x.com/royosherove - LinkedIn: https://www.linkedin.com/in/osherove/ ### Contact - Contact form: https://forms.gle/jQSx5KoXvrVA1JCK7 ### License Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page). License: https://creativecommons.org/licenses/by/4.0/