Thanks for the idea, Mike. That may be the route we take. Our primary app is in Mere Mortals, for better or for worse, which means we have dozens of VCX's already. Do you have any idea if there are any performance issues in the executables if we were to expand this to say 100 VCX's? Your idea could work well for us.

Thanks,

David

>Hi David
>
>I've been struggling with exactly the issues you're looking at now. My solution is to significantly reduce the number of classes per vcx and the number of functions/procedures per PRG to near one-to-one.
>
>No two developers then ever work on the same atomic piece. There are also no contention issues and no extra steps to take.
>
>I still use source control, but only as a backup, not as a way to attempt to resolve conflicts or merge code.
>
>>Christoff,
>>
>>Thank you for your repsonse. Have you had any corruption issues with this technique? How well does the merging work? How much overhead is this in terms of your time?
>>
>>Thanks,
>>
>>David
>>
>>>You can download my tool from ftp://foxpert.homeip.net/twofox.zip. Call GenXML to create the XML files for all binary files, call GenCode to convert all XML files back to code. The process in CVS is:
>>>
>>>- run GenXML
>>>- update sandbox from repository
>>>- solve conflicts
>>>- run GenCode
>>>- test application
>>>- commit modified XML files