From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,a883dc07df0d6bb1 X-Google-Attributes: gid103376,public From: ka@socrates.hr.lucent.com.no_spam (Kenneth Almquist) Subject: Re: Decoding an octet stream Date: 1999/12/06 Message-ID: <82gr1r$777@nntpa.cb.lucent.com>#1/1 X-Deja-AN: 557329284 References: <877lj2q36g.fsf@deneb.cygnus.argh.org> <81u247$kc3$1@hobbes2.crc.com> <821rc5$bim$1@nnrp1.deja.com> <822o4d$ehh$1@birch.prod.itd.earthlink.net> <8233fm$ngf$1@nntp3.atl.mindspring.net> <1999Dec1.100413.1@eisner> <824634$4v0@nntpa.cb.lucent.com> <3845FE4E.E54C9EEE@research.canon.com.au> Organization: Lucent Technologies, Columbus, Ohio Newsgroups: comp.lang.ada Date: 1999-12-06T00:00:00+00:00 List-Id: Geoff Bull 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