Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!nstn.ns.ca!news.cs.indiana.edu!julius.cs.uiuc.edu!usc!elroy.jpl.nasa.gov!decwrl!shelby!portia.stanford.edu!fangchin
From: fangchin@portia.Stanford.EDU (Chin Fang)
Newsgroups: comp.unix.sysv386
Subject: GNU compress/uncompress/zcat for ESIX Rev.D
Summary: you have a great deal control over how to built them
Keywords: FSF, GNU, ESIX Rev.D, compress/uncompress/zcat. mtools.
Message-ID: <1991Jan10.195147.6635@portia.Stanford.EDU>
Date: 10 Jan 91 19:51:47 GMT
Expires: Jan 20, 1991
Distribution: comp.unix.sysv386
Organization: AIR, Stanford University
Lines: 30

Since I started this discussion, I would like to throw in one more
thing to whip up the appetite of those who are interested.  

GNU compress/uncompress/zcat also allows you to configure the 
buffer size as you deem fit (for ex. large buffer size for machines
with lots physical memory).  That alone motivated me to switch to
GNU utility. It improves performance for processing large files.  

One more question to the netland, does anyone know whether the 
ramdisk utility (/etc/ramdisk* as for ESIX rev.D) has a solid
public domain counterpart or not?  I had to mail to ESIX for 
usuage after browsing it using a binary editor without success.
Poor documentations seem to be the only bad thing about ESIX so far to
me. 

I also built mtools v.2.0  of Emmet Gary for ESIX Rev.D. Works much better 
than the old versions that comes with ESIX. Many many thanks to Emmet.
What a guy.

Regards.

Chin Fang
Mechanical Engineering Department
Stanford University
fangchin@portia.stanford.edu

ps. maybe someone has tried FSF's GNU file utilities in ESIX.  I built the 
    entire set and tested them all. ls behaved very strangely (ie.
    outputs garbage).  I didn't have time to figure out why. So that
    time, I junked GNU file utility suite and retained ESIX faithfuls.