Subject: bug#8220: closed (Re: bug#8220: 24.0.50; (On Windows XP) "c:\_emacs" isn't found during startup)

From: [email-masked] (GNU bug Tracking System)
Date: Fri, 11 Mar 2011 11:24:01 +0000

Your bug report

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

which was filed against the emacs,w32 package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to [email-masked].

-- 
8220: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8220
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#8220: 24.0.50; (On Windows XP) "c:\_emacs" isn't found during startup
From: Eli Zaretskii <[email-masked]>
To: Dani Moncayo <[email-masked]>
Cc: [email-masked], [email-masked]
Date: Fri, 11 Mar 2011 13:23:29 +0200
List-Id: <debbugs-submit.debbugs.gnu.org>

> Date: Fri, 11 Mar 2011 10:33:26 +0100
> From: Dani Moncayo <[email-masked]>
> Cc: [email-masked]
> 
> On Fri, Mar 11, 2011 at 07:42, Juanma Barranquero <[email-masked]> wrote:
> > On Fri, Mar 11, 2011 at 06:56, Jason Rumney <[email-masked]> 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.

Subject: 24.0.50; (On Windows XP) "c:\_emacs" isn't found during startup
From: Dani Moncayo <[email-masked]>
To: [email-masked]
Date: Thu, 10 Mar 2011 21:40:47 +0100
List-Id: <debbugs-submit.debbugs.gnu.org>

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