From unknown Sun Jun 22 17:11:19 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#8705 <8705@debbugs.gnu.org> To: bug#8705 <8705@debbugs.gnu.org> Subject: Status: Emacs 24.3 occasionally crashes (segfault) just after starting it Reply-To: bug#8705 <8705@debbugs.gnu.org> Date: Mon, 23 Jun 2025 00:11:19 +0000 retitle 8705 Emacs 24.3 occasionally crashes (segfault) just after starting= it reassign 8705 emacs submitter 8705 Vincent Lefevre severity 8705 important thanks From debbugs-submit-bounces@debbugs.gnu.org Fri May 20 04:54:44 2011 Received: (at submit) by debbugs.gnu.org; 20 May 2011 08:54:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNLTo-0001Jr-0I for submit@debbugs.gnu.org; Fri, 20 May 2011 04:54:44 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNLTl-0001JV-1e for submit@debbugs.gnu.org; Fri, 20 May 2011 04:54:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QNLTe-0005D7-Ht for submit@debbugs.gnu.org; Fri, 20 May 2011 04:54:35 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:51651) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QNLTe-0005D3-FD for submit@debbugs.gnu.org; Fri, 20 May 2011 04:54:34 -0400 Received: from eggs.gnu.org ([140.186.70.92]:52635) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QNLTc-0003XR-Sf for bug-gnu-emacs@gnu.org; Fri, 20 May 2011 04:54:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QNLTb-0005Co-2O for bug-gnu-emacs@gnu.org; Fri, 20 May 2011 04:54:32 -0400 Received: from ypig.lip.ens-lyon.fr ([140.77.13.48]:60539) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QNLTa-0005Ch-Mw for bug-gnu-emacs@gnu.org; Fri, 20 May 2011 04:54:31 -0400 Received: from vlefevre by ypig.lip.ens-lyon.fr with local (Exim 4.76) (envelope-from ) id 1QNLTY-0008Jv-Gw; Fri, 20 May 2011 10:54:28 +0200 From: Vincent Lefevre To: bug-gnu-emacs@gnu.org Subject: 23.3; Emacs occasionally crashes (segfault) just after starting it Date: Fri, 20 May 2011 10:54:28 +0200 Message-ID: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: submit Cc: vincent@vinc17.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) Emacs23 occasionally crashes (segmentation fault) just after starting it. Here this was the first time with Emacs 23.3 (Debian's package). All crashes of Emacs 22 and 23 I got occurred immediately after starting it, and most of them (if not all) occurred either on an XML file or when Emacs was started via svn to write a log message. Here's a backtrace: (gdb) bt #0 0x00007fa7df0056b7 in kill () at ../sysdeps/unix/syscall-template.S:82 #1 0x00000000004e4a5f in ?? () #2 #3 getenv (name=0x7fa7df118177 "NGUAGE") at getenv.c:84 #4 0x00007fa7df00034e in guess_category_value ( domainname=0x7fa7e4afea1a "gtk20-properties", msgid1=, msgid2=, plural=, n=, category=) at dcigettext.c:1359 #5 __dcigettext (domainname=0x7fa7e4afea1a "gtk20-properties", msgid1=, msgid2=, plural=, n=, category=) at dcigettext.c:575 #6 0x00007fa7e48a7a3a in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #7 0x00007fa7e2b429e5 in g_type_class_ref () from /usr/lib/libgobject-2.0.so.0 #8 0x00007fa7e2b2659e in g_object_newv () from /usr/lib/libgobject-2.0.so.0 #9 0x00007fa7e2b26e1c in g_object_new () from /usr/lib/libgobject-2.0.so.0 #10 0x00007fa7e48a82bc in gtk_alignment_new () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x00007fa7e4a3e88e in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x00007fa7e2b45443 in g_type_create_instance () from /usr/lib/libgobject-2.0.so.0 #13 0x00007fa7e2b22dfc in ?? () from /usr/lib/libgobject-2.0.so.0 #14 0x00007fa7e2b26121 in g_object_newv () from /usr/lib/libgobject-2.0.so.0 #15 0x00007fa7e2b26e1c in g_object_new () from /usr/lib/libgobject-2.0.so.0 #16 0x00007fa7e4a400a1 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x00007fa7e49642f8 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x00007fa7e45cdb7c in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #19 0x00007fa7e22564a3 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #20 0x00007fa7e2256c80 in ?? () from /lib64/libglib-2.0.so.0 #21 0x00007fa7e2256f1d in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #22 0x00007fa7e49634c1 in gtk_main_iteration () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x00000000004aa33c in ?? () #24 0x00000000004ef993 in ?? () [...] For more information, see my Debian bug reports: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594592 (Emacs 23) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511003 (Emacs 22) In GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.4) of 2011-04-10 on brahms, modified by Debian Windowing system distributor `The X.Org Foundation', version 11.0.11001000 configured using `configure '--build' 'x86_64-linux-gnu' '--build' 'x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.3/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.3/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS='' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: POSIX value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: en_DK value of $LANG: POSIX value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: display-time-mode: t show-paren-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: x r e p o r t - e m Recent messages: Loading cjk-enc...done Loading /etc/emacs/site-start.d/50latex-cjk-common.el (source)...done Loading /etc/emacs/site-start.d/50latex-cjk-thai.el (source)...done Loading /etc/emacs/site-start.d/50psvn.el (source)...done Loading /etc/emacs/site-start.d/50rnc-mode.el (source)...done Loading /etc/emacs/site-start.d/50thailatex.el (source)...done Loading /etc/emacs/site-start.d/50w3m-el.el (source)...done Loading /home/vlefevre/share/emacs/site-lisp/mutteditor.el (source)...done Loading time...done For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: /usr/share/emacs23/site-lisp/css-mode/css-mode hides /usr/share/emacs/site-lisp/css-mode/css-mode /usr/share/emacs23/site-lisp/html-helper-mode/tempo hides /usr/share/emacs/site-lisp/html-helper-mode/tempo /usr/share/emacs23/site-lisp/html-helper-mode/visual-basic-mode hides /usr/share/emacs/site-lisp/html-helper-mode/visual-basic-mode /usr/share/emacs23/site-lisp/html-helper-mode/hhm-config hides /usr/share/emacs/site-lisp/html-helper-mode/hhm-config /usr/share/emacs23/site-lisp/html-helper-mode/html-helper-mode hides /usr/share/emacs/site-lisp/html-helper-mode/html-helper-mode /usr/share/emacs/23.3/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup /usr/share/emacs/23.3/site-lisp/cmake-data/cmake-mode hides /usr/share/emacs/site-lisp/cmake-mode /usr/share/emacs23/site-lisp/flim/sha1 hides /usr/share/emacs/23.3/lisp/sha1 /usr/share/emacs23/site-lisp/flim/hex-util hides /usr/share/emacs/23.3/lisp/hex-util /usr/share/emacs23/site-lisp/flim/md4 hides /usr/share/emacs/23.3/lisp/md4 /usr/share/emacs23/site-lisp/html-helper-mode/tempo hides /usr/share/emacs/23.3/lisp/tempo /usr/share/emacs23/site-lisp/dictionaries-common/ispell hides /usr/share/emacs/23.3/lisp/textmodes/ispell /usr/share/emacs23/site-lisp/dictionaries-common/flyspell hides /usr/share/emacs/23.3/lisp/textmodes/flyspell /usr/share/emacs23/site-lisp/css-mode/css-mode hides /usr/share/emacs/23.3/lisp/textmodes/css-mode /usr/share/emacs23/site-lisp/flim/hmac-md5 hides /usr/share/emacs/23.3/lisp/net/hmac-md5 /usr/share/emacs23/site-lisp/flim/sasl-ntlm hides /usr/share/emacs/23.3/lisp/net/sasl-ntlm /usr/share/emacs23/site-lisp/flim/ntlm hides /usr/share/emacs/23.3/lisp/net/ntlm /usr/share/emacs23/site-lisp/flim/sasl hides /usr/share/emacs/23.3/lisp/net/sasl /usr/share/emacs23/site-lisp/flim/sasl-cram hides /usr/share/emacs/23.3/lisp/net/sasl-cram /usr/share/emacs23/site-lisp/flim/sasl-digest hides /usr/share/emacs/23.3/lisp/net/sasl-digest /usr/share/emacs23/site-lisp/flim/hmac-def hides /usr/share/emacs/23.3/lisp/net/hmac-def /usr/share/emacs23/site-lisp/latex-cjk-thai/thai-word hides /usr/share/emacs/23.3/lisp/language/thai-word Features: (shadow sort mail-extr message sendmail ecomplete rfc822 mml easymenu mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1 sha1-el hex-util hashcash mail-utils warnings emacsbug time cus-start cus-load paren cc-styles cc-align cc-engine cc-vars cc-defs regexp-opt w3m-load tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd font-setting tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag 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 loaddefs button minibuffer faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind system-font-setting font-render-setting gtk x-toolkit x multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Fri May 20 05:12:25 2011 Received: (at 8705) by debbugs.gnu.org; 20 May 2011 09:12:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNLkv-0001rs-0l for submit@debbugs.gnu.org; Fri, 20 May 2011 05:12:25 -0400 Received: from vinc17.pck.nerim.net ([213.41.242.187] helo=smtp-prunille.vinc17.net) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNLkt-0001rg-9q for 8705@debbugs.gnu.org; Fri, 20 May 2011 05:12:24 -0400 Received: by prunille.vinc17.org (Postfix, from userid 501) id 09FE260947E0; Fri, 20 May 2011 11:12:17 +0200 (CEST) Date: Fri, 20 May 2011 11:12:16 +0200 From: Vincent Lefevre To: 8705@debbugs.gnu.org Subject: Re: 23.3; Emacs occasionally crashes (segfault) just after starting it Message-ID: <20110520091216.GE1581@prunille.vinc17.org> References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> X-Mailer-Info: http://www.vinc17.net/mutt/ User-Agent: Mutt/1.5.21-6171-vl-r42848 (2011-03-30) Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.9 (---) X-Debbugs-Envelope-To: 8705 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.9 (---) In case this matters, I use fvwm with ActivePlacement. --=20 Vincent Lef=E8vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Ar=E9naire project (LIP, ENS-Lyon) From debbugs-submit-bounces@debbugs.gnu.org Fri May 20 06:41:45 2011 Received: (at 8705) by debbugs.gnu.org; 20 May 2011 10:41:46 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNN9N-0003uv-DD for submit@debbugs.gnu.org; Fri, 20 May 2011 06:41:45 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNN9J-0003ug-Dx for 8705@debbugs.gnu.org; Fri, 20 May 2011 06:41:43 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LLH00E00PJW1200@a-mtaout20.012.net.il> for 8705@debbugs.gnu.org; Fri, 20 May 2011 13:40:32 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.254.13]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LLH00C62PNIR7A0@a-mtaout20.012.net.il>; Fri, 20 May 2011 13:40:32 +0300 (IDT) Date: Fri, 20 May 2011 13:40:34 +0300 From: Eli Zaretskii Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it In-reply-to: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> X-012-Sender: halo1@inter.net.il To: Vincent Lefevre Message-id: <83sjs9fye5.fsf@gnu.org> References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8705 Cc: 8705@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: Vincent Lefevre > Date: Fri, 20 May 2011 10:54:28 +0200 > Cc: vincent@vinc17.net > > Emacs23 occasionally crashes (segmentation fault) just after starting > it. Here this was the first time with Emacs 23.3 (Debian's package). > > All crashes of Emacs 22 and 23 I got occurred immediately after > starting it, and most of them (if not all) occurred either on an > XML file or when Emacs was started via svn to write a log message. > > Here's a backtrace: > > (gdb) bt > #0 0x00007fa7df0056b7 in kill () at ../sysdeps/unix/syscall-template.S:82 > #1 0x00000000004e4a5f in ?? () > #2 > #3 getenv (name=0x7fa7df118177 "NGUAGE") at getenv.c:84 > #4 0x00007fa7df00034e in guess_category_value ( > domainname=0x7fa7e4afea1a "gtk20-properties", > msgid1=, msgid2=, > plural=, n=, > category=) at dcigettext.c:1359 > #5 __dcigettext (domainname=0x7fa7e4afea1a "gtk20-properties", > msgid1=, msgid2=, > plural=, n=, > category=) at dcigettext.c:575 > #6 0x00007fa7e48a7a3a in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > #7 0x00007fa7e2b429e5 in g_type_class_ref () from /usr/lib/libgobject-2.0.so.0 > #8 0x00007fa7e2b2659e in g_object_newv () from /usr/lib/libgobject-2.0.so.0 > #9 0x00007fa7e2b26e1c in g_object_new () from /usr/lib/libgobject-2.0.so.0 > #10 0x00007fa7e48a82bc in gtk_alignment_new () > from /usr/lib/libgtk-x11-2.0.so.0 All of your reported crashes seem to be in a call to `getenv', which is a library function, called by GTK routines deep in the GTK code. It is hard to imagine that they could be Emacs problems, especially since you see them since Emacs 22. In any case, backtraces from optimized programs are unreliable. Please try rebuilding Emacs with -O0 in CFLAGS, and if you can reproduce these crashes in the unoptimized build, follow up here with the backtrace. > #22 0x00007fa7e49634c1 in gtk_main_iteration () > from /usr/lib/libgtk-x11-2.0.so.0 > #23 0x00000000004aa33c in ?? () > #24 0x00000000004ef993 in ?? () > [...] Could you please show the backtrace until it reaches Emacs code? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri May 20 07:16:09 2011 Received: (at 8705) by debbugs.gnu.org; 20 May 2011 11:16:09 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNNge-0004h4-Qm for submit@debbugs.gnu.org; Fri, 20 May 2011 07:16:09 -0400 Received: from vinc17.pck.nerim.net ([213.41.242.187] helo=smtp-prunille.vinc17.net) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNNgd-0004gq-JM for 8705@debbugs.gnu.org; Fri, 20 May 2011 07:16:08 -0400 Received: by prunille.vinc17.org (Postfix, from userid 501) id BEA836094D15; Fri, 20 May 2011 13:16:01 +0200 (CEST) Date: Fri, 20 May 2011 13:16:01 +0200 From: Vincent Lefevre To: Eli Zaretskii Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it Message-ID: <20110520111601.GH1581@prunille.vinc17.org> References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <83sjs9fye5.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <83sjs9fye5.fsf@gnu.org> X-Mailer-Info: http://www.vinc17.net/mutt/ User-Agent: Mutt/1.5.21-6171-vl-r42848 (2011-03-30) Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.8 (---) X-Debbugs-Envelope-To: 8705 Cc: 8705@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.8 (---) On 2011-05-20 13:40:34 +0300, Eli Zaretskii wrote: > All of your reported crashes seem to be in a call to `getenv', which > is a library function, called by GTK routines deep in the GTK code. > It is hard to imagine that they could be Emacs problems, especially > since you see them since Emacs 22. Unless Emacs has corrupted the memory earlier. Unfortunately, one cannot use valgrind on Emacs. > In any case, backtraces from optimized programs are unreliable. > Please try rebuilding Emacs with -O0 in CFLAGS, and if you can > reproduce these crashes in the unoptimized build, follow up here with > the backtrace. I've rebuilt Emacs with -ggdb -O0. I now need to wait for another crash, hoping that the -O0 won't make the bug disappear. > > #22 0x00007fa7e49634c1 in gtk_main_iteration () > > from /usr/lib/libgtk-x11-2.0.so.0 > > #23 0x00000000004aa33c in ?? () > > #24 0x00000000004ef993 in ?? () > > [...] >=20 > Could you please show the backtrace until it reaches Emacs code? It was meaningless: I got nothing until __libc_start_main. With the rebuild (I also installed the -dbg versions of the libraries, when available in Debian), I should have more information for the next crash... --=20 Vincent Lef=E8vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Ar=E9naire project (LIP, ENS-Lyon) From debbugs-submit-bounces@debbugs.gnu.org Fri May 20 07:39:07 2011 Received: (at 8705) by debbugs.gnu.org; 20 May 2011 11:39:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNO2s-0005ze-76 for submit@debbugs.gnu.org; Fri, 20 May 2011 07:39:07 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNO2p-0005z8-Ks for 8705@debbugs.gnu.org; Fri, 20 May 2011 07:39:04 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LLH00E00SCGP200@a-mtaout20.012.net.il> for 8705@debbugs.gnu.org; Fri, 20 May 2011 14:38:56 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.254.13]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LLH00BN6SCUSNQ0@a-mtaout20.012.net.il>; Fri, 20 May 2011 14:38:55 +0300 (IDT) Date: Fri, 20 May 2011 14:38:58 +0300 From: Eli Zaretskii Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it In-reply-to: <20110520111601.GH1581@prunille.vinc17.org> X-012-Sender: halo1@inter.net.il To: Vincent Lefevre Message-id: <83r57tfvot.fsf@gnu.org> References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <83sjs9fye5.fsf@gnu.org> <20110520111601.GH1581@prunille.vinc17.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8705 Cc: 8705@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Fri, 20 May 2011 13:16:01 +0200 > From: Vincent Lefevre > Cc: 8705@debbugs.gnu.org > > On 2011-05-20 13:40:34 +0300, Eli Zaretskii wrote: > > All of your reported crashes seem to be in a call to `getenv', which > > is a library function, called by GTK routines deep in the GTK code. > > It is hard to imagine that they could be Emacs problems, especially > > since you see them since Emacs 22. > > Unless Emacs has corrupted the memory earlier. That's definitely a possibility. However, it is strange that only you see these problems for several versions. If Emacs corrupts memory so early into the session, many other users would be affected. > I've rebuilt Emacs with -ggdb -O0. I now need to wait for another > crash, hoping that the -O0 won't make the bug disappear. Thanks. > > Could you please show the backtrace until it reaches Emacs code? > > It was meaningless: I got nothing until __libc_start_main. > With the rebuild (I also installed the -dbg versions of the > libraries, when available in Debian), I should have more > information for the next crash... Thanks again. From debbugs-submit-bounces@debbugs.gnu.org Fri May 20 08:59:29 2011 Received: (at 8705) by debbugs.gnu.org; 20 May 2011 12:59:29 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNPIe-0007rM-HG for submit@debbugs.gnu.org; Fri, 20 May 2011 08:59:28 -0400 Received: from vinc17.pck.nerim.net ([213.41.242.187] helo=smtp-prunille.vinc17.net) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QNPIc-0007r6-1o for 8705@debbugs.gnu.org; Fri, 20 May 2011 08:59:27 -0400 Received: by prunille.vinc17.org (Postfix, from userid 501) id 247D060960AE; Fri, 20 May 2011 14:59:20 +0200 (CEST) Date: Fri, 20 May 2011 14:59:19 +0200 From: Vincent Lefevre To: Eli Zaretskii Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it Message-ID: <20110520125919.GJ1581@prunille.vinc17.org> References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <83sjs9fye5.fsf@gnu.org> <20110520111601.GH1581@prunille.vinc17.org> <83r57tfvot.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <83r57tfvot.fsf@gnu.org> X-Mailer-Info: http://www.vinc17.net/mutt/ User-Agent: Mutt/1.5.21-6171-vl-r42848 (2011-03-30) Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.7 (---) X-Debbugs-Envelope-To: 8705 Cc: 8705@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) On 2011-05-20 14:38:58 +0300, Eli Zaretskii wrote: > > Date: Fri, 20 May 2011 13:16:01 +0200 > > From: Vincent Lefevre > > Cc: 8705@debbugs.gnu.org > >=20 > > On 2011-05-20 13:40:34 +0300, Eli Zaretskii wrote: > > > All of your reported crashes seem to be in a call to `getenv', whic= h > > > is a library function, called by GTK routines deep in the GTK code. > > > It is hard to imagine that they could be Emacs problems, especially > > > since you see them since Emacs 22. > >=20 > > Unless Emacs has corrupted the memory earlier. >=20 > That's definitely a possibility. However, it is strange that only you > see these problems for several versions. If Emacs corrupts memory so > early into the session, many other users would be affected. No, because other users have a different configuration. I'm quite sure that the configuration matters as I got such crashes on different machines (where I use the same config). By configuration, I mean the .emacs, but also the graphical environment (e.g. the window manager, fvwm in my case, and its configuration). That wouldn't be the first time an application is affected by the window manager. See https://bugzilla.mozilla.org/show_bug.cgi?id=3D551678 for instance, where I could reproduce a bug only with manual/active placement. --=20 Vincent Lef=E8vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Ar=E9naire project (LIP, ENS-Lyon) From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 20 10:56:52 2011 Received: (at 8705) by debbugs.gnu.org; 20 Sep 2011 14:56:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R61kg-0004Sd-KG for submit@debbugs.gnu.org; Tue, 20 Sep 2011 10:56:52 -0400 Received: from ypig.lip.ens-lyon.fr ([140.77.13.48]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R61kc-0004SQ-4b for 8705@debbugs.gnu.org; Tue, 20 Sep 2011 10:56:49 -0400 Received: from vlefevre by ypig.lip.ens-lyon.fr with local (Exim 4.76) (envelope-from ) id 1R61fd-0005bU-S1; Tue, 20 Sep 2011 16:51:37 +0200 Date: Tue, 20 Sep 2011 16:51:37 +0200 From: Vincent Lefevre To: Eli Zaretskii Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it Message-ID: <20110920145137.GD3058@ypig.lip.ens-lyon.fr> References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <83sjs9fye5.fsf@gnu.org> <20110520111601.GH1581@prunille.vinc17.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110520111601.GH1581@prunille.vinc17.org> X-Mailer-Info: http://www.vinc17.net/mutt/ User-Agent: Mutt/1.5.21-6194-vl-r44775 (2011-07-13) X-Spam-Score: -4.6 (----) X-Debbugs-Envelope-To: 8705 Cc: 8705@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.3 (----) --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit On 2011-05-20 13:16:01 +0200, Vincent Lefevre wrote: > I've rebuilt Emacs with -ggdb -O0. I now need to wait for another > crash, hoping that the -O0 won't make the bug disappear. This rebuilt GNU Emacs 23.3.1 crashed for the first time. Core was generated by `emacs mpfrtests.data'. Program terminated with signal 11, Segmentation fault. I've attached the full backtrace. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="gdb.txt" Content-Transfer-Encoding: quoted-printable Thread 2 (Thread 0x7f82bd2f5700 (LWP 8627)): #0 0x00007f82c8a4f723 in *__GI___poll (fds=3D, nfds=3D, timeout=3D-1) at ../sysdeps/unix/sysv/linux/poll.c:87 _a3 =3D -1 _a1 =3D 16941984 resultvar =3D _a2 =3D 1 oldtype =3D 0 result =3D #1 0x00007f82cb0ca9e4 in g_main_context_poll (n_fds=3D1, fds=3D0x10283a0, = timeout=3D-1, context=3D0x1011df0, priority=3D) at /tmp/buil= dd/glib2.0-2.28.6/./glib/gmain.c:3404 poll_func =3D 0x7f82cb0daaa0 #2 g_main_context_iterate (context=3D0x1011df0, block=3D1, dispatch=3D1, s= elf=3D) at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3086 max_priority =3D 2147483647 timeout =3D -1 some_ready =3D nfds =3D 1 allocated_nfds =3D fds =3D 0x10283a0 #3 0x00007f82cb0cb2f2 in g_main_loop_run (loop=3D0x1011dd0) at /tmp/buildd= /glib2.0-2.28.6/./glib/gmain.c:3299 __PRETTY_FUNCTION__ =3D "g_main_loop_run" #4 0x00007f82ccf479d4 in gdbus_shared_thread_func (data=3D)= at /tmp/buildd/glib2.0-2.28.6/./gio/gdbusprivate.c:276 No locals. #5 0x00007f82cb0f1cf6 in g_thread_create_proxy (data=3D0x10280e0) at /tmp/= buildd/glib2.0-2.28.6/./glib/gthread.c:1897 thread =3D 0x10280e0 __PRETTY_FUNCTION__ =3D "g_thread_create_proxy" #6 0x00007f82cae6fb40 in start_thread (arg=3D) at pthread_c= reate.c:304 __res =3D pd =3D 0x7f82bd2f5700 unwind_buf =3D {cancel_jmp_buf =3D {{jmp_buf =3D {140199496472320, = 5621974090613281164, 140737363915392, 140199496473024, 140199777501248, 3, = -5692486189427961460, -5692314170029485684}, mask_was_saved =3D 0}}, priv = =3D {pad =3D {0x0, 0x0, 0x0, 0x0}, data =3D {prev =3D 0x0, cleanup =3D 0x0,= canceltype =3D 0}}} not_first_call =3D freesize =3D __PRETTY_FUNCTION__ =3D "start_thread" #7 0x00007f82c8a5a36d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clo= ne.S:112 No locals. #8 0x0000000000000000 in ?? () No symbol table info available. Thread 1 (Thread 0x7f82cdec0960 (LWP 8611)): #0 0x00007f82c89b76e7 in kill () at ../sysdeps/unix/syscall-template.S:82 No locals. #1 0x00000000005463d1 in fatal_error_signal (sig=3D11) at emacs.c:402 No locals. #2 No symbol table info available. #3 *__GI_getenv (name=3D0x7f82c9b49dea "KB_CHARSET") at getenv.c:84 len =3D 10 ep =3D 0x7ffff893cd60 name_start =3D 22623 #4 0x00007f82c9abf75d in _XkbGetCharset () from /usr/lib/x86_64-linux-gnu/= libX11.so.6 No symbol table info available. #5 0x00007f82c9abdd4d in XkbTranslateKeySym () from /usr/lib/x86_64-linux-= gnu/libX11.so.6 No symbol table info available. #6 0x00007f82c9abdfaa in XLookupString () from /usr/lib/x86_64-linux-gnu/l= ibX11.so.6 No symbol table info available. #7 0x00007f82c9a9727c in _XimLocalFilter () from /usr/lib/x86_64-linux-gnu= /libX11.so.6 No symbol table info available. #8 0x00000000004ebc27 in x_filter_event (dpyinfo=3D0xef4410, event=3D0x7ff= ff893cde0) at xterm.c:5787 f1 =3D 0x210a540 #9 0x00000000004ebcab in event_handler_gdk (gxev=3D0x7ffff893cde0, ev=3D0x= 21b71c0, data=3D0x0) at xterm.c:5820 dpyinfo =3D 0xef4410 xev =3D 0x7ffff893cde0 #10 0x00007f82cd43c3ba in gdk_event_apply_filters (filters=3D, event=3D, xevent=3D) at /build/buildd-gtk+= 2.0_2.24.5-4-amd64-yD32V5/gtk+2.0-2.24.5/gdk/x11/gdkevents-x11.c:356 filter =3D tmp_list =3D 0x0 result =3D #11 gdk_event_translate (display=3D0xe54000, event=3D0x21b71c0, xevent=3D0x= 7ffff893cde0, return_exposes=3D0) at /build/buildd-gtk+2.0_2.24.5-4-amd64-y= D32V5/gtk+2.0-2.24.5/gdk/x11/gdkevents-x11.c:927 result =3D window =3D 0x0 window_private =3D 0x0 filter_window =3D window_impl =3D 0x0 return_val =3D 0 screen =3D 0x0 screen_x11 =3D 0x0 toplevel =3D 0x0 display_x11 =3D 0xe54000 xwindow =3D filter_xwindow =3D #12 0x00007f82cd43e126 in _gdk_events_queue (display=3D0xe54000) at /build/= buildd-gtk+2.0_2.24.5-4-amd64-yD32V5/gtk+2.0-2.24.5/gdk/x11/gdkevents-x11.c= :2310 node =3D 0x235c6e0 event =3D 0x21b71c0 xevent =3D {type =3D 2, xany =3D {type =3D 2, serial =3D 2047, send= _event =3D 0, display =3D 0xfff720, window =3D 71303359}, xkey =3D {type = =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0xfff720, window =3D = 71303359, root =3D 308, subwindow =3D 0, time =3D 1918485457, x =3D 83, y = =3D 67, x_root =3D 485, y_root =3D 523, state =3D 0, keycode =3D 37, same_s= creen =3D 1}, xbutton =3D {type =3D 2, serial =3D 2047, send_event =3D 0, d= isplay =3D 0xfff720, window =3D 71303359, root =3D 308, subwindow =3D 0, ti= me =3D 1918485457, x =3D 83, y =3D 67, x_root =3D 485, y_root =3D 523, stat= e =3D 0, button =3D 37, same_screen =3D 1}, xmotion =3D {type =3D 2, serial= =3D 2047, send_event =3D 0, display =3D 0xfff720, window =3D 71303359, roo= t =3D 308, subwindow =3D 0, time =3D 1918485457, x =3D 83, y =3D 67, x_root= =3D 485, y_root =3D 523, state =3D 0, is_hint =3D 37 '%', same_screen =3D = 1}, xcrossing =3D {type =3D 2, serial =3D 2047, send_event =3D 0, display = =3D 0xfff720, window =3D 71303359, root =3D 308, subwindow =3D 0, time =3D = 1918485457, x =3D 83, y =3D 67, x_root =3D 485, y_root =3D 523, mode =3D 0,= detail =3D 37, same_screen =3D 1, focus =3D 1, state =3D 0}, xfocus =3D {t= ype =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0xfff720, window = =3D 71303359, mode =3D 308, detail =3D 0}, xexpose =3D {type =3D 2, serial = =3D 2047, send_event =3D 0, display =3D 0xfff720, window =3D 71303359, x = =3D 308, y =3D 0, width =3D 0, height =3D 0, count =3D 1918485457}, xgraphi= csexpose =3D {type =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0x= fff720, drawable =3D 71303359, x =3D 308, y =3D 0, width =3D 0, height =3D = 0, count =3D 1918485457, major_code =3D 0, minor_code =3D 83}, xnoexpose = =3D {type =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0xfff720, d= rawable =3D 71303359, major_code =3D 308, minor_code =3D 0}, xvisibility = =3D {type =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0xfff720, w= indow =3D 71303359, state =3D 308}, xcreatewindow =3D {type =3D 2, serial = =3D 2047, send_event =3D 0, display =3D 0xfff720, parent =3D 71303359, wind= ow =3D 308, x =3D 0, y =3D 0, width =3D 1918485457, height =3D 0, border_wi= dth =3D 83, override_redirect =3D 67}, xdestroywindow =3D {type =3D 2, seri= al =3D 2047, send_event =3D 0, display =3D 0xfff720, event =3D 71303359, wi= ndow =3D 308}, xunmap =3D {type =3D 2, serial =3D 2047, send_event =3D 0, d= isplay =3D 0xfff720, event =3D 71303359, window =3D 308, from_configure =3D= 0}, xmap =3D {type =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0= xfff720, event =3D 71303359, window =3D 308, override_redirect =3D 0}, xmap= request =3D {type =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0xf= ff720, parent =3D 71303359, window =3D 308}, xreparent =3D {type =3D 2, ser= ial =3D 2047, send_event =3D 0, display =3D 0xfff720, event =3D 71303359, w= indow =3D 308, parent =3D 0, x =3D 1918485457, y =3D 0, override_redirect = =3D 83}, xconfigure =3D {type =3D 2, serial =3D 2047, send_event =3D 0, dis= play =3D 0xfff720, event =3D 71303359, window =3D 308, x =3D 0, y =3D 0, wi= dth =3D 1918485457, height =3D 0, border_width =3D 83, above =3D 2246267896= 293, override_redirect =3D 0}, xgravity =3D {type =3D 2, serial =3D 2047, s= end_event =3D 0, display =3D 0xfff720, event =3D 71303359, window =3D 308, = x =3D 0, y =3D 0}, xresizerequest =3D {type =3D 2, serial =3D 2047, send_ev= ent =3D 0, display =3D 0xfff720, window =3D 71303359, width =3D 308, height= =3D 0}, xconfigurerequest =3D {type =3D 2, serial =3D 2047, send_event =3D= 0, display =3D 0xfff720, parent =3D 71303359, window =3D 308, x =3D 0, y = =3D 0, width =3D 1918485457, height =3D 0, border_width =3D 83, above =3D 2= 246267896293, detail =3D 0, value_mask =3D 4294967297}, xcirculate =3D {typ= e =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0xfff720, event =3D= 71303359, window =3D 308, place =3D 0}, xcirculaterequest =3D {type =3D 2,= serial =3D 2047, send_event =3D 0, display =3D 0xfff720, parent =3D 713033= 59, window =3D 308, place =3D 0}, xproperty =3D {type =3D 2, serial =3D 204= 7, send_event =3D 0, display =3D 0xfff720, window =3D 71303359, atom =3D 30= 8, time =3D 0, state =3D 1918485457}, xselectionclear =3D {type =3D 2, seri= al =3D 2047, send_event =3D 0, display =3D 0xfff720, window =3D 71303359, s= election =3D 308, time =3D 0}, xselectionrequest =3D {type =3D 2, serial = =3D 2047, send_event =3D 0, display =3D 0xfff720, owner =3D 71303359, reque= stor =3D 308, selection =3D 0, target =3D 1918485457, property =3D 28776280= 8915, time =3D 2246267896293}, xselection =3D {type =3D 2, serial =3D 2047,= send_event =3D 0, display =3D 0xfff720, requestor =3D 71303359, selection = =3D 308, target =3D 0, property =3D 1918485457, time =3D 287762808915}, xco= lormap =3D {type =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0xff= f720, window =3D 71303359, colormap =3D 308, new =3D 0, state =3D 0}, xclie= nt =3D {type =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0xfff720= , window =3D 71303359, message_type =3D 308, format =3D 0, data =3D {b =3D = "\321\303Yr\000\000\000\000S\000\000\000C\000\000\000\345\001\000", s =3D {= -15407, 29273, 0, 0, 83, 0, 67, 0, 485, 0}, l =3D {1918485457, 287762808915= , 2246267896293, 158913789952, 4294967297}}}, xmapping =3D {type =3D 2, ser= ial =3D 2047, send_event =3D 0, display =3D 0xfff720, window =3D 71303359, = request =3D 308, first_keycode =3D 0, count =3D 0}, xerror =3D {type =3D 2,= display =3D 0x7ff, resourceid =3D 30064771072, serial =3D 16774944, error_= code =3D 191 '\277', request_code =3D 0 '\000', minor_code =3D 64 '@'}, xke= ymap =3D {type =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0xfff7= 20, window =3D 71303359, key_vector =3D "4\001", '\000' "= \321, \303Yr\000\000\000\000S\000\000\000C\000\000"}, xgeneric =3D {type = =3D 2, serial =3D 2047, send_event =3D 0, display =3D 0xfff720, extension = =3D 71303359, evtype =3D 0}, xcookie =3D {type =3D 2, serial =3D 2047, send= _event =3D 0, display =3D 0xfff720, extension =3D 71303359, evtype =3D 0, c= ookie =3D 308, data =3D 0x0}, pad =3D {2, 2047, 30064771072, 16774944, 7130= 3359, 308, 0, 1918485457, 287762808915, 2246267896293, 158913789952, 429496= 7297, 0, 16907680, 16907856, 16907896, 30064771072, 0, 49, 15611360, 169080= 64, 128, 70368744177664, 1280}} xdisplay =3D 0xfff720 #13 0x00007f82cd43e1ae in gdk_event_dispatch (source=3D, cal= lback=3D, user_data=3D) at /build/buildd-gtk+= 2.0_2.24.5-4-amd64-yD32V5/gtk+2.0-2.24.5/gdk/x11/gdkevents-x11.c:2371 display =3D 0xe54000 event =3D #14 0x00007f82cb0ca4a3 in g_main_dispatch (context=3D0xfd8c40) at /tmp/buil= dd/glib2.0-2.28.6/./glib/gmain.c:2440 dispatch =3D 0x7f82cd43e190 was_in_call =3D 0 user_data =3D 0x0 callback =3D 0 cb_funcs =3D 0x0 cb_data =3D 0x0 current_source_link =3D {data =3D 0xf37d90, next =3D 0x0} need_destroy =3D source =3D 0xf37d90 current =3D 0xf66960 i =3D #15 g_main_context_dispatch (context=3D0xfd8c40) at /tmp/buildd/glib2.0-2.2= 8.6/./glib/gmain.c:3013 No locals. #16 0x00007f82cb0cac80 in g_main_context_iterate (context=3D0xfd8c40, block= =3D1, dispatch=3D1, self=3D) at /tmp/buildd/glib2.0-2.28.6/.= /glib/gmain.c:3091 max_priority =3D 0 timeout =3D 0 some_ready =3D 1 nfds =3D 6 allocated_nfds =3D fds =3D #17 0x00007f82cb0caf1d in g_main_context_iteration (context=3D0xfd8c40, may= _block=3D1) at /tmp/buildd/glib2.0-2.28.6/./glib/gmain.c:3154 retval =3D #18 0x00007f82cd7d1c81 in IA__gtk_main_iteration () at /build/buildd-gtk+2.= 0_2.24.5-4-amd64-yD32V5/gtk+2.0-2.24.5/gtk/gtkmain.c:1344 No locals. #19 0x00000000004ee24c in XTread_socket (terminal=3D0x102e000, expected=3D1= , hold_quit=3D0x7ffff893d180) at xterm.c:7204 count =3D 0 event =3D {type =3D 28483516, xany =3D {type =3D 28483516, serial = =3D 9840792559377523800, send_event =3D 1954241773, display =3D 0x5bc5bc402= 36c0bed, window =3D 5540263771798801183}, xkey =3D {type =3D 28483516, seri= al =3D 9840792559377523800, send_event =3D 1954241773, display =3D 0x5bc5bc= 40236c0bed, window =3D 5540263771798801183, root =3D 15498140290877555456, = subwindow =3D 0, time =3D 0, x =3D 0, y =3D 0, x_root =3D 0, y_root =3D 0, = state =3D 0, keycode =3D 0, same_screen =3D 0}, xbutton =3D {type =3D 28483= 516, serial =3D 9840792559377523800, send_event =3D 1954241773, display =3D= 0x5bc5bc40236c0bed, window =3D 5540263771798801183, root =3D 1549814029087= 7555456, subwindow =3D 0, time =3D 0, x =3D 0, y =3D 0, x_root =3D 0, y_roo= t =3D 0, state =3D 0, button =3D 0, same_screen =3D 0}, xmotion =3D {type = =3D 28483516, serial =3D 9840792559377523800, send_event =3D 1954241773, di= splay =3D 0x5bc5bc40236c0bed, window =3D 5540263771798801183, root =3D 1549= 8140290877555456, subwindow =3D 0, time =3D 0, x =3D 0, y =3D 0, x_root =3D= 0, y_root =3D 0, state =3D 0, is_hint =3D 0 '\000', same_screen =3D 0}, xc= rossing =3D {type =3D 28483516, serial =3D 9840792559377523800, send_event = =3D 1954241773, display =3D 0x5bc5bc40236c0bed, window =3D 5540263771798801= 183, root =3D 15498140290877555456, subwindow =3D 0, time =3D 0, x =3D 0, y= =3D 0, x_root =3D 0, y_root =3D 0, mode =3D 0, detail =3D 0, same_screen = =3D 0, focus =3D 0, state =3D 4283058762}, xfocus =3D {type =3D 28483516, s= erial =3D 9840792559377523800, send_event =3D 1954241773, display =3D 0x5bc= 5bc40236c0bed, window =3D 5540263771798801183, mode =3D 1559036672, detail = =3D -686525317}, xexpose =3D {type =3D 28483516, serial =3D 984079255937752= 3800, send_event =3D 1954241773, display =3D 0x5bc5bc40236c0bed, window =3D= 5540263771798801183, x =3D 1559036672, y =3D -686525317, width =3D 0, heig= ht =3D 0, count =3D 0}, xgraphicsexpose =3D {type =3D 28483516, serial =3D = 9840792559377523800, send_event =3D 1954241773, display =3D 0x5bc5bc40236c0= bed, drawable =3D 5540263771798801183, x =3D 1559036672, y =3D -686525317, = width =3D 0, height =3D 0, count =3D 0, major_code =3D 0, minor_code =3D 0}= , xnoexpose =3D {type =3D 28483516, serial =3D 9840792559377523800, send_ev= ent =3D 1954241773, display =3D 0x5bc5bc40236c0bed, drawable =3D 5540263771= 798801183, major_code =3D 1559036672, minor_code =3D -686525317}, xvisibili= ty =3D {type =3D 28483516, serial =3D 9840792559377523800, send_event =3D 1= 954241773, display =3D 0x5bc5bc40236c0bed, window =3D 5540263771798801183, = state =3D 1559036672}, xcreatewindow =3D {type =3D 28483516, serial =3D 984= 0792559377523800, send_event =3D 1954241773, display =3D 0x5bc5bc40236c0bed= , parent =3D 5540263771798801183, window =3D 15498140290877555456, x =3D 0,= y =3D 0, width =3D 0, height =3D 0, border_width =3D 0, override_redirect = =3D 0}, xdestroywindow =3D {type =3D 28483516, serial =3D 98407925593775238= 00, send_event =3D 1954241773, display =3D 0x5bc5bc40236c0bed, event =3D 55= 40263771798801183, window =3D 15498140290877555456}, xunmap =3D {type =3D 2= 8483516, serial =3D 9840792559377523800, send_event =3D 1954241773, display= =3D 0x5bc5bc40236c0bed, event =3D 5540263771798801183, window =3D 15498140= 290877555456, from_configure =3D 0}, xmap =3D {type =3D 28483516, serial = =3D 9840792559377523800, send_event =3D 1954241773, display =3D 0x5bc5bc402= 36c0bed, event =3D 5540263771798801183, window =3D 15498140290877555456, ov= erride_redirect =3D 0}, xmaprequest =3D {type =3D 28483516, serial =3D 9840= 792559377523800, send_event =3D 1954241773, display =3D 0x5bc5bc40236c0bed,= parent =3D 5540263771798801183, window =3D 15498140290877555456}, xreparen= t =3D {type =3D 28483516, serial =3D 9840792559377523800, send_event =3D 19= 54241773, display =3D 0x5bc5bc40236c0bed, event =3D 5540263771798801183, wi= ndow =3D 15498140290877555456, parent =3D 0, x =3D 0, y =3D 0, override_red= irect =3D 0}, xconfigure =3D {type =3D 28483516, serial =3D 984079255937752= 3800, send_event =3D 1954241773, display =3D 0x5bc5bc40236c0bed, event =3D = 5540263771798801183, window =3D 15498140290877555456, x =3D 0, y =3D 0, wid= th =3D 0, height =3D 0, border_width =3D 0, above =3D 0, override_redirect = =3D 0}, xgravity =3D {type =3D 28483516, serial =3D 9840792559377523800, se= nd_event =3D 1954241773, display =3D 0x5bc5bc40236c0bed, event =3D 55402637= 71798801183, window =3D 15498140290877555456, x =3D 0, y =3D 0}, xresizereq= uest =3D {type =3D 28483516, serial =3D 9840792559377523800, send_event =3D= 1954241773, display =3D 0x5bc5bc40236c0bed, window =3D 5540263771798801183= , width =3D 1559036672, height =3D -686525317}, xconfigurerequest =3D {type= =3D 28483516, serial =3D 9840792559377523800, send_event =3D 1954241773, d= isplay =3D 0x5bc5bc40236c0bed, parent =3D 5540263771798801183, window =3D 1= 5498140290877555456, x =3D 0, y =3D 0, width =3D 0, height =3D 0, border_wi= dth =3D 0, above =3D 0, detail =3D 0, value_mask =3D 0}, xcirculate =3D {ty= pe =3D 28483516, serial =3D 9840792559377523800, send_event =3D 1954241773,= display =3D 0x5bc5bc40236c0bed, event =3D 5540263771798801183, window =3D = 15498140290877555456, place =3D 0}, xcirculaterequest =3D {type =3D 2848351= 6, serial =3D 9840792559377523800, send_event =3D 1954241773, display =3D 0= x5bc5bc40236c0bed, parent =3D 5540263771798801183, window =3D 1549814029087= 7555456, place =3D 0}, xproperty =3D {type =3D 28483516, serial =3D 9840792= 559377523800, send_event =3D 1954241773, display =3D 0x5bc5bc40236c0bed, wi= ndow =3D 5540263771798801183, atom =3D 15498140290877555456, time =3D 0, st= ate =3D 0}, xselectionclear =3D {type =3D 28483516, serial =3D 984079255937= 7523800, send_event =3D 1954241773, display =3D 0x5bc5bc40236c0bed, window = =3D 5540263771798801183, selection =3D 15498140290877555456, time =3D 0}, x= selectionrequest =3D {type =3D 28483516, serial =3D 9840792559377523800, se= nd_event =3D 1954241773, display =3D 0x5bc5bc40236c0bed, owner =3D 55402637= 71798801183, requestor =3D 15498140290877555456, selection =3D 0, target = =3D 0, property =3D 0, time =3D 0}, xselection =3D {type =3D 28483516, seri= al =3D 9840792559377523800, send_event =3D 1954241773, display =3D 0x5bc5bc= 40236c0bed, requestor =3D 5540263771798801183, selection =3D 15498140290877= 555456, target =3D 0, property =3D 0, time =3D 0}, xcolormap =3D {type =3D = 28483516, serial =3D 9840792559377523800, send_event =3D 1954241773, displa= y =3D 0x5bc5bc40236c0bed, window =3D 5540263771798801183, colormap =3D 1549= 8140290877555456, new =3D 0, state =3D 0}, xclient =3D {type =3D 28483516, = serial =3D 9840792559377523800, send_event =3D 1954241773, display =3D 0x5b= c5bc40236c0bed, window =3D 5540263771798801183, message_type =3D 1549814029= 0877555456, format =3D 0, data =3D {b =3D '\000' , s =3D = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, l =3D {0, 0, 0, 0, 0}}}, xmapping =3D {type= =3D 28483516, serial =3D 9840792559377523800, send_event =3D 1954241773, d= isplay =3D 0x5bc5bc40236c0bed, window =3D 5540263771798801183, request =3D = 1559036672, first_keycode =3D -686525317, count =3D 0}, xerror =3D {type = =3D 28483516, display =3D 0x889184b1aa012458, resourceid =3D 18408981434707= 172589, serial =3D 6612898611521653741, error_code =3D 31 '\037', request_c= ode =3D 139 '\213', minor_code =3D 8 '\b'}, xkeymap =3D {type =3D 28483516,= serial =3D 9840792559377523800, send_event =3D 1954241773, display =3D 0x5= bc5bc40236c0bed, window =3D 5540263771798801183, key_vector =3D "\000\003\3= 55\\{t\024\327", '\000' }, xgeneric =3D {type =3D 2848351= 6, serial =3D 9840792559377523800, send_event =3D 1954241773, display =3D 0= x5bc5bc40236c0bed, extension =3D 559903, evtype =3D 1289943180}, xcookie = =3D {type =3D 28483516, serial =3D 9840792559377523800, send_event =3D 1954= 241773, display =3D 0x5bc5bc40236c0bed, extension =3D 559903, evtype =3D 12= 89943180, cookie =3D 1559036672, data =3D 0x0}, pad =3D {-28272675778549357= 2, -8605951514332027816, -37762639002379027, 6612898611521653741, 554026377= 1798801183, -2948603782831996160, 0, 0, 0, 0, 0, 0, -51146759790245302, -51= 146759790245302, 71776136241414215, 71776312337694807, 71776535680450778, 7= 1776612990189736, 0, 0, 0, 0, 0, 0}} event_found =3D 0 #20 0x000000000055647b in read_avail_input (expected=3D1) at keyboard.c:7209 nr =3D 32767 hold_quit =3D {kind =3D NO_EVENT, code =3D 0, part =3D scroll_bar_a= bove_handle, modifiers =3D 0, x =3D 0, y =3D 0, timestamp =3D 0, padding = =3D {0x0, 0x0}, frame_or_window =3D 0, arg =3D 0} next =3D 0x0 nread =3D 0 err =3D 0 t =3D 0x102e000 #21 0x0000000000556ce5 in handle_async_input () at keyboard.c:7536 nread =3D 0 #22 0x0000000000556dfe in reinvoke_input_signal () at keyboard.c:7599 No locals. #23 0x0000000000649ab7 in Fcall_process (nargs=3D7, args=3D0x7ffff894de18) = at callproc.c:593 save_environ =3D 0x236e3f0 fd1 =3D 19 fd_error =3D 19 infile =3D 15837841 buffer =3D 12397170 current_dir =3D 17734545 path =3D 17733873 display_p =3D 0 fd =3D {17, 19} filefd =3D 16 pid =3D 8940 buf =3D "s\000\000\000r\000\000\000/\000\000\000l\000\000\000o\000\= 000\000c\000\000\000a\000\000\000l\000\000\000/\000\000\000s\000\000\000b\0= 00\000\000i\000\000\000n\000\000\000:\000\000\000/\000\000\000u\000\000\000= s\000\000\000r\000\000\000/\000\000\000s\000\000\000b\000\000\000i\000\000\= 000n\000\000\000:\000\000\000/\000\000\000s\000\000\000b\000\000\000i\000\0= 00\000n\000\000\000:\000\000\000/\000\000\000u\000\000\000s\000\000\000r\00= 0\000\000/\000\000\000g\000\000\000a\000\000\000m\000\000\000e\000\000\000s= \000\000\000:\000\000\000.\000\000\000o\000\000\000m\000\000\000e\000\000\0= 00/\000\000\000v\000\000\000l\000\000\000e\000\000\000f\000\000\000"... bufsize =3D 16384 count =3D 92 new_argv =3D 0x7ffff893d240 error_file =3D 12397170 process_coding =3D {id =3D 118, common_flags =3D 0, mode =3D 0, spe= c =3D {iso_2022 =3D {flags =3D 4170439168, current_invocation =3D {32767, 5= 767355}, current_designation =3D {0, 118, 0, 118}, single_shifting =3D 0, b= ol =3D 10, ctext_extended_segment_len =3D 0, embedded_utf_8 =3D -124460896,= cmp_status =3D {state =3D 32767, method =3D 4170439440, old_form =3D 32767= , length =3D 4907388, nchars =3D 0, ncomps =3D -124527968, carryover =3D {3= 2767, 4807286, 0, 12397074, 0, -124461648, 32767, -124528048, 32767, 118, 0= , 99, 32767, -124460696, 32767, -124527692, 32767, 0, 0, 65, 0, 38209962, 9= 9, 12531026, 0, -124527368, 32767, 38290785, 65, -124461648, 32767, 3829585= 7, 0, 38318374, 0, 13616422, 0, 13641909, 0, 47, 0, 1, 0, -124462304, 32767= , 38318374, 0, 12397074, 0, 118, 1, 1, 46, -124527368, 32767, 12397074, 0, = 118, 0, -124460896, 32767, 4, 0, -124462064, 32767, 4910570, 0, 47}}}, ccl = =3D 0x7ffff893da00, utf_16 =3D {bom =3D 4170439168, endian =3D 32767, surro= gate =3D 5767355}, utf_8_bom =3D 4170439168, emacs_mule =3D {full_support = =3D -124528128, cmp_status =3D {state =3D 32767, method =3D 5767355, old_fo= rm =3D 0, length =3D 118, nchars =3D 0, ncomps =3D 118, carryover =3D {0, 1= 0, 0, -124460896, 32767, -124527856, 32767, 4907388, 0, -124527968, 32767, = 4807286, 0, 12397074, 0, -124461648, 32767, -124528048, 32767, 118, 0, 99, = 32767, -124460696, 32767, -124527692, 32767, 0, 0, 65, 0, 38209962, 99, 125= 31026, 0, -124527368, 32767, 38290785, 65, -124461648, 32767, 38295857, 0, = 38318374, 0, 13616422, 0, 13641909, 0, 47, 0, 1, 0, -124462304, 32767, 3831= 8374, 0, 12397074, 0, 118, 1, 1, 46, -124527368, 32767, 12397074, 0, 118}}}= }, max_charset_id =3D 111, safe_charsets =3D 0x2f00000065
, src_multibyte =3D 0, dst_multibyte =3D 1, head_ascii = =3D 108, produced =3D 438086664293, produced_char =3D 506806141029, consume= d =3D 433791697010, consumed_char =3D 420906795055, errors =3D 105, error_p= ositions =3D 0x2f0000003a, result =3D 104, src_pos =3D 433791697005, src_po= s_byte =3D 506806140975, src_chars =3D 433791697004, src_bytes =3D 43379169= 6998, src_object =3D 489626271862, source =3D 0x2f00000065
, dst_pos =3D 240518168696, dst_pos_byte =3D 4080218931= 74, dst_bytes =3D 223338299446, dst_object =3D 420906795055, destination = =3D 0x6e00000069
, chars_at_source =3D = 58, charbuf =3D 0x7300000075, charbuf_size =3D 114, charbuf_used =3D 47, an= notated =3D 108, carryover =3D "o\000\000\000c\000\000\000a\000\000\000l\00= 0\000\000/\000\000\000b\000\000\000i\000\000\000n\000\000\000:\000\000\000/= \000\000\000u\000\000\000s\000\000\000r\000\000\000/\000\000\000b\000\000\0= 00i\000\000", carryover_bytes =3D 110, default_char =3D 58, detector =3D 0x= 6900000062, decoder =3D 0x3a0000006e, encoder =3D 0x750000002f} argument_coding =3D {id =3D 30, common_flags =3D 3072, mode =3D 0, = spec =3D {iso_2022 =3D {flags =3D 1, current_invocation =3D {0, 9391057}, c= urrent_designation =3D {4, 96, 0, 9391093}, single_shifting =3D 4, bol =3D = -124527696, ctext_extended_segment_len =3D 32767, embedded_utf_8 =3D 177079= 68, cmp_status =3D {state =3D COMPOSING_NO, method =3D 3369094752, old_form= =3D 32642, length =3D 48, nchars =3D 0, ncomps =3D 3, carryover =3D {0, 12= 397074, 0, 12397074, 0, -929053664, 32642, 48, 0, 17707968, 0, -124528656, = 32767, 1, 0, 3, 0, 6048041, 0, 13115430, 0, 17710080, 0, 17709280, 0, 17707= 968, 0, -124528576, 32767, 6059439, 0, 3, 0, 12397074, 7, 17708008, 0, 1770= 7968, 0, 1040, 0, 100000000, 0, -925872440, 32642, 1, 0, 1024, 0, 12397074,= 64, 1072, 0, -929071900, 65, -124528192, 32767, -124526664, 32767, -925872= 544, 32642, 1024, 0, -124433328, 32767, 400, 0, 0}}}, ccl =3D 0x1, utf_16 = =3D {bom =3D utf_without_bom, endian =3D utf_16_big_endian, surrogate =3D 9= 391057}, utf_8_bom =3D utf_without_bom, emacs_mule =3D {full_support =3D 1,= cmp_status =3D {state =3D COMPOSING_NO, method =3D 9391057, old_form =3D 4= , length =3D 96, nchars =3D 0, ncomps =3D 9391093, carryover =3D {4, -12452= 7696, 32767, 17707968, 0, -925872544, 32642, 48, 0, 3, 0, 12397074, 0, 1239= 7074, 0, -929053664, 32642, 48, 0, 17707968, 0, -124528656, 32767, 1, 0, 3,= 0, 6048041, 0, 13115430, 0, 17710080, 0, 17709280, 0, 17707968, 0, -124528= 576, 32767, 6059439, 0, 3, 0, 12397074, 7, 17708008, 0, 17707968, 0, 1040, = 0, 100000000, 0, -925872440, 32642, 1, 0, 1024, 0, 12397074, 64, 1072, 0, -= 929071900, 65, -124528192, 32767, -124526664}}}}, max_charset_id =3D 2, saf= e_charsets =3D 0xbda870 "\377\377", src_multibyte =3D 0, dst_multibyte =3D = 0, head_ascii =3D -1, produced =3D 14, produced_char =3D 14, consumed =3D 1= 4, consumed_char =3D 14, errors =3D 0, error_positions =3D 0x5c49c0, result= =3D CODING_RESULT_SUCCESS, src_pos =3D 0, src_pos_byte =3D 0, src_chars = =3D 14, src_bytes =3D 14, src_object =3D 15838289, source =3D 0x248b030 "mp= frtests.data", dst_pos =3D 140199691570784, dst_pos_byte =3D 38295792, dst_= bytes =3D 24, dst_object =3D 17733713, destination =3D 0x1009070 "", chars_= at_source =3D 0, charbuf =3D 0x7ffff892d010, charbuf_size =3D 16384, charbu= f_used =3D 14, annotated =3D -124460824, carryover =3D "\377\177\000\000\26= 0=D9=93\370\377\177\000\000\000VH\002\000\000\000\000\022*\275\000\000\000\= 000\000r*\275", '\000' "\203, I\\\000\000\000\000\000w\00= 0\000\000\000\000\000\000w\000\000", carryover_bytes =3D 0, default_char = =3D 32, detector =3D 0x493c0d , decoder =3D 0x49425f <= decode_coding_utf_8>, encoder =3D 0x494f79 } coding_systems =3D 12397074 #24 0x00000000005e8713 in Ffuncall (nargs=3D8, args=3D0x7ffff894de10) at ev= al.c:3012 fun =3D 11928565 original_fun =3D 12530690 funcar =3D 140737363894200 numargs =3D 7 lisp_numargs =3D 7 val =3D 140737363893776 backtrace =3D {next =3D 0x7ffff894df30, function =3D 0x7ffff894de10= , args =3D 0x7ffff894de18, nargs =3D 7, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff894de10 i =3D 7 #25 0x00000000005e7c18 in Fapply (nargs=3D6, args=3D0x7ffff894dfb8) at eval= =2Ec:2506 i =3D 8 numargs =3D 7 spread_arg =3D 12397074 funcall_args =3D 0x7ffff894de10 fun =3D 11928565 retval =3D 140737363894048 gcpro1 =3D {next =3D 0xc79c72, var =3D 0x20ee5e1, nvars =3D 8} sa_count =3D 92 sa_must_free =3D 0 #26 0x00000000005e8713 in Ffuncall (nargs=3D7, args=3D0x7ffff894dfb0) at ev= al.c:3012 fun =3D 11916589 original_fun =3D 12563986 funcar =3D 12575090 numargs =3D 6 lisp_numargs =3D 12397074 val =3D 12397122 backtrace =3D {next =3D 0x7ffff894e3c0, function =3D 0x7ffff894dfb0= , args =3D 0x7ffff894dfb8, nargs =3D 6, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff894e448 i =3D 7 #27 0x000000000063680b in Fbyte_code (bytestr=3D10248465, vector=3D10248501= , maxdepth=3D36) at bytecode.c:680 count =3D 88 op =3D 6 vectorp =3D 0x9c6140 bytestr_length =3D 107 stack =3D {pc =3D 0xb1e478 "\t\203i", top =3D 0x7ffff894dfe0, botto= m =3D 0x7ffff894dfb0, byte_string =3D 10248465, byte_string_start =3D 0xb1e= 41f "\306\b\307\"=C8=89\031\032\033=C9=8E\v\203\037", constants =3D 1024850= 1, next =3D 0x7ffff894e660} top =3D 0x7ffff894dfb0 result =3D 9463085 #28 0x00000000005e9173 in funcall_lambda (fun=3D10248301, nargs=3D7, arg_ve= ctor=3D0x7ffff894e448) at eval.c:3220 val =3D 38308213 syms_left =3D 12397074 next =3D 12621922 count =3D 83 i =3D 7 optional =3D 1 rest =3D 1 #29 0x00000000005e8a6b in Ffuncall (nargs=3D8, args=3D0x7ffff894e440) at ev= al.c:3077 fun =3D 10248301 original_fun =3D 13081714 funcar =3D 38308213 numargs =3D 7 lisp_numargs =3D 37765926 val =3D 140737363895360 backtrace =3D {next =3D 0x7ffff894e560, function =3D 0x7ffff894e440= , args =3D 0x7ffff894e448, nargs =3D 7, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff894e440 i =3D 7 #30 0x00000000005e7c18 in Fapply (nargs=3D6, args=3D0x7ffff894e5e8) at eval= =2Ec:2506 i =3D 8 numargs =3D 7 spread_arg =3D 12397074 funcall_args =3D 0x7ffff894e440 fun =3D 10248301 retval =3D 12578434 gcpro1 =3D {next =3D 0xf1aad1, var =3D 0xf1aad0, nvars =3D 8} sa_count =3D 83 sa_must_free =3D 0 #31 0x00000000005e8713 in Ffuncall (nargs=3D7, args=3D0x7ffff894e5e0) at ev= al.c:3012 fun =3D 11916589 original_fun =3D 12563986 funcar =3D 6198945 numargs =3D 6 lisp_numargs =3D 12397170 val =3D 12579315 backtrace =3D {next =3D 0x7ffff894e9f0, function =3D 0x7ffff894e5e0= , args =3D 0x7ffff894e5e8, nargs =3D 6, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x4c i =3D 6 #32 0x000000000063680b in Fbyte_code (bytestr=3D13218465, vector=3D38308341= , maxdepth=3D36) at bytecode.c:680 count =3D 73 op =3D 6 vectorp =3D 0x2488a00 bytestr_length =3D 330 stack =3D {pc =3D 0x24868b2 "\026\063)\016;\317=3D\204(\001\016\063= \250\203\377", top =3D 0x7ffff894e610, bottom =3D 0x7ffff894e5e0, byte_stri= ng =3D 13218465, byte_string_start =3D 0x24867d0 "\306\307\b<\203\v", const= ants =3D 38308341, next =3D 0x7ffff894ec90} top =3D 0x7ffff894e5e0 result =3D 4308753649 #33 0x00000000005e9173 in funcall_lambda (fun=3D38309077, nargs=3D6, arg_ve= ctor=3D0x7ffff894ea78) at eval.c:3220 val =3D 6 syms_left =3D 12397074 next =3D 13088882 count =3D 68 i =3D 6 optional =3D 0 rest =3D 1 #34 0x00000000005e8a6b in Ffuncall (nargs=3D7, args=3D0x7ffff894ea70) at ev= al.c:3077 fun =3D 38309077 original_fun =3D 14418994 funcar =3D 12560530 numargs =3D 6 lisp_numargs =3D 12397170 val =3D 140737363896944 backtrace =3D {next =3D 0x7ffff894eb90, function =3D 0x7ffff894ea70= , args =3D 0x7ffff894ea78, nargs =3D 6, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff894ea70 i =3D 6 #35 0x00000000005e7c18 in Fapply (nargs=3D6, args=3D0x7ffff894ec18) at eval= =2Ec:2506 i =3D 7 numargs =3D 6 spread_arg =3D 12397074 funcall_args =3D 0x7ffff894ea70 fun =3D 10175110 retval =3D 12397074 gcpro1 =3D {next =3D 0x239b0d4, var =3D 0x23c3b66, nvars =3D 7} sa_count =3D 68 sa_must_free =3D 0 #36 0x00000000005e8713 in Ffuncall (nargs=3D7, args=3D0x7ffff894ec10) at ev= al.c:3012 fun =3D 11916589 original_fun =3D 12563986 funcar =3D 9610049 numargs =3D 6 lisp_numargs =3D 72339064719671296 val =3D 37501798 backtrace =3D {next =3D 0x7ffff894f020, function =3D 0x7ffff894ec10= , args =3D 0x7ffff894ec18, nargs =3D 6, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff894f0a8 i =3D 3 #37 0x000000000063680b in Fbyte_code (bytestr=3D37425681, vector=3D38277557= , maxdepth=3D36) at bytecode.c:680 count =3D 68 op =3D 6 vectorp =3D 0x24811c0 bytestr_length =3D 28 stack =3D {pc =3D 0x247ef1b "\207", top =3D 0x7ffff894ec40, bottom = =3D 0x7ffff894ec10, byte_string =3D 37425681, byte_string_start =3D 0x247ef= 00 "\306\307\b\206\a", constants =3D 38277557, next =3D 0x7ffff894f100} top =3D 0x7ffff894ec10 result =3D 12 #38 0x00000000005e9173 in funcall_lambda (fun=3D38277861, nargs=3D5, arg_ve= ctor=3D0x7ffff894f0a8) at eval.c:3220 val =3D 0 syms_left =3D 12397074 next =3D 13088882 count =3D 64 i =3D 5 optional =3D 0 rest =3D 1 #39 0x00000000005e8a6b in Ffuncall (nargs=3D6, args=3D0x7ffff894f0a0) at ev= al.c:3077 fun =3D 38277861 original_fun =3D 38240914 funcar =3D 5811934 numargs =3D 5 lisp_numargs =3D 12472194 val =3D 140737363898816 backtrace =3D {next =3D 0x7ffff894f4c0, function =3D 0x7ffff894f0a0= , args =3D 0x7ffff894f0a8, nargs =3D 5, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x3 i =3D 3 #40 0x000000000063680b in Fbyte_code (bytestr=3D37694081, vector=3D38210277= , maxdepth=3D24) at bytecode.c:680 count =3D 64 op =3D 5 vectorp =3D 0x2470af0 bytestr_length =3D 8 stack =3D {pc =3D 0x24769c7 "\207", top =3D 0x7ffff894f0c8, bottom = =3D 0x7ffff894f0a0, byte_string =3D 37694081, byte_string_start =3D 0x24769= c0 "\301\302\211\b\303\304%\207", constants =3D 38210277, next =3D 0x7ffff8= 94f740} top =3D 0x7ffff894f0a0 result =3D 9515609 #41 0x00000000005e74a6 in Feval (form=3D37430390) at eval.c:2356 numargs =3D 12 args_left =3D 12397074 i =3D 3 maxargs =3D 3 argvals =3D {37694081, 38210277, 24, 0, 0, 4294967337, 38195699, 38= 195694} fun =3D 11925829 val =3D 124554051613 original_fun =3D 12584754 original_args =3D 37430374 funcar =3D 140733193388075 backtrace =3D {next =3D 0x7ffff894fc50, function =3D 0x7ffff894f4e8= , args =3D 0x7ffff894f420, nargs =3D 3, evalargs =3D 1 '\001', debug_on_exi= t =3D 0 '\000'} gcpro1 =3D {next =3D 0x2900004000, var =3D 0x7ffff894f6f0, nvars = =3D 1} gcpro2 =3D {next =3D 0x246d1c8, var =3D 0x0, nvars =3D 0} gcpro3 =3D {next =3D 0x4ffffffff, var =3D 0x7ffff894f420, nvars =3D= 3} #42 0x00000000005e5798 in internal_lisp_condition_case (var=3D12397074, bod= yform=3D37430390, handlers=3D37430358) at eval.c:1437 val =3D 12397074 c =3D {tag =3D 12397074, val =3D 12397074, next =3D 0x7ffff8951690,= gcpro =3D 0x0, jmp =3D {{__jmpbuf =3D {140737363901088, -56219848534945747= 08, 1, 140737363901088, 140737363902976, 0, -5621984853446340212, 562197349= 1777163660}, __mask_was_saved =3D 0, __saved_mask =3D {__val =3D {140737363= 901088, 140737363900112, 6195819, 34359738368, 12639426, 8, 12397074, 14073= 7363900128, 8595649010, 140737363901520, 140737363900128, 140737363900136, = 1, 1, 38284437, 12397074}}}}, backlist =3D 0x7ffff894fc50, handlerlist =3D = 0x7ffff8952660, lisp_eval_depth =3D 24, pdlcount =3D 64, poll_suppress_coun= t =3D 1, interrupt_input_blocked =3D 0, byte_stack =3D 0x7ffff894f740} h =3D {handler =3D 37430358, var =3D 12397074, chosen_clause =3D 38= 195656, tag =3D 0x7ffff894f5b0, next =3D 0x7ffff8952660} #43 0x00000000006376df in Fbyte_code (bytestr=3D37696433, vector=3D38241893= , maxdepth=3D24) at bytecode.c:870 handlers =3D 37430358 body =3D 37430390 count =3D 60 op =3D 143 vectorp =3D 0x2478670 bytestr_length =3D 57 stack =3D {pc =3D 0x24767d3 "\211\034\321=3D\205\067", top =3D 0x7f= fff894f6e0, bottom =3D 0x7ffff894f6e0, byte_string =3D 37696433, byte_strin= g_start =3D 0x24767b0 "\306\307\b\310P\311\t!\"!\205\070", constants =3D 38= 241893, next =3D 0x7ffff8950750} top =3D 0x7ffff894f6e0 result =3D 6085651 #44 0x00000000005e9173 in funcall_lambda (fun=3D38242213, nargs=3D1, arg_ve= ctor=3D0x7ffff894faa0) at eval.c:3220 val =3D 41 syms_left =3D 12397074 next =3D 12828146 count =3D 59 i =3D 1 optional =3D 0 rest =3D 0 #45 0x00000000005e8d80 in apply_lambda (fun=3D38242213, args=3D10180070, ev= al_flag=3D1) at eval.c:3143 args_left =3D 12397074 numargs =3D 4 arg_vector =3D 0x7ffff894faa0 gcpro1 =3D {next =3D 0x29, var =3D 0x23f6c61, nvars =3D 1} gcpro2 =3D {next =3D 0xbda870, var =3D 0xffffffff00000000, nvars = =3D 41} gcpro3 =3D {next =3D 0xbffffffff, var =3D 0x92a341, nvars =3D 0} i =3D 1 tem =3D 37790369 sa_count =3D 59 sa_must_free =3D 0 #46 0x00000000005e768a in Feval (form=3D10180054) at eval.c:2392 fun =3D 38242213 val =3D 12397170 original_fun =3D 14419762 original_args =3D 10180070 funcar =3D 2049 backtrace =3D {next =3D 0x7ffff894fe00, function =3D 0x7ffff894fc78= , args =3D 0x7ffff894faa0, nargs =3D 1, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} gcpro1 =3D {next =3D 0x0, var =3D 0x1002474468, nvars =3D -12445342= 4} gcpro2 =3D {next =3D 0x49425f, var =3D 0x7f82cae771e9, nvars =3D 0} gcpro3 =3D {next =3D 0xbe5302, var =3D 0x7ffff894fbb0, nvars =3D 5} #47 0x00000000005e3a63 in Fprogn (args=3D17536902) at eval.c:415 val =3D 12397170 gcpro1 =3D {next =3D 0x0, var =3D 0x0, nvars =3D 37740017} #48 0x00000000005e71a1 in Feval (form=3D17536870) at eval.c:2295 numargs =3D 8 args_left =3D 17536886 i =3D 12397170 maxargs =3D 12397074 argvals =3D {37740017, 13074674, 140737363901952, 8589934594, 17536= 790, 253415846994, 12562850, 12397122} fun =3D 11915341 val =3D 12397170 original_fun =3D 12562898 original_args =3D 17536886 funcar =3D 4294967355 backtrace =3D {next =3D 0x7ffff894ffb0, function =3D 0x7ffff894fe28= , args =3D 0x7ffff894fe20, nargs =3D -1, evalargs =3D 0 '\000', debug_on_ex= it =3D 0 '\000'} gcpro1 =3D {next =3D 0x7ffff894fab8, var =3D 0x8700da90d6, nvars = =3D -124453080} gcpro2 =3D {next =3D 0x10b9776, var =3D 0xc2f452, nvars =3D -124453= 376} gcpro3 =3D {next =3D 0x0, var =3D 0x7ffff894fd60, nvars =3D 1} #49 0x00000000005e3974 in Fif (args=3D17536838) at eval.c:363 cond =3D 12397170 gcpro1 =3D {next =3D 0x7ffff894ff28, var =3D 0x3, nvars =3D -124453= 168} #50 0x00000000005e71a1 in Feval (form=3D17536790) at eval.c:2295 numargs =3D 8 args_left =3D 17536838 i =3D 10179958 maxargs =3D 12397074 argvals =3D {140737363902432, 6192152, 9284325, 10179766, 10179974,= 10180054, 140737363902432, 6191271} fun =3D 11915245 val =3D 2 original_fun =3D 12562802 original_args =3D 17536838 funcar =3D 140737363902528 backtrace =3D {next =3D 0x7ffff8950110, function =3D 0x7ffff894ffd8= , args =3D 0x7ffff894ffd0, nargs =3D -1, evalargs =3D 0 '\000', debug_on_ex= it =3D 0 '\000'} gcpro1 =3D {next =3D 0xffffffff023fdef1, var =3D 0x2000bd2a12, nvar= s =3D 37740241} gcpro2 =3D {next =3D 0x0, var =3D 0x0, nvars =3D 4} gcpro3 =3D {next =3D 0xc3bbe2, var =3D 0x10, nvars =3D -124452864} #51 0x00000000005e775e in Feval (form=3D10179750) at eval.c:2408 fun =3D 12849302 val =3D 10179606 original_fun =3D 12584994 original_args =3D 10179958 funcar =3D 12560626 backtrace =3D {next =3D 0x7ffff8950390, function =3D 0x7ffff8950138= , args =3D 0x7ffff8950130, nargs =3D -1, evalargs =3D 1 '\001', debug_on_ex= it =3D 0 '\000'} gcpro1 =3D {next =3D 0x0, var =3D 0xd0a9f8, nvars =3D 10174758} gcpro2 =3D {next =3D 0xdc0732, var =3D 0x3b00c6c4a2, nvars =3D 1573= 6818} gcpro3 =3D {next =3D 0x10000003a, var =3D 0x9b5306, nvars =3D 12397= 074} #52 0x00000000005e3a63 in Fprogn (args=3D10180102) at eval.c:415 val =3D 12397074 gcpro1 =3D {next =3D 0x7ffff8950260, var =3D 0x9b5416, nvars =3D 12= 397122} #53 0x00000000005e4e46 in Flet (args=3D10179734) at eval.c:1069 temps =3D 0x7ffff8950200 tem =3D 10179633 elt =3D 10179318 varlist =3D 12397074 count =3D 58 argnum =3D 1 gcpro1 =3D {next =3D 0x7ffff89506e8, var =3D 0xbd2a12, nvars =3D -1= 24451392} gcpro2 =3D {next =3D 0x7ffff8950390, var =3D 0x1f8950258, nvars =3D= 1} sa_count =3D 58 sa_must_free =3D 0 #54 0x00000000005e71a1 in Feval (form=3D10179270) at eval.c:2295 numargs =3D 8 args_left =3D 10179734 i =3D 12397074 maxargs =3D 1 argvals =3D {11401591, 11179821, 140737363904336, 14685621, 0, 3819= 5661, 0, 0} fun =3D 11916061 val =3D 13190162 original_fun =3D 12563410 original_args =3D 10179734 funcar =3D 12560626 backtrace =3D {next =3D 0x7ffff8950510, function =3D 0x7ffff89503b8= , args =3D 0x7ffff89503b0, nargs =3D -1, evalargs =3D 0 '\000', debug_on_ex= it =3D 0 '\000'} gcpro1 =3D {next =3D 0x246d1ca, var =3D 0x2473296, nvars =3D 6} gcpro2 =3D {next =3D 0x0, var =3D 0x0, nvars =3D 1} gcpro3 =3D {next =3D 0x0, var =3D 0x246d1c9, nvars =3D -124447504} #55 0x00000000005e3a63 in Fprogn (args=3D10180118) at eval.c:415 val =3D 12397074 gcpro1 =3D {next =3D 0x2b, var =3D 0x2e, nvars =3D 14419762} #56 0x00000000005e911e in funcall_lambda (fun=3D10180134, nargs=3D1, arg_ve= ctor=3D0x7ffff89506f0) at eval.c:3213 val =3D 12397074 syms_left =3D 12397074 next =3D 13190162 count =3D 57 i =3D 1 optional =3D 0 rest =3D 0 #57 0x00000000005e8b10 in Ffuncall (nargs=3D2, args=3D0x7ffff89506e8) at ev= al.c:3088 fun =3D 10180134 original_fun =3D 14419762 funcar =3D 12464146 numargs =3D 1 lisp_numargs =3D 14419762 val =3D 0 backtrace =3D {next =3D 0x7ffff8950660, function =3D 0x7ffff89506e8= , args =3D 0x7ffff89506f0, nargs =3D 1, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x0 i =3D 1 #58 0x00000000005e7901 in Fapply (nargs=3D2, args=3D0x7ffff89506e8) at eval= =2Ec:2453 i =3D 0 numargs =3D 1 spread_arg =3D 17537046 funcall_args =3D 0x0 fun =3D 14419762 retval =3D 15735888 gcpro1 =3D {next =3D 0x10b9796, var =3D 0xbd2a12, nvars =3D -124451= 296} sa_count =3D 57 sa_must_free =3D 0 #59 0x00000000005e8713 in Ffuncall (nargs=3D3, args=3D0x7ffff89506e0) at ev= al.c:3012 fun =3D 11916589 original_fun =3D 12563986 funcar =3D 0 numargs =3D 2 lisp_numargs =3D 15737458 val =3D 17536982 backtrace =3D {next =3D 0x7ffff8950ae0, function =3D 0x7ffff89506e0= , args =3D 0x7ffff89506e8, nargs =3D 2, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff8950b68 i =3D 14323926 #60 0x000000000063680b in Fbyte_code (bytestr=3D11180137, vector=3D11180173= , maxdepth=3D28) at bytecode.c:680 count =3D 56 op =3D 2 vectorp =3D 0xaa9898 bytestr_length =3D 67 stack =3D {pc =3D 0xadf959 ")\207", top =3D 0x7ffff89506f0, bottom = =3D 0x7ffff89506e0, byte_string =3D 11180137, byte_string_start =3D 0xadf91= 8 "\304\b\t\305N\"\211\032\203\021", constants =3D 11180173, next =3D 0x7ff= ff8950bb0} top =3D 0x7ffff89506e0 result =3D 12397074 #61 0x00000000005e9173 in funcall_lambda (fun=3D11180021, nargs=3D3, arg_ve= ctor=3D0x7ffff8950b68) at eval.c:3220 val =3D 12397074 syms_left =3D 12397074 next =3D 12621922 count =3D 53 i =3D 3 optional =3D 0 rest =3D 1 #62 0x00000000005e8a6b in Ffuncall (nargs=3D4, args=3D0x7ffff8950b60) at ev= al.c:3077 fun =3D 11180021 original_fun =3D 15737074 funcar =3D 13674856 numargs =3D 3 lisp_numargs =3D 140737363905376 val =3D 12397074 backtrace =3D {next =3D 0x7ffff8950f40, function =3D 0x7ffff8950b60= , args =3D 0x7ffff8950b68, nargs =3D 3, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff8950fd8 i =3D 14323926 #63 0x000000000063680b in Fbyte_code (bytestr=3D11181505, vector=3D11181541= , maxdepth=3D16) at bytecode.c:680 count =3D 53 op =3D 3 vectorp =3D 0xaa9df0 bytestr_length =3D 21 stack =3D {pc =3D 0xadf827 "\205\024", top =3D 0x7ffff8950b78, bott= om =3D 0x7ffff8950b60, byte_string =3D 11181505, byte_string_start =3D 0xad= f822 "\302\b\303\t#\205\024", constants =3D 11181541, next =3D 0x7ffff89512= 10} top =3D 0x7ffff8950b60 result =3D 12397074 #64 0x00000000005e9173 in funcall_lambda (fun=3D11181445, nargs=3D1, arg_ve= ctor=3D0x7ffff8950fd8) at eval.c:3220 val =3D 12397074 syms_left =3D 12397074 next =3D 12889890 count =3D 52 i =3D 1 optional =3D 0 rest =3D 0 #65 0x00000000005e8a6b in Ffuncall (nargs=3D2, args=3D0x7ffff8950fd0) at ev= al.c:3077 fun =3D 11181445 original_fun =3D 11181445 funcar =3D 13642213 numargs =3D 1 lisp_numargs =3D 140737363906464 val =3D 12397074 backtrace =3D {next =3D 0x7ffff8951140, function =3D 0x7ffff8950fd0= , args =3D 0x7ffff8950fd8, nargs =3D 1, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x2 i =3D 14323926 #66 0x00000000005e81f7 in call1 (fn=3D11181445, arg1=3D15735890) at eval.c:= 2812 ret_ungc_val =3D 12397074 gcpro1 =3D {next =3D 0x10, var =3D 0xbbf2b0, nvars =3D 2} args =3D {11181445, 15735890} #67 0x00000000005f3420 in mapcar1 (leni=3D9, vals=3D0x0, fn=3D11181445, seq= =3D14324390) at fns.c:2472 tail =3D 14323926 dummy =3D 12397074 i =3D 2 gcpro1 =3D {next =3D 0x7ffff8950d58, var =3D 0x8700000000, nvars = =3D 0} gcpro2 =3D {next =3D 0xd42c92, var =3D 0x1004342, nvars =3D 3822044= 1} gcpro3 =3D {next =3D 0x0, var =3D 0xbf4b18, nvars =3D 0} #68 0x00000000005f388a in Fmapc (function=3D11181445, sequence=3D14324390) = at fns.c:2564 leni =3D 9 #69 0x00000000005e8866 in Ffuncall (nargs=3D3, args=3D0x7ffff89511c0) at ev= al.c:3034 fun =3D 11920525 original_fun =3D 12568946 funcar =3D 4307503842 numargs =3D 2 lisp_numargs =3D 12397074 val =3D 12397074 backtrace =3D {next =3D 0x7ffff89515d0, function =3D 0x7ffff89511c0= , args =3D 0x7ffff89511c8, nargs =3D 2, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff89511c8 i =3D 3 #70 0x000000000063680b in Fbyte_code (bytestr=3D11181873, vector=3D11181925= , maxdepth=3D16) at bytecode.c:680 count =3D 51 op =3D 2 vectorp =3D 0xaa9f70 bytestr_length =3D 35 stack =3D {pc =3D 0xadf7e6 "\210)\310\b\304\307#\210=C9=87", top = =3D 0x7ffff89511d0, bottom =3D 0x7ffff89511c0, byte_string =3D 11181873, by= te_string_start =3D 0xadf7cd "\303\b\304\"\031\305\306\t\203\021", constant= s =3D 11181925, next =3D 0x7ffff8951800} top =3D 0x7ffff89511c0 result =3D 12317424 #71 0x00000000005e74a6 in Feval (form=3D11181846) at eval.c:2356 numargs =3D 12 args_left =3D 12397074 i =3D 3 maxargs =3D 3 argvals =3D {11181873, 11181925, 16, 0, 140737488355327, 4301183241= , 38195699, 38195694} fun =3D 11925829 val =3D 140737363908208 original_fun =3D 12584754 original_args =3D 11181862 funcar =3D 140733193388075 backtrace =3D {next =3D 0x7ffff8951b90, function =3D 0x7ffff89515f8= , args =3D 0x7ffff8951530, nargs =3D 3, evalargs =3D 1 '\001', debug_on_exi= t =3D 0 '\000'} gcpro1 =3D {next =3D 0x0, var =3D 0x7ffff89517b8, nvars =3D -124443= 440} gcpro2 =3D {next =3D 0x246d1c8, var =3D 0x0, nvars =3D 3} gcpro3 =3D {next =3D 0x4ffffffff, var =3D 0x7ffff8951530, nvars =3D= 3} #72 0x00000000005e52b3 in internal_catch (tag=3D12874066, func=3D0x5e6e3f <= Feval>, arg=3D11181846) at eval.c:1228 c =3D {tag =3D 12874066, val =3D 12397074, next =3D 0x7ffff8952690,= gcpro =3D 0x0, jmp =3D {{__jmpbuf =3D {140737363909656, -56219848696447422= 60, 140737363911888, 140737363922000, 0, 0, -5621984869588119156, 562197349= 1916624268}, __mask_was_saved =3D 0, __saved_mask =3D {__val =3D {6195302, = 11626932, 10360461, 16, 16, 140737363908528, 12894304129, 140737363909520, = 140737363908528, 140737363908536, 2, 11856560, 9402277, 12397074, 12476450,= 12397074}}}}, backlist =3D 0x7ffff8951b90, handlerlist =3D 0x7ffff8952660,= lisp_eval_depth =3D 13, pdlcount =3D 51, poll_suppress_count =3D 1, interr= upt_input_blocked =3D 0, byte_stack =3D 0x7ffff8951800} #73 0x0000000000637659 in Fbyte_code (bytestr=3D11181697, vector=3D11181733= , maxdepth=3D16) at bytecode.c:855 v1 =3D 11181846 count =3D 50 op =3D 141 vectorp =3D 0xaa9eb0 bytestr_length =3D 48 stack =3D {pc =3D 0xadf81f ")\207", top =3D 0x7ffff89517b8, bottom = =3D 0x7ffff89517b0, byte_string =3D 11181697, byte_string_start =3D 0xadf7f= 1 "\303\030\304\t!\203\025", constants =3D 11181733, next =3D 0x7ffff8951c6= 0} top =3D 0x7ffff89517b0 result =3D 12397074 #74 0x00000000005e9173 in funcall_lambda (fun=3D11181629, nargs=3D1, arg_ve= ctor=3D0x7ffff8951c18) at eval.c:3220 val =3D 12397074 syms_left =3D 12397074 next =3D 12828146 count =3D 49 i =3D 1 optional =3D 0 rest =3D 0 #75 0x00000000005e8a6b in Ffuncall (nargs=3D2, args=3D0x7ffff8951c10) at ev= al.c:3077 fun =3D 11181629 original_fun =3D 15737794 funcar =3D 140199688389664 numargs =3D 1 lisp_numargs =3D 12397074 val =3D 12397122 backtrace =3D {next =3D 0x7ffff8951ff0, function =3D 0x7ffff8951c10= , args =3D 0x7ffff8951c18, nargs =3D 1, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff8952078 i =3D -124443440 #76 0x000000000063680b in Fbyte_code (bytestr=3D11182137, vector=3D11182173= , maxdepth=3D16) at bytecode.c:680 count =3D 48 op =3D 1 vectorp =3D 0xaaa068 bytestr_length =3D 52 stack =3D {pc =3D 0xadf7a6 "\205\"", top =3D 0x7ffff8951c18, bottom= =3D 0x7ffff8951c10, byte_string =3D 11182137, byte_string_start =3D 0xadf7= 8b "\b;\203$", constants =3D 11182173, next =3D 0x7ffff89520b0} top =3D 0x7ffff8951c10 result =3D 9402405 #77 0x00000000005e9173 in funcall_lambda (fun=3D11182069, nargs=3D1, arg_ve= ctor=3D0x7ffff8952078) at eval.c:3220 val =3D 37334786 syms_left =3D 12397074 next =3D 15737890 count =3D 47 i =3D 1 optional =3D 0 rest =3D 0 #78 0x00000000005e8a6b in Ffuncall (nargs=3D2, args=3D0x7ffff8952070) at ev= al.c:3077 fun =3D 11182069 original_fun =3D 13905042 funcar =3D 12575186 numargs =3D 1 lisp_numargs =3D 140199691570888 val =3D 140737363907408 backtrace =3D {next =3D 0x7ffff8952440, function =3D 0x7ffff8952070= , args =3D 0x7ffff8952078, nargs =3D 1, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff89524d8 i =3D -124443440 #79 0x000000000063680b in Fbyte_code (bytestr=3D11192561, vector=3D11192597= , maxdepth=3D8) at bytecode.c:680 count =3D 47 op =3D 1 vectorp =3D 0xaac920 bytestr_length =3D 4 stack =3D {pc =3D 0xaf95a3 "\207", top =3D 0x7ffff8952078, bottom = =3D 0x7ffff8952070, byte_string =3D 11192561, byte_string_start =3D 0xaf95a= 0 "\301\b!\207", constants =3D 11192597, next =3D 0x7ffff8952820} top =3D 0x7ffff8952070 result =3D 15740914 #80 0x00000000005e9173 in funcall_lambda (fun=3D11192517, nargs=3D0, arg_ve= ctor=3D0x7ffff89524d8) at eval.c:3220 val =3D 37742432 syms_left =3D 12397074 next =3D 140737363911504 count =3D 47 i =3D 0 optional =3D 0 rest =3D 0 #81 0x00000000005e8a6b in Ffuncall (nargs=3D1, args=3D0x7ffff89524d0) at ev= al.c:3077 fun =3D 11192517 original_fun =3D 11192517 funcar =3D 103 numargs =3D 0 lisp_numargs =3D 0 val =3D 0 backtrace =3D {next =3D 0x7ffff89525a0, function =3D 0x7ffff89524d0= , args =3D 0x7ffff89524d8, nargs =3D 0, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x1 i =3D -124443440 #82 0x00000000005e7340 in Feval (form=3D11193094) at eval.c:2322 vals =3D 0x7ffff89524d0 argnum =3D 1 sa_count =3D 47 sa_must_free =3D 0 numargs =3D 4 args_left =3D 12397074 i =3D 1 maxargs =3D -124443440 argvals =3D {12253184, 43, 12570802, 184692888041, 17537942, 43, 0,= 12314120} fun =3D 11916829 val =3D 17537958 original_fun =3D 12564034 original_args =3D 11193110 funcar =3D 12397074 backtrace =3D {next =3D 0x7ffff8952bb0, function =3D 0x7ffff89525c8= , args =3D 0x7ffff89524d0, nargs =3D 1, evalargs =3D 1 '\001', debug_on_exi= t =3D 0 '\000'} gcpro1 =3D {next =3D 0x1007fff00000000, var =3D 0x2b0000002b, nvars= =3D 38195656} gcpro2 =3D {next =3D 0x246d1f3, var =3D 0x246d1ee, nvars =3D -1} gcpro3 =3D {next =3D 0x100b1728a, var =3D 0x7ffff89524d0, nvars =3D= 1} #83 0x00000000005e5798 in internal_lisp_condition_case (var=3D15740962, bod= yform=3D11193094, handlers=3D11193126) at eval.c:1437 val =3D 12397074 c =3D {tag =3D 12397074, val =3D 12397074, next =3D 0x7ffff8954ef0,= gcpro =3D 0x0, jmp =3D {{__jmpbuf =3D {140737363913960, -56219848691099685= 00, 0, 140737363922000, 0, 0, -5621984869044956788, 5621973491777163660}, _= _mask_was_saved =3D 0, __saved_mask =3D {__val =3D {140737363913960, 140737= 363912624, 6195819, 140737363912528, 6085447, 14655795, 12480466, 140737363= 912640, 21487316944, 140737363913648, 12561347, 140737363912576, 6085620, 1= 40737363912664, 12560578, 11192517}}}}, backlist =3D 0x7ffff8952bb0, handle= rlist =3D 0x7ffff8954ec0, lisp_eval_depth =3D 9, pdlcount =3D 47, poll_supp= ress_count =3D 1, interrupt_input_blocked =3D 0, byte_stack =3D 0x7ffff8952= 820} h =3D {handler =3D 11193126, var =3D 15740962, chosen_clause =3D 12= 397074, tag =3D 0x7ffff8952690, next =3D 0x7ffff8954ec0} #84 0x00000000006376df in Fbyte_code (bytestr=3D11192745, vector=3D11192781= , maxdepth=3D24) at bytecode.c:870 handlers =3D 11193126 body =3D 11193094 count =3D 45 op =3D 143 vectorp =3D 0xaac9d8 bytestr_length =3D 163 stack =3D {pc =3D 0xadedf7 ")\211\022\203C", top =3D 0x7ffff89527c0= , bottom =3D 0x7ffff89527c0, byte_string =3D 11192745, byte_string_start = =3D 0xadedd1 "\b\203\006", constants =3D 11192781, next =3D 0x7ffff8952e20} top =3D 0x7ffff89527c0 result =3D 12397074 #85 0x00000000005e9173 in funcall_lambda (fun=3D11192693, nargs=3D0, arg_ve= ctor=3D0x7ffff8952ce8) at eval.c:3220 val =3D 12397074 syms_left =3D 12397074 next =3D 0 count =3D 45 i =3D 0 optional =3D 0 rest =3D 0 #86 0x00000000005e8a6b in Ffuncall (nargs=3D1, args=3D0x7ffff8952ce0) at ev= al.c:3077 fun =3D 11192693 original_fun =3D 13863762 funcar =3D 12464146 numargs =3D 0 lisp_numargs =3D 32 val =3D 12397074 backtrace =3D {next =3D 0x7ffff8952d40, function =3D 0x7ffff8952ce0= , args =3D 0x7ffff8952ce8, nargs =3D 0, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x0 i =3D 0 #87 0x00000000005e7f6a in run_hook_with_args (nargs=3D1, args=3D0x7ffff8952= ce0, cond=3Dto_completion) at eval.c:2690 globals =3D 12397074 sym =3D 13053954 val =3D 17499862 ret =3D 12397074 gcpro1 =3D {next =3D 0x7ffff8952958, var =3D 0x8700000000, nvars = =3D 4770} gcpro2 =3D {next =3D 0xbd2a72, var =3D 0xc33f32, nvars =3D 1} gcpro3 =3D {next =3D 0x0, var =3D 0x0, nvars =3D 2049} #88 0x00000000005e7c8d in Frun_hooks (nargs=3D1, args=3D0x7ffff8952dc8) at = eval.c:2544 hook =3D {13863762} i =3D 0 #89 0x00000000005e8713 in Ffuncall (nargs=3D2, args=3D0x7ffff8952dc0) at ev= al.c:3012 fun =3D 11916637 original_fun =3D 12562658 funcar =3D 12465442 numargs =3D 1 lisp_numargs =3D 12397074 val =3D 12397074 backtrace =3D {next =3D 0x7ffff89531b0, function =3D 0x7ffff8952dc0= , args =3D 0x7ffff8952dc8, nargs =3D 1, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x2d i =3D 0 #90 0x000000000063680b in Fbyte_code (bytestr=3D9543721, vector=3D9543757, = maxdepth=3D20) at bytecode.c:680 count =3D 45 op =3D 1 vectorp =3D 0x91a058 bytestr_length =3D 281 stack =3D {pc =3D 0xb43543 "\207", top =3D 0x7ffff8952dc8, bottom = =3D 0x7ffff8952dc0, byte_string =3D 9543721, byte_string_start =3D 0xb4342b= "\306\b!?\021\n\204\240", constants =3D 9543757, next =3D 0x7ffff8953280} top =3D 0x7ffff8952dc0 result =3D 12397170 #91 0x00000000005e9173 in funcall_lambda (fun=3D9543573, nargs=3D2, arg_vec= tor=3D0x7ffff8953238) at eval.c:3220 val =3D 12397170 syms_left =3D 12397074 next =3D 13769154 count =3D 40 i =3D 2 optional =3D 1 rest =3D 0 #92 0x00000000005e8a6b in Ffuncall (nargs=3D3, args=3D0x7ffff8953230) at ev= al.c:3077 fun =3D 9543573 original_fun =3D 13751282 funcar =3D 12575186 numargs =3D 2 lisp_numargs =3D -4282570126 val =3D 12397170 backtrace =3D {next =3D 0x7ffff8953610, function =3D 0x7ffff8953230= , args =3D 0x7ffff8953238, nargs =3D 2, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x28 i =3D 0 #93 0x000000000063680b in Fbyte_code (bytestr=3D9540113, vector=3D9540149, = maxdepth=3D12) at bytecode.c:680 count =3D 38 op =3D 2 vectorp =3D 0x919240 bytestr_length =3D 148 stack =3D {pc =3D 0xb4388a "\210p*\207", top =3D 0x7ffff8953240, bo= ttom =3D 0x7ffff8953230, byte_string =3D 9540113, byte_string_start =3D 0xb= 437fa "\306\030r\tq\210\307\310!\210\307\311!\210\307\312!\210\313\032\314 = \210)\315\316!\203&", constants =3D 9540149, next =3D 0x7ffff8953700} top =3D 0x7ffff8953230 result =3D 37333701 #94 0x00000000005e9173 in funcall_lambda (fun=3D9539973, nargs=3D6, arg_vec= tor=3D0x7ffff8953698) at eval.c:3220 val =3D 37333701 syms_left =3D 12397074 next =3D 12988178 count =3D 32 i =3D 6 optional =3D 0 rest =3D 0 #95 0x00000000005e8a6b in Ffuncall (nargs=3D7, args=3D0x7ffff8953690) at ev= al.c:3077 fun =3D 9539973 original_fun =3D 13751042 funcar =3D 12612210 numargs =3D 6 lisp_numargs =3D 12397074 val =3D 37333701 backtrace =3D {next =3D 0x7ffff8953a90, function =3D 0x7ffff8953690= , args =3D 0x7ffff8953698, nargs =3D 6, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff8953b18 i =3D 0 #96 0x000000000063680b in Fbyte_code (bytestr=3D9538321, vector=3D9538357, = maxdepth=3D32) at bytecode.c:680 count =3D 27 op =3D 6 vectorp =3D 0x918b40 bytestr_length =3D 632 stack =3D {pc =3D 0xb441d7 "-\207", top =3D 0x7ffff89536c0, bottom = =3D 0x7ffff8953690, byte_string =3D 9538321, byte_string_start =3D 0xb43f61= "\306\307\b!!\020\310\b!\203(", constants =3D 9538357, next =3D 0x7ffff895= 3b70} top =3D 0x7ffff8953690 result =3D 446682789030 #97 0x00000000005e9173 in funcall_lambda (fun=3D9538189, nargs=3D4, arg_vec= tor=3D0x7ffff8953b18) at eval.c:3220 val =3D 0 syms_left =3D 12397074 next =3D 13190754 count =3D 23 i =3D 4 optional =3D 1 rest =3D 0 #98 0x00000000005e8a6b in Ffuncall (nargs=3D5, args=3D0x7ffff8953b10) at ev= al.c:3077 fun =3D 9538189 original_fun =3D 13190802 funcar =3D 6005330 numargs =3D 4 lisp_numargs =3D 0 val =3D 0 backtrace =3D {next =3D 0x7ffff8953f00, function =3D 0x7ffff8953b10= , args =3D 0x7ffff8953b18, nargs =3D 4, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x7ffff8953f88 i =3D 0 #99 0x000000000063680b in Fbyte_code (bytestr=3D9528033, vector=3D9528069, = maxdepth=3D24) at bytecode.c:680 count =3D 23 op =3D 4 vectorp =3D 0x916310 bytestr_length =3D 25 stack =3D {pc =3D 0xb4493d "\211\032<\203\024", top =3D 0x7ffff8953= b30, bottom =3D 0x7ffff8953b10, byte_string =3D 9528033, byte_string_start = =3D 0xb44937 "\303\b=C4=89\t$\211\032<\203\024", constants =3D 9528069, nex= t =3D 0x7ffff8954000} top =3D 0x7ffff8953b10 result =3D 12397074 #100 0x00000000005e9173 in funcall_lambda (fun=3D9527925, nargs=3D1, arg_ve= ctor=3D0x7ffff8953f88) at eval.c:3220 val =3D 193273528321 syms_left =3D 12397074 next =3D 13190754 count =3D 21 i =3D 1 optional =3D 1 rest =3D 0 #101 0x00000000005e8a6b in Ffuncall (nargs=3D2, args=3D0x7ffff8953f80) at e= val.c:3077 fun =3D 9527925 original_fun =3D 12795698 funcar =3D 12604194 numargs =3D 1 lisp_numargs =3D 37827409 val =3D 12397122 backtrace =3D {next =3D 0x7ffff8954390, function =3D 0x7ffff8953f80= , args =3D 0x7ffff8953f88, nargs =3D 1, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0xe i =3D 0 #102 0x000000000063680b in Fbyte_code (bytestr=3D9815169, vector=3D9815205,= maxdepth=3D40) at bytecode.c:680 count =3D 5 op =3D 1 vectorp =3D 0x95c4b0 bytestr_length =3D 1187 stack =3D {pc =3D 0xb31fd4 "\022\202\234\003\016Q\203\227\003\373\0= 16S!\210\202\234\003\372\016S!\210)\374\016B!\204\254\003eb\210\016BSy\210\= 313\026B\016A\326W\204\274\003\375\016AS!\210\313\026A*\201a", top =3D 0x7f= fff8953f88, bottom =3D 0x7ffff8953f80, byte_string =3D 9815169, byte_string= _start =3D 0xb31c4e "\306 \210\b\203\021", constants =3D 9815205, next =3D = 0x7ffff8954480} top =3D 0x7ffff8953f80 result =3D 140199688389436 #103 0x00000000005e9173 in funcall_lambda (fun=3D9815109, nargs=3D1, arg_ve= ctor=3D0x7ffff8954418) at eval.c:3220 val =3D 37333696 syms_left =3D 12397074 next =3D 13902722 count =3D 4 i =3D 1 optional =3D 0 rest =3D 0 #104 0x00000000005e8a6b in Ffuncall (nargs=3D2, args=3D0x7ffff8954410) at e= val.c:3077 fun =3D 9815109 original_fun =3D 13860482 funcar =3D 12610690 numargs =3D 1 lisp_numargs =3D 140737363922000 val =3D 0 backtrace =3D {next =3D 0x7ffff8954810, function =3D 0x7ffff8954410= , args =3D 0x7ffff8954418, nargs =3D 1, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x4 i =3D 0 #105 0x000000000063680b in Fbyte_code (bytestr=3D9779209, vector=3D9779245,= maxdepth=3D28) at bytecode.c:680 count =3D 4 op =3D 1 vectorp =3D 0x953838 bytestr_length =3D 1666 stack =3D {pc =3D 0xb34899 "\210\016N\203%\006\201", , top =3D 0x7ffff8954418, bottom =3D 0x7ffff8954410, byte_strin= g =3D 9779209, byte_string_start =3D 0xb34280 "\306 \020\307\021\n\023\307\= 024\310\311!\211\035\307=3D\204\064", constants =3D 9779245, next =3D 0x7ff= ff89548f0} top =3D 0x7ffff8954410 result =3D 15505681 #106 0x00000000005e9173 in funcall_lambda (fun=3D9779165, nargs=3D0, arg_ve= ctor=3D0x7ffff8954898) at eval.c:3220 val =3D 15505681 syms_left =3D 12397074 next =3D 12808482 count =3D 4 i =3D 0 optional =3D 0 rest =3D 0 #107 0x00000000005e8a6b in Ffuncall (nargs=3D1, args=3D0x7ffff8954890) at e= val.c:3077 fun =3D 9779165 original_fun =3D 13942178 funcar =3D 12443154 numargs =3D 0 lisp_numargs =3D 14357910 val =3D 12397122 backtrace =3D {next =3D 0x7ffff8954df0, function =3D 0x7ffff8954890= , args =3D 0x7ffff8954898, nargs =3D 0, evalargs =3D 0 '\000', debug_on_exi= t =3D 0 '\000'} internal_args =3D 0x2 i =3D 0 #108 0x000000000063680b in Fbyte_code (bytestr=3D9773153, vector=3D9773189,= maxdepth=3D24) at bytecode.c:680 count =3D 2 op =3D 0 vectorp =3D 0x952090 bytestr_length =3D 220 stack =3D {pc =3D 0xb3502d "\210*\340\341\342\"\210\343\321\344\"\2= 11\036$;\203\251", top =3D 0x7ffff8954890, bottom =3D 0x7ffff8954890, byte_= string =3D 9773153, byte_string_start =3D 0xb34f9f "\b\203\b", constants = =3D 9773189, next =3D 0x0} top =3D 0x7ffff8954890 result =3D 140737363921728 #109 0x00000000005e9173 in funcall_lambda (fun=3D9773109, nargs=3D0, arg_ve= ctor=3D0x7ffff8954c50) at eval.c:3220 val =3D 140737363922120 syms_left =3D 12397074 next =3D 140199518869280 count =3D 2 i =3D 0 optional =3D 0 rest =3D 0 #110 0x00000000005e8d80 in apply_lambda (fun=3D9773109, args=3D12397074, ev= al_flag=3D1) at eval.c:3143 args_left =3D 12397074 numargs =3D 0 arg_vector =3D 0x7ffff8954c50 gcpro1 =3D {next =3D 0x0, var =3D 0xffffffff, nvars =3D 0} gcpro2 =3D {next =3D 0x8, var =3D 0x4e777797, nvars =3D -929477896} gcpro3 =3D {next =3D 0x0, var =3D 0x0, nvars =3D 1618} i =3D 0 tem =3D 0 sa_count =3D 2 sa_must_free =3D 0 #111 0x00000000005e768a in Feval (form=3D12841062) at eval.c:2392 fun =3D 9773109 val =3D 64424509441 original_fun =3D 13824962 original_args =3D 12397074 funcar =3D 140737363922856 backtrace =3D {next =3D 0x0, function =3D 0x7ffff8954e18, args =3D = 0x7ffff8954c50, nargs =3D 0, evalargs =3D 0 '\000', debug_on_exit =3D 0 '\0= 00'} gcpro1 =3D {next =3D 0x7f82cdecf4d8, var =3D 0x409bed, nvars =3D -9= 29474560} gcpro2 =3D {next =3D 0x7f82c898e690, var =3D 0x409ef1, nvars =3D 0} gcpro3 =3D {next =3D 0x7f82c8987978, var =3D 0x7ffff8954f30, nvars = =3D -929526688} #112 0x000000000054a822 in top_level_2 () at keyboard.c:1371 No locals. #113 0x00000000005e5917 in internal_condition_case (bfun=3D0x54a80f , handlers=3D12464338, hfun=3D0x54a3e9 ) at eval.c:1492 val =3D 12847686 c =3D {tag =3D 12397074, val =3D 12397074, next =3D 0x7ffff8955050,= gcpro =3D 0x0, jmp =3D {{__jmpbuf =3D {0, -5621984867243503220, 4269952, 1= 40737363924560, 0, 0, -5621984868269010548, 5621973491717263756}, __mask_wa= s_saved =3D 0, __saved_mask =3D {__val =3D {1, 9151480, 0, 0, 0, 0, 1401997= 75328066, 1, 0, 0, 140199687939728, 64424509455, 0, 140737363923296, 426995= 2, 140737363924560}}}}, backlist =3D 0x0, handlerlist =3D 0x0, lisp_eval_de= pth =3D 0, pdlcount =3D 2, poll_suppress_count =3D 1, interrupt_input_block= ed =3D 0, byte_stack =3D 0x0} h =3D {handler =3D 12464338, var =3D 12397074, chosen_clause =3D 0,= tag =3D 0x7ffff8954ef0, next =3D 0x0} #114 0x000000000054a857 in top_level_1 () at keyboard.c:1379 No locals. #115 0x00000000005e52b3 in internal_catch (tag=3D12457154, func=3D0x54a824 = , arg=3D12397074) at eval.c:1228 c =3D {tag =3D 12457154, val =3D 12397074, next =3D 0x0, gcpro =3D = 0x0, jmp =3D {{__jmpbuf =3D {0, -5621984867270766196, 4269952, 140737363924= 560, 0, 0, -5621984867247697524, 5621973491916624268}, __mask_was_saved =3D= 0, __saved_mask =3D {__val =3D {140199691570872, 140199691570888, 12671019= , 140737363923248, 6087090, 7664062152, 12437328, 344, 12671019, 1407373639= 23248, 0, 4269952, 140737363924560, 0, 0, 140737363923328}}}}, backlist =3D= 0x0, handlerlist =3D 0x0, lisp_eval_depth =3D 0, pdlcount =3D 2, poll_supp= ress_count =3D 1, interrupt_input_blocked =3D 0, byte_stack =3D 0x0} #116 0x000000000054a789 in command_loop () at keyboard.c:1334 No locals. #117 0x0000000000549f1d in recursive_edit_1 () at keyboard.c:956 count =3D 1 val =3D 12397074 #118 0x000000000054a0d3 in Frecursive_edit () at keyboard.c:1018 count =3D 0 buffer =3D 12397074 #119 0x00000000005483fe in main (argc=3D2, argv=3D0x7ffff8955658) at emacs.= c:1833 dummy =3D 4026532010 stack_bottom_variable =3D 0 '\000' do_initial_setlocale =3D 1 skip_args =3D 0 rlim =3D {rlim_cur =3D 8720000, rlim_max =3D 18446744073709551615} no_loadup =3D 0 junk =3D 0x0 dname_arg =3D 0x0 --wzJLGUyc3ArbnUjN-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 06 07:18:22 2012 Received: (at 8705) by debbugs.gnu.org; 6 Jul 2012 11:18:22 +0000 Received: from localhost ([127.0.0.1]:51500 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sn6YH-0000O0-Ia for submit@debbugs.gnu.org; Fri, 06 Jul 2012 07:18:22 -0400 Received: from ypig.lip.ens-lyon.fr ([140.77.13.48]:50892) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sn6YC-0000Np-Ml for 8705@debbugs.gnu.org; Fri, 06 Jul 2012 07:18:19 -0400 Received: from vlefevre by ypig.lip.ens-lyon.fr with local (Exim 4.80) (envelope-from ) id 1Sn6TN-0005Re-Fr; Fri, 06 Jul 2012 13:13:17 +0200 Date: Fri, 6 Jul 2012 13:13:17 +0200 From: Vincent Lefevre To: 8705@debbugs.gnu.org Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it Message-ID: <20120706111317.GA20821@ypig.lip.ens-lyon.fr> References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <83sjs9fye5.fsf@gnu.org> <20110520111601.GH1581@prunille.vinc17.org> <20110920145137.GD3058@ypig.lip.ens-lyon.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110920145137.GD3058@ypig.lip.ens-lyon.fr> X-Mailer-Info: http://www.vinc17.net/mutt/ User-Agent: Mutt/1.5.21-6205-vl-r52214 (2012-05-24) X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 8705 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Any news? This problem also occurs with GNU Emacs 24.1.1. Core was generated by `emacs 55_lshift_type.expect'. Program terminated with signal 11, Segmentation fault. #0 0x00007fc23c70c757 in kill () at ../sysdeps/unix/syscall-template.S:82 82 ../sysdeps/unix/syscall-template.S: No such file or directory. (gdb) bt #0 0x00007fc23c70c757 in kill () at ../sysdeps/unix/syscall-template.S:82 #1 0x0000000000500c9c in fatal_error_signal (sig=) at emacs.c:366 #2 fatal_error_signal (sig=) at emacs.c:336 #3 #4 *__GI_getenv (name=0x7fc23f04ccca "KB_CHARSET") at getenv.c:84 #5 0x00007fc23efc27ed in _XkbGetCharset () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #6 0x00007fc23efc0eed in XkbTranslateKeySym () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #7 0x00007fc23efc114a in XLookupString () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #8 0x00007fc23ef9a81f in _XimLocalFilter () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #9 0x00000000004c8de1 in x_filter_event (event=0x7fffba71b390, dpyinfo=0xdc1000) at xterm.c:5793 #10 event_handler_gdk (gxev=0x7fffba71b390, ev=, data=) at xterm.c:5823 #11 0x00007fc24218d3ca in gdk_event_apply_filters (filters=, event=, xevent=) at /tmp/buildd/gtk+2.0-2.24.10/gdk/x11/gdkevents-x11.c:356 #12 gdk_event_translate (display=0xd93020, event=0x1c8c1d0, xevent=0x7fffba71b390, return_exposes=0) at /tmp/buildd/gtk+2.0-2.24.10/gdk/x11/gdkevents-x11.c:927 #13 0x00007fc24218f136 in _gdk_events_queue (display=0xd93020) at /tmp/buildd/gtk+2.0-2.24.10/gdk/x11/gdkevents-x11.c:2310 #14 0x00007fc24218f1be in gdk_event_dispatch (source=, source@entry=0xe35dc0, callback=, user_data=) at /tmp/buildd/gtk+2.0-2.24.10/gdk/x11/gdkevents-x11.c:2371 #15 0x00007fc240651205 in g_main_dispatch (context=0xe35e70) at /tmp/buildd/glib2.0-2.32.3/./glib/gmain.c:2539 #16 g_main_context_dispatch (context=context@entry=0xe35e70) at /tmp/buildd/glib2.0-2.32.3/./glib/gmain.c:3075 #17 0x00007fc240651538 in g_main_context_iterate ( context=context@entry=0xe35e70, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /tmp/buildd/glib2.0-2.32.3/./glib/gmain.c:3146 #18 0x00007fc2406515f4 in g_main_context_iteration (context=0xe35e70, may_block=1) at /tmp/buildd/glib2.0-2.32.3/./glib/gmain.c:3207 #19 0x00007fc242522c81 in IA__gtk_main_iteration () at /tmp/buildd/gtk+2.0-2.24.10/gtk/gtkmain.c:1344 #20 0x00000000004bf72b in XTread_socket (terminal=, expected=, hold_quit=0x7fffba71b6c0) at xterm.c:7187 #21 0x0000000000508d18 in read_avail_input (expected=expected@entry=1) at keyboard.c:6859 #22 0x0000000000508e2a in handle_async_input () at keyboard.c:7187 #23 0x000000000050a465 in reinvoke_input_signal () at keyboard.c:7243 #24 0x00000000005bfac5 in Fcall_process (nargs=10, args=0x7fffba72c3e8) at callproc.c:652 #25 0x00000000005783da in Ffuncall (nargs=nargs@entry=11, args=args@entry=0x7fffba72c3e0) at eval.c:2984 #26 0x0000000000579207 in Fapply (nargs=, args=0x7fffba72c548) at eval.c:2507 #27 0x00000000005783da in Ffuncall (nargs=, args=args@entry=0x7fffba72c540) at eval.c:2984 #28 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:785 #29 0x0000000000577e81 in funcall_lambda (fun=9571133, nargs=nargs@entry=10, arg_vector=arg_vector@entry=0x7fffba72c738) at eval.c:3233 #30 0x00000000005781cb in Ffuncall (nargs=nargs@entry=11, args=args@entry=0x7fffba72c730) at eval.c:3063 #31 0x0000000000579207 in Fapply (nargs=, args=0x7fffba72c898) at eval.c:2507 #32 0x00000000005783da in Ffuncall (nargs=, args=args@entry=0x7fffba72c890) at eval.c:2984 #33 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:785 #34 0x0000000000577e81 in funcall_lambda (fun=31679093, nargs=nargs@entry=7, arg_vector=arg_vector@entry=0x7fffba72ca78) at eval.c:3233 #35 0x00000000005781cb in Ffuncall (nargs=nargs@entry=8, args=args@entry=0x7fffba72ca70) at eval.c:3063 #36 0x0000000000579207 in Fapply (nargs=, args=0x7fffba72cbc0) at eval.c:2507 #37 0x00000000005783da in Ffuncall (nargs=, args=args@entry=0x7fffba72cbb8) at eval.c:2984 #38 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:785 #39 0x0000000000577e81 in funcall_lambda (fun=31007125, nargs=nargs@entry=6, arg_vector=arg_vector@entry=0x7fffba72cd88) at eval.c:3233 #40 0x00000000005781cb in Ffuncall (nargs=7, args=args@entry=0x7fffba72cd80) at eval.c:3063 #41 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:785 #42 0x00000000005777d4 in eval_sub (form=form@entry=31437750) at eval.c:2356 #43 0x000000000057a9d1 in internal_lisp_condition_case (var=12010018, bodyform=31437750, handlers=31437574) at eval.c:1469 #44 0x00000000005b09b6 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:981 #45 0x0000000000577e81 in funcall_lambda (fun=31719157, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffba72d380) at eval.c:3233 #46 0x00000000005781cb in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffba72d378) at eval.c:3063 #47 0x00000000005793aa in Fapply (nargs=2, args=0x7fffba72d378) at eval.c:2454 #48 0x00000000005783da in Ffuncall (nargs=, args=args@entry=0x7fffba72d370) at eval.c:2984 #49 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:785 #50 0x0000000000577e81 in funcall_lambda (fun=10325781, nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffba72d558) at eval.c:3233 #51 0x00000000005781cb in Ffuncall (nargs=4, args=args@entry=0x7fffba72d550) at eval.c:3063 #52 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:785 #53 0x0000000000577e81 in funcall_lambda (fun=10327125, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffba72d718) at eval.c:3233 #54 0x00000000005781cb in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffba72d710) at eval.c:3063 #55 0x00000000005785ea in call1 (fn=fn@entry=10327125, arg1=) at eval.c:2771 #56 0x000000000057eefd in mapcar1 (leni=9, vals=vals@entry=0x0, fn=fn@entry=10327125, seq=seq@entry=14761750) at fns.c:2346 #57 0x00000000005829d7 in Fmapc (function=10327125, sequence=14761750) at fns.c:2434 #58 0x0000000000578363 in Ffuncall (nargs=, args=args@entry=0x7fffba72d830) at eval.c:3005 #59 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:785 #60 0x00000000005777d4 in eval_sub (form=form@entry=10327494) at eval.c:2356 #61 0x000000000057647b in internal_catch (tag=-2433983737013667, func=0x5772e0 , arg=10327494) at eval.c:1272 #62 0x00000000005b09f5 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:966 #63 0x0000000000577e81 in funcall_lambda (fun=10327293, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffba72dcd8) at eval.c:3233 #64 0x00000000005781cb in Ffuncall (nargs=2, args=args@entry=0x7fffba72dcd0) at eval.c:3063 #65 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:785 #66 0x0000000000577e81 in funcall_lambda (fun=10327701, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffba72de98) at eval.c:3233 #67 0x00000000005781cb in Ffuncall (nargs=2, args=args@entry=0x7fffba72de90) at eval.c:3063 #68 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:785 #69 0x0000000000577e81 in funcall_lambda (fun=10336621, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffba72e0c8) at eval.c:3233 #70 0x00000000005781cb in Ffuncall (nargs=1, args=0x7fffba72e0c0) at eval.c:3063 #71 0x0000000000578689 in funcall_nil (nargs=, args=) at eval.c:2519 #72 0x0000000000576bcd in run_hook_with_args (nargs=1, args=0x7fffba72e0c0, funcall=0x578680 ) at eval.c:2708 #73 0x0000000000576da6 in Frun_hooks (nargs=1, args=0x7fffba72e188) at eval.c:2546 #74 0x00000000005783da in Ffuncall (nargs=, args=args@entry=0x7fffba72e180) at eval.c:2984 #75 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:785 #76 0x0000000000577e81 in funcall_lambda (fun=9054909, nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffba72e358) at eval.c:3233 #77 0x00000000005781cb in Ffuncall (nargs=3, args=args@entry=0x7fffba72e350) at eval.c:3063 #78 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:785 #79 0x0000000000577e81 in funcall_lambda (fun=9051629, nargs=nargs@entry=6, arg_vector=arg_vector@entry=0x7fffba72e518) at eval.c:3233 #80 0x00000000005781cb in Ffuncall (nargs=7, args=args@entry=0x7fffba72e510) at eval.c:3063 #81 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:785 #82 0x0000000000577e81 in funcall_lambda (fun=9049989, nargs=nargs@entry=4, arg_vector=arg_vector@entry=0x7fffba72e6f8) at eval.c:3233 #83 0x00000000005781cb in Ffuncall (nargs=5, args=args@entry=0x7fffba72e6f0) at eval.c:3063 #84 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:785 #85 0x0000000000577e81 in funcall_lambda (fun=9042469, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffba72e950) at eval.c:3233 #86 0x00000000005781cb in Ffuncall (nargs=2, args=args@entry=0x7fffba72e948) at eval.c:3063 #87 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=1, args=, args@entry=0xaabd54) at bytecode.c:785 #88 0x0000000000577d79 in funcall_lambda (fun=9236685, nargs=nargs@entry=1, arg_vector=0xaabd54, arg_vector@entry=0x7fffba72eaa8) at eval.c:3167 #89 0x00000000005781cb in Ffuncall (nargs=2, args=args@entry=0x7fffba72eaa0) at eval.c:3063 #90 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0xaae1a0) at bytecode.c:785 #91 0x0000000000577d79 in funcall_lambda (fun=9212341, nargs=nargs@entry=0, arg_vector=0xaae1a0, arg_vector@entry=0x7fffba72ec70) at eval.c:3167 #92 0x00000000005781cb in Ffuncall (nargs=1, args=args@entry=0x7fffba72ec68) at eval.c:3063 #93 0x00000000005b007b in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0xaaf0e6) at bytecode.c:785 #94 0x0000000000577d79 in funcall_lambda (fun=9206885, fun@entry=9206797, nargs=nargs@entry=0, arg_vector=0xaaf0e6, arg_vector@entry=0x7fffba72ed40) at eval.c:3167 #95 0x0000000000577214 in apply_lambda (fun=9206797, args=) at eval.c:3110 #96 0x00000000005775db in eval_sub (form=form@entry=12419398) at eval.c:2414 #97 0x000000000057a2d8 in Feval (form=12419398, lexical=) at eval.c:2204 #98 0x0000000000576581 in internal_condition_case ( bfun=bfun@entry=0x5040e0 , handlers=12062306, hfun=hfun@entry=0x505920 ) at eval.c:1515 #99 0x0000000000504616 in top_level_1 (ignore=ignore@entry=12010018) at keyboard.c:1177 #100 0x000000000057647b in internal_catch (tag=-2433983737013667, func=func@entry=0x5045b0 , arg=12010018) at eval.c:1272 #101 0x00000000005053d7 in command_loop () at keyboard.c:1132 #102 recursive_edit_1 () at keyboard.c:759 #103 0x000000000050571d in Frecursive_edit () at keyboard.c:823 #104 0x0000000000416e6d in main (argc=2, argv=) at emacs.c:1715 -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 06 16:37:49 2012 Received: (at 8705) by debbugs.gnu.org; 6 Jul 2012 20:37:50 +0000 Received: from localhost ([127.0.0.1]:53239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SnFHh-0007Fk-Kn for submit@debbugs.gnu.org; Fri, 06 Jul 2012 16:37:49 -0400 Received: from mail-qa0-f44.google.com ([209.85.216.44]:50516) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SnFHf-0007Fb-3t for 8705@debbugs.gnu.org; Fri, 06 Jul 2012 16:37:48 -0400 Received: by qadz3 with SMTP id z3so709088qad.3 for <8705@debbugs.gnu.org>; Fri, 06 Jul 2012 13:32:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iYD+p6vR+CobFy8PGu8axaJ1m+XrovcR6JoD2zgcSuA=; b=fhiq9FSkTEqfIJ2NkCTFGukl31n9AAxc2Vqh687xkpyk7dE2hZBadtgE5XZyuVNDf3 9te8wZr/4kM38PNfo6pEJs1eX5oQ6kLEuwtainyazKZh5B4zRQ+QWEPKppcsqbvM/5bG u7Us8/uV9+ELiRsFB5lFDUydQ9/SuGWvURf8UkqiUV/8zKM6zLlGMMN3n0esxrrClUOy nqsMPJhoqVfD61NuDZipV+tOjROuhbtHleCa23jwUpUNTPN1bf3aPsfMNNE4JfzS3umf mXWaYdpHA1PaSrtdRGhwoyJiVOpuJz1mV+QGYBpsA5gDAv8uRb6UeMRIOS+xJuhZqbQ8 6+xw== MIME-Version: 1.0 Received: by 10.224.78.69 with SMTP id j5mr41358090qak.37.1341606766443; Fri, 06 Jul 2012 13:32:46 -0700 (PDT) Received: by 10.229.88.143 with HTTP; Fri, 6 Jul 2012 13:32:46 -0700 (PDT) In-Reply-To: <20120706111317.GA20821@ypig.lip.ens-lyon.fr> References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <83sjs9fye5.fsf@gnu.org> <20110520111601.GH1581@prunille.vinc17.org> <20110920145137.GD3058@ypig.lip.ens-lyon.fr> <20120706111317.GA20821@ypig.lip.ens-lyon.fr> Date: Fri, 6 Jul 2012 22:32:46 +0200 Message-ID: Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it From: Troels Nielsen To: Vincent Lefevre Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 8705 Cc: 8705@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) It appears this is due to Fcall_process not restoring environ before after UNBLOCK_INPUT. This is too late in your case. The patch below against trunk, ought to fix it with minimal intervention. But I think a better fix would be to abandon the use of vfork and just use fork (which should be almost as fast), as the work in the child process after vfork is undefined behavior as far as I can understand. Regards Troels === modified file 'src/callproc.c' *** src/callproc.c 2012-07-05 18:35:48 +0000 --- src/callproc.c 2012-07-06 20:05:44 +0000 *************** *** 494,502 **** } { - /* child_setup must clobber environ in systems with true vfork. - Protect it from permanent change. */ - register char **save_environ = environ; register int fd1 = fd[1]; int fd_error = fd1; #ifdef HAVE_WORKING_VFORK --- 494,499 ---- *************** *** 619,624 **** --- 616,624 ---- int volatile sa_must_free_volatile = sa_must_free; ptrdiff_t volatile sa_count_volatile = sa_count; unsigned char const **volatile new_argv_volatile = new_argv; + /* child_setup must clobber environ in systems with true vfork. + Protect it from permanent change. */ + char ** volatile save_environ = environ; pid = vfork (); *************** *** 633,664 **** sa_must_free = sa_must_free_volatile; sa_count = sa_count_volatile; new_argv = new_argv_volatile; - } ! if (pid == 0) ! { ! if (fd[0] >= 0) ! emacs_close (fd[0]); #ifdef HAVE_SETSID ! setsid (); #endif #if defined (USG) ! setpgrp (); #else ! setpgrp (pid, pid); #endif /* USG */ ! /* GConf causes us to ignore SIGPIPE, make sure it is restored ! in the child. */ ! signal (SIGPIPE, SIG_DFL); #ifdef HAVE_WORKING_VFORK ! pthread_sigmask (SIG_SETMASK, &procmask, 0); #endif ! child_setup (filefd, fd1, fd_error, (char **) new_argv, ! 0, current_dir); ! } ! UNBLOCK_INPUT; #ifdef HAVE_WORKING_VFORK --- 633,664 ---- sa_must_free = sa_must_free_volatile; sa_count = sa_count_volatile; new_argv = new_argv_volatile; ! if (pid == 0) ! { ! if (fd[0] >= 0) ! emacs_close (fd[0]); #ifdef HAVE_SETSID ! setsid (); #endif #if defined (USG) ! setpgrp (); #else ! setpgrp (pid, pid); #endif /* USG */ ! /* GConf causes us to ignore SIGPIPE, make sure it is restored ! in the child. */ ! signal (SIGPIPE, SIG_DFL); #ifdef HAVE_WORKING_VFORK ! pthread_sigmask (SIG_SETMASK, &procmask, 0); #endif ! child_setup (filefd, fd1, fd_error, (char **) new_argv, ! 0, current_dir); ! } ! environ = save_environ; ! } UNBLOCK_INPUT; #ifdef HAVE_WORKING_VFORK *************** *** 673,681 **** if (fd_error >= 0) emacs_close (fd_error); #endif /* not MSDOS */ - - environ = save_environ; - /* Close most of our fd's, but not fd[0] since we will use that to read input from. */ emacs_close (filefd); --- 673,678 ---- From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 06 18:57:49 2012 Received: (at 8705) by debbugs.gnu.org; 6 Jul 2012 22:57:49 +0000 Received: from localhost ([127.0.0.1]:53393 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SnHTA-0002pU-09 for submit@debbugs.gnu.org; Fri, 06 Jul 2012 18:57:49 -0400 Received: from dancol.org ([96.126.100.184]:54448) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SnHT7-0002pM-LM for 8705@debbugs.gnu.org; Fri, 06 Jul 2012 18:57:46 -0400 Received: from c-76-22-66-162.hsd1.wa.comcast.net ([76.22.66.162] helo=[0.0.0.0]) by dancol.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SnHOE-0003bs-8m; Fri, 06 Jul 2012 15:52:42 -0700 Message-ID: <4FF76C0E.9090505@dancol.org> Date: Fri, 06 Jul 2012 15:51:58 -0700 From: Daniel Colascione User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Troels Nielsen Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <83sjs9fye5.fsf@gnu.org> <20110520111601.GH1581@prunille.vinc17.org> <20110920145137.GD3058@ypig.lip.ens-lyon.fr> <20120706111317.GA20821@ypig.lip.ens-lyon.fr> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD9E2DAE7540015BF76DDEF13" X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 8705 Cc: 8705@debbugs.gnu.org, Vincent Lefevre X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD9E2DAE7540015BF76DDEF13 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 7/6/2012 1:32 PM, Troels Nielsen wrote: > It appears this is due to Fcall_process not restoring environ before > after UNBLOCK_INPUT. This is too late in your case. >=20 > The patch below against trunk, ought to fix it with minimal > intervention. But I think a better fix would be to abandon the use of > vfork and just use fork (which should be almost as fast), as the work > in the child process after vfork is undefined behavior as far as I can > understand. Better yet, we can use posix_spawn, falling back to gnulib's implementation of posix_spawn in terms of fork or vfork. Unfortunately, posix_spawn has no way of telling the child to setsid, so the best we could do would be setpgrp. I have patches to use posix_spawn in the call_process case, but not the async case. I'm not entirely sure how much of a difference avoiding setsid makes. In the meantime, retaining support for vfork would be nice, because on some platforms, like Cygwin, fork is still very slow. --------------enigD9E2DAE7540015BF76DDEF13 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/3bBAACgkQ17c2LVA10Vv72QCfUXdLYzpk+uW7P+gppRWVtF43 VbEAoL7goJ1j/2BadloAb5SROFlrV4v1 =vobP -----END PGP SIGNATURE----- --------------enigD9E2DAE7540015BF76DDEF13-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 07 11:13:25 2012 Received: (at 8705) by debbugs.gnu.org; 7 Jul 2012 15:13:25 +0000 Received: from localhost ([127.0.0.1]:54927 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SnWhI-0006AY-O5 for submit@debbugs.gnu.org; Sat, 07 Jul 2012 11:13:24 -0400 Received: from mail-qa0-f44.google.com ([209.85.216.44]:58665) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SnWhG-0006AQ-Qk for 8705@debbugs.gnu.org; Sat, 07 Jul 2012 11:13:23 -0400 Received: by qadz3 with SMTP id z3so1011141qad.3 for <8705@debbugs.gnu.org>; Sat, 07 Jul 2012 08:08:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+T7yQP/G/7700wxymh14f6I1zPisWgzsb+ss7YqXROk=; b=Op/xLFWSrCZKrcbBdpTuRE2sLf3imw2zPtq5U224alEb7x0RNTUuq/90z8prQPsceW g/njWnj31VZjWRhS0rsbEPlw581xftsybtZrdBwG0oFatAJtS1D/U58Y/c1Wp89oUvCH Lv77UPxSL+NGxn4hbuecPV+LtXE3l+m9EvKe/Q7bfYSx/QvnZvHs6YfWF5yL3MOyePUm pFfllnkukDkoySekeTfV5WuG1EuvMloxyA3dbwcSU5NbFDy7rekZPuivwYpmujvOOkDW 4ZXLw3WdeBvOe6jS0TpK0retVEZOnQVWhwexeJv6zt+Ox80tbY2k1A/5pyvkY62HwfA9 pm9Q== MIME-Version: 1.0 Received: by 10.224.182.136 with SMTP id cc8mr36202113qab.60.1341673698266; Sat, 07 Jul 2012 08:08:18 -0700 (PDT) Received: by 10.229.88.143 with HTTP; Sat, 7 Jul 2012 08:08:18 -0700 (PDT) In-Reply-To: <4FF76C0E.9090505@dancol.org> References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <83sjs9fye5.fsf@gnu.org> <20110520111601.GH1581@prunille.vinc17.org> <20110920145137.GD3058@ypig.lip.ens-lyon.fr> <20120706111317.GA20821@ypig.lip.ens-lyon.fr> <4FF76C0E.9090505@dancol.org> Date: Sat, 7 Jul 2012 17:08:18 +0200 Message-ID: Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it From: Troels Nielsen To: Daniel Colascione Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 8705 Cc: 8705@debbugs.gnu.org, Vincent Lefevre X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > Better yet, we can use posix_spawn, falling back to gnulib's > implementation of posix_spawn in terms of fork or vfork. Unfortunately, > posix_spawn has no way of telling the child to setsid, so the best we > could do would be setpgrp. I have patches to use posix_spawn in the > call_process case, but not the async case. > > I'm not entirely sure how much of a difference avoiding setsid makes. In > the meantime, retaining support for vfork would be nice, because on some > platforms, like Cygwin, fork is still very slow. > Yes, looking into the problem more deeply I realize that the patch is wrong. In fact it only substitutes one race condition for a more severe one. posix_spawn may be the right thing but I don't know how broadly available it is. Another possibility would be using vfork+execle, as far as I can see it is standardized, has been available for quite some time and it won't make problems with setsid. The use of execvp is likely just due to the age of these parts. Regards Troels From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 22 09:06:25 2014 Received: (at 8705) by debbugs.gnu.org; 22 Sep 2014 13:06:25 +0000 Received: from localhost ([127.0.0.1]:48232 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XW3Jw-0006uE-HE for submit@debbugs.gnu.org; Mon, 22 Sep 2014 09:06:24 -0400 Received: from ypig.lip.ens-lyon.fr ([140.77.13.48]:34925) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XW3Ju-0006u5-ID for 8705@debbugs.gnu.org; Mon, 22 Sep 2014 09:06:23 -0400 Received: from vlefevre by ypig.lip.ens-lyon.fr with local (Exim 4.84) (envelope-from ) id 1XW3Jt-00026Y-Ev; Mon, 22 Sep 2014 15:06:21 +0200 Date: Mon, 22 Sep 2014 15:06:21 +0200 From: Vincent Lefevre To: 8705@debbugs.gnu.org Subject: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it Message-ID: <20140922130621.GD3600@ypig.lip.ens-lyon.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Mailer-Info: http://www.vinc17.net/mutt/ User-Agent: Mutt/1.5.23-6361-vl-r59709 (2014-07-25) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 8705 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.0 (/) Any news on this bug? Debian's GNU Emacs 24.3.1 is still affected. I get even more crashes (up to around 100% of the time under some conditions) with gtk+ 3.13.9: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762438 but I'm not sure whether this is exactly the same bug (the crashes just occur at the same place). I haven't tried the patch yet. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 27 00:09:05 2014 Received: (at control) by debbugs.gnu.org; 27 Sep 2014 04:09:05 +0000 Received: from localhost ([127.0.0.1]:53420 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XXjJg-0008DD-UH for submit@debbugs.gnu.org; Sat, 27 Sep 2014 00:09:05 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:60864) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XXjJd-0008Cn-W8 for control@debbugs.gnu.org; Sat, 27 Sep 2014 00:09:02 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArQGAIDvNVNFxKjo/2dsb2JhbABZgwaDSsA9gRcXdIImAQEEVjMLNBIUGA2IMNIZF48BFoQiBKkZgWqDTCE X-IPAS-Result: ArQGAIDvNVNFxKjo/2dsb2JhbABZgwaDSsA9gRcXdIImAQEEVjMLNBIUGA2IMNIZF48BFoQiBKkZgWqDTCE X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="91008700" Received: from 69-196-168-232.dsl.teksavvy.com (HELO ceviche.home) ([69.196.168.232]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Sep 2014 00:09:01 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 0A4CD66094; Sat, 27 Sep 2014 00:09:01 -0400 (EDT) From: Stefan Monnier To: control@debbugs.gnu.org Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it Message-ID: References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> Date: Sat, 27 Sep 2014 00:09:01 -0400 In-Reply-To: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> (Vincent Lefevre's message of "Fri, 20 May 2011 10:54:28 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: control 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.3 (/) severity 8705 important retitle 8705 Emacs 24.3 occasionally crashes (segfault) just after starting it thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 27 00:10:22 2014 Received: (at 8705) by debbugs.gnu.org; 27 Sep 2014 04:10:23 +0000 Received: from localhost ([127.0.0.1]:53425 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XXjKv-0008FP-L1 for submit@debbugs.gnu.org; Sat, 27 Sep 2014 00:10:22 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:36674) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XXjKt-0008FH-7Q for 8705@debbugs.gnu.org; Sat, 27 Sep 2014 00:10:19 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArUGAIDvNVNFxKjo/2dsb2JhbABZgwaDSsA9gRcXdIIlAQEBAQIBViMFCws0EhQYDSQth1cI0hkXjnoHhDgEqRmBaoNMIQ X-IPAS-Result: ArUGAIDvNVNFxKjo/2dsb2JhbABZgwaDSsA9gRcXdIIlAQEBAQIBViMFCws0EhQYDSQth1cI0hkXjnoHhDgEqRmBaoNMIQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="91009215" Received: from 69-196-168-232.dsl.teksavvy.com (HELO ceviche.home) ([69.196.168.232]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Sep 2014 00:10:18 -0400 Received: by ceviche.home (Postfix, from userid 20848) id BAFE666094; Sat, 27 Sep 2014 00:10:18 -0400 (EDT) From: Stefan Monnier To: Vincent Lefevre Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it Message-ID: References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <20140922130621.GD3600@ypig.lip.ens-lyon.fr> Date: Sat, 27 Sep 2014 00:10:18 -0400 In-Reply-To: <20140922130621.GD3600@ypig.lip.ens-lyon.fr> (Vincent Lefevre's message of "Mon, 22 Sep 2014 15:06:21 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 8705 Cc: 8705@debbugs.gnu.org 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.3 (/) > Any news on this bug? Debian's GNU Emacs 24.3.1 is still affected. Same question here. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 09 12:57:14 2014 Received: (at control) by debbugs.gnu.org; 9 Oct 2014 16:57:14 +0000 Received: from localhost ([127.0.0.1]:39445 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XcH1d-0006Yd-Qw for submit@debbugs.gnu.org; Thu, 09 Oct 2014 12:57:14 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:44177) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XcH1c-0006YV-3s for control@debbugs.gnu.org; Thu, 09 Oct 2014 12:57:12 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1XcH1b-0003uD-RN for control@debbugs.gnu.org; Thu, 09 Oct 2014 12:57:11 -0400 Date: Thu, 09 Oct 2014 12:57:11 -0400 Message-Id: Subject: control message for bug 18671 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control 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: -5.0 (-----) forcemerge 8705 18671 From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 09 16:03:18 2014 Received: (at 8705) by debbugs.gnu.org; 9 Oct 2014 20:03:18 +0000 Received: from localhost ([127.0.0.1]:39498 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XcJvh-0004Ig-Jm for submit@debbugs.gnu.org; Thu, 09 Oct 2014 16:03:17 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:47885) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XcJvf-0004IY-7P for 8705@debbugs.gnu.org; Thu, 09 Oct 2014 16:03:15 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1XcJvd-0007EB-Vm; Thu, 09 Oct 2014 16:03:14 -0400 From: Glenn Morris To: Stefan Monnier Subject: Re: bug#8705: 23.3; Emacs occasionally crashes (segfault) just after starting it References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <20140922130621.GD3600@ypig.lip.ens-lyon.fr> X-Spook: virus Axis of Evil encryption Glock Osama CISU X-Ran: _Vg9QZq!!mlWHU<34Q=4g9/aaNO-x^.1[?MhAn<^!L5H;Cxk6N^w8P7Q=gW_8=Vf5OKr/8 X-Hue: white X-Attribution: GM Date: Thu, 09 Oct 2014 16:03:13 -0400 In-Reply-To: (Stefan Monnier's message of "Sat, 27 Sep 2014 00:10:18 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 8705 Cc: 8705@debbugs.gnu.org, Vincent Lefevre 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: -5.0 (-----) Stefan Monnier wrote: >> Any news on this bug? Debian's GNU Emacs 24.3.1 is still affected. > > Same question here. Comments from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699325#17: > What emacs appears to be doing is: > > * vfork() in thread A > - parent: thread A suspended > - parent: threads B, C, ... (one of which is the Gtk GUI) continue > - child: "shares all memory with its parent, including the stack" > per vfork(2) > > * child copies environ and modifies the copy as needed > > RACE: > child + parent thread A: > * changes the global environ pointer, potentially making it point to > a new mmap() that only exists in the child process (or something?) > * child: calls execvp() > * parent: thread A resumes and puts the old environ back > parent threads B, C... > * threads B, C, ... continue their work and might call getenv() > > If the child wins the race, everything's OK; if the parent's threads B, > C... "win" the race, everything explodes. It seems that Gtk, in the > parent's GUI thread, is now more likely to "win" the race and crash, > because new features like touchscreen support have the side-effect that > it calls getenv() more often. > > On the upstream emacs bug, Troels Nielsen wrote: > > In the meantime, retaining support for vfork would be nice, because > > on some platforms, like Cygwin, fork is still very slow > > but on Linux (and hopefully also *BSD and Hurd), fork() is quite fast, > and considerably less crashy. I would suggest changing the vfork() call > to fork(), making sure the environ rewriting is only done in the child > side of the fork(), and seeing whether that helps. > > Alternatively, emacs could use execvpe() instead of execve() on > platforms where it exists (including all GNU platforms as far as I > know), so that it does not need to alter the value of environ at all on > such platforms. I think that would fix this? From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 11 22:41:04 2014 Received: (at 8705) by debbugs.gnu.org; 12 Oct 2014 02:41:05 +0000 Received: from localhost ([127.0.0.1]:41369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xd95k-0000l2-3l for submit@debbugs.gnu.org; Sat, 11 Oct 2014 22:41:04 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:45372) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xd95d-0000kQ-M4 for 8705@debbugs.gnu.org; Sat, 11 Oct 2014 22:40:58 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id BC151A6000F; Sat, 11 Oct 2014 19:40:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g7QohFggVB5C; Sat, 11 Oct 2014 19:40:52 -0700 (PDT) Received: from [192.168.1.9] (pool-71-177-17-123.lsanca.dsl-w.verizon.net [71.177.17.123]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id F3CAF39E8012; Sat, 11 Oct 2014 19:40:51 -0700 (PDT) Message-ID: <5439EA32.2020705@cs.ucla.edu> Date: Sat, 11 Oct 2014 19:40:50 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: 8705@debbugs.gnu.org Subject: Re: Emacs 24.3 occasionally crashes (segfault) just after starting it Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 8705 Cc: 699325@bugs.debian.org 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: -2.3 (--) The failure scenario described in was fixed in Emacs trunk bzr 111064; see Bug#13054 . This fix is in the next Emacs release, and the fix should be easily backportable to older Emacs releases. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 12 02:19:34 2014 Received: (at 8705-done) by debbugs.gnu.org; 12 Oct 2014 06:19:35 +0000 Received: from localhost ([127.0.0.1]:41431 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XdCVC-0006Vh-Ib for submit@debbugs.gnu.org; Sun, 12 Oct 2014 02:19:34 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:50256) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XdCV9-0006VW-RO for 8705-done@debbugs.gnu.org; Sun, 12 Oct 2014 02:19:32 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id D12D5A6000F; Sat, 11 Oct 2014 23:19:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PINT6hSiSVH9; Sat, 11 Oct 2014 23:19:22 -0700 (PDT) Received: from [192.168.1.9] (pool-71-177-17-123.lsanca.dsl-w.verizon.net [71.177.17.123]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 3451239E8012; Sat, 11 Oct 2014 23:19:22 -0700 (PDT) Message-ID: <543A1D69.2050306@cs.ucla.edu> Date: Sat, 11 Oct 2014 23:19:21 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: 8705-done@debbugs.gnu.org Subject: Re: Emacs 24.3 occasionally crashes (segfault) just after starting it References: <5439EA32.2020705@cs.ucla.edu> In-Reply-To: <5439EA32.2020705@cs.ucla.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 8705-done Cc: 699325@bugs.debian.org 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: -2.3 (--) I audited the Emacs trunk source code for getenv-related races that have undefined behavior and could have the reported symptoms. I found some other races and installed a fix for them as Emacs trunk bzr 118095. I expect this patch to be harder to backport to older Emacs versions, and less urgent as the races appear to be less likely. Since we have fixes installed in the trunk I'll take the liberty of closing the Emacs bug report. Please let us know if the bug occurs even with the fixes; if that happens I plan to reopen the bug report and look into it further. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 14 14:37:19 2014 Received: (at 8705) by debbugs.gnu.org; 14 Oct 2014 18:37:20 +0000 Received: from localhost ([127.0.0.1]:43475 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xe6yB-0005nu-Nr for submit@debbugs.gnu.org; Tue, 14 Oct 2014 14:37:19 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:54836) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xe6y6-0005nJ-5y for 8705@debbugs.gnu.org; Tue, 14 Oct 2014 14:37:14 -0400 Received: from ceviche.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id s9EIar5V015551; Tue, 14 Oct 2014 14:36:53 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 029B966089; Tue, 14 Oct 2014 14:36:52 -0400 (EDT) From: Stefan Monnier To: Paul Eggert Subject: Re: bug#8705: Emacs 24.3 occasionally crashes (segfault) just after starting it Message-ID: References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <5439EA32.2020705@cs.ucla.edu> Date: Tue, 14 Oct 2014 14:36:52 -0400 In-Reply-To: <5439EA32.2020705@cs.ucla.edu> (Paul Eggert's message of "Sat, 11 Oct 2014 19:40:50 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: * X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 1.8 X-NAI-Spam-Rules: 8 Rules triggered URI_SHORL_SL_PTRN=0.5, SRT_LNK_DTNG_W_GEN_SPAM_FEATRE=0.3, GEN_SPAM_FEATRE=0.2, SMQ_SHP=0.2, SORT_LNK_1HTP_CTPLN=0.2, SORT_LNK_1HTP_CTPLN_W_GEN_SPAM_FEATRE=0.2, SRT_LNK_DTNG=0.2, RV5094=0 X-NAI-Spam-Version: 2.3.0.9378 : core <5094> : inlines <1396> : streams <1316771> : uri <1824897> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 8705 Cc: 699325@bugs.debian.org, 8705@debbugs.gnu.org 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.3 (-) > fixed in Emacs trunk bzr 111064; see Bug#13054 . > This fix is in the next Emacs release, and the fix should be easily Hmm... if it's in trunk it's not going to be in 24.4, so not in the next release, right? Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 14 14:44:12 2014 Received: (at 8705) by debbugs.gnu.org; 14 Oct 2014 18:44:12 +0000 Received: from localhost ([127.0.0.1]:43488 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xe74t-000673-Fg for submit@debbugs.gnu.org; Tue, 14 Oct 2014 14:44:11 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:37668) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xe74q-00066o-FR for 8705@debbugs.gnu.org; Tue, 14 Oct 2014 14:44:09 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Xe74p-0008Ho-QP; Tue, 14 Oct 2014 14:44:07 -0400 From: Glenn Morris To: Stefan Monnier Subject: Re: bug#8705: Emacs 24.3 occasionally crashes (segfault) just after starting it References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <5439EA32.2020705@cs.ucla.edu> X-Spook: Al Jazeera JPL colonel Albania SCUD missile Vince Foster X-Ran: xE#0yeIz0Z=l3uY(ww=PD[_4`O^25wsBMgB#NS5{Tsh%0m|pJ5pRuMl"uT{]U1[{ZqJjJL X-Hue: white X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 14 Oct 2014 14:44:07 -0400 In-Reply-To: (Stefan Monnier's message of "Tue, 14 Oct 2014 14:36:52 -0400") Message-ID: <457g02bifc.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 8705 Cc: Paul Eggert , 8705@debbugs.gnu.org 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: -5.0 (-----) Stefan Monnier wrote: >> fixed in Emacs trunk bzr 111064; see Bug#13054 . >> This fix is in the next Emacs release, and the fix should be easily > > Hmm... if it's in trunk it's not going to be in 24.4, so not in the next > release, right? Trunk from 2 years ago. Actually the cited change was in 24.3. (This is the point when I again ask people to include the "Version:" tag when they close a bug.) But since https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699325 claims to be also present in 24.3, that change cannot have fixed it. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 14 14:45:59 2014 Received: (at 8705) by debbugs.gnu.org; 14 Oct 2014 18:45:59 +0000 Received: from localhost ([127.0.0.1]:43492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xe76c-0006BV-Sl for submit@debbugs.gnu.org; Tue, 14 Oct 2014 14:45:59 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:37703) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xe76a-0006BL-Jz for 8705@debbugs.gnu.org; Tue, 14 Oct 2014 14:45:56 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Xe76Z-0000Ge-CL; Tue, 14 Oct 2014 14:45:55 -0400 From: Glenn Morris To: Stefan Monnier Subject: Re: bug#8705: Emacs 24.3 occasionally crashes (segfault) just after starting it References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <5439EA32.2020705@cs.ucla.edu> <457g02bifc.fsf@fencepost.gnu.org> X-Spook: Montenegro SAFE JPL import Centro Attorney General X-Ran: d=!F"YO~yb8iq|nCA+)Y2g$`zpD0_{2$"t`5cSccWq02/@NsSZ:'jdm.}@"~`Pc^0K)G,B X-Hue: black X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 14 Oct 2014 14:45:55 -0400 In-Reply-To: <457g02bifc.fsf@fencepost.gnu.org> (Glenn Morris's message of "Tue, 14 Oct 2014 14:44:07 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 8705 Cc: Paul Eggert , 8705@debbugs.gnu.org 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: -5.0 (-----) Glenn Morris wrote: > But since https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699325 > claims to be also present in 24.3, that change cannot have fixed it. Oh hey, it's in the subject of this mail too. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 14 14:52:06 2014 Received: (at 8705) by debbugs.gnu.org; 14 Oct 2014 18:52:06 +0000 Received: from localhost ([127.0.0.1]:43500 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xe7CY-0006R2-5n for submit@debbugs.gnu.org; Tue, 14 Oct 2014 14:52:06 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:37810) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xe7CW-0006Qs-3j for 8705@debbugs.gnu.org; Tue, 14 Oct 2014 14:52:04 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Xe7CU-0001Me-Mc; Tue, 14 Oct 2014 14:52:02 -0400 From: Glenn Morris To: Stefan Monnier Subject: Re: bug#8705: Emacs 24.3 occasionally crashes (segfault) just after starting it References: <87sjs9ycor.fsf@ypig.lip.ens-lyon.fr> <5439EA32.2020705@cs.ucla.edu> <457g02bifc.fsf@fencepost.gnu.org> X-Spook: LLNL Vince Foster 9705 Samford Road industrial X-Ran: uF\0;a4)vkiV~c;StXXVaMh*p]or@m6k;].gMdkvd9hDbdT$tdtrcZG-'aQy9-0^p)p*T% X-Hue: white X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 14 Oct 2014 14:52:02 -0400 In-Reply-To: <457g02bifc.fsf@fencepost.gnu.org> (Glenn Morris's message of "Tue, 14 Oct 2014 14:44:07 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 8705 Cc: Paul Eggert , 8705@debbugs.gnu.org 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: -5.0 (-----) Glenn Morris wrote: > Stefan Monnier wrote: > >>> fixed in Emacs trunk bzr 111064; see Bug#13054 . >>> This fix is in the next Emacs release, and the fix should be easily >> >> Hmm... if it's in trunk it's not going to be in 24.4, so not in the next >> release, right? > > Trunk from 2 years ago. Actually the cited change was in 24.3. Whoops, no it wasn't. But it will be in 24.4. I got confused by the fact that it appears in src/ChangeLog.12 dated before the "Version 24.3 released" statement. I did say that merging those ChangeLog "version foo released" statements between branches would confuse people in just this way; I still think that. http://lists.gnu.org/archive/html/emacs-devel/2013-03/msg00990.html From unknown Sun Jun 22 17:11:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 12 Nov 2014 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator