在维基百科上有详细介绍，在各种语言上也都已有相应实现。
http://www.ietf.org/rfc/rfc1321.txt 上给出了算法介绍和C语言的实现。
我们在使用过程中发现一个问题，就是计算出来的MD5值有误。
经过调查，并非算法有问题，而是因为机器是64位系统导致的，在32位系统上就没问题。
为了通用性，只要把md5.h中的41行，修改一下就可以了。
typedef unsigned int UINT4;

CC = gcc

CFLAGS+=-c -Wall -I[include_path]
LDFLAGS+= -lm

SOURCES= \
		 main.c \

OBJECTS=$(SOURCES:.c=.o)

EXECUTABLE=test

all: $(SOURCES) $(EXECUTABLE) 

$(EXECUTABLE): $(OBJECTS)
	$(CC) $(LDFLAGS) $(OBJECTS) -o $@

.c.o:
	$(CC) $(CFLAGS) $< -o $@

.PHONY: clean
clean:
	rm -f $(EXECUTABLE) $(OBJECTS)

参考链接：http://www.linuxquestions.org/questions/programming-9/whats-this-__attribute__-packed-193570/

后面是摘录网页上的解释，写的很好。

__attribute__((packed)) ensures that structure fields align on one-byte boundaries. If you want to ensure that your structures have the same size on all processors, the packed attribute is how you tell gcc.

As an example, let’s define this structure:

struct s {
   char aChar;
   int    anInt;
};

A processor that aligns on eight-byte boundaries may compile this so that aChar is in the first byte, followed by seven bytes of unused space, then starting anInt in the ninth byte.

A processor that aligns on four-byte boundaries may compile this so that aChar is in the first byte, followed by three bytes of unused space, then starting anInt in the fifth byte.

To force anInt to begin immediately after aChar, you would define the structure like this:

struct s {
   char aChar;
   int anInt __attribute__((packed));
};

To test these ideas out, I ran this code on an old Pentium 166:

#include <stdio.h>

struct s1 {
   char a;
   int  i;
};

struct s2 {
   char a;
   int i __attribute__((packed));
};

int main( int argc, char* argv[] ) {

  struct s1 s_1;
  struct s2 s_2;

  printf( "sizeof s1 is %d\n" , sizeof(s_1) );
  printf( "sizeof s2 is %d\n" , sizeof(s_2) );

  return( 0 );
}

And got these results:

eric.r.turner@turing:~/lab/packed$ ./foo
sizeof s1 is 8
sizeof s2 is 5

Looks like this processor aligns on four-byte boundaries.

VIM 里面可以使用映射(map)来帮你自动插入这些信息，就像下面这样

#****************************************************
#         Author: Muddyboot – toobyddum@gmail.com
#  Last modified: 2007-08-10 21:19
#       Filename: /etc/vimrc
#    Description: Configuration for vim editor
#****************************************************

其中 Last modified 后面的时间是根据当前时间自动插入的，Filename 后的文件名也是当前编辑的文件名。

我们的目的是在VIM的命令模式下面，按下fuck 4个字符，自动在文件的开头插入上面的信息，这就需要在VIM的配置文件中定义关于 fuck 的map指令

为了方便，先定义一个函数

function AddTitle()
call setline(1,”#****************************************************”)
call append(1,”#         Author: Muddyboot – toobyddum@gmail.com”)
call append(2,”#  ” . “Last modified: ” . strftime(“%Y-%m-%d %H:%M”))
call append(3,”#       Filename: ” . expand(“%”))
call append(4,”#    Description: “)
call append(5,”#****************************************************”)
endf

函数用 function 关键字开头，函数名的第一个字母需要大写
setline 表示在第一行插入 #********
append 表示追加行，expand表示展开变量的值，%代表文件名，strftime 表示当前时间

然后定义 map 规则：

map fuck <esc>:call AddTitle()<cr><esc>:$<esc>o

<esc>表示按<ESC>键，<cr>表示回车，上面的指令的意思是在文件开头加入注释，然后跳到文件末尾，进入输入模式。

OK，很简单吧~~~~~~

好，当你对一个脚本修改后，需要更新 Last modified 时间怎么办，手动吗？当然不用这么麻烦~~~~

同样可以指定一个 map 规则，比如 shit

map shit <esc>:/# *Last modified: /s@:.*$@\=strftime(“: %Y-%m-%d %H:%M”)@<cr>

让我们一步一步分析上面规则的意思：

/# *Last modified: / 表示查找以 # 开头，后面跟上一些空格，然后是 Last modified: 的行，也就是上面插入注释的第2行
s@….@@ 表示替换
第一个 @….@ 中间的内容，表示原来的时间，
第二个 @….@ 是新的当前时间，由于这个时间是动态的，需要调用函数，故在@后需要用 \= 来告诉 s 命令
\= 后面的代码是一个表达式，其值就是当前时间
最后一个 <cr> 代表回车，也就是执行这个替换操作

好了，现在，你只要按下fuck，VIM会自动行首插入注释，如果下次你修改了文件，按下shit，注释中的最后更改时间则会自动同步到当前时间，再一次感受到了VIM的强大功能了吧 ！

BTW, 当然，你可以使用其他的map名字，不一定非要 fuck 和 shit，偶用它们，不过是觉得好记罢了~~~~

转自：http://blog.chinaunix.net/u/6542/showart.php?id=357716

1. int system( const char *command ).
2. UINT WinExec( LPCSTR lpCmdLine, UINT uCmdShow ).
3. HINSTANCE ShellExecute( HWND hwnd, LPCTSTR lpOperation, LPCTSTR lpFile, LPCTSTR lpParameters, LPCTSTR lpDirectory, INT nShowCmd ).

这三种函数都可以创建一个新的进程，具体的函数定义请查看MSDN，里面说的很清楚。这里要说明的是如何执行一个DOS命令，比如 mkdir 。第一个函数很简单，直接把命令用字符串表示作为参数传入即可，如：”mkdir D:\\temp\\test”。后面两个就不太一样了，参数应该为”cmd /c mkdir D:\\temp\\test”。比如WinExec(“cmd /c mkdir D:\\temp\\test”, SW_HIDE). 和 ShellExecute(NULL, “open”, “cmd /c mkdir”, “D:\\temp\\test”, NULL, SW_HIDE). 这样就可以了。我也是试了好久，没有搞定，最后还是求助于搜索，才得解。

[参考链接]：http://topic.csdn.net/t/20031023/01/2385175.html

编译(Compile)——把每个源码文件编译成二进制文件（一般是obj）。链接(Link)——把所有的Obj文件堆积木一样组织在一起，形成了DLL、EXE等类型的目标文件。

一般来说，如果一个文件所依赖的所有项如头文件等都没有修改过，那么该文件就不需要重新编译。不管是makefile还是VC的project通过检测依赖关系，减少重新编译的代码量来提高编译速度的。

那么就不难理解为什么预编译头能够提高编译速度了。如果StdAfx.h里面的头文件在每一份实现文件里面都重新包含了一遍，那么每一次实现文件的修改都会导致该文件的重新编译，因而所包含的头文件都要展开一次用于重新编译，无疑会放慢编译速度。然而，如果将公用而不常修改的头文件置于StdAfx.h里面，那么编译器会在第一次遇到StdAfx.h的时候将它编译解释生成stdafx.obj和一个PCH文件，以后再遇到StdAfx.h的时候就会直接使用PCH文件，而不会重新编译了。对于MFC和SDK几万行的头文件来说，速度当然会有大大提高啦。

追踪
经过分析发现，有这么几个特点（我们假定有三对.h/cpp文件名字是A，B，C。A和B都没有引入任何头文件）：

1. “没有包含任何头文件”的头文件A.h和B.h，被其他头文件C.h包含了；
2. B中引用了A中的内容，虽然没有引入A的头文件，但是在C的头文件中引入顺序在A的后面；
3. A和B实现文件无一例外的引入了C的头文件。

这样问题就很明朗了，这里面有一个小小的trick，用一个公共的头文件C解决了引用的问题。再来看看预处理头StdAfx.h，该头文件被要求必须在使用了“预编译技术”的CPP文件中包含，而且一般情况还必须是第一个被包含的头文件。这两种方式显然有一点小小的区别：一个是通过在公共头文件中根据以来关系按顺序引入头文件，一个是通过公共文件引入系统文件和不常改动的文件，而免除了每个头文件都要引入一堆头文件的烦恼，关键是还提高了编译速度哦！

为什么？
我个人的一个习惯是，凡事都喜欢问个为什么，此事的缘起也是因为我爱刨根问底。现在让我来回答一下到底是为什么吧。已经理解的不需要继续看了，呵呵。首先我们必须明确的几个问题是：

1. 什么文件需要被编译？
2. #include是如何起作用的？
3. 编译器是如何扫描处理代码的？

我们连起来回答是，你可以指定被编译的文件，一般是c/cpp文件，#include在编译的时候会将引入的文件读入展开在#include所在位置，然后由编译器逐行扫描处理代码，一般现代编译器都是扫描两次。也就是说头文件一般不会被直接进行编译的，而是通过展开在c/cpp文件对应的#include处来起它所应有的作用的。所以说，只要在c/cpp文件中#include全部被展开的时候，声明和定义能够根据依赖关系按顺序排好，就可以编译成功。

好，这就是答案！为什么有的头文件并没有包含任何头文件就不难理解了吧？

TVS_HASBUTTONS
Displays plus (+) and minus (-) buttons next to parent items. The user clicks the buttons to expand or collapse a parent item’s list of child items. To include buttons with items at the root of the tree view, TVS_LINESATROOT must also be specified.

呵呵，注意到了吧，最后一句，还需要 TVS_LINESATROOT。这就够了吗？再看看 TVS_LINESATROOT

TVS_LINESATROOT
Uses lines to link items at the root of the tree-view control. This value is ignored if TVS_HASLINES is not also specified.

如果 TVS_HASLINES 没有设置，那么 TVS_LINESATROOT将会被忽略，所以也别忘了 TVS_HASLINES。再看TVS_HASLINES。

TVS_HASLINES
Uses lines to show the hierarchy of items.

看来不需要其他的了，试一试，可以了吧。呵呵。

求助于MSDN，终于找到了命令行解析的规则，原文链接：http://msdn2.microsoft.com/en-us/library/aa243471.aspx。这里我做一下翻译：

• 参数用空格或者TAB进行分割。
• 一个字符串若被两个双引号包含，则即使其中包含空格或TAB字符也会被视为一个参数。被引起来的字符串可以嵌入参数内。
• 字符串中存在的双引号可以通过前置反斜杠进行转义。
• 反斜杠会被解释成单个字符，除非后面紧接着一个双引号。
• 如果偶数个反斜杠后面跟随一个双引号，每对反斜杠放一个反斜杠到参数中，双引号被解释为一个字符串界定符。
• 如果奇数个反斜杠后面跟随一个双引号，每对反斜杠放一个反斜杠到argv数组中，双引号则被剩下的反斜杠转义放入到argv中，而不会作文字符串界定符。

这里有几个例子，一看就明白了：

嘿，这其实是很简单的，你只需要在每一个模块生成的命令的后面利用xcopy来拷贝到目的路径就可以了。这个命令是这么写的：

• DIST_PATH = D:\dist\bin
• xcopy /y /r /d /f .\*.dll $(DIST_PATH)

有了这句话，就会把当前编译文件夹下生成的所有DLL都拷贝到目的路径下。下面我来解释一下他们含义：

• “DIST_PATH = D:\dist\bin” 这样定义一个变量作为发布的路径。
  • 好处是：可以做到一改全改，大家都可以理解咯。
  • 需要注意的是：路径不允许用Unix的`/’来进行分割，xcopy是不认识的。
• xcopy 语句的几个参数，可以在dos命令符下用xcopy /?得到帮助。
  • /y 关闭文件被覆盖的提示信息，保证流程自动化，避免流程被打断。
  • /r 可以覆盖只读文件，确保拷贝工作的顺利进行:-)。
  • /d 根据日期，以新文件覆盖旧文件，减少必要的拷贝。
  • /f 在拷贝的时候显示全部源文件名和目标文件名。

看了这个解释是不是已经能够透彻的理解啦？:-)

当然如果要让这个发布流程都自动化，这样简单的尝试显然是不够的，日后再慢慢探讨吧。

问题追因
程序生成之后直接执行是没有问题的，而打包后的程序却有问题，看来应该是缺少了什么文件。于是我对编译程序生成的文件一个个删除，并查看检查程序的运行情况。在$(APP).exe.manifest被文件删除之后，R6034现身了，看来罪魁祸首就是它了。
我又在MSDN上搜索R6034，得到了这个Error描述的：

An application has made an attempt to load the C runtime library without using a manifest. This is an unsupported way to load Visual C++ DLLs. You need to modify your application to build with a manifest.

这么以来更确认了出现这个问题的原因：缺少了manifest，程序因此无法正常载入C runtime library。

解决办法
解决方法有两个：

1. 将编译得到的 $(APP).exe.manifest 一并打包，即和应用程序放在同一个文件夹下；
2. 将manifest文件直接嵌入到可执行文件。

嵌入到可执行文件的方法是，需要在生成exe之后在执行下面的命令：

mt.exe –manifest $(APP).exe.manifest -outputresource:$(APP).exe;1

编译DLL的话，有一点点小区别的。

mt.exe –manifest $(LIB).dll.manifest -outputresource:$(LIB).dll;2

后话
VC2005搞出个这玩意有什么好处？