This is the mail archive of the cygwin 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: [ANNOUNCEMENT] Updated: vim-7.0.122-1


On Fri, Oct 13, 2006 at 10:18:17AM -0400, Igor Peshansky wrote:
>On Thu, 12 Oct 2006, Igor Peshansky wrote:
>> [...] And if we make it the job of /etc/postinstall/base-files-mketc.sh,
>> we're depriving the user of a scarce resource -- a mount table entry
>> (unless we raise the limit, but then again it won't work for older
>> versions).
>
>I'm not very much in favor of silently creating unnecessary mount points.
>There were cases where it was unavoidable (in the case of XWin fonts and
>textmode mounts), but in this case an extra-mount-free solution exists.
>
>I just checked the source, and apparently the limit on the number of mount
>entries is 30, not 16 (as previously stated).  Given the fact that
>/cygdrive/* mounts exist outside of this limit, the mount table entries
>aren't as scarce a resource as I imagined.  My mount tables have skirted
>15 or so entries, but never got close to 30.

I don't know who said they were 16 but, if the number of mount points
was a real problem then increasing them would be a trivial change, as
opposed to hacking at cygwin's path handling to add YA special case.

>However, the only possible advantage of having that mount would be if we
>could then copy the symlinks to another installation and have them work
>seamlessly.  Unfortunately, given that the files that the symlinks refer
>to live at different paths relative to the windows directory on different
>windows versions, this is not going to happen.

There are other benefits to creating a mount point besides copying
between different installations.  In fact, I don't recall copying
between installations being raised in this thread.

I think that it is important to investigate using known techniques for
dealing with problems before suggesting semi-drastic modifications to
the Cygwin DLL.

And, as long as I'm here, let me remind everyone that no matter what
happens we are not going to be adding anything under /dev.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.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]