home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / c / 12685 < prev    next >
Encoding:
Internet Message Format  |  1992-08-23  |  2.3 KB
  1. Xref: sparky comp.lang.c:12685 comp.sys.sun.misc:3859
  2. Path: sparky!uunet!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic!seunet!comm!news.nexus.comm.se!news!Thomas.Tornblom
  3. From: Thomas.Tornblom@nexus.comm.se (Thomas Tornblom)
  4. Newsgroups: comp.lang.c,comp.sys.sun.misc
  5. Subject: Re: How to use the same file of structs on PC and Sun?
  6. Message-ID: <THOMAS.TORNBLOM.92Aug24013032@beck.nexus.comm.se>
  7. Date: 24 Aug 92 00:30:32 GMT
  8. References: <71527@apple.Apple.COM>
  9. Sender: news@nexus.comm.se
  10. Organization: Communicator Nexus AB
  11. Lines: 38
  12. In-Reply-To: may@Apple.COM's message of 23 Aug 92 02: 07:49 GMT
  13.  
  14. In article <71527@apple.Apple.COM> may@Apple.COM (Patrick May) writes:
  15.  
  16.    Hi,
  17.  
  18.     I'm porting an application from an MS-DOS environment to the Sun
  19.    (SunOS 4.1.1).  The app makes heavy use of files opened in binary mode
  20.    to store various structs.  When I tried to use these same files on the
  21.    Sun I found that the Sun compiler came up with a different size for
  22.    these structs than did the MS-DOS compiler (uSoft).  I'd half expected
  23.    something like this, and had intended to do a one-time conversion of
  24.    the affected files.
  25.  
  26.     Unfortunately, these files may be accessed by the both the Sun
  27.    and MS-DOS versions of the application over, for example, PC/NFS.
  28.    Is there a way to tell the Sun compiler not to do any alignment (if
  29.    in fact that's what's happening) or, alternatively, to tell the
  30.    Microsoft compiler to act the same as the Sun compiler?
  31.  
  32.    Thanks,
  33.  
  34.    Patrick May
  35.    may@apple.com     (posting from, but not working or speaking for, Apple)
  36.    ------------------------------------------------------------------------
  37.                  "A contract programmer is always intense."
  38.  
  39. You are facing more severe problems than you think. Not only is the
  40. alignment different, the byte order is also different. The intel goo
  41. is little endian which means that the least significant bytes of a
  42. word are at lower addresses. All suns, except the sun386i, are big
  43. endian where the most significant bytes of a word are stored at low
  44. addresses.
  45.  
  46. Thomas
  47. --
  48. Real life:      Thomas Tornblom           Email:  Thomas.Tornblom@nexus.comm.se
  49. Snail mail:     Communicator Nexus AB     Phone:  +46 18 171814
  50.                 Box 857                   Fax:    +46 18 696516
  51.                 S - 751 08 Uppsala, Sweden
  52.