ArtinSoft's Blogs

Software Migration Experts
Welcome to ArtinSoft's Blogs Sign in | Join | Help
in Search

Jose Aguilar's Blog

All things migrations, software and technology

One More Time – VB6 runtime supported on Windows 7

This week Microsoft updated its support statement for Visual Basic 6.0 to include the upcoming Windows 7. Even though the original idea was to not support VB6 in Windows 7, given the outstanding demand, the runtime WILL BE included in the OS.

To summarize, the support status of the different Visual Basic 6.0 components is:

  • Visual Basic 6.0 IDE: Unsupported as of April 8, 2008.
  • Visual Basic 6.0 Runtime: Supported for the lifetime of Windows Vista, Server 2008 and 7. *This is the big change in the Support Statement*.
  • Visual Basic 6.0 Runtime Extended Files: The supported versions are here.

Even though the runtime components will be supported in Windows 7, it is important to consider the implications of the IDE not being supported (as I described in this post). There are also additional advantages of moving to .NET such as 64-bit support (VB6 apps are 32-bit only) and all the productivity, maintainability and deployment gains provided by the platform.

Comments

 

Mumrik said:

Ok, it's your thing moving people from VB6 to .NET; but please avoid spreading FUD - the IDE itself is not longer supported by MS, yes, but the official Support Statement for VB6 says that they're commited to ensure the IDE will work under Win7 32bit.

March 29, 2009 9:40 AM
 

Jaguilar said:

Hello,

Just to clarify, in the Support Statement for VB6 at this address:

msdn.microsoft.com/.../ms788708.aspx

does mention:

    The Visual Basic team is also committed to the Visual Basic 6.0 development

    environment running on Windows Vista, Windows Server 2008 and Windows 7.

So yes, the IDE will work on Windows 7. And I never said anything to that regard in my original post, just that it wasn't supported as of April last year. It is a BIG difference, specially for large enterprises with policies (or subject to regulations) that require all software they use be supported by the manufacturer. That same support statement says:

    The Visual Basic 6.0 IDE

    The Visual Basic 6.0 IDE will be supported on Windows Vista and Windows

    Server 2008 as part of the Visual Basic 6.0 Extended Support policy until April

    8, 2008.  Both the Windows and Visual Basic teams tested the Visual Basic

    6.0 IDE on Windows Vista and Windows Server 2008.  This announcement      

    does not change the support policy for the IDE.

And further down it states:

    Visual Basic 6.0 Support Lifetime

    Supporting and/or shipping Visual Basic 6.0 runtime binaries on Windows

    Vista/Windows Server 2008/Windows 7 does not change the support policy for

    the Visual Basic 6.0 IDE or Visual Studio 6.0 IDE as a whole.  Those products

    will move out of extended support in April 8, 2008.

So, according to this statement, the IDE is no longer supported after April 8, 2008, regardless of the OS. Microsoft decided to make the IDE work on Windows 7, just not support the scenario. Still, for the next few years, you will be able to continue running the VB6. But medium- and long-term, the implications of lack of support for VB6 are going to start showing. You can read about these implications in this same statement:

    VB6 runtime will ship and will be supported in Windows 7 for the lifetime of the

    OS.  Developers can think of the support story for Vista being the same as it is

    for Windows 7.  However there are no plans to include VB6 runtime in future

    versions of Windows beyond Windows 7.

My guess is that if there's still enough VB6 code out there by the time "Windows 8" comes around, the VB6 runtime will probably make it to the final version. But this shows a clear intention of removing this component from the OS.

Thanks, and I hope this clarifies the point I tried to make with the originla blog post, not spread FUD or anything like it.

March 29, 2009 11:14 PM
 

Jack said:

So here is the thing I don't understand... What does VB6 Runtime Support mean. For example will Microsoft be proactively making enhancements to the runtime in response to compatibility or security issues? Or alternatively, does it mean that VB6 will run as good (or  as bad) as secure (or as unsecure) as it has in the past and not better? I think there is a big difference between these two extremes. So for example if a security hole is found in VB6 and Microsoft publishes this fact to be responsible, but then says we are not fixing it because it has always existsed, and we are just supporting the existing... Well that sort of magnifies the security risk.

June 11, 2009 2:07 PM

Leave a Comment

(required) 
(optional)
(required) 
Submit

About Jaguilar

Jose A. Aguilar has been working at ArtinSoft for more than 6 years, starting out with Informix to Java migrations and moving on to VB6 to .NET conversions using the Visual Basic Upgrade Companion. He currently works as both Senior Software Migration Consultant and Program Manager for the Visual Basic Upgrade Companion, helping clients to leverage their existing investments in VB6 by moving them to .NET Framework.

This Blog

Syndication

Powered by Community Server (Non-Commercial Edition), by Telligent Systems