search for: gulliver

...iles are > loaded or moved from one machine to another with sftp. > > The intern noticed right a way that the documents will transfer > perfectly from our PPC and SPARC machines to our Intel/CentOS > platforms.? The raw data files, not so much.? There is always > an Endian (Thanks Gulliver) issue, which we assume is due to > the bytes of data being formatted into 32 bit words somewhere > in the Big Endian systems. It's unlikely that copying the files is causing the problem you observe.? As Peter suggested, you can use "md5sum" on the source and destination hos...

-------- Original Message -------- From: "Gulliver Riviera" <gulliver.riviera@tiscalinet.be> Subject: They want to close the biggest European network To: <niouz@reseaucitoyen.be> <p><p>I know this is somehow off-topic but I think it is important to bring to your attention that the Ebone European network is ready to col...

...h eight bit precision.? All files are loaded or moved from one machine to another with sftp. The intern noticed right a way that the documents will transfer perfectly from our PPC and SPARC machines to our Intel/CentOS platforms.? The raw data files, not so much.? There is always an Endian (Thanks Gulliver) issue, which we assume is due to the bytes of data being formatted into 32 bit words somewhere in the Big Endian systems.? It is not totally clear why the document files do not have this issue.? If there is a known principle behind these observations, we would appreciate very much any information...

On Oct 31, 2017, at 12:47 PM, Gordon Messmer <gordon.messmer at gmail.com> wrote: > > If this is an application that you've developed in-house, you should be using htonl() to convert your 32-bit values to network byte order ?or its superset, XDR [1] ?or use a text format (XML, JSON, YAML, SQL, CSV?) ?or use a binary serialization of same (BSON, CBOR, Binary XML?) ?or use