From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@is.elta.co.il>
Newsgroups: gmane.emacs.devel
Subject: Re: init_buffer PWD fix
Date: Wed, 24 Apr 2002 14:12:44 +0300 (IDT)
Sender: emacs-devel-admin@gnu.org
Message-ID: <Pine.SUN.3.91.1020424140751.8218C-100000@is>
References: <u8z7dv8t4.fsf@MILCH.meadowy.org>
NNTP-Posting-Host: localhost.gmane.org
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: main.gmane.org 1019643406 28261 127.0.0.1 (24 Apr 2002 10:16:46 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2002 10:16:46 +0000 (UTC)
Cc: Paul Eggert <eggert@twinsun.com>, emacs-devel@gnu.org, knagano@sodan.org
Return-path: <emacs-devel-admin@gnu.org>
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 170JpO-0007Li-00
	for <emacs-devel@main.gmane.org>; Wed, 24 Apr 2002 12:16:46 +0200
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian))
	id 170Jr0-0007HF-00
	for <emacs-devel@quimby.gnus.org>; Wed, 24 Apr 2002 12:18:27 +0200
Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 170JpF-0007B0-00; Wed, 24 Apr 2002 06:16:37 -0400
Original-Received: from is.elta.co.il ([199.203.121.2])
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 170JnP-00074o-00
	for <emacs-devel@gnu.org>; Wed, 24 Apr 2002 06:14:43 -0400
Original-Received: from is (is [199.203.121.2])
	by is.elta.co.il (8.9.3/8.8.8) with SMTP id OAA08349;
	Wed, 24 Apr 2002 14:12:45 +0300 (IDT)
X-Sender: eliz@is
Original-To: MIYASHITA Hisashi <himi@meadowy.org>
In-Reply-To: <u8z7dv8t4.fsf@MILCH.meadowy.org>
Errors-To: emacs-devel-admin@gnu.org
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.0.9
Precedence: bulk
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Post: <mailto:emacs-devel@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
List-Id: Emacs development discussions. <emacs-devel.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/emacs-devel/>
Xref: main.gmane.org gmane.emacs.devel:3168
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3168


On Wed, 24 Apr 2002, MIYASHITA Hisashi wrote:

> Windows dose not have symbolic link and if the current directory
> permission dose not allow to enter, we cannot invoke any programs.

True for now.  But suppose we introduce into Emacs support for 
Cygwin-style symlinks some day--are we supposed to go through all the 
primitives and invent Windows-specific code to handle that?

I think computing a simulated inode for a directory is much simpler, and 
will work for a broader class of potential changes in the underlying 
filesystem and in Emacs.  The code already exists, it just needs to be 
activated by removing the #if 0 conditional.  I fail to understand why 
are we still arguing...