当前位置：文档之家 › VC6转VS2008

VC6转VS2008

  • 格式：wps
  • 大小：62.00 KB
  • 文档页数：8

首先可以直接用Visual Studio 2008的打开VC6的工作区文件和项目文件(dsw和dsp)，并将其升级为VS2008的解决方案格式和项目格式(sln和vcproj)，VC9的编译器相对于VC6有了很大的变化，一些编译参数和链接参数被废弃(比如/map:line)，有一些改变了名称,还有新增的选项，不过不用担心，升级过程会自动对其进行转换，最终都会得到一个正确的解决方案和VC项目文件，这个过程不会遇到太多的麻烦，问题都出在随后的编译过程中，下面就将我在移植的过程中遇到的问题和我的解决方法总结一下，希望对还在用VC6维护代码的朋友有所帮助。

一、_WIN32_WINNT 与_WIN32_IE 设置冲突_WIN32_WINNT 与_WIN32_IE设置不兼容会导致如下C1189致命错误：StdAfx.cppc:\program files\microsoft sdks\windows\v6.0a\include\sdkddkver.h(217) : fatal error C1189: #error : _WIN32_WINNT settings conflicts with _WIN32_IE settingStdAfx.cpp通常是项目中第一个编译的文件，这个错误将导致编译无法继续进行。

产生这个错误的原因是原因是_WIN32_WINNT的版本定义太老，老的VC代码对_WIN32_WINNT的典型设置是：#ifndef _WIN32_WINNT#define _WIN32_WINNT 0x0400#endif0x0400相对于VS2008所带的Plarform SDK(在文件sdkddkver.h中)中_WIN32_IE的定义来说太老了，导致不兼容，可以将其改成0x0501或更高的版本避免这个问题，如下所示：#ifndef _WIN32_WINNT#define _WIN32_WINNT 0x0501#endif也可以将这三行_WIN32_WINNT定义删除，这样就会使用Plarform SDK中的_WIN32_WINNT定义，自然就不存在不兼容问题了。

不过出于对老版本VC的兼容考虑(毕竟以后可能还要使用VC6编译代码)，最好这样修改：#if _MSC_VER <= 1200 // MFC 6.0 or earlier#ifndef _WIN32_WINNT#define _WIN32_WINNT 0x0400#endif#endif二、afximpl.h文件中的语法错误MFC出现的时候STL还没有成为C++的标准，所以MFC使用一套自己的模版库，比如CArray、CList、CMap等等，这些类型声明都在afximpl.h文件中。

原来在VC6编译器适用的模版语法可能不适用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 ';'合理调整stdafx.h中WINVER、_WIN32_WINNT、_WIN32_WINDOWS和_WIN32_IE的设置可以避免这个问题，将三个与Windows版本有关的环境变量设置为0x0501或更高版本，将IE版本的环境变量设置为0x0500以后的版本就可以解决这个问题。

当然，考虑到与旧的VC6代码兼容，可以采用上一个问题中提到的最后一个解决办法，用_MSC_VER进行隔离。

三、旧的CRT库和新的安全CRT库引起的C4996告警解决了环境变量设置不匹配导致的问题后，编译过程就真正开始了，不过首先映入眼帘的应该是成堆的C4996编译告警，对每个使用了含字符串参数的CRT库函数都会有C4996编译告警，一个典型的输出如下所示：f:\project\.....\commonfunc.cpp(280) : warning C4996: 'strcpy': This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.e:\software\microsoft visual studio 9.0\vc\include\string.h(74) : see declaration of 'strcpy'MSDN online 是这样解释的：为了显著增加CRT库的安全性，许多CRT函数都有了一个更安全的新版本，新版本和旧版本的区别就是新版本函数名多了一个_s后缀。

只要一个CRT函数有新的安全版本，编译器就会产生一个C4996告警，不过，出现这个告警的目的并不是说旧版本的CRT函数将淡出CRT库，告警出现只是为了提醒程序员这个函数有更安全的版本存在。

一种安全的或者是被鼓励的做法是用安全版本的函数替换现有的CRT函数，不过对于一个有相当代码量的项目，替换工作量也是巨大的，这可不是用名称查找、替换就能简单解决的问题，因为许多安全版本的CRT函数参数个数也发生了变化。

也可以用预处理指令消除这个告警：#pragma warning( disable : 4996 )或者定义_CRT_SECURE_NO_WARNINGS 压制这个告警(在stdafx.h中define或在项目属性中设置预处理符号,PreProcessor Definitions)。

除了C语言的CRT函数外，POSIX 兼容函数也存在这个告警，解决方法是用POSIX标准名称替换(比如access换成_access)或者是定义_CRT_NONSTDC_NO_WARNINGS 压制这个告警(方法同上)。

四、“CWinApp::Enable3dControls”引起的C4996告警这个是编译使用了老的向导生成的MFC代码时遇到的问题，一个典型的告警信息输出如下所示：CrpFileCrack.cppf:\project\.....\crpfilecrack.cpp(52) : warning C4996: 'CWinApp::Enable3dControls': CWinApp::Enable3dControls is no longer needed. You should remove this call.e:\software\microsoft visual studio 9.0\vc\atlmfc\include\afxwin.h(4818) : see declaration of 'CWinApp::Enable3dControls'通常向导生成的代码是：#ifdef _AFXDLLEnable3dControls(); // Call this when using MFC in a shared DLL#elseEnable3dControlsStatic(); // Call this when linking to MFC statically#endif这两个函数的调用是旧的MFC版本对新版本的操作系统特性的支持，在新的(那个时候是新的)Windows 95平台上要这样调用一下才能使用新的Windows 3D样式的控件，否则就是老的Win 3.2样子的控件。

想当初喜欢OWL就是因为感觉它的控件比较“酷”，比如那个带底纹的对话框，菱形的checkbox，还有带图标的“OK”按钮，看到MFC作出来的灰灰的界面就觉得土，不过后来就知道MFC做界面也是很漂亮的，比如我做的。

，再打住。

对于新的MFC版本来说已经不需要再调用这两个函数了，参考前面的方法，用_MSC_VER对其隔离就行了：#if _MSC_VER <= 1200 // MFC 6.0 or earlier#ifdef _AFXDLLEnable3dControls(); // Call this when using MFC in a shared DLL#elseEnable3dControlsStatic(); // Call this when linking to MFC statically#endif#endif五、.def文件引起的连接告警对于普通的DLL项目中使用的.def文件通常会引起LNK4017链接告警，如下所示：.\ComFunc.def(4) : warning LNK4017: DESCRIPTION statement not supported for the target platform; ignoredCreating library .\..\Debug/ComFunc.lib and object .\..\Debug/ComFunc.exp一个典型的.def文件通常有以下内容：LIBRARY "XorCryptor"DESCRIPTION 'XorCryptor Windows Dynamic Link Library'EXPORTS; Explicit exports can go here..................消除这个连接告警的方法就是从.def文件中删除DESCRIPTION描述信息，不过这个告警也不是什么大问题，不删也可以。

另一个可能产生的连接告警是LNK4222，通常出现在ocx控件和com组件的项目中，一个典型输出是：Linking....\PlusInModule.def : warning LNK4222: exported symbol 'DllCanUnloadNow' should not be assigned an ordinal.\PlusInModule.def : warning LNK4222: exported symbol 'DllGetClassObject' should not be assigned an ordinal.\PlusInModule.def : warning LNK4222: exported symbol 'DllRegisterServer' should not be assigned an ordinal.\PlusInModule.def : warning LNK4222: exported symbol 'DllUnregisterServer' should not be assigned an ordinal出现这个告警的原因是旧的项目的.def文件通常这样定义ocx和com必需的四个导出函数：EXPORTSDllCanUnloadNow @1 PRIV A TEDllGetClassObject @2 PRIV ATEDllRegisterServer @3 PRIV ATEDllUnregisterServer @4 PRIV A TE其中为这四个重要的导出函数指定了四个顺序号。

合集下载

中国软件杯6个题目

中国软件杯6个题目

中国软件杯6个题目Windows屏幕变化捕获和回放项目简介 Windows屏幕变化捕获是通过一种检测手段，检测出Windows操作系统屏幕在一定时间间隔以内发生变化的区域，并截取这些变化区域的屏幕图像，将图像数据保存到文件并同时发送到另一主机。

屏幕变化回放就是按照固定的时间间隔连续地回放捕获到的变化区域的图像。

目前大多数VNC软件采用Mirror Driver技术捕获屏幕变化区域，但是对于采用DirectDraw绘制技术的软件引起的屏幕变化无法捕获。

如UltraVNC，TigerVNC 等。

某些软件采用定时截取全屏幕图像再进行全像素比较的方法，能够精确计算出屏幕变化区域，但由于计算量大、消耗内存多导致性能严重下降。

还有一些软件由于会重复捕获变化区域产生数据冗余，导致存储或传输数据量过大。

Splashtop Remote Desktop在苹果AppStore收费软件中下载量一度超过愤怒的小鸟，其PC端软件Splashtop Streamer凭借其出色的变化区域捕获性能取得了很大的成功。

业务场景屏幕变化捕获与回放是远程桌面、VNC软件的核心技术之一，可以应用于下列场景： 1. 远程会议：会议主持人向所有参与者播放自己的屏幕，讲解会议内容。

2. 远程控制：大多数VNC软件都采用了这种技术。

3. 远程协助：应用于远程维护，例如QQ的远程协助。

4. 屏幕录制：可用于教育课件录制、软件操作演示。

5. 远程共享：包括桌面共享和应用程序共享。

例如NetMeeting软件。

功能性需求 1. 能够捕获到使用GDI技术绘制的屏幕变化。

2. 能够捕获到鼠标移动的屏幕变化。

3. 能够捕获到插入符闪烁引起的屏幕变化。

4. 成帧策略：按照固定的时间间隔将在该间隔内发生变化的所有区域进行合并，再剪裁掉冗余区域，最后构造成一帧。

成帧间隔要小于等于33ms，即帧率大于等于30帧/秒。

屏幕回放帧率与捕获帧率相同。

5. 帧压缩：对单个帧或连续帧进行压缩，允许采用成熟的压缩技术。

解决VC++6.0在64位Win7下不能安装的问题

解决VC++6.0在64位Win7下不能安装的问题

解决VC++6.0在64位Win7下不能安装(ānzhuāng)的问题解决(jiějué)VC++6.0在64位Win7下不能安装(ānzhuāng)的问题最近(zuìjìn)院里开c语言(yǔyán)，很多同学的64位Win7系统(xìtǒng)不能安装VC++6.0，或者是安装了又与Office2007有冲突。

在下是电脑维修小组的一名成员，帮同学装过很多次，希望能解决大家的问题。

一、先来解决VC++6.0在64位Win7下不能安装的问题：在Windows7下安装或者使用Visual C++ 6.0要注意三大点。

1.在安装或者使用Visual C++ 6.0时，凡是出现兼容性问题提示对话框，一律按以下方式处理——把“不再显示此消息”打上勾，然后选择“运行程序”。

不要怕，本人亲自验证过没有任何“副作用”2.在安装VC的时候，选择“custom（自定义安装）”：接下来就要，注意了——不要选择TOOLS里面的OLE/COM OBJECT VIEWER工具，就可以顺利安装，这个只是个查看工具，不会影响VC++的编译。

3.在“工具——选项——目录”里设置（这一条貌似有的机器一安上就ok了，不用手工调）：A.找到这些资源的路径，如我的就是安装在“D:\Program Files\的”里的，所以依次类推。

注意——资源路径一定要对照着手工查找，不要直接复制 !B.下面把一些(yīxiē)资源路径列出:executatble files（可执行文件）:D:\Program Files\Microsoft Visual Studio\Common\MSDev98\BinD:\Program Files\Microsoft Visual Studio\VC98\BIND:\Program Files\Microsoft Visual Studio\Common\TOOLSD:\Program Files\Microsoft Visual Studio\Common\TOOLS\WINNT 注——以下资源(zīyuán)路径为可选添加：C：\windows\system32\wbemC：\windows\system32include files:D:\Program Files\Microsoft Visual Studio\VC98\INCLUDED:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDED:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDElibrary files:D:\Program Files\Microsoft Visual Studio\VC98\LIBD:\Program Files\Microsoft Visual Studio\VC98\MFC\LIBsource files:D:\Program Files\Microsoft Visual Studio\VC98\MFC\SRCD:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDED:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDED:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC（win7最好不要(bùyào)添加此项，不过好像按照(ànzhào)偶说的方式安装(ānzhuāng)的话，就没有这一项，所以这项一般不添加。

VC++6.0在64位Win7下不能安装、VC++6与Office2007(10)不兼容的问题

VC++6.0在64位Win7下不能安装、VC++6与Office2007(10)不兼容的问题

一、卸载office2007，安装2003.（其实问题的本质在于office2007的安装文件大多里面集成了补丁包，安装的时候自动运行，修改了系统的某些项目，造成vc打开文件失败。）或者是卸载office2007后从新安装，但不安装补丁，以后也不下载office的补丁，忽略掉杀毒软件的漏洞提醒(这一条很无语……)。
二、卸载vc++6.0，安装vs2008或vs2010（最近推出的），vs的功能多，集成了vb vc vc# Java等工具，建议编程爱好者，一般人别装了。
三、（这是正点）选择微软的补救措施，在官网下载Filetool.exe的工具（上网搜就可以），解压后双击打开工程文件，生成.dll文件，然后加载到vc的工具栏里。详细方案到网上找吧，提供一个详细的：
接下来就要，注意了——不要选择TOOLS里面的OLE/COM OBJECTVIEWER工具，就可以顺利安装，这个只是个查看工具，不会影响VC++的编译。
3.在“工具——选项——目录”里设置（这一条貌似有的机器一安上就ok了，不用手工调）：
A.找到这些资源的路径，如我的就是安装在“D:\Program Files\的”里的，所以依次类推。
D:\Program Files\Microsoft Visual Studio\Common\TOOLS
D:\Program Files\Microsoft Visual Studio\Common\TOOLS\WINNT
注——以下资源路径为可选添加：
C：\windows\system32\wbem
library files:
D:\Program Files\Microsoft Visual Studio\VC98\LIB
VS2008编译C语言程序详细步骤

VS2008编译C语言程序详细步骤

Visual Studio 2008（VS2008）编译C语言方法 xp,vista,win7(32，64位)都可运行，效果很好！2011-01-01 13:31大家在学习C语言的时候接触的一般都是VC6.0。

但是VC6.0只能编译C 或者C++，不支持C#，集成度不是很高。

而且界面并不十分友好，不能自动猜测关键字，函数的参数也不能自动标示。

最关键的是，编译的时候纠错信息是全英文的，对于初学者十分不方便。

在演示编译一些简单的C程序时VC6.0可以胜任，但是在进行稍微复杂的程序编辑工作时，VC6.0就有点力不从心了。

现在微软的基于.NET的开发软件已经更新至Visual Studio 2010（VS2010）但是VS2010版本还不是最完善，所以目前为止，最流行的还是Visual Studio 2008（内部代号VC9.0，以下简称VS2008）。

大家接触VS2008一般都是从C#或者VB语言开始的，其实VS2008作为一款集成度很高的编译软件，其本身也是支持C 语言的。

大家可以用它来进行C语言的编译。

相较于VC6.0，VS2008更加的智能，更加人性化。

而且VS2008还支持windows7（VC6.0不支持），所以很多装了windows7的朋友就不用头疼了。

下面，就向大家啊演示如何使用VS2008编译C程序，本文中使用VS2008 professional版本。

1.打开VS2008，这就不用多说了吧2.打开了VS2008的主界面，然后选择，文件→新建→项目弹出如图对话框在项目类型中选择VC++→win32 然后在右侧模板中选择win32控制台应用程序，再在下面输入一个名称（项目名称，不用带.C）选择保存位置后确定好了，弹出个对话框，不管它，下一步接下来注意了，这个对话框中，应用程序类型要选择控制台应用程序，附加选项一定要选中“空项目”。

然后点完成。

然后对话框消失，回到VS主界面，这时会在左侧和右侧多了如图工具栏“解决方案管理器”，如果没有，请点击快捷键（最左边）在源文件上点右键，选择“添加→新建项”。