That's right, and MUMPS has no bitwise operators. Byte swapping would have to be done (more inefficiently) using normal arithmetic operations.
--- Aylesworth Marc A Ctr AFRL/IFSE <[EMAIL PROTECTED]> wrote: > 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 > === Gregory Woodhouse <[EMAIL PROTECTED]> "Design quality doesn't ensure success, but design failure can ensure failure." --Kent Beck ------------------------------------------------------- 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
