home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!yale!gumby!destroyer!cs.ubc.ca!bowen.rick.cs.ubc.ca!not-for-mail
- From: w1y092@rick.cs.ubc.ca (Steven David Gribble)
- Newsgroups: comp.unix.aux
- Subject: GCC problems continues..
- Date: 15 Dec 1992 11:08:33 -0800
- Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
- Lines: 28
- Distribution: world
- Message-ID: <1glafhINN75a@bowen.rick.cs.ubc.ca>
- NNTP-Posting-Host: bowen.rick.cs.ubc.ca
-
- Just to further my previous article about troubles with gcc, various emails
- from helpful people have resolved that there is no trouble with the gcc
- files themselves. The difficulty has been isolated to the 'uncompress'
- command. I've tried setting up an archive and compressing it on a different
- unix platform, and then transferred the compressed and the uncompressed
- archive back to my mac. I then uncompressed this compressed archive, and
- did a diff between that file and the originally uncompressed file. The
- following differences were found:
-
- < test.txt000064400142200013560000000000470531325554400136130ustar00w1y092underg
- rad00000000000000This is a test..
- ---
- > test.txt000064400142200013)60000000000470531325554400136130ustar00w1y092underg
- rad00000000000000This is a test..
-
- The second of the two lines is from the file uncompressed by A/UX. Notice that
- 29 characters into this line, a 5 has been replaced by a ( character. Other
- tests have turned up more mysterious character switches. I know that the file
- transfer is OK, because I can successfully untar the never compressed archive.
-
- This seems to indicate to me that the uncompress command is not working properly
- on my A/UX - has anyone else found this? Any advice on how to resolve this
- problem would be greatly appreciated..
-
- Thanks,
- Steve Gribble
- w1y092@rick.cs.ubc.ca
-
-