GNU bug report logs - #11939
24.1; `save-buffers-kill-emacs' loses minibuffer focus when it calls `list-processes'

Previous Next

Full log

Message #173 received at 11939 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 11939 <at> debbugs.gnu.org
Subject: Re: bug#11939: 24.1; `save-buffers-kill-emacs' loses minibuffer focus
	whenit	calls	`list-processes'
Date: Mon, 23 Jul 2012 20:33:04 +0300

> From: "Drew Adams" <drew.adams <at> oracle.com>
> Cc: <11939 <at> debbugs.gnu.org>
> Date: Sun, 22 Jul 2012 14:16:55 -0700
> 
> > > > Error (initialization): User  has no home directory
> > >                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > > What does that last message tell you?  I think this is the key to
> > > unlock your mystery.
> > 
> > Perhaps you can tell me how so?
> 
> And in Emacs (including emacs -Q), my `user-login-name' is defined correctly.
> 
> I mention this because I notice that there seem to be 2 spaces between "User"
> and "has" in that message. Perhaps it is trying to print a user name of only ""
> between the two words.
> 
> BTW, if that is the case, then that error message is pretty lame.  It is almost
> always better to quote the name that a message wants to refer to (i.e., wants to
> quote).
> 
> That message would be clearer (if this in fact is the problem) if it said:
> 
> "User `' has no home directory".  Or perhaps "User name is empty".

There's no problem with your user name.  What you see above is
startup.el shooting itself in the foot, because it actually _sets_ the
variable that holds the user name to an empty string (for boring
reasons related to the implementation; see the code around the error
message for the details, if you are interested).

I've committed a fix to display the user name correctly, even if that
variable is set to an empty string.

Previous Next

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