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 breaks NTEmacs's jka-compr.el


At 20:12 2002-07-16, Robert Collins wrote:

----- Original Message -----
From: "Randall R Schulz" <rrschulz@cris.com>
To: "Robert Collins" <robert.collins@syncretize.net>; <cygwin@cygwin.com>

> >It's not the ln smarts that are needed, its the cygwin1.dll hard link
> >smarts. I'd happily accept a patch to the cygfile:// handler in setup to
> >perform hard links rather thank copies. Of course, the package maintainers
> >will suddenly all need to build on NTFS as well, and with hardlinks to boot,
> >before anything changes.
>
> It occurred to me that Cygwin1.dll might be making the copy on FAT file
> systems, but that didn't seem to make much sense, since the "hard link
> fails on FAT" case seems awfully close to the "cross-dev link fails" case
> that a conventional Unix "ln" already has to deal with.

Huh? Cygwin1.dll doesn't make a copy on FAT - it fails as you have just
noted.. Setup.exe's cygfile:// handler makes copies.

Rob

Rob,

That's what I thought. But when you wrote:

It's not the ln smarts that are needed, its the cygwin1.dll hard link smarts.
I thought you were saying that the special case for copying when a hard link is requested on a FAT volume was handled in Cygwin1.dll, not in "ln" as I'd assumed.

Randall


--
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]