Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <001201c1a54a$735f4170$0610a8c0@wyw> From: "Wu Yongwei" To: Subject: Re: File mode judgement Date: Fri, 25 Jan 2002 10:45:24 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Thank you for so quick a response. Now I see. I set the environment variable CYGWIN to "ntsec" when I was testing inetd service. Now I unset CYGWIN and solved my problem. No, it is not good yet while even the header files and text files installed by Cygwin itself are regarded as "executable" on setup by default. Best regards, Wu Yongwei --- Original Message from "Robert Collins" --- > In the past, Cygwin seemed to judge whether a file is executable on a > combination of suffix and content. However, today when I reinstalled Cygwin, > I suddenly found that it no more did it. Now on a NTFS volume it depends > only on file attributes. > > 1) Is it a design change? Yes. It is much faster to look at file permissions first, and content second. Thats what unix does. The change is activated by CYGWIN=ntsec. > 2) Is it possible to switch back to the old behaviour? AFAIK, no. It shouldn't be needed anyway, just use chmod to set the +x bit on any executables you have. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/