--- Begin Message ---
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
--- End Message ---
--- Begin Message ---
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 <address@hidden>
> Cc: address@hidden
>
> On Fri, Mar 11, 2011 at 07:42, Juanma Barranquero <address@hidden> wrote:
> > On Fri, Mar 11, 2011 at 06:56, Jason Rumney <address@hidden> 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.
--- End Message ---