Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site l5.uucp
Path: utzoo!watmath!clyde!burl!ulysses!gamma!epsilon!zeta!sabre!petrus!bellcore!decvax!decwrl!sun!l5!gnu
From: gnu@l5.uucp (John Gilmore)
Newsgroups: net.lang.c
Subject: Re: Converting structs of binary data among machine types
Message-ID: <166@l5.uucp>
Date: Fri, 27-Sep-85 20:43:39 EDT
Article-I.D.: l5.166
Posted: Fri Sep 27 20:43:39 1985
Date-Received: Wed, 2-Oct-85 00:37:32 EDT
References: <1390@brl-tgr.ARPA> <2778@sun.uucp> <519@lasspvax.UUCP> <274@ccivax.UUCP>
Organization: Ell-Five [Consultants], San Francisco
Lines: 14

In article <274@ccivax.UUCP>, rb@ccivax.UUCP (rex ballard) writes:
> Speaking of inter-processor communications, how about a binary
> "packf()/unpackf()" function for the library.  It can get real hairy
> trying to get a complex structure of long words, shorts, and chars
> between a VAX or PDP-11 and a 68000 in binary form.  For that matter
> letting a 68000 and an 8088 share the same disk can do real strange
> things to "plot(5)" and similar binary files that write different order
> & length "ints".

This is one of the problems that the Sun NFS had to solve.  They solved
it with "Network Data Representation" or NDR.  The package that
implements NDR was posted to the net within the last year (with the
Remote Procedure Call, RPC, package); contact your local or nearby
net.sources archive for a copy.