GNU bug report logs - #17169
fails to start with (setq force-load-messages t) in ~/.emacs

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#17169: closed (fails to start with (setq force-load-messages
 t) in ~/.emacs )
Date: Thu, 03 Apr 2014 20:01:02 +0000

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

Your message dated Thu, 03 Apr 2014 23:00:22 +0300
with message-id <83mwg29oa1.fsf <at> gnu.org>
and subject line Re: bug#17169: fails to start with (setq force-load-messages t)	in	~/.emacs
has caused the debbugs.gnu.org bug report #17169,
regarding fails to start with (setq force-load-messages t) in ~/.emacs 
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
17169: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17169
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Ivan Shmakov <ivan <at> siamics.net>
To: submit <at> debbugs.gnu.org
Subject: fails to start with (setq force-load-messages t) in ~/.emacs 
Date: Wed, 02 Apr 2014 09:45:28 +0000

Package:  emacs

	As of ad37c460d20, Emacs fails early in startup should ~/.emacs
	set force-load-messages to t.  Consider, e. g.:

$ cat < .emacs 
(setq force-load-messages t)
$ HOME="$PWD" emacs --debug-init 
…^G^G^Gemacs: NSTATICS too small; try increasing and recompiling Emacs.
$ reset ; stty intr ^C ; ## restore sane tty settings 

	A version built 2014-03-13 is apparently not affected.

-- 
FSF associate member #7257

[Message part 3 (message/rfc822, inline)]

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ivan Shmakov <ivan <at> siamics.net>
Cc: 17169-done <at> debbugs.gnu.org
Subject: Re: bug#17169: fails to start with (setq force-load-messages
 t)	in	~/.emacs
Date: Thu, 03 Apr 2014 23:00:22 +0300

> From: Ivan Shmakov <ivan <at> siamics.net>
> Date: Thu, 03 Apr 2014 19:05:38 +0000
> 
>  > This far things are fine, although I'd like to know what kind of
>  > autoload caused Emacs to load some Lisp file here, and what was that
>  > file (the value of 'file' in frame 14 or of 'string' in frame 13
>  > should tell you that).
> 
> 	As I read it, the file is time-date.el, and it’s loaded for the
> 	seconds-to-time function.

OK, I see that as well.

> 	JFTR, as per the GDB transcripts MIMEd, Fload () is called to
> 	load uni-mirrored.el.  The respective code is as follows.
> 
> emacs-2014 $ nl -ba < src/bidi.c 
> …
>    771	
>    772	  bidi_mirror_table = uniprop_table (intern ("mirroring"));
>    773	  if (NILP (bidi_mirror_table))
>    774	    emacs_abort ();
>    775	  staticpro (&bidi_mirror_table);
>    776	
> …
> emacs-2014 $ 
> 
> […]
> 
>  > This code runs at "temacs -l loadup dump" time, so the result is that
>  > uni-bidi.el gets loaded and dumped into the Emacs binary.
> 
> 	Does the same apply to uni-mirrored.el?

No.  I fixed this now on the emacs-24 branch (r116902).

(For he record, this crash didn't happen on my system because there
bidi_initialize is called for the first time before the user init file
is read, and therefore force-load-messages is still nil.)

> 	Is there an easy way to list the Unicode tables contained within
> 	the resulting binary?

You can call Ffeaturep, since each of the *.el files by convention
provides a feature unique to that file.

> 	BTW, is it normal that display_string () is called with an empty
> 	‘string’ argument here, and in turn passes an empty (Lisp)
> 	‘string’ to reseat_to_string ()?

Yes, it's normal, see display_menu_bar in xdisp.c, for example.

Thanks.

Previous Next

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