我的Linux书架

来源:原文链接

工作几年来，一直从事Linux内核驱动方面的开发。从接触Linux到现在，读过不少Linux方面的书籍，现把认为很不错的一部分列出来和大家分享一下。

入门类

一直认为，在一个系统上学习开发之前，首先需要熟悉这个系统的使用。鉴于天朝的国情，绝大部分人第一个接触的操作系统就是Windows，因此对于这绝大部分人来说，如果要学习Linux开发，学会使用这个系统都是必不可少的一个环节。

现在的Linux初学者是幸福的，随着Linux桌面环境越来越易用，入门一个新的系统是非常容易的事情。虽然命令行对于提高工作效率更加有效，但我们完全可以把熟悉命令的过程放到日常使用中进行。无论学习什么知识，在实践中学习都是高效而且有趣的。在这个阶段，我们也未必一定需要书籍。现在很多Linux发行版的Wiki写得都非常详细，在使用某一种发行版时找到相应的Wiki阅读查询就可以了。而且，桌面环境变化太快，关于桌面的介绍类书籍几乎都没有必要看，这类书籍大多刚一出版就过时了。

那入门类书籍里哪些比较有价值呢？我比较推荐涉及的技术相对比较稳定的书。比如，Linux基本的体系结构和命令一般都是经久不变的，甚至从上古时期的Unix开始就没太多变化，这类书籍讲解的知识也是以后大幅提高我们的生产力的基础。比如《鸟哥的Linux私房菜》，比如《Unix Power Tools》（中译名是"UNIX超级工具"），或者是为Linux+认证考试准备的《Linux+ Study Guide》。当然，这一类书籍其实都不必精读，快速浏览之后作为工具书备查就可以了。

编程类

类Unix系统的编程书籍里，最经典的莫过于简称为APUE的《Advanced Programming in the UNIX Environment》（中译名是"Unix环境高级编程"），这本书被广大Unix程序员（包括Linux）捧为"圣经"。借用葛大爷的广告词："这就像进馆子一样，一条街上，哪家人多我进哪家"。APUE对类Unix系统的编程接口讲解的非常全面详细，对于这本书，我们不仅要精读，还应该放在案头常备。

但是，APUE对于Linux编程初学者似乎稍深了一点，而且很多细节在Linux中并不会用到。讲述Linux编程的书籍里，《Advanced Linux Programming》应该更加适合初学者。不要被书名中的"Advanced"吓到，书里的内容还是很容易理解的。看完这本书再看APUE应该效果会更好。

如果要开发GUI程序，上面两本书就无能为力了。在Linux世界里，最常用的GUI Toolkit是GTK+和QT。

GTK+的书籍并不多，在线文档只适合查阅，并不是一个完整的学习体系。《Foundations of GTK+ Development》是其中很不错的一本书，喜欢GTK+的开发者可以拿来作为入门书籍。

相对来说，QT的书籍就很丰富了，这和QT具有良好的跨平台能力有很大关系，QT的书籍并不只是写给Linux程序员看的，在Windows和MAC OSX下同样可以使用QT开发程序。比较值得一看的QT类书籍有《C++ GUI Programming with QT4》、《Foundations of QT Development》、《The Art of Building QT Applications》，这三本都比较适合QT初学者阅读。另外，《Advanced Qt Programming》会介绍到QT一些比较高级的用法，适合有一定QT基础的读者阅读。

内核类

对于Linux内核或者设备驱动的开发者，最全面最直接的学习资料一定是Linux内核代码及其文档。Linux内核的发布周期很短，相关书籍的出版完全跟不上脚步。但随着内核代码的日益庞大，学习曲线越来越陡峭，入门者又非常需要书籍来作为指导，这确实是非常矛盾的事情。所幸，很多Linux内核技术作家也是很勤奋的，经常会更新自己的作品。就像Robert Love，以2.6内核为蓝本的《Linux Kernel Development》已经更新到第三版了。LKD是非常适合内核初学者阅读的一本好书，对它的评价可以引用陈莉君老师的译者序：

相对于 Daniel P. Bovet 和 Marco Cesati 的内核巨著《 Understand the Linux Kernel 》，它少了五分细节，相对于实践经典《 Linux Device Drivers 》，它多了五分说理。可以说，本书填补了 Linux 内核理论和实践之间的鸿沟，"一桥飞架南北，天堑变通途"。

谢谢陈老师，她的译者序帮我引出了另外要谈到的两本经典书籍，对，就是《Understanding the Linux Kernel》和《Linux Device Drivers》。对于这两本书，如果要挑它们的缺点，我只能说，内容有点老，很多知识点都需要更新了，除此之外，我要说的是，是它们把我带上了内核驱动开发这条路上来，当然，还有LKD。

最近，我又发现一本分析Linux内核的优秀书籍，就是《Professional Linux Kernel Architecture》。这本书我目前正在读，写得非常好，而且因为此书相对较新（只是相对，2.6.24内核在现在看来也很老了），没有看过ULK的同学可以直接看这本书。

工具类

工欲善其事，必先利其器。进行Linux开发，相关工具还是需要熟练使用的。比如，GNU Tool Chain、自动构建工具、编辑器、版本控制工具等等。

这里有一本包罗万象的书，叫做《Handbook of Open Source Tools》，书中介绍了各种各样的开源工具，可称之为开源技术的总决式。这本书试图面面俱到，因此并不深入，粗读即可。

GNU Tool Chain参考Redhat的《The GNUPro Toolkit》已经足够了，如果单独把makefile拎出来，还可以参考《Managing Projects with GNU Make》。

自动构建工具可以参考《Autotools》。如果您准备使用cmake，推荐cjacker的《Cmake实践》。《Mastering CMake》据说是cmake的权威书籍，但一直无缘得见啊。

说到编辑器，在Linux里最著名的莫过于Vim和Emacs，关于这两者的背景，可以去看看《为何Emacs和Vim被称为两大神器》。我几乎没用过Emacs，曾经在当当做活动时花9块钱买了一本《学习GNU Emacs》，有这本书作为Emacs的入门我想应该够了。Vim是我经常使用的编辑器之一（另一个是Kate，最初喜欢上Kate的原因之一就是它提供了Vim编辑模式），相关的书籍有两本值得一读：《A Byte of Vim》和《Hacking Vim 7.2》，但是对于初学者，首先跟着Vim自带的vimtutor练习效果会更好。

Linux下的版本控制工具很多，有传统的Subversion，也有现在非常流行分布式工具如Git等。Subversion可以参考这本《Version Control with Subversion》，Git可以参考《Version Control with Git》或者《Git Internals》或者《Pro Git》。

其它

除了以上几个类别，还有一些书籍值得推介。

比如《The Art of Unix Programming》，主要介绍了Unix系统领域中的设计开发哲学、思想文化体系以及社群文化等，覆盖面非常广。书中的一些内容和《Revolution OS》有相似之处，大家可以自己印证一下。对于这本书，我们也完全可以把它当做小说或者历史书来看，可以躺在床上看，也可以瘫在沙发上看，或者像怪怪那样坐在马桶上看，总之，不必一定要端坐在书桌前。

《Computer Systems: A Programmer's Perspective》很多人都推荐过，这是一本非常经典的计算机体系方面的教材。CSAPP的内容基础全面，讲解简明扼要，易于理解，仔细读完之后对理清计算机体系结构甚至是Linux内核都非常有帮助的。虽然中文名被译为《深入理解计算机系统》（这个译名很不贴切），但相比之下，为什么会让人感觉国内的同类教材更加"深奥"呢？也许，这就是作者功力的差距吧。

注：这里列出的书大多都可以在library.nu上下载到，注册登录之后会有搜索框，用书名搜索即可。

趣题：两步猜出多项式的各项系数

来源: Matrix67

---

有一个黑匣子，黑匣子里有一个关于 x 的多项式 p(x) 。我们不知道它有多少项，但已知所有的系数都是正整数。每一次，你可以给黑匣子输入一个整数，黑匣子将返回把这个整数代入多项式后的值。有一个不可思议的结论：你可以在两步之内还原出整个多项式！这是如何做到的呢？

首先，输入 1 ，于是便得到整个多项式的所有系数之和。不妨把这个系数和记作 S 。下一步，输入 S + 1 ，于是黑匣子返回

    a_n * (S + 1)ⁿ + a_n-1 * (S + 1)^n-1 + … + a₁ * (S + 1) + a₀

把这个值转换成 S + 1 进制，依次读出每一位上的数，它们就是多项式的各项系数了。

来源：http://rjlipton.wordpress.com/2010/12/20/some-mathematical-gifts/
这个有趣的问题曾经以另一形式出现在了这个 Blog 里，见 这里 的 35 题。

VC++ 2005 Express + SDK

You can use Visual C++ Express to build powerful .NET Framework applications immediately after installation. In order to use Visual C++ Express to build Win32 applications, you'll need to take just a few more steps. I'll list the steps necessary for building Win32 applications using Visual C++ Express.

Step 1: Install Visual C++ Express.

If you haven't done so already, install Visual C++ Express.


Step 2: Install the Microsoft Platform SDK.

Install the Platform SDK over the Web from the Download Center. Follow the instructions and install the SDK for the x86 platform.


Step 3: Update the Visual C++ directories in the Projects and Solutions section in the Options dialog box.

From the Tools menu in Visual Studio, select Options. The Options dialog box appears.

From the Options dialog box, expand the Projects and Solutions node and select VC++ Directories. In that section, add the following paths to the appropriate subsection:

    * Executable files: C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Bin
    * Include files: C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include
    * Library files: C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib

Note: Alternatively, you can update the Visual C++ Directories by modifying the VCProjectEngine.dll.express.config file located in the \vc\vcpackages subdirectory of the Visual C++ Express install location. Please make sure that you also delete the file "vccomponents.dat" located in the "%USERPROFILE%\Local Settings\Application Data\Microsoft\VCExpress\8.0" if it exists before restarting Visual C++ Express Edition.


Step 4: Update the corewin_express.vsprops file.

One more step is needed to make the Win32 template work in Visual C++ Express. You need to edit the corewin_express.vsprops file (found in C:\Program Files\Microsoft Visual Studio 8\VC\VCProjectDefaults) and

Change the string that reads:

AdditionalDependencies="kernel32.lib"

to

AdditionalDependencies="kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib"


Step 5: Generate and build a Win32 application to test your paths.

In Visual C++ Express, the Win32 Windows Application type is disabled in the Win32 Application Wizard. To enable that type, you need to edit the file AppSettings.htm file located in the folder %ProgramFiles%\Microsoft Visual Studio 8\VC\VCWizards\AppWiz\Generic\Application\html\1033\".

In a text editor comment out lines 441 - 444 by putting a // in front of them as shown here:

// WIN_APP.disabled = true;
// WIN_APP_LABEL.disabled = true;
// DLL_APP.disabled = true;
// DLL_APP_LABEL.disabled = true;

Save and close the file and open Visual C++ Express.

From the File menu, click New Project. In the New Project dialog box, expand the Visual C++ node in the Product Types tree and then click Win32. Click on the Win32 Console Application template and then give your project a name and click OK. In the Win32 Application Wizard dialog box, make sure that Windows application is selected as the Application type and the ATL is not selected. Click the Finish button to generate the project.

As a final step, test your project by clicking the Start button in the IDE or by pressing F5. Your Win32 application should build and run.

参考译文：

安装之后,您可以立即使用Visual C++ 2005速成版来生成功能强大的.NET Framework 应用程序。若要使用 Visual C++ 速成版生成Win32应用程序，只需采取几个步骤，下面对此进行了详细介绍。 
   
1. 安装 Platform SDK 以便与 Visual C++ 速成版结合使用从 Platform SDK 更新站点 的 Platform SDK Update 站点通过 Web 安装 Microsoft Platform SDK。在该页上，单击“Download”（下载），然后确保从列表中依次选择“Windows SDK”和“Core SDK”。 

2. 从 Visual Studio 中的“工具”菜单上，选择“选项”。出现“选项”对话框。 
从“选项”对话框中，展开“项目和解决方案”节点并选择“VC++ 目录”。在该部分，将以下路径添加到相应的子节： 
可执行文件：C:\Program Files\Microsoft SDK\Bin 
包含文件：C:\Program Files\Microsoft SDK\include 
库文件：C:\Program Files\Microsoft SDK\lib 
    注意 在您的系统上，Platform SDK 的位置可能有所不同。 

3. 更新 corewin_express.vsprops 文件 
（位于C:\Program Files\Microsoft Visual Studio 8\VC\VCProjectDefaults 中） 

并将以下字符串： 

AdditionalDependencies="kernel32.lib" 

更改为： 

              AdditionalDependencies="kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib" 

注意 在您的系统上，Visual C++ 速成版 可能安装到了不同的位置。 

4. 在Visual C++ 速成版,Win32应用程序向导上的Windows 应用程序选项是不可选的,要使用这个选项,你需要修改AppSettings.htm这个文件,它位于"%ProgramFiles%\ Microsoft Visual Studio 8\VC\VCWizards\AppWiz\Generic\Application\html\1033\". 

在文本编辑器用"// "符号把文件里的441 - 444这几行注释掉,像下面这样: 

// WIN_APP.disabled = true; 

// WIN_APP_LABEL.disabled = true; 

// DLL_APP.disabled = true; 

// DLL_APP_LABEL.disabled = true; 

保存和关闭文件,然后打开Visual C++ 速成版.

msvcprt.lib(MSVCP90.dll) : error LNK2005:已经在libcpmtd.lib(xmutex.obj) 中定义

来源：未知

这篇文章要来谈谈程式库 (Library) 连结，以及关于 MSVC 与 CRT 之间的种种恩怨情仇。

如果你使用的作业系统是 Linux、Mac 或其他非 Windows 平台，你可以忽略这篇文章；如果你使用的作业系统是 Windows 平台，但没有用 Microsoft Visual Studio C++（以下简称为 MSVC）软体撰写 C++ 程式的话，这篇文章对你的帮助可能很有限；但如果你的作业系统是 Windows，而且你使用的程式整合开发环境是 MSVC 软体撰写 C++ 程式的话，这篇文章应该能够帮助你釐清一些重要的基础观念。

身为程式设计者，在学习程式设计的过程中，你是否曾经遇过某些看起来不知所云的错误讯息，却不知该如何解决？例如当你快快乐乐地写完程式，并且确认所有的程式码都能成功通过编译之后，接着执行「建置方案」(Build Solution) 的步骤，结果却跑出一堆莫名其妙的错误：

LIBCMTD.lib(mlock.obj) : error LNK2005: __lock 已在 MSVCRTD.lib(MSVCR80D.dll) 中定义过了

LIBCMTD.lib(mlock.obj) : error LNK2005: __unlock 已在 MSVCRTD.lib(MSVCR80D.dll) 中定义过了

LIBCMTD.lib(crt0.obj) : error LNK2005: _mainCRTStartup 已在 MSVCRTD.lib(crtexe.obj) 中定义过了

…………

LINK : warning LNK4098: 预设的程式库 ‘MSVCRTD’ 与其他使用的程式库冲突，请使用 /NODEFAULTLIB:library

LINK : warning LNK4098: 预设的程式库 ‘LIBCMTD’ 与其他使用的程式库冲突，请使用 /NODEFAULTLIB:library

D:\Workspace\CrtLibTest\Debug\CrtLibTest.exe : fatal error LNK1169: 找到有一或多个已定义的符号

以一般的情况来说，如果在你的程式专案中有使用某些由他人所撰写的第三方程式库或是开源专案的程式库，比较容易会发生上述的错误状况。从上述这些看似离奇而令人摸不着头绪的错误讯息中，我们大概可以猜测问题点应该在于 LIBCMTD.lib 与 MSVCRTD.lib 这两个程式库身上。但到底什么是 LIBCMTD.lib 和 MSVCRTD.lib？在我们的程式码中有使用这些程式库吗？

 

答案是肯定的。

熟悉 C 语言的程式设计者都知道，如果要使用 printf()、scanf() 或者 fopen() 等等 C 语言的基本 I/O 操作函式时，首先必须用 #include 语法将 stdio.h 这个标头档纳入我们的程式码中。藉由 stdio.h 中对这些 I/O 操作函式所做出的函式宣告 (function declaration)，编译器 (Compiler) 才得以确认 printf、scanf 以及 fopen 等等都是合法可用的函式。

而当我们撰写的程式码经过编译器产出 OBJ 形式的档案之后，需要再经由连结器 (Linker) 的处理程序，将程式码中全部有使用到的函式定义 (function definition) 连结建置起来，才能够产生出最后的程式执行档。问题来了，我们知道 printf、scanf 以及 fopen 的函式宣告存在于 stdio.h 当中，但是这些傢伙的函式定义，也就是真正的实做程式码，究竟存放在什么地方呢？

在 C 语言的标准程式库中。

由 C 语言所制订的标准程式库，称之为「执行阶段程式库」，也就是 C Run-Time Library，通常可简称为 CRT。在 C 语言的标准程式库中，包含了一组常用的基础函式，例如 I/O 处理与字串操作程序等等，所以只要我们使用 C 语言撰写程式码，就一定要将编译完成后的程式码 OBJ 档，连结至 C 语言的执行阶段程式库，才能够产生出合法的 C 语言程式执行档。

而 CRT 并非只有单一一种版本存在。事实上，除了可以依「除错」与「释出」用途分成两个版本之外，两者又可分别衍生分出「静态连结」与「动态连结」两种形式：

静态连结：

LIBCMTD.lib（除错版本）

LIBCMT.lib

动态连结：

MSVCRTD.lib（除错版本）

MSVCRT.lib

虽然这四个 CRT 版本的用途与使用方式各不相同，但却有个共通的特点，就是它们都是满足执行绪安全需求，可在多执行绪程式码中安全使用的程式库版本。事实上，在过去 MSVC 6 的版本中，本来还有另外两个 LIBCD.lib（除错版本）与 LIBC.lib 程式库，是专门给单执行绪程式使用的 CRT 版本，但是这两个选项自 MSVC 2005 开始就从设定选项中被删除掉了，所以现在大多数程式设计者使用的都是多执行绪的 CRT 版本。

在程式库连结 (library linking) 的行为中，静态连结和动态连结的分别，在于使用静态连结时，会直接将程式库的函式定义嵌入执行档之中，而使用动态连结时，程式库的函式定义则存在于另外的独立档案，通常是 DLL 格式的档案中，然后与程式执行档一同发佈给使用者。因此在档案的尺寸上，使用动态连结的执行档档案，通常会比使用静态连结的执行档档案来得更小一些。

使用动态连结 CRT 版本的好处，是能够将经常使用到的标准程式库们独立出来，放在 Windows 的系统资料夹中，以减少我们建置出来的执行档档案尺寸。但反过来说，使用动态连结 CRT 版本的缺点也在于这些与执行档相依为命的 DLL 档案上。举例来说，如果程式以 MSVC 2005 建置出 Debug 组态的执行档，则此执行档需要有 msvcr80d.dll 存在才能顺利执行；如果是 Release 组态，则相依于 msvcr80.dll。但是如果你把相同的程式码拿到 MSVC 2008 上建置，产生出来的执行档则相依于 msvcr90d.dll 与 msvcr90.dll 两个不同的 DLL 档案。不同版本的 MSVC，都会有各自不同的相依 DLL 档案。

在 MSVC 的程式专案中，如何指定程式码要使用静态连结或者动态连结的 CRT 版本？其实很容易，只要在专案属性的「C/C++」页面中，选择「程式码产生」(Code Generation) 子页面，其中有个「执行阶段程式库」(Runtime Library) 的项目，也就是专案中用来设定 CRT 连结版本的地方。其中总共有四个选项，正好对应于上述静态连结与动态连结的四个不同程式库版本。

多执行绪侦错 (/MTd)：对应 LIBCMTD.lib

多执行绪 (/MT)：对应 LIBCMT.lib

多执行绪侦错 DLL (/MDd)：对应 MSVCRTD.lib

多执行绪 DLL (/MD)：对应 MSVCRT.lib

如果你没有做任何设定就开始建置程式的话，MSVC 的预设选项则会使用动态连结的版本。

C Runtime Library

请注意，以上只是单纯 C 语言的程式库而没有包含 C++ 语言在内。如果你的程式系统中，有包含 C++ 语言的程式码的话，那又是另外一回事了。但是在专案属性的页面中，为什么找不到相关的设定选项呢？因为 MSVC 悄悄地帮程式设计者代劳处理掉了。只要在程式码中使用 #include 语法纳入任何一个 C++ 的标头档，例如 iostream 或 fstream，MSVC 就会在连结器的运作阶段中，自动帮我们连结 C++ 的执行阶段程式库。而 C++ 的执行阶段程式库，同样可分为四个版本：

静态连结：

LIBCPMTD.lib（除错版本）

LIBCPMT.lib

动态连结：

MSVCPRTD.lib（除错版本）：执行档相依于 MSVCP90D.dll

MSVCPRT.lib：执行档相依于 MSVCP90.dll

至于程式执行档使用的是静态连结或者动态连结的版本，就仰赖于 C 语言的版本设定选项了。举个例子来说，如果你撰写了一个 Debug 组态的 C++ 程式，并且保留专案原先预设的建置选项（动态连结），那么最终建置出来的程式执行档将会相依于 MSVCR90D.dll 以及 MSVCP90D.dll 两个 DLL 档案。如果将相同的程式以 Release 组态建置完成，则会相依于 MSVCR90.dll 以及 MSVCP90.dll 二者。

Standard C++ Library

刚学习程式设计的入门者，经常会在满心欢喜地完成一件程式作品并且传给其他人使用时，却发现不能在别人的电脑上启动程式，其实就是陷入了使用者电脑缺少 DLL 档案而无法执行程式的窘境。有三种方法可以解决这个令人困扰的问题：

使用者的电脑，必须先安装「Visual C++ 可转发套件」（MSVC 2008 或 MSVC 2005 ）。

将所需的 DLL 档案，例如 MSVCR90D.dll 与 MSVCP90D.dll，直接附在程式的下载包当中。

以静态连结方式建置程式执行档。

当你无法确定自己的程式或别人的程式，是否相依于某些特定的 DLL 档案时，有一个非常好用的免费工具程式 Dependency Walker，可以开启 EXE 格式的执行档或者 DLL 格式的动态程式库，然后详细地条列出它们所相依的 DLL 档案。

瞭解了几种不同的 CRT 版本选项之后，回到最前面的错误讯息问题，相信各位现在应该能够很清楚地理解，原来会发生这些奇怪的错误状况，是因为程式同时连结了 LIBCMTD.lib 与 MSVCRTD.lib 所以造成函式定义版本冲突。也就是说，程式连结器已经在其中一个 CRT 的版本中找到所需的函式定义，但此时却又跳出另外一位 CRT，也给了一份相同函式的实作版本，所以连结器无法判断应该忽略谁并且选择谁。

而这个状况的发生原因，就是你的程式与程式所连结的外部程式库，使用了不同的 CRT 版本之故。例如，当你的程式使用了 Lua，自然必须连结至 Lua 的程式库 lua5.1.lib，但如果 lua5.1.lib 是以静态连结版本的 CRT 建置而成，而你的程式却是以预设选项，动态连结 CRT 来建置程式执行档的话，如此一来就会产生上述这些错误讯息了。至此，问题的答案已昭然若揭，解决方法有二种：其一是将 Lua 重新以动态连结 CRT 的方式建置出一个新的程式库，其二则是将自己的程式专案改成以静态连结 CRT 方式建置。

换个角度想，当你身为一位程式库的设计开发者，想要将自己写的东西分享给其他人，但又不想要完全开放自己撰写的程式源码时，至少可以同时提供以下四种版本的程式库，以妥善满足使用者的各种不同需求：

Debug：动态连结除错版本

Release：动态连结版本

Debug_Static：静态连结除错版本

Release_Static：静态连结版本

然而，有时候世界并不会运作得如此理想。在某些特殊的状况下，当我们使用他人所写的第三方程式库时，有时可能只拿得到其中某个特定的版本，例如 Release_Static 版本时，就很有可能会遇到程式库冲突的错误情形。此时就需要视专案的实际需求而定，可以在专案属性中指定「忽略特定程式库」(Ignore Specific Library) 这个选项，让程式码连结器忽略某些程式库，以此化解动静程式库或新旧程式库之间的恩怨冲突。

小测验：你所撰写的程式，必须连结某个以静态多执行绪 (/MT) CRT 建置而成的程式库。如果你的程式在 Debug 组态下以多执行绪侦错 (/MTd) 选项建置，是否会产生冲突？如果你的程式在 Release 组态下以多执行绪 (/MT) 选项建置，是否会产生冲突？是的话，应该如何解决？

 

 

上面的方法还是不行！会出现其他问题的。

以下是我摸索出的最新的解决方法：

首先，所有的lib文件，使用/MTd或/MT编译。Debug调试模式使用/MTd，Release模式使用/MT。

然后，在自己的程序中也使用/MTd或/MT编译。这样就不会出问题了。

三种编译链接库的方式：

（1）连接Windows库。针对Win32 API编写的应用程序，上面的方法可能带来新问题，可以忽略libcmt.lib库，即可。如果还有其他问题，再忽略相应的库。

（2）MFC静态链接。上面的方法就是针对这种链接方式的，所以没问题。

（3）MFC动态链接。没有试过，应该和（1）类似。

 

最后补充：如果还不行，直接加入/force:multiple编译参数吧。这次之所以没有使用它，也是为了严谨起见。

输出从1到1000的数

本文来自: http://stackoverflow.com/q/4568645/89806
有这样一个面试题——请把从1到1000的数打印出来，但你不能使用任何的循环语句或是条件语句。更不能写1000个printf或是cout。用C/C++语言。
我相信，大多数人一开始你可能想到的是递归算法：

void f(int n){
    printf("%d\n",n);
    (1000-n) ? f(n+1) : exit(0) ;
}
int main(){
    f(1);
}

当然，题目中说了不能使用条件语句，所以，上面那种解法的不符合题意的，因为还是变向地使用了条件表达式。不过，我们可以用别的方法来让这个递归终止，比如：
除以零，当程序crash，呵呵。

void f(int n){
    printf("%d\n",n);
    n/(1000-n);
    f(n+1);
}

还有这样退出递归的：

void yesprint(int i);
void noprint(int i);

typedef void(*fnPtr)(int);
fnPtr dispatch[] = { yesprint, noprint };

void yesprint(int i) {
    printf("%d\n", i);
    dispatch[i / 1000](i + 1);
}

void noprint(int i) { /* do nothing. */ }

int main() {
      yesprint(1);
}

还有下面这些各种各样的解法：

#include

/* prints number  i */
void print1(int i) {
    printf("%d\n",i);
}

/* prints 10 numbers starting from i */
void print10(int i) {
    print1(i);
    print1(i+1);
    print1(i+2);
    print1(i+3);
    print1(i+4);
    print1(i+5);
    print1(i+6);
    print1(i+7);
    print1(i+8);
    print1(i+9);
}

/* prints 100 numbers starting from i */
void print100(int i) {
    print10(i);
    print10(i+10);
    print10(i+20);
    print10(i+30);
    print10(i+40);
    print10(i+50);
    print10(i+60);
    print10(i+70);
    print10(i+80);
    print10(i+90);
}

/* prints 1000 numbers starting from i */
void print1000(int i) {
    print100(i);
    print100(i+100);
    print100(i+200);
    print100(i+300);
    print100(i+400);
    print100(i+500);
    print100(i+600);
    print100(i+700);
    print100(i+800);
    print100(i+900);
}

int main() {
        print1000(1);
        return 0;
}

不过，print用得多了一些。我们可以用宏嘛。

#include
#define Out(i)       printf("%d\n", i++);
#define REP(N)       N N N N N N N N N N
#define Out1000(i)   REP(REP(REP(Out(i))));
void main()
{
    int i = 1;
    Out1000(i);
}

不过，我们应该使用C++的一些特性，比如：
使用构造函数

class Printer
{
public:
    Printer() { static unsigned i=1; cout << i++ << endl;; }

};

int main()
{
    Printer p[1000];
}

或是更为NB的Template：

template
struct NumberGeneration{
    static void out(std::ostream& os)
    {
        NumberGeneration::out(os);
        os << N << std::endl;
    }
};

template<>
struct NumberGeneration<1>{
    static void out(std::ostream& os)
    {
        os << 1 << std::endl;
    }
};

int main(){
    NumberGeneration<1000>::out(std::cout);
}

最后来个BT一点的：

void main(int j) {
    printf("%d\n", j);
    (main + (exit - main)*(j/1000))(j+1);
}