Browse Prior Art Database

Validity Check of Self-Identifying Parameter-Received Data Streams in Word Processors

IP.com Disclosure Number: IPCOM000041446D
Original Publication Date: 1984-Jan-01
Included in the Prior Art Database: 2005-Feb-02
Document File: 2 page(s) / 13K

Publishing Venue

IBM

Related People

Emry, CA: AUTHOR [+3]

Abstract

In a communicating word processor, there exists software to convert a data stream received from various external sources to the internal data stream of the word processor. An external user may create a data stream containing structured fields or multi-byte controls without the required presence or order of self-identifying parameters that may be required by the internal processes. Additionally, they may create self-identifying parameters that include invalid data. In a specific application, both the received and the internal data streams contain a number of constructs (i.e., structured fields and multi-byte controls) that use self-identifying parameters rather than fixed, ordered parameter fields. In general, self-identifying parameters may occur in any order within the construct after the header data for the construct.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 52% of the total text.

Page 1 of 2

Validity Check of Self-Identifying Parameter-Received Data Streams in Word Processors

In a communicating word processor, there exists software to convert a data stream received from various external sources to the internal data stream of the word processor. An external user may create a data stream containing structured fields or multi-byte controls without the required presence or order of self-identifying parameters that may be required by the internal processes. Additionally, they may create self-identifying parameters that include invalid data. In a specific application, both the received and the internal data streams contain a number of constructs (i.e., structured fields and multi-byte controls) that use self-identifying parameters rather than fixed, ordered parameter fields. In general, self-identifying parameters may occur in any order within the construct after the header data for the construct. However, some of the internal processes of the word processor are dependent on receiving self-identifying parameters in a prescribed order. Each self-identifying parameter contains a header followed by a limited set of fixed, ordered subparameters. The header contains a length field that delimits the entire self-identifying parameter plus an ID that explicitly identifies the self-identifying parameter. There are a number of checks that have to be made on constructs of received data streams to insure that the internal word processing applications can properly process them. However, since self-identifying parameters can occur in any order, they cannot be checked using the standard techniques that apply to fixed, ordered parameters. This problem is particularly important since the trend when adding new controls to data streams appears to be to use self-identifying parameters rather than fixed, ordered parameters. A unique, general solution is provided that permits validation of constructs with self-identifying parameters. First, the appropriate entries in the control tables are modified to identify each construct that uses self-identifying parameters...