Current version

v1.10.4 (stable)

Navigation

Main page
Archived news
Downloads
Documentation
   Capture
   Compiling
   Processing
   Crashes
Features
Filters
Plugin SDK
Knowledge base
Contact info
 
Other projects
   Altirra

Archives

Blog Archive

VS2010 CTP, first impressions

I downloaded and tried out the Visual Studio 2010 CTP a couple of days ago. My experience from the VS2005 and VS2008 betas is that there's a narrow window in time where you can actually get anything fixed, since the CTPs are already released so late in the cycle and a project like Visual Studio has a ton of inertia. The new mantra for VS2010 is apparently "10 is the new 6," which is a reference to the fact that a lot of people still consider Visual C++ 6.0 to be superior to the subsequent releases, including me.

How is it, then?

VS2010 CTP comes as a rather large virtual hard drive (VHD) for Virtual PC 2007 SP1, approximately 26GB. This is because it includes a full Windows Server 2008 evaluation installation as well as a full VS2010 Team Edition CTP install. I ran it on a laptop with 2GB of memory and gave the VM 1GB, which I thought would be sufficient just to try it out. Oh no. The VM absolutely crawled, even before I launched VS2010. I ended up having to disable a bunch of unnecessary services, most notably SQL Server, just to stop the swap death. That got the memory usage of the system down by about 200-300MB, which helped things considerably. It's safe to say, though, that any performance conclusions drawn from this CTP should be taken with a grain of salt... or perhaps a salt lick.

Once I launched VS2010, I landed in fairly familiar territory. VS2010... looks just like VS2005/08. In fact, the only visual difference I noticed in my admittedly spartan use of the IDE was the fancy gradients now used for selected text. After my initial gagging at the VS2005 interface, I've learned not to worry too much about visual changes unless they look like usability or performance nightmares. What bothers me, though, is the inconsistency. For some reason, in VS2008, the menus were changed from a reasonable looking translucent highlight to a garish flat dark blue rounded rect that looks like someone broke the drawing code. This clashes with the new editor, which it looks like all of the visual components are drawn with different toolkits, which I guess they probably are. Personally, I'd like a little more emphasis on consistency and usability, and a little less on just trying to make things look different.

As you might expect, my main test was to build VirtualDub 1.8.6. Well, already I could see that Intellisense is still a problem. It took a couple of minutes to run over the code base, during which of course it slowed things down and didn't have a readily available disable function. I then located a member function called init() and selected Go To Declaration... upon which it brought up a list of about five dozen random unrelated init() functions throughout my app, like VS2005 often does. Also, I don't know if it's Intellisense or not, but there's a weird performance problem where VS2010 intermittently takes 100% CPU for several seconds at a time. I know the VC++ team has put a lot of work into the new Intellisense... but I'm sad to say that, at least from my perspective, it acts a lot like the old Intellisense.

I have to say some good things about VS2010, though, and IMO, there are two big firsts in this version. First, the VC++ project format seems to be unchanged -- yes, for the first time in a long time, VC++ isn't using a new and incompatible project format, still keeping version 9.0 instead. Second, with only a minor Platform SDK incompatibility that also affects VS2008, VirtualDub 1.8.6 builds out of the box on the VS2010 CTP. There didn't seem to be any breaking compiler changes, or for that matter, any "helpful" settings changes during the project conversion that I had to undo. This went as smoothly as it did partly because I already migrated from MASM to YASM and am thus insulated from the MASM-regression-of-the-release, but I still think that if your code is already ported to VS2005 or VS2008, you can likely expect far fewer porting headaches than what we saw in the VC6 to VS2005 time frame.

There are a bunch of exciting features in this CTP which I haven't dug into yet, such as the ability to use downlevel compilers and several C++0x features (most notably "var"). From what I've seen so far, VS2010 already looks to be a better value upgrade than VS2008 was, which barely had any new features at all for C++ programmers. I hope to get some more time to dig into the new toys. I haven't dug into any of the new C# features yet as I don't do a whole lot of C#, but for those of you that do I'm sure there are a ton of goodies there, too.

So... is 10 really the new 6? Well, with apologies to Yahtzee....

NOOOOOOOOOOOOOOO oooooooooooooooooo oooooooooooooooooo ooooooooooooooooooooo oooooooooooooo oooooooooooooo oooooooooooooo oooooooooooooooo oooooooooooooooooo ooooo.

There's definitely a rose colored glasses effect with regard to VC6 nostalgia. Several months ago I backported one of the 1.8.x releases of VirtualDub to VC6, and there were definitely some parts of VC6 that sucked, chief of which was the compiler. The VC6 compiler was awful compared to newer versions -- about half of the template code you tried to write was either miscompiled or didn't compile, and the lack of correct for scoping sucked. The STL was also in just as bad a shape, with terrible hacks like _Charalloc(), and if you made any mistakes the compiler spewed more word-wrapped angle brackets than a reply email from Microsoft Outlook. Intellisense, for all its warts in VS2005, is in much worse shape in VC6, with half the features not working at all unless you generate browse information, and major omissions like no autocomplete for enums. And let's not forget the non-resizable dialogs with teeny edit boxes. And the debugger that leaked astounding amounts of memory if you hooked up system symbols. And so on.

What were the good parts of VC6, then? Well, the main difference is that the IDE was fast. And it took less memory. And it didn't have long random pauses in the seconds to minutes range that started with VS2002 and still continue through VS2008. And its resource editor didn't use goofy property grids with properties in random order and with combo boxes for boolean parameters. And its project system was smart enough to realize that if a static library fails to build that it's useless to try linking it into an .exe. And so on. And I'm sorry to say that VS2010 just doesn't cut it just yet to be called the New 6. The UI is still miles away, and although it's very hard to gauge the performance through a VM with unaccelerated video, it still doesn't feel as snappy. Even though I've used VC6 for years, the last time I fired it up, I was still wowed by how fast it runs on modern hardware. I just don't have that feeling with VS2010, nor do I feel like the feature set is improved up to make up for the performance delta.

I know that the VS2010 team has made a lot of improvements internally to improve performance, but I guess what I'm trying to say is: this still ain't VC6. I will say that I don't think VS2010 has to attain the split-second speed of VC6's UI in order to be a substantial improvement, but all of the long delays and background churn have got to go, and the UI team still needs to tighten up the interface. I do think that VS2010 has a decent chance to be a significant improvement over VS2008, but "10 is the new 6"? No, sorry. There's still a long way to go.

Comments

This blog was originally open for comments when this entry was first posted, but was later closed and then removed due to spam and after a migration away from the original blog software. Unfortunately, it would have been a lot of work to reformat the comments to republish them. The author thanks everyone who posted comments and added to the discussion.