home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!rutgers!ub!exucom.com!cyberman
- From: cyberman@exucom.com (Stephen R. Phillips)
- Newsgroups: comp.os.msdos.programmer
- Subject: Re: Normal MSDOS multitasking!
- Message-ID: <1992Dec24.012913.10203@exucom.com>
- Date: 24 Dec 92 01:29:13 GMT
- References: <1h7lrmINNpde@aludra.usc.edu>
- Organization: ExuCom Multimedia Inc.
- Lines: 24
- X-Newsreader: TIN [version 1.1 PL7]
-
-
- Alex Liu (aliu@aludra.usc.edu) wrote:
- : But the point is that when they designed zcat/compress and tar, it was to
- : be modular. compress is a generic file compressor, that you could use with
- : any utility. The fact that you have pipes allows you to use compress
- : without having to write your own LZW compression routines.
- : unzip -v file.zip foo*.*
- : Doing that, for you is fine, but it is not necessarily better. It is just
- : a different way to do things. One could argue for example, that unzip is
- : a more complicated program than any of the unix equivalents, and at the
- : same token not as flexible. For example, the 3 previous commands, you
- : can also grep for files of certain size, certain date, etc. By adding
- : an extra command you could also sort them in reverse order or by size,
- : etc. If unzip was to accomplish all that flexibility, that would
-
- I might also interject the format is less specific. Also perviewsly
- archived files (shar) have a MUC higher compression ratio than
- standard. IE GTETRIS.ZIP is 18k shared and ziped BUT 32k when
- archived BY zip. Hmmmm intresting?
-
- Cyberman
- --
- This is my sig file!
- Read rec.games.programer!
-