>>Yep, my bad...you are correct. The forms designer will not let you reference classes built into an app or EXE. But you are building separate executables for use on their own, right? (As opposed to one exe calling another). So it may not be a problem to include them in both executables AS LONG AS you remember to recompile both when the class changes.
>
>Actually I am trying to get the second.exe to run from within the main.exe. But I can only get this to work when I compile the class library in the second.exe as well...
>
>
>- Brian

We had an issue like this with a project I worked on a while back and that is what we ended up having to do. The problem with that is if the versions get out of synch - say, the primary app has been built with an older version of the class library than the secondary app - then the first one instantiated controls the behaviour of the objects from then on. It turned out to be a bigger PITA than simply including all of the source for the second into the first and having only one EXE.

It might be worth your while to take a step back and think about what it is you are trying to accomplish. If you need a separate executable with different functions - only a subset as a utility for example - that can be run independantly of the first, then making another EXE makes sense. Otherwise you'd be better off with one EXE if you can. You could also make the classes non-visual (yeah, it's not my favorite way to work with them either, but you get used to it) which can be easily done for forms if you don't load tables in the data environment, but that may not be an option or more work than you want to deal with.

Just a thought...