从Progress V11迁移至V12并保留32位OCX使用的技术咨询

• 用32位Progress V12运行时承载OCX依赖代码
  64位V12没法直接加载32位OCX，但可以把涉及OCX交互的代码拆成独立模块，在64位主程序里通过RUN命令调用32位的_progres.exe来执行这个模块，数据传递可以用临时文件、数据库中间表或者Progress自带的跨进程通讯机制搞定。

• 正确注册32位OCX到64位系统
  别用默认的regsvr32.exe，必须调用C:\Windows\SysWOW64\regsvr32.exe来注册OCX文件，这样32位进程才能找到并加载它。

• 重新在32位V12环境编译OCX依赖代码
  别直接把V11的.wrx丢去V12环境编译，V11和V12的编译格式有差异，直接迁移肯定出问题。要在32位V12开发环境里重新编译涉及OCX的代码，编译时把目标平台设为32位，生成的r-code才能被32位V12运行时正常加载。

• 验证OCX兼容性，准备替代方案
  先逐个测OCX在32位V12里能不能正常用，有些老OCX可能存在兼容问题。如果实在搞不定，要么用.NET控件、Progress原生控件替换，要么用COM互操作封装OCX，让64位进程间接调用。

内容的提问来源于stack exchange，提问作者Luke Taylor