Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!lll-tis!oodis01!uplherc!sp7040!marvin!jsp
From: jsp@marvin.UUCP (Johnnie Peters)
Newsgroups: comp.lang.c
Subject: Re: Portability across architectures..
Message-ID: <10@marvin.UUCP>
Date: 23 Sep 88 02:39:23 GMT
References: <103@simsdevl.UUCP! <4940003@hpiacla.HP.COM!
Lines: 27

In article <4940003@hpiacla.HP.COM!, scottg@hpiacla.HP.COM (Scott Gulland) writes:
! / hpiacla:comp.lang.c / dhesi@bsu-cs.UUCP (Rahul Dhesi) /  8:43 pm  Sep 13, 1988 /
!!! In article <7038@bloom-beacon.MIT.EDU> scs@adam.pika.mit.edu (Steve Summit)
!!!writes:
!!![numerous arguments in favor of using ASCII text for portability]
! 
!! Counterarguments:
!! 
!! 1.   ASCII text is likely to be very bulky.
! 
! True, ASCII text may be very bulky, but isn't this just an efficiency issue.
! When portability to many machine architectures is truly needed, most people
! will gladly sacrifice efficiency for ease of portability in their data files.
!! 2.   All modern hardware architectures can use 8-bit bytes, so ASCII
! I'm sorry, but I don't understand how this statement relates to portability
!! I suggest encoding the data in bytes using a known byte order.
! 
! Bad idea !  Many architectures use different byte orderings for integers
! , reals, etc.  This also does not seem to address differences between
! 

	Why not take the road that many databases do?  Write 2 utilites, one 
to export the data in ascii form and one to import it back in.  This would
allow data to taken across machines and still be used in their native format.
Also this allows backups that will be more portable.

				--  Johnnie  --