ActiveX OCX注册时报内存位置访问无效的一个解决方法

   以前解决过WIN7下ActiveX注册的问题，积累下来的方法，一是因为WIN7下命令行的的执行权限非管理员身份，利用管理员身份启动程序或者命令行就可以完成注册；二是因为ActiveX注册所依赖的动态库不能够被找到，不能被注册。关于动态库不能够被找到，可以使用VC自带的View Dependency的工具可以查看，带黄色图标的库就是找不到的。

  但是这周遇到的问题，先是VC6的ActiveX工程转移到VS2010下编译，耗费一番，虽然编译可以通过，但是Debug时无法注册OCX，报“error MSB8011: 未能注册输出。请尝试启用“逐用户重定向”，或者使用提升的权限从命令提示符处注册该组件。”，在管理员身份下使用命令行工具regsvr32来注册，依然报“内存位置访问无效”。

  由于问题提示信息明确，就在网上搜罗了半天，也没有一个说的正对到点子上来，变得很是苦闷，很快就要交付了。在测试和思考后，通过建立一个轻量级的ActiveX OCX，逐步添加所改造工程的一些外部依赖库，才最终排查出来。原因是因为某个库，可能的兼容性问题。这个库在vs2010下重新编译下生成新的.lib和.dll，然后重新编译整个工程，就可以正常地注册控件了。这个事情耗费了很长时间，也让痛苦了一段时间，所以希望这篇文章的总结，可以帮助大家节省时间:)

   在分析定位问题的方法上，还是利用对比，从差异上寻找解决途径！

   这一段利用VC开发环境开发多工程的比较多，以前VC间多工程的文件依赖，可以靠pre build step或pre link step，甚至一些post build step和post lin step进行类似关联处理。在研究一个开源软件时，发现它是通过将不同工程的输出目录都界定到同一个目录下，来避免这样的文件复制和拷贝操作，因为每次编译链接都在输出目录和一些搜索路径下进行，输出到同一个目录，自然就可以让编译过程玩的更顺畅了。特别是只有一个主工程，其他工程都需要输出库，让主工程用，就特别适合！