lnk2005

   今天使用vs2003en开发一个项目，在debug编译、执行的时候都正常，但是在今天提交版本的时候，突然发现在做Release时，出现lnk2005错误（提示为new重复定义），我在工程中找了半天，也没发现有错误，后来Yahoo了一下，说是在连接的时候，和mfc和clr库连接的顺序错了，才导致出现重复定义的错误。后来把mfc方式改为“Use MFC in a Shared DLL”后，错误消失。当把工程做好后，拿到其他的机器上测试。更郁闷啊，出现了如下所示的错误，

  唉，缺少库文件，结果把msvcr71d.dll，msvcp71d.dll，mfc71d.dll，mfc71.dll这四个文件考到生成的执行文件的目录下，就可以了。

一个.NET程序在编译和运行时都做了些什么？
================================================================
在新闻组和邮件列表里有大量关于一个.Net程序的设计编译(design-time or
run-time)和运行原理 (CPU-specific binary or pseudo-code)的疑问。

这里是一个简单的回答：当你编译一个C#应用程序或任何一种CLS(Commmon
Language Specification)兼容的语言时，它将首先被编译成一种称为IL
(Intermediate Language)的伪代码(pseudo-code)。在这个应用程序第一次
被运行的时候，这种IL代码将被编译成机器代码，用于执行。也就是说从源代码
到得到运行结果，进行了两次编译。事实上，只有那些被真正使用的函数代码
才会被进行第二次编译。下面揭示开发过程中被隐藏起来的细节：

1) 你用C#开发一些程序
2) 用C#编译器或CLS兼容的编译器编译成EXE
3) 编译器将生成的IL代码和附加信息(manifest)放入拥有一个标准PE头的Win32
可执行文件的只读部分。
4) 编译器在创建这个可执行文件时导入(import)一个名为_CorExeMain的函数。
这个函数是.NET EE(execution engine)--.NET运行期引擎的入口函数。
5) 当执行这个Win32可执行文件时，因为其主要是依赖于DLL的PE文件，操作系
统将会调用位于MSCorEE.DLL中的_CorExeMain函数。
6) 操作系统通过PE文件里的进入点，饔肕SCorEE.DLL。并能保证在Windows里
可以有很多程序同时运行。
7) 因为操作系统不能执行.NET IL代码，EXE里的进入点只是简单的中介，它将
指示操作系统调用_CorExeMain函数。
8) 随后_CorExeMain函数开始解释位于PE文件中的IL代码。
9) 因为IL是不能被直接执行的, .NET EE使用称为JITter (Just In Time compiler)
的即时编译器将IL代码编译成本地CPU机器代码用于执行。这一即时编译过程
只在第一次执行的时候进行。