Path: utzoo!censor!dybbuk!yunexus!ists!helios.physics.utoronto.ca!news-server.csri.toronto.edu!rutgers!usc!samsung!ernie.viewlogic.com!mobius!greg
From: greg@mobius.Viewlogic.COM (Gregory Larkin)
Newsgroups: comp.os.minix
Subject: Re: Compiling Minix ar(1) on a SPARC
Keywords: Probably crazy
Message-ID: <1991Jan8.160208@mobius.Viewlogic.COM>
Date: 8 Jan 91 21:02:08 GMT
Article-I.D.: mobius.1991Jan8.160208
References: <1991Jan8.152501@mobius.Viewlogic.COM>
Sender: news@viewlogic.com (News Administrator)
Reply-To: greg@mobius.Viewlogic.COM (Gregory Larkin)
Organization: Viewlogic Systems, Inc., Marlboro, MA
Lines: 33

More info on this problem.....

I'm just guessing, but (I'm not a CS person!!) I think the problem
I'm having is that (obviously) the SPARCstation uses different byte-
ordering and/or sizes for ints, longs, etc.

Doing a sum(1) on the PC for the file h.a says: 22515 46
On the SPARC, it says:                          22515 23

I assume this indicates that Minix and SunOS have different block
size definitions.  Does it indicate anything else?

If I do an od(1) on the file h.a on the PC, the first record of the
file is "177545" which just happens to be the archive magic number 
for Minix.

If I do an od(1) on the SPARC, the first record is "062777", which 
is *not* the correct number..

Therefore, can anyone enlighten me about the byte differences between
PCs and SPARCstations and more importantly,

Is there anyway I can extract .a files on the SPARC????

Thanks a lot,
--
Greg Larkin (ASIC Engineer)
Viewlogic Systems, Inc. (The CAE Company)
293 Boston Post Road West ____________________________________________
Marlboro, MA 01752        |"This is a fragile ball we are living on; |
508 480 0881 x321         |it's a miracle and we are destroying it.."|
Email: greg@Viewlogic.COM |Peter Garrett, Midnight Oil               |
                          --------------------------------------------