Date: Sun, 13 Feb 2000 16:54:22 -0600 From: David Kelly <dkelly@hiwaay.net> To: Ariel Burbaickij <Ariel.Burbaickij@mni.fh-giessen.de> Cc: freebsd-questions@FreeBSD.ORG Subject: Re: misfeature in mtools ? Message-ID: <200002132254.QAA46738@nospam.hiwaay.net> In-Reply-To: Message from Ariel Burbaickij <Ariel.Burbaickij@mni.fh-giessen.de> of "Sun, 13 Feb 2000 22:44:40 %2B0100." <Pine.GSO.4.10.10002132237440.3451-100000@sun33>
next in thread | previous in thread | raw e-mail | index | archive | help
Ariel Burbaickij writes: > The story goes like following:Got discette as aad-on to the book Mastering > Algorithms in C.There was file examples.zip there.Results: > > mcopy A:/examples.zip . (works fine in any case) > mcopy -t A:/examples.zip .(works fine also) > > gzip examples.zip (worked just in first case) > So after some re-think the problem is with gzip and it probably does use > every character even unprintable in compressing shema.Idiotic,huh? > Any ideas ? What do you think your problem is? The examples you give work exactly as I would expect. mcopy -t will do a DOS to Unix newline conversion. Ie: deletes <CR> (0x13) everywhere it finds it. In a .zip file the 0x13 does not mean what it would mean in a .txt file. So with bytes missing the mcopy -t version will blow up in gzip. After you copy the .zip file to your HD, use "gunzip -a" to "fix" the line termination problems. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200002132254.QAA46738>