>I've got a set of classes that I wrote using a set of base classes (lets call them subcls1). I'm trying to port the classes over to another app that uses a different set of base classes (lets call them subcls2). The port involved hacking the VCX to change the name and location of the base classes from the original subclasses (subcls1) to the subclasses required by the new app (subcls2).
>
>When I run the classes on my machine, I have no problems.

You probably still have the original base class library on your machine, right? I suggest you try changing the name or path to it temporarily while you debug this.

> When one of my co-workers runs them on his machine, VFP errors because it can't find a reference to the subclasses with which my classes were created... its looking for subcls1.

"Runs them?" You mean, he runs a form? Or opens a form? Or opens the new library? It kinda matters. If it gives him an option to locate the class in a form, has he tried doing that?

As for finding it, I'd look for the specific control or record number (the error message would help, too) the message refers to, open the SCX or VCX, find the record and examine it.

>I've gone through the problem class library with VFP and the Class Browser, but can't find any references to the original classes (subcls1). I've even used the file find utility in Windows Explorer to try and find the subclass references with no success.

>Is it possible that the original subclasses (subcls1) are somehow encrypted in the compiled code of the classes?

Definitely do a COMPILE CLASSLIB.