平时使用VS2003总结的一些笔记

VS2003 IDE 笔记

我在安装Microsoft Visual Studio.Net的时候，总是出现这样的提示：“安装程序检测到另一个程序要求计算机重新启动。必须重新启动计算机后才能安装Visual Studio.Net系统必备。系统重新启动后，您需要重新启动安装程序。单击“确定”重新启动。单击“取消”退出安装程序，以后再安装。”然后我就单击“确定”重新启动电脑，待系统启动完毕后，重新启动安装程序，结果上述提示再次出现，又是重新启动电脑，然而还是这样的提示，无法安装。请高手指点。
我的操作系统是WINXP SP2的，请问到底是什么原因？

解决办法：在注册表删除HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Session Manager/pendingfilerenameoperations 然后再装就可以！

项目：常规-》配置类型（.exe .dll .lib 生成文件 实用工具)
项目：system->子系统（windows console)
项目：C/C++-》预处理器-》与处理器定义（预定义一些宏，如：WIN32 _DEBUG _CONSOLE）

启用扩展指令集：
项目：C/C++-》代码生成（启用增强指令集 2003支持SSE SSE2)

2007-6-28
这几天vc2003的编译输出显示的中文都是乱码，搞得我真不爽。原来是上次做的控制台命令程序修改了控制台的代页码936（中文）=》437（西文）。
并且应用到所有的console窗口。
但为什么会影响到编译的输出就不得而知了。

2007-9-13
附加××目录
头文件目录： 项目：C/C++ 》常规 》附加包含目录
库文件目录： 项目：链接器 》常规 》附加库目录

设置输出目录：（和工作目录）
项目：配置属性 》链接器 》 导入库 （如：$(OutDir)/cgloverd.lib ）
项目：配置属性 》常规 》输出目录 （如../../bin)
如果要更改输出exe的名称可以这样：
项目：配置属性 》链接器 》输出文件 （如：../../bin/文件名.exe）（即 输出目录/文件名）
这样你可以把所有共享的dll放在../../bin中，然后应用程序编译链接后自动放到../../bin中以实现共享dll
（另外 如果出现如下错误：无法启动调试.无法启动程序“。。。”，系统找不到指定文件,就是因为未设置输出文件，可以如上添加输出exe）
如果你要应用程序的目录为其所在的目录（即 输出目录），就要设置
项目：配置属性 》调试 》工作目录 （值同于 输出目录（如：../../bin））；
[比如加载资源,用到文件路径,也是基于工作目录的]
[这个可能在用 打开文件对话框有用,比如你设置 exe输出到../../bin,那么默认的工作目录就和 exe所目录不一样,那么你设置的 打开对话框的默认路径
在../../bin 下的exe 和 你刚编译链接即刻出现的exe 下是不一样的 ,所以你设置 工作目录 同 输出目录一样,工作目录设置对 你刚编译链接即刻出现的exe 的工作目录 产生了影响]

============================================================================
2007-10-8
设置pdb文件目录(程序数据库文件)
项目：配置属性 》链接器 》调试 > 生成程序数据库文件(如:$(IntDir)/$(ProjectName).pdb)其中 $(IntDir)为中间目录
============================================================================
2007-10-8
设置lib文件目录(导出库目录)
项目：配置属性 》链接器 》高级 >导入库 (如:lib/cglover.lib)
============================================================================
2007-9-18
DLL，出现warning：“。。。”dll 链接不一致
原因：项目：配置属性 》C/C++ 》命令行 中的所有选项有指定 /D "CGLOVER_EXPORTS"（这里环境自动指定的导出符号）
#ifdef LOVER_EXPORTS //这里出错 =》CGLOVER_EXPORTS
#define CG_EXPORT __declspec(dllexport)
#else
#define CG_EXPORT __declspec(dllimport)
#endif

2007-9-18
DLL, 出现链接错误：无法打开文件“clock.def”
原因：这里的错误是clock.def的路径错误，以致找不到。
解决： 项目：配置属性 》链接器 》 输入 》模块定义文件：路径/cglover.def
也可以 项目：配置属性 》链接器 》 命令行 》在附加选项中添加： /DEF: "路径/clock.def"

2007-9-20
使用tinyxml.lib出现了与 一些 Runtime-lib 重定义的链接错误
原因：我想可能是 tinyxml不支持 多线程。
解决：项目：配置属性 》C/C++ 》代码生成运行时库 改为 单线程（/ML).
也可以采用 忽略指定库（这里为多线程的库）：
项目：配置属性 》链接器 》输入》忽略指定库 （如：msvcrt.lib（多线程DLL）

2007-9-20
当使用模块定义文件（.def）时，
我们会在.def中写：（ LIBRARY 导出的dll名）
但由于在一个dll中只允许一个.def文件,所以我们这时无法区别对待 Debug和Release版DLL，因为这是导出的.lib文件中填写的是.def指定的DLL名，
比如（MyD.lib 和 My.lib 中认定的都是.def定义的（My.lib），虽然我们能导出MyD.dll和My.dll.
解决：将 LIBRARY后面的去掉（有省事 有实惠，干吗还要写导出dll名呢）
==============================================================================================
2007-9-26
debug时出现链接错误：
libcpd.lib(xdebug.obj) : error LNK2019: 无法解析的外部符号 __malloc_dbg ，该符号在函数 "void * __cdecl operator new(unsigned int,struct std::_DebugHeapTag_t const &,char *,int)" (??2@YAPAXIABU_DebugHeapTag_t@std@@PADH@Z) 中被引用
libcpd.lib(_tolower.obj) : error LNK2001: 无法解析的外部符号 __malloc_dbg
libcpd.lib(xdebug.obj) : error LNK2019: 无法解析的外部符号 __free_dbg ，该符号在函数 "void __cdecl operator delete(void *,struct std::_DebugHeapTag_t const &,char *,int)" (??3@YAXPAXABU_DebugHeapTag_t@std@@PADH@Z) 中被引用
而且当使用<fstream>时才出现这个错误
另外使用Release时没错误。

经检查 项目 》 配置属性 》C/C++ 》 代码生成》运行时库 》
发现 Debug时使用的是：单线程（/ML) Release时使用的也是：单线程（/ML)
将Debug的改为：单线程调式（/MLd)

好像是上次发现程序中使用的Tinyxml库不支持 多线程运行库 ，改为 单线程的运行库，但debug的没改为调试版本的
==============================================================================================
2007-9-26
输出dll后能够让你选择测试程序，若要改为不使用，如下：
项目：配置属性 》 调试 》 命令：中的 字符串 就指定了 测试程序 路径名文件名，去掉即可。
==============================================================================================

vc6->vc7的系列问题及解决方法-1 zz2006-07-19 09:57最近由于工作需要，把项目从vc6升级到vc7(vc.net2003)。升级过程遇到些问题，记录于此。

1. 编译时出现：WINVER not defined. Defaulting to 0X0501 (Windows XP and Windows .NET Server)

这个问题是因为没有指定工程要使用的平台SDK的版本。

Minimum system required Macros to define
Windows Server 2003 family _WIN32_WINNT>=0X0502
Windows XP _WIN32_WINNT>=0X0501
Windows 2000 _WIN32_WINNT>=0X0500
Windows NT 4.0 _WIN32_WINNT>=0X0400
Windows Me _WIN32_WINDOWS=0X0490
Windows 98 _WIN32_WINDOWS>=0X0410
Internet Explorer 6.0 _WIN32_IE>=0X0600
Internet Explorer 5.01, 5.5 _WIN32_IE>=0X0501
Internet Explorer 5.0, 5.0a, 5.0b _WIN32_IE>=0X0500
Internet Explorer 4.01 _WIN32_IE>=0X0401
Internet Explorer 4.0 _WIN32_IE>=0X0400
Internet Explorer 3.0, 3.01, 3.02 _WIN32_IE>=0X0300

解决办法：

属性，C/C++，命令行，附加项中添加　/D _WIN32_WINNT=0x0501 (因为我是在xp下工作的所以是0x0501)

2. Link时出现：LINK : warning LNK4075: 忽略”/EDITANDCONTINUE”(由于”/INCREMENTAL:NO”规范)

这个问题是因为在vc6中，工程使用的增量编译。

解决办法：

属性，链接器，常规，启动增量链接　选择　是(INCREMENTAL)

3. 编译时出现：warning C4129: “U” : 不可识别的字符转义序列
error C3847: 通用字符中的错误符号；必须使用十六进制数字

原因：为开发全球通用的应用程序，.NET Framework 使用 Unicode UTF-16（Unicode 转换格式，16 位编码形式）来表示字符。在某些情况下，.NET Framework 在内部使用 UTF-8。引入通用字符名称的格式是 /u#### 或 /U########。

解决办法：
//#include MAKEPATH(MAIN_IMAGE_PATH, FunUtil//Unit_star.txt)
#include “..//ImageData//ML128160//FunUtil//Unit_star.txt”

4. 链接时出现：LIBCMTD.lib(crt0dat.obj) : error LNK2005: _exit 已经在 MSVCRTD.lib(MSVCR71D.dll) 中定义 等类似错误

原因：

Run-Time Library

•Run-Time Library是编译器提供的标准库，提供一些基本的库函数和系统调用。
我们一般使用的Run-Time Library是C Run-Time Libraries。当然也有Standard C++ libraries。
CRun-Time Libraries实现ANSI C的标准库。VC安装目录的CRT目录有C Run-Time库的大部分源代码。 CRun-Time Libraries有静态库版本，也有动态链接库版本；有单线程版本，也有多线程版本；还有调试和非调试版本。•动态链接库版本：
/MD Multithreaded DLL 使用导入库MSVCRT.LIB
/MDd Debug Multithreaded DLL 使用导入库MSVCRTD.LIB•静态库版本：
/ML Single-Threaded 使用静态库LIBC.LIB
/MLd Debug Single-Threaded 使用静态库LIBCD.LIB
/MT Multithreaded 使用静态库LIBCMT.LIB
/MTd Debug Multithreaded 使用静态库LIBCMTD.LIB若要使用此运行时库 请忽略这些库
单线程 (libc.lib) libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
多线程 (libcmt.lib) libc.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
使用 DLL 的多线程 (msvcrt.lib) libc.lib、libcmt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
调试单线程 (libcd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcmtd.lib、msvcrtd.lib
调试多线程 (libcmtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、msvcrtd.lib
使用 DLL 的调试多线程 (msvcrtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib

解决方法：

属性，链接器，输入，忽略指定库 libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib （这是我需要忽略的，你可以根据你工程的实际情况选择。）