GNU bug report logs - #36263
26.2.90; expand-file-name assertion failure if HOME is unset

Previous Next

Package: emacs;

Reported by: Philipp Stephani <p.stephani2 <at> gmail.com>

Date: Mon, 17 Jun 2019 12:24:02 UTC

Severity: wishlist

Found in version 26.2.90

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Philipp Stephani <p.stephani2 <at> gmail.com>
Cc: 36263 <at> debbugs.gnu.org
Subject: bug#36263: Fixed in master
Date: Mon, 17 Jun 2019 18:22:10 +0300
> From: Philipp Stephani <p.stephani2 <at> gmail.com>
> Date: Mon, 17 Jun 2019 14:33:57 +0200
> 
> This bug is no longer present in master. It would be nice to backport
> a fix to the release branch since it's a crashing bug that's quite
> easy to trigger.

AFAICT, the "fix" on master is quite convoluted, and IMO doesn't
really solve the problem, it just makes it harder to reproduce: when
HOME is not defined, Emacs 27 calls alternative interfaces, but if
those also fail to returns a usable string, it eventually can also
return an empty string, and cause the same assertion violation.

OTOH, I see the same assertion violation in Emacs 25.2, so this is far
from a new problem.

On the third hand, this assertion compiles to nothing in a production
version, so a production version doesn't crash.

Therefore, it sounds like it isn't important enough to fix this on the
release branch, unless I'm missing something.

Thanks.




This bug report was last modified 5 years and 330 days ago.

Previous Next


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