博客园_乱想乱写飞舞之空间

从零开始，学习windows编程（9）-- 字符编码以及国际化（1）

2012-04-01T14:12:00Z

前言

前面写的8篇文章，基本上将VC环境下命令行模式程序的入口，以及链接库的知识进行了介绍，基本可以告一段落了。至于kernel32.lib包括后面的user32.lib等，之后介绍win32应用程序(Win32 Application)的时候会介绍到，这里就不展开了。另外，忽然想到，这里写的程序都是win32程序，至于64位的程序，具体还没有开发过，也就不涉及了，以后如果业务上使用到的时候，再具体研究之后加上。

这里新的话题就是字符编码以及国际化的问题。在写完这个话题之后，我们就将开始"Win32 Application"的旅程。

从一个例子开始

既然你在看这篇文章，那我就假定你是一个开发者，并且对于ANSI，ASCII，Unicode，UTF8这些名词都有所了解，至少是听说过这些概念。因为这个例子中，我们就会使用到这些概念。如果你对于这些概念不熟悉，那请先从我的“参考”链接中找到对应的条目进行研究，然后再开始做这个例子。

OK，那我们就可以开始了。首先，打开你的Notepad，中文系统中叫做“记事本”。下面是一个空的打开的记事本：

我们来输入一些文字。

我们现在输入了一行中文，一行英文，并且带了一些标点符号，同时有一个换行符。

将其保存起来，命名为"hello.txt"，位置放在"d:\test"目录下。

到文件管理器下，我们可以看到hello.txt这个文件，大小为27个byte。

现在我们需要用一些其他的辅助工具，我这里用的是Notepad++以及它的一个叫HexEditor的插件，不喜欢使用的同学们可以用其他类似的工具代替，如WinHex或HexEdit等十六进制编辑器。用工具将这个txt文件打开，来看看这27个byte是怎么组成的。

打开文件后，点击工具栏上的“H”图标，我们来看看十六进制。

其实这里的对应是有些小问题的，对于中文的部分，dump出来的映射关系在移动光标的时候有些不准确，但是这个并不是影响很大，我们可以忽略。我们可以挑选其中几个来看看，这里的“你”对应的十六进制为“c4 e3”，也就是0xC4E3；"l"对应的十六进制为"6c"，即0x6C。我们在这里看到的映射关系，就叫做字符编码(character encoding)，而所有字符编码的集合，我们叫做字符集(character set--charset)。

我们在这里看到的是ANSI编码的，可以回过来看一下“保存”的那个截图，最下方的"encoding"选择的是"ANSI"。我们在保存文件的时候，还可以有其他选择。用saveas来另存一下。

可以看到，除了ANSI选项外，我们还有3个选项。

这里我们选择使用"unicode"，其他两个也是unicode的概念，只不过是不同形式的表示，我们之后会进行解释，将其保存为"hello_unicode.txt"，从文件管理器中查看，其大小为44个byte。同样的内容，换了不同的encoding，大小也变得不同了。来看看到底是为什么吧。

我们也将其用Notepad++打开，查看其十六进制。

这里Dump出来怎么都是“乱码”呀？不要慌张，这是因为dump使用的是ANSI编码显示，而现在我们用的是unicode编码。这里文件最前面的"ff fe"是用来判断"大小端"的，如果你学过TCP/IP或者计算机基础课程，那应该对于这个概念比较熟悉，如果不熟悉，那就搜索一下"littlen endian, big endian"来看看吧，这个对于文件是需要的，但是对于字符串等在内存中的字符表示，就不需要了，所以这里只需要了解就可以了。字符“你”的对应十六进制编码为"60 4f"，而这里是小端模式，即0x4F60。要验证的话，也很简单，我博客中有篇文章中已经介绍过了，可以参考巧用WORD进行字符与Unicode字符的转换中的内容，用word来验证一下。

当你有耐心看到这里，并且明白了我上面所写的内容的话，背景介绍完毕。下面就开始真正介绍“字符编码”了。

字符集

首先，上面我们所做的都是针对简体中文环境下的字符编码，至于其他编码，我们还没有涉及到，之后会谈到。对于“你”这个字符，在ANSI中，为0xC4E3；在Unicode中，为0x4F60。这是由不同的标准所决定的，决定前面的标准为中国国家标准，包括一系列一脉相承的标准，从GB2312到GBK到GB18030。决定后面的为The Unicode Standard。为什么会出现这么多标准，这是由历史原因以及当时的机器性能决定的。

历史

刚刚前面一直提到ANSI，其实并不是那么准确的，其中我们要涉及到codepage的概念，这里我们的codepage为936，也就是简体中文，在这个环境下，我们的ANSI编码表示才是中国国家标准的那套。ANSI真正的含义是“美国国家标准协会”(American National Standards Institute)。就是这个协会，定义了字符编码的“鼻祖”--ASCII码。现在的字符编码，大多是基于ASCII码扩展而来的。

ASCII(American Standard Code for Information Interchange, 美国信息交换标准代码)是一个7位(7-bits)码，包含了128个字符的定义(128=2^7)，其中有33个非打印控制字符，以及95个可打印字符（包括空格），主要是用来显示英文字母的，其对应的ISO标准为ISO646。为了避免概念混淆，IANA(Internet Assigned Numbers Authority，互联网号码分配局)使用US-ASCII来称呼该字符集。至于为什么定义7位而不是一下子8位，当时是个“锱铢必较”的时代，内存太紧俏太贵了，能省一点是一点哈，够用就行。

尽管能表示英文字母，但是还是有很多字符还是无法表示，比如德文中的öäüß等，于是不够用了，然后就出现了扩展ASCII码(Extended ASCII)，也就是将ASCII码从7位扩展成了8位，这样一共就有了256个字符。EASCII码比ASCII码扩充出来的符号包括表格符号、计算符号、希腊字母和特殊的拉丁符号。这里，就开始有了区分，对应的标准并不是一个，而是一系列的8位字符集标准，在ISO标准中叫做ISO 8859，全称为ISO/IEC 8859，现在定义了15个字符集(这里有16个，应该是希伯来语一个是视觉顺序，一个是逻辑顺序，为1个，猜想，未验证)。

ISO/IEC 8859-1 (Latin-1) - 西欧语言
ISO/IEC 8859-2 (Latin-2) - 中欧语言
ISO/IEC 8859-3 (Latin-3) - 南欧语言。世界语也可用此字符集显示。
ISO/IEC 8859-4 (Latin-4) - 北欧语言
ISO/IEC 8859-5 (Cyrillic) - 斯拉夫语言
ISO/IEC 8859-6 (Arabic) - 阿拉伯语
ISO/IEC 8859-7 (Greek) - 希腊语
ISO/IEC 8859-8 (Hebrew) - 希伯来语（视觉顺序）
ISO 8859-8-I - 希伯来语（逻辑顺序）
ISO/IEC 8859-9（Latin-5 或 Turkish）- 它把Latin-1的冰岛语字母换走，加入土耳其语字母。
ISO/IEC 8859-10（Latin-6 或 Nordic）- 北日耳曼语支，用来代替Latin-4。
ISO/IEC 8859-11 (Thai) - 泰语，从泰国的 TIS620 标准字集演化而来。
ISO/IEC 8859-13（Latin-7 或 Baltic Rim）- 波罗的语族
ISO/IEC 8859-14（Latin-8 或 Celtic）- 凯尔特语族
ISO/IEC 8859-15 (Latin-9) - 西欧语言，加入Latin-1欠缺的芬兰语字母和大写法语重音字母，以及欧元（€）符号。
ISO/IEC 8859-16 (Latin-10) - 东南欧语言。主要供罗马尼亚语使用，并加入欧元符号。

上面的这些字符问题，基本解决了，下面就是比较麻烦的了。上面的字符，用1个byte都能够表示完整了，叫做SBCS(Single Byte Character Set)。但是咱们是象形文字啊，几千个字符，这小小256个地方怎么够用呢？于是没办法，扩1个byte吧，于是叫DBCS(Double Byte Character Set)。对于CJK语言（以中文、日文、韩文为主的东亚语言），基本上使用2个byte表示一个字符的编码方式来进行表示。具体了解的有日文、简体中文、韩文、繁体中文（至于泰文并不是很清楚，据有些同学说是3字节编码？资料没有找到很确切的，希望了解的同学指导一下）。

我们最熟悉的当然是简体中文了，所以就看这个，其余除了以前玩大宇游戏的时候，知道“大五码”(Big 5)，用过南极星，就了解不深了。这里就不做介绍了。

对于简体中文编码，最开始的就是GB2312编码（GB 2312-80），是中国国家标准简体中文字符集，全称《信息交换用汉字编码字符集·基本集》，又稱GB0，由中国国家标准总局发布，1981年5月1日实施。GB2312编码通行于中国大陆；新加坡等地也采用此编码。中国大陆几乎所有的中文系统和国际化的软件都支持GB 2312。

GB 2312标准共收录6763个汉字，其中一级汉字3755个，二级汉字3008个；同时收录了包括拉丁字母、希腊字母、日文平假名及片假名字母、俄语西里尔字母在内的682个字符。GB 2312的出现，基本满足了汉字的计算机处理需要，它所收录的汉字已经覆盖中国大陆99.75%的使用频率。

尽管覆盖了99.75%，但是还是有没覆盖的，所以之后又出现了GBK和GB-18030。这里对于编程人员的建议就是，如果需要更全的字符覆盖，就使用GB-18030，如果是嵌入式系统，需要在更小的内存中实现较多的功能，使用GB-2312即可，甚至在某些场合，可以使用其子集（一般嵌入式系统需要显示的字符是可以统计出来的，有些字符并不需要）。

这样，对于非Unicode部分的字符集，基本上要了解的都介绍了。不过，如何使用呢？我Latin-1的和GB 2312的，其同一个十六进制，对应的字符不一样、同样用“你”的编码来说，对应为0xC4E3，对应到Latin-1中，就是两个字符，Äã，两个是不能共存的。

在这种情况下，有一个新的概念出现了：

codepage（代码页）

为了使用不同的字符集，我们使用不同的codepage。不同的codepage对应不同的字符集。对于简体中文，其codepage为936；日文的codepage为932；韩文的codepage为949；繁体中文的codepage为950。我们可以参考Windows下面的Region and Language Option设置，对于“非Unicode”语言设置，选择的就是特定的codepage。

字体文件的显示

字体文件的显示，也是经过长时间的演变过来的。一开始的字体为“点阵字体”，后来出现了PostScript字体，TrueType字体(True Type Font, TTF)，我们这里就看一下具体点阵字体的显示过程。一般嵌入式方案或者有些游戏中还是使用该种显示。这里我们使用GB 2312的一个点阵字体方案，叫做“hzk16.fnt”(最后部分有下载，也可google到)，是提供16*16的点阵字体给用户使用。这里我写了一个比较简单的程序来进行显示：

1 #include <stdio.h>
2 #include <stdlib.h>
3 #include <string.h>
4
5 int printHZK16(char gbcode[3]);
6
7 int main()
8 {
9 char input[10]={0};
10 while(1)
11 {
12 printf("输入中文，一次一个字符：");
13 printf("\n");
14 scanf("%s",input);
15 printHZK16(input);
16 printf("\n");
17 }
18
19 return 0;
20 }
21
22 int printHZK16(char gbcode[3])
23 {
24 //要读出的汉字，GB2312编码
25 unsigned char incode[3];
26 unsigned char qh = 0, wh = 0;
27 unsigned long offset = 0;
28 char mat[16][2] = {0};
29 FILE *HZK = 0;
30 int i,j,k;
31
32 memcpy(incode, gbcode, 3);
33
34 //每个汉字，占2个字节，取其区位码
35 qh = incode[0] - 0xa0;//获得区码
36 wh = incode[1] - 0xa0;//获得位码
37 offset = (94*(qh-1)+(wh-1))*32; //得到偏移位置
38 //打开hzk16.fnt文件
39 if((HZK=fopen("hzk16.fnt", "rb")) == NULL)
40 {
41 printf("Can't Open hzk16\n");
42 getchar();
43 return 0;
44 }
45 //根据 offset进行定位
46 fseek(HZK, offset, SEEK_SET);
47 //读取32字节字模
48 fread(mat, 32, 1, HZK);
49 fclose(HZK);
50
51 //显示
52 for(i=0; i<16; i++)
53 {
54 for(j=0; j<2; j++)
55 {
56 for(k=0; k<8; k++)
57 {
58 if(mat[i][j] & (0x80>>k))
59 {
60 //测试为1的位则进行显示
61 printf("%c",'#');
62 }
63 else
64 {
65 printf("%c",' ');
66 }
67 }
68 }
69 printf("\n");
70 }
71 getchar();
72 return 1;
73 }

效果如下：

写得有点累了，放假还是休息休息吧，这篇就先介绍非Unicode部分了；Unicode部分以及其他相关的，在下一篇再说吧。有什么疑问问题，欢迎提出来。

hzk16.fnt文件下载

参考

本文链接

从零开始，学习windows编程（8）--自己动手，编译CRT

2011-06-24T14:17:00Z

翻开对应VC中的lib目录，是可以看到CRT的lib文件的，我电脑上面路径是“d:\Program Files\Microsoft Visual Studio\VC98\Lib\”，大家可以自己找一下自己的路径。经过上面的文章，我们对它已经有了一定的了解，使用它当然没问题了。那作为程序员，是不是还想看看它是怎么生成的呢？这里，就是讲如何来生成一个CRT库。

安装CRT源码

既然题目是编译，那就需要源码。如果你翻开电脑中的路径，如我电脑中为“d:\Program Files\Microsoft Visual Studio\VC98\CRT\”，发现下面已经有一个SRC目录，并且里面有700多个文件和2个子目录的话，那你就是安装过CRT的源码了，可以直接跳过这段，看到下面的“编译过程”，如果碰巧没有，那想要继续，可以参考这里，来安装一下CRT的源码。

首先，你需要一张VC6的安装盘，或者VC6的安装文件。不管你是已经安装过VC，还是新装VC，安装过程我就不详细说了，主要CRT安装在下面这个画面中：

中间用红线框住的就是CRT了。

可以看一下细节，里面第3项就是CRT的源码，重点就是将这项勾选上，到时候安装目录中就有源码了，对应的源码目录也在截图中有显示，为用黄线框住的部分。

当然，为了省事，直接将VC中的组件全部安装上就可以了。

安装完之后，就可以进行编译了，不过安装盘先不要放到一边，一会我们还有用。

编译过程

我们已经知道，CRT库分为单线程，多线程，动态库这三种，而这三种又分别有一个debug版本，这样就一共有6个版本的CRT库可以进行编译。微软分别称它们为ST model, MT model, DLL model, XST model, XMT model以及XDLL model。我们的目的就是将这些版本都编译出来。

编译的准备工作

在编译之前，还需要做几件工作。

确保你的nmake是可以工作的。
从VC6安装文件/CD-ROM相关目录底下，找到下面3个文件，并拷贝到对应源码目录中，对应我这里目录为“d:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC\”。
- MAKEFILE
- MAKEFILE.INC
- MAKEFILE.SUB
修改MAKEFILE文件。搜索Winver.h所在的每一行，如果有
$(V6TOOLS)\include\winver.h \
则删除该行，一共有6处。（都是DLL编译时出现的）

当这些工作都做完之后，你就可以开始编译了，当然，有可能会出现其他问题，比如我就在编译DLL版本的时候遇到了一点问题，但是微软提供的需要进行修改的部分就是这么多了。

下面我们将6个版本分开来编译，这样看得更清楚。进入源码目录，然后分别输入下面的命令，并查看输出

ST
d:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC>nmake st
编译结果
所有编译出来的产出都在build目录底下，编出的一堆obj文件位于st_obj目录下，这个我们就不去管了。主要是产生的lib文件：
- libc.lib
- libci.lib
- libcp.lib
MT
d:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC>nmake mt
编译结果
- libcmt.lib
- libcimt.lib
- libcpmt.lib

DLL

d:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC>nmake dll

编译结果，最后编译会出现一些warning，但是没有问题，按照微软的说法，在编译CRT的时候出现这些，是正常的。(信息过多，这里只取部分警告信息)

link -nologo -filealign:4096 @build\intel\dll_obj\linki.rsp
.\sample_i.def : warning LNK4102: export of deleting destructor "public: virtual
void * __thiscall exception::`vector deleting destructor'(unsigned int)"; image
may not run correctly
.\sample_i.def : warning LNK4102: export of deleting destructor "public: virtual
void * __thiscall filebuf::`vector deleting destructor'(unsigned int)"; image m
ay not run correctly
.\sample_i.def : warning LNK4102: export of deleting destructor "public: virtual
void * __thiscall fstream::`vector deleting destructor'(unsigned int)"; image m
ay not run correctly

结果

LIB文件	DLL文件	MAP文件	RES文件	等价对应文件(LIB)
_sample_.lib	_sample_.dll	_sample_.map	_sample_.res	MSVCRT.LIB
sample_i.lib	sample_i.dll	sample_i.map	sample_i.res	MSVCIRT.LIB
sample_p.lib	sample_p.dll	sample_p.map	sample_p.res	MSVCPRT.LIB

XST
d:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC>nmake xst
编译结果
LIB文件 PDB文件
libcd.lib libcd.pdb
libcid.lib libcid.pdb
libcpd.lib libcpd.pdb
XMT
d:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC>nmake xmt
编译结果
LIB文件 PDB文件
libcmtd.lib libcmtd.pdb
libcimtd.lib libcimtd.pdb
libcpmtd.lib libcpmtd.pdb

XDLL

d:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC>nmake xdll

编译结果

LIB文件	DLL文件	MAP文件	RES文件	PDB文件	等价对应文件(LIB)
_sampld_.lib	_sampld_.dll	_sampld_.map	_sampld_.res	_sampld_.pdb	MSVCRTD.LIB
sampld_i.lib	sampled_i.dll	sampled_i.map	sampled_i.res	sampld_i.pdb	MSVCIRTD.LIB
sampld_p.lib	sampled_p.dll	sampled_p.map	sampled_p.res	sampld_p.pdb	MSVCPRTD.LIB

参考：

本文链接

从零开始，学习windows编程（7）--不使用CRT库的程序

2011-06-23T12:00:00Z

从前面几篇，我们已经得到一些结论。

程序是可以自定义入口的，但是如果在入口中使用了一些CRT相关的函数，而没有正确的进行初始化工作的话，即使编译不出问题，在运行时也会出现内存错误等问题的。

那我们可以写出完全不用到CRT库的程序吗？当然可以，既然CRT库也是微软写的，甚至我们可以用另外一个CRT库来代替它。不过这个算是另外一个话题了。先看看不使用CRT库的hello world是啥样的吧。

不使用C运行时库的测试代码

#include <windows.h>

DWORD StringLen(const char * str)
{
const char *eos = str;
while( *eos++ ) ;
return( (DWORD)(eos - str - 1) );
}

void WriteString(const char * str)
{
HANDLE hOut;
DWORD Length;
DWORD result;
hOut=GetStdHandle(STD_OUTPUT_HANDLE);
Length=StringLen(str);
WriteFile(hOut,str,Length,&result,0);
}

int myentry(void)
{
WriteString("Hello World!");
ExitProcess(0);
return 0;
}

编译:

cl /c /Zl myentrytest.c

链接：

link /entry:myentry /subsystem:console myentrytest.obj kernel32.lib

最终得到可执行文件myentrytest.exe。

执行效果与printf出来的效果相同，但是其中用到的原理却是很不一样的。

这里，我们就接触到了三个函数，这三个函数可以不通过CRT库直接使用，并且不造成任何问题，这三个函数都是所谓的Windows API。这三个API都是kernel32提供的。通过直接调用windows API，可以使用到操作系统的功能，并成功绕过CRT库。尽管我们平时不太会使用到这样的技巧，但是有时接触到这样的代码或自己编码时有这样的要求，也是可能的。当然，要完全绕过CRT库，就需要提取出所编写程序要使用到CRT库提供功能的所有函数，并使用windows API来同等代替，这样花费的时间和重复做轮子也没什么两样，不过，如果要真的对系统有一定了解，还是有一定意义的。

这里介绍一下windows API：

视窗操作系统应用程序接口（Windows API），有非正式的简称法为WinAPI，是微软对于Windows 操作系统中可用的核心应用程序编程接口的称法。它被设计为各种语言的程序调用，也是应用软件与Windows系统最直接的交互方式。大多数驱动程序所需要的对Windows系统的更底层次访问接口，由所用版本的Windows的Native API来提供接口。
Windows有一个软件开发包（SDK, software development kit）提供相应的文档和工具，以使程序员开发使用Windows API的软件和利用Windows技术。

Windows API所提供的功能可以归为七类：^[4]

基础服务（Base Services）^[5]，提供对Windows系统可用的基础资源的访问接口。比如象：文件系统（file system）、外部设备（device）、，行程（process）、线程（thread）以及访问注册表（Windows registry）和错误处理机制（error handling）。这些功能接口位于，16位元Windows下的kernel.exe、krnl286.exe或krnl386.exe系统文件中；以及32位元Windows下的 kernel32.dll和advapi32.dll中。
图形设备接口（GDI）^[6]，提供功能为：输出图形内容到显示器、打印机以及其他外部输出设备。它位于16位元Windows下的gdi.exe；以及32位元Windows下的gdi32.dll。
图形化用户界面（GUI）^[7]，提供的功能有创建和管理屏幕和大多数基本控件（control），比如按钮和滚动条。接收鼠标和键盘输入，以及其他与GUI有关的功能。这些调用接口位于：16位元Windows下的user.exe，以及32位元Windows下的user32.dll。从Windows XP版本之后，基本控件和通用对话框控件（Common Control Library）的调用接口放在comctl32.dll中。
通用对话框链接库（Common Dialog Box Library）^[8]，为应用程序提供标准对话框，比如打开／保存文件对话框、颜色对画框和字体对话框等等。这个链接库位于：16位元Windows下的commdlg.dll中，以及32位元Windows下comdlg32.dll中。它被归类为User Interface API之下。
通用控件链接库（Common Control Library）^[9]，为应用程序提供接口来访问操作系统提供的一些高级控件。比如像：状态栏（status bar）、进度条（progress bars）、工具栏（toolbar）和标签（tab）。这个链接库位于：16位元Windows下的commctrl.dll中，以及32位元Windows下comctl32.dll中。。它被归类为User Interface API之下。
Windows外壳（Windows Shell）^[10]^[11]，作为Windows API的组成部分，不仅允许应用程序访问操作系统shell提供的功能，还对之有所改进和增强。它位于16位元Windows下的shell.dll中，以及32位元Windows下的shell32.dll中（Windows 95则在 shlwapi.dll中）。它被归类为User Interface API之下。
网络服务（Network Services）^[12]，为访问操作系统提供的多种网络功能提供接口。它包括NetBIOS、Winsock、NetDDE及RPC等。

这里，暂时就这么多了，你，见过自定义入口的程序吗？可以拿出来和大家共享吗？

参考：

http://zh.wikipedia.org/wiki/Windows_API

本文链接

从零开始，学习windows编程外篇（1）--分析lib文件

2011-06-21T08:14:00Z

大家都知道，lib文件是很多obj文件合在一起得到的一个静态库文件。那某一个特定的lib文件，到底是由哪些obj文件组成的呢？

有一个工具可以帮到你，它的名字叫做lib.exe。

还是用LIBC.LIB来举例。我电脑上这个lib文件的位置是在“d:\Program Files\Microsoft Visual Studio\VC98\Lib\LIBC.LIB”，进入这个目录。

所有的lib使用选项：

d:\Program Files\Microsoft Visual Studio\VC98\Lib>lib /?
Microsoft (R) Library Manager Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
usage: LIB [options] [files]
   options:
      /CONVERT
      /DEBUGTYPE:CV
      /DEF[:filename]
      /EXPORT:symbol
      /EXTRACT:membername
      /INCLUDE:symbol
      /LIBPATH:dir
      /LINK50COMPAT
      /LIST[:filename]
      /MACHINE:{ALPHA|ARM|IX86|MIPS|MIPS16|MIPSR41XX|PPC|SH3|SH4}
      /NAME:filename
      /NODEFAULTLIB[:library]
      /NOLOGO
      /OUT:filename
      /REMOVE:membername
      /SUBSYSTEM:{NATIVE|WINDOWS|CONSOLE|WINDOWSCE|POSIX}[,#[.##]]
      /VERBOSE

可以使用list来显示其中的obj文件。

d:\Program Files\Microsoft Visual Studio\VC98\Lib>lib /list libc.lib

整个列表比较长，所以我又做了个重定向，将输入放到log文件中了。

d:\Program Files\Microsoft Visual Studio\VC98\Lib>lib /list libc.lib > d:\test\libc.log

最终输出有600多行，所以折叠起来，大家可以展开看。

Microsoft (R) Library Manager Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.

..\build\intel\st_obj\util.obj
..\build\intel\st_obj\matherr.obj
..\build\intel\st_obj\ldexp.obj
..\build\intel\st_obj\ieeemisc.obj
..\build\intel\st_obj\frexp.obj
..\build\intel\st_obj\fpexcept.obj
..\build\intel\st_obj\bessel.obj
..\build\intel\st_obj\xmmi2_fp_emul.obj
..\build\intel\st_obj\xmmi_fp_emul.obj
..\build\intel\st_obj\sqrt.obj
..\build\intel\st_obj\pow.obj
..\build\intel\st_obj\log10.obj
..\build\intel\st_obj\log.obj
..\build\intel\st_obj\tan.obj
..\build\intel\st_obj\cos.obj
..\build\intel\st_obj\sin.obj
..\build\intel\st_obj\atan.obj
..\build\intel\st_obj\acos.obj
..\build\intel\st_obj\asin.obj
..\build\intel\st_obj\testfdiv.obj
..\build\intel\st_obj\powhlp.obj
..\build\intel\st_obj\modf.obj
..\build\intel\st_obj\ieee87.obj
..\build\intel\st_obj\hypot.obj
..\build\intel\st_obj\huge.obj
..\build\intel\st_obj\genexcep.obj
..\build\intel\st_obj\ftol.obj
..\build\intel\st_obj\fsqrt.obj
..\build\intel\st_obj\frnd.obj
..\build\intel\st_obj\fpctrl.obj
..\build\intel\st_obj\floor.obj
..\build\intel\st_obj\filter_simd.obj
..\build\intel\st_obj\filter.obj
..\build\intel\st_obj\fabs.obj
..\build\intel\st_obj\common.obj
..\build\intel\st_obj\ceil.obj
..\build\intel\st_obj\adj_fdiv.obj
..\build\intel\st_obj\87trigh.obj
..\build\intel\st_obj\87triga.obj
..\build\intel\st_obj\87trig.obj
..\build\intel\st_obj\87tran.obj
..\build\intel\st_obj\87sqrt.obj
..\build\intel\st_obj\87fmod.obj
..\build\intel\st_obj\87except.obj
..\build\intel\st_obj\87disp.obj
..\build\intel\st_obj\87ctrigh.obj
..\build\intel\st_obj\87ctriga.obj
..\build\intel\st_obj\87ctran.obj
..\build\intel\st_obj\87cdisp.obj
..\build\intel\st_obj\fltinf.obj
..\build\intel\st_obj\x10fout.obj
..\build\intel\st_obj\tenpow.obj
..\build\intel\st_obj\strgtold.obj
..\build\intel\st_obj\mantold.obj
..\build\intel\st_obj\intrncvt.obj
..\build\intel\st_obj\fpinit.obj
..\build\intel\st_obj\cvt.obj
..\build\intel\st_obj\constpow.obj
..\build\intel\st_obj\cfout.obj
..\build\intel\st_obj\cfin.obj
build\intel\st_obj\wutime.obj
build\intel\st_obj\wstrtime.obj
build\intel\st_obj\wstrdate.obj
build\intel\st_obj\wctime.obj
build\intel\st_obj\wasctime.obj
build\intel\st_obj\wcsftime.obj
build\intel\st_obj\utime.obj
build\intel\st_obj\tzset.obj
build\intel\st_obj\timeset.obj
build\intel\st_obj\time.obj
build\intel\st_obj\systime.obj
build\intel\st_obj\strtime.obj
build\intel\st_obj\strdate.obj
build\intel\st_obj\strftime.obj
build\intel\st_obj\mktime.obj
build\intel\st_obj\localtim.obj
build\intel\st_obj\gmtime.obj
build\intel\st_obj\ftime.obj
build\intel\st_obj\dtoxtime.obj
build\intel\st_obj\difftime.obj
build\intel\st_obj\days.obj
build\intel\st_obj\ctime.obj
build\intel\st_obj\clock.obj
build\intel\st_obj\asctime.obj
build\intel\st_obj\tcmap\mbslen.obj
build\intel\st_obj\tcmap\nset.obj
build\intel\st_obj\tcmap\nicoll.obj
build\intel\st_obj\tcmap\nicmp.obj
build\intel\st_obj\tcmap\ncpy.obj
build\intel\st_obj\tcmap\ncoll.obj
build\intel\st_obj\tcmap\ncmp.obj
build\intel\st_obj\tcmap\ncat.obj
build\intel\st_obj\tcmap\nbset.obj
build\intel\st_obj\tcmap\nbicoll.obj
build\intel\st_obj\tcmap\nbicmp.obj
build\intel\st_obj\tcmap\nbcpy.obj
build\intel\st_obj\tcmap\nbcoll.obj
build\intel\st_obj\tcmap\nbcmp.obj
build\intel\st_obj\tcmap\nbcat.obj
build\intel\st_obj\tcmap\_mbscpy.obj
build\intel\st_obj\tcmap\_mbclen.obj
build\intel\st_obj\tcmap\len.obj
build\intel\st_obj\tcmap\icoll.obj
build\intel\st_obj\tcmap\coll.obj
build\intel\st_obj\tcmap\icmp.obj
build\intel\st_obj\tcmap\cmp.obj
build\intel\st_obj\tcmap\upr.obj
build\intel\st_obj\tcmap\lwr.obj
build\intel\st_obj\tcmap\spnp.obj
build\intel\st_obj\tcmap\ninc.obj
build\intel\st_obj\tcmap\nextc.obj
build\intel\st_obj\tcmap\nccnt.obj
build\intel\st_obj\tcmap\nbcnt.obj
build\intel\st_obj\tcmap\inc.obj
build\intel\st_obj\tcmap\dec.obj
build\intel\st_obj\tcmap\set.obj
build\intel\st_obj\tcmap\rev.obj
build\intel\st_obj\tcmap\tok.obj
build\intel\st_obj\tcmap\str.obj
build\intel\st_obj\tcmap\spn.obj
build\intel\st_obj\tcmap\rchr.obj
build\intel\st_obj\tcmap\pbrk.obj
build\intel\st_obj\tcmap\cspn.obj
build\intel\st_obj\tcmap\chr.obj
build\intel\st_obj\wcsxfrm.obj
build\intel\st_obj\wcsupr.obj
build\intel\st_obj\wcstok.obj
build\intel\st_obj\wcsstr.obj
build\intel\st_obj\wcsspn.obj
build\intel\st_obj\wcsset.obj
build\intel\st_obj\wcsrev.obj
build\intel\st_obj\wcsrchr.obj
build\intel\st_obj\wcspbrk.obj
build\intel\st_obj\wcsnset.obj
build\intel\st_obj\wcsnicol.obj
build\intel\st_obj\wcsnicmp.obj
build\intel\st_obj\wcsncpy.obj
build\intel\st_obj\wcsncoll.obj
build\intel\st_obj\wcsncmp.obj
build\intel\st_obj\wcsncat.obj
build\intel\st_obj\wcslwr.obj
build\intel\st_obj\wcslen.obj
build\intel\st_obj\wcsicoll.obj
build\intel\st_obj\wcsicmp.obj
build\intel\st_obj\wcsdup.obj
build\intel\st_obj\wcscspn.obj
build\intel\st_obj\wcscoll.obj
build\intel\st_obj\wcscmp.obj
build\intel\st_obj\wcschr.obj
build\intel\st_obj\wcscat.obj
build\intel\st_obj\strxfrm.obj
build\intel\st_obj\strupr.obj
build\intel\st_obj\strtok.obj
build\intel\st_obj\strnicol.obj
build\intel\st_obj\strncoll.obj
build\intel\st_obj\strlwr.obj
build\intel\st_obj\stricoll.obj
build\intel\st_obj\strcoll.obj
build\intel\st_obj\strstr.obj
build\intel\st_obj\strspn.obj
build\intel\st_obj\strset.obj
build\intel\st_obj\strrev.obj
build\intel\st_obj\strrchr.obj
build\intel\st_obj\strpbrk.obj
build\intel\st_obj\strnset.obj
build\intel\st_obj\strnicmp.obj
build\intel\st_obj\strncpy.obj
build\intel\st_obj\strncmp.obj
build\intel\st_obj\strncat.obj
build\intel\st_obj\strlen.obj
build\intel\st_obj\stricmp.obj
build\intel\st_obj\strdup.obj
build\intel\st_obj\strcspn.obj
build\intel\st_obj\strcmp.obj
build\intel\st_obj\strchr.obj
build\intel\st_obj\strcat.obj
build\intel\st_obj\memset.obj
build\intel\st_obj\memmove.obj
build\intel\st_obj\memicmp.obj
build\intel\st_obj\memccpy.obj
build\intel\st_obj\memcmp.obj
build\intel\st_obj\memchr.obj
build\intel\st_obj\memcpy.obj
build\intel\st_obj\ncommode.obj
build\intel\st_obj\wtmpfile.obj
build\intel\st_obj\wtempnam.obj
build\intel\st_obj\wscanf.obj
build\intel\st_obj\wprintf.obj
build\intel\st_obj\wpopen.obj
build\intel\st_obj\woutput.obj
build\intel\st_obj\_wopen.obj
build\intel\st_obj\winput.obj
build\intel\st_obj\wfreopen.obj
build\intel\st_obj\wfopen.obj
build\intel\st_obj\wfdopen.obj
build\intel\st_obj\vwprintf.obj
build\intel\st_obj\vswprint.obj
build\intel\st_obj\vsnwprnt.obj
build\intel\st_obj\vsnprint.obj
build\intel\st_obj\vsprintf.obj
build\intel\st_obj\vfwprint.obj
build\intel\st_obj\vfprintf.obj
build\intel\st_obj\vprintf.obj
build\intel\st_obj\ungetwc.obj
build\intel\st_obj\ungetc.obj
build\intel\st_obj\tmpfile.obj
build\intel\st_obj\tempnam.obj
build\intel\st_obj\swscanf.obj
build\intel\st_obj\swprintf.obj
build\intel\st_obj\stream.obj
build\intel\st_obj\sscanf.obj
build\intel\st_obj\sprintf.obj
build\intel\st_obj\snwprint.obj
build\intel\st_obj\snprintf.obj
build\intel\st_obj\setvbuf.obj
build\intel\st_obj\setbuf.obj
build\intel\st_obj\setmaxf.obj
build\intel\st_obj\scanf.obj
build\intel\st_obj\rmtmp.obj
build\intel\st_obj\rewind.obj
build\intel\st_obj\putws.obj
build\intel\st_obj\putw.obj
build\intel\st_obj\puts.obj
build\intel\st_obj\printf.obj
build\intel\st_obj\popen.obj
build\intel\st_obj\output.obj
build\intel\st_obj\input.obj
build\intel\st_obj\getws.obj
build\intel\st_obj\getw.obj
build\intel\st_obj\gets.obj
build\intel\st_obj\fwscanf.obj
build\intel\st_obj\fwrite.obj
build\intel\st_obj\fwprintf.obj
build\intel\st_obj\ftelli64.obj
build\intel\st_obj\ftell.obj
build\intel\st_obj\fsetpos.obj
build\intel\st_obj\fseeki64.obj
build\intel\st_obj\fseek.obj
build\intel\st_obj\fscanf.obj
build\intel\st_obj\freopen.obj
build\intel\st_obj\fread.obj
build\intel\st_obj\fprintf.obj
build\intel\st_obj\fopen.obj
build\intel\st_obj\fgetpos.obj
build\intel\st_obj\fflush.obj
build\intel\st_obj\fdopen.obj
build\intel\st_obj\fclose.obj
build\intel\st_obj\cscanf.obj
build\intel\st_obj\cprintf.obj
build\intel\st_obj\closeall.obj
build\intel\st_obj\clearerr.obj
build\intel\st_obj\_sftbuf.obj
build\intel\st_obj\_open.obj
build\intel\st_obj\_getbuf.obj
build\intel\st_obj\_freebuf.obj
build\intel\st_obj\_flswbuf.obj
build\intel\st_obj\_flsbuf.obj
build\intel\st_obj\_file.obj
build\intel\st_obj\_filwbuf.obj
build\intel\st_obj\_filbuf.obj
build\intel\st_obj\fputwchr.obj
build\intel\st_obj\fputws.obj
build\intel\st_obj\fputwc.obj
build\intel\st_obj\fputchar.obj
build\intel\st_obj\fputs.obj
build\intel\st_obj\fputc.obj
build\intel\st_obj\fileno.obj
build\intel\st_obj\fgetwchr.obj
build\intel\st_obj\fgetws.obj
build\intel\st_obj\fgetwc.obj
build\intel\st_obj\fgets.obj
build\intel\st_obj\fgetchar.obj
build\intel\st_obj\fgetc.obj
build\intel\st_obj\feoferr.obj
build\intel\st_obj\fp8.obj
build\intel\st_obj\atlssup.obj
build\intel\st_obj\wwincrt0.obj
build\intel\st_obj\wwild.obj
build\intel\st_obj\wwncmdln.obj
build\intel\st_obj\wstdenvp.obj
build\intel\st_obj\wstdargv.obj
build\intel\st_obj\wincrt0.obj
build\intel\st_obj\wincmdln.obj
build\intel\st_obj\wild.obj
build\intel\st_obj\wcrt0.obj
build\intel\st_obj\tlssup.obj
build\intel\st_obj\tidtable.obj
build\intel\st_obj\threadex.obj
build\intel\st_obj\thread.obj
build\intel\st_obj\stdenvp.obj
build\intel\st_obj\stdargv.obj
build\intel\st_obj\mlock.obj
build\intel\st_obj\dllmain.obj
build\intel\st_obj\dllcrt0.obj
build\intel\st_obj\crt0msg.obj
build\intel\st_obj\crt0init.obj
build\intel\st_obj\crt0fp.obj
build\intel\st_obj\crt0dat.obj
build\intel\st_obj\crt0.obj
build\intel\st_obj\chkstk.obj
build\intel\st_obj\_wstargv.obj
build\intel\st_obj\_setargv.obj
build\intel\st_obj\wtombenv.obj
build\intel\st_obj\wrt2err.obj
build\intel\st_obj\wsplitpa.obj
build\intel\st_obj\wsetloca.obj
build\intel\st_obj\wsetenv.obj
build\intel\st_obj\wsearche.obj
build\intel\st_obj\wputenv.obj
build\intel\st_obj\wperror.obj
build\intel\st_obj\wmakepat.obj
build\intel\st_obj\wgetpath.obj
build\intel\st_obj\wgetenv.obj
build\intel\st_obj\winxfltr.obj
build\intel\st_obj\winsig.obj
build\intel\st_obj\w_str.obj
build\intel\st_obj\w_map.obj
build\intel\st_obj\w_loc.obj
build\intel\st_obj\w_env.obj
build\intel\st_obj\w_cmp.obj
build\intel\st_obj\umask.obj
build\intel\st_obj\syserr.obj
build\intel\st_obj\strerror.obj
build\intel\st_obj\_strerr.obj
build\intel\st_obj\splitpat.obj
build\intel\st_obj\setlocal.obj
build\intel\st_obj\setenv.obj
build\intel\st_obj\searchen.obj
build\intel\st_obj\rotr.obj
build\intel\st_obj\rotl.obj
build\intel\st_obj\rand.obj
build\intel\st_obj\qsort.obj
build\intel\st_obj\putenv.obj
build\intel\st_obj\purevirt.obj
build\intel\st_obj\perror.obj
build\intel\st_obj\nlsdata3.obj
build\intel\st_obj\nlsdata2.obj
build\intel\st_obj\nlsdata1.obj
build\intel\st_obj\onexit.obj
build\intel\st_obj\mbtowenv.obj
build\intel\st_obj\makepath.obj
build\intel\st_obj\lsearch.obj
build\intel\st_obj\lfind.obj
build\intel\st_obj\ldiv.obj
build\intel\st_obj\lconv.obj
build\intel\st_obj\lcnvinit.obj
build\intel\st_obj\labs.obj
build\intel\st_obj\inittime.obj
build\intel\st_obj\initnum.obj
build\intel\st_obj\initmon.obj
build\intel\st_obj\inithelp.obj
build\intel\st_obj\initctyp.obj
build\intel\st_obj\initcoll.obj
build\intel\st_obj\getqloc.obj
build\intel\st_obj\getpath.obj
build\intel\st_obj\getenv.obj
build\intel\st_obj\errmode.obj
build\intel\st_obj\dbgrpt.obj
build\intel\st_obj\dbgnew.obj
build\intel\st_obj\dbgdel.obj
build\intel\st_obj\dbghook.obj
build\intel\st_obj\dbgheap.obj
build\intel\st_obj\div.obj
build\intel\st_obj\ctype.obj
build\intel\st_obj\crtmbox.obj
build\intel\st_obj\cmiscdat.obj
build\intel\st_obj\charmax.obj
build\intel\st_obj\bsearch.obj
build\intel\st_obj\aw_com.obj
build\intel\st_obj\assert.obj
build\intel\st_obj\abs.obj
build\intel\st_obj\abort.obj
build\intel\st_obj\a_str.obj
build\intel\st_obj\a_map.obj
build\intel\st_obj\a_loc.obj
build\intel\st_obj\a_env.obj
build\intel\st_obj\a_cmp.obj
build\intel\st_obj\setjmpex.obj
build\intel\st_obj\setjmp3.obj
build\intel\st_obj\setjmp.obj
build\intel\st_obj\sehsupp.obj
build\intel\st_obj\longjmp.obj
build\intel\st_obj\exsup3.obj
build\intel\st_obj\exsup2.obj
build\intel\st_obj\exsup.obj
build\intel\st_obj\chkesp.obj
build\intel\st_obj\tombbmbc.obj
build\intel\st_obj\tojisjms.obj
build\intel\st_obj\mbtoupr.obj
build\intel\st_obj\mbtolwr.obj
build\intel\st_obj\mbtokata.obj
build\intel\st_obj\mbtohira.obj
build\intel\st_obj\mbsupr.obj
build\intel\st_obj\mbstok.obj
build\intel\st_obj\mbsstr.obj
build\intel\st_obj\mbsspnp.obj
build\intel\st_obj\mbsspn.obj
build\intel\st_obj\mbsset.obj
build\intel\st_obj\mbsrev.obj
build\intel\st_obj\mbsrchr.obj
build\intel\st_obj\mbspbrk.obj
build\intel\st_obj\mbsnset.obj
build\intel\st_obj\mbsninc.obj
build\intel\st_obj\mbsnicol.obj
build\intel\st_obj\mbsnicmp.obj
build\intel\st_obj\mbsnextc.obj
build\intel\st_obj\mbsncpy.obj
build\intel\st_obj\mbsncoll.obj
build\intel\st_obj\mbsncmp.obj
build\intel\st_obj\mbsnccnt.obj
build\intel\st_obj\mbsncat.obj
build\intel\st_obj\mbsnbset.obj
build\intel\st_obj\mbsnbico.obj
build\intel\st_obj\mbsnbicm.obj
build\intel\st_obj\mbsnbcpy.obj
build\intel\st_obj\mbsnbcol.obj
build\intel\st_obj\mbsnbcnt.obj
build\intel\st_obj\mbsnbcmp.obj
build\intel\st_obj\mbsnbcat.obj
build\intel\st_obj\mbslwr.obj
build\intel\st_obj\mbslen.obj
build\intel\st_obj\mbsinc.obj
build\intel\st_obj\mbsicoll.obj
build\intel\st_obj\mbsicmp.obj
build\intel\st_obj\mbsdec.obj
build\intel\st_obj\mbscspn.obj
build\intel\st_obj\mbscoll.obj
build\intel\st_obj\mbscmp.obj
build\intel\st_obj\mbschr.obj
build\intel\st_obj\mbsbtype.obj
build\intel\st_obj\mbctype.obj
build\intel\st_obj\mbclevel.obj
build\intel\st_obj\mbclen.obj
build\intel\st_obj\mbccpy.obj
build\intel\st_obj\mbbtype.obj
build\intel\st_obj\ismbupr.obj
build\intel\st_obj\ismbstr.obj
build\intel\st_obj\ismbspc.obj
build\intel\st_obj\ismbsle.obj
build\intel\st_obj\ismbpunc.obj
build\intel\st_obj\ismbprn.obj
build\intel\st_obj\ismblwr.obj
build\intel\st_obj\ismblgl.obj
build\intel\st_obj\ismbknj.obj
build\intel\st_obj\ismbgrph.obj
build\intel\st_obj\ismbdgt.obj
build\intel\st_obj\ismbbyte.obj
build\intel\st_obj\ismbalph.obj
build\intel\st_obj\ismbalnm.obj
build\intel\st_obj\mbsdup.obj
build\intel\st_obj\mbscat.obj
build\intel\st_obj\wopen.obj
build\intel\st_obj\outp.obj
build\intel\st_obj\inp.obj
build\intel\st_obj\wmktemp.obj
build\intel\st_obj\wcreat.obj
build\intel\st_obj\putch.obj
build\intel\st_obj\getch.obj
build\intel\st_obj\cputs.obj
build\intel\st_obj\cgets.obj
build\intel\st_obj\write.obj
build\intel\st_obj\txtmode.obj
build\intel\st_obj\telli64.obj
build\intel\st_obj\tell.obj
build\intel\st_obj\setmode.obj
build\intel\st_obj\read.obj
build\intel\st_obj\pipe.obj
build\intel\st_obj\osfinfo.obj
build\intel\st_obj\open.obj
build\intel\st_obj\mktemp.obj
build\intel\st_obj\lseeki64.obj
build\intel\st_obj\lseek.obj
build\intel\st_obj\locking.obj
build\intel\st_obj\isatty.obj
build\intel\st_obj\ioinit.obj
build\intel\st_obj\initcon.obj
build\intel\st_obj\fstati64.obj
build\intel\st_obj\fstat.obj
build\intel\st_obj\fleni64.obj
build\intel\st_obj\flength.obj
build\intel\st_obj\eof.obj
build\intel\st_obj\dup2.obj
build\intel\st_obj\dup.obj
build\intel\st_obj\creat.obj
build\intel\st_obj\commit.obj
build\intel\st_obj\close.obj
build\intel\st_obj\chsize.obj
build\intel\st_obj\ullshr.obj
build\intel\st_obj\ullrem.obj
build\intel\st_obj\ulldiv.obj
build\intel\st_obj\llshr.obj
build\intel\st_obj\llshl.obj
build\intel\st_obj\llrem.obj
build\intel\st_obj\llmul.obj
build\intel\st_obj\lldiv.obj
build\intel\st_obj\new.obj
build\intel\st_obj\_newmode.obj
build\intel\st_obj\delete.obj
build\intel\st_obj\new_mode.obj
build\intel\st_obj\setnewh.obj
build\intel\st_obj\handler.obj
build\intel\st_obj\sbheap.obj
build\intel\st_obj\realloc.obj
build\intel\st_obj\msize.obj
build\intel\st_obj\malloc.obj
build\intel\st_obj\heapwalk.obj
build\intel\st_obj\heapused.obj
build\intel\st_obj\hpabort.obj
build\intel\st_obj\heapmin.obj
build\intel\st_obj\heapinit.obj
build\intel\st_obj\heapchk.obj
build\intel\st_obj\heapadd.obj
build\intel\st_obj\free.obj
build\intel\st_obj\expand.obj
build\intel\st_obj\calloc.obj
build\intel\st_obj\align.obj
build\intel\st_obj\wsystem.obj
build\intel\st_obj\wspwnvpe.obj
build\intel\st_obj\wspawnvp.obj
build\intel\st_obj\wspawnve.obj
build\intel\st_obj\wspawnv.obj
build\intel\st_obj\wspwnlpe.obj
build\intel\st_obj\wspawnlp.obj
build\intel\st_obj\wspawnle.obj
build\intel\st_obj\wspawnl.obj
build\intel\st_obj\wexecvpe.obj
build\intel\st_obj\wexecvp.obj
build\intel\st_obj\wexecve.obj
build\intel\st_obj\wexecv.obj
build\intel\st_obj\wexeclpe.obj
build\intel\st_obj\wexeclp.obj
build\intel\st_obj\wexecle.obj
build\intel\st_obj\wexecl.obj
build\intel\st_obj\wdospawn.obj
build\intel\st_obj\wcenvarg.obj
build\intel\st_obj\wait.obj
build\intel\st_obj\system.obj
build\intel\st_obj\spawnvpe.obj
build\intel\st_obj\spawnvp.obj
build\intel\st_obj\spawnve.obj
build\intel\st_obj\spawnv.obj
build\intel\st_obj\spawnlpe.obj
build\intel\st_obj\spawnlp.obj
build\intel\st_obj\spawnle.obj
build\intel\st_obj\spawnl.obj
build\intel\st_obj\loaddll.obj
build\intel\st_obj\getproc.obj
build\intel\st_obj\execvpe.obj
build\intel\st_obj\execvp.obj
build\intel\st_obj\execve.obj
build\intel\st_obj\execv.obj
build\intel\st_obj\execlpe.obj
build\intel\st_obj\execlp.obj
build\intel\st_obj\execle.obj
build\intel\st_obj\execl.obj
build\intel\st_obj\dospawn.obj
build\intel\st_obj\fileinfo.obj
build\intel\st_obj\cenvarg.obj
build\intel\st_obj\typname.obj
build\intel\st_obj\typinfo.obj
build\intel\st_obj\stdexcpt.obj
build\intel\st_obj\rtti.obj
build\intel\st_obj\undname.obj
build\intel\st_obj\ehvecdtr.obj
build\intel\st_obj\ehveccvb.obj
build\intel\st_obj\ehvecctr.obj
build\intel\st_obj\validate.obj
build\intel\st_obj\user.obj
build\intel\st_obj\unhandld.obj
build\intel\st_obj\throw.obj
build\intel\st_obj\hooks.obj
build\intel\st_obj\frame.obj
build\intel\st_obj\ehprolog2.obj
build\intel\st_obj\ehprolog.obj
build\intel\st_obj\lowhelpr.obj
build\intel\st_obj\trnsctrl.obj
build\intel\st_obj\wunlink.obj
build\intel\st_obj\wstati64.obj
build\intel\st_obj\wstat.obj
build\intel\st_obj\wrmdir.obj
build\intel\st_obj\wrename.obj
build\intel\st_obj\wmkdir.obj
build\intel\st_obj\wgetcwd.obj
build\intel\st_obj\wfullpat.obj
build\intel\st_obj\wchmod.obj
build\intel\st_obj\wchdir.obj
build\intel\st_obj\waccess.obj
build\intel\st_obj\unlink.obj
build\intel\st_obj\stati64.obj
build\intel\st_obj\stat.obj
build\intel\st_obj\rmdir.obj
build\intel\st_obj\rename.obj
build\intel\st_obj\mterrno.obj
build\intel\st_obj\mkdir.obj
build\intel\st_obj\getpid.obj
build\intel\st_obj\getcwd.obj
build\intel\st_obj\fullpath.obj
build\intel\st_obj\drive.obj
build\intel\st_obj\dosmap.obj
build\intel\st_obj\chdir.obj
build\intel\st_obj\chmod.obj
build\intel\st_obj\access.obj
build\intel\st_obj\wfndfi64.obj
build\intel\st_obj\wfindfil.obj
build\intel\st_obj\enable.obj
build\intel\st_obj\slbeep.obj
build\intel\st_obj\seterrm.obj
build\intel\st_obj\findfi64.obj
build\intel\st_obj\findfile.obj
build\intel\st_obj\drivfree.obj
build\intel\st_obj\drivemap.obj
build\intel\st_obj\xtow.obj
build\intel\st_obj\xtoa.obj
build\intel\st_obj\wtox.obj
build\intel\st_obj\wctomb.obj
build\intel\st_obj\wcstombs.obj
build\intel\st_obj\wcstol.obj
build\intel\st_obj\wcstod.obj
build\intel\st_obj\towupper.obj
build\intel\st_obj\towlower.obj
build\intel\st_obj\toupper.obj
build\intel\st_obj\tolower.obj
build\intel\st_obj\swab.obj
build\intel\st_obj\strtol.obj
build\intel\st_obj\strtod.obj
build\intel\st_obj\mbtowc.obj
build\intel\st_obj\mbstowcs.obj
build\intel\st_obj\mblen.obj
build\intel\st_obj\iswctype.obj
build\intel\st_obj\isctype.obj
build\intel\st_obj\gcvt.obj
build\intel\st_obj\fcvt.obj
build\intel\st_obj\atox.obj
build\intel\st_obj\atof.obj
build\intel\st_obj\_wctype.obj
build\intel\st_obj\_mbslen.obj
build\intel\st_obj\_fptostr.obj
build\intel\st_obj\_ctype.obj

从这里也可以看出，所有合在里面的obj文件，都是在/build/intel/st_obj/目录下面的。也就验证了libc.lib是给单线程静态库使用的说法。

另外，使用lib命令还可以将需要的obj文件从lib文件中分离出来。这里解压的时候，最好是先将lib文件拷贝到一个临时目录下，不要放在VC原来的lib目录下操作。我这里放在d:\test目录进行。目标是解出一个crt0.obj文件。

D:\test>lib /EXTRACT:build\intel\st_obj\crt0.obj libc.lib
Microsoft (R) Library Manager Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.

之后，就可以用dumpbin来观察解出来的obj文件了。

D:\test>dumpbin crt0.obj
Microsoft (R) COFF Binary File Dumper Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
Dump of file crt0.obj
File Type: COFF OBJECT
Summary
           C .bss
           8 .data
          20 .debug$F
           C .rdata
         128 .text

这里使用/all选项出来的内容过多，大家可以自己去看输出，这里就不贴出来了。只是提供一个思路和方法。

另外，使用dumpbin命令，还可以看到lib文件中的函数，具体可以用linkermember选项。

D:\test>dumpbin /linkermember libc.lib>func.log

同样因为内容过多，大家还是自己去看，可以找一下_mainCRTStartup。

注意：

第8行，第1850行，第4334行有一个分隔。

本文链接

从零开始，学习windows编程(6)--改换entry，link错误的简单分析

2011-06-20T05:24:00Z

还是那个hello.c程序，我们将其小修改一下，来开始今天的话题。

1 #include <stdio.h>
2
3 int myentry()
4 {
5 printf("hello world");
6 return 0;
7 }

可以看到，我将原来main的位置换成了myentry，这会有什么结果发生呢？

D:\test>cl /c hello.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
hello.c

OK，没有问题，生成了hello.obj。

D:\test>link hello.obj
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
LIBC.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
hello.exe : fatal error LNK1120: 1 unresolved externals

link过程出现了问题，报了一个LINK2001错误。这个错误在MSDN上是这么说的：

unresolved external symbol "symbol"
Code references something (such as a function, variable, or label) that the linker can't find in the libraries and object files.
Possible causes
What the code asks for doesn't exist (the symbol is spelled incorrectly or uses the wrong case, for example).
The code asks for the wrong thing (you are using mixed versions of the libraries, some from one version of the product, others from another version).
This error message is followed by fatal error LNK1120.

具体原因，其实结合前面几篇的知识，就可以很容易的推理出来。如果大家有兴趣，可以试着先推理一下，再看下面的分析过程，这样理解更深刻一些。

对于LINK错误，应该算是C/C++特有的，而且比较麻烦，难以理解和解决的一类错误。C语言还好一些，到了C++中，LINK错误常常会带一些“乱码”符号，就更让初次接触到的童鞋们摸不到头脑了。正好借这一个小例子，来看一下思路。

首先，我们使用cl从hello.c生成了hello.obj文件，由于没有加上/Zl选项，所以生成的hello.obj文件还是带有两个defaultlib的，一个为libc.lib，还有一个oldnames.lib。这样，在LINK的时候，会将hello.obj与libc.lib进行链接，而libc.lib是很多obj合在一起形成的，里面有crt0.c生成的名为crt0.obj文件。回想我们上次看到的crt0.c的源码文件，里面函数为mainCRTStartup，在mainCRTStartup函数中调用到main函数了，main函数这个external symbol没有找到（其他函数如_heap_init。。。看来都是找到了），所以报出来一个LNK2001错误，告诉用户，main这个symbol没有找到，您把它忘哪儿啦。

相关扩展

link时使用/entry选项选定入口

D:\test>cl /c hello.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
hello.c
D:\test>link /entry:myentry hello.obj
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
LIBC.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
hello.exe : fatal error LNK1120: 1 unresolved externals

其他不变，在link的时候加上/entry选项，结果还是和原来一样。因此，可以确定，link过程需要将所有的符号找到其所，而不像编译过程可以“打马虎眼”，即使是有一些external的也可以不理。另外，不管这个函数有没有“使用”到，都必须被link程序找到。这里的“使用”意思为执行过程中，执行到它。可以再看一个例子：

1 #include <stdio.h>
2
3 int myentry()
4 {
5 printf("hello world");
6 return 0;
7 }
8
9 int main()
10 {
11 myentry();
12 }
13
14 int test()
15 {
16 nofunc();
17 return 0;
18 }

从上面的代码可以看到，在默认编译链接的情况下，test函数是没有被调用到的，而其中的nofunc函数是没有定义的。我们来对其做一下编译链接。

D:\test>cl /c hello.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
hello.c
D:\test>link hello.obj
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
hello.obj : error LNK2001: unresolved external symbol _nofunc
hello.exe : fatal error LNK1120: 1 unresolved externals

可以看到，link的时候，找不到nofunc这个symbol，从而报错。

这也是C/C++的一个比其他语言麻烦的地方，有编译时、链接时和运行时的划分，这样子清晰了，但是概念也多了，如果再加上隐藏了一些东西的实现和原理，理解起来就更不容易了。

使用/Zl选项

如果对myentry代码使用/Zl选项。

D:\test>cl /c /Zl hello.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.21022.08 for 80x86
Copyright (C) Microsoft Corporation. All rights reserved.
hello.c
D:\test>link hello.obj
Microsoft (R) Incremental Linker Version 9.00.21022.08
Copyright (C) Microsoft Corporation. All rights reserved.
LINK : fatal error LNK1561: entry point must be defined

此时，则出现LNK1561错误。MSDN上对应的解释为：

entry point must be defined
The linker did not find an entry point. You may have intended to link as a DLL, in which case you should link with the /DLL option. You may have also forgotten to specify the name of the entry point; link with the /ENTRY option.
Otherwise, you should include a main, wmain, WinMain, or wMain function in your code.
If you using LIB and intend to build a .dll, one reason for this error is that you supplied a .def file. If so, remove the .def file from the build.

因为/Zl去掉了defaultlib，所以link直接就是hello.obj，而不会去链接libc.lib，因为默认定义的entry symbol为mainCRTStartup，此时没有libc.lib，里面的mainCRTStartup也就没有，所以会提示出没有定义entry point错误。

Way1：

照MSDN上面的解释，我们再来将main函数使用上，然后做编译/Zl，以及链接工作会怎样呢？

首先将myentry改为main。之后：

D:\test>cl /c /Zl hello.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
hello.c
D:\test>link hello.obj
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
hello.obj : error LNK2001: unresolved external symbol _printf
LINK : error LNK2001: unresolved external symbol _mainCRTStartup
hello.exe : fatal error LNK1120: 2 unresolved externals

此时的错误又不相同，这里出现寻找不到printf和mainCRTStartup的链接错误。

Way2：

将/entry选项指定为myentry。

D:\test>cl /c /Zl hello.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
hello.c
D:\test>link /entry:myentry hello.obj
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
LINK : fatal error LNK1221: a subsystem can't be inferred and must be defined

又出现一个新错误，LNK1221。来看看解释：

a subsystem can’t be inferred and must be defined
The linker does not have enough information to infer which subsystem you will target your application.
To fix this error, use the /SUBSYSTEM option.

看来link的时候，还可以根据搜到的symbol以及定义的entry来自动判断编译出来的目标应用的subsystem，关于subsystem，似乎只有windows下面有这个编译选项，加上来再看一下。

D:\test>link /entry:myentry /subsystem:console hello.obj
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
hello.obj : error LNK2001: unresolved external symbol _printf
hello.exe : fatal error LNK1120: 1 unresolved externals

OK，当加上之后，也出现了LNK2001错误，比上面要少一个_mainCRTStartup，还需要一个_printf。

Way3：

而综合上面两种方法，将way1和way2合起来使用，使用main函数代替掉myentry的源码，然后将main设置entry point。

D:\test>cl /c /Zl hello.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8804 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
hello.c
D:\test>link /entry:main hello.obj
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
hello.obj : error LNK2001: unresolved external symbol _printf
hello.exe : fatal error LNK1120: 1 unresolved externals

此时的结果与way2相同，都是找不到printf这个symbol，而printf的实现的确是在libc.lib中的。

解决上面的问题很简单，只要链接libc.lib即可（当然，对于运行时还是有问题的，具体看上一篇的执行结果）。而不指定entry，同时使用main，出现的结果有mainCRTStartup链接不到的提示，说明link的时候链接器找到main，也从它的认识，认为入口为mainCRTStartup，但是找不到该symbol，所以报了这么一个错误。这也是常常让初学者摸不到头脑的一个错误。

参考：

本文链接

从零开始，学习windows编程（5）--修改入口不为mainCRTStartup

2011-06-18T13:40:00Z

上次讲到，如果在VC的console程序中，入口不为mainCRTStartup，会出现什么后果？

我们就先将入口设置为main函数。

1 #include <stdio.h>
2
3 int main()
4 {
5 printf("hello world\n");
6 return 0;
7 }

先通过GUI来设置一下，创建一个win32 console Application。

代码还是差不多，打印字符串

编译链接运行，当然没问题。

修改入口，在”project”->”setting”出现的对话框中，Link选项中，在”Entry-point symbol”中输入main。即定义好入口为main函数。

Rebuild，编译链接，没有问题。

Deleting intermediate files and output files for project 'Hello - Win32 Debug'.
--------------------Configuration: Hello - Win32 Debug--------------------
Compiling...
main.cpp
Linking...
Hello.exe - 0 error(s), 0 warning(s)

运行，出现问题。

来看一下到底是哪里出现了问题。

运行debug版本，切到出错部分。VC界面为：

不知道大家有没有看得清楚，我将call stack单独列在这里，也就是上图中标红线的部分。

NTDLL! 7c9100e8()
_heap_alloc_base(unsigned int 0x00001030) line 161
_heap_alloc_dbg(unsigned int 0x00001000, int 0x00000002, const char * 0x00420c1c `string', int 0x0000003b) line 367 + 9 bytes
_nh_malloc_dbg(unsigned int 0x00001000, int 0x00000000, int 0x00000002, const char * 0x00420c1c `string', int 0x0000003b) line 242 + 21 bytes
_malloc_dbg(unsigned int 0x00001000, int 0x00000002, const char * 0x00420c1c `string', int 0x0000003b) line 163 + 27 bytes
_getbuf(_iobuf * 0x00422a58) line 59 + 19 bytes
_flsbuf(int 0x00000068, _iobuf * 0x00422a58) line 153 + 9 bytes
write_char(int 0x00000068, _iobuf * 0x00422a58, int * 0x0012fd10) line 1083 + 75 bytes
_output(_iobuf * 0x00422a58, const char * 0x0042001d, char * 0x0012ff74) line 393 + 21 bytes
printf(const char * 0x0042001c `string') line 60 + 18 bytes
main() line 5 + 10 bytes
KERNEL32! 7c817077()

可以看到，出错部分是在NTDLL中的某个汇编代码中，但是根源是在printf，printf调用到这部分的时候，结果在_heap_alloc_base的时候出错了，_heap_alloc_base从字面意义上面就可以看出是在堆上分配内存的。

从上面一章，我们又可以得到mainCRTStartup函数在main函数之前调用，其中做了很多初始化工作，其中有一个函数调用叫做_heap_init，是用来创建和初始化CRT堆。而如果直接用main来做入口的话，则没有做这些init工作。

刚刚是通过GUI来创建的，而通过命令行，前面cl编译是一样的，link的时候使用

1 d:\test>link /entry:main hello.obj
2 Microsoft (R) Incremental Linker Version 6.00.8168
3 Copyright (C) Microsoft Corp 1992-1998. All rights reserved.

同样的效果。

另外，如果不用main，用另外一个函数，比如myentry，会出现什么情况呢？你可以先试试，下一篇来具体说明一下~

本文链接

从零开始，学习windows编程(4)--从libc.lib开始

2011-06-14T12:30:00Z

从上一篇文章中，大家已经了解到有C运行时库这个概念，这个不算是新东西，但是一般都隐藏在幕后，C/C++语言教学的时候不讲，windows/linux编程的时候似乎也不会专门讲到。不过它一般是我们C/C++编程中默认会使用的一个重要部分。回想想，我们随手打出的strcpy, memset, memcpy等等，不就是C运行时库所提供出来的东西吗？

既然这样，就要好好研究一下这个东西了。

前面已经说过，针对单线程/多线程，静态/动态链接，是否是debug版本，VC6的C运行时库提供了6个版本。具体可以看下面的截图。

而其中每一个选择对应的LIB文件，在上一篇中已经有一个列表介绍了，这里就不重复写了。这里也不全部一下子将所有的都研究一下，还是按照由浅入深的原则，从最简单的部分开始，当然，也会在牵涉到其他部分的时候，进行一定的说明。

最简单的当然是Single-Threaded，同时也是static link的了。其对应的文件为LIBC.LIB。对应CL的编译选项为/ML。

既然要研究这个LIB文件，那当然是有源码最好了，jjhou不是说过，“源码面前，了无秘密”吗。那我们在哪里找到有源码呢？

只要你安装了VC6，它就带有CRT的源码，具体目录和你安装VC6的目录有关，在我电脑上的路径为“d:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC\”，你进去之后会发现，里面有不少熟悉的名字，如“MATH.H”、“STDIO.H”、“STDLIB.H”、“STRING.H”等，由于C运行时库被C++运行时库包含，所以这里面还有C++标准库的代码，所以还能看到“IOSTREAM”、“CSTDIO”、“algorithm”等C++的std头文件。

这里就出现了一个问题，这里的文件有成百上千个，我们一个个全部看是不可能的，那如何找出关键的部分来呢？

如果还对上一篇的分析有印象，并且带有问题的同学，应该很容易联想到，我们在link不带有defaultlibs信息的hello.obj文件时，出现了两个LINK2001错误，分别是找不到_printf和_mainCRTStartup这两个symbol文件。

编译器CL在编译C程序的时候，内部将需要编译的函数前面加上下划线(_)用来标识，_printf具体指的就是printf函数，_mainCRTStartup则是mainCRTStartup，是在哪里使用的呢？

我们已经知道，printf函数和mainCRTStartup函数的实现都是在LIBC.LIB中，printf，是我们main函数中用来打印信息的，而mainCRTStartup，则是hello.exe的入口(entry point)。

入口

学过C语言的人都知道，有一个main函数，是一个程序的入口。不管怎样，main函数是特殊的。在TCPL (“The C programming Language” by K&R) 的1.1章节，介绍Hello World的时候说的一段话：

Now, for some explanations about the program itself. A C program, whatever its size, consists of functions and variables. A function contains statements that specify the computing operations to be done, and variables store values used during the computation. C functions are like the subroutines and functions in Fortran or the procedures and functions of Pascal. Our example is a function named main. Normally you are at liberty to give functions whatever names you like, but “main” is special - your program begins executing at the beginning of main. This means that every program must have a main somewhere.

因为这一段话，因为这本书的经典，很多人包括我思路都很难转变。一直都认为main就是C程序的入口函数。不过，真的是这样吗？

使用汇编的童鞋都知道，汇编的入口函数只是一个符号，是可以随意定义的，之后就从入口开始，PC一条条的开始执行汇编代码。对于C程序来说，main也是一个符号而已，不过这个符号与汇编的_start有些区别，_start可以用其他符号直接代替，而在windows系统下，VC开发的环境中，我们的hello.exe的main函数之前还有一个mainCRTStartup（呼，好多限制条件，好绕口……）。

crt0.c

为什么需要mainCRTStartup呢，我们还是要看一下源码实现。先搜索到mainCRTStartup所在的文件，为crt0.c，其全部代码如下：

/***
*crt0.c - C runtime initialization routine
*
* Copyright (c) 1989-1997, Microsoft Corporation. All rights reserved.
*
*Purpose:
* This the actual startup routine for apps. It calls the user's main
* routine [w]main() or [w]WinMain after performing C Run-Time Library
* initialization.
*
* (With ifdef's, this source file also provides the source code for
* wcrt0.c, the startup routine for console apps with wide characters,
* wincrt0.c, the startup routine for Windows apps, and wwincrt0.c,
* the startup routine for Windows apps with wide characters.)
*
*******************************************************************************/

#ifdef _WIN32

#ifndef CRTDLL

#include <cruntime.h>
#include <dos.h>
#include <internal.h>
#include <stdlib.h>
#include <string.h>
#include <rterr.h>
#include <windows.h>
#include <awint.h>
#include <tchar.h>
#include <dbgint.h>

/*
* wWinMain is not yet defined in winbase.h. When it is, this should be
* removed.
*/

int
WINAPI
wWinMain(
HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPWSTR lpCmdLine,
int nShowCmd
);

#ifdef WPRFLAG
_TUCHAR * __cdecl _wwincmdln(void);
#else /* WPRFLAG */
_TUCHAR * __cdecl _wincmdln(void);
#endif /* WPRFLAG */

/*
* command line, environment, and a few other globals
*/

#ifdef WPRFLAG
wchar_t *_wcmdln; /* points to wide command line */
#else /* WPRFLAG */
char *_acmdln; /* points to command line */
#endif /* WPRFLAG */

char *_aenvptr = NULL; /* points to environment block */
wchar_t *_wenvptr = NULL; /* points to wide environment block */

void (__cdecl * _aexit_rtn)(int) = _exit; /* RT message return procedure */

static void __cdecl fast_error_exit(int); /* Error exit via ExitProcess */

/*
* _error_mode and _apptype, together, determine how error messages are
* written out.
*/
int __error_mode = _OUT_TO_DEFAULT;
#ifdef _WINMAIN_
int __app_type = _GUI_APP;
#else /* _WINMAIN_ */
int __app_type = _CONSOLE_APP;
#endif /* _WINMAIN_ */

/***
*BaseProcessStartup(PVOID Peb)
*
*Purpose:
* This routine does the C runtime initialization, calls main(), and
* then exits. It never returns.
*
*Entry:
* PVOID Peb - pointer to Win32 Process Environment Block (not used)
*
*Exit:
* This function never returns.
*
*******************************************************************************/

#ifdef _WINMAIN_

#ifdef WPRFLAG
void wWinMainCRTStartup(
#else /* WPRFLAG */
void WinMainCRTStartup(
#endif /* WPRFLAG */

#else /* _WINMAIN_ */

#ifdef WPRFLAG
void wmainCRTStartup(
#else /* WPRFLAG */
void mainCRTStartup(
#endif /* WPRFLAG */

#endif /* _WINMAIN_ */
void
)

{
int mainret;

#ifdef _WINMAIN_
_TUCHAR *lpszCommandLine;
STARTUPINFO StartupInfo;
#endif /* _WINMAIN_ */

/*
* Get the full Win32 version
*/
_osver = GetVersion();

_winminor = (_osver >> 8) & 0x00FF ;
_winmajor = _osver & 0x00FF ;
_winver = (_winmajor << 8) + _winminor;
_osver = (_osver >> 16) & 0x00FFFF ;

#ifdef _MT
if ( !_heap_init(1) ) /* initialize heap */
#else /* _MT */
if ( !_heap_init(0) ) /* initialize heap */
#endif /* _MT */
fast_error_exit(_RT_HEAPINIT); /* write message and die */

#ifdef _MT
if( !_mtinit() ) /* initialize multi-thread */
fast_error_exit(_RT_THREAD); /* write message and die */
#endif /* _MT */

/*
* Guard the remainder of the initialization code and the call
* to user's main, or WinMain, function in a __try/__except
* statement.
*/

__try {

_ioinit(); /* initialize lowio */

#ifdef WPRFLAG
/* get wide cmd line info */
_wcmdln = (wchar_t *)__crtGetCommandLineW();

/* get wide environ info */
_wenvptr = (wchar_t *)__crtGetEnvironmentStringsW();

_wsetargv();
_wsetenvp();
#else /* WPRFLAG */
/* get cmd line info */
_acmdln = (char *)GetCommandLineA();

/* get environ info */
_aenvptr = (char *)__crtGetEnvironmentStringsA();

_setargv();
_setenvp();
#endif /* WPRFLAG */

_cinit(); /* do C data initialize */

#ifdef _WINMAIN_

StartupInfo.dwFlags = 0;
GetStartupInfo( &StartupInfo );

#ifdef WPRFLAG
lpszCommandLine = _wwincmdln();
mainret = wWinMain(
#else /* WPRFLAG */
lpszCommandLine = _wincmdln();
mainret = WinMain(
#endif /* WPRFLAG */
GetModuleHandleA(NULL),
NULL,
lpszCommandLine,
StartupInfo.dwFlags & STARTF_USESHOWWINDOW
? StartupInfo.wShowWindow
: SW_SHOWDEFAULT
);
#else /* _WINMAIN_ */

#ifdef WPRFLAG
__winitenv = _wenviron;
mainret = wmain(__argc, __wargv, _wenviron);
#else /* WPRFLAG */
__initenv = _environ;
mainret = main(__argc, __argv, _environ);
#endif /* WPRFLAG */

#endif /* _WINMAIN_ */
exit(mainret);
}
__except ( _XcptFilter(GetExceptionCode(), GetExceptionInformation()) )
{
/*
* Should never reach here
*/
_exit( GetExceptionCode() );

} /* end of try - except */

}

/***
*_amsg_exit(rterrnum) - Fast exit fatal errors
*
*Purpose:
* Exit the program with error code of 255 and appropriate error
* message.
*
*Entry:
* int rterrnum - error message number (amsg_exit only).
*
*Exit:
* Calls exit() (for integer divide-by-0) or _exit() indirectly
* through _aexit_rtn [amsg_exit].
* For multi-thread: calls _exit() function
*
*Exceptions:
*
*******************************************************************************/

void __cdecl _amsg_exit (
int rterrnum
)
{
#ifdef _WINMAIN_
if ( __error_mode == _OUT_TO_STDERR )
#else /* _WINMAIN_ */
if ( __error_mode != _OUT_TO_MSGBOX )
#endif /* _WINMAIN_ */
_FF_MSGBANNER(); /* write run-time error banner */

_NMSG_WRITE(rterrnum); /* write message */
_aexit_rtn(255); /* normally _exit(255) */
}

/***
*fast_error_exit(rterrnum) - Faster exit fatal errors
*
*Purpose:
* Exit the process with error code of 255 and appropriate error
* message.
*
*Entry:
* int rterrnum - error message number (amsg_exit only).
*
*Exit:
* Calls ExitProcess.
*
*Exceptions:
*
*******************************************************************************/

static void __cdecl fast_error_exit (
int rterrnum
)
{
#ifdef _WINMAIN_
if ( __error_mode == _OUT_TO_STDERR )
#else /* _WINMAIN_ */
if ( __error_mode != _OUT_TO_MSGBOX )
#endif /* _WINMAIN_ */
_FF_MSGBANNER(); /* write run-time error banner */

_NMSG_WRITE(rterrnum); /* write message */
ExitProcess(255); /* normally _exit(255) */
}

#ifndef WPRFLAG

#endif /* WPRFLAG */

#endif /* CRTDLL */

#else /* _WIN32 */

#include <cruntime.h>
#include <internal.h>
#include <stdlib.h>
#include <msdos.h>
#include <string.h>
#include <setjmp.h>
#include <dbgint.h>
#include <macos\types.h>
#include <macos\segload.h>
#include <macos\gestalte.h>
#include <macos\osutils.h>
#include <macos\traps.h>
#include <mpw.h>

static void __cdecl Inherit(void); /* local function */

int __cdecl main(int, char **, char **); /*generated by compiler*/

unsigned long _GetShellStack(void);

static char * __cdecl _p2cstr_internal ( unsigned char * str );

extern MPWBLOCK * _pMPWBlock;
extern int __argc;
extern char **__argv;

/***
*__crt0()
*
*Purpose:
* This routine does the C runtime initialization, calls main(), and
* then exits. It never returns.
*
*Entry:
*
*Exit:
* This function never returns.
*
*******************************************************************************/

void __cdecl __crt0 (
)
{
int mainret;
char szPgmName[32];
char *pArg;
char *argv[2];

#ifndef _M_MPPC
void *pv;

/* This is the magic stuff that MPW tools do to get info from MPW*/

pv = (void *)*(int *)0x316;
if (pv != NULL && !((int)pv & 1) && *(int *)pv == 'MPGM') {
pv = (void *)*++(int *)pv;
if (pv != NULL && *(short *)pv == 'SH') {
_pMPWBlock = (MPWBLOCK *)pv;
}
}

#endif /* _M_MPPC */

_environ = NULL;
if (_pMPWBlock == NULL) {
__argc = 1;
memcpy(szPgmName, (char *)0x910, sizeof(szPgmName));
pArg = _p2cstr_internal(szPgmName);
argv[0] = pArg;
argv[1] = NULL;
__argv = argv;

#ifndef _M_MPPC
_shellStack = 0; /* force ExitToShell */
#endif /* _M_MPPC */
}
#ifndef _M_MPPC
else {
_shellStack = _GetShellStack(); //return current a6, or first a6
_shellStack += 4; //a6 + 4 is the stack pointer we want
__argc = _pMPWBlock->argc;
__argv = _pMPWBlock->argv;

Inherit(); /* Inherit file handles - env is set up by _envinit if needed */
}
#endif /* _M_MPPC */

/*
* call run time initializer
*/
__cinit();

mainret = main(__argc, __argv, _environ);
exit(mainret);
}

#ifndef _M_MPPC
/***
*Inherit() - obtain and process info on inherited file handles.
*
*Purpose:
*
* Locates and interprets MPW std files. For files we just save the
* file handles. For the console we save the device table address so
* we can do console I/O. In the latter case, FDEV is set in the _osfile
* array.
*
*Entry:
* Address of MPW param table
*
*Exit:
* No return value.
*
*Exceptions:
*
*******************************************************************************/

static void __cdecl Inherit (
void
)
{
MPWFILE *pFile;
int i;
pFile = _pMPWBlock->pFile;
if (pFile == NULL) {
return;
}
for (i = 0; i < 3; i++) {
switch ((pFile->pDevice)->name) {
case 'ECON':
_osfile[i] |= FDEV | FOPEN;
_osfhnd[i] = (int)pFile;
break;

case 'FSYS':
_osfile[i] |= FOPEN;
_osfhnd[i] = (*(pFile->ppFInfo))->ioRefNum;
break;
}
pFile++;
}
}

#endif /* _M_MPPC */

static char * __cdecl _p2cstr_internal (
unsigned char * str
)
{
unsigned char *pchSrc;
unsigned char *pchDst;
int cch;

if ( str && *str ) {
pchDst = str;
pchSrc = str + 1;

for ( cch=*pchDst; cch; --cch ) {
*pchDst++ = *pchSrc++;
}

*pchDst = '\0';
}

return( str );
}

#endif /* _WIN32 */

用到的宏

可以看到，里面使用了很多的宏，同时还涉及到一些例如wWinMainCRTStartup，WinMainCRTStartup，wmainCRTStartup以及我们现在需要查看的mainCRTStartup。根据不同的宏来选用不同的代码实现。

_WIN32
CRTDLL
WPRFLAG
_WINMAIN_
_MT
_M_MPPC

宏定义	说明
_WIN32	Defined for applications for Win32 and Win64. Always defined.
CRTDLL	未在官方MSDN上找到，应为MSVCRT.DLL的相关宏
WPRFLAG	未找到说明，应为unicode版的相关宏（默认为Multibyte）
_WINMAIN_	未找到说明，应为windows窗体程序（默认为console程序）
_MT	Defined when /MD or /MDd (Multithreaded DLL) or /MT or /MTd (Multithreaded) is specified.
_M_MPPC	Defined for Power Macintosh platforms (no longer supported).

整理之后的代码

因为我们这里分析的是mainCRTStartup，用的是命令行程序，非unicode版本，单线程，非PPC。所以可以将对应的一些宏去掉，最终整理得到的代码（不包含辅助函数）为：

1 /***
2 *crt0.c - C runtime initialization routine
3 *
4 * Copyright (c) 1989-1997, Microsoft Corporation. All rights reserved.
5 *
6 *Purpose:
7 * This the actual startup routine for apps. It calls the user's main
8 * routine [w]main() or [w]WinMain after performing C Run-Time Library
9 * initialization.
10 *
11 * (With ifdef's, this source file also provides the source code for
12 * wcrt0.c, the startup routine for console apps with wide characters,
13 * wincrt0.c, the startup routine for Windows apps, and wwincrt0.c,
14 * the startup routine for Windows apps with wide characters.)
15 *
16 *******************************************************************************/
17
18 #include <cruntime.h>
19 #include <dos.h>
20 #include <internal.h>
21 #include <stdlib.h>
22 #include <string.h>
23 #include <rterr.h>
24 #include <windows.h>
25 #include <awint.h>
26 #include <tchar.h>
27 #include <dbgint.h>
28
29 _TUCHAR * __cdecl _wincmdln(void);
30
31 /*
32 * command line, environment, and a few other globals
33 */
34 char *_acmdln; /* points to command line */
35
36 char *_aenvptr = NULL; /* points to environment block */
37 wchar_t *_wenvptr = NULL; /* points to wide environment block */
38
39
40 void (__cdecl * _aexit_rtn)(int) = _exit; /* RT message return procedure */
41
42 static void __cdecl fast_error_exit(int); /* Error exit via ExitProcess */
43
44 /*
45 * _error_mode and _apptype, together, determine how error messages are
46 * written out.
47 */
48 int __error_mode = _OUT_TO_DEFAULT;
49 int __app_type = _CONSOLE_APP;
50
51
52 /***
53 *BaseProcessStartup(PVOID Peb)
54 *
55 *Purpose:
56 * This routine does the C runtime initialization, calls main(), and
57 * then exits. It never returns.
58 *
59 *Entry:
60 * PVOID Peb - pointer to Win32 Process Environment Block (not used)
61 *
62 *Exit:
63 * This function never returns.
64 *
65 *******************************************************************************/
66
67 void mainCRTStartup(void)
68 {
69 int mainret;
70
71 /*
72 * Get the full Win32 version
73 */
74 _osver = GetVersion();
75
76 _winminor = (_osver >> 8) & 0x00FF ;
77 _winmajor = _osver & 0x00FF ;
78 _winver = (_winmajor << 8) + _winminor;
79 _osver = (_osver >> 16) & 0x00FFFF ;
80
81 if ( !_heap_init(0) ) /* initialize heap */
82 fast_error_exit(_RT_HEAPINIT); /* write message and die */
83
84 /*
85 * Guard the remainder of the initialization code and the call
86 * to user's main, or WinMain, function in a __try/__except
87 * statement.
88 */
89
90 __try {
91
92 _ioinit(); /* initialize lowio */
93
94 /* get cmd line info */
95 _acmdln = (char *)GetCommandLineA();
96
97 /* get environ info */
98 _aenvptr = (char *)__crtGetEnvironmentStringsA();
99
100 _setargv();
101 _setenvp();
102
103 _cinit(); /* do C data initialize */
104
105 __initenv = _environ;
106 mainret = main(__argc, __argv, _environ);
107
108 exit(mainret);
109 }
110 __except ( _XcptFilter(GetExceptionCode(), GetExceptionInformation()) )
111 {
112 /*
113 * Should never reach here
114 */
115 _exit( GetExceptionCode() );
116
117 } /* end of try - except */
118 }

这样，就可以分析一下得到的代码了。同时，从代码中可以看到微软的编码风格，学习到一部分。

在mainCRTStartup()函数中，主要调用了GetVersion, _heap_init, fast_error_exit, _ioinit, GetCommandLineA, __crtGetEnvironmentStringsA, _setargv, _setenvp, _cinit, exit，以及最重要的main函数。

其中fast_error_exit位于crt0.c中，实现如下

1 static void __cdecl fast_error_exit (
2 int rterrnum
3 )
4 {
5 #ifdef _WINMAIN_
6 if ( __error_mode == _OUT_TO_STDERR )
7 #else /* _WINMAIN_ */
8 if ( __error_mode != _OUT_TO_MSGBOX )
9 #endif /* _WINMAIN_ */
10 _FF_MSGBANNER(); /* write run-time error banner */
11
12 _NMSG_WRITE(rterrnum); /* write message */
13 ExitProcess(255); /* normally _exit(255) */
14 }

其他一些函数所在的文件或者说明如下，感兴趣的同学可以自行研究，这里因为篇幅原因，就不一一展开了。

函数名	文件	说明
GetVersion	win32 API
_heap_init	Heapinit.c
_ioinit	Ioinit.c
GetCommandLineA	win32 API
__crtGetEnvironmentStringsA	A_env.c
_setargv	Setargv.c
_setenvp	Stdenvp.c
_cinit	Crt0dat.c
exit	Crt0dat.c

由此可见，mainCRTStartup为main函数做了一些初始化的工作，包括创建heap，初始化low IO，以及命令行参数和环境变量的获取，和初始化C runtime Data。

至于内部的实现细节，因为时间关系，还没有具体去研究，暂时就先放在这里，等研究有一些心得再加到这里来。

当没有做这些初始化工作，而直接使用main作为入口函数的话，是会出现很多问题的，具体在下一篇写吧。

由于涉及到的这部分，网络上面的参考较少，自己揣摩出来居多，有错误难免，希望大家批评指正。

参考：

本文链接

从零开始，学习windows编程（3）—hello.c的疑惑

2011-06-10T06:32:00Z

上一篇，我们问了几个问题，这一篇就从hello.c的各个方面来研究研究，等到这一篇的结束来看这些疑惑有哪些是可以解答了的，当然还有一些可能要放到后面解决了……。

既然要抽丝剥茧，就要从手头已有的线索出发，同时加上搜索到的知识，以及自己的思考，任何问题的解决都是通过这个路径（当然，老板除外，老板这种生物只需要发出指令，然后得到结果就OK了……）。

我们现在有的，是一个hello.c文件，通过cl命令就可以生成目标hello.exe文件。

那我们就可以研究一下cl这个东西。

CL解释

CL.EXE（或cl.exe，似乎windows的文件系统对于大小写是不敏感的），是何许人也呢？直接引用微软的说辞吧（http://msdn.microsoft.com/en-us/library/9s7c9wdw(v=vs.71).aspx）。

CL.exe is a 32-bit tool that controls the Microsoft C and C++ compilers and linker. The compilers produce Common Object File Format (COFF) object (.obj) files. The linker produces executable (.exe) files or dynamic-link libraries (DLLs).
Note that all compiler options are case sensitive.
To compile without linking, use /c.

因为VC6的版本说明没有找到，这里的说明文字是Visual studio 2003的CL.EXE说明，不过都是一样的。从上面的说明可以看到CL是用来控制微软C和C++编译器（compiler）和链接器（linker），一共做了两件事情。编译器会生成COFF文件格式的目标文件（.obj）；链接器会生成可执行文件（.exe）或者动态链接库文件（DLLs）。

对比我们之前的做法，的确是执行cl命令之后，生成了一个hello.obj文件和一个hello.exe文件。

另外在最后，还说明了一下，使用/c选项，则可以不进行链接过程。

CL选项

那cl还有哪些选项呢？使用cl /?来看看。

1 d:\test>cl /?
2 Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
3 Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
4
5 C/C++ COMPILER OPTIONS
6
7 -OPTIMIZATION-
8
9 /O1 minimize space /Op[-] improve floating-pt consistency
10 /O2 maximize speed /Os favor code space
11 /Oa assume no aliasing /Ot favor code speed
12 /Ob<n> inline expansion (default n=0) /Ow assume cross-function aliasing
13 /Od disable optimizations (default) /Ox maximum opts. (/Ogityb1 /Gs)
14 /Og enable global optimization /Oy[-] enable frame pointer omission
15 /Oi enable intrinsic functions
16
17 -CODE GENERATION-
18
19 /G3 optimize for 80386 /Gy separate functions for linker
20 /G4 optimize for 80486 /Ge force stack checking for all funcs
21 /G5 optimize for Pentium /Gs[num] disable stack checking calls
22 /G6 optimize for Pentium Pro /Gh enable hook function call
23 /GB optimize for blended model (default) /GR[-] enable C++ RTTI
24 /Gd __cdecl calling convention /GX[-] enable C++ EH (same as /EHsc)
25 /Gr __fastcall calling convention /Gi[-] enable incremental compilation
26 /Gz __stdcall calling convention /Gm[-] enable minimal rebuild
27 /GA optimize for Windows Application /EHs enable synchronous C++ EH
28 /GD optimize for Windows DLL /EHa enable asynchronous C++ EH
29
30 /Gf enable string pooling /EHc extern "C" defaults to nothrow
31 /GF enable read-only string pooling /QIfdiv[-] enable Pentium FDIV fix
32 /GZ enable runtime debug checks /QI0f[-] enable Pentium 0x0f fix
33
34 -OUTPUT FILES-
35
36 /Fa[file] name assembly listing file /Fo<file> name object file
37 /FA[sc] configure assembly listing /Fp<file> name precompiled header file
38 /Fd[file] name .PDB file /Fr[file] name source browser file
39 /Fe<file> name executable file /FR[file] name extended .SBR file
40 /Fm[file] name map file
41
42 -PREPROCESSOR-
43
44 /C don't strip comments /FI<file> name forced include file
45 /D<name>{=|#}<text> define macro /U<name> remove predefined macro
46 /E preprocess to stdout /u remove all predefined macros
47 /EP preprocess to stdout, no #line /I<dir> add to include search path
48 /P preprocess to file /X ignore "standard places"
49
50 -LANGUAGE-
51
52 /Zi enable debugging information /Zl omit default library name in .OBJ
53 /ZI enable Edit and Continue debug info /Zg generate function prototypes
54
55 /Z7 enable old-style debug info /Zs syntax check only
56 /Zd line number debugging info only /vd{0|1} disable/enable vtordisp
57 /Zp[n] pack structs on n-byte boundary /vm<x> type of pointers to members
58 /Za disable extensions (implies /Op) /noBool disable "bool" keyword
59 /Ze enable extensions (default)
60
61 -MISCELLANEOUS-
62
63 /?, /help print this help message /V<string> set version string
64 /c compile only, no link /w disable all warnings
65 /H<num> max external name length /W<n> set warning level (default n=1)
66 /J default char type is unsigned /WX treat warnings as errors
67 /nologo suppress copyright message /Yc[file] create .PCH file
68 /Tc<source file> compile file as .c /Yd put debug info in every .OBJ
69 /Tp<source file> compile file as .cpp /Yu[file] use .PCH file
70 /TC compile all files as .c /YX[file] automatic .PCH
71 /TP compile all files as .cpp /Zm<n> max memory alloc (% of default)
72
73 -LINKING-
74
75 /MD link with MSVCRT.LIB /MDd link with MSVCRTD.LIB debug lib
76 /ML link with LIBC.LIB /MLd link with LIBCD.LIB debug lib
77 /MT link with LIBCMT.LIB /MTd link with LIBCMTD.LIB debug lib
78 /LD Create .DLL /F<num> set stack size
79
80 /LDd Create .DLL debug libary /link [linker options and libraries]

具体可以看（http://msdn.microsoft.com/en-us/library/19z1t1wy(v=VS.71).aspx）来了解。

选项的具体使用

原来有这么多的选项。数了一下，有99个选项之多。每个选项都有自己的作用，就需要使用的时候去熟悉了，不过我们现在不需要了解这么多，我们就来看下/c选项好了。

This option prevents the automatic call to LINK. Compiling with /c creates .obj files only. You must call LINK explicitly with the proper files and options to perform the linking phase of the build.
Any internal project created in the development environment uses the /c option by default.
To set this compiler option in the Visual Studio development environment
This option is not available from within the development environment.
To set this compiler option programmatically
This compiler option cannot be changed programmatically.

要彻底理解它，就必须知道C语言到目标代码的过程。首先，C语言中有两种文件，一个.c文件（我们一般称之为源文件），一个.h文件（我们一般称之为头文件）。头文件一般会被源文件包含，而源文件会被编译成一个二进制中间文件，之后所有的二进制中间文件会通过链接器进行链接，形成一个可以在某个特定系统上执行的二进制可执行文件。

于是，C语言-->可执行代码可以明显的分为编译过程和链接过程，而由于C语言中一种特殊语法--“宏”的存在，所以还有一个预编译过程，在预编译过程中，C语言中的宏会被展开；同时，包含的头文件中的代码，会根据条件编译等，囊括到源文件中，这些工作做好后，给编译器的就是一份新的源码文件，供编译阶段使用。

另外，相信大家都知道，C语言是从汇编语言发展过来的，汇编是从机器码发展过来的，以前的编译器都是先将C语言编译成汇编语言，再将其解释成机器码就可以了。现代编译器除了做这个，还可以对代码进行优化。不过基本思想是一直没有变的。

而我们做C开发的时候，有时稍微看一下汇编之后的代码，对于计算机是如何执行程序的过程，会有更清晰的认识。

那么，用cl可以生成汇编代码吗？答案当然是肯定的。

在命令行输入cl /FA hello.c，看看生成了哪些东西？当然，如果你不要生成.exe文件，可以加上/c选项。

可以看到生成了.obj文件和.asm文件。

查看asm文件内容

1 TITLE hello.c
2 .386P
3 include listing.inc
4 if @Version gt 510
5 .model FLAT
6 else
7 _TEXT SEGMENT PARA USE32 PUBLIC 'CODE'
8 _TEXT ENDS
9 _DATA SEGMENT DWORD USE32 PUBLIC 'DATA'
10 _DATA ENDS
11 CONST SEGMENT DWORD USE32 PUBLIC 'CONST'
12 CONST ENDS
13 _BSS SEGMENT DWORD USE32 PUBLIC 'BSS'
14 _BSS ENDS
15 _TLS SEGMENT DWORD USE32 PUBLIC 'TLS'
16 _TLS ENDS
17 FLAT GROUP _DATA, CONST, _BSS
18 ASSUME CS: FLAT, DS: FLAT, SS: FLAT
19 endif
20 PUBLIC _main
21 EXTRN _printf:NEAR
22 _DATA SEGMENT
23 $SG336 DB 'abcdefg.', 0aH, 00H
24 _DATA ENDS
25 _TEXT SEGMENT
26 _main PROC NEAR
27 ; File hello.c
28 ; Line 4
29 push ebp
30 mov ebp, esp
31 ; Line 5
32 push OFFSET FLAT:$SG336
33 call _printf
34 add esp, 4
35 ; Line 7
36 xor eax, eax
37 ; Line 8
38 pop ebp
39 ret 0
40 _main ENDP
41 _TEXT ENDS
42 END

这个汇编代码，仅仅用cl再进行编译，我还没有找到方法，所以这里就要引入一个新工具--ml，ml是MASM中编译汇编代码使用的编译器，同样，它也会调用到link，并且让它不调用link，使用的编译选项也是/c。

从cl和hello.c，我们引出了hello.obj，hello.asm，以及ml.exe，包括C语言到可执行文件的过程。下面先跳过ml，来看看链接过程。

链接过程

链接过程也就是将.obj变成.exe的过程，使用的是link.exe。

直接使用cl /c hello.c产生的hello.obj文件，输入命令link hello.obj，直接就生成了.exe文件。

真简单~不过，且慢，我们有main函数，但是至少printf函数这个东西，是在哪里呢？

秘密就藏在生成的那个.obj文件中啦！如果用另外一个.obj文件（稍候我们会用另外一个hello.obj），那就会得到错误哦。

那我们打开obj文件来看看吧。怎么？还要看二进制文件？不用担心，看的还是英文字符，多说无用，还是看下就知道了。

这里我使用的是winhex，其实使用其他任何一个文本编辑器都是可以的，不过看二进制文件我还是习惯使用专门的二进制编辑器。截图用的picpick。顺便说明下。

左边是文件内容，主要看右边，红线划过的地方。看不清的同学可以看这里：

-defaultlib:LIBC –defaultlib:OLDNAMES

其实，链接过程会将所有的静态库和目标文件进行链接，而在这份hello.obj文件中，指定了两个default lib，一个为libc.lib，一个为oldnames.lib。而这两个lib文件又是何方神圣呢？

libc.lib为单线程静态C标准库（在cl中可使用/ML选项定义对其的链接），而oldnames.lib则是为了兼容微软以前的C/C++开发系统，基本不使用了，至少在我们这个hello.c编译链接成exe的过程中，可以忽略掉它。

其实，我们用一个很简单的方法可以知道我们的程序链接了哪些库。

1 d:\test>link /verbose:lib hello.obj
2 Microsoft (R) Incremental Linker Version 6.00.8168
3 Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
4
5 Searching Libraries
6 Searching D:\Program Files\Microsoft Visual Studio\VC98\lib\LIBC.lib:
7 Searching D:\Program Files\Microsoft Visual Studio\VC98\lib\OLDNAMES.lib:
8 Searching D:\Program Files\Microsoft Platform SDK\Lib\.\kernel32.lib:
9
10 Done Searching Libraries

这里还可以使用一个小工具，叫做dumpbin的，可以利用它的选项来分析hello.obj文件，看到defaultlib，而不用打开文件自己查看。

1 d:\test>dumpbin /DIRECTIVES hello.obj
2 Microsoft (R) COFF Binary File Dumper Version 6.00.8168
3 Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
4
5 Dump of file hello.obj
6
7 File Type: COFF OBJECT
8
9 Linker Directives
10 -----------------
11 -defaultlib:LIBC
12 -defaultlib:OLDNAMES
13
14 Summary
15
16 A .data
17 26 .drectve
18 14 .text

oldnames.lib我们可以略过，但是libc.lib我们还是需要了解的，今后要做VC相关项目，使用到第三方库的会经常用到。为了解释libc.lib，我们需要引入一个新的概念--“C语言运行库”，这里我们只讨论windows平台，VC中使用的被称为MSVC CRT。

另外还要牵涉到的一个概念就是线程。

C语言运行时库(C Run-time Library)---CRT

要了解这个东西，就需要对C语言的发展史有一定的了解。C语言是在上世纪70年代在B语言的基础上被发明出来的，之后Dennis Ritchie 和 Brian Kernighan 就用C本身重写了90%以上的 UNIX 系统函数。并且把其中最常用的部分独立出来，形成头文件和对应的 LIBRARY，C run-time library 就是这样形成的。在类UNIX系统中，C运行库被认为是系统的一部分。

我们看看维基百科上面的定义吧

In computer programming, a runtime library is a special program library used by a compiler, to implement functions built into a programming language, during the execution (runtime) of a computer program. This often includes functions for input and output, or for memory management.

而随着C语言的流行，出现了很多C编译器，也就有很多C运行时库的实现。主要有下面的几种

BSD libc, implementations distributed under BSD operating systems.
GNU C Library, used in GNU/Linux and GNU/HURD.
Dinkum C99 Library from Dinkumware, most common commercially licensed one
Microsoft C Run-time Library, part of Microsoft Visual C++
dietlibc, an alternative small implementation of the C standard library (MMU-less)
uClibc, a C standard library for embedded Linux systems (MMU-less)
Newlib, a C standard library for embedded systems (MMU-less)
klibc, primarily for booting Linux systems.
EGLIBC, variant of glibc for embedded systems.
musl, another lightweight C standard library implementation for Linux systems

可以看到，我们现在讨论的Microsoft C Run-time Library也是其中的一种。在那个年代，线程还没有被应用到操作系统上，应用程序都是单线程的。所以最初的C Run-time Library都是单线程的。另外动态库的概念也是后期出现的，所以一开始C Run-time Library也只是静态链接。

随着时间的推移，计算机技术也在不断进步。C语言运行时库也根据单线程、多线程、静态链接、动态链接，是否需要debug信息的不同，分为不同的版本。在微软是MSVC CRT实现中，具体是按照表格中的实现来分类的（从VS2003 MSDN中摘录）。其中，静态链接有单线程和多线程版本，动态链接仅有多线程版本。

C run-time library (without iostream or standard C++ library)	Characteristics	Option （编译选项）	Preprocessor directives（预编译宏）
LIBC.LIB	Single-threaded, static link	/ML	不带任何宏
LIBCMT.LIB	Multithreaded, static link	/MT	_MT
MSVCRT.LIB	Multithreaded, dynamic link (import library for MSVCR71.DLL). Be aware that if you use the Standard C++ Library, your program will need MSVCP71.DLL to run.	/MD	_MT, _DLL
LIBCD.LIB	Single-threaded, static link (debug)	/MLd	_DEBUG
LIBCMTD.LIB	Multithreaded, static link (debug)	/MTd	_DEBUG, _MT
MSVCRTD.LIB	Multithreaded, dynamic link (import library for MSVCR71D.DLL) (debug)	/MDd	_DEBUG, _MT, _DLL

这里要提及一下的是VS2003之后，也就是VS2005版本中，LIBC.LIB是不会出现了。下面这段说明是从VS2005的CRT说明页面中摘下来的。

Note
The single-threaded CRT (libc.lib, libcd.lib) (formerly the /ML or /MLd options) is no longer available. Instead, use the multithreaded CRT. See Multithreaded Libraries Performance.

所以，VC6中很多代码，直接在VS2005中编译是会有找不到libc.lib这个错误报出来的，而VS2003则没有这个问题。这个问题的原因大家应该很清楚了。至于解决方法，在网上找到的文章一般都会让你忽略掉这个库编译，然后结果有的是编译通过了，有的还是不行，其中涉及到的知识就是这些了，也可以通过这些了解到为什么可以或为什么不行。（具体例子暂时没有，如果有童鞋有，可以在这里加上具体的例子，能更好的说明问题）

同时，细心的童鞋可以发现，VS2005中增加了对CLR的支持，按照我的理解，应该是对Managed C++的支持而使用的（具体没有研究过，如果有错误，请指正）

CRT的作用，因为篇幅和时间的原因，就要再找时间研究和另发一篇了。

使用link链接CRT

前面我们的obj文件中就包含有default lib，那如果我们的obj文件中不包含该信息呢？

首先，我们需要生成一个不包含default lib信息的obj文件。

这里有两种方法，一种是生成ASM文件，然后利用ml来生成一个obj文件，其中不包含该信息（当然ml也会主动调用link，这里也需要使用选项来控制，具体有兴趣的童鞋可以自行研究，因为这里主要还是C/C++编程为主，汇编会涉及，但是不会深入）；还有一种方法是利用cl的/Zl选项，这里要注意的是l是小写的L而不是I，我一开始就是看错了，结果编译出来还是带有default lib信息的。

cl /c /Zl hello.c

之后利用dumpbin来查看一下是否生成正确。然后再调用link看看。

结果如下：

1 d:\test>dumpbin /DIRECTIVES hello.obj
2 Microsoft (R) COFF Binary File Dumper Version 6.00.8168
3 Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
4
5 Dump of file hello.obj
6
7 File Type: COFF OBJECT
8
9 Summary
10
11 A .data
12 14 .text
13
14 d:\test>link hello.obj
15 Microsoft (R) Incremental Linker Version 6.00.8168
16 Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
17
18 hello.obj : error LNK2001: unresolved external symbol _printf
19 LINK : error LNK2001: unresolved external symbol _mainCRTStartup
20 hello.exe : fatal error LNK1120: 2 unresolved externals

现在就找不到_printf和_mainCRTStartup这两个符号了。

之后使用link hello.obj libc.lib看看。

成功生成hello.exe！

到这里，回过头看看，上一篇的问题有哪些是可以解决了，哪些还没有，但是有思路了的。还有没有新的问题？

总结

使用到的工具

CL.EXE
LINK.EXE
ML.EXE
DUMPBIN.EXE
WINHEX

整个C程序编译过程, MSVC和GCC对比

过程描述	具体行为	MSVC	GCC
预编译过程	将宏进行展开，形成预编译文件	cl /E hello.c >hello.i	gcc –E hello.c –o hello.i （调用预编译编译程序cc1）
编译过程	生成汇编代码文件	只找到生成汇编代码文件和COD文件的方法，但不清楚如何通过.i文件来生成.asm文件	gcc –S hello.i –o hello.s （同样也是cc1完成该过程）
汇编过程	从汇编代码生成目标文件	不清楚如何通过.asm文件生成.obj文件（不使用MASM）	gcc –c hello.s –o hello.o 或as hello.s –o hello.o （汇编器as完成该过程）
链接过程	从目标文件生成可执行文件	cl hello.c	ld –static crt1.o crti.o crtbeginT.o hello.o –start –group –lgcc –lgcc_en –lc-end-group crtend.o crtn.o （链接器ld完成该过程）

VC文件后缀名

后缀名	解释	如何得到
ASM	汇编文件	cl /FAs /c hello.c
COD	Assembly With Machine Code生成机器代码和汇编代码文件	cl /FAsc /c hello.c
I	预编译处理后的文件	cl /P hello.c
OBJ	目标文件	cl /c hello.c
EXE	可执行文件	cl hello.c

参考：

本文链接

从零开始，重新学习windows编程(2)--环境准备，不用IDE编写程序

2011-06-08T06:00:00Z

既然是求甚解，那就要脱离掉IDE，保证每个字符都是经过思考产生出来的，其实我们脱离掉IDE环境，更能够了解到每一步的执行是怎么样的，IDE到底在你选择项目、创建项目的时候为了做了哪些事情，还有一个好处就是，当你想写一个小的测试程序的时候，你就不用打开VC，而直接用文本编辑器编写好，直接在命令行中编译运行就可以看到结果了，节约了不少时间。

下面，我们就来看看怎么做才可以脱离IDE工作。

1. 在VC6安装好的前提下，win+R，输入cmd，在出现的命令行窗口中试下"nmake"命令，如果能执行该命令，那就可以进行下面的操作，否则需要按照步骤2中的操作设置环境变量。如果学习过java的同学，或者使用过linux的同学，应该对这个很熟悉。

2. 在cmd环境下，可以使用echo %path%命令，来显示一下现在系统中的环境变量路径。或者，右键点击“我的电脑”，在出现的“属性”对话框中，选择“Advanced”Tab页，在“Environment Variables”中，“用户环境变量”里面找到“path”，点击修改。

3. 找到你电脑中nmake.exe所在的地方，我电脑中为“d:\Program Files\Microsoft Visual Studio\VC98\Bin\NMAKE.EXE”，就将“d:\Program Files\Microsoft Visual Studio\VC98\Bin\"这个路径加入到path中，因为有可能大家电脑的环境变量中还有Platform SDK和其他版本VS的路径，所以希望使用哪个，就将哪个放到最前面。
在这个目录下，你还可以看到有其他的exe程序，有些我们之后也会使用到，比如CL.EXE和LINK.EXE，还有一个VCVARS32.BAT之后我们也会稍微介绍一下，当添加了这个路径到环境变量之后，所有该路径下的exe就都可以使用了。

4. 设置完成后，重新开启一个cmd，使用echo %path%命令查看刚刚的路径是否添加上去了，是否是在最前。
再进行步骤1的操作，看看是否可以执行nmake命令。
最终得到的结果为：

1 D:\>nmake
2
3 Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
4 Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
5
6 NMAKE : fatal error U1064: MAKEFILE not found and no target specified
7 Stop.

5. 当设置完NMAKE.EXE成功后，你可以试着执行一下CL.EXE命令，如果报出一个找不到mspdb60.dll，不用慌张，那是因为还有一个路径没有设置。
在电脑中寻找mspdb60.dll文件，我的电脑中路径为“d:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin\MSPDB60.DLL”，从路径名称可以看到，这应该是属于Dev环境的一个公共文件，这里我们不管它具体的，直接将路径“d:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin\"加入path中，刚刚加入的路径之后，两个路径之间记得用英文字符的分号（;）分隔开来。

6. 同样，设置path，重启cmd窗口，echo查看下设置是否成功，然后执行cl，link命令。
结果如下：

1 D:\>cl
2 Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
3 Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
4
5 usage: cl [ option... ] filename... [ /link linkoption... ]

1 D:\>link
2 Microsoft (R) Incremental Linker Version 6.00.8168
3 Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
4
5 usage: LINK [options] [files] [@commandfile]
6
7 options:
8
9 /ALIGN:#
10 /BASE:{address|@filename,key}
11 /COMMENT:comment
12 /DEBUG
13 /DEBUGTYPE:{CV|COFF}
14 /DEF:filename
15 /DEFAULTLIB:library
16 /DELAY:{NOBIND|UNLOAD}
17 /DELAYLOAD:dll
18 /DLL
19 /DRIVER[:{UPONLY|WDM}]
20 /ENTRY:symbol
21 /EXETYPE:DYNAMIC
22 /EXPORT:symbol
23 /FIXED[:NO]
24 /FORCE[:{MULTIPLE|UNRESOLVED}]
25 /GPSIZE:#
26 /HEAP:reserve[,commit]
27 /IMPLIB:filename
28 /INCLUDE:symbol
29 /INCREMENTAL:{YES|NO}
30 /LARGEADDRESSAWARE[:NO]
31 /LIBPATH:dir
32 /LINK50COMPAT
33 /MACHINE:{ALPHA|ARM|IX86|MIPS|MIPS16|MIPSR41XX|PPC|SH3|SH4}
34 /MAP[:filename]
35 /MAPINFO:{EXPORTS|FIXUPS|LINES}
36 /MERGE:from=to
37 /NODEFAULTLIB[:library]
38 /NOENTRY
39 /NOLOGO
40 /OPT:{ICF[,iterations]|NOICF|NOREF|NOWIN98|REF|WIN98}
41 /ORDER:@filename
42 /OUT:filename
43 /PDB:{filename|NONE}
44 /PDBTYPE:{CON[SOLIDATE]|SEPT[YPES]}
45 /PROFILE
46 /RELEASE
47 /SECTION:name,[E][R][W][S][D][K][L][P][X]
48 /STACK:reserve[,commit]
49 /STUB:filename
50 /SUBSYSTEM:{NATIVE|WINDOWS|CONSOLE|WINDOWSCE|POSIX}[,#[.##]]
51 /SWAPRUN:{CD|NET}
52 /VERBOSE[:LIB]
53 /VERSION:#[.#]
54 /VXD
55 /WARN[:warninglevel]
56 /WINDOWSCE:{CONVERT|EMULATION}
57 /WS:AGGRESSIVE

到这里，我们的环境设置算是完成了一半，下面还有一半是设置库和头文件，首先来看看库和头文件不设置会出现什么情况。

这里做个小例子，照旧例，还是hello world.

随便进入某个目录，创建一个hello.c
内容很简单，printf一串字符吧。

用你最喜爱的文本编辑器写下下面的代码：

1 #include <stdio.h>
2
3 int main()
4 {
5 printf("abcdefg.\n");
6 return 0;
7 }

然后进入命令行，在命令行中进入代码所在的目录，我这里是d:\test
全部执行过程如下：

1 d:\test>cl hello.c
2 Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
3 Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
4
5 hello.c
6 hello.c(1) : fatal error C1083: Cannot open include file: 'stdio.h': No such fil
7 e or directory

可以发现没有找到stdio.h，这里在环境变量中还要设置一个头文件的目录。

同样在“用户变量”中查找，找名字为"include"的环境变量是否存在，不存在则新建一个，然后找到你电脑中"stdio.h"所在的路径，我的为“d:\Program Files\Microsoft Visual Studio\VC98\Include\”，将其放到include环境变量对应的value中。

再进行编译

1 d:\test>cl hello.c
2 Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
3 Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
4
5 hello.c
6 Microsoft (R) Incremental Linker Version 6.00.8168
7 Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
8
9 /out:hello.exe
10 hello.obj
11 LINK : fatal error LNK1104: cannot open file "LIBC.lib"

结果出现找不到LIBC.lib错误，关于LIBC.lib，在之后的篇章里面会详细介绍到。我们还是要将其放到环境变量中，同include环境变量，我们同样加上lib这个环境变量在“用户变量”中，对应的值为你找到的LIBC.lib所在的目录，我这里为“D:\Program Files\Microsoft Visual Studio\VC98\lib”，然后再试一把。

1 D:\>cd test
2
3 D:\test>cl hello.c
4 Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
5 Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
6
7 hello.c
8 Microsoft (R) Incremental Linker Version 6.00.8168
9 Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
10
11 /out:hello.exe
12 hello.obj
13
14 D:\test>hello.exe
15 abcdefg.

大功告成，可以看到cl hello.c就编译出来了hello.exe，执行hello.exe得到输出。 So easy是不是？

这样你就掌握到如何在命令行中编译win32 console Application了，至于其他类型的Application，就需要不同的编译、链接设置以及不同的头文件、库设置而得到，但是基本原理是差不多的。

But这里提几个问题，看看你能不能回答出来。

1. 这里是hello.c，如果是hello.cpp，cl的行为有没有不同？

2. 如果是两个或多个文件，那使用cl是否可以直接编译出来exe文件？

3. 将入口修改为void main()是否可以，或者void start()呢？

4. stdio.h大家都知道是C的标准库内容，windows是如何将它合入到系统中去的呢？

5. 同样，stdio.h只是头文件，而具体函数实现是在lib库中，windows又是如何将其合到exe文件中的呢？

6. 刚刚我们打印的是英文字符，那如果我们要打入中文"你好，世界"，结果会怎样，到底是为什么呢？

这其实也是我的疑惑，也是下一篇文章要讨论的内容，暂定题为"hello.c的疑问"，我努力解答。

本文链接

从零开始，重新学习windows编程(1)--开篇

2011-06-07T04:41:00Z

考虑了很久，终于准备开始写这个文章，有可能会汇成一个系列，具体还是要看时间的安排，今年的事情很多，也比较的紧，不过通过具体的项目认识到自己的一些不足，在“补课”的过程中萌发了将研究的一些东西写出来的想法，希望大家批评指正。

这篇文章属于基础类文章，也是对我知识的一个重新整理，以前都是写出程序来就完了，了解的东西也就是大概，凡事均为遇到问题解决问题，google、其他人的代码、MSDN、CSDN、cnblogs……轮着来，总是能够把问题解决掉的，不过长期下来，得到的都是知识片段，并不能形成一个系统的认识。于是决定，从我比较熟悉的VC，从零开始，把Windows的编程知识整理一下，至少能把一些知识的片段慢慢的连贯起来。当然，VC仅仅是一个引子，之后有时间会慢慢整理关于其他语言，或者框架，“不积小流无以成沧海”，还是要从一点一滴的知识点出发，最终才能有所认识和超越。

目的说完，下面就是工具和过程。

工具，我主要使用VC6，如果需要使用到其他工具再慢慢进行添加，比如需要另外的Platform SDK，或者更新的Visual Studio系列如VS2003, VS2005, VS2008, VS2010……又或者sysinternal的一些工具。不过现在，我们就来挖掘VC6。
既然是基础，我们就不涉及到任何框架，无论是MFC，ATL，QT等，这里都不去研究，先把windows原生的SDK研究好，然后再去了解这些框架。
其他，要研究Win32 SDK，那最重要的参考手册还是需要的，所以我们必须安装一个MSDN，当然，网络版的MSDN也可以，不过更喜欢本地的，如果你使用的机器上面除了VC6之外还安装了VS系列的其他版本，只需要一个MSDN就可以了，毕竟MSDN占用的空间也不小。

研究过程，首先了解windows的编程框架，VC6这个IDE编译链接的过程原理，一个简单的Win32程序的解析，其中使用到的API的详解，最后，会找一个简单的开源程序，来具体查看其是怎么使用Win32SDK编写的。其中还会穿插介绍一些相关的网站、书籍等。

基础(pre-condition)，对C语言的语法有了解，这里的了解并不是会写hello world，而是对于宏的应用，指针包括函数指针，typedef等有自己的认识，因为win32SDK中大量的使用了这些知识，而这些在文中只会一点而过。同时对编译、链接的过程有一定的了解，对于make也应该知道。其他，我们一起慢慢来学习吧！

大家有什么意见和建议，也可以提给我，我在研究的过程中，也会就这些知识点加深理解，这是一个艰苦的过程，不过也应该是充满收获的过程！

本文链接

LIB文件	PDB文件
libcd.lib	libcd.pdb
libcid.lib	libcid.pdb
libcpd.lib	libcpd.pdb

LIB文件	PDB文件
libcmtd.lib	libcmtd.pdb
libcimtd.lib	libcimtd.pdb
libcpmtd.lib	libcpmtd.pdb