📄 00000003.htm
字号:
interface. It is assumed that End User Environment has a set of <BR>utilities for user interaction. <BR> <BR>This environment includes all the interfaces and functionalities provided <BR>by Application Execution Environment. Additional interfaces and <BR>utilities are defined for the following sub-environments: <BR> <BR>(a) Server Environment <BR> <BR>Server environment is an operating system environment suitable for <BR>backend server purposes. Graphical user interfaces are not required <BR>in this environment. <BR> <BR>The following sections are applied to Server Environment: <BR> <BR>3. Base Libraries <BR>4. Graphic Libraries <BR>5. Shells and Utilities <BR>6. Programming Languages (with Software Development Option) <BR>7. Graphic Toolkit <BR>10. Network Servers <BR> <BR>(b) Desktop Environment <BR> <BR>Desktop environment is an operating system environment suitable for <BR>end user interaction. Graphical user interface is required in this <BR>environment. <BR> <BR>The following sections are applied to Desktop Environment: <BR> <BR>3. Base Libraries <BR>4. Graphic Libraries <BR>5. Shells and Utilities <BR>6. Programming Languages (with Software Development Option) <BR>7. Graphic Toolkit <BR>8. Input Methods <BR>9. Output Methods <BR>11. Internet Tools <BR>12. X Clients <BR> <BR>If an interface or utility is defined as "supported in End User <BR>Environment", that interface or utility shall be available in both <BR>Server and Desktop environments. <BR> <BR>[*** Editor's Note: More restricted environment, such as "embedded" <BR>systems, may be defined in the future version of this document. ***] <BR> <BR>The following option can be supported in each environment: <BR> <BR>(3) Software Development Option <BR>If this option is supported, utilities, libraries and associated modules <BR>to develop internationalized software (such as compilers or interpreters) <BR>shall be provided. <BR> <BR>1.3.2 Conformance Levels <BR> <BR>Several levels are defined for conformance for each environment. These levels <BR>are defined as follows: <BR> <BR>(1) Level 1 <BR> <BR>The level 1 is the bottom-line level of conformance. All conforming <BR>implementations shall provide this level of interfaces and utilities to <BR>conform to this specification. If level is not specified in the specification, <BR>that specification shall be considered as Level 1. <BR> <BR>(2) Level 2 <BR> <BR>The level 2 is more advanced or extended level of conformance. Conforming <BR>implementations are encouraged to provide this level of interfaces and <BR>utilities to conform to this specification, but it is not mandatory. <BR> <BR> <BR>2. Terminology <BR>2.1 Definition of Terms <BR> <BR>The following terms are used in this specification: <BR> <BR>Implementation-defined <BR>A value or behavior is implementation-defined when it is left to <BR>the implementation to define [and document] the corresponding <BR>requirements for correct application behavior. <BR> <BR>May <BR>With respect to implementations, the word "may" is to be interpreted as <BR>an optional feature that is not required in this <BR>specification but can be provided. With respect to application, the word <BR>"may" means that the feature is optional. The term "optional" has <BR>the same definition as "may". <BR> <BR>Shall <BR>In this specification, the word "shall" is to be interpreted as a <BR>mandatory requirement on the implementation or on application, depending <BR>upon the context. The term "must" has the same definition as "shall". <BR> <BR>Should <BR>With respect to implementations, the word "should" is to be interpreted <BR>as an implementation recommendation, but not a requirement. With respect <BR>to application, the word "should" is to be interpreted as recommended <BR>programming practice. <BR> <BR>Supported <BR>Certain facilities in this specification are optional. If a facility is <BR>supported, it behaves as specified by this specification. <BR> <BR>If a facility is "supported" by an implementation, the implementation <BR>must document how to obtain and install the facility, or the facility is <BR>installed by installer of the implementation by explicitly selected by <BR>the user or implicitly installed with other system components. If an <BR>implementation "supports" a facility, the distributor of the <BR>implementation shall commit that the facility can run on the <BR>implementation. <BR> <BR>Unspecified <BR>When a value or behavior is unspecified, the specification defines no <BR>portability requirements for a facility on an implementation even when <BR>faced with an application that uses the facility. An application that <BR>requires specific behavior in such an instance, rather than tolerating <BR>any behavior when using that facility, is not a portable application. <BR> <BR>Provided <BR>Certain facilities in this specification are mandatory and implemented <BR>in all conforming implementations. <BR> <BR>2.2 General Terms <BR> <BR>character <BR>A sequence of one or more bytes representing a single graphic symbol or <BR>control code. <BR> <BR>This term corresponds to the ISO C standard term multibyte character <BR>(multi-byte character), where a single-byte character is a special case <BR>of a multi-byte character. Unlike the usage in the ISO C standard, <BR>character here has no necessary relationship with storage space, and <BR>byte is used when storage space is discussed. <BR>[Single UNIX Specification, Version 2 (derived from ISO/IEC 9945-2:1993)] <BR> <BR>byte <BR>An individually addressable unit of data storage that is equal to or <BR>larger than an octet, used to store a character or a portion of a <BR>character; see character. <BR> <BR>A byte is composed of a contiguous sequence of bits, the number of which <BR>is implementation-dependent. The least significant bit is called the <BR>low-order bit; the most significant is called the high-order bit. <BR> <BR>Note that this definition of byte deviates intentionally from the usage <BR>of byte in some international standards, where it is used as a synonym <BR>for octet (always eight bits). On a system based on the ISO/IEC <BR>9945-2:1993 standard, a byte may be larger than eight bits so that it <BR>can be an integral portion of larger data objects that are not evenly <BR>divisible by eight bits (such as a 36-bit word that contains four 9-bit <BR>bytes). <BR>[Single UNIX Specification, Version 2 (derived from ISO/IEC 9945-2:1993)] <BR> <BR>repertoire <BR>A specified set of characters that are represented in a coded character <BR>set. <BR>[ISO/IEC 10646-1:2000] <BR> <BR>character boundary <BR>Within a stream of octets the demarcation between the last octet of the <BR>coded representation of a character and the first octet of that of the <BR>next coded character. <BR>[ISO/IEC 10646-1:2000] <BR> <BR>control function <BR>An action that affects the recording, processing, transmission, or <BR>interpretation of data, and that has coded representation consisting of <BR>one or more octets. <BR>[ISO/IEC 10646-1:2000] <BR> <BR>graphic character <BR>A character, other than a control function, that has a visual <BR>representation normally handwritten, printed, or displayed. <BR>[ISO/IEC 10646-1:2000] <BR> <BR>graphic symbol <BR>The visual representation of a graphic character or of a composite <BR>sequence. <BR>[ISO/IEC 10646-1:2000] <BR> <BR>coded character set [CCS] <BR> <BR>A Coded Character Set (CCS) is a mapping from a set of abstract <BR>characters to a set of integers. Examples of coded character sets <BR>are ISO 10646, US-ASCII, and ISO-8859 series. <BR>[RFC 2130] <BR> <BR>character encoding scheme [CES] <BR> <BR>A Character Encoding Scheme (CES) is a mapping from a Coded Character <BR>Set or several coded character sets to a set of octets. Examples of <BR>Character Encoding Schemes are ISO 2022 and UTF-8. <BR>A given CES is typically associated with a single CCS; for example, <BR>UTF-8 applies only to ISO 10646. <BR>[RFC 2130] <BR> <BR>transfer encoding syntax [TES] <BR> <BR>It is frequently necessary to transform encoded text into a format <BR>which is transmissible by specific protocols. The Transfer Encoding <BR>Syntax (TES) is a transformation applied to character data encoded <BR>using a CCS and possibly a CES to allow it to be transmitted. <BR>Examples of Transfer Encoding Syntaxes are Base64 Encoding, <BR>gzip encoding, and so forth. <BR>[RFC 2130] <BR> <BR>internationalization <BR>The process of designing and developing an implementation with a set of <BR>features, functions, and options intended to facilitate the adaptation <BR>of the implementation to satisfy a variety of cultural environments. <BR>[P1003.0/D16] <BR> <BR>localization <BR>The process of utilizing the internationalization features to create a <BR>version of the product for a specific culture. <BR>[P1003.0/D16] <BR> <BR>local adaptation <BR>The process of modifying a product that is specific to one culture to <BR>make it specific to another culture. <BR>[P1003.0/D16] <BR> <BR>locale <BR>A description of a cultural environment. <BR>[P1003.0/D16] <BR> <BR> <BR>3. Base Libraries <BR> <BR>(1) Scope <BR> <BR>This chapter defines runtime library interfaces required to conform to this <BR>specification. Conforming implementations shall provide the C language <BR>APIs defined by [ISO C] and [POSIX.1]. In addition to the C language <BR>interface, conforming level 2 implementations shall provide interfaces for <BR>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -