colin@citrus.citr.uq.oz (Colin Lythall) (01/06/91)
After transferring many, many megabytes of files from a UNIX box to my AUX machine via an intermediate hop through a Mac, I find the file.Z files corrupted somehow. The scenario is: Files compressed up with compress on an Ultrix box Transferred to a Mac using NCSA Telnet with MacBinary checked Archived onto an Apple Tape SC40 in Mac format Retrieved from Tape onto Mac floppies Read into the AUX system from floppy. Trying to uncompress the .Z files either produces a corrupted result (some sort of regular permutation of characters) or uncompress refuses to work on the file. Files which are binary but not compressed (ie tar files) transfer OK. I not sure if this i valid but fcnvt says the .tar files are MacBinary but says the .Z files are AppleSingle format. All files were transferred in one (very long) session with MacBinary on. Similar results occur with Kermit (binary) transfers direct to the AUX box. (a) what did I do wrong? Is MAcBinary not the correct format? (b) ** most important ** how can I modify/fix/convert these files to function correctly. I have about 40Mb+ of files in compressed form on tape. It is infeasible to retransfer the files in non-compressed form. HELP! All help gratefully received :-) regards Colin Lythall colin@citrus.citr.uq.oz.au
steveg@ni.umd.edu (Steve Green) (01/06/91)
In article <colin.663132503@citrus> colin@citrus.citr.uq.oz (Colin Lythall) writes: >[deleted] >Files compressed up with compress on an Ultrix box >Transferred to a Mac using NCSA Telnet with MacBinary checked >Archived onto an Apple Tape SC40 in Mac format >Retrieved from Tape onto Mac floppies >Read into the AUX system from floppy. >[deleted] Compressed files are on Ultrix box are not in MacBinary format. MacBinary is a way to combine the 2 forked Mac file into a single stream. Use binary ftp not MacBinary and when you go to copy the files to A/UX, you must make sure that the file type is NOT TEXT. If it is, then the file will be "converted" and in the .Z case, destroyed. If it is not, then the file will be copied in AppleSingle format. That is, finder info, resources, and data fork all lumped into 1 file. You can use fcnvt to get what you want; the data fork. fcnvt -i single -o double filename newfilename. You should then be able to uncompress the newfilename. (Make sure its got .Z). On another note, if the file type is "A/UX", then the file will be copied into AppleDouble right away and you can skip the fcnvt step. BTW, you can delete the %newfilename file. -- Silica gel -- No not eat. steveg@ni.umd.edu
time@tbomb.ice.com (Tim Endres) (01/06/91)
In article <colin.663132503@citrus>, colin@citrus.citr.uq.oz (Colin Lythall) writes: > Files compressed up with compress on an Ultrix box > Transferred to a Mac using NCSA Telnet with MacBinary checked > Archived onto an Apple Tape SC40 in Mac format > Retrieved from Tape onto Mac floppies > Read into the AUX system from floppy. I have had no success in transferring binary files unless the file's type and creator are: "BIN " and "A/UX" I have tried "BIN " and "AUXS" but this does not seem to work. There is a document someplace which describes the translations that take place for different creator and types. tim. ------------------------------------------------------------- Tim Endres | time@ice.com ICE Engineering | uupsi!ice.com!time 8840 Main Street | Whitmore Lake MI. 48189 | (313) 449 8288