首先可以直接用Visual Studio 2008的打开VC6的工作区文件和项目文件(dsw和dsp)，并将其升级为VS2008的解决方案格式和项目格式(sln和vcproj)，VC9的编译器相对于VC6有了很大的变化，一些编译参数和链接参数被废弃(比如/map:line)，有一些改变了名称,还有新增的选项，不过不用担心，升级过程会自动对其进行转换，最终都会得到一个正确的解决方案和VC项目文件，这个过程不会遇到太多的麻烦，问题都出在随后的编译过程中，下面就将我在移植的过程中遇到的问题和我的解决方法总结一下，希望对还在用VC6维护代码的朋友有所帮助。 ### 从VC6到VC9移植代码问题说明 在软件开发的过程中，经常会出现因为技术进步或维护需求，需要将旧版本的代码迁移到新版本环境中去的情况。从Visual C++ 6.0（简称VC6）到Visual C++ 2008（简称VC9）的迁移就是其中一个典型的例子。本文将详细介绍这一过程中的常见问题及其解决方案。 #### 一、直接升级项目文件 在开始移植之前，我们可以通过Visual Studio 2008直接打开VC6的工作区文件和项目文件（dsw和dsp），并将它们升级为VS2008的解决方案格式和项目格式（sln和vcproj）。这个过程中，VC9的编译器相较于VC6进行了大量的改进，包括一些编译参数和链接参数被废弃、更改名称以及新增选项等。但不用担心，升级工具会自动处理这些转换，最终得到一个正确的解决方案和项目文件。这一阶段通常较为顺利，主要问题出现在后续的编译过程中。 #### 二、_WIN32_WINNT与_WIN32_IE设置冲突 在编译过程中，经常会遇到的一个问题是_WIN32_WINNT与_WIN32_IE的设置冲突，这会导致编译器报出C1189致命错误： ``` c:\program files\microsoft sdks\windows\v6.0a\include\sdkddkver.h(217) : fatal error C1189:#error : _WIN32_WINNT settings conflicts with _WIN32_IE setting ``` **原因分析**：在老版本的VC代码中，对_WIN32_WINNT的定义往往过时，例如： ```cpp #ifndef _WIN32_WINNT #define _WIN32_WINNT 0x0400 #endif ``` 这样的定义与VS2008自带的Platform SDK（位于sdkddkver.h文件中）中_WIN32_IE的定义不兼容。 **解决方案**： 1. **修改_WIN32_WINNT版本**：可以将_WIN32_WINNT的版本号修改为0x0501或更高版本，如： ```cpp #ifndef _WIN32_WINNT #define _WIN32_WINNT 0x0501 #endif ``` 2. **删除_WIN32_WINNT定义**：另一种方式是直接删除这部分定义，让系统使用Platform SDK中的默认定义。 3. **条件编译**：为了保持兼容性，推荐使用条件编译来适应不同的编译器版本，如： ```cpp #if _MSC_VER <= 1200 // MFC 6.0 or earlier #ifndef _WIN32_WINNT #define _WIN32_WINNT 0x0400 #endif #endif ``` #### 三、afximpl.h文件中的语法错误 MFC（Microsoft Foundation Classes）在设计之初并未采用STL标准库，而是使用了一套自己的模板库（如CArray、CList、CMap等），这些类型声明都在afximpl.h文件中。在使用VC9编译时，可能会遇到以下错误： ``` e:\software\microsoft visual studio 9.0\vc\atlmfc\src\mfc\afximpl.h(625) : error C2059:syntax error : '' e:\software\microsoft visual studio 9.0\vc\atlmfc\src\mfc\afximpl.h(625) : error C2238:unexpected token(s) preceding ';' e:\software\microsoft visual studio 9.0\vc\atlmfc\src\mfc\afximpl.h(629) : error C2059:syntax error : '' e:\software\microsoft visual studio 9.0\vc\atlmfc\src\mfc\afximpl.h(629) : error C2238:unexpected token(s) preceding ';' ``` **原因分析**：这是由于VC9的编译器对模板的支持有所增强，而afximpl.h中的某些语法不再适用。 **解决方案**： 1. **调整环境变量设置**：合理调整stdafx.h中的WINVER、_WIN32_WINNT、_WIN32_WINDOWS和_WIN32_IE的设置。将与Windows版本相关的环境变量设置为0x0501或更高版本，将IE版本的环境变量设置为0x0500以后的版本。 2. **更新MFC库**：考虑使用最新版本的MFC库，以减少因库版本差异引起的编译问题。 #### 结语 从VC6到VC9的代码移植过程中，需要注意多种细节问题，特别是在编译器版本差异、宏定义冲突等方面。通过上述的解决方案，可以在很大程度上避免这些错误的发生，顺利完成代码迁移。对于仍然使用VC6维护代码的开发者而言，本文提供了一些实用的指导和建议，有助于提高代码的兼容性和稳定性。

### 从VC6到VC9移植代码问题总结 #### 一、引言 从早期的TC2.0、TC3.0以及Borland C++系列等开发环境过渡到Microsoft Visual C++的不同版本，程序员们经历了一系列技术变迁。本文重点讨论的是从Visual C++ 6.0 (简称VC6) 向Visual C++ 9.0 (简称VC9) 进行代码移植时可能遇到的问题及解决方案。虽然这段旅程中充满了挑战，但掌握这些技巧对于保持项目的持续生命力至关重要。 #### 二、_WIN32_WINNT与_WIN32_IE 设置冲突 在从VC6向VC9移植代码时，一个常见的问题是关于预处理器宏定义 _WIN32_WINNT 和 _WIN32_IE 的设置冲突，这可能导致C1189致命错误： ``` StdAfx.cpp c:/programfiles/microsoftsdks/windows/v6.0a/include/sdkddkver.h(217):fatal error C1189: #error : _WIN32_WINNT ``` **原因分析：** - **宏定义冲突：** 在VC6中，通常会在项目的预编译头文件（如 StdAfx.h 或者 WinApp.h）中定义 _WIN32_WINNT 和 _WIN32_IE 宏来指定支持的操作系统版本和Internet Explorer版本。而在VC9中，这些宏的默认定义可能会导致与SDK中的预定义宏发生冲突。 - **SDK版本变化：** VC9使用的SDK版本较新，其中对这些宏的默认定义也可能有所不同，导致了不兼容问题。 **解决方案：** 1. **修改宏定义：** - 在项目的预编译头文件中明确指定宏定义，例如： ```cpp #define _WIN32_WINNT 0x0501 // Windows XP #define _WIN32_IE 0x0500 // Internet Explorer 5.0 ``` - 确保与项目所依赖的功能相匹配，并且与目标平台的SDK版本兼容。 2. **调整项目属性：** - 打开项目属性，在“配置属性”>“C/C++”>“预处理器”>“预处理器定义”中，手动添加或覆盖相应的宏定义。 3. **更新SDK版本：** - 如果可能，考虑更新项目的最小操作系统版本要求，以便于使用更现代的SDK版本。这样可以避免因版本差异导致的兼容性问题。 4. **检查代码库：** - 遍历整个代码库，查找是否有显式定义这些宏的地方，确保它们与项目的配置一致。 #### 三、编译器特性的改变 从VC6到VC9，编译器经历了许多重大的变化，包括但不限于： - **新标准的支持：** VC9增加了对C++/CLI的支持，以及对C++标准的更多特性支持。 - **弃用旧特性：** VC9不再支持某些旧版本的编译器选项，如 /map:line 选项被废弃。 - **新的编译器警告：** 新版本编译器可能引入更多的警告消息，帮助开发者发现潜在的代码问题。 **解决方案：** 1. **逐步适应新特性：** - 仔细研究新版本编译器文档，了解新增加的特性和弃用的功能。 2. **调整代码风格：** - 更新代码以符合新标准的要求，比如使用更现代的数据类型和函数。 3. **利用工具辅助：** - 使用新版编译器提供的工具（如代码分析工具）来识别潜在的问题区域，并进行相应的调整。 #### 四、其他常见问题 在从VC6到VC9的移植过程中，还可能遇到以下一些问题： - **依赖库的更新：** 需要更新项目依赖的第三方库至最新版本，以确保与新编译器兼容。 - **Unicode支持：** VC9增强了对Unicode的支持，如果项目中有大量的多语言处理逻辑，则可能需要进行相应的调整。 - **调试工具的变化：** 调试工具和调试器的改进也可能带来一定的学习曲线，尤其是在诊断新类型的错误时。 #### 五、结语 通过上述分析，我们可以看到从VC6迁移到VC9的过程虽然充满挑战，但也带来了许多机遇。通过逐步解决这些问题，不仅可以提升代码的质量和性能，还可以让项目更好地适应未来的发展需求。最重要的是，这一过程促使开发者不断学习新技术，保持与时俱进的态度。

《易语言VC静态编译链接器多版本集合详解》 在编程领域，编译器扮演着至关重要的角色，它将程序员书写的源代码转化为可执行的机器语言。易语言，作为一款面向中国用户、以中文为编程语言的编程工具，其在与Microsoft Visual C++（简称VC++）的集成上，提供了丰富的支持。本篇文章将详细介绍易语言VC静态编译链接器多版本集合，从VC6.0到VC2022，涵盖12个版本的静态编译功能，确保用户能根据需求选择最适合的编译环境。 易语言VC静态编译链接器的多版本集合，旨在提供一种方便快捷的方式，使得开发者可以使用不同版本的VC++编译器进行易语言程序的编译。这个集合包括了从早期的VC6.0到最新的VC2022，几乎涵盖了微软的所有主流VC++版本。这意味着无论用户是需要向后兼容旧系统，还是想要利用最新版本的优化特性，都可以在这个集合中找到相应的编译工具。 我们来看最早的VC6.0，这是微软推出的第一个具有图形界面的C++开发环境，尽管它的发布时间已经久远，但在某些特定场景下，如旧项目的维护或对老系统的支持，依然有着不可替代的地位。易语言的静态编译链接器支持VC6.0，意味着用户可以继续使用这个经典版本来编译易语言程序，保证了代码的兼容性。 接下来，随着微软的更新，我们有VC7.0（即VC++ .NET 2002）、VC7.1（VC++ .NET 2003）、VC8.0（VC++ 2005）、VC9.0（VC++ 2008）、VC10.0（VC++ 2010）、VC11.0（VC++ 2012）、VC12.0（VC++ 2013）、VC14.0（VC++ 2015）、VC14.1（VC++ 2017）、VC14.2（VC++ 2019）以及最新的VC14.3（VC++ 2022）。这些版本不仅在编译性能上有所提升，还在语法特性、库支持、多线程处理等方面不断进化，使得易语言程序能够充分利用现代计算机硬件的优势。 静态编译是指在编译过程中，将所有依赖的库文件合并到可执行文件中，这样生成的程序无需额外的运行时库即可运行，特别适合于那些需要分发给没有特定开发环境的用户的软件。易语言的静态编译链接器支持这一特性，使得编译出的程序更轻便，部署更为简单。 在实际应用中，易语言用户可以根据项目需求，选择合适的VC++版本进行编译。例如，如果目标系统是较旧的操作系统，可以选择使用较低版本的编译器；如果是新系统，或者需要利用C++的新特性，如C++11、C++14、C++17等，可以选择较高版本的编译器。此外，静态编译还能够减少程序运行时的依赖性问题，提高程序的稳定性和可靠性。 易语言VC静态编译链接器多版本集合为易语言开发者提供了极大的便利，无论是对旧版本的兼容，还是对新特性的支持，都能满足各种开发需求。用户只需将文件放置在易语言根目录下，即可轻松使用，实现跨版本的编译工作，大大提升了开发效率。对于易语言使用者来说，这是一个不可或缺的工具集合，它标志着易语言与VC++的深度整合，为易语言程序的开发与优化提供了更广阔的舞台。

php redis扩展dll文件 5.3.x VC9 下载后放到php安装目录中ext文件夹下面 并且在php.ini文件中添加extension=php_redis.dll 然后重启apache 即可 5.4 VC9 需要以下两个文件 extension=php_igbinary.dll extension=php_redis.dll 下载地址http://d-h.st/BrO

php-5.3.10-nts-Win32-VC9-x86.msi

php-5.4.12-nts-Win32-VC9-x86用于PHP开发web应用

php-5.3.10-Win32-VC9-x64

Release 2.2.7: PHP Version: PHP version 6.0.0 or older PHP Version: PHP 5.2.0 or newer PEAR Package: PEAR 1.4.0b1 or newer 据说有的地方不能访问官网,来嘛,买不了吃亏也买不了上当;

phpstudy启动php5.5和5.6需要32位vc11运行库，启动php7需要32位vc14运行库,此资源包含了VC9和VC10和VC11和VC12和VC14的运行库,32位和64位都有,最全面,重启phpStudy即可切换成功,亲测有效.

php-5.3.22-nts-Win32-VC9-x86