This is the mail archive of the cygwin@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: gzip.exe as symlink...


> From: Robert Collins [mailto:robert.collins@syncretize.net]
> Subject: RE: gzip.exe as symlink...
> > From: Jon Cast
> > Subject: Re: gzip.exe as symlink...
> > Robert Collins <robert.collins@syncretize.net> wrote:
> > <snip>
> > > I'd never thought about it - why would anyone care which
> > > is the real file?
> > If they have to use any program not linked with cygwin1.dll.
> Then they presumably have the luxry of telling it what .exe to run. 
> Rob
 except that there isn't one.
  if gzip.exe is a (unusable outside cygwin) link to gunzip.exe, then
"gunzip" will read in a compressed file, but there is no switch to gunzip
which will allow recompressing the file on output.
  if gunzip.exe is a (unusable outside cygwin) link to gzip.exe,
then "gzip -d" will read in a compressed file, and "gzip" will allow
recompressing the file on output.
  The second case has been the state of affairs in the past and it's why
NTemacs has worked.  The first case is what cygwin gzip currently provides,
thus a minor difficulty.  As I mentioned in a previous post, the problem can
be easily remedied with some elisp or by simply copying gunzip.exe to
gzip.exe. Nevertheless I think it would be advisable to restore the gzip
distribution to what it was in the past, with gzip.exe being the executable
and gunzip.exe being the link.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]