From unknown Sun Jun 22 04:19:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Apr 2014 09:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 17169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17169@debbugs.gnu.org X-Debbugs-Original-To: submit@debbugs.gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13964319472166 (code B ref -1); Wed, 02 Apr 2014 09:46:01 +0000 Received: (at submit) by debbugs.gnu.org; 2 Apr 2014 09:45:47 +0000 Received: from localhost ([127.0.0.1]:60359 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVHju-0000Yp-B6 for submit@debbugs.gnu.org; Wed, 02 Apr 2014 05:45:47 -0400 Received: from fely.am-1.org ([78.47.74.50]:37073) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVHjm-0000YQ-8u for submit@debbugs.gnu.org; Wed, 02 Apr 2014 05:45:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:Sender:Subject:To:From; bh=ab6ktn6v3Y6tsJYogRCs/gK3G0Eh0abNf49iIW4LPoI=; b=qZa6xWZWIUC9MrCcOJHAp0j4TXzO/8rAFNNqg8lcNpPaH/LC8Pmi1vAjdTy9+fKFTDmNfuc+LuiTQ+NfgFJ7iRqO+wqQt8MgHca3sLmFCKm+l+cZk9oDbZSGUzknhWm22KW1LZFx+6ZfU2fzGSY1rR3Zlhm6VZwvWQgDp8hU3Po=; Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WVHjk-0008VI-DG for submit@debbugs.gnu.org; Wed, 02 Apr 2014 09:45:36 +0000 Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WVHjd-0004uR-Er for submit@debbugs.gnu.org; Wed, 02 Apr 2014 16:45:29 +0700 From: Ivan Shmakov Date: Wed, 02 Apr 2014 09:45:28 +0000 Message-ID: <87mwg4awuf.fsf@violet.siamics.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) Package: emacs As of ad37c460d20, Emacs fails early in startup should ~/.emacs set force-load-messages to t. Consider, e. g.: $ cat < .emacs=20 (setq force-load-messages t) $ HOME=3D"$PWD" emacs --debug-init=20 =E2=80=A6^G^G^Gemacs: NSTATICS too small; try increasing and recompiling Em= acs. $ reset ; stty intr ^C ; ## restore sane tty settings=20 A version built 2014-03-13 is apparently not affected. --=20 FSF associate member #7257 From unknown Sun Jun 22 04:19:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Apr 2014 16:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ivan Shmakov Cc: 17169@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17169-submit@debbugs.gnu.org id=B17169.139645615724338 (code B ref 17169); Wed, 02 Apr 2014 16:30:03 +0000 Received: (at 17169) by debbugs.gnu.org; 2 Apr 2014 16:29:17 +0000 Received: from localhost ([127.0.0.1]:33163 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVO2O-0006KR-6a for submit@debbugs.gnu.org; Wed, 02 Apr 2014 12:29:16 -0400 Received: from mtaout27.012.net.il ([80.179.55.183]:50899) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVO2K-0006KG-TR for 17169@debbugs.gnu.org; Wed, 02 Apr 2014 12:29:13 -0400 Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0N3E00E00VV3B100@mtaout27.012.net.il> for 17169@debbugs.gnu.org; Wed, 02 Apr 2014 19:26:07 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3E006I4WBJBAA0@mtaout27.012.net.il>; Wed, 02 Apr 2014 19:26:07 +0300 (IDT) Date: Wed, 02 Apr 2014 19:29:20 +0300 From: Eli Zaretskii In-reply-to: <87mwg4awuf.fsf@violet.siamics.net> X-012-Sender: halo1@inter.net.il Message-id: <83ppkzbspr.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: 8BIT References: <87mwg4awuf.fsf@violet.siamics.net> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Ivan Shmakov > 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. Please provide the full information about your system and build that is normally reported by "M-x report-emacs-bug RET". FWIW, I checked this on 2 different systems, and I see at least 350 free slots in the staticvec[] array, before the current value of NSTATICS will be reached. So I wonder how come on your system you are so close to the limit that a single extra symbol overflows it. From unknown Sun Jun 22 04:19:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Apr 2014 17:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17169@debbugs.gnu.org Received: via spool by 17169-submit@debbugs.gnu.org id=B17169.13964606203905 (code B ref 17169); Wed, 02 Apr 2014 17:44:01 +0000 Received: (at 17169) by debbugs.gnu.org; 2 Apr 2014 17:43:40 +0000 Received: from localhost ([127.0.0.1]:33226 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVPCM-00010s-7v for submit@debbugs.gnu.org; Wed, 02 Apr 2014 13:43:38 -0400 Received: from fely.am-1.org ([78.47.74.50]:37118) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVPCJ-00010j-G5 for 17169@debbugs.gnu.org; Wed, 02 Apr 2014 13:43:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=wl3SaaNTrcrTU4DOQVG66XF1Z2IoVG4Uk4ygu5hqbHU=; b=amCleV1wIyMYgTZSEgyLRJdvAEaULe0NO8iw4M6BDBJ8uGuC5Cscg5ADeK1ocR4kMtnoBKD3HKLrUt9MWF0AYaT6xl8rDVQ3ikTOLI7FaBVECxhV52TeHCAT8K/M89lGOuA1rmMTvxWlLR25EopVhCakVuX/zgWCCY5nqAbtI1U=; Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WVPCH-0003Qd-9A for 17169@debbugs.gnu.org; Wed, 02 Apr 2014 17:43:33 +0000 Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WVPCA-0006DK-FA for 17169@debbugs.gnu.org; Thu, 03 Apr 2014 00:43:26 +0700 From: Ivan Shmakov References: <87mwg4awuf.fsf@violet.siamics.net> <83ppkzbspr.fsf@gnu.org> Date: Wed, 02 Apr 2014 17:43:25 +0000 In-Reply-To: <83ppkzbspr.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 02 Apr 2014 19:29:20 +0300") Message-ID: <87sipv7hky.fsf_-_@violet.siamics.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >>>>> Eli Zaretskii writes: >>>>> From: Ivan Shmakov 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. [=E2=80=A6] > Please provide the full information about your system and build that > is normally reported by "M-x report-emacs-bug RET". ACK, MIMEd. > FWIW, I checked this on 2 different systems, and I see at least 350 > free slots in the staticvec[] array, before the current value of > NSTATICS will be reached. So I wonder how come on your system you > are so close to the limit that a single extra symbol overflows it. What bothers me the most here is how force-load-messages interferes with an otherwise working build? --=20 FSF associate member #7257 --=-=-= Content-Type: text/plain Content-Disposition: inline In GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu) of 2014-04-02 on violet.siamics.net Configured using: `configure --prefix=/home/private/users/ivan --disable-silent-rules --enable-dependency-tracking --enable-gcc-warnings --without-pop --without-sound --without-x-toolkit --without-gpm --without-dbus --without-gconf --without-gsettings --without-makeinfo --without-x --with-wide-int --with-gnutls --with-zlib' Configured features: NOTIFY GNUTLS LIBXML2 ZLIB Important settings: value of $LANG: ru_RU.UTF-8 locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: tooltip-mode: t electric-indent-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Recent messages: Loading term/xterm...done For information about GNU Emacs and the GNU system, type C-h C-a. Making completion list... Load-path shadows: /home/private/users/ivan/devel/emacs-2014/lisp/emacs-lisp/gulp hides /home/private/users/ivan/devel/emacs-2014/lisp/obsolete/gulp Features: (shadow sort gnus-util mail-extr emacsbug message dired format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail regexp-opt rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils xterm time-date cyril-util tooltip electric uniquify ediff-hook vc-hooks lisp-float-type tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process gfilenotify multi-tty emacs) Memory information: ((conses 16 73891 5754) (symbols 48 16971 0) (miscs 40 72 91) (strings 32 10266 6226) (string-bytes 1 284946) (vectors 16 7420) (vector-slots 8 328750 26229) (floats 8 51 298) (intervals 56 181 0) (buffers 960 13) (heap 1024 6815 1238)) --=-=-=-- From unknown Sun Jun 22 04:19:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Apr 2014 20:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ivan Shmakov Cc: 17169@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17169-submit@debbugs.gnu.org id=B17169.139647004220201 (code B ref 17169); Wed, 02 Apr 2014 20:21:02 +0000 Received: (at 17169) by debbugs.gnu.org; 2 Apr 2014 20:20:42 +0000 Received: from localhost ([127.0.0.1]:33326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVReL-0005Fl-VH for submit@debbugs.gnu.org; Wed, 02 Apr 2014 16:20:42 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:34280) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVReI-0005FY-2L for 17169@debbugs.gnu.org; Wed, 02 Apr 2014 16:20:40 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0N3F0000071CMC00@a-mtaout23.012.net.il> for 17169@debbugs.gnu.org; Wed, 02 Apr 2014 23:20:36 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3F000FL76BFA70@a-mtaout23.012.net.il>; Wed, 02 Apr 2014 23:20:36 +0300 (IDT) Date: Wed, 02 Apr 2014 23:20:48 +0300 From: Eli Zaretskii In-reply-to: <87sipv7hky.fsf_-_@violet.siamics.net> X-012-Sender: halo1@inter.net.il Message-id: <83fvlvbhzz.fsf@gnu.org> References: <87mwg4awuf.fsf@violet.siamics.net> <83ppkzbspr.fsf@gnu.org> <87sipv7hky.fsf_-_@violet.siamics.net> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Ivan Shmakov > Date: Wed, 02 Apr 2014 17:43:25 +0000 > > In GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu) > of 2014-04-02 on violet.siamics.net > Configured using: > `configure --prefix=/home/private/users/ivan --disable-silent-rules > --enable-dependency-tracking --enable-gcc-warnings --without-pop > --without-sound --without-x-toolkit --without-gpm --without-dbus > --without-gconf --without-gsettings --without-makeinfo --without-x > --with-wide-int --with-gnutls --with-zlib' > > Configured features: > NOTIFY GNUTLS LIBXML2 ZLIB Strange. One of the 2 system I checked is very similar to this one. > What bothers me the most here is how force-load-messages > interferes with an otherwise working build? That part is quite clear: it requires one more slot in the staticvec[] array. Can you run Emacs under GDB, put a breakpoint in staticpro, and when it breaks, show the backtrace and the value of staticidx? From unknown Sun Jun 22 04:19:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Apr 2014 06:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17169@debbugs.gnu.org Received: via spool by 17169-submit@debbugs.gnu.org id=B17169.139650693122993 (code B ref 17169); Thu, 03 Apr 2014 06:36:02 +0000 Received: (at 17169) by debbugs.gnu.org; 3 Apr 2014 06:35:31 +0000 Received: from localhost ([127.0.0.1]:33616 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVbFJ-0005yj-2u for submit@debbugs.gnu.org; Thu, 03 Apr 2014 02:35:31 -0400 Received: from fely.am-1.org ([78.47.74.50]:37159) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVbFD-0005yU-8l for 17169@debbugs.gnu.org; Thu, 03 Apr 2014 02:35:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=H11ywYSYY96NfHHRBp59kG9RyJNYz0kV3h+0IXQkPro=; b=B2hMgzkbMobrYZvpfavSVwZJUcSAphBMjyw30cWvSytZ5lOfrBIaHSAz96ch2sw9k1QcrNpSHkZ2Rd+icWheKUHOvJD5WtfVUK5gg6B2xQChFKNF+JMLgzLCKm34rRUphnfbbF1pP0YCFqDsFtxYOaELs58AzYYarLfOESuRee4=; Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WVbF8-0000PK-Mz for 17169@debbugs.gnu.org; Thu, 03 Apr 2014 06:35:21 +0000 Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WVbF0-0006es-Bq for 17169@debbugs.gnu.org; Thu, 03 Apr 2014 13:35:10 +0700 From: Ivan Shmakov References: <87mwg4awuf.fsf@violet.siamics.net> <83ppkzbspr.fsf@gnu.org> <87sipv7hky.fsf_-_@violet.siamics.net> <83fvlvbhzz.fsf@gnu.org> Date: Thu, 03 Apr 2014 06:35:09 +0000 In-Reply-To: <83fvlvbhzz.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 02 Apr 2014 23:20:48 +0300") Message-ID: <87mwg27wf6.fsf_-_@violet.siamics.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >>>>> Eli Zaretskii writes: >>>>> From: Ivan Shmakov Date: Wed, 02 Apr 2014 17:43:25 +0000 [=E2=80=A6] >> What bothers me the most here is how force-load-messages interferes >> with an otherwise working build? > That part is quite clear: it requires one more slot in the > staticvec[] array. > Can you run Emacs under GDB, put a breakpoint in staticpro, and when > it breaks, show the backtrace and the value of staticidx? Sure, MIMEd. The first time the breakpoint fires, staticidx is 1417. I then set the breakpoint condition to =E2=80=9Cstaticidx > 2040=E2=80=9D, and ge= t one another backtrace, this one suggesting that bidi_initialize () was called recursively: #1 0x00000000004760b9 in bidi_initialize () at ../../src/bidi.c:770 =E2=80=A6 #21 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 =E2=80=A6 #41 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 =E2=80=A6 #61 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 #62 0x0000000000478f97 in bidi_init_it (charpos=3Dcharpos@entry=3D0, bytepo= s=3D0,=20 #63 0x0000000000425f55 in reseat_to_string (multibyte=3D,=20 #64 display_string (string=3Dstring@entry=3D0x57475c = "",=20 #65 0x0000000000426935 in display_mode_element (it=3Dit@entry=3D0x7fffffffb= da0,=20 #66 0x0000000000427dd9 in display_mode_element (it=3Dit@entry=3D0x7fffffffb= da0,=20 #67 0x0000000000428771 in display_mode_line (w=3Dw@entry=3D0xb09420,=20 #68 0x0000000000428a18 in display_mode_lines (w=3Dw@entry=3D0xb09420) #69 0x0000000000428bed in redisplay_mode_lines (window=3D11572261,=20 #70 0x000000000043342b in echo_area_display ( #71 0x000000000043355e in message3_nolog (m=3Dm@entry=3D14734561) #72 0x000000000043370b in message3 (m=3Dm@entry=3D14734561) #73 0x00000000004f3f1b in Fmessage (nargs=3D,=20 #74 0x00000000004fb75a in Ffuncall (nargs=3D,=20 #75 0x000000000052e67d in exec_byte_code (bytestr=3D17040509, vector=3D1729= 9533,=20 #76 0x00000000004fb32f in funcall_lambda (fun=3D8231213, nargs=3Dnargs@entr= y=3D4,=20 #77 0x00000000004fb68b in Ffuncall (nargs=3Dnargs@entry=3D5,=20 #78 0x00000000004fd2d9 in call4 (fn=3D, arg1=3D,=20 #79 0x000000000051d5f9 in Fload (file=3D14735265,=20 #80 0x0000000000475bb5 in uniprop_table (prop=3D) #81 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 #82 0x0000000000478f97 in bidi_init_it (charpos=3Dcharpos@entry=3D1, bytepo= s=3D1,=20 --=20 FSF associate member #7257 --=-=-= Content-Type: text/plain Content-Disposition: inline Breakpoint 1, staticpro ( varaddress=varaddress@entry=0xa7d398 ) at ../../src/alloc.c:5297 5297 if (staticidx >= NSTATICS) (gdb) bt #0 staticpro (varaddress=varaddress@entry=0xa7d398 ) at ../../src/alloc.c:5297 #1 0x00000000004760b9 in bidi_initialize () at ../../src/bidi.c:770 #2 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=0, bytepos=0, frame_window_p=frame_window_p@entry=false, bidi_it=bidi_it@entry=0x7fffffffbcd8) at ../../src/bidi.c:813 #3 0x0000000000425f55 in reseat_to_string (multibyte=, field_width=, precision=, charpos=0, string=140737488338136, s=, it=0x7fffffffb340) at ../../src/xdisp.c:6587 #4 display_string (string=string@entry=0x57475c "", lisp_string=lisp_string@entry=11491442, face_string=face_string@entry=14993985, face_string_pos=face_string_pos@entry=1, start=start@entry=0, it=it@entry=0x7fffffffb340, field_width=, precision=, precision@entry=0, max_x=, max_x@entry=0, multibyte=) at ../../src/xdisp.c:22967 #5 0x0000000000426935 in display_mode_element (it=it@entry=0x7fffffffb340, depth=, depth@entry=1, field_width=, precision=, precision@entry=0, elt=14993985, props=, props@entry=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21734 #6 0x0000000000427dd9 in display_mode_element (it=it@entry=0x7fffffffb340, depth=1, depth@entry=0, field_width=field_width@entry=0, precision=precision@entry=0, elt=, elt@entry=14940422, props=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21906 #7 0x0000000000428771 in display_mode_line (w=w@entry=0xb09420, face_id=MODE_LINE_FACE_ID, format=14940422) at ../../src/xdisp.c:21423 #8 0x0000000000428a18 in display_mode_lines (w=w@entry=0xb09420) at ../../src/xdisp.c:21366 #9 0x0000000000428bed in redisplay_mode_lines (window=11572261, force=force@entry=false) at ../../src/xdisp.c:21324 #10 0x000000000043342b in echo_area_display ( update_frame_p=update_frame_p@entry=1) at ../../src/xdisp.c:11107 #11 0x000000000043355e in message3_nolog (m=m@entry=13797553) at ../../src/xdisp.c:10093 #12 0x000000000043370b in message3 (m=13797553) at ../../src/xdisp.c:10035 #13 0x0000000000433c40 in message_with_string ( m=m@entry=0x5720e4 "Loading %s...", string=8851465, log=1) at ../../src/xdisp.c:10180 #14 0x000000000051d54a in Fload (file=8851465, noerror=noerror@entry=11491442, nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491442, must_suffix=, must_suffix@entry=11491490) at ../../src/lread.c:1351 #15 0x00000000004fcfb0 in Fautoload_do_load (fundef=8851582, funname=funname@entry=16238434, macro_only=11491442) at ../../src/eval.c:1970 #16 0x00000000004fb5c3 in Ffuncall (nargs=2, args=0x7fffffffc4a8) at ../../src/eval.c:2879 #17 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488340128, args=0x2) at ../../src/bytecode.c:919 #18 0x00000000004fb32f in funcall_lambda (fun=9394725, nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffffc680) at ../../src/eval.c:3049 #19 0x00000000004fb68b in Ffuncall (nargs=4, args=0x7fffffffc678) at ../../src/eval.c:2876 #20 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488340592, args=0x4) at ../../src/bytecode.c:919 #21 0x00000000004fb32f in funcall_lambda (fun=9400901, nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffffc898) at ../../src/eval.c:3049 #22 0x00000000004fb68b in Ffuncall (nargs=4, args=0x7fffffffc890) at ../../src/eval.c:2876 #23 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488341128, args=0x4) at ../../src/bytecode.c:919 #24 0x00000000004fb3c7 in funcall_lambda (fun=9354613, nargs=nargs@entry=1, arg_vector=0x7fffffffcac0, arg_vector@entry=0x7fffffffca40) at ../../src/eval.c:2983 #25 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffca38) at ../../src/eval.c:2876 #26 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488341552, args=0x2) at ../../src/bytecode.c:919 #27 0x00000000004fb3c7 in funcall_lambda (fun=9356213, nargs=nargs@entry=2, arg_vector=0x7fffffffcc40, arg_vector@entry=0x7fffffffcbb0) at ../../src/eval.c:2983 #28 0x00000000004fb68b in Ffuncall (nargs=3, args=0x7fffffffcba8) at ../../src/eval.c:2876 #29 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488341920, args=0x3) at ../../src/bytecode.c:919 #30 0x00000000004fb32f in funcall_lambda (fun=9334101, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffcda0) at ../../src/eval.c:3049 #31 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffcd98) at ../../src/eval.c:2876 #32 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488342416, args=0x1) at ../../src/bytecode.c:919 #33 0x00000000004fb32f in funcall_lambda (fun=9331597, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffcf80) at ../../src/eval.c:3049 #34 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffcf78) at ../../src/eval.c:2876 #35 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=93, args=0x2) at ../../src/bytecode.c:919 #36 0x00000000004fb32f in funcall_lambda (fun=9307053, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffd160) at ../../src/eval.c:3049 #37 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffd158) at ../../src/eval.c:2876 #38 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488343376, args=0x2) at ../../src/bytecode.c:919 #39 0x00000000004fb32f in funcall_lambda (fun=9306325, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd340) at ../../src/eval.c:3049 #40 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd338) at ../../src/eval.c:2876 #41 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=7, args=0x1) at ../../src/bytecode.c:919 #42 0x00000000004fb32f in funcall_lambda (fun=9307253, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd500) at ../../src/eval.c:3049 #43 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd4f8) at ../../src/eval.c:2876 #44 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488344304, args=0x1) at ../../src/bytecode.c:919 #45 0x00000000004fb32f in funcall_lambda (fun=9307941, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd6d0) at ../../src/eval.c:3049 #46 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd6c8) at ../../src/eval.c:2876 #47 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488344768, args=0x1) at ../../src/bytecode.c:919 #48 0x00000000004fb32f in funcall_lambda (fun=9309021, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd8f8) at ../../src/eval.c:3049 #49 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd8f0) at ../../src/eval.c:2876 #50 0x00000000004fb8f9 in funcall_nil (nargs=, args=) at ../../src/eval.c:2366 #51 0x00000000004fa1cd in run_hook_with_args (nargs=1, args=0x7fffffffd8f0, funcall=0x4fb8f0 ) at ../../src/eval.c:2551 #52 0x00000000004fa2f6 in Frun_hooks (nargs=1, args=0x7fffffffd998) at ../../src/eval.c:2393 #53 0x00000000004fb75a in Ffuncall (nargs=, args=) at ../../src/eval.c:2796 #54 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488345504, args=0x2) at ../../src/bytecode.c:919 #55 0x00000000004fb3c7 in funcall_lambda (fun=8159821, nargs=nargs@entry=1, arg_vector=0x7fffffffdb80, arg_vector@entry=0x7fffffffdb00) at ../../src/eval.c:2983 #56 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffdaf8) at ../../src/eval.c:2876 #57 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488345848, args=0x2) at ../../src/bytecode.c:919 #58 0x00000000004fb3c7 in funcall_lambda (fun=9574469, nargs=nargs@entry=0, arg_vector=0x7fffffffdd50, arg_vector@entry=0x7fffffffdc70) at ../../src/eval.c:2983 #59 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffdc68) at ../../src/eval.c:2876 #60 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488346208, args=0x1) at ../../src/bytecode.c:919 #61 0x00000000004fb3c7 in funcall_lambda (fun=8613661, nargs=nargs@entry=0, arg_vector=0x7fffffffdf00, arg_vector@entry=0x7fffffffde48) at ../../src/eval.c:2983 #62 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffde40) at ../../src/eval.c:2876 #63 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488346680, args=0x1) at ../../src/bytecode.c:919 #64 0x00000000004fb3c7 in funcall_lambda (fun=fun@entry=8610149, nargs=nargs@entry=0, arg_vector=0x0, arg_vector@entry=0x7fffffffdf80) at ../../src/eval.c:2983 #65 0x00000000004fa824 in apply_lambda (fun=8610149, args=) at ../../src/eval.c:2924 #66 0x00000000004fab7b in eval_sub (form=form@entry=14770054) at ../../src/eval.c:2260 #67 0x00000000004fe101 in Feval (form=14770054, lexical=) at ../../src/eval.c:2003 #68 0x00000000004f9d0e in internal_condition_case ( bfun=bfun@entry=0x48cdc0 , handlers=, hfun=hfun@entry=0x491250 ) at ../../src/eval.c:1354 #69 0x000000000048cda6 in top_level_1 (ignore=ignore@entry=11491442) at ../../src/keyboard.c:1191 #70 0x00000000004f9c1b in internal_catch (tag=11538786, func=func@entry=0x48cd40 , arg=11491442) at ../../src/eval.c:1118 #71 0x0000000000490e5f in command_loop () at ../../src/keyboard.c:1152 #72 recursive_edit_1 () at ../../src/keyboard.c:777 #73 0x0000000000491162 in Frecursive_edit () at ../../src/keyboard.c:845 #74 0x00000000004073cb in main (argc=, argv=0x7fffffffe2e8) at ../../src/emacs.c:1654 (gdb) print staticidx $1 = 1417 (gdb) --=-=-= Content-Type: text/plain Content-Disposition: inline (gdb) print staticidx $4 = 2041 (gdb) bt #0 staticpro (varaddress=varaddress@entry=0xa7d398 ) at ../../src/alloc.c:5297 #1 0x00000000004760b9 in bidi_initialize () at ../../src/bidi.c:770 #2 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=0, bytepos=0, frame_window_p=frame_window_p@entry=false, bidi_it=bidi_it@entry=0x7fffffff8448) at ../../src/bidi.c:813 #3 0x0000000000425f55 in reseat_to_string (multibyte=, field_width=, precision=, charpos=0, string=140737488323656, s=, it=0x7fffffff7ab0) at ../../src/xdisp.c:6587 #4 display_string (string=string@entry=0x57475c "", lisp_string=lisp_string@entry=11491442, face_string=face_string@entry=14993985, face_string_pos=face_string_pos@entry=1, start=start@entry=0, it=it@entry=0x7fffffff7ab0, field_width=, precision=, precision@entry=0, max_x=, max_x@entry=0, multibyte=) at ../../src/xdisp.c:22967 #5 0x0000000000426935 in display_mode_element (it=it@entry=0x7fffffff7ab0, depth=, depth@entry=1, field_width=, precision=, precision@entry=0, elt=14993985, props=, props@entry=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21734 #6 0x0000000000427dd9 in display_mode_element (it=it@entry=0x7fffffff7ab0, depth=1, depth@entry=0, field_width=field_width@entry=0, precision=precision@entry=0, elt=, elt@entry=14940422, props=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21906 #7 0x0000000000428771 in display_mode_line (w=w@entry=0xb09420, face_id=MODE_LINE_FACE_ID, format=14940422) at ../../src/xdisp.c:21423 #8 0x0000000000428a18 in display_mode_lines (w=w@entry=0xb09420) at ../../src/xdisp.c:21366 #9 0x0000000000428bed in redisplay_mode_lines (window=11572261, force=force@entry=false) at ../../src/xdisp.c:21324 #10 0x000000000043342b in echo_area_display ( update_frame_p=update_frame_p@entry=1) at ../../src/xdisp.c:11107 #11 0x000000000043355e in message3_nolog (m=m@entry=15059441) at ../../src/xdisp.c:10093 #12 0x000000000043370b in message3 (m=m@entry=15059441) at ../../src/xdisp.c:10035 #13 0x00000000004f3f1b in Fmessage (nargs=, args=) at ../../src/editfns.c:3452 #14 0x00000000004fb75a in Ffuncall (nargs=, args=) at ../../src/eval.c:2796 #15 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488325152, args=0x3) at ../../src/bytecode.c:919 #16 0x00000000004fb32f in funcall_lambda (fun=8231213, nargs=nargs@entry=4, arg_vector=arg_vector@entry=0x7fffffff8c18) at ../../src/eval.c:3049 #17 0x00000000004fb68b in Ffuncall (nargs=nargs@entry=5, args=args@entry=0x7fffffff8c10) at ../../src/eval.c:2876 #18 0x00000000004fd2d9 in call4 (fn=, arg1=, arg2=arg2@entry=15059921, arg3=, arg4=) at ../../src/eval.c:2663 #19 0x000000000051d5f9 in Fload (file=15044753, noerror=noerror@entry=11491490, nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491490, must_suffix=, must_suffix@entry=11491490) at ../../src/lread.c:1305 #20 0x0000000000475bb5 in uniprop_table (prop=) at ../../src/chartab.c:1340 #21 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 #22 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=0, bytepos=0, frame_window_p=frame_window_p@entry=false, bidi_it=bidi_it@entry=0x7fffffff9a98) at ../../src/bidi.c:813 #23 0x0000000000425f55 in reseat_to_string (multibyte=, field_width=, precision=, charpos=0, string=140737488329368, s=, it=0x7fffffff9100) at ../../src/xdisp.c:6587 #24 display_string (string=string@entry=0x57475c "", lisp_string=lisp_string@entry=11491442, face_string=face_string@entry=14993985, face_string_pos=face_string_pos@entry=1, start=start@entry=0, it=it@entry=0x7fffffff9100, field_width=, precision=, precision@entry=0, max_x=, max_x@entry=0, multibyte=) at ../../src/xdisp.c:22967 #25 0x0000000000426935 in display_mode_element (it=it@entry=0x7fffffff9100, depth=, depth@entry=1, field_width=, precision=, precision@entry=0, elt=14993985, props=, props@entry=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21734 #26 0x0000000000427dd9 in display_mode_element (it=it@entry=0x7fffffff9100, depth=1, depth@entry=0, field_width=field_width@entry=0, precision=precision@entry=0, elt=, elt@entry=14940422, props=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21906 #27 0x0000000000428771 in display_mode_line (w=w@entry=0xb09420, face_id=MODE_LINE_FACE_ID, format=14940422) at ../../src/xdisp.c:21423 #28 0x0000000000428a18 in display_mode_lines (w=w@entry=0xb09420) at ../../src/xdisp.c:21366 #29 0x0000000000428bed in redisplay_mode_lines (window=11572261, force=force@entry=false) at ../../src/xdisp.c:21324 #30 0x000000000043342b in echo_area_display ( update_frame_p=update_frame_p@entry=1) at ../../src/xdisp.c:11107 #31 0x000000000043355e in message3_nolog (m=m@entry=15044881) at ../../src/xdisp.c:10093 #32 0x000000000043370b in message3 (m=m@entry=15044881) at ../../src/xdisp.c:10035 #33 0x00000000004f3f1b in Fmessage (nargs=, args=) at ../../src/editfns.c:3452 #34 0x00000000004fb75a in Ffuncall (nargs=, args=) at ../../src/eval.c:2796 #35 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488330864, args=0x3) at ../../src/bytecode.c:919 #36 0x00000000004fb32f in funcall_lambda (fun=8231213, nargs=nargs@entry=4, arg_vector=arg_vector@entry=0x7fffffffa268) at ../../src/eval.c:3049 #37 0x00000000004fb68b in Ffuncall (nargs=nargs@entry=5, args=args@entry=0x7fffffffa260) at ../../src/eval.c:2876 #38 0x00000000004fd2d9 in call4 (fn=, arg1=, arg2=arg2@entry=15045297, arg3=, arg4=) at ../../src/eval.c:2663 #39 0x000000000051d5f9 in Fload (file=15002081, noerror=noerror@entry=11491490, nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491490, must_suffix=, must_suffix@entry=11491490) at ../../src/lread.c:1305 #40 0x0000000000475bb5 in uniprop_table (prop=) at ../../src/chartab.c:1340 #41 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 #42 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=0, bytepos=0, frame_window_p=frame_window_p@entry=false, bidi_it=bidi_it@entry=0x7fffffffb0e8) at ../../src/bidi.c:813 #43 0x0000000000425f55 in reseat_to_string (multibyte=, field_width=, precision=, charpos=0, string=140737488335080, s=, it=0x7fffffffa750) at ../../src/xdisp.c:6587 #44 display_string (string=string@entry=0x57475c "", lisp_string=lisp_string@entry=11491442, face_string=face_string@entry=14993985, face_string_pos=face_string_pos@entry=1, start=start@entry=0, it=it@entry=0x7fffffffa750, field_width=, precision=, precision@entry=0, max_x=, max_x@entry=0, multibyte=) at ../../src/xdisp.c:22967 #45 0x0000000000426935 in display_mode_element (it=it@entry=0x7fffffffa750, depth=, depth@entry=1, field_width=, precision=, precision@entry=0, elt=14993985, props=, props@entry=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21734 #46 0x0000000000427dd9 in display_mode_element (it=it@entry=0x7fffffffa750, depth=1, depth@entry=0, field_width=field_width@entry=0, precision=precision@entry=0, elt=, elt@entry=14940422, props=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21906 #47 0x0000000000428771 in display_mode_line (w=w@entry=0xb09420, face_id=MODE_LINE_FACE_ID, format=14940422) at ../../src/xdisp.c:21423 #48 0x0000000000428a18 in display_mode_lines (w=w@entry=0xb09420) at ../../src/xdisp.c:21366 #49 0x0000000000428bed in redisplay_mode_lines (window=11572261, force=force@entry=false) at ../../src/xdisp.c:21324 #50 0x000000000043342b in echo_area_display ( update_frame_p=update_frame_p@entry=1) at ../../src/xdisp.c:11107 #51 0x000000000043355e in message3_nolog (m=m@entry=15002177) at ../../src/xdisp.c:10093 #52 0x000000000043370b in message3 (m=m@entry=15002177) at ../../src/xdisp.c:10035 #53 0x00000000004f3f1b in Fmessage (nargs=, args=) at ../../src/editfns.c:3452 #54 0x00000000004fb75a in Ffuncall (nargs=, args=) at ../../src/eval.c:2796 #55 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488336576, args=0x3) at ../../src/bytecode.c:919 #56 0x00000000004fb32f in funcall_lambda (fun=8231213, nargs=nargs@entry=4, arg_vector=arg_vector@entry=0x7fffffffb8b8) at ../../src/eval.c:3049 #57 0x00000000004fb68b in Ffuncall (nargs=nargs@entry=5, args=args@entry=0x7fffffffb8b0) at ../../src/eval.c:2876 #58 0x00000000004fd2d9 in call4 (fn=, arg1=, arg2=arg2@entry=14738049, arg3=, arg4=) at ../../src/eval.c:2663 #59 0x000000000051d5f9 in Fload (file=14738465, noerror=noerror@entry=11491490, nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491490, must_suffix=, must_suffix@entry=11491490) at ../../src/lread.c:1305 #60 0x0000000000475bb5 in uniprop_table (prop=) at ../../src/chartab.c:1340 #61 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 #62 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=0, bytepos=0, frame_window_p=frame_window_p@entry=false, bidi_it=bidi_it@entry=0x7fffffffc738) at ../../src/bidi.c:813 #63 0x0000000000425f55 in reseat_to_string (multibyte=, field_width=, precision=, charpos=0, string=140737488340792, s=, it=0x7fffffffbda0) at ../../src/xdisp.c:6587 #64 display_string (string=string@entry=0x57475c "", lisp_string=lisp_string@entry=11491442, face_string=face_string@entry=14993985, face_string_pos=face_string_pos@entry=1, start=start@entry=0, it=it@entry=0x7fffffffbda0, field_width=, precision=, precision@entry=0, max_x=, max_x@entry=0, multibyte=) at ../../src/xdisp.c:22967 #65 0x0000000000426935 in display_mode_element (it=it@entry=0x7fffffffbda0, depth=, depth@entry=1, field_width=, precision=, precision@entry=0, elt=14993985, props=, props@entry=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21734 #66 0x0000000000427dd9 in display_mode_element (it=it@entry=0x7fffffffbda0, depth=1, depth@entry=0, field_width=field_width@entry=0, precision=precision@entry=0, elt=, elt@entry=14940422, props=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21906 #67 0x0000000000428771 in display_mode_line (w=w@entry=0xb09420, face_id=MODE_LINE_FACE_ID, format=14940422) at ../../src/xdisp.c:21423 #68 0x0000000000428a18 in display_mode_lines (w=w@entry=0xb09420) at ../../src/xdisp.c:21366 #69 0x0000000000428bed in redisplay_mode_lines (window=11572261, force=force@entry=false) at ../../src/xdisp.c:21324 #70 0x000000000043342b in echo_area_display ( update_frame_p=update_frame_p@entry=1) at ../../src/xdisp.c:11107 #71 0x000000000043355e in message3_nolog (m=m@entry=14734561) at ../../src/xdisp.c:10093 #72 0x000000000043370b in message3 (m=m@entry=14734561) at ../../src/xdisp.c:10035 #73 0x00000000004f3f1b in Fmessage (nargs=, args=) at ../../src/editfns.c:3452 #74 0x00000000004fb75a in Ffuncall (nargs=, args=) at ../../src/eval.c:2796 #75 0x000000000052e67d in exec_byte_code (bytestr=17040509, vector=17299533, maxdepth=17283597, args_template=5, nargs=140737488342288, args=0x3) at ../../src/bytecode.c:919 #76 0x00000000004fb32f in funcall_lambda (fun=8231213, nargs=nargs@entry=4, arg_vector=arg_vector@entry=0x7fffffffcf08) at ../../src/eval.c:3049 #77 0x00000000004fb68b in Ffuncall (nargs=nargs@entry=5, args=args@entry=0x7fffffffcf00) at ../../src/eval.c:2876 #78 0x00000000004fd2d9 in call4 (fn=, arg1=, arg2=arg2@entry=14734913, arg3=, arg4=) at ../../src/eval.c:2663 #79 0x000000000051d5f9 in Fload (file=14735265, noerror=noerror@entry=11491490, nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491490, must_suffix=, must_suffix@entry=11491490) at ../../src/lread.c:1305 #80 0x0000000000475bb5 in uniprop_table (prop=) at ../../src/chartab.c:1340 #81 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 #82 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=1, bytepos=1, frame_window_p=frame_window_p@entry=false, bidi_it=bidi_it@entry=0x7fffffffdb58) at ../../src/bidi.c:813 #83 0x00000000004219a8 in init_iterator (it=0x7fffffffd1c0, w=0xb095c8, charpos=1, bytepos=, row=, base_face_id=DEFAULT_FACE_ID) at ../../src/xdisp.c:3017 #84 0x000000000042eaa0 in resize_mini_window (w=0xb095c8, exact_p=1) at ../../src/xdisp.c:10734 #85 0x000000000041a244 in with_echo_area_buffer (w=0xb095c8, which=, fn=0x42ee70 , a1=11572680, a2=11491490) at ../../src/xdisp.c:10418 #86 0x0000000000433cfa in resize_echo_area_exactly () at ../../src/xdisp.c:10654 #87 0x000000000049a9c9 in command_loop_1 () at ../../src/keyboard.c:1367 #88 0x00000000004f9d0e in internal_condition_case ( bfun=bfun@entry=0x499b40 , handlers=, hfun=hfun@entry=0x491250 ) at ../../src/eval.c:1354 #89 0x000000000048cd2e in command_loop_2 (ignore=ignore@entry=11491442) at ../../src/keyboard.c:1174 #90 0x00000000004f9c1b in internal_catch (tag=11538786, func=func@entry=0x48cd10 , arg=11491442) at ../../src/eval.c:1118 #91 0x0000000000490e77 in command_loop () at ../../src/keyboard.c:1153 #92 recursive_edit_1 () at ../../src/keyboard.c:777 #93 0x0000000000491162 in Frecursive_edit () at ../../src/keyboard.c:845 #94 0x00000000004073cb in main (argc=, argv=0x7fffffffe2e8) at ../../src/emacs.c:1654 (gdb) --=-=-=-- From unknown Sun Jun 22 04:19:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Apr 2014 15:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ivan Shmakov Cc: 17169@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17169-submit@debbugs.gnu.org id=B17169.139654073019165 (code B ref 17169); Thu, 03 Apr 2014 15:59:01 +0000 Received: (at 17169) by debbugs.gnu.org; 3 Apr 2014 15:58:50 +0000 Received: from localhost ([127.0.0.1]:34637 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVk2T-0004z0-Ag for submit@debbugs.gnu.org; Thu, 03 Apr 2014 11:58:50 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:34318) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVk2L-0004yj-Mv for 17169@debbugs.gnu.org; Thu, 03 Apr 2014 11:58:43 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N3G00F00PN1UX00@a-mtaout21.012.net.il> for 17169@debbugs.gnu.org; Thu, 03 Apr 2014 18:58:40 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3G00FNDPPRR460@a-mtaout21.012.net.il>; Thu, 03 Apr 2014 18:58:40 +0300 (IDT) Date: Thu, 03 Apr 2014 18:58:53 +0300 From: Eli Zaretskii In-reply-to: <87mwg27wf6.fsf_-_@violet.siamics.net> X-012-Sender: halo1@inter.net.il Message-id: <83wqf69zgi.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <87mwg4awuf.fsf@violet.siamics.net> <83ppkzbspr.fsf@gnu.org> <87sipv7hky.fsf_-_@violet.siamics.net> <83fvlvbhzz.fsf@gnu.org> <87mwg27wf6.fsf_-_@violet.siamics.net> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Ivan Shmakov > Date: Thu, 03 Apr 2014 06:35:09 +0000 > > >> What bothers me the most here is how force-load-messages interferes > >> with an otherwise working build? > > > That part is quite clear: it requires one more slot in the > > staticvec[] array. This was wrong: as you show, the problem is infinite recursion in calling bidi_initialize. > > Can you run Emacs under GDB, put a breakpoint in staticpro, and when > > it breaks, show the backtrace and the value of staticidx? > > Sure, MIMEd. > > The first time the breakpoint fires, staticidx is 1417. I then > set the breakpoint condition to “staticidx > 2040”, and get one > another backtrace, this one suggesting that bidi_initialize () > was called recursively: Boy, am I glad that I asked. Because now I see some snafu here; there's nothing wrong with size of the staticvec[] array. > #1 0x00000000004760b9 in bidi_initialize () at ../../src/bidi.c:770 > … > #21 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 > … > #41 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 > … > #61 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 > #62 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=0, bytepos=0, > #63 0x0000000000425f55 in reseat_to_string (multibyte=, > #64 display_string (string=string@entry=0x57475c "", This is a symptom of a serious problem, but I don't know yet what is the root cause here. > Breakpoint 1, staticpro ( > varaddress=varaddress@entry=0xa7d398 ) > at ../../src/alloc.c:5297 > 5297 if (staticidx >= NSTATICS) > (gdb) bt > #0 staticpro (varaddress=varaddress@entry=0xa7d398 ) > at ../../src/alloc.c:5297 > #1 0x00000000004760b9 in bidi_initialize () at ../../src/bidi.c:770 > #2 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=0, bytepos=0, > frame_window_p=frame_window_p@entry=false, > bidi_it=bidi_it@entry=0x7fffffffbcd8) at ../../src/bidi.c:813 > #3 0x0000000000425f55 in reseat_to_string (multibyte=, > field_width=, precision=, charpos=0, > string=140737488338136, s=, it=0x7fffffffb340) > at ../../src/xdisp.c:6587 > #4 display_string (string=string@entry=0x57475c "", > lisp_string=lisp_string@entry=11491442, > face_string=face_string@entry=14993985, > face_string_pos=face_string_pos@entry=1, start=start@entry=0, > it=it@entry=0x7fffffffb340, field_width=, > precision=, precision@entry=0, max_x=, > max_x@entry=0, multibyte=) at ../../src/xdisp.c:22967 > #5 0x0000000000426935 in display_mode_element (it=it@entry=0x7fffffffb340, > depth=, depth@entry=1, field_width=, > precision=, precision@entry=0, elt=14993985, > props=, props@entry=11491442, risky=risky@entry=0) > at ../../src/xdisp.c:21734 > #6 0x0000000000427dd9 in display_mode_element (it=it@entry=0x7fffffffb340, > depth=1, depth@entry=0, field_width=field_width@entry=0, > precision=precision@entry=0, elt=, elt@entry=14940422, > props=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21906 > #7 0x0000000000428771 in display_mode_line (w=w@entry=0xb09420, > face_id=MODE_LINE_FACE_ID, format=14940422) at ../../src/xdisp.c:21423 > #8 0x0000000000428a18 in display_mode_lines (w=w@entry=0xb09420) > at ../../src/xdisp.c:21366 > #9 0x0000000000428bed in redisplay_mode_lines (window=11572261, > force=force@entry=false) at ../../src/xdisp.c:21324 > #10 0x000000000043342b in echo_area_display ( > update_frame_p=update_frame_p@entry=1) at ../../src/xdisp.c:11107 > #11 0x000000000043355e in message3_nolog (m=m@entry=13797553) > at ../../src/xdisp.c:10093 > #12 0x000000000043370b in message3 (m=13797553) at ../../src/xdisp.c:10035 > #13 0x0000000000433c40 in message_with_string ( > m=m@entry=0x5720e4 "Loading %s...", string=8851465, log=1) > at ../../src/xdisp.c:10180 > #14 0x000000000051d54a in Fload (file=8851465, noerror=noerror@entry=11491442, > nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491442, > must_suffix=, must_suffix@entry=11491490) > at ../../src/lread.c:1351 > #15 0x00000000004fcfb0 in Fautoload_do_load (fundef=8851582, > funname=funname@entry=16238434, macro_only=11491442) > at ../../src/eval.c:1970 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). You'd need to "source .gdbinit" to be able to display Lisp strings with "xstring". > #79 0x000000000051d5f9 in Fload (file=14735265, > noerror=noerror@entry=11491490, nomessage=nomessage@entry=11491490, > nosuffix=nosuffix@entry=11491490, must_suffix=, > must_suffix@entry=11491490) at ../../src/lread.c:1305 > #80 0x0000000000475bb5 in uniprop_table (prop=) > at ../../src/chartab.c:1340 > #81 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 > #82 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=1, bytepos=1, > frame_window_p=frame_window_p@entry=false, > bidi_it=bidi_it@entry=0x7fffffffdb58) at ../../src/bidi.c:813 > #83 0x00000000004219a8 in init_iterator (it=0x7fffffffd1c0, w=0xb095c8, > charpos=1, bytepos=, row=, > base_face_id=DEFAULT_FACE_ID) at ../../src/xdisp.c:3017 > #84 0x000000000042eaa0 in resize_mini_window (w=0xb095c8, exact_p=1) > at ../../src/xdisp.c:10734 > #85 0x000000000041a244 in with_echo_area_buffer (w=0xb095c8, > which=, fn=0x42ee70 , a1=11572680, > a2=11491490) at ../../src/xdisp.c:10418 > #86 0x0000000000433cfa in resize_echo_area_exactly () > at ../../src/xdisp.c:10654 This part I don't understand. It says that bidi_initialize called uniprop_table, as it should, but then uniprop_table called Fload to load the file uni-bidi.el. This last part should not happen, because uni-bidi.el is preloaded when Emacs is dumped, by virtue of this part in characters.el (which is loaded by temacs during the build): ;; If bootstrapping without generated uni-*.el files, table not defined. (let ((table (unicode-property-table-internal 'bidi-class))) (when table (map-char-table (lambda (key val) (cond ((memq val '(R AL RLO RLE)) (modify-category-entry key ?R)) ((memq val '(L LRE LRO)) (modify-category-entry key ?L)))) table))) This calls unicode-property-table-internal, which should load uni-bidi.el. 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. Therefore, the call to uniprop_table from bidi_initialize should have found that the table is already loaded, and refrain from trying to load it. (The rest is clear: once uniprop_table tries to load uni-bidi.el, it announces the fact that it loads that file, because that's the effect of a non-nil value of force-load-messages, but displaying a message again requires the initialization of the bidi iterator, so we again re-enter bidi_initialize, which again calls uniprop_table, etc.) Can you figure out how come uni-bidi.el is not preloaded in your Emacs? Is something wrong with your characters.el, for example? Or maybe the uni-*.el files are missing, in particular uni-bidi.el? Thanks. From unknown Sun Jun 22 04:19:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Apr 2014 19:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17169@debbugs.gnu.org Received: via spool by 17169-submit@debbugs.gnu.org id=B17169.13965519586104 (code B ref 17169); Thu, 03 Apr 2014 19:06:02 +0000 Received: (at 17169) by debbugs.gnu.org; 3 Apr 2014 19:05:58 +0000 Received: from localhost ([127.0.0.1]:34736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVmxY-0001aL-7C for submit@debbugs.gnu.org; Thu, 03 Apr 2014 15:05:58 -0400 Received: from fely.am-1.org ([78.47.74.50]:37211) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVmxS-0001a6-CC for 17169@debbugs.gnu.org; Thu, 03 Apr 2014 15:05:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=8sKO0lV2XOOlDygs6yvjYcQnwDGx+hY7gIqJ3CTjy6g=; b=gzhyNX9icNR+FfeeJW+51yiNgLeXJ5IMKZzuFC0H5kfWYH3/4/7ORFFKHVrKxAOd0m929jca2dpE+mbrPdOe2lAzi9i+5rBeTq5R1/B1k9z4E6bX/P3NEyBOC1NpwO2EHET92IKSdCj4SeoEPah5WSlkTXez78KJdWANPako9G0=; Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WVmxP-0005z6-Hu for 17169@debbugs.gnu.org; Thu, 03 Apr 2014 19:05:49 +0000 Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WVmxH-0008BL-Rd for 17169@debbugs.gnu.org; Fri, 04 Apr 2014 02:05:39 +0700 From: Ivan Shmakov References: <87mwg4awuf.fsf@violet.siamics.net> <83ppkzbspr.fsf@gnu.org> <87sipv7hky.fsf_-_@violet.siamics.net> <83fvlvbhzz.fsf@gnu.org> <87mwg27wf6.fsf_-_@violet.siamics.net> <83wqf69zgi.fsf@gnu.org> Date: Thu, 03 Apr 2014 19:05:38 +0000 In-Reply-To: <83wqf69zgi.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 03 Apr 2014 18:58:53 +0300") Message-ID: <877g7644jh.fsf@violet.siamics.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >>>>> Eli Zaretskii writes: >>>>> From: Ivan Shmakov Date: Thu, 03 Apr 2014 06:35:09 +0000 [=E2=80=A6] > 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=E2=80=99s loaded for the seconds-to-time function. [=E2=80=A6] >> #79 0x000000000051d5f9 in Fload (file=3D14735265,=20 >> noerror=3Dnoerror@entry=3D11491490, nomessage=3Dnomessage@entry=3D1= 1491490,=20 >> nosuffix=3Dnosuffix@entry=3D11491490, must_suffix=3D= ,=20 >> must_suffix@entry=3D11491490) at ../../src/lread.c:1305 >> #80 0x0000000000475bb5 in uniprop_table (prop=3D) >> at ../../src/chartab.c:1340 >> #81 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 [=E2=80=A6] > This part I don't understand. It says that bidi_initialize called > uniprop_table, as it should, but then uniprop_table called Fload to > load the file uni-bidi.el. 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=20 =E2=80=A6 771=09 772 bidi_mirror_table =3D uniprop_table (intern ("mirroring")); 773 if (NILP (bidi_mirror_table)) 774 emacs_abort (); 775 staticpro (&bidi_mirror_table); 776=09 =E2=80=A6 emacs-2014 $=20 [=E2=80=A6] > 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? Is there an easy way to list the Unicode tables contained within the resulting binary? > Therefore, the call to uniprop_table from bidi_initialize should have > found that the table is already loaded, and refrain from trying to > load it. > (The rest is clear: once uniprop_table tries to load uni-bidi.el, it > announces the fact that it loads that file, because that's the effect > of a non-nil value of force-load-messages, but displaying a message > again requires the initialization of the bidi iterator, so we again > re-enter bidi_initialize, which again calls uniprop_table, etc.) ACK. BTW, is it normal that display_string () is called with an empty =E2=80=98string=E2=80=99 argument here, and in turn passes an empty (Lisp) =E2=80=98string=E2=80=99 to reseat_to_string ()? > Can you figure out how come uni-bidi.el is not preloaded in your > Emacs? Is something wrong with your characters.el, for example? Or > maybe the uni-*.el files are missing, in particular uni-bidi.el? The uni-*.el files are as follows: emacs-2014 $ find -name uni-\*.el -exec ls -gGlt -- {} +=20 -rw-r--r-- 1 9483 Jan 31 14:47 ./lisp/international/uni-mirrored.el -rw-r--r-- 1 6541 Jan 31 14:47 ./lisp/international/uni-titlecase.el -rw-r--r-- 1 2442 Jan 31 14:47 ./lisp/international/uni-comment.el -rw-r--r-- 1 6501 Jan 31 14:47 ./lisp/international/uni-lowercase.el -rw-r--r-- 1 19816 Jan 31 14:47 ./lisp/international/uni-old-name.el -rw-r--r-- 1 6537 Jan 31 14:47 ./lisp/international/uni-uppercase.el -rw-r--r-- 1 8349 Jan 31 14:47 ./lisp/international/uni-bidi.el -rw-r--r-- 1 2826 Jan 31 14:47 ./lisp/international/uni-decimal.el -rw-r--r-- 1 29388 Jan 31 14:47 ./lisp/international/uni-decomposition.el -rw-r--r-- 1 3144 Jan 31 14:47 ./lisp/international/uni-digit.el -rw-r--r-- 1 4662 Jan 31 14:47 ./lisp/international/uni-numeric.el -rw-r--r-- 1 13187 Jan 31 14:47 ./lisp/international/uni-category.el -rw-r--r-- 1 6462 Jan 31 14:47 ./lisp/international/uni-combining.el -rw-r--r-- 1 162388 Jan 31 14:47 ./lisp/international/uni-name.el -rw-r--r-- 1 4335 Jan 13 21:39 ./lisp/leim/quail/uni-input.el emacs-2014 $=20 Obviously, they come from an earlier build (sans uni-input.el), but as neither unidata-gen.el nor UnicodeData.txt have changed since earlier in January, it shouldn=E2=80=99t be necessary to update them. (Unless there were some data format change, that is.) The characters.el appears to be up to date: emacs-2014 $ git status -- lisp/international/characters.el=20 On branch master Your branch is up-to-date with 'origin/master'. nothing to commit, working directory clean emacs-2014 $=20 --=20 FSF associate member #7257 --=-=-= Content-Type: text/plain Content-Disposition: inline Breakpoint 2, Fload (file=13803489, noerror=noerror@entry=11491490, nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491490, must_suffix=must_suffix@entry=11491490) at ../../src/lread.c:1048 1048 { (gdb) print file $1 = 13803489 (gdb) xstring $2 = (struct Lisp_String *) 0xd29fe0 "international/uni-mirrored.el" (gdb) bt #0 Fload (file=13803489, noerror=noerror@entry=11491490, nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491490, must_suffix=must_suffix@entry=11491490) at ../../src/lread.c:1048 #1 0x0000000000475bb5 in uniprop_table (prop=) at ../../src/chartab.c:1340 #2 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 #3 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=0, bytepos=0, frame_window_p=frame_window_p@entry=false, bidi_it=bidi_it@entry=0x7fffffffbcd8) at ../../src/bidi.c:813 #4 0x0000000000425f55 in reseat_to_string (multibyte=, field_width=, precision=, charpos=0, string=140737488338136, s=, it=0x7fffffffb340) at ../../src/xdisp.c:6587 #5 display_string (string=string@entry=0x57475c "", lisp_string=lisp_string@entry=11491442, face_string=face_string@entry=14993985, face_string_pos=face_string_pos@entry=1, start=start@entry=0, it=it@entry=0x7fffffffb340, field_width=, precision=, precision@entry=0, max_x=, max_x@entry=0, multibyte=) at ../../src/xdisp.c:22967 #6 0x0000000000426935 in display_mode_element (it=it@entry=0x7fffffffb340, depth=, depth@entry=1, field_width=, precision=, precision@entry=0, elt=14993985, props=, props@entry=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21734 #7 0x0000000000427dd9 in display_mode_element (it=it@entry=0x7fffffffb340, depth=1, depth@entry=0, field_width=field_width@entry=0, precision=precision@entry=0, elt=, elt@entry=14940422, props=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21906 #8 0x0000000000428771 in display_mode_line (w=w@entry=0xb09420, face_id=MODE_LINE_FACE_ID, format=14940422) at ../../src/xdisp.c:21423 #9 0x0000000000428a18 in display_mode_lines (w=w@entry=0xb09420) at ../../src/xdisp.c:21366 #10 0x0000000000428bed in redisplay_mode_lines (window=11572261, force=force@entry=false) at ../../src/xdisp.c:21324 #11 0x000000000043342b in echo_area_display ( update_frame_p=update_frame_p@entry=1) at ../../src/xdisp.c:11107 #12 0x000000000043355e in message3_nolog (m=m@entry=13797553) at ../../src/xdisp.c:10093 #13 0x000000000043370b in message3 (m=13797553) at ../../src/xdisp.c:10035 #14 0x0000000000433c40 in message_with_string ( m=m@entry=0x5720e4 "Loading %s...", string=8851465, log=1) at ../../src/xdisp.c:10180 #15 0x000000000051d54a in Fload (file=8851465, noerror=noerror@entry=11491442, nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491442, must_suffix=, must_suffix@entry=11491490) at ../../src/lread.c:1351 #16 0x00000000004fcfb0 in Fautoload_do_load (fundef=8851582, funname=funname@entry=16238434, macro_only=11491442) at ../../src/eval.c:1970 #17 0x00000000004fb5c3 in Ffuncall (nargs=2, args=0x7fffffffc4a8) at ../../src/eval.c:2879 #18 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488340128, args=0x2) at ../../src/bytecode.c:919 #19 0x00000000004fb32f in funcall_lambda (fun=9394725, nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffffc680) at ../../src/eval.c:3049 #20 0x00000000004fb68b in Ffuncall (nargs=4, args=0x7fffffffc678) at ../../src/eval.c:2876 #21 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488340592, args=0x4) at ../../src/bytecode.c:919 #22 0x00000000004fb32f in funcall_lambda (fun=9400901, nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffffc898) at ../../src/eval.c:3049 #23 0x00000000004fb68b in Ffuncall (nargs=4, args=0x7fffffffc890) at ../../src/eval.c:2876 #24 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488341128, args=0x4) at ../../src/bytecode.c:919 #25 0x00000000004fb3c7 in funcall_lambda (fun=9354613, nargs=nargs@entry=1, arg_vector=0x7fffffffcac0, arg_vector@entry=0x7fffffffca40) at ../../src/eval.c:2983 #26 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffca38) at ../../src/eval.c:2876 #27 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488341552, args=0x2) at ../../src/bytecode.c:919 #28 0x00000000004fb3c7 in funcall_lambda (fun=9356213, nargs=nargs@entry=2, arg_vector=0x7fffffffcc40, arg_vector@entry=0x7fffffffcbb0) at ../../src/eval.c:2983 #29 0x00000000004fb68b in Ffuncall (nargs=3, args=0x7fffffffcba8) at ../../src/eval.c:2876 #30 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488341920, args=0x3) at ../../src/bytecode.c:919 #31 0x00000000004fb32f in funcall_lambda (fun=9334101, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffcda0) at ../../src/eval.c:3049 #32 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffcd98) at ../../src/eval.c:2876 #33 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488342416, args=0x1) at ../../src/bytecode.c:919 #34 0x00000000004fb32f in funcall_lambda (fun=9331597, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffcf80) at ../../src/eval.c:3049 #35 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffcf78) at ../../src/eval.c:2876 #36 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=93, args=0x2) at ../../src/bytecode.c:919 #37 0x00000000004fb32f in funcall_lambda (fun=9307053, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffd160) at ../../src/eval.c:3049 #38 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffd158) at ../../src/eval.c:2876 #39 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488343376, args=0x2) at ../../src/bytecode.c:919 #40 0x00000000004fb32f in funcall_lambda (fun=9306325, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd340) at ../../src/eval.c:3049 #41 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd338) at ../../src/eval.c:2876 #42 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=7, args=0x1) at ../../src/bytecode.c:919 #43 0x00000000004fb32f in funcall_lambda (fun=9307253, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd500) at ../../src/eval.c:3049 #44 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd4f8) at ../../src/eval.c:2876 #45 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488344304, args=0x1) at ../../src/bytecode.c:919 #46 0x00000000004fb32f in funcall_lambda (fun=9307941, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd6d0) at ../../src/eval.c:3049 #47 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd6c8) at ../../src/eval.c:2876 #48 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488344768, args=0x1) at ../../src/bytecode.c:919 #49 0x00000000004fb32f in funcall_lambda (fun=9309021, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd8f8) at ../../src/eval.c:3049 #50 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd8f0) at ../../src/eval.c:2876 #51 0x00000000004fb8f9 in funcall_nil (nargs=, args=) at ../../src/eval.c:2366 #52 0x00000000004fa1cd in run_hook_with_args (nargs=1, args=0x7fffffffd8f0, funcall=0x4fb8f0 ) at ../../src/eval.c:2551 #53 0x00000000004fa2f6 in Frun_hooks (nargs=1, args=0x7fffffffd998) at ../../src/eval.c:2393 #54 0x00000000004fb75a in Ffuncall (nargs=, args=) at ../../src/eval.c:2796 #55 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488345504, args=0x2) at ../../src/bytecode.c:919 #56 0x00000000004fb3c7 in funcall_lambda (fun=8159821, nargs=nargs@entry=1, arg_vector=0x7fffffffdb80, arg_vector@entry=0x7fffffffdb00) at ../../src/eval.c:2983 #57 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffdaf8) at ../../src/eval.c:2876 #58 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488345848, args=0x2) at ../../src/bytecode.c:919 #59 0x00000000004fb3c7 in funcall_lambda (fun=9574469, nargs=nargs@entry=0, arg_vector=0x7fffffffdd50, arg_vector@entry=0x7fffffffdc70) at ../../src/eval.c:2983 #60 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffdc68) at ../../src/eval.c:2876 #61 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488346208, args=0x1) at ../../src/bytecode.c:919 #62 0x00000000004fb3c7 in funcall_lambda (fun=8613661, nargs=nargs@entry=0, arg_vector=0x7fffffffdf00, arg_vector@entry=0x7fffffffde48) at ../../src/eval.c:2983 #63 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffde40) at ../../src/eval.c:2876 #64 0x000000000052e67d in exec_byte_code (bytestr=13803489, vector=11491490, maxdepth=11491490, args_template=11491490, nargs=140737488346680, args=0x1) at ../../src/bytecode.c:919 #65 0x00000000004fb3c7 in funcall_lambda (fun=fun@entry=8610149, nargs=nargs@entry=0, arg_vector=0x0, arg_vector@entry=0x7fffffffdf80) at ../../src/eval.c:2983 #66 0x00000000004fa824 in apply_lambda (fun=8610149, args=) at ../../src/eval.c:2924 #67 0x00000000004fab7b in eval_sub (form=form@entry=14770054) at ../../src/eval.c:2260 #68 0x00000000004fe101 in Feval (form=14770054, lexical=) at ../../src/eval.c:2003 #69 0x00000000004f9d0e in internal_condition_case ( bfun=bfun@entry=0x48cdc0 , handlers=, hfun=hfun@entry=0x491250 ) at ../../src/eval.c:1354 #70 0x000000000048cda6 in top_level_1 (ignore=ignore@entry=11491442) at ../../src/keyboard.c:1191 #71 0x00000000004f9c1b in internal_catch (tag=11538786, func=func@entry=0x48cd40 , arg=11491442) at ../../src/eval.c:1118 #72 0x0000000000490e5f in command_loop () at ../../src/keyboard.c:1152 #73 recursive_edit_1 () at ../../src/keyboard.c:777 #74 0x0000000000491162 in Frecursive_edit () at ../../src/keyboard.c:845 #75 0x00000000004073cb in main (argc=, argv=0x7fffffffe2e8) at ../../src/emacs.c:1654 (gdb) --=-=-= Content-Type: text/plain Content-Disposition: inline Breakpoint 1, bidi_initialize () at ../../src/bidi.c:766 766 { (gdb) bt #0 bidi_initialize () at ../../src/bidi.c:766 #1 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=0, bytepos=0, frame_window_p=frame_window_p@entry=false, bidi_it=bidi_it@entry=0x7fffffffa688) at ../../src/bidi.c:813 #2 0x0000000000425f55 in reseat_to_string (multibyte=, field_width=, precision=, charpos=0, string=140737488332424, s=, it=0x7fffffff9cf0) at ../../src/xdisp.c:6587 #3 display_string (string=string@entry=0x57475c "", lisp_string=lisp_string@entry=11491442, face_string=face_string@entry=14993985, face_string_pos=face_string_pos@entry=1, start=start@entry=0, it=it@entry=0x7fffffff9cf0, field_width=, precision=, precision@entry=0, max_x=, max_x@entry=0, multibyte=) at ../../src/xdisp.c:22967 #4 0x0000000000426935 in display_mode_element (it=it@entry=0x7fffffff9cf0, depth=, depth@entry=1, field_width=, precision=, precision@entry=0, elt=14993985, props=, props@entry=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21734 #5 0x0000000000427dd9 in display_mode_element (it=it@entry=0x7fffffff9cf0, depth=1, depth@entry=0, field_width=field_width@entry=0, precision=precision@entry=0, elt=, elt@entry=14940422, props=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21906 #6 0x0000000000428771 in display_mode_line (w=w@entry=0xb09420, face_id=MODE_LINE_FACE_ID, format=14940422) at ../../src/xdisp.c:21423 #7 0x0000000000428a18 in display_mode_lines (w=w@entry=0xb09420) at ../../src/xdisp.c:21366 #8 0x0000000000428bed in redisplay_mode_lines (window=11572261, force=force@entry=false) at ../../src/xdisp.c:21324 #9 0x000000000043342b in echo_area_display ( update_frame_p=update_frame_p@entry=1) at ../../src/xdisp.c:11107 #10 0x000000000043355e in message3_nolog (m=m@entry=13804033) at ../../src/xdisp.c:10093 #11 0x000000000043370b in message3 (m=m@entry=13804033) at ../../src/xdisp.c:10035 #12 0x00000000004f3f1b in Fmessage (nargs=, args=) at ../../src/editfns.c:3452 #13 0x00000000004fb75a in Ffuncall (nargs=, args=) at ../../src/eval.c:2796 #14 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488333920, args=0x3) at ../../src/bytecode.c:919 #15 0x00000000004fb32f in funcall_lambda (fun=8231213, nargs=nargs@entry=4, arg_vector=arg_vector@entry=0x7fffffffae58) at ../../src/eval.c:3049 #16 0x00000000004fb68b in Ffuncall (nargs=nargs@entry=5, args=args@entry=0x7fffffffae50) at ../../src/eval.c:2876 #17 0x00000000004fd2d9 in call4 (fn=, arg1=, arg2=arg2@entry=13803777, arg3=, arg4=) at ../../src/eval.c:2663 #18 0x000000000051d5f9 in Fload (file=13803489, noerror=noerror@entry=11491490, nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491490, must_suffix=, must_suffix@entry=11491490) at ../../src/lread.c:1305 #19 0x0000000000475bb5 in uniprop_table (prop=) at ../../src/chartab.c:1340 #20 0x00000000004760d0 in bidi_initialize () at ../../src/bidi.c:772 #21 0x0000000000478f97 in bidi_init_it (charpos=charpos@entry=0, bytepos=0, frame_window_p=frame_window_p@entry=false, bidi_it=bidi_it@entry=0x7fffffffbcd8) at ../../src/bidi.c:813 #22 0x0000000000425f55 in reseat_to_string (multibyte=, field_width=, precision=, charpos=0, string=140737488338136, s=, it=0x7fffffffb340) at ../../src/xdisp.c:6587 #23 display_string (string=string@entry=0x57475c "", lisp_string=lisp_string@entry=11491442, face_string=face_string@entry=14993985, face_string_pos=face_string_pos@entry=1, start=start@entry=0, it=it@entry=0x7fffffffb340, field_width=, precision=, precision@entry=0, max_x=, max_x@entry=0, multibyte=) at ../../src/xdisp.c:22967 #24 0x0000000000426935 in display_mode_element (it=it@entry=0x7fffffffb340, depth=, depth@entry=1, field_width=, precision=, precision@entry=0, elt=14993985, props=, props@entry=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21734 #25 0x0000000000427dd9 in display_mode_element (it=it@entry=0x7fffffffb340, depth=1, depth@entry=0, field_width=field_width@entry=0, precision=precision@entry=0, elt=, elt@entry=14940422, props=11491442, risky=risky@entry=0) at ../../src/xdisp.c:21906 #26 0x0000000000428771 in display_mode_line (w=w@entry=0xb09420, face_id=MODE_LINE_FACE_ID, format=14940422) at ../../src/xdisp.c:21423 #27 0x0000000000428a18 in display_mode_lines (w=w@entry=0xb09420) at ../../src/xdisp.c:21366 #28 0x0000000000428bed in redisplay_mode_lines (window=11572261, force=force@entry=false) at ../../src/xdisp.c:21324 #29 0x000000000043342b in echo_area_display ( update_frame_p=update_frame_p@entry=1) at ../../src/xdisp.c:11107 #30 0x000000000043355e in message3_nolog (m=m@entry=13797553) at ../../src/xdisp.c:10093 #31 0x000000000043370b in message3 (m=13797553) at ../../src/xdisp.c:10035 #32 0x0000000000433c40 in message_with_string ( m=m@entry=0x5720e4 "Loading %s...", string=8851465, log=1) at ../../src/xdisp.c:10180 #33 0x000000000051d54a in Fload (file=8851465, noerror=noerror@entry=11491442, nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491442, must_suffix=, must_suffix@entry=11491490) at ../../src/lread.c:1351 #34 0x00000000004fcfb0 in Fautoload_do_load (fundef=8851582, funname=funname@entry=16238434, macro_only=11491442) at ../../src/eval.c:1970 #35 0x00000000004fb5c3 in Ffuncall (nargs=2, args=0x7fffffffc4a8) at ../../src/eval.c:2879 #36 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488340128, args=0x2) at ../../src/bytecode.c:919 #37 0x00000000004fb32f in funcall_lambda (fun=9394725, nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffffc680) at ../../src/eval.c:3049 #38 0x00000000004fb68b in Ffuncall (nargs=4, args=0x7fffffffc678) at ../../src/eval.c:2876 #39 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488340592, args=0x4) at ../../src/bytecode.c:919 #40 0x00000000004fb32f in funcall_lambda (fun=9400901, nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffffc898) at ../../src/eval.c:3049 #41 0x00000000004fb68b in Ffuncall (nargs=4, args=0x7fffffffc890) at ../../src/eval.c:2876 #42 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488341128, args=0x4) at ../../src/bytecode.c:919 #43 0x00000000004fb3c7 in funcall_lambda (fun=9354613, nargs=nargs@entry=1, arg_vector=0x7fffffffcac0, arg_vector@entry=0x7fffffffca40) at ../../src/eval.c:2983 #44 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffca38) at ../../src/eval.c:2876 #45 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488341552, args=0x2) at ../../src/bytecode.c:919 #46 0x00000000004fb3c7 in funcall_lambda (fun=9356213, nargs=nargs@entry=2, arg_vector=0x7fffffffcc40, arg_vector@entry=0x7fffffffcbb0) at ../../src/eval.c:2983 #47 0x00000000004fb68b in Ffuncall (nargs=3, args=0x7fffffffcba8) at ../../src/eval.c:2876 #48 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488341920, args=0x3) at ../../src/bytecode.c:919 #49 0x00000000004fb32f in funcall_lambda (fun=9334101, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffcda0) at ../../src/eval.c:3049 #50 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffcd98) at ../../src/eval.c:2876 #51 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488342416, args=0x1) at ../../src/bytecode.c:919 #52 0x00000000004fb32f in funcall_lambda (fun=9331597, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffcf80) at ../../src/eval.c:3049 #53 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffcf78) at ../../src/eval.c:2876 #54 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=93, args=0x2) at ../../src/bytecode.c:919 #55 0x00000000004fb32f in funcall_lambda (fun=9307053, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffd160) at ../../src/eval.c:3049 #56 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffd158) at ../../src/eval.c:2876 #57 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488343376, args=0x2) at ../../src/bytecode.c:919 #58 0x00000000004fb32f in funcall_lambda (fun=9306325, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd340) at ../../src/eval.c:3049 #59 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd338) at ../../src/eval.c:2876 #60 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=7, args=0x1) at ../../src/bytecode.c:919 #61 0x00000000004fb32f in funcall_lambda (fun=9307253, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd500) at ../../src/eval.c:3049 #62 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd4f8) at ../../src/eval.c:2876 #63 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488344304, args=0x1) at ../../src/bytecode.c:919 #64 0x00000000004fb32f in funcall_lambda (fun=9307941, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd6d0) at ../../src/eval.c:3049 #65 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd6c8) at ../../src/eval.c:2876 #66 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488344768, args=0x1) at ../../src/bytecode.c:919 #67 0x00000000004fb32f in funcall_lambda (fun=9309021, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffd8f8) at ../../src/eval.c:3049 #68 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffd8f0) at ../../src/eval.c:2876 #69 0x00000000004fb8f9 in funcall_nil (nargs=, args=) at ../../src/eval.c:2366 #70 0x00000000004fa1cd in run_hook_with_args (nargs=1, args=0x7fffffffd8f0, funcall=0x4fb8f0 ) at ../../src/eval.c:2551 #71 0x00000000004fa2f6 in Frun_hooks (nargs=1, args=0x7fffffffd998) at ../../src/eval.c:2393 #72 0x00000000004fb75a in Ffuncall (nargs=, args=) at ../../src/eval.c:2796 #73 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488345504, args=0x2) at ../../src/bytecode.c:919 #74 0x00000000004fb3c7 in funcall_lambda (fun=8159821, nargs=nargs@entry=1, arg_vector=0x7fffffffdb80, arg_vector@entry=0x7fffffffdb00) at ../../src/eval.c:2983 #75 0x00000000004fb68b in Ffuncall (nargs=2, args=0x7fffffffdaf8) at ../../src/eval.c:2876 #76 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488345848, args=0x2) at ../../src/bytecode.c:919 #77 0x00000000004fb3c7 in funcall_lambda (fun=9574469, nargs=nargs@entry=0, arg_vector=0x7fffffffdd50, arg_vector@entry=0x7fffffffdc70) at ../../src/eval.c:2983 #78 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffdc68) at ../../src/eval.c:2876 #79 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488346208, args=0x1) at ../../src/bytecode.c:919 #80 0x00000000004fb3c7 in funcall_lambda (fun=8613661, nargs=nargs@entry=0, arg_vector=0x7fffffffdf00, arg_vector@entry=0x7fffffffde48) at ../../src/eval.c:2983 #81 0x00000000004fb68b in Ffuncall (nargs=1, args=0x7fffffffde40) at ../../src/eval.c:2876 #82 0x000000000052e67d in exec_byte_code (bytestr=11572256, vector=0, maxdepth=0, args_template=140737488332424, nargs=140737488346680, args=0x1) at ../../src/bytecode.c:919 #83 0x00000000004fb3c7 in funcall_lambda (fun=fun@entry=8610149, nargs=nargs@entry=0, arg_vector=0x0, arg_vector@entry=0x7fffffffdf80) at ../../src/eval.c:2983 #84 0x00000000004fa824 in apply_lambda (fun=8610149, args=) at ../../src/eval.c:2924 #85 0x00000000004fab7b in eval_sub (form=form@entry=14770054) at ../../src/eval.c:2260 #86 0x00000000004fe101 in Feval (form=14770054, lexical=) at ../../src/eval.c:2003 #87 0x00000000004f9d0e in internal_condition_case ( bfun=bfun@entry=0x48cdc0 , handlers=, hfun=hfun@entry=0x491250 ) at ../../src/eval.c:1354 #88 0x000000000048cda6 in top_level_1 (ignore=ignore@entry=11491442) at ../../src/keyboard.c:1191 #89 0x00000000004f9c1b in internal_catch (tag=11538786, func=func@entry=0x48cd40 , arg=11491442) at ../../src/eval.c:1118 #90 0x0000000000490e5f in command_loop () at ../../src/keyboard.c:1152 #91 recursive_edit_1 () at ../../src/keyboard.c:777 #92 0x0000000000491162 in Frecursive_edit () at ../../src/keyboard.c:845 #93 0x00000000004073cb in main (argc=, argv=0x7fffffffe2e8) at ../../src/emacs.c:1654 (gdb) up 2 #2 0x0000000000425f55 in reseat_to_string (multibyte=, field_width=, precision=, charpos=0, string=140737488332424, s=, it=0x7fffffff9cf0) at ../../src/xdisp.c:6587 6587 bidi_init_it (charpos, IT_BYTEPOS (*it), FRAME_WINDOW_P (it->f), (gdb) print string $14 = 140737488332424 (gdb) xstring $15 = (struct Lisp_String *) 0x7fffffffa688 "" (gdb) up 14 #16 0x00000000004fb68b in Ffuncall (nargs=nargs@entry=5, args=args@entry=0x7fffffffae50) at ../../src/eval.c:2876 2876 val = funcall_lambda (fun, numargs, args + 1); (gdb) print args[0] $22 = 14904386 (gdb) xpr Lisp_Symbol $23 = (struct Lisp_Symbol *) 0xe36c40 "load-with-code-conversion" (gdb) print args[1] $24 = 13803777 (gdb) xpr Lisp_String $25 = (struct Lisp_String *) 0xd2a100 "/home/private/users/ivan/devel/emacs-2014/lisp/international/uni-mirrored.el" (gdb) print args[2] $26 = 13803777 (gdb) xpr Lisp_String $27 = (struct Lisp_String *) 0xd2a100 "/home/private/users/ivan/devel/emacs-2014/lisp/international/uni-mirrored.el" (gdb) print args[3] $28 = 11491490 (gdb) xpr Lisp_Symbol $29 = (struct Lisp_Symbol *) 0xaf58a0 "t" (gdb) print args[4] $30 = 11491442 (gdb) xpr Lisp_Symbol $31 = (struct Lisp_Symbol *) 0xaf5870 "nil" (gdb) up 2 #18 0x000000000051d5f9 in Fload (file=13803489, noerror=noerror@entry=11491490, nomessage=nomessage@entry=11491490, nosuffix=nosuffix@entry=11491490, must_suffix=, must_suffix@entry=11491490) at ../../src/lread.c:1305 1305 val = call4 (Vload_source_file_function, found, hist_file_name, (gdb) print file $32 = 13803489 (gdb) xstring $33 = (struct Lisp_String *) 0xd29fe0 "international/uni-mirrored.el" (gdb) --=-=-=-- From unknown Sun Jun 22 04:19:40 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Ivan Shmakov Subject: bug#17169: closed (Re: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs) Message-ID: References: <83mwg29oa1.fsf@gnu.org> <87mwg4awuf.fsf@violet.siamics.net> X-Gnu-PR-Message: they-closed 17169 X-Gnu-PR-Package: emacs Reply-To: 17169@debbugs.gnu.org Date: Thu, 03 Apr 2014 20:01:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1396555263-11828-1" This is a multi-part message in MIME format... ------------=_1396555263-11828-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #17169: fails to start with (setq force-load-messages t) in ~/.emacs=20 which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 17169@debbugs.gnu.org. --=20 17169: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D17169 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1396555263-11828-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 17169-done) by debbugs.gnu.org; 3 Apr 2014 20:00:17 +0000 Received: from localhost ([127.0.0.1]:34769 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVno7-00033T-V4 for submit@debbugs.gnu.org; Thu, 03 Apr 2014 16:00:16 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:54106) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVno1-00033C-RX for 17169-done@debbugs.gnu.org; Thu, 03 Apr 2014 16:00:12 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N3H00M000TD4K00@a-mtaout20.012.net.il> for 17169-done@debbugs.gnu.org; Thu, 03 Apr 2014 23:00:08 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3H00M370W71M20@a-mtaout20.012.net.il>; Thu, 03 Apr 2014 23:00:08 +0300 (IDT) Date: Thu, 03 Apr 2014 23:00:22 +0300 From: Eli Zaretskii Subject: Re: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs In-reply-to: <877g7644jh.fsf@violet.siamics.net> X-012-Sender: halo1@inter.net.il To: Ivan Shmakov Message-id: <83mwg29oa1.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <87mwg4awuf.fsf@violet.siamics.net> <83ppkzbspr.fsf@gnu.org> <87sipv7hky.fsf_-_@violet.siamics.net> <83fvlvbhzz.fsf@gnu.org> <87mwg27wf6.fsf_-_@violet.siamics.net> <83wqf69zgi.fsf@gnu.org> <877g7644jh.fsf@violet.siamics.net> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17169-done Cc: 17169-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Ivan Shmakov > 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. ------------=_1396555263-11828-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 2 Apr 2014 09:45:47 +0000 Received: from localhost ([127.0.0.1]:60359 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVHju-0000Yp-B6 for submit@debbugs.gnu.org; Wed, 02 Apr 2014 05:45:47 -0400 Received: from fely.am-1.org ([78.47.74.50]:37073) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVHjm-0000YQ-8u for submit@debbugs.gnu.org; Wed, 02 Apr 2014 05:45:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:Sender:Subject:To:From; bh=ab6ktn6v3Y6tsJYogRCs/gK3G0Eh0abNf49iIW4LPoI=; b=qZa6xWZWIUC9MrCcOJHAp0j4TXzO/8rAFNNqg8lcNpPaH/LC8Pmi1vAjdTy9+fKFTDmNfuc+LuiTQ+NfgFJ7iRqO+wqQt8MgHca3sLmFCKm+l+cZk9oDbZSGUzknhWm22KW1LZFx+6ZfU2fzGSY1rR3Zlhm6VZwvWQgDp8hU3Po=; Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WVHjk-0008VI-DG for submit@debbugs.gnu.org; Wed, 02 Apr 2014 09:45:36 +0000 Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WVHjd-0004uR-Er for submit@debbugs.gnu.org; Wed, 02 Apr 2014 16:45:29 +0700 From: Ivan Shmakov To: submit@debbugs.gnu.org Subject: fails to start with (setq force-load-messages t) in ~/.emacs Date: Wed, 02 Apr 2014 09:45:28 +0000 Message-ID: <87mwg4awuf.fsf@violet.siamics.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) Package: emacs As of ad37c460d20, Emacs fails early in startup should ~/.emacs set force-load-messages to t. Consider, e. g.: $ cat < .emacs=20 (setq force-load-messages t) $ HOME=3D"$PWD" emacs --debug-init=20 =E2=80=A6^G^G^Gemacs: NSTATICS too small; try increasing and recompiling Em= acs. $ reset ; stty intr ^C ; ## restore sane tty settings=20 A version built 2014-03-13 is apparently not affected. --=20 FSF associate member #7257 ------------=_1396555263-11828-1-- From unknown Sun Jun 22 04:19:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Apr 2014 20:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17169@debbugs.gnu.org Received: via spool by 17169-submit@debbugs.gnu.org id=B17169.139655772616090 (code B ref 17169); Thu, 03 Apr 2014 20:43:02 +0000 Received: (at 17169) by debbugs.gnu.org; 3 Apr 2014 20:42:06 +0000 Received: from localhost ([127.0.0.1]:34781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVoSb-0004BR-EO for submit@debbugs.gnu.org; Thu, 03 Apr 2014 16:42:05 -0400 Received: from fely.am-1.org ([78.47.74.50]:37222) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVoSU-0004Al-0B for 17169@debbugs.gnu.org; Thu, 03 Apr 2014 16:41:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=HwYKfoVMvBTkBfMc6nsFiYeWl+LjTzKbDsAK9OFw/q4=; b=ZKfRuOCAo5TbleUaLYqATCNNOxQI3ASU5XrtGxJMIMS/vGwiWS3PHOJRkEipMvErpDq5sHtClJvndlHbYt8FDWWISDW511AaaTacqTBNuKp60lidFvHYwZyu5hIQ5A+JzqPRNqHS4Gddu7TtZjNaC1GuTjqwVlQPlVdAnBNB+Xk=; Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WVoSM-0006fC-UU for 17169@debbugs.gnu.org; Thu, 03 Apr 2014 20:41:51 +0000 Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WVoSG-0008Hk-Az for 17169@debbugs.gnu.org; Fri, 04 Apr 2014 03:41:44 +0700 From: Ivan Shmakov References: <87mwg4awuf.fsf@violet.siamics.net> <83ppkzbspr.fsf@gnu.org> <87sipv7hky.fsf_-_@violet.siamics.net> <83fvlvbhzz.fsf@gnu.org> <87mwg27wf6.fsf_-_@violet.siamics.net> <83wqf69zgi.fsf@gnu.org> <877g7644jh.fsf@violet.siamics.net> <83mwg29oa1.fsf@gnu.org> Date: Thu, 03 Apr 2014 20:41:43 +0000 In-Reply-To: <83mwg29oa1.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 03 Apr 2014 23:00:22 +0300") Message-ID: <8738hu403c.fsf_-_@violet.siamics.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) >>>>> Eli Zaretskii writes: >>>>> From: Ivan Shmakov Date: Thu, 03 Apr 2014 19:05:38 +0000 [=E2=80=A6] >>> 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). ACK, thanks, I hope to try it the next time I=E2=80=99d be building Emacs from Git. (Probably late next week.) > (For the 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.) JFTR, is it somehow related to the use of a tty vs. an X window? [=E2=80=A6] --=20 FSF associate member #7257 From unknown Sun Jun 22 04:19:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Apr 2014 07:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ivan Shmakov Cc: 17169@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17169-submit@debbugs.gnu.org id=B17169.139659814724685 (code B ref 17169); Fri, 04 Apr 2014 07:56:02 +0000 Received: (at 17169) by debbugs.gnu.org; 4 Apr 2014 07:55:47 +0000 Received: from localhost ([127.0.0.1]:34926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVyyY-0006Q4-S6 for submit@debbugs.gnu.org; Fri, 04 Apr 2014 03:55:47 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:60201) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WVyyU-0006Pq-EO for 17169@debbugs.gnu.org; Fri, 04 Apr 2014 03:55:43 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N3H00500XT89C00@a-mtaout20.012.net.il> for 17169@debbugs.gnu.org; Fri, 04 Apr 2014 10:55:40 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3H004IFY0SW490@a-mtaout20.012.net.il>; Fri, 04 Apr 2014 10:55:40 +0300 (IDT) Date: Fri, 04 Apr 2014 10:55:56 +0300 From: Eli Zaretskii In-reply-to: <8738hu403c.fsf_-_@violet.siamics.net> X-012-Sender: halo1@inter.net.il Message-id: <83eh1da5pv.fsf@gnu.org> References: <87mwg4awuf.fsf@violet.siamics.net> <83ppkzbspr.fsf@gnu.org> <87sipv7hky.fsf_-_@violet.siamics.net> <83fvlvbhzz.fsf@gnu.org> <87mwg27wf6.fsf_-_@violet.siamics.net> <83wqf69zgi.fsf@gnu.org> <877g7644jh.fsf@violet.siamics.net> <83mwg29oa1.fsf@gnu.org> <8738hu403c.fsf_-_@violet.siamics.net> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Ivan Shmakov > Date: Thu, 03 Apr 2014 20:41:43 +0000 > > > (For the 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.) > > JFTR, is it somehow related to the use of a tty vs. an X window? I didn't try on a TTY, since AFAIU your report was about a GUI session. From unknown Sun Jun 22 04:19:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Apr 2014 09:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17169@debbugs.gnu.org Received: via spool by 17169-submit@debbugs.gnu.org id=B17169.1396602955709 (code B ref 17169); Fri, 04 Apr 2014 09:16:02 +0000 Received: (at 17169) by debbugs.gnu.org; 4 Apr 2014 09:15:55 +0000 Received: from localhost ([127.0.0.1]:34944 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WW0E6-0000BL-9i for submit@debbugs.gnu.org; Fri, 04 Apr 2014 05:15:54 -0400 Received: from fely.am-1.org ([78.47.74.50]:37257) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WW0E1-0000B6-NM for 17169@debbugs.gnu.org; Fri, 04 Apr 2014 05:15:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=si/aWDX81C977xzlUXtKTTnCNTtwfy9vvnsVmbsVuhQ=; b=PiaDFLg4DmdzpbVbdccJ72X+e6018BLOjFC1+gtWwAAyZjL4ucGjogIqnARikq5uZLDU4bDcc6a9w1A9aUdD/YBERfbusIZEMZUygy+XeYleDWyy6CQzMMznqv5oXRah4lQPrD0F1s00p94HqT+J6MZ4i2N9gRDD1oYi74T+tRE=; Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1WW0Dz-0003hP-Al for 17169@debbugs.gnu.org; Fri, 04 Apr 2014 09:15:47 +0000 Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WW0Ds-0000Fw-TC for 17169@debbugs.gnu.org; Fri, 04 Apr 2014 16:15:40 +0700 From: Ivan Shmakov References: <87mwg4awuf.fsf@violet.siamics.net> <83ppkzbspr.fsf@gnu.org> <87sipv7hky.fsf_-_@violet.siamics.net> <83fvlvbhzz.fsf@gnu.org> <87mwg27wf6.fsf_-_@violet.siamics.net> <83wqf69zgi.fsf@gnu.org> <877g7644jh.fsf@violet.siamics.net> <83mwg29oa1.fsf@gnu.org> <8738hu403c.fsf_-_@violet.siamics.net> <83eh1da5pv.fsf@gnu.org> Date: Fri, 04 Apr 2014 09:15:40 +0000 In-Reply-To: <83eh1da5pv.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 04 Apr 2014 10:55:56 +0300") Message-ID: <87txa9316r.fsf@violet.siamics.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) >>>>> Eli Zaretskii writes: >>>>> From: Ivan Shmakov Date: Thu, 03 Apr 2014 20:41:43 +0000 >>> (For the 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.) >> JFTR, is it somehow related to the use of a tty vs. an X window? > I didn't try on a TTY, since AFAIU your report was about a GUI > session. ACK. (Though that would be surprising, given --without-x-toolkit, --without-x, and x86_64-unknown-linux-gnu [1, 2].) [1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17169;msg=11;att=1 [2] http://debbugs.gnu.org/17169#11 -- FSF associate member #7257 From unknown Sun Jun 22 04:19:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17169: fails to start with (setq force-load-messages t) in ~/.emacs Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Apr 2014 09:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ivan Shmakov Cc: 17169@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17169-submit@debbugs.gnu.org id=B17169.13966048454345 (code B ref 17169); Fri, 04 Apr 2014 09:48:01 +0000 Received: (at 17169) by debbugs.gnu.org; 4 Apr 2014 09:47:25 +0000 Received: from localhost ([127.0.0.1]:34952 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WW0ia-000180-Ct for submit@debbugs.gnu.org; Fri, 04 Apr 2014 05:47:24 -0400 Received: from mtaout28.012.net.il ([80.179.55.184]:34326) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WW0iV-00017n-Rb for 17169@debbugs.gnu.org; Fri, 04 Apr 2014 05:47:21 -0400 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0N3I00K002Z9UI00@mtaout28.012.net.il> for 17169@debbugs.gnu.org; Fri, 04 Apr 2014 12:46:50 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N3I00AAZ362C560@mtaout28.012.net.il>; Fri, 04 Apr 2014 12:46:50 +0300 (IDT) Date: Fri, 04 Apr 2014 12:47:34 +0300 From: Eli Zaretskii In-reply-to: <87txa9316r.fsf@violet.siamics.net> X-012-Sender: halo1@inter.net.il Message-id: <834n29a0jt.fsf@gnu.org> References: <87mwg4awuf.fsf@violet.siamics.net> <83ppkzbspr.fsf@gnu.org> <87sipv7hky.fsf_-_@violet.siamics.net> <83fvlvbhzz.fsf@gnu.org> <87mwg27wf6.fsf_-_@violet.siamics.net> <83wqf69zgi.fsf@gnu.org> <877g7644jh.fsf@violet.siamics.net> <83mwg29oa1.fsf@gnu.org> <8738hu403c.fsf_-_@violet.siamics.net> <83eh1da5pv.fsf@gnu.org> <87txa9316r.fsf@violet.siamics.net> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Ivan Shmakov > Date: Fri, 04 Apr 2014 09:15:40 +0000 > > >>>>> Eli Zaretskii writes: > >>>>> From: Ivan Shmakov Date: Thu, 03 Apr 2014 20:41:43 +0000 > > >>> (For the 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.) > > >> JFTR, is it somehow related to the use of a tty vs. an X window? > > > I didn't try on a TTY, since AFAIU your report was about a GUI > > session. > > ACK. > > (Though that would be surprising, given --without-x-toolkit, > --without-x, and x86_64-unknown-linux-gnu [1, 2].) The TTY startup also works after the fix.