From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#17330: files.el cd-absolute overcome false negative from file-executable-p Date: Sat, 03 May 2014 16:26:28 +0300 Message-ID: <8338gr0z97.fsf@gnu.org> References: <41559D99-B080-4B34-B491-3A811FA9FEAE@bluewin.ch> <5364B437.2070106@bluewin.ch> <87d2fvjjcq.fsf@Rainer.invalid> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1399123649 1202 80.91.229.3 (3 May 2014 13:27:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 3 May 2014 13:27:29 +0000 (UTC) Cc: 17330@debbugs.gnu.org To: Achim Gratz Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat May 03 15:27:20 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WgZyI-0005WG-Ji for geb-bug-gnu-emacs@m.gmane.org; Sat, 03 May 2014 15:27:18 +0200 Original-Received: from localhost ([::1]:48957 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WgZyH-0005Qg-IU for geb-bug-gnu-emacs@m.gmane.org; Sat, 03 May 2014 09:27:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41372) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WgZy9-0005QM-Au for bug-gnu-emacs@gnu.org; Sat, 03 May 2014 09:27:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WgZy3-00025c-JP for bug-gnu-emacs@gnu.org; Sat, 03 May 2014 09:27:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60077) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WgZy3-00025Y-G8 for bug-gnu-emacs@gnu.org; Sat, 03 May 2014 09:27:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WgZy2-0000rt-Nb for bug-gnu-emacs@gnu.org; Sat, 03 May 2014 09:27:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 May 2014 13:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17330 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17330-submit@debbugs.gnu.org id=B17330.13991235813280 (code B ref 17330); Sat, 03 May 2014 13:27:02 +0000 Original-Received: (at 17330) by debbugs.gnu.org; 3 May 2014 13:26:21 +0000 Original-Received: from localhost ([127.0.0.1]:49195 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WgZxM-0000qp-8B for submit@debbugs.gnu.org; Sat, 03 May 2014 09:26:20 -0400 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:56944) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WgZxI-0000qV-AV for 17330@debbugs.gnu.org; Sat, 03 May 2014 09:26:18 -0400 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N5000G001QNLQ00@mtaout29.012.net.il> for 17330@debbugs.gnu.org; Sat, 03 May 2014 16:27:23 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N50009PB2PMO690@mtaout29.012.net.il>; Sat, 03 May 2014 16:27:23 +0300 (IDT) In-reply-to: <87d2fvjjcq.fsf@Rainer.invalid> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:88585 Archived-At: > From: Achim Gratz > Date: Sat, 03 May 2014 11:35:01 +0200 > > But yes, you can totally have full access to a directory or file on a > Windows box while all permission flags show that you don't (I guess that > is also possible on UN*X, although I've never tried). You'll never know > until you actually try. That's true (on Windows; I don't think it's possible on Unix), but why is that an Emacs problem? I think this problem should be communicated to the Cygwin maintainers: an accessible directory should return success from the faccessat call, because otherwise Posix-originated programs such as Emacs will misbehave. If the Cygwin maintainers will decide that this specific situation (whose particulars as far as Windows ACL data of the directory in question was never shown by the OP, by the way), then this would mean it's either a cockpit error (i.e. the user shoot himself in the foot by creating a security descriptor he shouldn't have), or that Cygwin does not intend to support such situations in the first place. Either way, Emacs is not to blame here.