Unix 标准及实现

Unix 标准及实现

1.1 前言

人们在 Unix 编程环境和 C 程序设计语言的标准化方面已经做了很多努力工作。在20世纪80年代 Unix 版本种类快速增加，随之而来的是它们之间的差别扩大，为了使不同种类的 Unix 系统之间应有程序可以顺利移植，人们开始呼吁进行Unix标准化。

1.2 Unix

1.2.1 ISO C

• ISO 是国际标准化组织，它下属许多行业，IEC 是旗下国际电子标准化组织。
• ISO C : ISO/IEC 的C程序设计语言国际标准工作组维护与开发。该组织简称 WG14.
• ISO C 的目的是提供C程序的可移植性，使其可以适用于大量不同的操作系统。这个标准不仅定义了C程序设计语言的语法和语义，同时还提供了标准库，现在所有的Unix都提供C标准中定义的库函数，所以该标准是非常重要的。

自从 1989年 美国国家标准化(ANSI)提供C程序设计给ISO，到ISO C标准在1999年被更新。从此以后分别在2001、2004、2007 分别对1999 年ISO C标准更新后存在的错误进行勘误修正。随着供应商编译系统不断演化，对最新 ISO C标准的支持也越来越多。

gcc 编译器对ISO C标准1999版本支持可参见 http://www.gnu.org/c99status.html, 虽然C 标准都已经更新到2011 ，但是由于大量的编译器还没有对其做支持，所以我们在本章中沿用1999年 ISO C标准。

按照该标准定义的各个头文件可以将 ISO C库分成24个区。这些头文件在4中Unix系统中都支持(FreeBSD 8.0、Linux 3.2.0、Mac OS X 10.6.8 和 Solaris 10)
图片 …

ISO C 头文件依赖于操作系统所配置的 C 编译器版本。
POSIX.1 标准包含这些头文件以及另外一些头文件。这就说明POSIX.1 > ISO C

1.2.2 IEEE POSIX

1.3 Unix系统实现

1.4 标准和实现的关系

前面提到的各个标准定义了任一实际系统的子集。本章关注4种实际的unix系统: FreeBSD 8.0、Linux 3.2.0、Mac OS X 10.6.8 和 Solaris 10。

1.5 限制

Unix 系统实现定义了很多幻数和常量，其中有很多已被硬编码到程序中，或者用特殊的技术确定。由于大量标准化工作的努力，已有许多种可移植的方法用以确定这些幻数和具体实现定义的限制。这个是非常有助于Unix环境下软件的可移植性。

Unix系统实现必须要有以下两种类型限制：

1. 编译时限制。(比如，短整形的最大值是什么?)
2. 运行时限制。(比如，文件名有多少字符? )

编译时限制可以在头文件中定义。程序编译时可以包含这些头文件。运行时限制可以通过函数调用获取限制值。

存在这一的情况，某些限制在一个给定实现中可能是固定的，而在另一个实现中则可能是变化的。这种类型显示的一个例子就是文件名的最大字符数。
比如，源于BSD的系统文件名的最大字符是255，这就可以在头文件中定义这个限制。但是，现在大多数Unix系统支持多文件系统类型，每种类型的文件系统都有自己的限制，所以需要一种动态获取文件名长度限制的方法，这种情况就需要使用运行时限制，通过调用函数获取限制。

为了解决这类问题，提供了一下3中限制

• 编译时限制(头文件)。
• 与文件或目录无关的运行时限制(sysconf)。
• 与文件或目录有关的运行时限制(pathconf 和 fpathconf 函数)。

如果一个特定的运行时限制在一个给定的系统上并不改变，则可将其静态地定义在一个头文件中，否则，应用程序就必须调用3和conf中的一个来确定其运行时的值。

1.5.1 ISO C 限制

下图中我们对比一下4种平台上FOPEN_MAX、TMP_MAX和FILENAME_MAX的值。

限制	FreeBSD 8.0	Linux 3.2.0	Mac OS X 10.6.8	Solaris 10
FOPEN_MAX	20	16	20	20
TMP_MAX	308915776	238328	308915776	17576
FILENAME_MAX	1024	4097	1024	1024

1.5.2 POSIX 限制

POSIX.1 定义了很多涉及操作系统实现限制的常量。虽然POSIX.1定义了大量限制和实现，我们只关心与基本 POSIX.1接口有关的部分。这些限制和常量分成下面7类：