Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!agate!e260-3e.berkeley.edu!c60b-1eq From: c60b-1eq@e260-3e.berkeley.edu (Noam Mendelson) Newsgroups: comp.binaries.ibm.pc.d Subject: Re: Is there a MSDOS .Z uncompress utility? Keywords: compress uncompress .Z Message-ID: <1991Apr9.232659.22018@agate.berkeley.edu> Date: 9 Apr 91 23:26:59 GMT References: <1991Apr8.172213.1606@midway.uchicago.edu> <1991Apr9.121315.1523@uwasa.fi> Sender: usenet@agate.berkeley.edu (USENET Administrator) Organization: University of California, Berkeley Lines: 27 In article <1991Apr9.121315.1523@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes: >In article <1991Apr8.172213.1606@midway.uchicago.edu> mss2@quads.uchicago.edu (Michael S. Schiffer) writes: >: >>> COMP430D.ZIP Unix-compatible 16bit compress/uncompress/zcat 901013 >> >>I downloaded and used COMP430D. A problem I've run into is that >>compressed text files, when uncompressed on my PC, have had their >>carriage return codes inexplicably transformed to ^Js. Any solutions, >>suggestions, etc? > This is a common problem. Unix and MsDos use different eolns (end >of lines) for text files. Msdos uses ascii 13 10 while Unix uses >10. Might it be that COMP430D just puts is the ascii 10 (^J). No. The lack of a CR is a UN*X trait. > If this is the case, you can easily remedy the situation by >running the text file (after extraction) through a suitable text >editor, such as /pc/editor/qedit21.zip, or a suitable filter such as >unix2pc.exe in /pc/ts/tsfilt16.arc. Try either to see what happens. There are also UN*X utilities that do this, for example flip.tar-z from simtel20 under pd3: (this is the one I use). +==========================================================================+ | Noam Mendelson ..!agate!ucbvax!web!c60b-1eq | "I haven't lost my mind, | | c60b-1eq@web.Berkeley.EDU | it's backed up on tape | | University of California at Berkeley | somewhere." |