I do not know about Mumps but c has built-in functions in the Networking libraries that change from big to little and back htons, htonl, ntohs and ntohl. These are host to network and network to host, short and long. These convert if the number is in the incorrect format and leave it alone if it is already in the right format.
Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jae kim Sent: Monday, August 22, 2005 11:58 PM To: hardhats-members@lists.sourceforge.net Subject: Re: GTM on OSX WAS: [Hardhats-members] more M read questions yes, i think so. I liked big-endian better because my Fortran code never had to see Intel chip. Later I had to write some apps to convert big-endian data (Irix) to be read in little-endian supercomputer. Just googled this: http://www.intersystems.com/cache/downloads/documentation/cache5docs/PDFS/AC VE_UsingCVEndian.pdf so, it (Cache) can be run on both big- and little-endian machines but the database file itself has to be converted first, if someone wants to read patient A's file from hospital Y's Sparc by hospital Z's Windows XP server. Somebody should write the code so converting to the different endianism (reading files from different endian machine) can be set up as a parameter at the execution time, negating the above tool. Sorry for the nagging... intersystem... Jae. On 8/22/05, Gregory Woodhouse <[EMAIL PROTECTED]> wrote: > I'm fairly certain the Alpha is big endian. In fact, I think pretty > much everything except Intel is big endian. > > === > Gregory Woodhouse > [EMAIL PROTECTED] > > "It is foolish to answer a question that > you do not understand." > --G. Polya ("How to Solve It") > > > On Aug 22, 2005, at 7:15 PM, jae kim wrote: > > > Is MUMPS + VistA used on any other big endian machine? > > Just curious. > > > > J. > > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
