comp.lang.ada
 help / color / mirror / Atom feed
From: ka@socrates.hr.lucent.com.no_spam (Kenneth Almquist)
Subject: Re: Decoding an octet stream
Date: 1999/12/06
Date: 1999-12-06T00:00:00+00:00	[thread overview]
Message-ID: <82gr1r$777@nntpa.cb.lucent.com> (raw)
In-Reply-To: 3845FE4E.E54C9EEE@research.canon.com.au

Geoff Bull <geoff@research.canon.com.au> wrote:
> Kenneth Almquist wrote:
>> 
>> The allegedly novel idea is to write the data in a
>> cannonical format, making it unnecessary to run conversion programs
>> when moving files or file systems.
>
> Not quite, as that would involve magic!

No magic.  Conversion code is still required, but it is executed
every time you read or write the data from/to secondary storage.
It is not executed when you move the secondary storage media from
one system to another.

> I read it that the patent claims as novel the idea of
> transmitting data in a canonical format, so that the
> sender doesn't need to know the binary representation
> required by the receiver.

On rereading the patent, I have to agree with your reading.  The
description talks about files and file systems, which makes it appear
that the authors were primarily thinking of data stored on hard disks,
but in certain places the language is general enough ("auxiliary
storage or communications", "data source", "data destination") that
network communications would be covered.

> This patent would cover any program that, for example,
> exchanges data in standard "network" order.
>
> As I said, I think XDR predates it, can anybody verify that?

I don't know what the relevant date is, because the patent is dated
1990, but is a "continuation" (whatever that is) of a 1986 patent
application, which is in turn a "continuation" of an abandoned 1982
patent application.  In any case, using "network order" when transmitting
data of a network has been around almost as long as networks have.

The patent comes closer to being original when applying to data files,
but I think that the Common Object File Format (COFF) is prior art.
COFF was in use prior to 1986, but I'm not sure if it was around in
1982.  COFF is a format for UNIX files containing machine code, and
machine code is of course hardware dependent.  However, all the other
binary data in these files is stored in a machine-independent manner.
In addition, the library routines developed for processing COFF files
were placed in a library (libld.a), and as I recall the documentation
specificly pointed out that these would be useful for other applications
that wanted to write other types of machine-independent binary files.
Thus we have (1) data in a cannonical format, (2) stored on secondary
storage devices, and (3) used on UNIX, which is a UNIX-like operating
system.
				Kenneth Almquist




  parent reply	other threads:[~1999-12-06  0:00 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-11-28  0:00 Decoding an octet stream Florian Weimer
1999-11-29  0:00 ` David C. Hoos, Sr.
1999-11-30  0:00   ` Florian Weimer
1999-12-03  0:00     ` Robert Dewar
1999-12-01  0:00   ` Robert Dewar
1999-12-01  0:00     ` Geoff Bull
1999-12-01  0:00       ` Robert Dewar
1999-12-01  0:00     ` David C. Hoos, Sr.
1999-12-01  0:00       ` swhalen
1999-12-01  0:00         ` Florian Weimer
1999-12-02  0:00           ` Geoff Bull
1999-12-02  0:00             ` Lutz Donnerhacke
1999-12-02  0:00           ` Ted Dennison
1999-12-02  0:00             ` tmoran
1999-12-02  0:00           ` Robert Dewar
1999-12-01  0:00         ` Larry Kilgallen
1999-12-01  0:00           ` Kenneth Almquist
1999-12-02  0:00             ` Geoff Bull
1999-12-02  0:00               ` Stupid patent tricks (was: Decoding an octet stream) Ted Dennison
1999-12-06  0:00               ` Kenneth Almquist [this message]
1999-12-02  0:00         ` Decoding an octet stream Geoff Bull
1999-12-02  0:00           ` Robert Dewar
1999-12-02  0:00           ` swhalen
1999-12-02  0:00             ` Larry Kilgallen
1999-12-03  0:00               ` Geoff Bull
1999-12-03  0:00               ` swhalen
1999-12-04  0:00                 ` Geoff Bull
1999-12-06  0:00                   ` Robert Dewar
1999-12-04  0:00                 ` Robert Dewar
1999-12-06  0:00               ` Richard D Riehle
1999-12-06  0:00                 ` Ed Falis
1999-12-07  0:00                   ` Ted Dennison
1999-12-08  0:00                 ` Robert Dewar
1999-12-08  0:00                   ` Brian Rogoff
1999-12-08  0:00         ` Numeric types Mario Amado Alves
1999-12-08  0:00           ` Tucker Taft
1999-12-01  0:00       ` Decoding an octet stream Robert Dewar
1999-12-01  0:00       ` Robert Dewar
1999-12-07  0:00         ` Stefan Skoglund
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox