Thanks for the quick responses. I know that SP6 does exist. SP5 has served us well and knowing what I know about installing MS products, it's the devil you do know as opposed to the devil you don't. I'd hate to install SP6, find out there's compatability issues and not have a relatively easy path for going back. Any of you ever have the calendar control problem. If you use MSCAL.OCX, you may have issues depending on the PC. There has to at least 10 different versions of it. On some machines the calendar shows up black, other machines the the fonts show up in .0000001 point size, still other machines you put in code to force the Year month + day of the calendar to a specific date but the date won't take unless the date is clicked on (you can see a broken outline around the date on the calendar but the date is not set). MS had a fix a couple of years ago for a updated calendar control. They more or less said that "you people should have never used this thing in the first place, but you all did and maybe this will help". It did for awhile. For years MDAC would play havoc on machines where my programs were installed. We had a joke to only install ODD MDAC point releases, they seemed to work better. I've got about 60 - 70 VB programs installed on a server that a couple of hundred PCs can use. I only use a finite # of controls that I KNOW are installed on the PCs. That way we don't have to do a install of the app everytime on every machine. It does limit me to the COOL stuff but it makes implementing the apps much easier. So, my fear is that a VB6 SP6 compile will NOT be installed on the PC and the PC has SP5 components installed and registered. Almost all connect to ORACLE databases (over 130 of them). I have one program that runs about 1400 times a day and moves around 45,000 reports. We've only got 2 machines, mine and another with the Visual Studio (with VB 6) installed. The way things work here for auditing purposes (bank auditors) is that the programmer puts the source code in VSS after being satisfied with the testing that took place. We then have other people compile the version that goes into production. That way the programmer can't monkey with the source after the fact for the major/minor version of the program that went into production. I don't think much of this process, because my devious mind can come up with a bunch of ways to circumvent this, but it is what it is. One of the people who does these compiles had a small stroke a couple of months ago and the machine (this XP one) we are trying to set this up on is his. He's going to try half days logging in with GOTOMYPC. So, if he compiles the program, that's the one that will be used in a production environment. I could install SP6 and that one may not say it's installed either, even though it might be, and I would be in the same boat as SP5. Slowly but surely, we will try to get new apps written in one of the .NET languages. We are working to get the interfaces that our clients use to the ORACLE D/Bs written using .NET. But, it doesn't make sense to rewrite an existing in house app when it works just fine.