本标准定义了一个标准的操作系统界面及环境以支持源码级应用程序的可移植性。它可供应用程序开发人员及系统实现人员使用。本标准描述应用程序开发人员关心的外部特性及设施，而不是描述为达到这些功能采用的内部结构技术。着重点放在各种各样的商品化应用程序所需要的那些功能及设施。 GB/T 14246.1-1993 信息技术 可移植操作系统界面 第1部分:系统应用程序界面(POSIX.1) GB/T14246.1-1993 标准下载解压密码：www.bzxz.net

中华人民共和国国家标准
可移植操作系统界面
信息技术
第-一部分：系统应用程序界面
(POSIX. 1
Information technology-Portable operating systcminterface for computer environmentsPart 1:System application program interface(POSIX.1)
本标准等问采用国际标准IS0/IFC9915-1—1990。即：信总技术可移植操作系统界面
第一部分：系统应用程序界面
(POSIX. 1)
GB/T 14246.1—93
IS0/IEC 9945-1--1990
本标准的目的是在UNIX操作系统,文档的基础上，定义一个标准的操作系统界面和环境，以支持应用程序在源码级的可移植性。本标准主要供操作系统的实现者和各种应用程序的开发者使用。1S0)/IEC9945-1—1990是以美国IEEES1d1003.1—1988为基础的。这是恼个可植操作系统界面(POSIX）的第一部分：系统应用程序界面即POSIX.1。标准的组织
本标准由四大部分组成：
（1）范围的陈述(第1章）：bzxZ.net
(2）定义和全局概念（第2章)；(3）各种界面功能（第3~-9章）；（4）数据交换格式（第10章）。大多数的条日单独描述一种服务界面。服务界面的C语言述在各个函数的“格式”条内给出，“说明\条提供了由服务界面执行的操作的说明。可能提供某些实例解释所描述的界而。在天多数情况下，在“返回\和“出错”条规定了返回值和可能的出错条件，“参阅”条用于指导读若参照其他有关的条，为了帮助读者理解，本标准还提供了几个附录（都作为参考件）。这些附录提供了一些补充材料，提供了国际标准的制订者作出技术选择过程中的一些观点，也提供了一些信息以强调本标准一些条所描述的界国家技术监督局1993-03-16批准1993-12-01实施
面的结果。
基本文档
CB/T14246.1-93
本标准描述的各种界而功能是基于Unifarum（其前身是/usr/graup）提出并出版的\1984/usr/&roup标准”，而1984/usr/group”，IEEEStd1003.1—1988以及1SO/IEC9945-1—1900都是基于UNIXV.7、UNIXSystem1、UNIXSyslemV、4.2BSD和4.3BSD文档。但是，只要可能，尽量考虑了与各种从UNIX导出的或与UNIX兼容的系统的兼容。背景
POSIX.1的制定者代表「L:NIX系统社团的各个侧面，代表了硬件厂商、操作系统和其他软件开发工具的销售商、软件设计者、顾问、学者、作家、应用系统程序员及其他人员。在审议期间，国际标准制定者变阅「已经发表的和正在制定中的其他有关国际标准，木标准制定者也查阅了有关的中国国家标谁。
从理论上讲，本标准描述了一组举本服务，这些基本服务对于有效地构造应用程序是必需的。并已经用（编程语言定义了-种访间这些服务的界面，这种界面建立了标准语义和语法。由于此界面可使应用程序的编右编写移植的程序（该界面的开发一直以此为目的），因此它已被命名为F)SIX（PortableOuerutingSystcmInterface）.即可移植操作系统界面的缩写。术语POSIX虽然原先用来表示IEEEStd1003.1-1988，但是更确切地说是用来表示相关的标准一IFEE1003.1和国际标准ISO/IEC9945部分的一个系列。故用POSIX作为整个系列标准的总名字，而用P()SIX.表示此系列中各个分标准的名字。即用POSIX.1来表示IEEES1d1003.1—1988和IS0/IEC.9945-11990。也用来表示本标准。读者
本标准预期的读者是所有关心开放系统，关心公共应用环境和所有关心基于UNIX系统的.I业标准操作系统的人员，至少包括下列四种人员：（1）购买硬件和软件系统的人员：（2）管理公司的人员（这些公司与将米的计算机方向有关）：（3）实现操作系统的人员；
（1）开发可移植的应州程序的人员。目的
以下若下原则制约厂本标准的制定：面问应用
本标准的基本月的是通过为基于INIX系统文档的可移植操作系统的界面的规格说明制定：-种清晰、致并H是无歧义性的标推，促进不同UNIX系统环境问应用程序的可移植性。本标准整理了现有的UN1X系统的共同的定义·而不是定义一个新的系统界面。界面，而不是实现
木标准定义「一种界面而不是规定实现。没有指出任何函数实既的细节[虽然在附录（参考件中有时指出了以往的实践」。常其（例如信号和出错编号)都用符号而不是用数宁给出。源码兼容性而不是日标码兼容性本标准的目的是在-个遵循本标准的系统上编写的源程序可以搬到丹“个遵循本标准的系统上经过编译后正确地执行。即使基础硬件相同，标准也不保证在个实现上编译后的可执行码（月标码或二进制码）也可以在另一个遵循本标推的实现上执行。然而，在一进制的兼容性方面不设昏任何障碍，某些GB/T 14246.193
要点可衣附录B(参考件)中找到。见B1.3.1.1和B4.8条。C语言
本标准用C语言标准中规定的术语编写。见B1.3和B1.1.1条，无超级用户，无系统管理
本标准没有规定操作系统的所有方面。系统管理设施和功能从本标准中排除了，也没有包括只能由超级用户使用的函数。本标准也不考虑便件约束或系统维护。最小的界面，尽可能少的定义
为了保持LTNIX系统过去的设计原理，本标准尽可能地小，例如，通常舰定·组函数只实现一种功能。
河广泛实现
本标准的原制定者已经尽力使所有规定的函数可在广泛的现存的或潜在的系统上实现。这些系统包括：
（1）源白基本的AT&T系统（V7或其后的版本）代码的所有流行的主要系统：（2）并不源自丁基本伪AT&.T系统的兼容系统：（3）基丁完全不同的操作系统上的仿真系统；（4）网络式系统：
（5）分布式系统：
（5）运行在广泛硬件上的系统，对十这个日标的直接参照并未出现在本标推中.但是其某些结果部在附录参考件)中提到厂。对以往的实现修改尽可能少
本标难在小虽的领域与任何现存的系统界面不精确匹配（作为例子，可见B6中关于（).N)N-到I(CK的讨论）。但大部分函数、类型、定义以校概念组成了对人多数以往的实现的其有的界面，本标谁定了这个界面，并且在以往没有一致意见的那些方面按如下方法进行了办展：（1）通过标准化一个象以往实现中已有的那样的界面，例如日录：（2）通过规定-一个按现存的系统的形式可实现的并且兼容的界面.例如.10.1.1条11的扩展tar格式
（3）道让规是个加到现存的系统中时不会发牛矛盾的界面，如B6中所描述的那样，对现存的系统所需的修改尽可能地少，但是总有，附录B（参考件)中罗列其的一些。本标雅并不是一个特定厂家的产品说明书。本标准象UNX系统，但并不等同于它。应该注意到，实见将会有不尚种类的护展。
对现存的应用程序修政尽最少
本标准的一-个日的是使应用程序开发者尽可能减少额外的工作，然而，因为每·种以往的实现至少要作少基修改才能遵循本标雅，所以某些应用程序要作修改。附录13（参考件）中指出标证隐含这种修改的”-些主要地方，
相关的标准的活动
可移情操作系统界面是一个相关标准的系列，正在进行一系列活动以制定相关的标准。1面是正在实施或不久就要实施的一些方面：（1）本标准的独立于语言的服务的描述：(2）与(1)相联系的C、Ada和Fortran语吉的协约：（3）Shell 和实用程序，
（4）验证测试序列；
（5）实时功能：
（6）安余/可信系统的考虑，
（7）网络界面功能；
（8）系统管地；
(9）图形用μ接门
GB/T 14246.1—93
（10）对3°：超级计算机，多处理器和批扩展，再务处理、实时系统和基于以往模式的多用户系统，述应用程序的特征义卷或用广专用的开放察统标准的组合；（11）基十P(>SIX或相关的片放系统标准和特征文卷的全局指南。1概论
1.1范围
本标准定义了个标准的操作系统界面及环境以支持源码级应用程序的可移植性，它可供应用程序开发人员及系统安现人,员使用。本标准由四个士要部分组成：
（1）用于决定结构、前导文卷、环境变武及有关要求的术语、概念、定义和说明：（2）系统服务界面及各种了例程的定义：（3）C编程语言的语言专用的系统服务；（4）界面向题，位括而移植性、出错处理及山错恢复。以下领超出本标准的范围：
（1）用卢界面（shcll)及其命令：（2）网络协议及其系统调用界面；（3）图形界面：
（4）数据库管理系统界面：
（5）具有记录的1/0考虑；
（6）标码或二进制码的明移植性：（7）系统配置及资源的可用性；（8）单进程内支持发性的系统服务行为。本标准描述应用程序开发人员关心的外部特性及设施，而不是描述为达到这些功能采用的内部结构技术。着重点放在各种各样的商品化应用程序所需要的那些功能及设施。本标准已在源码级定义，其日标是，可以编译严格避循PO)SIX，1(即本标准》的应用源程序以使在遵循本标准的实现上执行。
1.2引用标准
GR1988信息处理交换用七位编码字符集IS0/IEC9849信息技术程序设计语言C1.3遵从性
1.3.1遵以性实现
1.3.1.1要求
遵循本标准的实现应满是如下谁则：（1）系统应支持术标准所要求的且在本标准中定义的全部界面，这些界面应支持在本标准中猫述的功能行为，
（2）察统可以提供本标准所未要求的附加功能或设施。非标准的扩展应该在系统文档中标出。当使用非标准扩展时可以改变在本标准中定义的函数或设施的行为。在这种情况下，系统文档应定义-个环境，在这个坏境中应用程序能按本标准所规定的行为运行，这样的环境对于严格地遵循本标准的应用程序不要求做任何的修改。
1.3.1.2文档编制
GB/T 14246.1—93
宣称避循本标准的实现，应提供有如下信息的遵从性文档。该文档有和本标推同样的结构及适当编号的条，条中提供相应的信息。遵从性文档不应包括本标准范围以外有关扩展的设施或能力力面的信。
遵从性文挡应包含·个声明指出所用标准的全名、编号、标准提供的日期，遵从生文挡也可以列出遵循本标准应用程序可利用的软件标准。遵从文档应描述从前导文卷及除了本标准中所描述的以外，不应有其他的规格说明在遵从性文档中出现。除非系统明确地提到，否则本标准中所用的词\须编制”“须被编制”意味着这些特性的文档应象如三所述的花遵从性文档中出现。系统文档最好也包含在遵从性文档中能找到的信息。1.3.1.3遵从本标准的实现的选择在指定的条中描述的下列符孕带量反映了实现对丁本标的选择,这些选择能保证遵循本标的应用程序的要求或在遵从的系统的规格说明中所提出的要求或两者都能保证。(NGROUPS_MAX)
{POSIX_ JOB_CONTROL)
多组可选（见2.8.3条）
作业控制可选（见2.9.3条）
[POSIXCIIOWNRESTRJCTED管理/保密可选（见2.9.4条）在2.9.3和2.9.4条中的其余符号常量对于测试，以及作为应用程序能否采用所需的行为类型的指南米说是有用的。它们还不能充分地反映功能差别以保证遵循本标准的应用程序的要求.也不反映遵循本标谁的实现之间的功能差别。在省略了可选项会导致本标准所定义的函数成为未被定义的情况下，实现泣提供一个叫用本标准定义的语法进行调用的函数，即使此函数只返回错误而不做作何别的操作。1. 3.2遵从性应用
所有宣称遵循本标准的应用程序应只使用在1.3.3条中描述的（语言的依赖于语吉的服务H应属于如卜类别之：
7.3.2. 1严格遵循本标(POSIX. 1)的应用严格遵循本标准（POSIX.1)的应用程序是！使用本标准及可用的语吉标准所描述的设施的应用程序。这种应用程序应接受本标雅描述对未规定的或实现定义的各种行为，对于符号常量来说，应接受标准所允许范用内的各种值。这种应用程序还允许采纳在2.8和2.9条中的常量指示的设施的可利用性
1.3.2.2遵循本标雅(P0SIX.1)的应用1.3.2.2.1遵循国际标推的POS1X，1的成用一个遵循国际标的POSIX.1的应用程序是一种只使用本标准所描述的设施及经批准闪任何1S或IEC语言标准的语言协约的应用程序。这种应用程序应包括遵循性的说明，它说明了所有可选项及限定值的依据以所使用的其他IS)或IEC语言标准。1. 3.2.2.2遵循中国国家标准的POSIX.1的应用这种应用不同于遵循国际标准的POS[X.1的应用在于它可以使用中国国家标准的特定标准。这种应用应包括遵循性说明，它说明所有可选项及限定值的依据以及所使用的其他中国国家标准。1.3.2.3便用扩展的遵循0.1的应用GB/T 14246.1-93
这种应用同邀循POSIX.1的应用的区别仅在于它使用遵循本标准的非标准设施。除了遵循本标准的成用所需的文档外，这种应用还应充分说明其扩展设施的要求，使用扩展的遵循P()SIX，1的应用应是使用扩展的遵循PJSIX.1的国际标准的应用或者是使用扩展的遵循POSIX.1的中国国家标准的应用(1. 3. 2. 2. 1 放 1. 3. 2. 2. 2 条)。1.3.3针对（编程语言的依赖于语吾的服务ISO/IEC9899（在下文中表示成“C:语言标准\)被引用来描述也山本标准提到的要求。用于描述本标准的要求所引的语言标准的某些条在第8中规定。第8章中规定广对C语言标准相应条文补充与扩展。任何声明遵循具有C语言协约的本标准的实现，应提供在第8章中提到的设施以及第8章中所要求的补充和扩展：
虽然本标准引用了语言标准的有关部分以描述·些要求.但遵循本标准并不要求遵循语吉标准。任何能提供第8章中所规定的设施的C证言都可以宣称避循本标准，然而，它应清楚地说明其（语言并不与℃语言标滩致。
1.3.3.1遵坐类型
言称遵循具有C语言协约的木标准的实现应宣称两种遵从性类避之一：遵循P(SIX.IC语声协约（C:语言标准中依赖于谱的系统支持），或逆循POSIX.1C语音协约（通用C语言中依赖于语言的系统支持
1.3.3.2（前标推中依赖于语言的系统支持实现者成以（语言标准为基推满足第8章的有关要求，并清楚地记载实现第8章要求所使用的C语言标准的版本，
企图用C语标准它称遵从性的实现应宣称遵循POSIX.1语言协约（C评言标准中依赖广语言的系统支持》。
1.3.3.3通羽（语言依赖于语言的系统支持实现者应使用通用C语言代替语言标准提供第8章所要求的例程及支持。实现者应满是第&章中除涉及语言标准的那述地方以外的所有要求，在涉及（语言标准的地方·实现者应与以（语育常规用法相一-效的方式提供等效支持。实现者应说明由（评言标准所提供的界而和通用C语言所提供的界面之问的许种区别、清楚地说明在列出界面的差异时所参照的语言标准的版本和当C语古标准有新原本耐更新这利差异，
当某个随数画C语言标难引入，因此通用C语没有相应函数时，如果实现厂该函数，喇应如C语言标准所述的娜样了以实现；如果该函数末被实现，则应如上所要求的那样作为与C谱音标准的区别予以说明，
1.3.4其他与C语言有关的规格说明下列现则应月-C 语言库函数的用法,除非作了特别说明，本条中每一说明可用于第3竟至第9章中的详细功能捕，
（I）如果函数的实参有无效值（例如值超出函数的定义域，或指针超出程序的地址空间，或NL:I.1能针术被品式允诈）.那么其行为是卡定义的。（2）任何函数可以作为前导文卷中的宏实现，应用程序应使用共unde以删除任何宏定义并确保引用-个实际的函数，并undel还应在本标准任何函数的声明之前使用。（3）对十作为宏实现的库菌数的任何引用应扩展成化码以计算它的每“个实参，但只需计穿次：必要时用括号把实参完全保护起来，这样用任意的表达式作为实参通带是安全的。（1）假若“个准函数能不涉及在前导义整中定义的作何类型而被声明，那么也允诈显式施或题式地声明丽数·许在不包含相联紧的前导义卷的情况下使用它。（5）如果接受可变的实参个数的函数未被声明（显式地或通过包括与之相联系的前导文卷），则行对是来定义的：
1.3.5其他相关的规格说明
GB/T 14246. 1- 93
本标准当前按语言标准定义的语言的术语规定。对其他编程语言的协约正在开发中。若遵循本标准被宣称为由任何编程语言实现的，则此语言的实现应支持在源文卷中使用的外部符号，此符至少31个字节是可区别的（即，标识符至少在第31个字节或31个字节之前是可以区分的)。如果国家或国际标推控制定义一种语言的最大长度，而此长度小于31个字节，那么此语言所定义的最大长度应是可区分的。只有在斯用的学符集区分大，小写而且请言充许（或要求）在外部符号上区分大小写时.使用大，小写的外部符号才是不同的。本标滩的后续章茶只涉及C语言。2定义和通用要求
2.1药定
本标雅使用下列的印刷约定：
（1）黑体字用在金部由大写字母构成的词中，例如PATH，l.如在2.6条中描述的表示环境变量：它还用于术语“NULL,指针”。
（2）由许多丽数作为出错号返回的符号常量表示成CERRNO见 2.4 条。
（3）在某些前导文卷中定义的符号常量或限定值表示成：(LIMIT) 见 2. 8和 2. 9 条。
在某些情形下表格信息就在行文中表示，在另一些情形下义用标了号的丧格来表示,这种安排纯粹是为了方便排字，两者之间没有任何本质的区别。以上列出的约定仅是为了方使阅读，出丁印刷而导致的编辑的不一致性在本标中没有任何正式的含意。
数字常量是用国际单位制表示的：用作为一个十进制符号和单位的逻弓来白丁国际单位制(SI)。2.2定义
2. 2. 7术语
本标准使用下列专用术语：
2. 2. 1.1 遵从文档 conformance document象在1.3.1.2条中捕述的那样，由实现者提供的包含实现细节的文档。2.2. 1.2实现义的 implementation defined实现应定义和说明如何用正确的程序结构和止确的数据，以产生一个值或行为的·种指示。2.2.1.3可以tay
对一种可选特性的个指示。对实现而言，间\可以（may)”解释为在本标准中不要求但可摄供的可选特性而对严格遵循本标准的应用程序而言,不应使用词“可以(may)\所表明的可选特性，2. 2. 1. 4逐渐废弃的 obsolescent本标准的将来版本中一些可能被撤销的特性的一种指示。在本版本中还保留这种逐渐废弃的特性是因为它们还在泛使用。不鼓励在新的应用程序中使用这种特性。
2. 2. 1. 5 应 shall
是对于实现或对严格遵循本标准的应用程序的要求的-种指示。2.2. 1.6最好 should
（1）对实现而，是一种实现推荐的而不是要求的指示：2）对应用程序而，对应用程序所推荐的编程实践，而对严格遵循本标难的应用程序来说则是要求的一种指示。
2.2.1.7支持 supported
GB/T 14246.1-93
有关可选功能的一种条件。本标准的某些功能是可选的·但这些功能的界面则总是要求的。如支持这样的功能，则界面按本标准的规定进行工作不返回山未支持的情况所指明的出错条件除外）；如果不支持这样的功能，则界面总是返回为这种状况所规定的指示。2.2. 1. 8系统文档 system documentation除广遵从性文挡之外，随实现所提供的所有文档，对于个实现来说，电子发行文档被认为是系统文挡的一部分。2. 2. 1. 9定义的 undefined
本标推对于应用程序使用了一个具有错误的程序结构或错误的数据的不确定的值或它的行为，没有可移植的要求的“种指示。
实现（或其他的标准）可以规定使用该值或导致该行为的结案。使用这种行为的应用程序就尽使用了本标准没有定义的扩展功能,如1.3. 2. 3条中所定义。2.2. 1. 10未规定的 unspecified本标准对于应用程序的正确的程序结构或止确的数据所产生的一个值或行为，没有可移植的要的一种指示。
实现（或其他标准）叮规定使用该值或导效该行为的结果。一种应用程序它需要使用某个函数的特定的行为而不是容许使用该函数的任何行为,这种应用程序就是使用了本标准未规定的扩展功能，如1. 3. 2. 3 条中所定义。
2.2.2通用术语
下列为本标准的通用术语定义：2.2.2.1绝对路径名 absolute pathname见2.3.6条路径名分解。
2.2.2.2访间方式 access mode
所允许的对于文卷的一种访问格式。2.2.2.3地址空间addrcssspacc
可山进程使用的行储区域。
2.2.2.4适当的特权 appropriate privileges一种实现定义的方法，它把特权与进程联系起来，把特权与在本标准中定义的需要一定特权的函数和函数可选项的调用联系起来。这种方法可能不用，也可能有若下个，2.2.2.5后台进程backgroundprocess作为后台进程组中的一个成员的进程。2.2. 2. 6后台进稳组 background process rnup已与控制终端建立连接的会陪期的成员，但义不是前台进程组的任何进程组，2. 2. 2.7块特别文卷 blcck special file涉总设备的文卷。块特别文卷通常以设备硬件特性不可见的方式对设备进行访问而与字符特别文遵相区别：
2.2.2.8字符:hararlen
代表单一图形符弓的一个字节的或多个字节的序列。注，这个术语在℃讯它标准中对应于学节学符。注意，单学节学符是多学节学符的特殊情况。与（言标准中的州法不同，这思的字符和存空间没有任何必然的联系·在讨论存储空间时使用字节2.2.2.9学符特别文卷 character spccialfilc涉及设备的文卷，字符特别文卷的一-种特殊类型是终端设备文卷，对它的访问在7.1条中定义。在本标雅中未对其他的字符特别文卷定义结构，也未规定它们的使用。2.2.2.10子进程childprocess
见2.2.2.62条中的进程，
2.2.2. 11 时钟嘀嗒 clock tir:kGB/T 14246.1—93
时间的一个间隔。每秒中出现一定数量的耐钟嘀嗒。时钟嘀咯是用来表示在类型clok_t中找判的值的单位之“。
2.2.2.12控制进程 controlling prur:es:与控制终端建立了连接的会唔期主席。如果终端以后不再是该会期的控制终端，那么该会陪期土席就不序足控制进程。
2.2. 2. 13控制终端 controlling terminal与会悟期相联系的终端。每个会唔期最多有-·个控制终端与其相联系，而且一个控制终端也！与个会略期相联系。来自控制终端的一定的输入序列（见7.1条）导致将信号发送到与控制终朴联系的进程组中的所有避程。
2. 2. 2. 14 当前T作目录 current working directory见 2. 2. 2. 89 条中的工作片录2. 2. 2. 15 设备 device
计算机的外设或者出现在应用程序中如同外设的实体。2.2.2.16日录directory
含有日录项的文卷。在同一日录中不会有两个具有相同名字的目录项。2.2.2.17日录顶（或链接）directoryentry(or link）把文卷名可文卷联系起来的实体。几个耳录项可把多个文卷名与-一文卷相联系。2.2. 2. 18 点 dal
由单个圆点字符（，组成的文卷名，见2.3.6条中的路径名分解。2. 2. 2. 19点-点 dot-dot
仅由两个圆点字符（·）组成的文卷名。见2.3.6条中的路径名分解。2.2.2.20有效组ID effective groupID进程的-种属性，它用于确定各种权限，包括在2.3.2条中描述的文卷访问权限。见组ID。如4.2.2及3.1.2条中所述，该值在进程生命期内是可以改变的。2.2.2.21有效用户11) effeetivc uscrID进程的一种属性，它用于确定各种权限，包括文卷的访问权限。见用户ID。如4.2.2及3.1.2条中所述，该值在进程生命期内是可以改变的。2. 2. 2.22 空日录 empty directory只含有点目录项·）及点-点日录项（··的回录。2.2.2.23空字符串（或null字符串）emptysring（ornullstring）第一个字符是空字符的字符数组。2.2.2.24UN1x纪元 Epoch
即世界协调时1970年1月1月0时0分秒。见从UNIX纪元算起的秒数，2. 2. 2. 25 特征测试宏 featurc test rmar:rn一个并defined符号，用于确定前导文卷中是否包含组特定的特征。见2.7.1条，2.2.2.26先进先出特别文卷FIF()specialfile(FIF()一种文卷类型，写入到这种文卷中的数据在读出时按光写入先读出的顺序进行。FIF的其他特点在 5. 3. 1,6. 4. 1, 6. 4. 2 及 6. 5. 3 条中描述2.2.2.27文卷filc
可向其写入或从中读出或既写入又读出的对象。文卷有定的属性，包括访问权限及类型，文卷类GB/T14246.1-93
型包括普通文卷、宇符特别文卷、块特别文卷、先进先出特别文卷及日录。其他义卷类型可山实现定义，2.2.2.28文卷说明 file description见2.2.2.51条中的打开的义差说明。2.2.2.29文卷描述字 file descriptor每个进程唯一的非负整数，用于标识个为了访问目的而打开的文卷。2. 2.2. 30义卷组类 file group cla55文卷的-种特性，它指示一种与进程组标识相关的进程的访权限。如果进程不在该文卷的属卡类中，但进程的有效组ID或进程的某个附加组 II)与文卷的组ID相匹配，则该进任在文卷的文卷组类中。类的其他成员可实现定义。2. 2. 2. 31文卷方式 file mode包含义卷权限位及在5.6.1条中描述的其他文卷特性的实体。2. 2. 2. 32 文卷名 filc name包含1个至（NAME_MAX)个字节用作对文卷命名的名字。组成名字的符可从除了斜线字符（/)及空字符（null)外的整个宁符集中选择使用。文卷名”，\及\·，\有特定的含义，见2.3.6条中的路径名分解，文卷名有时也称为路径名分量，2. 2. 2. 33文卷偏移量 file offset文卷中下次1/）操作开始的字节位置。每一个与普通文卷、块特别文卷或日录相联系的打开的文卷说明，有文卷偏移量。不涉及终端设备的字符特别文卷也可以有文卷偏移虽，而对管道或先进先出文卷，则不规定文卷偏移量。
2.2.2.34文卷其他类 file other t:lass文卷的-种特性，它指示一种与进程的用户标识及组标识相关的进程的访间权限。如果进程不在文卷属主类，也不在文卷组类内，则该进程在文卷的文卷其他类中。2.2.2.35文差属主类fileownerclass文卷的·钟特性，它指示一种与进程的用户标识相关的进程的访间权限。如果进程的有效用ID)与文卷的属主II)柑匹配，则进程在文卷的文卷属主类中。2.2.2.36文卷权限位 file permision bits有关所使用文卷的一种信息，它与其他信息一起，用以决定进程是否有对文卷进行读，写、执行/搜索的权限。权限位分为二部分：属主、组及其他。每个部分与对应的进程文卷类起使用。如在5，6.1条中所述，权限位包含在文卷方式中。文卷权限位在文卷访问时的详细用法在2.3.2杀文卷访问权限中描述。
2, 2.2. 37 文卷序号 file serial number每一个文卷系统中表示·个文卷的唯标识符。文卷序号在文卷系统中是唯一的。2.2.2. 38文卷系统 file: syxtern文卷及其属性的集合。它为涉及文卷的文卷序号提供名字空间。2.2.2.39前台进释 foregromnl process作为前台进程组中一个成员的进程。2.2.2.40前台进程组foregroundprocessgroup种进程组，它的成员进程在访间它们的控制终端时，具有店台进程组的进程得不到的一定特权。每个与控制终端建立了连接的会陪期仅有一个进程组作为那个控制终谢的前台进程组。见7.1.1.1条。2. 2. 2. 41 前台进程组 ID foreground process group ID前台进程组的进程维 II)。
2. 2. 2. 42组 ID group ID
一个非负整数·它能被包含在类型为gid_t的实体中，用以标识系统用户的一个组，每个系统用GB/T 14246.193
广率少是-个组的成员，当组的标识与进程相联系时，组ID的值可以被称作实际组TD、有效组ID或附加组 Ⅱ)之（任选）,或保存的调整组 I(任选)。2.2.2.43作业控制jhcmtl
一种允许用户有选择地暂停(挂起)进程的行及在其后继续(恢复)其执行的设施。典型的提，用户借助于终端1/驱动程序及命令解释程序联合提供的交丘界面使用这种设施。遵循去标准的实现，可以可选地支持作业控制设施，本可选项是资存在，由（_PO)SIX_JOB_C(ONIROL)符的楚义在编译运行时指示给应用程序，见2.9条2-2.2.44链接 lirk
买2.2.2.17杀中的日录项。
2.2.2.45链接计数linkcount
涉及·个特定文卷的日录项的顷数。2.2.2.46注册login
未规定的活动，通过它用广获准访问系统，每次注册都与个确定的注听名和联系，2.2.2.47注册名 lrigin tane
与注珊相联系的用名。
2.2.2.48 方式 mode
规定文卷类型及其访问权限的属性集合。见2.3.2条中的文卷访问权限。2.2.2.49ull 字翁串 null iring见2. 2.2.23条中的空字符串。
2.2.2.50打开的文恶 pel1 file当前与文卷描述相联系的文卷。2.2.2.51打开文卷说明 open file description进程或进程组正以何种于式访间文的记录。每个文接描述字成孕用一个打川文毯说明·低是个打开文卷说明可以被多个文卷描述字引用。文卷偏移量，义卷状态（见表22)及义卷访间方式（见表23）是打开文卷说明的属性。2.2.2.52矶儿进程组orplaned processgioup一种进程组，组每个成员的受进程惑者是本进程纽的个成员，或者不是本进程纠的会昭期的成员
2.2. 2. 53父日录 parent directory（）当讨论：个给定的日录时，为包含有所时论日录的录项山该给是日录的路径名：：所表示的国求。
（2）当讨论其他类型文卷时：灯包含有所讨论文卷的耳录项的日录概念不适用于·及··日录项。2.2.2.54父进屋 paren1 proccss见2.2.2.62条中的进程。
2.2.2.55父进程ID parent processID中当前活动的程创建的新进程的-一种属性，逊程的父进程1足其创建者在创建者的生命期内的进程 ID。在创建者的生命期完结以后，逃程的父进程IE是实现定义的系统进程的进程II)。2.2.2.56路径前缀 path Prefix带有可选的结尾斜线.泌及…个录的路径名，2. 2.2. 57路径名 pathname
用F标识一个文卷的宁符串。它最多包含(PATH_MAX}个字节,其中包括作为结束符的空子符,路径名开始的斜线是可选的，紧接若有零个或多个山斜线隔开的文卷名。如果路径名涉及·个日录，GB/T 14246.193
么它也町以有：个或多个结尾斜线，多个连续的斜线与单个斜载等效。虫然多丁两个前导斜线只按单个斜线处理·但以俩个连续的斜线始的路径名可以以实现定义的方式解释。路径名解释在2.3.6条中捕述。
2.2.2.58路径名分基pathanecopone见2.2.2. 32条中的文卷名。
2.2. 2. 59管道 pipe
用一对由函数pipe（)创建的文卷猫述字之进行访问的对象。曾道且创建，文卷描述字就可用来操作此管道，并口在以这种方式进行访问时，其行为等同于王IF特别文卷。管道在卷层次结构中没在名字。
2.2.2.60叮移模文卷名字符集 poriakile filename c:harac:tet set用以构造可移植文卷名的学符的集拿。对丁要准遵循本标谁的爷实现芝间移植的文卷名，它应只包含妮下字符：
ARCDEFGHIJKIMNOPQRSTUVWXYZ
abcdtfhijklt
pqrstuvwxyz
最后的二个字符分别是圆点、下划线及连字符。连宁符不应用来作为可移植文卷名的开字符。遵循本标谁的实现中应保持大小写母的独特的身份：在叮移植路径名中，还叮以使用斜线字符。2.2-2.61特权privilcgc
见2.2.2.1条的适当的特权。
2. 2. 2. 62 进程 process
一个地址空间和在此地址空间内执行的单个线程及其所需的系统资源。进程由另外的进程发出函数fork（)调用而似建，发出函数 fork()的进程称为父进程，由函数fork（)创建的新进程称为了进程。2. 2.2. 63进程组, process group允许相关的进程相发信号的进程的集合，在系统中的每一个进程是山进程ID所标识的进程组的·个成员。新创建的进程加入到它的创建者的进程组中。2. 2. 2. 64 进程组 ID) proccss group ID在其生命期内代表进程组的唯标识符。个进程组)是-个能被包含在pid_「中的非整数。进程组I在进程组生命期结束之前不Ⅲ以被系统再新使月。2.2.2.65进程纸组长 prr:ess group leadet其进择 II)与进程组1I) 相同的进程2.2.2. 66进程组生命期 proccss group lifetimc-段持续时间，它从进程组创建开始到组中最后留下的进程出丁进程察止或由丁调用函数setsid(或调用丽数selPgidl(而离开该组为止。2. 2. 2. 67进程 ID pto心ess ID代表个进程的谁-标识符。“个进程ID是个可被包今在pidt中的正整数。进程ID在进程牛命期结束之前不可以被系统重新使用。此外，如果有一个进程组，其进程组ID等丁进程ID，则此进程II)在进程纽生命期结束之前不可以被系统重新使用。不是系统进程的进程，其进程ID不应为1。2.2.2.68 进程生命期 proccss lifctimc由进程被创建片始到它的进程ID返回给系统为止的持续时间。进程由函数fsrk（)创建以后，该进程就被认为是祈动的进程。其挖制线程及地址空间在进程结束前一直存在。其后，进程进入非动态，这时，虽然某些资源，例如进程儿)仍在使用中，但有些资源则可能返回给「系统，当另外的进程对不活动的进程执行函数walit()或wailpid()时，则余下的资源被返回给系统。返回给系统的最后-个资源是进程。这时，进程的生命期即告完。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。