Newsgroups: comp.archives Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!caen!ox.com!msen.com!emv From: buc@jessica.stanford.edu (Robert Richards) Subject: [sun-spots] "copytape" makes exact duplicates of most tapes -- Newer version? Message-ID: <1991Mar30.192740.8364@ox.com> Followup-To: comp.sys.sun Keywords: Source Sender: emv@msen.com (Edward Vielmetti, MSEN) Reply-To: buc@jessica.stanford.edu (Robert Richards) Organization: Sun-Spots References: <2064@brchh104.bnr.ca> Date: Sat, 30 Mar 1991 19:27:40 GMT Approved: emv@msen.com (Edward Vielmetti, MSEN) X-Original-Newsgroups: comp.sys.sun Archive-name: hardware/tapes/copytape/1991-03-22 Archive: ftp.acsu.buffalo.edu:/pub/copytape.tar [128.205.7.9] Original-posting-by: buc@jessica.stanford.edu (Robert Richards) Original-subject: "copytape" makes exact duplicates of most tapes -- Newer version? Reposted-by: emv@msen.com (Edward Vielmetti, MSEN) The program "copytape" makes exact duplicates of SUN 1/4" tapes and DEC tapes and probably others. This includes boot tapes. Copytape is available by anonymous ftp from, ftp.acsu.buffalo.edu ! in pub/copytape.tar titan.rice.edu However, "copytape" fails on tapes that contain files whose record size changes in a file. For example, the following is a partial listing of the output of tcopy on a SPARCstation of a tape that "copytape" can not properly copy. file 6: record 1: size 65536 file 6: record 2: size 9216 file 6: eof after 2 records: 74752 bytes file 7: records 1 to 174: size 65536 file 7: record 175: size 57344 file 7: eof after 175 records: 11460608 bytes file 8: records 1 to 42: size 65536 file 8: record 43: size 64512 file 8: records 44 to 50: size 65536 file 8: record 51: size 1536 file 8: eof after 51 records: 3277312 bytes file 9: records 1 to 7: size 65536 file 9: record 8: size 6144 file 9: eof after 8 records: 464896 bytes Copytape handles all the files properly except for file 8 which has record 43 that has a record size different from all the other record sizes. Does anyone know of a modified "copytape" that can handle this situation? Rob Richards Stanford University