ANSI C 与 K&R C
C语言由Dennis M. Ritchie在1973年设计和实现。从那以后使用者逐渐增加。到1978年Ritchie和Bell实验室的另一位程序专家Kernighan合写了著名的《The C Programming Language》，将C语言推向全世界，许多国家都出了译本，国内有一些C语言书就是这本书的翻译或者编译。由这本书定义的C语言后来被人们称作 K&R C。
随着C语言使用得越来越广泛，出现了许多新问题，人们日益强烈地要求对C语言进行标准化。这个标准化的工作在美国国家标准局（ANSI）的框架中进行（1983-1988），最终结果是1988年10月颁布的ANSI标准X3.159-1989，也就是后来人们所说的ANSI C标准。由这个标准定义的C语言被称作ANSI C。
ANSI C标准很快被采纳为国际标准和各国的标准。国际标准为ISO/IEC 9899-1990，中国国家标准GB/T 15272-94是国际ISO标准的中文翻译。
ANSI C标准化工作的一个主要目标是清除原来C语言中的不安全、不合理、不精确、不完善的东西。由此也产生了ANSI C与K&R C之间的差异。从总体上看，这些差异反应的是C语言走向完善、走向成熟。
ANSI C 对 K&R C 的修订
（本段根据《C Programming Language》和C语言标准整理。不求完整，希望列出最常见的差异）
对于源文件内部的标识符，有效的最小长度扩充到31个字符。文件间连接时，标识符的最小有效长度仍然为6个字符。（许多实现都支持更大的长度）
增加了几个新关键字：void，const，volatile，signed，enum。抛弃了老关键字entry。
在换意字符 \ 之后写非规定的序列，其作用确定为无定义。
规定8和9都不是八进制数的合法字符。
引进了数的后缀字符：整数的U和L，浮点数的F和L。
规定连续出现的字符串常量将被拼接在一起。
引进了“宽字符”的概念。
将字符也确定为带符号（signed）和不带符号（unsigned）的。
丢弃了long float（原来作为double的同义词）。
引入了void类型，用 (void*) 表示通用指针的类型（过去人们通常用 (char*)）。
对算术类型规定了最小表示范围。要求每个C语言系统用头文件（<limits.h>和<float.h>）说明实现中的具体规定。
引进了枚举定义enum。
采用了来自C++的类型修饰符，如const。
规定字符串常量是不可修改的。
改变了算术类型的隐含转换规则。
删去了一些过时赋值运算符，如 =+。规定赋值运算符都是基本单词，如 += 之间不能有空格分隔。
引进了与一元 - 运算符对应的一元 + 运算符。
相关文档：
到最后还是自己解决了，导致该问题的原因是在linux启动到最后出现：
/bin/sh: can't access tty; job control turned off
而出现该错误的原因和解决方法google后有千百种，尝试了很多种都没有帮我解决问题。
下面是我自己的解决方法：
1. vi /etc/inittab 第一行添加
console::sysinit:/etc/init.d ......
只是有人牵涉到写程序的,我就说说.女主角如果不出来澄清就一辈子被毁了.校风严谨的清华也有这种滥S的行为有点不可思意.找程序员写作业只是个分手的借口吧.女主角还瞒清秀的.出来讨债的"冤大头"其实也不理智,毁了前女友的幸福很好吗?
但愿C语言门只是个娱乐 ......
参考网址：http://www.uclibc.org/
GNU的Glibc是一个非常宠大而完整的库，至少对于嵌入式系统来说，其体积显得过于大了一些。uClibc的提出较好的解决了这样一个问题。uClibc尽可能的兼容Glibc，大多数应用程序可以在很小或完全不修改的情况下就可能使用uClibc替代glibc。通过uClibc来代替Glibc，可以在不改变应用程序功� ......
什么是好的程序员？是不是懂得很多技术细节？还是懂底层编程？还是编程速度比较快？
我觉得都不是。对于一些技术细节来说和底层的技术，只要看帮助，查资料就能找到，对
于速度快，只要编得多也就熟能生巧了。
我认为好的程序员应该有以下几方面的素质：
1、有专研精神，勤学善问、举一反 ......
前面一篇我们介绍了指针，相信大家对指针不再是那么陌生，虽然在一些大胆的指针强制类型转换上有的读者还不习惯。但是至少大家心里有个数，指针式如此的灵活，以至于你可以操作得比较底层或者根本越过一些语法的限制。这可能也是众多程序员抨击CC++不安全的因素之一。安不安全不是本文想要表达的，这里只需要记住一点，如果 ......
