怪蜀黍v
为什么很多开源软件都用 C,而不是 C++ 写成
1 C语言标准简单，任何平台都是先出C编译器，再用C编译器来编译C++编译器。
2 Unix/Linux就是C写的，且开源，大家都可以借鉴，开源刚流行那几年像这种高质量大型C++开源工程可以说没有。
3 GNU出道是在1983年，GNU打造开源软件体系是想实现一个开源自由的类Unix系统，所以GNU的工具必然是用Unix的根基C语言来写。
4 C++标准定型晚，你看C++标准的编号“C++98、C++03、C++11”， 从83年到98年一大串空窗期，大家不可能等C++的。
5 现在的C语言和当年已经有了很大不同，特别是C99标准以后，用起来已经非常顺手，很多以前陈腐的习惯被修正，引入了现代语言的一些便利的特征。
我虽然工作用了7年C++，但是除了公司的事统一用C++以外，我都喜欢用C。
什么是开源,为什么linux是开源,windows不是？
问题很搞笑。
。
。
使用Linux必须手动输入命令是一个偏见。
本人长年累月地使用Linux，但是我并不熟悉Linux的命令。
Linux一般都部署在服务器上，为了让服务器更稳定，在服务器上安装Linux时常常不安装图形环境。
这也是让人产生“做什么事情都需要手动输入命令”的错觉。
实际上，我对开源的概念也不是十分理解。
简单地说，允许查看、修改源代码的软件就属于开源软件。
而像Win和MacOsX这样的系统，源代码都是保密的，他们都是闭源软件。
按照开源许可协议，所有的Linux发行版都必须公开源代码。
不过因为源代码很占用空间，源代码一般不会直接附在发行版的光盘中，需要您自己下载。
DOS系统是由汇编语言编写的，其余的能叫上名字的操作系统，比如Linux、DBS、Win之类的，一般都是由C语言编写的。
因为Win是闭源软件，因此您看不到它的源代码，修改起来也比较难。
要想修改Win，首先您要熟悉软件的反汇编技术，其次您要做好保密工作，不要让人发现，被发现了是要坐牢的。
顺便说一句：WinCE是开源的。
修改Linux的源代码就比较自由了。
不知到您的编程水平如何，我稍微提醒您一下，自2.6.27开始，Linux内核的代码就超过1000万行了，虽然大部分的代码都是些驱动程序。
在阅读源代码前，最好先找本介绍Linux内核原理的书。
常用的c语言编程软件有哪些？？
LGPL许可证是LESSER GENERAL PUBLIC LICENSE的简写，也叫LIBRARY GENERAL PUBLIC LICENSE，中文译为“较宽松公共许可证”或者“函数库公共许可证”。
该许可证适用于一些由自由软件基金会与其它决定使用此许可证的软件作者所特殊设计的软件软件包─比如函数库（即Library）。
LGPL许可证，也是自由软件联盟GNU开源软件许可证的一种，大部分的 GNU软件，包括一些函数库，是受到原来的 GPL许可证保护的。
而LGPL许可证，适用于特殊设计的函数库，且与原来的通用公共许可证有很大的不同，给予了被许可人较为宽松的权利，所以叫“较宽松公共许可证”。
在特定的函数库中使用它，以准许非自由的程序可以与这些函数库连结。
当一个程序与一个函数库连结，不论是静态连结或使用共享函数库，二者的结合可以合理地说是结合的作品，一个原来的函数库的衍生品。
因此，原来的通用公共许可证只有在整个结合品满足其自由的标准时，才允许连结。
较宽松通用公共许可则以更宽松的标准允许其它程序代码与本函数库连结。
例如，在少数情况下，可能会有特殊的需要而鼓励大家尽可能广泛地使用特定的函数库，因而使它成为实际上的标准。
为了达到此目标，必须允许非自由的程序使用此函数库。
一个较常发生的情况是，一个自由的函数库与一个被广泛使用的非自由函数库做相同的工作，在此情况下，限制只有自由软件可以使用此自由函数库不会有多少好处，故我们使用了LGPL许可证。
在其他情况下，允许非自由程序使用特定的函数库，可以让更多的人们使用自由软件的大部分。
例如，允许非自由程序使用GNU C函数库，可以让更多的人们使用整个GNU作业系统，以及它的变形，GNU/Linux操作系统。
尽管LGPL许可证对使用者的自由保护是较少的，但它却能确保与此函数库连结的程序的使用者拥有自由，而且具有使用修改过的函数库版本来执行该程序的必要方法。
MPL许可证 MPL是The Mozilla Public License的简写，是1998年初Netscape的 Mozilla小组为其开源软件项目设计的软件许可证。
MPL许可证出现的最重要原因就是，Netscape公司认为GPL许可证没有很好地平衡开发者对源代码的需求和他们利用源代码获得的利益。
同著名的GPL许可证和BSD许可证相比，MPL在许多权利与义务的约定方面与它们相同（因为都是符合OSIA认定的开源软件许可证）。
但是，相比而言MPL还有以下几个显著的不同之处： ◆ MPL虽然要求对于经MPL许可证发布的源代码的修改也要以MPL许可证的方式再许可出来，以保证其他人可以在MPL的条款下共享源代码。
但是，在MPL许可证中对“发布”的定义是“以源代码方式发布的文件”，这就意味着MPL允许一个企业在自己已有的源代码库上加一个接口，除了接口程序的源代码以MPL许可证的形式对外许可外，源代码库中的源代码就可以不用MPL许可证的方式强制对外许可。
这些，就为借鉴别人的源代码用做自己商业软件开发的行为留了一个豁口。
◆ MPL许可证第三条第7款中允许被许可人将经过MPL许可证获得的源代码同自己其他类型的代码混合得到自己的软件程序。
◆ 对软件专利的态度，MPL许可证不像GPL许可证那样明确表示反对软件专利，但是却明确要求源代码的提供者不能提供已经受专利保护的源代码（除非他本人是专利权人，并书面向公众免费许可这些源代码），也不能在将这些源代码以开放源代码许可证形式许可后再去申请与这些源代码有关的专利。
◆ 对源代码的定义 而在MPL(1.1版本)许可证中，对源代码的定义是：“源代码指的是对作品进行修改最优先择取的形式，它包括：所有模块的所有源程序，加上有关的接口的定义，加上控制可执行作品的安装和编译的‘原本’（原文为'Script'），或者不是与初始源代码显著不同的源代码就是被源代码贡献者选择的从公共领域可以得到的程序代码。
” ◆ MPL许可证第3条有专门的一款是关于对源代码修改进行描述的规定，就是要求所有再发布者都得有一个专门的文件就对源代码程序修改的时间和修改的方式有描述。
BSD许可证 BSD许可证原先是用在加州大学柏克利分校发表的各个4.4BSD/4.4BSD-Lite版本上面（BSD是Berkly Software Distribution的简写）的，后来也就逐渐沿用下来。
1979年加州大学伯克利分校发布了BSD Unix，被称为开放源代码的先驱，BSD许可证就是随着BSD Unix发展起来的。
BSD许可证现在被Apache和BSD操作系统等开源软件所采纳。
相较于GPL许可证和MPL许可证的严格性，BSD许可证就宽松许多了，一样是只需要附上许可证的原文，不过比较有趣的是，它还要求所有进一步开发者将自己的版权资料放上去，所以拿到以BSD许可证发行的软件可能会遇到一个小状况，就是这些版权资料许可证占的空间比程序还大。
QPL许可证 QPL是The Qt Public License的简称，是挪威一家机构创设的。
QPL许可证的基本要求是获得源代码、修改源代码，并可将修改从原始代码中分离出来；修改可以按照作者的意愿被组合到新版本中；二进制代码可以和原始代码同名，这一点对于动态连接库来说尤其重要；任...
如何使用开源代码
开源即时通讯软件|最好的开源即时通讯软件——XEIM这个软件是没得说的，支持开源，崇拜开源工作者，谁都知道开源即时通讯软件（Instant messaging，简称IM），目前比较普遍的即时通讯都具备这些基本功能，允许两人或多人通过互联网即时地相互发送文字消息、文件、语音聊天与视频聊天等。
XEIM C/S 模式的 飞鸽传书，最好的即时通讯软件，适合企业、政府、院校等单位使用。
企业员工可在企业内部或外部通过 XEIM 进行即时通讯，包括消息发送，文件传输，语音对话等。
统一的用户管理，通讯记录保存在服务器，查询方便。
为企业提供安全，稳定的即时通讯解决方案。
开发语言采用 C/C++，开发工具采用 Visual C++ 6.0，可选择 Windows 2003 SDK 支持，更多开发细节问题可到论坛讨论。
如何判断一个开源软件源码里的核心代码
在阅读源码之前，还应知道Linux内核源码的整体分布情况。
现代的操作系统一般由进程管理、内存管理、文件系统、驱动程序和网络等组成。
Linux内核源码的各个目录大致与此相对应，其组成如下（假设相对于Linux-2.4.23目录）： 1.arch目录包括了所有和体系结构相关的核心代码。
它下面的每一个子目录都代表一种Linux支持的体系结构，例如i386就是Intel CPU及与之相兼容体系结构的子目录。
PC机一般都基于此目录。
2.include目录包括编译核心所需要的大部分头文件，例如与平台无关的头文件在include/linux子目录下。
3.init目录包含核心的初始化代码（不是系统的引导代码），有main.c和Version.c两个文件。
这是研究核心如何工作的好起点。
4.mm目录包含了所有的内存管理代码。
与具体硬件体系结构相关的内存管理代码位于arch/*/mm目录下。
5.drivers目录中是系统中所有的设备驱动程序。
它又进一步划分成几类设备驱动，每一种有对应的子目录，如声卡的驱动对应于drivers/sound。
6.ipc目录包含了核心进程间的通信代码。
7.modules目录存放了已建好的、可动态加载的模块。
8.fs目录存放Linux支持的文件系统代码。
不同的文件系统有不同的子目录对应，如ext3文件系统对应的就是ext3子目录。
Kernel内核管理的核心代码放在这里。
同时与处理器结构相关代码都放在arch/*/kernel目录下。
9.net目录里是核心的网络部分代码，其每个子目录对应于网络的一个方面。
10.lib目录包含了核心的库代码，不过与处理器结构相关的库代码被放在arch/*/lib/目录下。
11.scripts目录包含用于配置核心的脚本文件。
12.documentation目录下是一些文档，是对每个目录作用的具体说明。
一般在每个目录下都有一个.depend文件和一个Makefile文件。
这两个文件都是编译时使用的辅助文件。
仔细阅读这两个文件对弄清各个文件之间的联系和依托关系很有帮助。
另外有的目录下还有Readme文件，它是对该目录下文件的一些说明，同样有利于对内核源码的理解。
在阅读方法或顺序上，有纵向与横向之分。
所谓纵向就是顺着程序的执行顺序逐步进行；所谓横向，就是按模块进行。
它们经常结合在一起进行。
对于Linux启动的代码可顺着Linux的启动顺序一步步来阅读；对于像内存管理部分，可以单独拿出来进行阅读分析。
实际上这是一个反复的过程，不可能读一遍就理解。
