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

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#8220: closed (24.0.50; (On Windows XP) "c:\_emacs" isn't
 found during startup)
Date: Fri, 11 Mar 2011 11:24:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Fri, 11 Mar 2011 13:23:29 +0200
with message-id <83wrk5uci6.fsf <at> gnu.org>
and subject line Re: bug#8220: 24.0.50; (On Windows XP) "c:\_emacs" isn't found during startup
has caused the GNU bug report #8220,
regarding 24.0.50; (On Windows XP) "c:\_emacs" isn't found during startup
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
8220: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8220
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Dani Moncayo <dmoncayo <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50; (On Windows XP) "c:\_emacs" isn't found during startup
Date: Thu, 10 Mar 2011 21:40:47 +0100

Hi,

1.- Set up a Windows XP system in such way that Emacs, during its
statup, can't find any possible "init file" (.emacs, .emacs.el,
.init.el, ...) in any of the possible paths it may look for (see [1]).

2.- Create a brand new emacs init file with the single sentence (setq
inhibit-startup-screen t), and save it as "c:\_emacs".

3.- Start emacs "normally" (whithout -Q, because we want to test the
search of our init file).


According to [1], Emacs should be able to find (and execute) the init file
created in #2, i.e., the statup screen should NOT be shown. But in fact
it is, i.e., Emacs could not find the file.

[1] (info "(emacs) Windows HOME")


-- 
Dani Moncayo

In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-02-28 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.4) --no-opt --cflags
-Ic:/imagesupport/include'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ESN
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default enable-multibyte-characters: t

[Message part 3 (message/rfc822, inline)]

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.