欢迎来到三一文库! | 帮助中心 三一文库31doc.com 一个上传文档投稿赚钱的网站
三一文库
全部分类
  • 研究报告>
  • 工作总结>
  • 合同范本>
  • 心得体会>
  • 工作报告>
  • 党团相关>
  • 幼儿/小学教育>
  • 高等教育>
  • 经济/贸易/财会>
  • 建筑/环境>
  • 金融/证券>
  • 医学/心理学>
  • ImageVerifierCode 换一换
    首页 三一文库 > 资源分类 > PDF文档下载  

    IEEE-1224-1993-INT-1994.pdf

    • 资源ID:3770124       资源大小:869.40KB        全文页数:22页
    • 资源格式: PDF        下载积分:6
    快捷下载 游客一键下载
    会员登录下载
    微信登录下载
    三方登录下载: 微信开放平台登录 QQ登录   微博登录  
    二维码
    微信扫一扫登录
    下载资源需要6
    邮箱/手机:
    温馨提示:
    用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)
    支付方式: 支付宝    微信支付   
    验证码:   换一换

    加入VIP免费专享
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    IEEE-1224-1993-INT-1994.pdf

    4805702 0520389 418 IEEE Std 1224/1327/1224.l/iNT, March 1994 Edition IEEE Standards Interpretations for IEEE Std 1224-1993, IEEE Std 1327-1993, and IEEE Std 1224.1 =I 993 E O U W . I . I c, IEEE Computer Society Sponsored by the Portable Applications Standards Committee IWhhecI b y the InstitUte of Electrical and Electronics Engineers, Inc, 3 4 5 East 47th Street, New York, NY IQOlZ USA. IEEE April 14, 1994 SHI7186 Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=O'Connor, Maurice Not for Resale, 04/28/2007 22:06:12 MDTNo reproduction or networking permitted without license from IHS -,-,- 4805702 0520390 L3T W IEEE Std 1224/1327/1224.1/INT March 1994 Edition I t t t Standards Interpretations for IEEE Std 1224-1 993 IEEE Std 1327-1993 and IEEE Std 1224.1-1993 Sponsor Portable Applications Standards Committee of the IEEE Computer Society Abstract: The Portable Applications Standards Committee of the IEEE Computer Society carried out a series of analyses of various problems encountered by users of IEEE Std 1224- 1993, IEEE Standard for Information Technology-Open Systems Interconnection (OSI) Abstract Data Manipulation-Application Program Interface (API); IEEE Std 1327-1 993, IEEE Standard for Information Technology-Open Systems Interconnection (OSI) Abstract Data Manipulation C Language Interfaces-Binding for Application Program Interface (API); and IEEE Std 1224.1 - 1993, IEEE Standard for Information Technology-X.400-Based Electronic Messaging- Application Program Interface (API). The results of its deliberations are presented in this document. The intent is to give the 1224 community reasonable ways of interpreting unclear portions of these standards. Keywords: computer, computer environments, interfaces, interpretations, OM API, OSI, X.400 The Institute of Electrical and Electronics Engineers, Inc 345 East 47th Street, New York, NY 10017-2394, USA Copyright O 1994 by the Institute of Electrical and Electronics Engineers, Inc. All rights reserved. Published 1994. Printed in the United States of America. ISBN 1-55937-41 2-8 No part of this publication may be reproduced in any form, in an electronic retrieval system or otherwise, without the prior written permission of the publisher. Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=O'Connor, Maurice Not for Resale, 04/28/2007 22:06:12 MDTNo reproduction or networking permitted without license from IHS -,-,- 4805702 0520393 076 IEEE Standards Interpretations Occasionally, questions may arise regarding the meaning of portions of standards as they relate to specific applications. Such requests for interpretations should ask for clarifications of the exact nature of the contents of the standard. Questions relating to such interpretations are reviewed and evaluated by a balance of members representing the specific committee interests. This officially formed interpretations subgroup creates and circulates a draft interpretation among its members. It transmits a final interpretation to the party initiating the request only after consensus has been achieved. The interpretation is also given to the standards-developing committee to consider addressing it in a supplement or the next revision to the standard. Interpretations are issued to explain and clarify the intent of the standard and are not intended to constitute an alteration to the original standard or to supply consulting information. The interpretations subgroup cannot make new rules to fit situations not yet covered in the standard, even if the investigations of the subgroup lead it to conclude that the requirement is incomplete or in error. Changes to the standard are made only through revisions or supplements to the standard. It is recognized that requests are frequently received that are partially or totally requests for information rather than requests for an interpretation. It is inappropriate to issue an official interpretation to answer such requests. The interpretations subgroup may, however, find from its research that the literal printing of the standards text is not identical to that approved by the standards developers and may issue an editorial correction as a part of its interpretation. The original interpretations requests in this document have been lightly edited to remove extraneous matter and to focus on the problem presented. Some illustrations have been redrawn for publication. With these exceptions, requests are in the form received. i Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=O'Connor, Maurice Not for Resale, 04/28/2007 22:06:12 MDTNo reproduction or networking permitted without license from IHS -,-,- 4805702 0520392 TO2 Procedure for Requesting an Interpretation Requests for interpretations should be addressed to Secretary, IEEE Standards Board IEEE Standards Department 445 Hoes Lane P.O. Box 1331 Piscataway, NJ 08855-133 1 Requests for interpretations should include a) b) c) The specific designation of the standard, including the year of publication. The specific subclause being questioned. The applicable conditions for the case in question. Line drawings should be black ink or excellent black pencil originals. Photos should be black-and-white glossy prints. These illustrations must be reproduced for committee circulation and eventually will be used to supplement the text of the next edition. Clear diagrams and pictures will make the work of interpretation easier and more valuable to users. Requests, including all supplementary material, must be in a form that is easily reproducible. If suitable for consideration, requests will be sent to the interpretations subgroup. After consideration by the subcommittee, which may involve many exchanges of correspondence, the inquirer will be notified of the decision of the subgroup. Decisions will be published from time to time in cumulative form and may be ordered from the IEEE. 11 Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=O'Connor, Maurice Not for Resale, 04/28/2007 22:06:12 MDTNo reproduction or networking permitted without license from IHS -,-,- 4805702 0520393 949 = I nt rod uct ion After approval and publication of a standard, questions may arise regarding the meaning of portions of standards as they relate to users of the standard. In the case of IEEE Std 1224-1993, IEEE Std 1327-1993, and IEEE Std 1224.1-1993, these questions arose from both system implementors and application authors. When a need for interpretation is brought to the attention of the IEEE, the Institute initiates action to prepare appropriate responses. IEEE Std 1224-1993 (the OM MI), IEEE Std 1327-1993, and IEEE Std 1224.1-1993 were developed by the Portable Applications Standards Committee (PASC) of the IEEE Computer Society. IEEE Std 1327- 1993 is a C language binding to the content of IEEE Std 1224-1993. Each interpretation request is forwarded to the members of the PASC interpretations group and a subgroup is invited to generate a draft interpretation for review. The draft interpretation is made available to the whole interpretations group for review and comment. When consensus has been reached within the interpretations group, the IEEE transmits the final interpretation to the party initiating the request. It is recognized that requests are frequently received that are partially or totally requests for information rather than requests for interpretation. The IEEE considers it inappropriate to issue an official interpretation to answer such requests. This includes requests for advice as to the means by which particular facilities described in the standard could be implemented. Every IEEE standard is subjected to review at least every five years for revision or reaffirmation. The revision process takes input from a wide variety of sources in order to develop a revised standard. One of these sources is the interpretations that have been issued against the extant version of the standard. It is not to be expected that the text of the interpretation will appear in the revised standard, but rather that the revision will address the issues raised by the interpretation request through the consensus process. The revision process is allowed to resolve ambiguities in the original standard through textual change; this capability is not allowed within the interpretations process. This document contains a compilation of all of the interpretations completed against IEEE Std 1224-1993, IEEE Std 1327-1993, and IEEE Std 1224.1-1993 as of February 1994. The IEEE will provide details of interpretation requests received that have not yet appeared in a publication. Where a formal interpretation has been completed, this will include the text of the interpretation. At the time that this compilation of interpretations was published, the following members had participated in the IEEE Std 1224-1993íIEEE Std 1224.1-1993 interpretations group: Portable Applications Standards Committee Chair: Jim Isaak Vice-Chair, Interpretations: Andrew Josey Charles Hammons Graham Jack Chris Harding Ed Owens Khiem Ho Pierre Perret Jim Sides Alec Tashjian Trevor John Thompson Mary Lynne Nielsen IEEE Standards Project Editor . 111 Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=O'Connor, Maurice Not for Resale, 04/28/2007 22:06:12 MDTNo reproduction or networking permitted without license from IHS -,-,- M 4805702 0520394 ôô5 Interpretations for IEEE Std 1224-1993 Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=O'Connor, Maurice Not for Resale, 04/28/2007 22:06:12 MDTNo reproduction or networking permitted without license from IHS -,-,- O W 4805702 0520195 711 W IEEE Std 1224/1327/1224.1/INT, MARCH 1994 EDITION Interpretation Number: 1 Topic: Meaning of Value Length Relevant Clauses: 4.5 Classif ¡cation: Editorial defect Interpretation request In general, IEEE Std 1224-1993 defines the term “value length” to mean: - The number of bits in a bit string - The number of octets in an octets string - The number of characters in a characters string For the purposes of discussion, this definition is termed the “elements definition” of Value Length. At a late stage in the development process, the description of the class definition table heading Value Length, given in 4.5, was modified to read: under the heading Value Length, any constraints upon the number of octets in each value that is a string. For the purposes of discussion, this definition is termed the “storage definition” of Value Length. This definition conflicts with the text later in the same section, defining the conditions for minimal consistency, the description of the String syntax given in 5.4, and the description of the om-value-length-type datatype given in 6.2.26, all of which align with the elements definition of Value Length given above. Please identify the correct definition of the term Value Length and the meaning of the column of that name in OM Class tables. Interpretation for IEEE Std 1224-1 993 The meaning of the Value Length column of a class definition table is the “elements definition” one. That is, the number of bits in a bit string, the number of octets in an octet string, or the number of characters in a character string. The alternative “storage definition” given in 4.5 is an editorial defect that should be corrected in a future edition of the standard. Rationale for interpretation It is the belief of the 1224 interpretations group that the referenced text was modified incorrectly during the ballot procedure. 1 Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=O'Connor, Maurice Not for Resale, 04/28/2007 22:06:12 MDTNo reproduction or networking permitted without license from IHS -,-,- IEEE Std 1224/1327/1224.1/INT, MARCH 1994 EDITION IEEE STANDARDS INTERPRETATIONS FOR IEEE Std 1224-1993, Interpretation Number: 2 Topic: Relevant Clauses: 6.3.2 Classification: Technical defect Copy Value-syntax of destination value Interpretation request During the process that approved IEEE Std 1224-1993, a change was introduced into the description of the Copy Value operation to clarify the rules that govern the determination of the Value Syntax of the destination value. Despite the introduction of this clarification, the action of the operation with respect to the value syntax of the source and destination values is still not fully defined. In particular, the action of the Copy Value operation is not defined when the destination value is not present and when the value syntax of the source value is not compatible with the definition of the destination attribute as given in the OM class definition. Please identify the action of the Copy Value operation when the destination value is not present and the value syntax of the source value is not compatible with the definition of the destination attribute. Interpretation for IEEE Std 1224-1993 The standard does not define the action to be taken by the om-copy-value operation in the case where the syntax of the identified source value is not compatible with the destination value that it is to replace. It is recommended that a future edition of the standard should define the action to be taken by the service in this case. NOTE: Responsibility for determining the proper action to correct the standard rests with the working group that is formed to develop a new version of this standard, and with the ballot group that approves it. The 1224 interpretations group can only make a recommendation about what that solution should be. Rationale for interpretation None. 2 Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=O'Connor, Maurice Not for Resale, 04/28/2007 22:06:12 MDTNo reproduction or networking permitted without license from IHS -,-,- m 4805702 0520397 594 m IEEE Std 1224/1327/1224.1/1NT, MARCH 1994 EDITION IEEE Std 1327-1993, AND IEEE Std 1224.1-1993 Interpretation Number: 3 Topic: Classification: Editorial defect Representation of OPTIONAL ASN.l constructs Relevant Clauses: 5.8 Interpretation

    注意事项

    本文(IEEE-1224-1993-INT-1994.pdf)为本站会员(哈尼dd)主动上传,三一文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知三一文库(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    经营许可证编号:宁ICP备18001539号-1

    三一文库
    收起
    展开