PWW@BNR.CA (Peter Whittaker, P.W.) (11/02/90)
Ooops. Sorry folks, my attachment didn't get attached. Trying again! Peter Whittaker Open Systems Integration Bell Northern Research +1 613 765 2064 pww@bnr.ca subject: OEM ASN.1 Compilers with ISODE. Hello. I pulled the post below from comp.protocols.iso - I was wondering if anyone in the ISODE world had experience with either the OSS compiler, or with any other ASN.1 compilers. I was also wondering if OEM ASN.1 compilers could be used with ISODE (i.e. is it possible to mix and match ASN.1 compilers with OSI stacks; do the compilers function as plug in modules?). ------------------------------------------------------------------------- Article: 668 of comp.protocols.iso From: baos@BACH.RUTGERS.EDU Newsgroups: comp.protocols.iso Subject: Re: ASN.1 compiler for Sun SPARC? Message-ID: <9010300124.AA01847@bach.rutgers.edu> Date: 30 Oct 90 01:24:12 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 53 >Does anyone know of any PD or commercial ASN.1 compilers that >will run on a Sun SPARC? Open Systems Solutions, Inc. (609-987-9073) has developed a commercial ASN.1 compiler that runs under Sun OS (so Sun SPARC is supported), VAX/VMS, IBM MVS, AT&T System V Unix, Berkeley Unix, Apple Macintosh, MS-DOS, and several other operating systems. To the best of my knowledge, the OSS compiler is the most complete implementation of ASN.1 that is currently available on the market. The features of the product include: - support for the Type, Value, Subtype and Macro notations. All changes to ASN.1 are currently reflected in the compiler, including the October 1990 corrigenda. - support for circular references within and between ASN.1 modules. - supports ASN.1 as it is specified in ISO 8824 / CCITT X.208. No modifications are required to the abstract syntax (e.g., no need to remove the Value, Subtype or Macro notations). - highly descriptive messages - outstanding error recovery in the OSS ASN.1 Syntax Checker/Macro Expander, including synchronization on assignment statements (results in the detection of multiple errors in a single run of the compiler) and context sensitive spell checking of ASN.1 keywords. - assurance of tag uniqueness wherever required, such as at all levels of a CHOICE within a CHOICE within a CHOICE within a SET, etc. - choice of a table-driven (interpretive) encoder/decoder or a compiler- generated encoder/decoder. Both versions of the encoder/decoder employ the same interface, so that an application can switch from one to the other by simply recompiling. - comprehensive sanity checking in the decoder to guard against any invalid data that is presented for decoding. - choice of definite or indefinite length encoding. - optional trapping of signals in the encoder to recover from system-detected errors, such as bad pointers in the user data. - error message (optionally) returned by the encoder/decoder that details the cause of any error and identifies the field which was being encoded or decoded when the error was detected. - encoding (decoding) directly from (into) user's data structure; no intermediate steps used in encoding/decoding. Bancroft Scott
shuford@CS.UTK.EDU (11/03/90)
This message is empty.