Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: rbowman Newsgroups: alt.folklore.computers,comp.os.linux.misc Subject: Re: The joy of Linux Date: 25 Oct 2024 00:30:42 GMT Lines: 27 Message-ID: References: <8e3c519b-770e-e8e9-0d46-155863cf9e05@example.net> <885b7a57-c94b-f7a4-98ed-c3c9783fe172@example.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: individual.net aEml0wEVxw3+cAkwcfln6gSxYjk9E36BJizg8kdtTqL5sSYyxi Cancel-Lock: sha1:7S812D+SUNQ4s3Xv4cJYWnuFvsA= sha256:fgrKvuL5y/UZescQTaaWFyPpFzsU7oPy39HNYTBx6dU= User-Agent: Pan/0.149 (Bellevue; 4c157ba) Xref: csiph.com alt.folklore.computers:228143 comp.os.linux.misc:59974 On Thu, 24 Oct 2024 22:30:47 GMT, Scott Lurndal wrote: > Lawrence D'Oliveiro writes: >>On 24 Oct 2024 17:02:02 GMT, rbowman wrote: >> >>> RS6000 is big endian and the ONC-RPC XDR encoding is big endian across >>> the network. The Linux boxes would swap the order when decoding the >>> XDR. >> >>Linux runs on hardware of both kinds of endianness. This is why you have >>functions like htons/htonl etc > > Those functions predate linux. Yes, and they wouldn't be too helpful when dealing with XDR. That comes with its own set of data types and functions. https://fiona.dmcs.pl/rso/du/onc-rpc5.html It's old and clunky but having worked with both I don't know if it's any worse than Google's protobuf invention, https://en.wikipedia.org/wiki/Protocol_Buffers