I don't think the slow downs were caused so much by the size of the class libraries as the code behind everything in them.

I haven't gone through all the code myself but the app I'm working on was using pieces from different places. In other words one textbox might be from the baseclass and another from the custom class library. This was not intentionally done by the programmer who created the app. I wanted to make sure I had consistency throughout the application and since other developers where I work had discontinued using a common class library for all apps because of other programmers no longer here adding tons of useless code in it, I decided I wanted to start with a clean slate.

I went ahead and used the suggestion given by Josh to clean out these objects by using the scx and deleteing the values of CLASSLOC. I also had to change the CLASS object names back to the default baseclass names.

Whatever the case, the app now seems tremendously faster in modifying the forms, compiling the app and running the program, so who knows...

-snip-
>Why exactly do you think the classlib is the cause of the massive slowdown of the app? If the subclasses are indeed little more than subclasses of the VFP baseclasses then they are not the source of the problem. Even if the classlib has classes that are not used in this app they don't cause you a memory hit because the subclass isn't loaded until you instantiate an object from it. The only minor penalty is it makes your exe bigger. How big are the .vcx/vct files?
>