sshd problem with recent snapshots
Corinna Vinschen
corinna-cygwin@cygwin.com
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:
>
> * 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
More information about the Cygwin
mailing list