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
