X-Spam-Check-By: sourceware.org
Date: Fri, 13 Oct 2006 10:29:06 -0400
From: Christopher Faylor <cgf-no-personal-reply-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] Updated: vim-7.0.122-1
Message-ID: <20061013142906.GB4189@trixie.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20061012111836 DOT GA29649 AT trixie DOT casa DOT cgf DOT cx> <20061012115416 DOT GB8323 AT calimero DOT vinschen DOT de> <51442 DOT 84 DOT 246 DOT 168 DOT 11 DOT 1160654571 DOT squirrel AT mail DOT morrison DOT mine DOT nu> <Pine DOT GSO DOT 4 DOT 63 DOT 0610120924170 DOT 28291 AT access1 DOT cims DOT nyu DOT edu> <40944 DOT 84 DOT 246 DOT 168 DOT 11 DOT 1160663798 DOT squirrel AT mail DOT morrison DOT mine DOT nu> <20061012144859 DOT GF8323 AT calimero DOT vinschen DOT de> <20061012145226 DOT GG8323 AT calimero DOT vinschen DOT de> <Pine DOT GSO DOT 4 DOT 63 DOT 0610122205460 DOT 2556 AT access1 DOT cims DOT nyu DOT edu> <20061013102621 DOT GJ8323 AT calimero DOT vinschen DOT de> <Pine DOT GSO DOT 4 DOT 63 DOT 0610131002440 DOT 2556 AT access1 DOT cims DOT nyu DOT edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.GSO.4.63.0610131002440.2556@access1.cims.nyu.edu>
User-Agent: Mutt/1.5.11
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

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/