From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Build failure on M$ (using MSVC): Patch enclosed Date: Thu, 22 May 2008 08:52:21 +0200 Message-ID: <85od6yltju.fsf@lola.goethe.zz> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1211439173 30558 80.91.229.12 (22 May 2008 06:52:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 May 2008 06:52:53 +0000 (UTC) Cc: Eli Zaretskii , Stefan Monnier , emacs-devel@gnu.org To: dhruva Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 22 08:53:30 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Jz4g1-0000NZ-Ie for ged-emacs-devel@m.gmane.org; Thu, 22 May 2008 08:53:25 +0200 Original-Received: from localhost ([127.0.0.1]:33538 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jz4fH-0003Hz-6M for ged-emacs-devel@m.gmane.org; Thu, 22 May 2008 02:52:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jz4fD-0003Ho-7f for emacs-devel@gnu.org; Thu, 22 May 2008 02:52:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jz4f9-0003HF-Hd for emacs-devel@gnu.org; Thu, 22 May 2008 02:52:34 -0400 Original-Received: from [199.232.76.173] (port=59621 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jz4f9-0003HB-DL for emacs-devel@gnu.org; Thu, 22 May 2008 02:52:31 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:18207) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Jz4f4-0001UV-BB; Thu, 22 May 2008 02:52:26 -0400 Original-Received: from mail-in-16.arcor-online.net ([151.189.21.56]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jz4f3-0005YB-AG; Thu, 22 May 2008 02:52:25 -0400 Original-Received: from mail-in-16-z2.arcor-online.net (mail-in-16-z2.arcor-online.net [151.189.8.33]) by mail-in-16.arcor-online.net (Postfix) with ESMTP id 1E0681F79B1; Thu, 22 May 2008 08:52:24 +0200 (CEST) Original-Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mail-in-16-z2.arcor-online.net (Postfix) with ESMTP id F33A125411B; Thu, 22 May 2008 08:52:23 +0200 (CEST) Original-Received: from lola.goethe.zz (dslb-084-061-000-184.pools.arcor-ip.net [84.61.0.184]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 4B6ED37671C; Thu, 22 May 2008 08:52:23 +0200 (CEST) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 648901C46131; Thu, 22 May 2008 08:52:22 +0200 (CEST) In-Reply-To: (dhruva's message of "Thu, 22 May 2008 10:33:40 +0530") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Virus-Scanned: ClamAV 0.92.1/7207/Thu May 22 06:31:31 2008 on mail-in-02.arcor-online.net X-Virus-Status: Clean X-detected-kernel: by mx20.gnu.org: Linux 2.4-2.6 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:97503 Archived-At: dhruva writes: > On 5/22/08, Stefan Monnier wrote: >> > Well, I was not aware of that function. Looking a little deeper into >> > it, it does not traverse above the current user $HOME (~/ or %HOME%). >> > This code needs to go all the way till the top. Since it does a >> > username comparison, it apprears a bit more expensive (based on gut >> > feel though). >> >> >> Indeed, it doesn't go up past the home directory and it doesn't lookup >> past a directory with a different owner. It's all done on purpose to >> try and avoid pathological cases. >> I don't see that as a problem at all. > > Though I do not see a practical use case, here is a case where it can fail: > > 1. As a system wide policy, I put some settings file in the root > folder or the parent folder of every user folder which has a bunch of > defaults There is no necessity whatsoever to use the settings file mechanism for global defaults. Just set the appropriate variables in site-start.el. On a different tack: why can't vc-find-root be made to use locate-dominating-file? One less bunch of heuristics to maintain. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum