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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dani Moncayo <dmoncayo <at> gmail.com>
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 13:23:29 +0200

> 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.

Previous Next

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