sshd problem with recent snapshots

Corinna Vinschen
Tue Nov 16 14:59:00 GMT 2010

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:
> 	* (symlink_info::check_reparse_point): Add comment.
> 	(symlink_info::check): Fetch FileNetworkOpenInformation rather than
> 	FileBasicInformation throughout, except on NFS.  Explain why.  Store
> 	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 Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

Problem reports:
Unsubscribe info:

More information about the Cygwin mailing list