GNU bug report logs - #16150
Emacs not deleting lock files when system-name is set to nil

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16150 in the body.
You can then email your comments to 16150 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Micky <mickylmartin <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Emacs not deleting lock files when system-name is set to nil
Date: Sun, 15 Dec 2013 01:11:34 +0500

[Message part 1 (text/plain, inline)]

When setting system-name to nil (should that be allowed?), Emacs forgets
how to delete the lock files '.#.*' and all subsequent startups complain
about lockups by old dead PIDs.

From what I get, either system-name should not be allowed to set as nil or
file locks should be still deleted on exists because they still have
usernames in the aliases.

GNU Emacs 24.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.8.2)
 of 2013-08-07 on -mnt-storage-buildroots-staging-x86_64-eric

[Message part 2 (text/html, inline)]

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

From: Glenn Morris <rgm <at> gnu.org>
To: Micky <mickylmartin <at> gmail.com>
Cc: 16150 <at> debbugs.gnu.org
Subject: Re: bug#16150: Emacs not deleting lock files when system-name is set
 to nil
Date: Sat, 14 Dec 2013 15:22:56 -0500

Micky wrote:

> When setting system-name to nil (should that be allowed?), Emacs forgets
> how to delete the lock files '.#.*' and all subsequent startups complain
> about lockups by old dead PIDs.

I think this is a "don't do that, then".
If Emacs fails to set system-name, that is a bug.
If you actively set system-name to nil, that's just shooting yourself
in the foot.
Why did you want to do that, and what made you think it would work?

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

From: Micky <mickylmartin <at> gmail.com>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 16150 <at> debbugs.gnu.org
Subject: Re: bug#16150: Emacs not deleting lock files when system-name is set
 to nil
Date: Sun, 15 Dec 2013 01:25:52 +0500

[Message part 1 (text/plain, inline)]

Ehh.. just because one could do that? And setting it to nil shoots no
errors during the --init. This gives enough assumptions, I believe ;)


On Sun, Dec 15, 2013 at 1:22 AM, Glenn Morris <rgm <at> gnu.org> wrote:

> Micky wrote:
>
> > When setting system-name to nil (should that be allowed?), Emacs forgets
> > how to delete the lock files '.#.*' and all subsequent startups complain
> > about lockups by old dead PIDs.
>
> I think this is a "don't do that, then".
> If Emacs fails to set system-name, that is a bug.
> If you actively set system-name to nil, that's just shooting yourself
> in the foot.
> Why did you want to do that, and what made you think it would work?
>

[Message part 2 (text/html, inline)]

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

From: Glenn Morris <rgm <at> gnu.org>
To: Micky <mickylmartin <at> gmail.com>
Cc: 16150 <at> debbugs.gnu.org
Subject: Re: bug#16150: Emacs not deleting lock files when system-name is set
 to nil
Date: Sat, 14 Dec 2013 15:32:19 -0500

Micky wrote:

> Ehh.. just because one could do that? And setting it to nil shoots no
> errors during the --init. This gives enough assumptions, I believe ;)

You can do a lot of strange things with Emacs.
You could rebind M-x to ignore, have fun if that's what you want to do. :)

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

From: Micky <mickylmartin <at> gmail.com>
Cc: 16150 <at> debbugs.gnu.org
Subject: Re: bug#16150: Emacs not deleting lock files when system-name is set
 to nil
Date: Sun, 15 Dec 2013 01:38:43 +0500

[Message part 1 (text/plain, inline)]

You can do a lot of strange things with Emacs.
You could rebind M-x to ignore, have fun if that's what you want to do. :)


On Sun, Dec 15, 2013 at 1:32 AM, Glenn Morris <rgm <at> gnu.org> wrote:

> Micky wrote:
>
> > Ehh.. just because one could do that? And setting it to nil shoots no
> > errors during the --init. This gives enough assumptions, I believe ;)
>
> You can do a lot of strange things with Emacs.
> You could rebind M-x to ignore, have fun if that's what you want to do. :)
>

[Message part 2 (text/html, inline)]

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

From: Micky <mickylmartin <at> gmail.com>
Cc: 16150 <at> debbugs.gnu.org
Subject: Re: bug#16150: Emacs not deleting lock files when system-name is set
 to nil
Date: Sun, 15 Dec 2013 01:39:59 +0500

[Message part 1 (text/plain, inline)]

The importance of 'M-x' is significant.
I don't see any rudimentary usage of 'system-name' while one edits file or
even plays games. Does it really need to be aware of 'host-name'? Let's be
honest, if host-name is that important to Emacs, why did I get everything
working except the lock file deletions?


On Sun, Dec 15, 2013 at 1:32 AM, Glenn Morris <rgm <at> gnu.org> wrote:

> Micky wrote:
>
> > Ehh.. just because one could do that? And setting it to nil shoots no
> > errors during the --init. This gives enough assumptions, I believe ;)
>
> You can do a lot of strange things with Emacs.
> You could rebind M-x to ignore, have fun if that's what you want to do. :)
>

[Message part 2 (text/html, inline)]

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

From: Juanma Barranquero <lekktu <at> gmail.com>
To: Micky <mickylmartin <at> gmail.com>
Cc: 16150 <at> debbugs.gnu.org
Subject: Re: bug#16150: Emacs not deleting lock files when system-name is set
 to nil
Date: Sun, 15 Dec 2013 02:19:43 +0100

On Sat, Dec 14, 2013 at 9:39 PM, Micky <mickylmartin <at> gmail.com> wrote:

> Let's be
> honest, if host-name is that important to Emacs, why did I get everything
> working except the lock file deletions?

Quite likely because you didn't really test *everything*. So it's a
ticking time bomb.

    J

Previous Next

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