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

Previous Next

Packages: w32, emacs;

Reported by: Dani Moncayo <dmoncayo <at> gmail.com>

Date: Thu, 10 Mar 2011 20:41:02 UTC

Severity: normal

Found in version 24.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log

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

From: Juanma Barranquero <lekktu <at> gmail.com>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 8220-done <at> debbugs.gnu.org, dmoncayo <at> gmail.com
Subject: Re: bug#8220: 24.0.50;
	(On Windows XP) "c:\_emacs" isn't found during startup
Date: Fri, 11 Mar 2011 18:49:33 +0100

On Fri, Mar 11, 2011 at 18:34, Drew Adams <drew.adams <at> oracle.com> wrote:

> It is just as silly to argue that `_emacs' should be desupported.
> That's the point.

I disagree.

> On the contrary.  `_emacs' behaves similarly across platforms.

No, it doesn't, because non-DOS, non-Windows Emacsen do not load _emacs.

Yes, you're talking of `ls' and/or `dir', but the point is that you're
arguing in favor of keeping an old compatibility feature by
*extending* it, making detection of [._]emacs(.elc?)? / init.el (and,
more important, explaining how that detection is done) no less complex
on Windows/DOS, and more complex on POSIX environments. For a net gain
of... what?

    Juanma
This bug report was last modified 14 years and 79 days ago.

Previous Next

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