December 2005 - Posts

SQL 2000 post SP4 Hotfix 8.00.2162

A SQL Server 2000 Post SP4 hotfix has just been released to the public. Bringing the SQL Server 2000 version number to 8.00.2162

This hotfix is a cumulative hotfix containing:

  • Hotfixes that were built since SP4 shipped
  • Hotfixes that were done for SP3 but did not make it into SP4 (because of the cutoff date for fixes that made it into service pack SP4)

This build has undergone more testing than a typical hotfix build but not as much as say a service pack.

The build is available at the following download locations:

Ia64 version - http://www.microsoft.com/downloads/details.aspx?FamilyId=920707DE-AAF0-412F-8B26-1074E91E494D&displaylang=en

X86 x64 version - http://www.microsoft.com/downloads/details.aspx?FamilyId=4773BF7E-21AE-4F1E-AD48-6CA739E10217&displaylang=en

The following KB articles have been published to help answer questions about this hotfix build:

http://support.microsoft.com/?kbid=904660

http://support.microsoft.com/?kbid=894905

Posted by Mike Epprecht | with no comments
Filed under:

VB 6.0 died, rightly so.

Visual Basic 6.0 support died 31 March 2005. Rightly so. Everyone is up in arms. http://classicvb.org/

<RANT ON>

There is far too much badly architected, badly developed and security-less VB v1.0-6.0 code out there. And it is a risk to every business that is using it.

Now how can a developer not want to move forward, improve on what he/she has written, and at the same time, keep up with the technology boom that put them where they are?

If a VB 6.0 developer can not handle the migration to VB.NET (or better c#), maybe the developer needs a LOT of re-training, or be re-evaluated if he/she is actually good enough for the position held. Developers generally earn a lot of money, but in most cases, they are not worth it.

Yes, a re-write will expose the security holes and the coding monstrosity that was created over the years, but maybe it is good for the IT industry. A good clean out will help drive down costs (those developers who are not productive and competent will be pushed out the industry) and at the same time, sort out all the security flaws that are lying around.

In my opinion, it is time to do a clean sweep. Developers who can not be multi-faceted, not willing to learn the newer languages like c# and Java have no place in this industry. A corporation needs someone who can work on code that runs on the Unix/Linux platforms, and at the same time, pretty and secure UI Windows desktop code (no, I don't believe that Java is the answer to everything, actually, far from that).

Microsoft kept everyone warm and cozy too long. The brutal reality is here. Java is mainstream, c# is getting there, VB has been left behind in the corporate environment. The large corporates have had too much trouble with mediocre VB applications that just don't work in a properly "locked-down" desktop environment.

What about the small company who runs on VB? Well, that same company is still running, now, unsupported Windows 95 and Windows 98. They still will in 2 years time (until the hardware dies and nothing new will run the old Windows). They are not spending 3-5% of turnover on IT. For them, they can wait out this round of development upgrades, and then in 2 years time, get something that works better, and is secure, and will run on Windows Vista/Longhorn.

Maybe Microsoft should not have made VB.NET, as it was trying to be too backward compatible to be really helpful to the average developer. It probably hurt the developer by extending their IT career when they should have left it a long time ago.

<RANT OFF>

VB 1.0, 2.0, 3.0, 4.0, 5.0 and 6.0, I started out my career with you, I used your heavily over the years, but I outgrew you. So did Microsoft.

RIP.

Long live c# and SQL Server!

Posted by Mike Epprecht | 1 comment(s)
Filed under: