GNU bug report logs - #8220
24.0.50; (On Windows XP) "c:\_emacs" isn't found during startup

Previous Next

Full log

Message #26 received at 8220-done <at> debbugs.gnu.org (full text, mbox):

From: Dani Moncayo <dmoncayo <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: lekktu <at> gmail.com, 8220-done <at> debbugs.gnu.org
Subject: Re: bug#8220: 24.0.50;
	(On Windows XP) "c:\_emacs" isn't found during startup
Date: Fri, 11 Mar 2011 12:29:23 +0100

On Fri, Mar 11, 2011 at 12:23, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> Date: Fri, 11 Mar 2011 10:33:26 +0100
>> From: Dani Moncayo <dmoncayo <at> gmail.com>
>> Cc: 8220 <at> debbugs.gnu.org
>>
>> On Fri, Mar 11, 2011 at 07:42, Juanma Barranquero <lekktu <at> gmail.com> wrote:
>> > On Fri, Mar 11, 2011 at 06:56, Jason Rumney <jasonr <at> gnu.org> wrote:
>> >
>> >> More accurately, if %HOME% is set explicitly, then init files are searched
>> >> there.
>> >> Otherwise if c:\.emacs exists, then %HOME% is implicitly set to C:\ (for
>> >> backwards compatibility with older versions)
>> >
>> > Well, sort of, because when HOME is implicitly set to C:\, only the
>> > existence of .emacs is checked, not _emacs, while the same is not true
>> > for an explicit HOME or for the AppData directory.
>> >
>> Yes, and I wonder why to have this inconsistency. Why don't check
>> always for the same alternatives of init file? Even when checking
>> under "C:\"?.
>
> Because we want to deprecate both C:\.emacs and the _emacs features.
>

Thanks, Eli and Juanma.

-- 
Dani Moncayo

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.