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.