GNU bug report logs - #37415
Asserting failure setting frame parameters to non-fixnum values in early-init.el

Previous Next

Package: emacs;

Reported by: Juanma Barranquero <lekktu <at> gmail.com>

Date: Sun, 15 Sep 2019 22:35:02 UTC

Severity: normal

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

Bug is archived. No further changes may be made.

Full log


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

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: lekktu <at> gmail.com, 37415 <at> debbugs.gnu.org
Subject: Re: bug#37415: Asserting failure setting frame parameters to
 non-fixnum values in early-init.el
Date: Thu, 19 Sep 2019 10:17:42 +0200
>> Wasn't setting 'default-frame-alist' (or 'initial-frame-alist') one of
>> the major motivations for adding the early-init file feature?
>
> No.  the main motivation was to be able to set package.el related
> variables.

In section 49.4.6 of the Emacs manual frames "loaded before the
package system and GUI is initialized, so in it you can customize
variables that affect frame appearance as well as the package
initialization process" come first ;-)

>> IIRC it's used to suppress temporarily showing the initial frame at
>> an unwanted position or with unwanted size.  So IMHO this should
>> never fail.
>
> Feel free to fix it, if it's practical.  I chimed in after hearing
> nothing from you for a few days ;-)

Initially, I couldn't reproduce it (and still can't on Debian although
setting it doesn't seem to have any effect there).  But even if we
cannot fix the behavior we have to avoid the crash.  After all, this
is the first release processing an early init file.

martin




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

Previous Next


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