From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Pete Gillin Newsgroups: gmane.emacs.help Subject: Re: Execute permission on Windows XP emacs 22.1 Date: Mon, 9 Jul 2007 16:03:53 +0100 Message-ID: <20070709150353.GG14208@void.printf.net> References: <20070709091427.GA14208@void.printf.net> <20070709134653.GC14208@void.printf.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1183993458 10718 80.91.229.12 (9 Jul 2007 15:04:18 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 9 Jul 2007 15:04:18 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Eli Zaretskii Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jul 09 17:04:16 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I7ume-0005RF-Ie for geh-help-gnu-emacs@m.gmane.org; Mon, 09 Jul 2007 17:04:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I7umd-0001uq-QB for geh-help-gnu-emacs@m.gmane.org; Mon, 09 Jul 2007 11:04:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I7umQ-0001uT-RM for help-gnu-emacs@gnu.org; Mon, 09 Jul 2007 11:04:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I7umO-0001u9-Fc for help-gnu-emacs@gnu.org; Mon, 09 Jul 2007 11:04:01 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I7umO-0001u6-9d for help-gnu-emacs@gnu.org; Mon, 09 Jul 2007 11:04:00 -0400 Original-Received: from void.printf.net ([217.147.94.159]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1I7umM-0003ww-Ve; Mon, 09 Jul 2007 11:03:59 -0400 Original-Received: from pete by void.printf.net with local (Exim 4.50) id 1I7umH-00057f-FU; Mon, 09 Jul 2007 16:03:53 +0100 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-detected-kernel: Genre and OS details not recognized. X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:45559 Archived-At: On Mon, Jul 09, 2007 at 05:42:24PM +0300, Eli Zaretskii wrote: > Emacs doesn't maintain any of these bits, it just calls the `umask' > in the Windows library. It's `umask' that maintains the bits, and as > explained above, the Windows implementation only maintains two bits: > 200 and 400. Okay, that makes sense. > So now that we established the reasons for what you saw, is there > some real problem where this (mis)behavior gets in your way? If the > problem is the Cygwin port of SVN client, then either it has some > workaround for this, or it really means you to use only Cygwin > programs (which presumably manipulate the permissions through the > Windows Security API). Or maybe you can find a native Windows port > of SVN client, that will not pay attention to the security > information. Adding new files using the cygwin port of svn is the only time this causes a problem for me. It's not a big deal, so if the only fix is for emacs to start using the more advanced API and that's not likely to happen soon then I'll live with it. (I could use the native Windows svn client, but (for various reasons) the convenience of the cygwin version outweighs the minor inconvenience of having to unset the executable bit on new files. Or I guess I could try the cygwin port of emacs which might go through cygwin and so control the full permissions properly, but I don't always use emacs from cygwin and I don't want to confuse myself with two different versions.) Glad we've cleared that up. Thank you. Pete.