delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2010/11/16/09:59:31

X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Tue, 16 Nov 2010 15:59:06 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: sshd problem with recent snapshots
Message-ID: <20101116145906.GD26851@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <4CD3F277 DOT 8020608 AT cornell DOT edu> <4CDEA7FB DOT 6090701 AT cornell DOT edu> <20101115160956 DOT GC17405 AT calimero DOT vinschen DOT de> <4CE15D71 DOT 1040002 AT cornell DOT edu> <20101115164013 DOT GB26984 AT ednor DOT casa DOT cgf DOT cx> <20101115165334 DOT GH17405 AT calimero DOT vinschen DOT de> <4CE1972C DOT 4080809 AT cornell DOT edu> <20101116135814 DOT GC26851 AT calimero DOT vinschen DOT de> <4CE29643 DOT 2030005 AT cornell DOT edu>
MIME-Version: 1.0
In-Reply-To: <4CE29643.2030005@cornell.edu>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
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 Nov 16 09:33, Ken Brown wrote:
> On 11/16/2010 8:58 AM, Corinna Vinschen wrote:
> > Is there a chance that your service entires still point to a cygrunsrv
> > under C:\cygwin instead of D:\cygwin-1.7?
> 
> No.  The installation in C:\cygwin is newer than the one in D:\cygwin-1.7; it's just a small installation that I sometimes use for testing purposes, and it doesn't even have cygrunsrv installed.  In any case, that wouldn't explain why reverting to the 09-12 snapshot fixes the problem.  Are you sure there's nothing in the 09-17 Changelog that could account for this?  There do seem to be some network-related changes, though I don't claim to understand them:
> 
> 	* path.cc (symlink_info::check_reparse_point): Add comment.
> 	(symlink_info::check): Fetch FileNetworkOpenInformation rather than
> 	FileBasicInformation throughout, except on NFS.  Explain why.  Store
> 	FILE_NETWORK_OPEN_INFORMATION in conv_hdl.  Remove
> 	FILE_ATTRIBUTE_DIRECTORY attribute in conv_hdl for reparse point
> 	symlinks.
> 	* path.h (class path_conv_handle): Add FILE_NETWORK_OPEN_INFORMATION
> 	member _fnoi.
> 	(path_conv_handle::fnoi): New accessor method for _fnoi.
> 	(path_conv::fnoi): New accessor method for cubv_hdl._fnoi.

These changes only affect files, not ttys.

The failing chmod(/dev/tty1, 0622) is actually trying to change the
permissions on internal objects, like events, mutexes, and pipes, which
together constitute a tty/pty.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019