emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Emacs-bug-tracker] bug#8220: closed (24.0.50; (On Windows XP) "c:\_emac


From: GNU bug Tracking System
Subject: [Emacs-bug-tracker] 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

Your message dated Fri, 11 Mar 2011 13:23:29 +0200
with message-id <address@hidden>
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
address@hidden)


-- 
8220: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8220
GNU Bug Tracking System
Contact address@hidden with problems
--- 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 ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]