From unknown Fri Jun 20 07:12:28 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#22301 <22301@debbugs.gnu.org> To: bug#22301 <22301@debbugs.gnu.org> Subject: Status: 25.1.50; Emacs crashes while lisp debugging Reply-To: bug#22301 <22301@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:12:28 +0000 retitle 22301 25.1.50; Emacs crashes while lisp debugging reassign 22301 emacs submitter 22301 Vincent Bela=C3=AFche =20 severity 22301 normal tag 22301 wontfix moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 03 17:43:34 2016 Received: (at submit) by debbugs.gnu.org; 3 Jan 2016 22:43:34 +0000 Received: from localhost ([127.0.0.1]:36959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFrN8-0008MY-Bg for submit@debbugs.gnu.org; Sun, 03 Jan 2016 17:43:34 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39118) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFrN6-0008MK-5b for submit@debbugs.gnu.org; Sun, 03 Jan 2016 17:43:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFrMz-0007AO-8q for submit@debbugs.gnu.org; Sun, 03 Jan 2016 17:43:26 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:51108) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFrMz-0007AK-5o for submit@debbugs.gnu.org; Sun, 03 Jan 2016 17:43:25 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58310) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFrMx-0006z0-Db for bug-gnu-emacs@gnu.org; Sun, 03 Jan 2016 17:43:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFrMs-00079h-9P for bug-gnu-emacs@gnu.org; Sun, 03 Jan 2016 17:43:23 -0500 Received: from smtp08.smtpout.orange.fr ([80.12.242.130]:22489 helo=smtp.smtpout.orange.fr) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFrMr-00078m-Rg for bug-gnu-emacs@gnu.org; Sun, 03 Jan 2016 17:43:18 -0500 Received: from AIGLEROYAL ([2.10.181.99]) by mwinf5d43 with ME id 1aj71s005294V9N03aj7J7; Sun, 03 Jan 2016 23:43:11 +0100 X-ME-Helo: AIGLEROYAL X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Sun, 03 Jan 2016 23:43:11 +0100 X-ME-IP: 2.10.181.99 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= To: bug-gnu-emacs@gnu.org Subject: 25.1.50; Emacs crashes while lisp debugging Date: Sun, 03 Jan 2016 23:43:14 +0100 Message-ID: <84oad2z3lp.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit Cc: =?iso-8859-1?Q?Vincent_Bela=EFche?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (-----) Here is the gdb backtrace which I got after attaching gdb to Emacs: -8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<---- Vincent@AIGLEROYAL /c/Programmes/installation/emacs-install/master/emacs/src $ gdb -p 6556 GNU gdb (GDB) 7.6.1 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: . Attaching to process 6556 [New Thread 6556.0xedc] [New Thread 6556.0x1b90] [New Thread 6556.0x2654] [New Thread 6556.0xfe8] Reading symbols from C:\Nos_Programmes\GNU\Emacs\bin\emacs.exe...done. To enable execution of this file add add-auto-load-safe-path c:\Programmes\installation\emacs-install\master\emacs\src\.gdbinit line to your configuration file "c:/Users/Vincent/AppData/Roaming/.gdbinit". To completely disable this security protection add set auto-load safe-path / line to your configuration file "c:/Users/Vincent/AppData/Roaming/.gdbinit". For more information about this security protection see the "Auto-loading safe path" section in the GDB manual. E.g., run from the shell: info "(gdb)Auto-loading safe path" (gdb) warning: File "c:\Programmes\installation\emacs-install\master\emacs\src\.gdbinit" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load;C:\Programmes\installation\emacs-install\emacs\trunk\src\.gdbinit". (gdb) (gdb) continue Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 6556.0xedc] 0x75fb82e3 in KERNELBASE!DebugBreak () from C:\WINDOWS\SYSTEM32\KernelBase.dll (gdb) bt full #0 0x75fb82e3 in KERNELBASE!DebugBreak () from C:\WINDOWS\SYSTEM32\KernelBase.dll No symbol table info available. #1 0x0114d335 in emacs_abort () at w32fns.c:9780 button = #2 0x01095247 in terminate_due_to_signal (sig=sig@entry=11, backtrace_limit=backtrace_limit@entry=40) at emacs.c:398 No locals. #3 0x010aa7f2 in handle_fatal_signal (sig=sig@entry=11) at sysdep.c:1591 No locals. #4 0x010aa8ea in deliver_thread_signal ( handler=0x10aa7db , sig=11) at sysdep.c:1565 No locals. #5 deliver_fatal_thread_signal (sig=11) at sysdep.c:1603 No locals. #6 0x010010f9 in _gnu_exception_handler@4 () No symbol table info available. #7 0x75fbf462 in UnhandledExceptionFilter () from C:\WINDOWS\SYSTEM32\KernelBase.dll No symbol table info available. #8 0x00bfdbb4 in ?? () No symbol table info available. #9 0x771e2ccb in ntdll!WinSqmEventWrite () from C:\WINDOWS\SYSTEM32\ntdll.dll No symbol table info available. #10 0x00bfdbb4 in ?? () No symbol table info available. #11 0x771a568e in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll No symbol table info available. #12 0xffffffff in ?? () No symbol table info available. #13 0x771cb6df in ntdll!RtlCaptureContext () from C:\WINDOWS\SYSTEM32\ntdll.dll No symbol table info available. #14 0x00000000 in ?? () No symbol table info available. (gdb) xbacktrace (gdb) Undefined command: "xbacktrace". Try "help". quit A debugging session is active. Inferior 1 [process 6556] will be detached. Quit anyway? (y or n) [answered Y; input not from terminal] Detaching from program: C:\Nos_Programmes\GNU\Emacs\bin\emacs.exe, Pid 6556 -8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<---- The crash happened while I was debugging a modified version of SES. I am not sure I can reproduce it. In GNU Emacs 25.1.50.1 (i686-pc-mingw32) of 2015-12-16 Repository revision: 23b5c22703eeee7b4fe6608ce12ffe3b87794933 Windowing system distributor 'Microsoft Corp.', version 10.0.10586 Configured using: 'configure --prefix=c:/Nos_Programmes/GNU/Emacs --without-jpeg --without-tiff --without-gif --without-png 'CPPFLAGS= -DFOR_MSW=1 -I C:/Programmes/installation/emacs-install/libXpm-3.5.8/include -I C:/Programmes/installation/emacs-install/libXpm-3.5.8/src -L C:/Programmes/installation/emacs-install/libXpm-3.5.8/src'' Configured features: XPM SOUND NOTIFY ACL TOOLKIT_SCROLL_BARS Important settings: value of $LANG: FRA locale-coding-system: cp1252 Major mode: Shell Minor modes in effect: shell-dirtrack-mode: t recentf-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-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-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent messages: ]0;MINGW32:/c [32mVincent@AIGLEROYAL [33m/c[0m $ <= bash refresh default directory ... done c:/Programmes/installation/emacs-install/master/emacs/src Mark set Making completion list... Loading dired-x...done Quit GNU Emacs 25.1.50.1 (i686-pc-mingw32) of 2015-12-16 Load-path shadows: c:/Programmes/installation/cedet-install/cedet-git/lisp/speedbar/loaddefs hides c:/Nos_Programmes/GNU/Emacs/share/emacs/25.1.50/lisp/loaddefs c:/Programmes/installation/cedet-install/cedet-git/lisp/speedbar/loaddefs hides c:/Programmes/installation/cedet-install/cedet-git/lisp/cedet/loaddefs Features: (shadow sort bbdb-message gnus-util mail-extr emacsbug message dired-x dired format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode mail-prsvr mail-utils pcmpl-unix shell pcomplete comint ansi-color ring edmacro kmacro skeleton calc-misc calc-arith calc-ext calc calc-loaddefs calc-macs tex-mik preview-latex tex-site auto-loads bbdb bbdb-site timezone bbdb-loaddefs template w32utils cl-seq cl-macs cl gv recentf tree-widget wid-edit cl-loaddefs pcase cl-lib easymenu load-path-to-cedet-svn time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote w32notify w32 multi-tty make-network-process emacs) Memory information: ((conses 8 138522 6955) (symbols 32 24625 0) (miscs 32 96 163) (strings 16 27894 4614) (string-bytes 1 825847) (vectors 8 15431) (vector-slots 4 460319 8130) (floats 8 153 185) (intervals 28 926 208) (buffers 516 14)) From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 03 22:41:19 2016 Received: (at 22301) by debbugs.gnu.org; 4 Jan 2016 03:41:19 +0000 Received: from localhost ([127.0.0.1]:37058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFw1H-0001kP-Ir for submit@debbugs.gnu.org; Sun, 03 Jan 2016 22:41:19 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37032) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFw1F-0001kC-Qb for 22301@debbugs.gnu.org; Sun, 03 Jan 2016 22:41:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFw15-0003iS-CF for 22301@debbugs.gnu.org; Sun, 03 Jan 2016 22:41:12 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54155) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFw15-0003iO-8a; Sun, 03 Jan 2016 22:41:07 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2766 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFw14-00025s-LN; Sun, 03 Jan 2016 22:41:07 -0500 Date: Mon, 04 Jan 2016 05:41:09 +0200 Message-Id: <83h9iu810q.fsf@gnu.org> From: Eli Zaretskii To: Vincent =?iso-8859-1?Q?Bela=EFche?= In-reply-to: <84oad2z3lp.fsf@gmail.com> (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Sun, 03 Jan 2016 23:43:14 +0100) Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging References: <84oad2z3lp.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Vincent Belache > Date: Sun, 03 Jan 2016 23:43:14 +0100 > Cc: Vincent Belache > > Program received signal SIGTRAP, Trace/breakpoint trap. > [Switching to Thread 6556.0xedc] > 0x75fb82e3 in KERNELBASE!DebugBreak () from C:\WINDOWS\SYSTEM32\KernelBase.dll > (gdb) bt full > #0 0x75fb82e3 in KERNELBASE!DebugBreak () > from C:\WINDOWS\SYSTEM32\KernelBase.dll > No symbol table info available. > #1 0x0114d335 in emacs_abort () at w32fns.c:9780 > button = > #2 0x01095247 in terminate_due_to_signal (sig=sig@entry=11, > backtrace_limit=backtrace_limit@entry=40) at emacs.c:398 > No locals. > #3 0x010aa7f2 in handle_fatal_signal (sig=sig@entry=11) at sysdep.c:1591 > No locals. > #4 0x010aa8ea in deliver_thread_signal ( > handler=0x10aa7db , sig=11) at sysdep.c:1565 > No locals. > #5 deliver_fatal_thread_signal (sig=11) at sysdep.c:1603 > No locals. > #6 0x010010f9 in _gnu_exception_handler@4 () > No symbol table info available. > #7 0x75fbf462 in UnhandledExceptionFilter () > from C:\WINDOWS\SYSTEM32\KernelBase.dll > No symbol table info available. > #8 0x00bfdbb4 in ?? () > No symbol table info available. > #9 0x771e2ccb in ntdll!WinSqmEventWrite () from C:\WINDOWS\SYSTEM32\ntdll.dll > No symbol table info available. > #10 0x00bfdbb4 in ?? () > No symbol table info available. > #11 0x771a568e in ntdll!RtlUnicodeStringToInteger () > from C:\WINDOWS\SYSTEM32\ntdll.dll > No symbol table info available. > #12 0xffffffff in ?? () > No symbol table info available. > #13 0x771cb6df in ntdll!RtlCaptureContext () > from C:\WINDOWS\SYSTEM32\ntdll.dll > No symbol table info available. > #14 0x00000000 in ?? () > No symbol table info available. > (gdb) xbacktrace > (gdb) Undefined command: "xbacktrace". Try "help". You attached the debugger too late, or maybe this is the wrong thread. The backtrace is not informative. Also: > (gdb) warning: File "c:\Programmes\installation\emacs-install\master\emacs\src\.gdbinit" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load;C:\Programmes\installation\emacs-install\emacs\trunk\src\.gdbinit". This needs to be fixed. > The crash happened while I was debugging a modified version of SES. I > am not sure I can reproduce it. If you are unable to reproduce, there's nothing that can be done with this report, sorry. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 04 03:00:46 2016 Received: (at 22301) by debbugs.gnu.org; 4 Jan 2016 08:00:46 +0000 Received: from localhost ([127.0.0.1]:37088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aG04L-0007r1-NG for submit@debbugs.gnu.org; Mon, 04 Jan 2016 03:00:45 -0500 Received: from smtp12.smtpout.orange.fr ([80.12.242.134]:25731 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aG04J-0007qn-NH for 22301@debbugs.gnu.org; Mon, 04 Jan 2016 03:00:44 -0500 Received: from AIGLEROYAL ([2.10.181.99]) by mwinf5d35 with ME id 1k0a1s00F294V9N03k0acS; Mon, 04 Jan 2016 09:00:37 +0100 X-ME-Helo: AIGLEROYAL X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Mon, 04 Jan 2016 09:00:37 +0100 X-ME-IP: 2.10.181.99 From: Vincent =?iso-8859-1?Q?Bela=EFche?= To: Eli Zaretskii , Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging Date: Mon, 04 Jan 2016 09:00:42 +0100 Message-ID: <8437udwz85.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org, =?iso-8859-1?Q?Vincent_Bela=EFche?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) Well, I had another crash --- still debugging some SES functions as I need to fix my own bugs... Here it is: --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- Vincent@AIGLEROYAL /c/Programmes/installation/emacs-install/master/emacs/src $ gdb -p 11676 GNU gdb (GDB) 7.6.1 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: . Attaching to process 11676 [New Thread 11676.0x1edc] [New Thread 11676.0x2f4] [New Thread 11676.0x2c48] [New Thread 11676.0x1ec8] [New Thread 11676.0x267c] [New Thread 11676.0x2aa0] [New Thread 11676.0xafc] Reading symbols from C:\Nos_Programmes\GNU\Emacs\bin\emacs.exe...done. To enable execution of this file add add-auto-load-safe-path c:\Programmes\installation\emacs-install\master\em= acs\src\.gdbinit line to your configuration file "c:/Users/Vincent/AppData/Roaming/.gdbinit". To completely disable this security protection add set auto-load safe-path / line to your configuration file "c:/Users/Vincent/AppData/Roaming/.gdbinit". For more information about this security protection see the "Auto-loading safe path" section in the GDB manual. E.g., run from the she= ll: info "(gdb)Auto-loading safe path" (gdb) warning: File "c:\Programmes\installation\emacs-install\master\emacs\= src\.gdbinit" auto-loading has been declined by your `auto-load safe-path' = set to "$debugdir:$datadir/auto-load;C:\Programmes\installation\emacs-insta= ll\master\emacs\trunk\src\.gdbinit;C:\Programmes\installation\emacs-install= \emacs-25\emacs\trunk\src\.gdbinit". quit A debugging session is active. Inferior 1 [process 11676] will be detached. Quit anyway? (y or n) [answered Y; input not from terminal] Detaching from program: C:\Nos_Programmes\GNU\Emacs\bin\emacs.exe, Pid 11676 ]0;MINGW32:/c/Programmes/installation/emacs-install/master/emacs/src=07 Vincent@AIGLEROYAL /c/Programmes/installation/emacs-install/master/emacs/src $=20 ]0;MINGW32:/c/Programmes/installation/emacs-install/master/emacs/src=07 Vincent@AIGLEROYAL /c/Programmes/installation/emacs-install/master/emacs/src $ gdb -p 11676 GNU gdb (GDB) 7.6.1 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: . Attaching to process 11676 [New Thread 11676.0x1edc] [New Thread 11676.0x2f4] [New Thread 11676.0x2c48] [New Thread 11676.0x1ec8] [New Thread 11676.0x267c] [New Thread 11676.0x2aa0] [New Thread 11676.0x430] Reading symbols from C:\Nos_Programmes\GNU\Emacs\bin\emacs.exe...done. SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from te= rminal] DISPLAY =3D w32 TERM =3D emacs Breakpoint 1 at 0x10951bb: file emacs.c, line 370. Temporary breakpoint 2 at 0x10aabd6: file sysdep.c, line 901. (gdb) bt full #0 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll No symbol table info available. #1 0x771e9e09 in ntdll!DbgUiRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll No symbol table info available. #2 0xfb32daaf in ?? () No symbol table info available. #3 0x771e9dd0 in ntdll!DbgUiIssueRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll No symbol table info available. #4 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll No symbol table info available. #5 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll No symbol table info available. #6 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "backtrace" (0xbfedac) "debugger-setup-buffer" (0xbfefe0) "debug" (0xbff1b4) "ses-relocate-all" (0xbff200) "let" (0xbff3bc) "ses-delete-row" (0xbff598) "funcall-interactively" (0xbff594) "call-interactively" (0xbff710) "command-execute" (0xbff8dc) (gdb) xbacktrace "backtrace" (0xbfedac) "debugger-setup-buffer" (0xbfefe0) "debug" (0xbff1b4) "ses-relocate-all" (0xbff200) "let" (0xbff3bc) "ses-delete-row" (0xbff598) "funcall-interactively" (0xbff594) "call-interactively" (0xbff710) "command-execute" (0xbff8dc) (gdb) --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- The debugging session is still opened, so please feel free to give instructions if you want further details. VBR, Vincent PS: The emacs.exe that causes the crash is not exactly what I have in the src because I had done some git pull meanwhile after my latest installation. Le 04/01/2016 04:41, Eli Zaretskii a =E9crit : >> From: Vincent Bela=EFche =20 >> Date: Sun, 03 Jan 2016 23:43:14 +0100 >> Cc: Vincent Bela=EFche >> [...] > > You attached the debugger too late, or maybe this is the wrong > thread. The backtrace is not informative. > > Also: > >> (gdb) warning: File "c:\Programmes\installation\emacs-install\master\ema= cs\src\.gdbinit" auto-loading has been declined by your `auto-load safe-pat= h' set to "$debugdir:$datadir/auto-load;C:\Programmes\installation\emacs-in= stall\emacs\trunk\src\.gdbinit". > > This needs to be fixed. > >> The crash happened while I was debugging a modified version of SES. I >> am not sure I can reproduce it. > > If you are unable to reproduce, there's nothing that can be done with > this report, sorry. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 04 10:55:05 2016 Received: (at 22301) by debbugs.gnu.org; 4 Jan 2016 15:55:05 +0000 Received: from localhost ([127.0.0.1]:37751 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aG7TN-0005yr-NC for submit@debbugs.gnu.org; Mon, 04 Jan 2016 10:55:05 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40088) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aG7TM-0005yM-Uo for 22301@debbugs.gnu.org; Mon, 04 Jan 2016 10:55:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aG7TE-0000L1-Ja for 22301@debbugs.gnu.org; Mon, 04 Jan 2016 10:54:59 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35278) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aG7TE-0000Kw-Fw; Mon, 04 Jan 2016 10:54:56 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3028 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aG7TD-0002h9-Rr; Mon, 04 Jan 2016 10:54:56 -0500 Date: Mon, 04 Jan 2016 17:54:59 +0200 Message-Id: <83lh85731o.fsf@gnu.org> From: Eli Zaretskii To: Vincent =?iso-8859-1?Q?Bela=EFche?= In-reply-to: <8437udwz85.fsf@gmail.com> (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Mon, 04 Jan 2016 09:00:42 +0100) Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging References: <8437udwz85.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Vincent Belache > Cc: Vincent Belache , > 22301@debbugs.gnu.org > Date: Mon, 04 Jan 2016 09:00:42 +0100 > > Lisp Backtrace: > "backtrace" (0xbfedac) > "debugger-setup-buffer" (0xbfefe0) > "debug" (0xbff1b4) > "ses-relocate-all" (0xbff200) > "let" (0xbff3bc) > "ses-delete-row" (0xbff598) > "funcall-interactively" (0xbff594) > "call-interactively" (0xbff710) > "command-execute" (0xbff8dc) > (gdb) xbacktrace > "backtrace" (0xbfedac) > "debugger-setup-buffer" (0xbfefe0) > "debug" (0xbff1b4) > "ses-relocate-all" (0xbff200) > "let" (0xbff3bc) > "ses-delete-row" (0xbff598) > "funcall-interactively" (0xbff594) > "call-interactively" (0xbff710) > "command-execute" (0xbff8dc) > (gdb) > --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- > > The debugging session is still opened, so please feel free to give > instructions if you want further details. Thanks. Please type this at GDB prompt: (gdb) thread 1 (gdb) thread apply all bt and post here everything that GDB produces. Please leave the debugging session running after you do that, in case we will need to ask you to look around some more. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 04 17:50:00 2016 Received: (at 22301) by debbugs.gnu.org; 4 Jan 2016 22:50:01 +0000 Received: from localhost ([127.0.0.1]:37957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGDwu-0007TI-MD for submit@debbugs.gnu.org; Mon, 04 Jan 2016 17:50:00 -0500 Received: from smtp08.smtpout.orange.fr ([80.12.242.130]:52401 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGDws-0007T2-Hj for 22301@debbugs.gnu.org; Mon, 04 Jan 2016 17:49:59 -0500 Received: from AigleRoyal ([2.10.181.99]) by mwinf5d16 with ME id 1ypk1s006294V9N03ypk8w; Mon, 04 Jan 2016 23:49:52 +0100 X-ME-Helo: AigleRoyal X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Mon, 04 Jan 2016 23:49:52 +0100 X-ME-IP: 2.10.181.99 From: Vincent =?iso-8859-1?Q?Bela=EFche?= To: Eli Zaretskii , Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging Date: Mon, 04 Jan 2016 23:49:53 +0100 Message-ID: <841t9xvu26.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org, =?iso-8859-1?Q?Vincent_Bela=EFche?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dear =C9li, Answers below... Le 04/01/2016 16:54, Eli Zaretskii a =E9crit : >> From: Vincent Bela=EFche >> Cc: Vincent Bela=EFche , >> 22301@debbugs.gnu.org >> Date: Mon, 04 Jan 2016 09:00:42 +0100 >> [...] >> >> The debugging session is still opened, so please feel free to give >> instructions if you want further details. > > Thanks. Please type this at GDB prompt: > > (gdb) thread 1 > (gdb) thread apply all bt > > and post here everything that GDB produces. > > Please leave the debugging session running after you do that, in case > we will need to ask you to look around some more. Here is it: --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- (gdb) thread 1 [Switching to thread 1 (Thread 11676.0x1edc)] #0 SDATA (string=3D1461725984) at lisp.h:1325 1325 return XSTRING (string)->data; (gdb) thread apply all bt Thread 7 (Thread 11676.0x430): #0 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x771e9e09 in ntdll!DbgUiRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0xfb32daaf in ?? () #3 0x771e9dd0 in ntdll!DbgUiIssueRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #5 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #6 0x00000000 in ?? () Lisp Backtrace: "backtrace" (0xbfedac) "debugger-setup-buffer" (0xbfefe0) "debug" (0xbff1b4) "ses-relocate-all" (0xbff200) "let" (0xbff3bc) "ses-delete-row" (0xbff598) "funcall-interactively" (0xbff594) "call-interactively" (0xbff710) "command-execute" (0xbff8dc) Thread 6 (Thread 11676.0x2aa0): #0 0x771b868c in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x7718a246 in ntdll!EtwNotificationRegister () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #3 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x00c844c0 in ?? () #5 0x771a568e in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #6 0xffffffff in ?? () #7 0x771cb6c3 in ntdll!RtlCaptureContext () from C:\WINDOWS\SYSTEM32\ntdll.dll #8 0x00000000 in ?? () --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- Please note that I don't get again the debugger prompt --- I am running the debugger from an Emacs shell buffer, could it be some interaction that the buffer process sentinel could not capture ? Anyway, I am keeping the gdb session open, as you asked... Not sure whether that is useful or not, but please also note that when Emacs crashed, then I did not get the Yes/No popup asking to attach the debugger, etc... but the MSWindow usual crash popup (PNG attached) VBR, Vincent --=-=-= Content-Type: image/png Content-Disposition: attachment; filename="Sans titre.png" Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAWAAAADICAIAAABZO6wsAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAB5DSURBVHhe7Z17jKdXWcfnD0lJvFaMhAgmSEiM JDTYCMmoQPQPQECo0kIXBI1muGjUFiqEkK6JwUBoYKoILZGyIvcWpdiO9oLtpi3QdndL07ItHXbp UqiF2ott08L2sj7PuT7nnOc57/u7zG9mdr+f/BjO+5znes55n3l/v52ZLp0HAAAG3CCOAABAAxoE AMAEDQIAYIIGAQAwQYMAAJigQQAATIYbxMFvr6/f9s3/ufO7/3v3D+6/756HHnrwxz/+8aOPPvrE E08EDQDAUcpwg7joy5c89Zc/dsILLn7Ja3a/+e03/ssXvnnF1bdeu2f/zftvu219/fvf++4Pf3jX /fffF7QBAEcRww3i7LMv+Imf/fjS0y5ZesY3lp5+57s/9NCB7x2+6eATe9cfu+bmR6656cEr9917 zTVXPfbYY8EAAHC0MNAg6K3Ee8783JOfct7SUy9aesZ1S7/ynQ++769vvfr3vnnwR7feceTbdx45 9MMj19/y8EUXf3nf+p7Dhw8HMwDAlmFpaWnPnj3hQkBCmgoXBgMN4sEHHzjtHZ8+YfkLS0+5YOnp V73yNR+44arfWt/7oqu/dtPVNx356v4j137ryKVfv+vPPnPqSV958T9d/aFgVrG+ukyJeJZX11m0 tkLjlTU37SGJn0sDT3VJONtI4WMjKaI6XFptepsNr7a6kp65JCyc+HUZcLn1VsmT12oLMrdFo0bw pOOeTF/DtUMVtgw0iLt/cNeb3/rJk069cOmn//m5z3//gb0veu2pz/rsZ5cvu/CDF1z2+L9d8cQX rzjyzvPPPvWKl/7RFa+4dv/Xgpmk3IO1FX9Hc/HLy/L2TstRrUu7THNbuKkYTG9G5uhQdTUX/8kJ Dcb06DkWNTvzSmYiP1MEneeiVe1gZHcgBhrEHYduf+VJ577s1Z9/5q+eddknf/3wnS/42FnPvOs7 L7724lesfuL+sz/5o3d/7No3ff1Vb9j7ks9+7V+DTQG3B+0AueLXVpfzCqTlqNalXaZ5LtzkDKY3 I3N0qLqai//kZKS3ORY1O/NKZiI/UwSd86KlppAGYaLLQINY/9YtJ/zGPz7neef8zdtOOfBfT7v7 ql941Quf9NiBZ33/q89+13v3vm3nwddfteNPvv2ynVe+4/HHHw82knWjP8TixRqkYbUu7TIZEmo3 7smf4nFYR9IjjUBOJ2l5WXnZBglUE0XoPFH5lhRTfBGs2BM9VEW8Xe3HhVsNxcRwlVLKUM0tzXaS bCbUNNbpayB6LIlWLuM2qIxaBRBJGuWQWrLJ0dU8i+XKOTuV0nm9sEYJTOWnCs0XQZsdN9uaqBPu RJwDe1xrGN8diIEGccPevT/5c3//M7/4geOOf99xP/++55zw7jec/Jadp5/8pXN++/Qzzj3p42f+ 5V0nv/WGk2+8+cZgUEHVxhpz4Xxdbow+8FSXBEkSflmdJFmnDeZxtSHJG6dT+KUZqZsUa6oJjhEE PEz5RJ21ldJNO0USsvJfSwVdWRbtRsk0kKycsh/mcuWsH/Awjhymw6SpOamhqeDGbX3Sj75zSs1e FG5lrP4uC6vOckm1PLY0w0iUkFD98NCNSEKm/mupkFGtOhFnZc/cG8Tll1zy8U987j1nfuGUk3f9 2glnPfkp71067iM/9UufefYL/vO5J5/z9vtef9q9p56167333HNPMKjgKn29nrQixdI4FW2KqS6J vsQY0zDgJHVi4zekiq6Fc64yMo465XKLWsKhomyGS1KhI5X5woUorDJNktmyl4YIkdWcL7osgqeg OVJIqRQ6hFs1ljru5SnUxgvVEjJCooR283ldW3PNaiDiTOzZiLcYd99994033rD7isu/+O+f/vP9 p/zFwdee8eH3n/6ui/7gjV8+5StvPO3e1/3hOX962WUXPfzww8GgpioyXUr5ujsgSUKXwsRPhgtP u3BSoo2zk+hcccuwOG+qShW9H65BnSI79SQpylo4h8g8yaVC8hWFnSQd2WEvjSKHArLKM3pQkg75 l2NVKMYz+dGEagkZIVFCu3l1WxOt1UDE6dlTNoXqssNAg0g8/MjDf3fNO9/xf68//b4dp314ZecF p73lzlf/8TdefsGFF6+tXaR/AOGgksUdl2oui3dK6ZsWL2yc5HG98u3CSYk2TjIOVI8qaILlbZBA NaGF44FhrUyRhCr0X/2ldNgqy9liMmSe5cKcy638i1kD4bDSlE4sH2zlQ3JwETTsZ06JR6WXPCeC y1jqOKtGLLXxwraERGVSTZOETP1Xf1mZE6pVGzHZtoNR7NHagSpsGdsgbrvttksuueTM/zjjzd// /Tftf+lr9/zOyTe/8K8+8tYLL7xw9+7dDz744KOPPhpUW7jqQCyrrlAsR7zyKOsg3IV56U0dR4fL Kyu5RWc/vCXlVeGmoJqQl2IsKggbniimVunC27DYjUIi4pgEQpZNuGBAeJukwwMqWM4VHqwka4ed NIS3lujH+JBSGjYhk2BlRYtljMcslxs1CrpmVKVr5SND4acKPbStiTphNWLKpx2Mgrzt0RoBCWkq XBiMahCHDx++9NJLqRGQx7/97zNecf3zf/fK577887/50XM++qlPfWrv3r133HHHI488ErQBOPrg O7m6uY8Jxj5BHDhw4Lrrrtu/f/8tt97yxi+d9Ly1Z/zDZz505ZVXUndYX19/6KGH8Mud4CiGv69P 8D376GFsgyAeeOCB22+//dZbb71+z/W7LjiP+oL/5Qu0BnCU0r4BOOaYoEEAAI410CAAACZoEAAA EzQIAIAJGgQAwAQNAgBgggYBADBBgwAAmKBBAABM0CAAACZoEAAAEzQIAIAJGgQAwAQNAgBgggYB ADBBgwAAmKBBAABM0CAAACZoEAAAEzQIAIAJGgQAwAQNAgBgggYBADBBg5gbazvPXd51b7jYnlAJ Szv2uf88zL2rO8xyWG3nwXAxb2rnh/Ytn3ju0onnruwOgg7ru86P+W9XxBZsCSZtEAdX3G6lVzpD vDfiMiFvG/VgWafNOxSv81cPhalNhLMtsvKvy9fKSrcpXN3WahB83sa0Bg8axNyZoEH4O7bYLeru cS/j/VzfxvK2UQ+Wddq2+Ga3actKN5qNX5yt0SD48WGCbwzbsUFs8ZxHN4jdl/e/h/s6V2l3y2rl baMeLOu0oUF0QINQQYOYOyMbRO+4eGKd/EwoNeVtox4s67RZC+f1edY/3jvbfOme9gPx7WstJ7jf xSkfRSoLifV826btK9UzKTI0T3yr4yTJD+/C0s59/DWo5Xas+q9TkuvZ1lsUFXZcuM3lVLWroQu0 WISVc7On9Cq3T8D6XmfHvjUy0f3Xm9UcAK5X7jXbRhOfUvZWpze80eRB2wi3oUE5COXaGlaBTuFz ZFyD4A029j7CZfgUy2cNX2Qa1/tkCInssMSvS/QZPhOJl/4WCt7Wd13eHjvCrXjK8N7VnRSleK+7 tsvFnbxB1IlFBZ5KtfD6KMfd0iF58EnCqFAtTsfWSEmr1+sHhXB2o20RQqiZoQV2LCvntLBDB4+V U0TfhmSSOZnqYLQHYKhBjDtyvaKMs6FsZSduMaUXPl+maxDh9PArpiXrlMtE4+KQxQoTqpBwuxij iEDSOcGX+RzUy53Ju1Wc18DQQWxp064kORNt9YYSEDphitLOCkWZtu3olAJCvzj3jDDJap20E2qs kTkbeUbqrSwLLDPJrrQD0GTOrmIanJI4VHypHrmRRZXbJ8eE1LSt7MLnzUxPEHadXIDvC1Tk9A1C q9leNQc1AnHJs7nLuE3Vv8s5t6INDdKmTZJUKZMC8SDlEF6FJtHV8VVIk6Jq29ZMyahXFMWHu0wy H8qsNqY0NVY357ywxcHjlJIyZyLK8eRlaaZy/soUMdQgxF4Xi0+Qwxw0Z+hfgxtReZOxTKumhDql +TGuQYgbXiLTUlbNba0sslpojyokrJorfSVuuOSc85S9uBJ2TlZaPhVt2iQZuZ0KfR2eLZwXVdu2 ZkqRql5R1PgGMVRapIjVzTkvrPGdKdA4ycui+F9MgzCLsjai8iZjmVZNoDql+TGyQbgMmuJlWm2K XKr7d41UpOYkH7sKq+bpdiuH5jOnRwz0D2WkSoMwt3MwItHToSU6f3V3kVVRtW1rpiQR9Yqi3Ldr WaCqNqY0SXLSzTnHFUEVmlm29cvS+h8IXTdEmUaRUufI6Z4Z8mBtROWtimufKKPweTO2QYQTU6Yl a6tXjXHfw4tvfU4i1rpTmOaQkStIjNotN05bwh7yfeI+ozq0byUlydvQOUmBKg2CJNYhUCKGccbQ yQe3qFQ4Jyz/Zkpqvd5PKMpvdyq/6BdCzQyd6cQycs4L29wJJS6rYk3yZe2/yr8JzcubhN6VVi9h HrluUdbZKMZlLNuqV/h8Gd8gHD6V/Mqbp9/PTr8o0teWPNhVuQ0TmvGwjt+t7IEkeXEZ6ZzTCx3E v2JR82sQBOvLiBqtDktydbK9xmWMs6p/MyW1Xu9E+F/edTBvlihWqDFq6IwRi7Byzs4HGgQhjpP/ l0hxGOpdFmhTjauYRlVvFUUeOcIqqkigOBvFVspYo6xStjKl+TFhgwAAbD3QIAAAFv5xr3hEmhdo EABsO6gjVO+X+2/EpgcNAoDth2sK8TMI8VHX3EGDAACYoEEAAEzQIAAAJmgQAAATNAgAgMn2aBDy 50D4R8025mdCNhn+OblR/1g1zU/FxB9ntH4wdC4ctVtzDIMGsUXgn3UZefdO3iDM34ibL2gQRx9j G8Q037Uis9h6LA+ze94icCHip/37TFz18G80TMlRs/7AAg1iS7B+aIKfk524ajQIMC2jGkT+vTF6 xQPBhyMIw+FzkvK3zYy/sCpp/Xj4eTVayb/JyXL+Zit+m83pNFlpv4HH7/NpqvnJs+I3Du2fSwvm 7mWvAyMdpqpVob0CEms1iL55sSCxtEIoVomiLNt/JbUs//KVZv3j1gSmiNJPQDjMlbKQ1KydBbMx 5RMEH4V0yXsTNsZvcBBGhcpW0vGTN9vfV1GNp+JpU7LKR8R3KKFJTsQxlVh/3lbiPKRzGX7V38i/ eM8f/0yrKrQ8FBR1tasxZO5M8h1VeCtXyU2lX/sp/niHWr6y/oWriaMMTGmV9ncWzMhUDaI8cH77 w9EPU7S1WaE6RhnTT3EvEdKDPIVNVoWV9O+OkXbztOi3WZ0SY+Vfyx2jhGIlM/ZqjDIv1Xhc6ohZ ubaEWF6t/Gr9pfmUUewpWQKTK2WdkTsLJmeqBsG3EHd6+Ypd329YviQKW4nlp7lFpQezQSg3dj7W Zg4Rn3Z8NQdO7Rr2OnCSdFlGVIS2h0xnNcaYE/LuUgrJq0QZFuZJWbFiqlXNWzNdlIEE9EoHdxbM wtQNQjkuAbeXcpvNLbT8NHLpIZ/C4axGNghWG6huvFDAqZJn8S2RKIRDHphGJ9cyxpw4ShqEkgDR 3VkwK1M1iPYBMkPnoPsXViWWn/p50p286CGfwsGshJ/eMSoPH2u2Z1FN1cpf0tTCJOFUHvJqjDEn pIfWRMya96cRqFrVvDXTRZk8AaK3s2BmxjaI6i7io5Av0x/n5HeGfoOLbSttJR0/pbneIAayqj6k tI6RPHxurGarpqrnb/wJ3In+dqtgaDUGzH1RsUF0V4mmOreuEqhdf+FquiiTJYAGscGMbhB+j+uj GV5+U1mSt8o9t4czUdtKWj+OaOKcyEPA+vGotZ5ZU/E2cIyyFemUh16iOlfyD13Gv+KdqQodxgpI zNUghs3LBkFYq0SuCg/lUmhWxfqXWzNNlH4CaqXVaoD5Mr5BAACOOdAgAAAmaBAAABM0CACACRoE AMAEDQIAYIIGAQAwQYMAAJigQQAATNAgAAAmaBAAABM0CACACRoEAMAEDQIAYIIGAQAwQYMAAJig QQAATNAgAAAmaBAAABM0CACACRoEAMAEDQIAYDKyQaytLC2v5j8tXl3OF9V5IdzQ8BkKQ6iR1leX NzyFBVV5rDCwnONWu3MkpmMRB2kmtmWDINZXVzZ4WfksrKj/eYyCjVuKDV3kY421lYG1HLPaI4/E INtpZ7drg6AWsb6xSzyyxo1big1d5GOM4cMyZrXntSPbaWdnbBBusOqeu5QnLze7Rg9RcpaFKysk c72YH7ECsTebVmGYTbxFoU+iNJ/zqU0yZBwoZrLYO2nUfD5ZXDuOEd3qJB8pIzE2cxutM/EKm+kl K7oIBJsiEMmSVxl03rvgacxqQXU9qC+IU2IdLP2cY9DLaknPLYJyO0iP2Y8zcyZ13L5DI0qdNqvl YzAtszcIkU+dipv1ipx9Nom+hE2poFlVAx66kdAXQzfOK1WatAidQCshkrAdSEgYYrtdazU18zq3 kTrqWgkDY4W19JJVgoR5th0KT2MUgoyGcVQhdAI56UjjhwShQkd12epnaEpdh45+EmTbamFzucJ3 10+2HefQEkafIW2eS2GmZh5PEEFe6RCFhC5cKULIC+HLYxSFVuh2MsNzUl8bKyYC0grkoA7pqlVL s6WahyJmmaoZx73cJtGJF8VaEWybDYLCcHruKtDOquMhhV4VTiuQDB1l/kzrx0mymXaZkc5oKuuN yVPUxWp5jibchVAoHBZexqj1HJrmAjaWatMzskFQfBEsF6MWkJCSZCOEw4vSWJUmDqmvjRWTSJ6i UTL0CFeKWpqVESOFM1UzjrPnlkl0mKQnhKUtTfDFYHrZKqnKQOp4SKHMpEAJF2mtDD8sFrdzvjT0 GZrK0UbkKesq1WjCXYwsfFit53CEuUOqTc/IBsHRUjgeh2S0XDPCKBdQmURPhULHSswGKoftuDWJ JBUOVKkIV4qadF4ZEiQMebOFMA7F8nwyV+wdMkRHJ04pa+XHMWih0KYnrNKQp5tZfTxGIUsLkkoO l2hFph9SlfJ4acd1U9o6dPTTTLZ1xmlhpYIfqyW0auMdmuZJ6pBq0zO2QYQ19OS4aq4JlriPSZhQ fKWWvRZ+elYiETctHRrj2iQRJzhgMvRIV61anqURU7hNUlISn35F4dLKyojcRAJdnclXWE1PWvXq NcaDCp0q2nAS8hAIRpWfar5Rt+Nm5WKbTH1RC5HVtGLrccD7C9d8IdTGOlSFbdpSbXrGN4gpmE+K 25wNXYSZnfOpqm4aADJoEBvNlm4QZI8tAh3QIDaaLdggzGdoACo2tEEAALY3aBAAABM0CACACRpE ht7Qi3fk5dt7P8dv3ke+59/Qjx5GQPGJTU0BHAVsnQaxmDuqG8V3AY/7IC+p0tWEyW1ug+D2gI8f F87mbvqGgAYhEG2Ahiur9D9/k03eHza/QWxi9GOWY7pBuG+pjnzXBEH6ZsUL5H6wjwRyrFiXIlKO +Pla3y39ZL9N7EyK34ptotSQC+/PD0g/uRI+WaF17og5WD+ZV7kTDp0aS7N21CFYmC+jEf1/QKhK cXBdu2R7uU1TLGze2UyTeSOIFEFjoNJtthXGUVj9AGiyootAsCkCkSx5lUGn/i31cioHF4qska9c NPabDdNsmpPjTuwFMbJBcKJ5yRhejpB0nmRhVKvGeehGqsMkaPXZW5CJoRv7LAyTNNmqadC000su oqdQajJnj5rzMHIbmzWDdSqaZNFimXB6NMmDNFUh5I0KCbyPhJSIsViZLJpqYaMo0d3QYJgQkbKd dMvjUGOp4IUsU6wSJMyz7VB4GqMQZDSMI087JSQJkoVK0pD+P8qK6pJtHAvbzWJcg+AyykxLiai8 KZJw+5kh1dZhX9/ynMZjTaRQg+bJ1n91Xknbf43TrZ84FnqFUFQaHEdNPlf07YvHUcT6aorB1BuF aZIFKosYnXAOM+xDzA6OB8wjrJbLZBTDROGBLtykEJbeggIJCyN/Ubjiq0A7q46HFDpVKFPSQ4KE 3ixunFpdYVtEbz0ukoU1iJ65o6tveU7jsSZSqEF+3D0bfNElfxTR9xPHzjb6FkKRGEndhVf1J4Zj rBW2zqi6p6JNVmQlr1IaMyK9rJbQkrfGA+aRVk0xTEgPSU8IS1ua4AsS5rBJWbVKqjKQOh5SKDMp UKakh4zPJuVUGZKNu7AycerNYVgY4xqES7IsnWqISeeCrSJZuTRXHXb0O579eKSJKpT47ZA6cnf6 fljZqzovtVAsFA/lm4sVehsd3XlYoZQ4EenFZFJYdlvpVulV09Vsf9w3T7RJtIYJMcV2viLplhWa RctClgVlYZWGOZfKZzseo5ClJe2U9CCgfOTGOcOmujxqHbMDPYcNZ2SDIDhrj6jNk5KXC1QuVlZO 9rXDcJ2XK8ISy7MYjzOhkaaQYTdCzPo+JSaZSFsxZm3G+JBS+JVh5Dh6kFEjzlEWR798+IRnRqYn E+itjDnumUtIHgg51oYJ9uA+WZQzpdtsK4QxQvUhZVRoF0TOquNBhU4VyhSZpbHA6Ulht7r81wCS pPG4MMY3CADmhbwVp4JvsE27Z44p0CDA4pm1QfB31tk6DBgJGgRYPNM1iM6zPtgo0CAAACZoEAAA EzQIAIDJuAbB7/5GvmmMby8nMJmNhQVSGP1eejOTJDZ4U7JbdUGm+8QBbAnm/gRxTJ2GfrELW4rB QJubycKig/mDBjEL/WI397aUbG4mC4sO5s/IBpH22A1G/ZqzOBb9WU0z/jsWT7kfudN/DM1JpSuP 6twN7MybfzlrJrIgqZbOi4j0NcLaQsHy0+aWqHOR11UgQdTSlr3y6OT171+PTzW5Vf2k2bYQsNWZ okHEzeVhPXIHQJyVaGLPyrEQ5t+fzXoBkhWnS7rySEkasyst86gpfkmSoZk6ShRwGclnNRgjVP20 uSWEH58kCercUqBEdqQsu+IhqpRZBa2BVGkkZhU/1YCHcQS2NFM9QYSdjWM6Cnm3G83+rBTykRLw 2ZNqEacmpK2O5lwVKhEjVRS+zNNk7y66zlXhgJ9q7GiTrHJrTQjSybKkEAddD3TBWU2QajtgapO2 ELDl2WoNojo1Uq3AH7bmyHo056pQiViQo5SaZF+G1pyrwgE/1dhhJJlza00Ims6ypFBoGh5ivDIu aTSarVvNTxKWDsG2YB4Nggdh592ZqzTVWXFYeD5r+lEkOVEgF26u1bGcJ7U0ztMWIkr0md0nP5NF tP1UYw+bVCKPyK2dz4E4To5eaAoPcaLIamSqcqD6aWYDaQpsUebSIPzWM/rHkMpsFnb/U9fCSSIZ Kkc2ojiXamJcR4zUUaSm5keJGGVVIX0/xThSJZlixdxEIEFUUzal9sDy5vevx6daDHq/x12vtvQG tiIjG8S8wIHYmmBfgA4aBCCwL0AHDQIQ2Begs+AGAQDYTqBBAABM0CAAACZoEAAAEzQIAIAJGgQA wAQNAgBgggYBADBBgwAAmKBBAABM0CAAACZoEAAAEzQIAIAJGgQAwAQNAgBgEhrEdwAAoCE0iPsB AKABDQIAYIIGAQAwQYMAAJigQQAATNAgAAAmaBAAABM0CACACRoEAMAEDQLMxNK7bsFr+77CLtqg QYCZqA4cXtvrFXbRBg0CzIQ/Z4cOHTr++OPxdRt9RYMAi8CfM3/mwHaB9gsNAiwCf87CuQPbBzQI sAj8OcMTxPYCTxBgQfhzFs7dWHbtWMqcuHN3EG84FHeB0bY2aBBgEfhzNuETxGbdqGgQATxBgAXh z1k4d2NBg9h80CDAIvDnbA5PELt3nhjec+zYxdess2MHyejS6e8KCnSddLOXnnlCxK31E0WsqF16 y7bCOApP3LkzRims6CIQbIpAJGuKGlToVDEAniDAgvDnLJy7seSbhXBH290M8b5wI9YRt0q8EEM3 9jdG3zyR1Fr9BBuGSb79kr4wSLdjqeCF7p5trRIkzLPtUHgaoxBkNIyjsaBBgEXgz9msTxD5O6GD z7/UGRoPmCc6+onCkC7cpBCybTYICiQsjPxF4YqvAu2sOh5S6FUxAJ4gwILw5yycu7HI4+4o7zrH 0O0hxwPmiY5+QhomPSEsbWmCL0iYoyVl1SqpykDqeEihzGRS0CDAIvDnbObPIEhSiYZuj2LcN090 9BNiKt+B0hsrhPuyUMgNQHlGSEOebmb18RiFLJ0IPEGABeHPWTh3Y5HHPeJurADfaoO3RznumSc6 +gnWcZ8sypnSW7YVQlIJouJDyqgQbdh3O6uOBxU6VQyDBgEWgT9nEz5BbGXkrTgVfNNOeLMuHDxB gAXhz1k4d+MI3/EEYWJLMGuDIPsZO8xiQIMAi8Cfs2P+CWKGZ/3NAE8QYEH4c+bPHL5uo69oEGAR +HOG1zZ9hV20QYMAM1EdOLy21yvsog0aBADABA0CAGCCBgEAMEGDAACYoEEAAEzQIAAAJmgQAAAT NAgAgAkaBADABA0CAGASGgQAACicd97/A2Ltm0h1o8QLAAAAAElFTkSuQmCC --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 04 22:34:54 2016 Received: (at 22301) by debbugs.gnu.org; 5 Jan 2016 03:34:54 +0000 Received: from localhost ([127.0.0.1]:38006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGIOb-0007IW-TS for submit@debbugs.gnu.org; Mon, 04 Jan 2016 22:34:54 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46915) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGIOa-0007IJ-2T for 22301@debbugs.gnu.org; Mon, 04 Jan 2016 22:34:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGIOP-0002IA-UY for 22301@debbugs.gnu.org; Mon, 04 Jan 2016 22:34:47 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44382) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGIOP-0002I6-RM; Mon, 04 Jan 2016 22:34:41 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3566 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aGION-0001AW-QM; Mon, 04 Jan 2016 22:34:40 -0500 Date: Tue, 05 Jan 2016 05:34:45 +0200 Message-Id: <83lh8466ne.fsf@gnu.org> From: Eli Zaretskii To: Vincent =?iso-8859-1?Q?Bela=EFche?= In-reply-to: <841t9xvu26.fsf@gmail.com> (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Mon, 04 Jan 2016 23:49:53 +0100) Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging References: <841t9xvu26.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Vincent Belache > Cc: Vincent Belache , > 22301@debbugs.gnu.org > Date: Mon, 04 Jan 2016 23:49:53 +0100 > > (gdb) thread 1 > [Switching to thread 1 (Thread 11676.0x1edc)] > #0 SDATA (string=1461725984) at lisp.h:1325 > 1325 return XSTRING (string)->data; > (gdb) thread apply all bt > > Thread 7 (Thread 11676.0x430): > #0 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll > #1 0x771e9e09 in ntdll!DbgUiRemoteBreakin () > from C:\WINDOWS\SYSTEM32\ntdll.dll > #2 0xfb32daaf in ?? () > #3 0x771e9dd0 in ntdll!DbgUiIssueRemoteBreakin () > from C:\WINDOWS\SYSTEM32\ntdll.dll > #4 0x760238f4 in KERNEL32!BaseThreadInitThunk () > from C:\WINDOWS\SYSTEM32\kernel32.dll > #5 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () > from C:\WINDOWS\SYSTEM32\ntdll.dll > #6 0x00000000 in ?? () > > Lisp Backtrace: > "backtrace" (0xbfedac) > "debugger-setup-buffer" (0xbfefe0) > "debug" (0xbff1b4) > "ses-relocate-all" (0xbff200) > "let" (0xbff3bc) > "ses-delete-row" (0xbff598) > "funcall-interactively" (0xbff594) > "call-interactively" (0xbff710) > "command-execute" (0xbff8dc) > > Thread 6 (Thread 11676.0x2aa0): > #0 0x771b868c in ntdll!ZwWaitForWorkViaWorkerFactory () > from C:\WINDOWS\SYSTEM32\ntdll.dll > #1 0x7718a246 in ntdll!EtwNotificationRegister () > from C:\WINDOWS\SYSTEM32\ntdll.dll > #2 0x760238f4 in KERNEL32!BaseThreadInitThunk () > from C:\WINDOWS\SYSTEM32\kernel32.dll > #3 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () > from C:\WINDOWS\SYSTEM32\ntdll.dll > #4 0x00c844c0 in ?? () > #5 0x771a568e in ntdll!RtlUnicodeStringToInteger () > from C:\WINDOWS\SYSTEM32\ntdll.dll > #6 0xffffffff in ?? () > #7 0x771cb6c3 in ntdll!RtlCaptureContext () > from C:\WINDOWS\SYSTEM32\ntdll.dll > #8 0x00000000 in ?? () > > --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- > > Please note that I don't get again the debugger prompt --- I am running > the debugger from an Emacs shell buffer, could it be some interaction > that the buffer process sentinel could not capture ? Anyway, I am > keeping the gdb session open, as you asked... Do you get the GDB prompt back if you press F-12 or Ctrl-C? If not, this session is ruined, and you can stop it. Next time when it happens, type these commands instead: (gdb) thread 1 (gdb) bt Better yet, run Emacs from GDB to begin with, it will make the backtrace more reliable. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 05 02:17:25 2016 Received: (at 22301) by debbugs.gnu.org; 5 Jan 2016 07:17:25 +0000 Received: from localhost ([127.0.0.1]:38086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGLrx-0007i4-4p for submit@debbugs.gnu.org; Tue, 05 Jan 2016 02:17:25 -0500 Received: from smtp04.smtpout.orange.fr ([80.12.242.126]:50915 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGLru-0007hn-I9 for 22301@debbugs.gnu.org; Tue, 05 Jan 2016 02:17:23 -0500 Received: from AigleRoyal ([2.10.181.99]) by mwinf5d08 with ME id 27H81s00K294V9N037H8jU; Tue, 05 Jan 2016 08:17:15 +0100 X-ME-Helo: AigleRoyal X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Tue, 05 Jan 2016 08:17:15 +0100 X-ME-IP: 2.10.181.99 From: Vincent =?iso-8859-1?Q?Bela=EFche?= To: Eli Zaretskii , Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging Date: Tue, 05 Jan 2016 08:17:17 +0100 Message-ID: <84ziwkv6ki.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org, =?iso-8859-1?Q?Vincent_Bela=EFche?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) Dear =C9li, Something I had forgotten to tell you: I think that I have compiled this Emacs with Mingw-w64 --- well I am not 100% sure now because at some point of time I had problems with Minfw-64 (see https://sourceforge.net/p/mingw-w64/bugs/519/) and I have re-installed the 32 bit version (both coexist now on my machine and I select the one in use by editing the fstab file). Anyway, I still don't get the debugger prompt, neither Ctrl-C (well C-Q C-C because I am running it from Emacs), nor F-12 do anything. However, if I do: M-x signal-process RET shell RET 3 RET then something happens with the debugger, I did it several times, I still don't get the prompt, but there is that sort of output: Program received signal SIGTRAP, Trace/breakpoint trap So below, I copied the full gdb session with these. Please make me know whether this session is ruined or not. Le 05/01/2016 04:34, Eli Zaretskii a =E9crit : >> From: Vincent Bela=EFche >> Cc: Vincent Bela=EFche , >> 22301@debbugs.gnu.org >> Date: Mon, 04 Jan 2016 23:49:53 +0100 >> [...] >> Please note that I don't get again the debugger prompt --- I am running >> the debugger from an Emacs shell buffer, could it be some interaction >> that the buffer process sentinel could not capture ? Anyway, I am >> keeping the gdb session open, as you asked... > > Do you get the GDB prompt back if you press F-12 or Ctrl-C? If not, > this session is ruined, and you can stop it. > > Next time when it happens, type these commands instead: > > (gdb) thread 1 > (gdb) bt > > Better yet, run Emacs from GDB to begin with, it will make the > backtrace more reliable. > > Thanks. Here is the full session (you already got the beginning of it): --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- $ gdb -p 11676 GNU gdb (GDB) 7.6.1 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: . Attaching to process 11676 [New Thread 11676.0x1edc] [New Thread 11676.0x2f4] [New Thread 11676.0x2c48] [New Thread 11676.0x1ec8] [New Thread 11676.0x267c] [New Thread 11676.0x2aa0] [New Thread 11676.0x430] Reading symbols from C:\Nos_Programmes\GNU\Emacs\bin\emacs.exe...done. SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from te= rminal] DISPLAY =3D w32 TERM =3D emacs Breakpoint 1 at 0x10951bb: file emacs.c, line 370. Temporary breakpoint 2 at 0x10aabd6: file sysdep.c, line 901. (gdb) bt full #0 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll No symbol table info available. #1 0x771e9e09 in ntdll!DbgUiRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll No symbol table info available. #2 0xfb32daaf in ?? () No symbol table info available. #3 0x771e9dd0 in ntdll!DbgUiIssueRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll No symbol table info available. #4 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll No symbol table info available. #5 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll No symbol table info available. #6 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "backtrace" (0xbfedac) "debugger-setup-buffer" (0xbfefe0) "debug" (0xbff1b4) "ses-relocate-all" (0xbff200) "let" (0xbff3bc) "ses-delete-row" (0xbff598) "funcall-interactively" (0xbff594) "call-interactively" (0xbff710) "command-execute" (0xbff8dc) (gdb) xbacktrace "backtrace" (0xbfedac) "debugger-setup-buffer" (0xbfefe0) "debug" (0xbff1b4) "ses-relocate-all" (0xbff200) "let" (0xbff3bc) "ses-delete-row" (0xbff598) "funcall-interactively" (0xbff594) "call-interactively" (0xbff710) "command-execute" (0xbff8dc) (gdb) thread 1 [Switching to thread 1 (Thread 11676.0x1edc)] #0 SDATA (string=3D1461725984) at lisp.h:1325 1325 return XSTRING (string)->data; (gdb) thread apply all bt Thread 7 (Thread 11676.0x430): #0 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x771e9e09 in ntdll!DbgUiRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0xfb32daaf in ?? () #3 0x771e9dd0 in ntdll!DbgUiIssueRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #5 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #6 0x00000000 in ?? () Lisp Backtrace: "backtrace" (0xbfedac) "debugger-setup-buffer" (0xbfefe0) "debug" (0xbff1b4) "ses-relocate-all" (0xbff200) "let" (0xbff3bc) "ses-delete-row" (0xbff598) "funcall-interactively" (0xbff594) "call-interactively" (0xbff710) "command-execute" (0xbff8dc) Thread 6 (Thread 11676.0x2aa0): #0 0x771b868c in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x7718a246 in ntdll!EtwNotificationRegister () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #3 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x00c844c0 in ?? () #5 0x771a568e in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #6 0xffffffff in ?? () #7 0x771cb6c3 in ntdll!RtlCaptureContext () from C:\WINDOWS\SYSTEM32\ntdll.dll #8 0x00000000 in ?? () [New Thread 11676.0x1f00] Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 11676.0x1f00] 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll (gdb) The program received a signal in another thread while making a function call from GDB. Evaluation of the expression containing the function (backtrace_top) will be abandoned. When the function is done executing, GDB will silently stop. Thread 8 (Thread 11676.0x1f00): #0 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x771e9e09 in ntdll!DbgUiRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0xfb32daaf in ?? () #3 0x771e9dd0 in ntdll!DbgUiIssueRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #5 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #6 0x00000000 in ?? () Lisp Backtrace: "backtrace" (0xbfedac) "debugger-setup-buffer" (0xbfefe0) "debug" (0xbff1b4) "ses-relocate-all" (0xbff200) "let" (0xbff3bc) "ses-delete-row" (0xbff598) "funcall-interactively" (0xbff594) "call-interactively" (0xbff710) "command-execute" (0xbff8dc) Thread 6 (Thread 11676.0x2aa0): #0 backtrace_top () at eval.c:183 #1 #2 0x771b868c in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll #3 0x7718a246 in ntdll!EtwNotificationRegister () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #5 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #6 0x00c844c0 in ?? () #7 0x771a568e in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #8 0xffffffff in ?? () #9 0x771cb6c3 in ntdll!RtlCaptureContext () from C:\WINDOWS\SYSTEM32\ntdll.dll #10 0x00000000 in ?? () [New Thread 11676.0x2e80] Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 11676.0x2e80] 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll (gdb) The program received a signal in another thread while making a function call from GDB. Evaluation of the expression containing the function (backtrace_top) will be abandoned. When the function is done executing, GDB will silently stop. Thread 9 (Thread 11676.0x2e80): #0 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x771e9e09 in ntdll!DbgUiRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0xfb32daaf in ?? () #3 0x771e9dd0 in ntdll!DbgUiIssueRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #5 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #6 0x00000000 in ?? () Lisp Backtrace: "backtrace" (0xbfedac) "debugger-setup-buffer" (0xbfefe0) "debug" (0xbff1b4) "ses-relocate-all" (0xbff200) "let" (0xbff3bc) "ses-delete-row" (0xbff598) "funcall-interactively" (0xbff594) "call-interactively" (0xbff710) "command-execute" (0xbff8dc) Thread 6 (Thread 11676.0x2aa0): #0 backtrace_top () at eval.c:183 #1 #2 backtrace_top () at eval.c:183 #3 #4 0x771b868c in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll #5 0x7718a246 in ntdll!EtwNotificationRegister () from C:\WINDOWS\SYSTEM32\ntdll.dll #6 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #7 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #8 0x00c844c0 in ?? () #9 0x771a568e in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #10 0xffffffff in ?? () #11 0x771cb6c3 in ntdll!RtlCaptureContext () from C:\WINDOWS\SYSTEM32\ntdll.dll #12 0x00000000 in ?? () [New Thread 11676.0x1f78] Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 11676.0x1f78] 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll (gdb) The program received a signal in another thread while making a function call from GDB. Evaluation of the expression containing the function (backtrace_top) will be abandoned. When the function is done executing, GDB will silently stop. Thread 10 (Thread 11676.0x1f78): #0 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x771e9e09 in ntdll!DbgUiRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0xfb32daaf in ?? () #3 0x771e9dd0 in ntdll!DbgUiIssueRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #5 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #6 0x00000000 in ?? () Lisp Backtrace: "backtrace" (0xbfedac) "debugger-setup-buffer" (0xbfefe0) "debug" (0xbff1b4) "ses-relocate-all" (0xbff200) "let" (0xbff3bc) "ses-delete-row" (0xbff598) "funcall-interactively" (0xbff594) "call-interactively" (0xbff710) "command-execute" (0xbff8dc) Thread 6 (Thread 11676.0x2aa0): #0 backtrace_top () at eval.c:183 #1 #2 backtrace_top () at eval.c:183 #3 #4 backtrace_top () at eval.c:183 #5 #6 0x771b868c in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll #7 0x7718a246 in ntdll!EtwNotificationRegister () from C:\WINDOWS\SYSTEM32\ntdll.dll #8 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #9 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #10 0x00c844c0 in ?? () #11 0x771a568e in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #12 0xffffffff in ?? () #13 0x771cb6c3 in ntdll!RtlCaptureContext () from C:\WINDOWS\SYSTEM32\ntdll.dll #14 0x00000000 in ?? () [New Thread 11676.0x2134] Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 11676.0x2134] 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll (gdb) The program received a signal in another thread while making a function call from GDB. Evaluation of the expression containing the function (backtrace_top) will be abandoned. When the function is done executing, GDB will silently stop. Thread 11 (Thread 11676.0x2134): #0 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x771e9e09 in ntdll!DbgUiRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0xfb32daaf in ?? () #3 0x771e9dd0 in ntdll!DbgUiIssueRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #5 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #6 0x00000000 in ?? () Lisp Backtrace: "backtrace" (0xbfedac) "debugger-setup-buffer" (0xbfefe0) "debug" (0xbff1b4) "ses-relocate-all" (0xbff200) "let" (0xbff3bc) "ses-delete-row" (0xbff598) "funcall-interactively" (0xbff594) "call-interactively" (0xbff710) "command-execute" (0xbff8dc) Thread 6 (Thread 11676.0x2aa0): #0 backtrace_top () at eval.c:183 #1 #2 backtrace_top () at eval.c:183 #3 #4 backtrace_top () at eval.c:183 #5 #6 backtrace_top () at eval.c:183 #7 #8 0x771b868c in ntdll!ZwWaitForWorkViaWorkerFactory () from C:\WINDOWS\SYSTEM32\ntdll.dll #9 0x7718a246 in ntdll!EtwNotificationRegister () from C:\WINDOWS\SYSTEM32\ntdll.dll #10 0x760238f4 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\SYSTEM32\kernel32.dll #11 0x771a56c3 in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #12 0x00c844c0 in ?? () #13 0x771a568e in ntdll!RtlUnicodeStringToInteger () from C:\WINDOWS\SYSTEM32\ntdll.dll #14 0xffffffff in ?? () #15 0x771cb6c3 in ntdll!RtlCaptureContext () from C:\WINDOWS\SYSTEM32\ntdll.dll #16 0x00000000 in ?? () --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- VBR, Vincent From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 05 11:00:37 2016 Received: (at 22301) by debbugs.gnu.org; 5 Jan 2016 16:00:37 +0000 Received: from localhost ([127.0.0.1]:38978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGU2G-0006mG-TM for submit@debbugs.gnu.org; Tue, 05 Jan 2016 11:00:37 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59075) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGU2E-0006m3-PV for 22301@debbugs.gnu.org; Tue, 05 Jan 2016 11:00:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGU25-00025r-JN for 22301@debbugs.gnu.org; Tue, 05 Jan 2016 11:00:29 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54689) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGU25-00025n-Fe; Tue, 05 Jan 2016 11:00:25 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3857 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aGU24-0001f8-S2; Tue, 05 Jan 2016 11:00:25 -0500 Date: Tue, 05 Jan 2016 18:00:31 +0200 Message-Id: <83fuyc584g.fsf@gnu.org> From: Eli Zaretskii To: Vincent =?iso-8859-1?Q?Bela=EFche?= In-reply-to: <84ziwkv6ki.fsf@gmail.com> (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Tue, 05 Jan 2016 08:17:17 +0100) Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging References: <84ziwkv6ki.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Vincent Belache > Cc: Vincent Belache , > 22301@debbugs.gnu.org > Date: Tue, 05 Jan 2016 08:17:17 +0100 > > Something I had forgotten to tell you: I think that I have compiled this > Emacs with Mingw-w64 --- well I am not 100% sure now because at some > point of time I had problems with Minfw-64 (see > https://sourceforge.net/p/mingw-w64/bugs/519/) and I have re-installed > the 32 bit version (both coexist now on my machine and I select the one > in use by editing the fstab file). > > Anyway, I still don't get the debugger prompt, neither Ctrl-C (well C-Q > C-C because I am running it from Emacs), nor F-12 do anything. However, > if I do: > > M-x signal-process RET > shell RET > 3 RET > > then something happens with the debugger, I did it several times, I > still don't get the prompt, but there is that sort of output: > > Program received signal SIGTRAP, Trace/breakpoint trap > > So below, I copied the full gdb session with these. Please make me know > whether this session is ruined or not. You can close this session. It cannot help us more than it already did. I hope we will have more information next time this happens, using the commands I've shown. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 14 11:15:26 2016 Received: (at 22301) by debbugs.gnu.org; 14 Jan 2016 16:15:26 +0000 Received: from localhost ([127.0.0.1]:49336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJkYX-0007p6-4z for submit@debbugs.gnu.org; Thu, 14 Jan 2016 11:15:26 -0500 Received: from smtp08.smtpout.orange.fr ([80.12.242.130]:30761 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJkYU-0007or-9r for 22301@debbugs.gnu.org; Thu, 14 Jan 2016 11:15:23 -0500 Received: from AIGLEROYAL ([86.214.104.246]) by mwinf5d15 with ME id 5sFD1s0025JzBbq03sFDnn; Thu, 14 Jan 2016 17:15:15 +0100 X-ME-Helo: AIGLEROYAL X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Thu, 14 Jan 2016 17:15:15 +0100 X-ME-IP: 86.214.104.246 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= To: Eli Zaretskii Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging Date: Thu, 14 Jan 2016 17:15:24 +0100 Message-ID: <841t9k6stf.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22301 Cc: =?iso-8859-1?Q?Vincent_Bela=EFche?= , 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) Dear Eli, If not yet wished: HAPPY NEW YEAR 2016, BONNE ANN=C3=89E 2016, =D0=A1 =D0= =9D=D0=9E=D0=92=D0=AB=D0=9C =D0=93=D0=9E=D0=94=D0=9E=D0=9C 2016 (etc...) ! I had put on hold this bug#22301 stuff, because I wanted to make some update on LaTeX fmtcount package. Now, I have just come back at it, and the crash was not long to come back. It seems that it is not so difficult to reproduce. Below is our backtrace. My gdb session is left open, so please feel free to ask more gdb interaction. More below... Le 05/01/2016 04:34, Eli Zaretskii a =C3=A9crit : [...] > > Do you get the GDB prompt back if you press F-12 or Ctrl-C? If not, > this session is ruined, and you can stop it. > > Next time when it happens, type these commands instead: > > (gdb) thread 1 > (gdb) bt > > Better yet, run Emacs from GDB to begin with, it will make the > backtrace more reliable. > > Thanks. Here is the full session. At the beginning of the session there are lots of [New thead...], that is because I did not start SES debugging at once. I have used the Emacs under debug a number of days without any problem, including for Lisp debugging other lisp code than SES. But almost as soon as I came back to SES relocation functions, it crashed... --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- $ gdb /c/Nos_Programmes/GNU/Emacs/bin/emacs.exe GNU gdb (GDB) 7.6.1 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: ... Reading symbols from c:\Nos_Programmes\GNU\Emacs\bin\emacs.exe...done. SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from te= rminal] DISPLAY =3D w32 TERM =3D emacs Breakpoint 1 at 0x10951bb: file emacs.c, line 370. Temporary breakpoint 2 at 0x10aabd6: file sysdep.c, line 901. (gdb) run Starting program: c:/Nos_Programmes/GNU/Emacs/bin/emacs.exe=20 [New Thread 2820.0x9b0] [New Thread 2820.0x1458] [New Thread 2820.0x1618] [New Thread 2820.0xd5c] [New Thread 2820.0x6f4] [New Thread 2820.0xf84] [New Thread 2820.0xfc8] [New Thread 2820.0x14ec] [New Thread 2820.0x1520] [New Thread 2820.0x1a38] [New Thread 2820.0x1a74] [New Thread 2820.0x1aac] [New Thread 2820.0x1ae4] [New Thread 2820.0x1b20] [New Thread 2820.0x1b54] [New Thread 2820.0x1b88] [New Thread 2820.0x1bbc] [New Thread 2820.0x1bf0] [New Thread 2820.0x114c] [New Thread 2820.0x153c] [New Thread 2820.0x1880] [New Thread 2820.0xe88] [New Thread 2820.0x1558] [New Thread 2820.0x168c] [New Thread 2820.0x1964] [New Thread 2820.0x1a54] [New Thread 2820.0x1a90] [New Thread 2820.0x1ab8] [New Thread 2820.0x1b00] [New Thread 2820.0x1b64] [New Thread 2820.0x1bb8] [New Thread 2820.0x1be8] [New Thread 2820.0x1e8] [New Thread 2820.0x1848] [New Thread 2820.0xbd8] [New Thread 2820.0x1814] [New Thread 2820.0x121c] [New Thread 2820.0x1ae8] [New Thread 2820.0x1bbc] [New Thread 2820.0x1bf4] [New Thread 2820.0x1864] [New Thread 2820.0x554] [New Thread 2820.0x1818] [New Thread 2820.0x1248] [New Thread 2820.0x1934] [New Thread 2820.0x1318] [New Thread 2820.0x1684] [New Thread 2820.0xe9c] [New Thread 2820.0x18cc] [New Thread 2820.0x1a28] [New Thread 2820.0x1a54] [New Thread 2820.0x96c] [New Thread 2820.0x1874] [New Thread 2820.0x1aa0] [New Thread 2820.0x1b1c] [New Thread 2820.0x6ac] [New Thread 2820.0x624] [New Thread 2820.0x1b74] [New Thread 2820.0x20c] [New Thread 2820.0x1bb8] [New Thread 2820.0x1b00] [New Thread 2820.0x1864] [New Thread 2820.0x554] [New Thread 2820.0x1840] [New Thread 2820.0x1248] [New Thread 2820.0x1a20] [New Thread 2820.0x19f0] [New Thread 2820.0x1610] [New Thread 2820.0x18b8] [New Thread 2820.0x1b30] [New Thread 2820.0x119c] [New Thread 2820.0x1a4c] [New Thread 2820.0x1be8] [New Thread 2820.0x1a70] [New Thread 2820.0x7ec] [New Thread 2820.0x19c8] [New Thread 2820.0x1abc] [New Thread 2820.0x1ab8] [New Thread 2820.0x1558] [New Thread 2820.0x1b78] [New Thread 2820.0x1b5c] [New Thread 2820.0x1808] [New Thread 2820.0xd40] [New Thread 2820.0x12f0] [New Thread 2820.0xa74] [New Thread 2820.0x554] [New Thread 2820.0x71c] [New Thread 2820.0x1284] [New Thread 2820.0x8f8] [New Thread 2820.0xe58] [New Thread 2820.0xf50] [New Thread 2820.0xb08] [New Thread 2820.0x3a0] [New Thread 2820.0xa44] [New Thread 2820.0x122c] [New Thread 2820.0x1588] [New Thread 2820.0x139c] [New Thread 2820.0x140c] [New Thread 2820.0x1a54] [New Thread 2820.0x11dc] [New Thread 2820.0x140c] [New Thread 2820.0x1b68] [New Thread 2820.0x9a8] [New Thread 2820.0x43c] [New Thread 2820.0x156c] [New Thread 2820.0x140] [New Thread 2820.0x19ec] [New Thread 2820.0xb10] [New Thread 2820.0x1388] [New Thread 2820.0xe44] [New Thread 2820.0x1318] [New Thread 2820.0xfd0] [New Thread 2820.0x17c4] [New Thread 2820.0x15d0] [New Thread 2820.0x1ec] [New Thread 2820.0x414] [New Thread 2820.0x1984] [New Thread 2820.0xc7c] [New Thread 2820.0x11e4] [New Thread 2820.0x1bb8] [New Thread 2820.0x5c8] [New Thread 2820.0x1928] [New Thread 2820.0xfbc] [New Thread 2820.0xac] [New Thread 2820.0x18b4] [New Thread 2820.0xc8] [New Thread 2820.0xf40] [New Thread 2820.0x1560] [New Thread 2820.0x1f8] [New Thread 2820.0x4f8] [New Thread 2820.0x1388] [New Thread 2820.0x1520] [New Thread 2820.0x1578] [New Thread 2820.0x5b4] [New Thread 2820.0x188c] [New Thread 2820.0xf78] [New Thread 2820.0xd4] [New Thread 2820.0xaf8] [New Thread 2820.0x1960] [New Thread 2820.0x1824] [New Thread 2820.0x830] [New Thread 2820.0x43c] [New Thread 2820.0xfa0] [New Thread 2820.0x182c] [New Thread 2820.0x1b34] [New Thread 2820.0x178c] [New Thread 2820.0x2f8] [New Thread 2820.0x1208] [New Thread 2820.0x1294] [New Thread 2820.0x5d8] [New Thread 2820.0xd7c] [New Thread 2820.0x13c0] [New Thread 2820.0x144c] [New Thread 2820.0x1a4c] [New Thread 2820.0x18fc] [New Thread 2820.0xa78] [New Thread 2820.0x4c4] [New Thread 2820.0x13b8] [New Thread 2820.0xe28] [New Thread 2820.0x15a8] [New Thread 2820.0x204] [New Thread 2820.0x7ac] [New Thread 2820.0x8e4] [New Thread 2820.0xce0] [New Thread 2820.0x9a8] [New Thread 2820.0x18d0] [New Thread 2820.0x1300] [New Thread 2820.0x1a3c] [New Thread 2820.0x114] [New Thread 2820.0xe08] [New Thread 2820.0x1370] [New Thread 2820.0x1ac8] [New Thread 2820.0x75c] [New Thread 2820.0xd30] [New Thread 2820.0x1490] [New Thread 2820.0xde8] [New Thread 2820.0x17dc] [New Thread 2820.0x1f8] [New Thread 2820.0x4f8] [New Thread 2820.0x1388] [New Thread 2820.0x888] [New Thread 2820.0x19f8] [New Thread 2820.0x185c] [New Thread 2820.0xe28] [New Thread 2820.0x188c] [New Thread 2820.0x104c] [New Thread 2820.0x1778] [New Thread 2820.0x1b68] [New Thread 2820.0x15cc] [New Thread 2820.0x189c] [New Thread 2820.0x15c0] [New Thread 2820.0x1404] [New Thread 2820.0xb94] [New Thread 2820.0x1370] [New Thread 2820.0xac] [New Thread 2820.0x184c] [New Thread 2820.0xa38] [New Thread 2820.0x1bc4] [New Thread 2820.0x1084] [New Thread 2820.0x119c] [New Thread 2820.0x1674] [New Thread 2820.0x1388] [New Thread 2820.0x888] [New Thread 2820.0x16c] [New Thread 2820.0x1590] [New Thread 2820.0x1ec] [New Thread 2820.0xf78] [New Thread 2820.0x1860] [New Thread 2820.0x15cc] [New Thread 2820.0x870] [New Thread 2820.0x1a94] [New Thread 2820.0x628] [New Thread 2820.0x158c] [New Thread 2820.0x19ec] [New Thread 2820.0x18ac] [New Thread 2820.0x111c] [New Thread 2820.0xf3c] [New Thread 2820.0x1be4] [New Thread 2820.0xde8] [New Thread 2820.0x18f8] [New Thread 2820.0x1f8] [New Thread 2820.0x19e0] [New Thread 2820.0x688] [New Thread 2820.0xca0] [New Thread 2820.0x1578] [New Thread 2820.0xdec] [New Thread 2820.0x14c0] [New Thread 2820.0xcd0] [New Thread 2820.0xe80] [New Thread 2820.0x540] [New Thread 2820.0x8e4] [New Thread 2820.0xd4] [New Thread 2820.0x1a14] [New Thread 2820.0xb94] [New Thread 2820.0x1b6c] [New Thread 2820.0x1b74] [New Thread 2820.0x910] [New Thread 2820.0x9c] [New Thread 2820.0x908] [New Thread 2820.0x1a2c] [New Thread 2820.0x1374] [New Thread 2820.0x45c] [New Thread 2820.0x15f0] [New Thread 2820.0x1388] [New Thread 2820.0xcdc] [New Thread 2820.0x728] [New Thread 2820.0x18d4] [New Thread 2820.0xe6c] [New Thread 2820.0x35c] [New Thread 2820.0x133c] [New Thread 2820.0x1018] [New Thread 2820.0x126c] [New Thread 2820.0xc14] [New Thread 2820.0x1960] [New Thread 2820.0x830] [New Thread 2820.0x19ac] [New Thread 2820.0x15c0] [New Thread 2820.0x1b34] [New Thread 2820.0x15d4] [New Thread 2820.0x1370] [New Thread 2820.0x4b8] [New Thread 2820.0x139c] [New Thread 2820.0x15ac] [New Thread 2820.0x12c8] [New Thread 2820.0x1a0c] [New Thread 2820.0xa18] [New Thread 2820.0x1078] [New Thread 2820.0x864] [New Thread 2820.0x1248] [New Thread 2820.0x1424] [New Thread 2820.0x1b5c] [New Thread 2820.0x13b8] [New Thread 2820.0x1a7c] [New Thread 2820.0x1bfc] [New Thread 2820.0x318] [New Thread 2820.0x1860] [New Thread 2820.0x1668] [New Thread 2820.0xe78] [New Thread 2820.0x248] [New Thread 2820.0x1004] [New Thread 2820.0x18e0] [New Thread 2820.0x1af0] [New Thread 2820.0x11a4] [New Thread 2820.0xff8] [New Thread 2820.0x19dc] [New Thread 2820.0x18dc] [New Thread 2820.0x1f8] [New Thread 2820.0xc80] [New Thread 2820.0x19d4] [New Thread 2820.0xe40] [New Thread 2820.0x16dc] [New Thread 2820.0x1228] [New Thread 2820.0x5c0] [New Thread 2820.0xfac] [New Thread 2820.0xac0] [New Thread 2820.0x15bc] [New Thread 2820.0x179c] [New Thread 2820.0xe80] [New Thread 2820.0x1250] [New Thread 2820.0x15d0] [New Thread 2820.0xc14] [New Thread 2820.0x1bd8] [New Thread 2820.0x1b04] [New Thread 2820.0x6bc] [New Thread 2820.0xa18] [New Thread 2820.0x16dc] [New Thread 2820.0x1974] [New Thread 2820.0x1424] [New Thread 2820.0x1a14] [New Thread 2820.0x1818] [New Thread 2820.0x43c] [New Thread 2820.0x185c] [New Thread 2820.0x1bfc] [New Thread 2820.0x1250] [New Thread 2820.0xe28] [New Thread 2820.0x830] [New Thread 2820.0x19c8] [New Thread 2820.0x728] [New Thread 2820.0xcec] [New Thread 2820.0xde0] [New Thread 2820.0x1578] [New Thread 2820.0x1740] [New Thread 2820.0x14bc] [New Thread 2820.0xf78] [New Thread 2820.0x540] [New Thread 2820.0x1acc] [New Thread 2820.0x176c] [New Thread 2820.0x170] [New Thread 2820.0x1bb4] [New Thread 2820.0x1068] [New Thread 2820.0x181c] [New Thread 2820.0x19dc] [New Thread 2820.0x1774] [New Thread 2820.0x12cc] [New Thread 2820.0x1208] [New Thread 2820.0x107c] [New Thread 2820.0x1318] [New Thread 2820.0x1648] [New Thread 2820.0xd54] [New Thread 2820.0x18c] [New Thread 2820.0x156c] [New Thread 2820.0xbc4] [New Thread 2820.0x116c] [New Thread 2820.0x140] [New Thread 2820.0x14a4] [New Thread 2820.0x1644] [New Thread 2820.0x1a84] [New Thread 2820.0x1018] [New Thread 2820.0x1204] [New Thread 2820.0x7a8] [New Thread 2820.0x840] [New Thread 2820.0x176c] [New Thread 2820.0x16a8] [New Thread 2820.0x1768] [New Thread 2820.0x15f4] [New Thread 2820.0x199c] [New Thread 2820.0xd7c] [New Thread 2820.0xa34] [New Thread 2820.0xc8] [New Thread 2820.0xc0c] [New Thread 2820.0x18e0] [New Thread 2820.0x1688] [New Thread 2820.0x1694] [New Thread 2820.0x1014] [New Thread 2820.0x1bc8] [New Thread 2820.0x145c] [New Thread 2820.0xf98] [New Thread 2820.0xe44] [New Thread 2820.0x804] [New Thread 2820.0x1368] [New Thread 2820.0x133c] [New Thread 2820.0xac0] [New Thread 2820.0x608] [New Thread 2820.0x1ad4] [New Thread 2820.0xb74] [New Thread 2820.0xba0] [New Thread 2820.0x17dc] [New Thread 2820.0x19e0] [New Thread 2820.0x75c] [New Thread 2820.0x1560] [New Thread 2820.0xb88] [New Thread 2820.0x1128] [New Thread 2820.0x1588] [New Thread 2820.0x17cc] [New Thread 2820.0xaf8] [New Thread 2820.0x1668] [New Thread 2820.0x11e4] [New Thread 2820.0x16f0] [New Thread 2820.0x16a8] [New Thread 2820.0x1078] [New Thread 2820.0x1768] [New Thread 2820.0x1af8] [New Thread 2820.0xffc] [New Thread 2820.0x16b0] [New Thread 2820.0x1188] [New Thread 2820.0x82c] [New Thread 2820.0x13e4] [New Thread 2820.0x17c8] [New Thread 2820.0x1318] [New Thread 2820.0x1858] [New Thread 2820.0x1014] [New Thread 2820.0x1974] [New Thread 2820.0xb10] [New Thread 2820.0x684] [New Thread 2820.0x11d8] [New Thread 2820.0x12cc] [New Thread 2820.0x1afc] [New Thread 2820.0xb4c] [New Thread 2820.0x1b50] [New Thread 2820.0x13c0] [New Thread 2820.0x1b7c] [New Thread 2820.0x1190] [New Thread 2820.0x684] [New Thread 2820.0x1984] [New Thread 2820.0x1578] [New Thread 2820.0x864] [New Thread 2820.0x9a8] [New Thread 2820.0x440] [New Thread 2820.0x8e0] [New Thread 2820.0x158c] [New Thread 2820.0x178c] [New Thread 2820.0x13dc] [New Thread 2820.0x17dc] [New Thread 2820.0xfcc] [New Thread 2820.0xf40] [New Thread 2820.0x1974] [New Thread 2820.0xe98] [New Thread 2820.0xc18] [New Thread 2820.0x19d0] [New Thread 2820.0x1a2c] [New Thread 2820.0x17e0] [New Thread 2820.0xfcc] [New Thread 2820.0xf38] [New Thread 2820.0x1be8] [New Thread 2820.0xee0] [New Thread 2820.0x918] [New Thread 2820.0x144c] [New Thread 2820.0x1bb8] [New Thread 2820.0x1208] [New Thread 2820.0x16fc] [New Thread 2820.0xca0] [New Thread 2820.0x1670] [New Thread 2820.0x6f8] [New Thread 2820.0xa74] [New Thread 2820.0x1994] [New Thread 2820.0x13d4] [New Thread 2820.0x1ba8] [New Thread 2820.0x5a8] [New Thread 2820.0x94c] [New Thread 2820.0x12ac] [New Thread 2820.0x13dc] [New Thread 2820.0xa8c] [New Thread 2820.0x148] [New Thread 2820.0xb74] [New Thread 2820.0x1a98] [New Thread 2820.0xea0] [New Thread 2820.0xce4] [New Thread 2820.0x1ae8] [New Thread 2820.0xb94] [New Thread 2820.0x1bc8] [New Thread 2820.0x17c4] [New Thread 2820.0x14c0] [New Thread 2820.0x19f0] [New Thread 2820.0x35c] [New Thread 2820.0x6f8] [New Thread 2820.0x1740] [New Thread 2820.0x1018] [New Thread 2820.0x1824] [New Thread 2820.0x11a4] [New Thread 2820.0x1a98] [New Thread 2820.0x1898] [New Thread 2820.0x1928] [New Thread 2820.0x1270] [New Thread 2820.0x7ac] [New Thread 2820.0x1854] [New Thread 2820.0x888] [New Thread 2820.0x1abc] [New Thread 2820.0x838] [New Thread 2820.0x1bf8] [New Thread 2820.0x1b04] [New Thread 2820.0xc54] [New Thread 2820.0x1260] [New Thread 2820.0x1ba4] [New Thread 2820.0x1710] [New Thread 2820.0x1844] [New Thread 2820.0x1188] [New Thread 2820.0x1b50] [New Thread 2820.0x1864] [New Thread 2820.0x11f8] [New Thread 2820.0x6c8] [New Thread 2820.0x1a54] [New Thread 2820.0xb74] [New Thread 2820.0x12c0] [New Thread 2820.0x8f8] [New Thread 2820.0x121c] [New Thread 2820.0x1bfc] [New Thread 2820.0xc80] [New Thread 2820.0x1324] [New Thread 2820.0x1a14] [New Thread 2820.0x854] [New Thread 2820.0x1ac8] [New Thread 2820.0x1148] [New Thread 2820.0x1ba0] [New Thread 2820.0x1ad0] [New Thread 2820.0x5a8] [New Thread 2820.0x864] [New Thread 2820.0xedc] [New Thread 2820.0x1248] [New Thread 2820.0xda0] [New Thread 2820.0x1644] [New Thread 2820.0x14c0] [New Thread 2820.0x1ad4] [New Thread 2820.0x1068] [New Thread 2820.0x18a4] [New Thread 2820.0x35c] [New Thread 2820.0xd7c] [New Thread 2820.0x1608] [New Thread 2820.0x198] [New Thread 2820.0x1548] [New Thread 2820.0xcfc] [New Thread 2820.0x1bfc] [New Thread 2820.0x1774] [New Thread 2820.0x18b4] [New Thread 2820.0x1b08] [New Thread 2820.0x768] [New Thread 2820.0x14d4] [New Thread 2820.0x72c] [New Thread 2820.0xdb0] [New Thread 2820.0x1ad0] [New Thread 2820.0x5a8] [New Thread 2820.0x19e0] [New Thread 2820.0x1b7c] [New Thread 2820.0x1858] [New Thread 2820.0x7d4] [New Thread 2820.0x16f0] [New Thread 2820.0xe7c] [New Thread 2820.0x1a0c] [New Thread 2820.0x138c] [New Thread 2820.0x1b78] [New Thread 2820.0x153c] [New Thread 2820.0x13b0] [New Thread 2820.0x161c] [New Thread 2820.0x76c] [New Thread 2820.0x10f8] [New Thread 2820.0x1bf4] [New Thread 2820.0x1a2c] [New Thread 2820.0x1064] [New Thread 2820.0x1660] [New Thread 2820.0x178c] [New Thread 2820.0x1300] [New Thread 2820.0xcdc] [New Thread 2820.0x18e0] [New Thread 2820.0xe2c] [New Thread 2820.0x1780] [New Thread 2820.0x13b8] [New Thread 2820.0x1ad0] [New Thread 2820.0x2dc] [New Thread 2820.0xf3c] [New Thread 2820.0x1abc] [New Thread 2820.0x888] [New Thread 2820.0x1ae8] [New Thread 2820.0x32c] [New Thread 2820.0x1134] [New Thread 2820.0x1b04] [New Thread 2820.0x18f8] [New Thread 2820.0x188c] [New Thread 2820.0x9a8] [New Thread 2820.0x1594] [New Thread 2820.0x111c] [New Thread 2820.0xe78] [New Thread 2820.0x12c8] [New Thread 2820.0x1a54] [New Thread 2820.0x122c] [New Thread 2820.0x1490] [New Thread 2820.0xf44] [New Thread 2820.0x1530] [New Thread 2820.0x17a8] [New Thread 2820.0x1b88] [New Thread 2820.0x4f8] [New Thread 2820.0x4d8] [New Thread 2820.0x1550] [New Thread 2820.0x14d4] [New Thread 2820.0x1754] [New Thread 2820.0x14a0] [New Thread 2820.0xb78] [New Thread 2820.0xfec] [New Thread 2820.0x1208] [New Thread 2820.0x578] [New Thread 2820.0x1204] [New Thread 2820.0xda4] [New Thread 2820.0x17c8] [New Thread 2820.0x1134] [New Thread 2820.0x1870] [New Thread 2820.0x1260] [New Thread 2820.0x344] [New Thread 2820.0x1068] [New Thread 2820.0x678] [New Thread 2820.0x1a88] [New Thread 2820.0x1588] [New Thread 2820.0x12cc] [New Thread 2820.0xf44] [New Thread 2820.0x644] [New Thread 2820.0x1708] [New Thread 2820.0x148c] [New Thread 2820.0xa18] [New Thread 2820.0x1314] [New Thread 2820.0x1644] [New Thread 2820.0x54c] [New Thread 2820.0x15ac] [New Thread 2820.0x18b4] [New Thread 2820.0x1d64] [New Thread 2820.0x4c0] [New Thread 2820.0x7ac] [New Thread 2820.0xbdc] [New Thread 2820.0x1368] [New Thread 2820.0x1c38] [New Thread 2820.0x94c] [New Thread 2820.0x1018] [New Thread 2820.0x63c] [New Thread 2820.0x1d48] [New Thread 2820.0x15d4] [New Thread 2820.0x1f28] [New Thread 2820.0xc98] [New Thread 2820.0x1a54] [New Thread 2820.0x1c30] [New Thread 2820.0x5a0] [New Thread 2820.0x5c0] [New Thread 2820.0x1e38] [New Thread 2820.0x18f8] [New Thread 2820.0x1744] [New Thread 2820.0x19e0] [New Thread 2820.0x96c] [New Thread 2820.0x1530] [New Thread 2820.0x75c] [New Thread 2820.0x19ac] [New Thread 2820.0x1cac] [New Thread 2820.0x15a8] [New Thread 2820.0x1fd4] [New Thread 2820.0x15f8] [New Thread 2820.0xc8] [New Thread 2820.0x138c] [New Thread 2820.0x940] [New Thread 2820.0x1d98] [New Thread 2820.0x12c8] [New Thread 2820.0x1d90] [New Thread 2820.0xfbc] [New Thread 2820.0x1a68] [New Thread 2820.0x1928] [New Thread 2820.0x1fcc] [New Thread 2820.0x11e8] [New Thread 2820.0x1e2c] [New Thread 2820.0x1fb4] [New Thread 2820.0x1d00] [New Thread 2820.0x7d4] [New Thread 2820.0xbc4] [New Thread 2820.0xc54] [New Thread 2820.0x1a8c] [New Thread 2820.0x43c] [New Thread 2820.0xfbc] [New Thread 2820.0x18c] [New Thread 2820.0x78c] [New Thread 2820.0x1814] [New Thread 2820.0x8e0] [New Thread 2820.0x1338] [New Thread 2820.0x1a50] [New Thread 2820.0xb94] [New Thread 2820.0x1bbc] [New Thread 2820.0x11d8] [New Thread 2820.0x1be0] [New Thread 2820.0x1110] [New Thread 2820.0x2c4] [New Thread 2820.0x1d3c] [New Thread 2820.0x1a3c] [New Thread 2820.0xfbc] [New Thread 2820.0x788] [New Thread 2820.0x1c70] [New Thread 2820.0x4e0] [New Thread 2820.0x2188] [New Thread 2820.0x218c] [New Thread 2820.0x2190] [New Thread 2820.0x2274] [New Thread 2820.0x18fc] [New Thread 2820.0x1f98] [New Thread 2820.0x3ec] [New Thread 2820.0x1554] [New Thread 2820.0x1e08] [New Thread 2820.0x20d8] [New Thread 2820.0x1128] [New Thread 2820.0x1b18] [New Thread 2820.0x71c] [New Thread 2820.0x121c] [New Thread 2820.0xe58] [New Thread 2820.0x2228] [New Thread 2820.0x2260] [New Thread 2820.0x19f0] [New Thread 2820.0x22f4] [New Thread 2820.0x23e4] [New Thread 2820.0xc54] [New Thread 2820.0x1cb0] [New Thread 2820.0x214c] [New Thread 2820.0x2094] [New Thread 2820.0x1f50] [New Thread 2820.0x1ba4] [New Thread 2820.0xd34] [New Thread 2820.0x13e8] [New Thread 2820.0x1f5c] [New Thread 2820.0xe54] [New Thread 2820.0x1f18] [New Thread 2820.0x221c] [New Thread 2820.0x218c] [New Thread 2820.0x225c] [New Thread 2820.0x19f0] [New Thread 2820.0x2288] [New Thread 2820.0x23dc] [New Thread 2820.0x22c8] [New Thread 2820.0x1064] [New Thread 2820.0xd0] [New Thread 2820.0x374] [New Thread 2820.0x1654] [New Thread 2820.0x1890] [New Thread 2820.0x2138] [New Thread 2820.0x574] [New Thread 2820.0x1e40] [New Thread 2820.0x18f8] [New Thread 2820.0x1770] [New Thread 2820.0xce4] [New Thread 2820.0x344] [New Thread 2820.0x1f18] [New Thread 2820.0x21b8] [New Thread 2820.0xaf8] [New Thread 2820.0x2190] [New Thread 2820.0x1e60] [New Thread 2820.0xf94] [New Thread 2820.0x1f40] [New Thread 2820.0xe78] [New Thread 2820.0x1aa0] [New Thread 2820.0x1814] [New Thread 2820.0x1404] [New Thread 2820.0x15ac] [New Thread 2820.0x4d0] [New Thread 2820.0x2020] [New Thread 2820.0x2044] [New Thread 2820.0xce0] [New Thread 2820.0x1f90] [New Thread 2820.0x708] [New Thread 2820.0xba0] [New Thread 2820.0x2318] [New Thread 2820.0x72c] [New Thread 2820.0x454] [New Thread 2820.0x18c8] [New Thread 2820.0x16a4] [New Thread 2820.0x1214] [New Thread 2820.0x1e2c] [New Thread 2820.0x1c30] [New Thread 2820.0x209c] [New Thread 2820.0x874] [New Thread 2820.0x1818] [New Thread 2820.0x600] [New Thread 2820.0x1cc4] [New Thread 2820.0x1bc8] [New Thread 2820.0x1130] [New Thread 2820.0x12c8] [New Thread 2820.0x1e14] [New Thread 2820.0xc54] [New Thread 2820.0xcec] [New Thread 2820.0x2140] [New Thread 2820.0x134c] [New Thread 2820.0xecc] [New Thread 2820.0x43c] [New Thread 2820.0x8f0] [New Thread 2820.0x1264] [New Thread 2820.0x830] [New Thread 2820.0xe60] [New Thread 2820.0x1328] [New Thread 2820.0x6b8] [New Thread 2820.0x1a14] [New Thread 2820.0x2140] [New Thread 2820.0x2c4] [New Thread 2820.0x208c] [New Thread 2820.0x1fa8] [New Thread 2820.0x1fac] [New Thread 2820.0x20e4] [New Thread 2820.0x98c] [New Thread 2820.0xe7c] [New Thread 2820.0x12cc] [New Thread 2820.0x1320] [New Thread 2820.0x2234] [New Thread 2820.0x7f0] [New Thread 2820.0x1ae4] [New Thread 2820.0x1a98] [New Thread 2820.0x354] [New Thread 2820.0x23a4] [New Thread 2820.0x23ac] [New Thread 2820.0x1ac0] [New Thread 2820.0x614] [New Thread 2820.0x1f4c] [New Thread 2820.0xa74] [New Thread 2820.0x19c8] [New Thread 2820.0x1890] [New Thread 2820.0x2188] [New Thread 2820.0xb94] [New Thread 2820.0x1ce0] [New Thread 2820.0x1084] [New Thread 2820.0x2018] [New Thread 2820.0xdb0] [New Thread 2820.0x21b4] [New Thread 2820.0x1130] [New Thread 2820.0x15ac] [New Thread 2820.0x14c] [New Thread 2820.0x8ec] [New Thread 2820.0x1e60] [New Thread 2820.0x1bcc] [New Thread 2820.0x2164] [New Thread 2820.0x14c8] [New Thread 2820.0x4d0] [New Thread 2820.0xfbc] [New Thread 2820.0x1df4] [New Thread 2820.0x21d0] [New Thread 2820.0xe14] [New Thread 2820.0x20e8] [New Thread 2820.0xad8] [New Thread 2820.0x1ca8] [New Thread 2820.0x2308] [New Thread 2820.0x1cf0] [New Thread 2820.0x1078] [New Thread 2820.0x600] [New Thread 2820.0x98c] [New Thread 2820.0xfcc] [New Thread 2820.0x1aac] [New Thread 2820.0x219c] [New Thread 2820.0xf38] [New Thread 2820.0xb18] [New Thread 2820.0x8e8] [New Thread 2820.0x12ac] [New Thread 2820.0x11dc] [New Thread 2820.0xba0] [New Thread 2820.0x1f98] [New Thread 2820.0x1ef8] [New Thread 2820.0x94c] [New Thread 2820.0x1fa0] [New Thread 2820.0x2268] [New Thread 2820.0xa8c] [New Thread 2820.0x1dc0] [New Thread 2820.0x1d4c] [New Thread 2820.0x1a04] [New Thread 2820.0xb78] [New Thread 2820.0x1d98] [New Thread 2820.0x1b98] [New Thread 2820.0x214c] [New Thread 2820.0x2200] [New Thread 2820.0x19ec] [New Thread 2820.0x1db4] [New Thread 2820.0x1928] [New Thread 2820.0x1818] [New Thread 2820.0x1268] [New Thread 2820.0x1e00] [New Thread 2820.0x1d2c] [New Thread 2820.0x15ac] [New Thread 2820.0x910] [New Thread 2820.0x12f0] [New Thread 2820.0x119c] [New Thread 2820.0x1abc] [New Thread 2820.0x1670] [New Thread 2820.0xe28] [New Thread 2820.0xe2c] [New Thread 2820.0x1c70] [New Thread 2820.0x148] [New Thread 2820.0xec8] [New Thread 2820.0xf3c] [New Thread 2820.0x1ef4] [New Thread 2820.0x17a8] [New Thread 2820.0x23d4] [New Thread 2820.0x19e0] [New Thread 2820.0x1888] [New Thread 2820.0x1268] [New Thread 2820.0x1f10] [New Thread 2820.0x104c] [New Thread 2820.0xe5c] [New Thread 2820.0x1288] [New Thread 2820.0x1f28] [New Thread 2820.0x8f0] [New Thread 2820.0x2218] [New Thread 2820.0x234c] [New Thread 2820.0x18f8] [New Thread 2820.0x71c] [New Thread 2820.0x22e0] [New Thread 2820.0x2134] [New Thread 2820.0xad8] [New Thread 2820.0x17d0] [New Thread 2820.0x1708] [New Thread 2820.0x14bc] [New Thread 2820.0xf44] [New Thread 2820.0xee4] [New Thread 2820.0x1f2c] [New Thread 2820.0x4dc] [New Thread 2820.0x18e0] [New Thread 2820.0x1b10] [New Thread 2820.0x1484] [New Thread 2820.0xc98] [New Thread 2820.0x20d4] [New Thread 2820.0xb88] [New Thread 2820.0x13b0] [New Thread 2820.0x142c] [New Thread 2820.0x13e0] [New Thread 2820.0x414] [New Thread 2820.0xfac] [New Thread 2820.0x10f8] [New Thread 2820.0x910] [New Thread 2820.0x1878] [New Thread 2820.0x21e4] [New Thread 2820.0x2384] [New Thread 2820.0x2188] [New Thread 2820.0x764] [New Thread 2820.0x1a80] [New Thread 2820.0x1b6c] [New Thread 2820.0x1738] [New Thread 2820.0xf94] [New Thread 2820.0xc74] [New Thread 2820.0x1a48] [New Thread 2820.0x1d98] [New Thread 2820.0xe20] [New Thread 2820.0x3a0] [New Thread 2820.0xfac] Program received signal SIGSEGV, Segmentation fault. 0x011119c6 in print_object (obj=3Dobj@entry=3D12579352,=20 printcharfun=3Dprintcharfun@entry=3D0, escapeflag=3Descapeflag@entry=3D= true) at print.c:1505 1505 if (p !=3D end && (*p =3D=3D '-' || *p =3D=3D '+')) p++; (gdb) thread 1 [Switching to thread 1 (Thread 2820.0x9b0)] #0 0x011119c6 in print_object (obj=3Dobj@entry=3D12579352,=20 printcharfun=3Dprintcharfun@entry=3D0, escapeflag=3Descapeflag@entry=3D= true) at print.c:1505 1505 if (p !=3D end && (*p =3D=3D '-' || *p =3D=3D '+')) p++; (gdb) bt #0 0x011119c6 in print_object (obj=3Dobj@entry=3D12579352,=20 printcharfun=3Dprintcharfun@entry=3D0, escapeflag=3Descapeflag@entry=3D= true) at print.c:1505 #1 0x01112d0b in print (obj=3Dobj@entry=3D12579352,=20 printcharfun=3Dprintcharfun@entry=3D0, escapeflag=3Descapeflag@entry=3D= true) at print.c:1129 #2 0x01112f89 in Fprin1 (object=3D12579352, printcharfun=3Dprintcharfun@en= try=3D0) at print.c:623 #3 0x010f89ac in Fbacktrace () at eval.c:3247 #4 0x010fa7da in Ffuncall (nargs=3D1, args=3D0xbfeda8) at eval.c:2647 #5 0x0112a00d in exec_byte_code (bytestr=3D-1946399349, vector=3D264275401= ,=20 maxdepth=3D26, args_template=3Dargs_template@entry=3D1030, nargs=3Dnarg= s@entry=3D1,=20 args=3D0x1) at bytecode.c:880 #6 0x010fa348 in funcall_lambda (fun=3D81103373, nargs=3Dnargs@entry=3D1,= =20 arg_vector=3Darg_vector@entry=3D0xbfefe0) at eval.c:2810 #7 0x010fa59f in Ffuncall (nargs=3D2, args=3D0xbfefdc) at eval.c:2711 #8 0x0112a00d in exec_byte_code (bytestr=3D-1946399349, vector=3D264275401= ,=20 maxdepth=3D166, args_template=3Dargs_template@entry=3D514, nargs=3Dnarg= s@entry=3D2,=20 args=3D0x2) at bytecode.c:880 #9 0x010fa348 in funcall_lambda (fun=3D81425253, nargs=3Dnargs@entry=3D2,= =20 arg_vector=3Darg_vector@entry=3D0xbff1b4) at eval.c:2810 #10 0x010fa59f in Ffuncall (nargs=3Dnargs@entry=3D3, args=3Dargs@entry=3D0x= bff1b0) at eval.c:2711 #11 0x010fb8e3 in Fapply (nargs=3Dnargs@entry=3D2, args=3Dargs@entry=3D0xbf= f218) at eval.c:2278 #12 0x010fb9d6 in apply1 (fn=3D10304, arg=3Darg@entry=3D86736923) at eval.c= :2494 #13 0x010fbb6e in call_debugger (arg=3D86736923) at eval.c:308 #14 0x010f9c97 in eval_sub (form=3D85682323) at eval.c:2206 #15 0x010fa08f in Fprogn (body=3D86013979) at eval.c:427 #16 0x010fc90b in Flet (args=3D86008795) at eval.c:943 #17 0x010f9d2b in eval_sub (form=3D86008787) at eval.c:2085 #18 0x010fa08f in Fprogn (body=3D86008675) at eval.c:427 #19 0x010fa3a3 in funcall_lambda (fun=3D86008491, nargs=3Dnargs@entry=3D1,= =20 arg_vector=3Darg_vector@entry=3D0xbff598) at eval.c:2869 #20 0x010fa59f in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@entry=3D0x= bff594) at eval.c:2711 #21 0x010f6a5d in Ffuncall_interactively (nargs=3D2, args=3D0xbff594) at callint.c:248 #22 0x010fa67d in Ffuncall (nargs=3D3, args=3D0xbff590) at eval.c:2630 #23 0x010f7381 in Fcall_interactively (function=3D44729056, record_flag=3D0= ,=20 keys=3D89093941) at callint.c:836 #24 0x010fa7af in Ffuncall (nargs=3D4, args=3D0xbff70c) at eval.c:2657 #25 0x0112a00d in exec_byte_code (bytestr=3D-1946399349, vector=3D264275401= ,=20 maxdepth=3D54, args_template=3Dargs_template@entry=3D4102, nargs=3Dnarg= s@entry=3D1,=20 args=3D0x4) at bytecode.c:880 #26 0x010fa348 in funcall_lambda (fun=3D18989285, nargs=3Dnargs@entry=3D1,= =20 arg_vector=3Darg_vector@entry=3D0xbff8dc) at eval.c:2810 #27 0x010fa59f in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@entry=3D0x= bff8d8) at eval.c:2711 #28 0x010fa8fe in call1 (fn=3Dfn@entry=3D8992, arg1=3D44729056) at eval.c:2= 509 #29 0x010a1d19 in command_loop_1 () at keyboard.c:1452 #30 0x010f91d2 in internal_condition_case ( bfun=3Dbfun@entry=3D0x10a199c ,=20 handlers=3Dhandlers@entry=3D12000, hfun=3Dhfun@entry=3D0x1099c36 ) at eval.c:1309 #31 0x01095861 in command_loop_2 (ignore=3D0) at keyboard.c:1086 #32 0x010f9120 in internal_catch (tag=3Dtag@entry=3D32032,=20 func=3Dfunc@entry=3D0x1095842 , arg=3Darg@entry=3D0) at eval.c:1073 #33 0x01095823 in command_loop () at keyboard.c:1065 #34 0x010998f0 in recursive_edit_1 () at keyboard.c:671 #35 0x01099b7e in Frecursive_edit () at keyboard.c:742 #36 0x011a73af in main (argc=3D, argv=3D0xf034c8) at emacs.c= :1652 Lisp Backtrace: "backtrace" (0xbfedac) "debugger-setup-buffer" (0xbfefe0) "debug" (0xbff1b4) "ses-relocate-all" (0xbff200) "let" (0xbff3bc) "ses-delete-row" (0xbff598) "funcall-interactively" (0xbff594) "call-interactively" (0xbff710) "command-execute" (0xbff8dc) (gdb) --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- VBR, Vincent From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 14 13:20:09 2016 Received: (at 22301) by debbugs.gnu.org; 14 Jan 2016 18:20:09 +0000 Received: from localhost ([127.0.0.1]:49374 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJmVF-0002Is-2Z for submit@debbugs.gnu.org; Thu, 14 Jan 2016 13:20:09 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55685) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJmVE-0002Ie-7s for 22301@debbugs.gnu.org; Thu, 14 Jan 2016 13:20:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aJmV4-0002dV-VN for 22301@debbugs.gnu.org; Thu, 14 Jan 2016 13:20:03 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53035) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aJmV4-0002dR-Ru; Thu, 14 Jan 2016 13:19:58 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3597 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aJmV4-0000Q8-4t; Thu, 14 Jan 2016 13:19:58 -0500 Date: Thu, 14 Jan 2016 20:20:13 +0200 Message-Id: <83lh7sgh0i.fsf@gnu.org> From: Eli Zaretskii To: Vincent =?utf-8?Q?Bela=C3=AFche?= In-reply-to: <841t9k6stf.fsf@gmail.com> (message from Vincent =?utf-8?Q?Be?= =?utf-8?Q?la=C3=AFche?= on Thu, 14 Jan 2016 17:15:24 +0100) Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging References: <841t9k6stf.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Vincent Belaïche > Cc: Vincent Belaïche > ,22301@debbugs.gnu.org > Date: Thu, 14 Jan 2016 17:15:24 +0100 > > Dear Eli, > > If not yet wished: HAPPY NEW YEAR 2016, BONNE ANNÉE 2016, С НОВЫМ ГОДОМ > 2016 (etc...) ! Thanks. > My gdb session is left open, so please feel free to ask more gdb > interaction. More below... > [...] > Program received signal SIGSEGV, Segmentation fault. > 0x011119c6 in print_object (obj=obj@entry=12579352, > printcharfun=printcharfun@entry=0, escapeflag=escapeflag@entry=true) > at print.c:1505 > 1505 if (p != end && (*p == '-' || *p == '+')) p++; > (gdb) thread 1 > [Switching to thread 1 (Thread 2820.0x9b0)] > #0 0x011119c6 in print_object (obj=obj@entry=12579352, > printcharfun=printcharfun@entry=0, escapeflag=escapeflag@entry=true) > at print.c:1505 > 1505 if (p != end && (*p == '-' || *p == '+')) p++; It looks like it crashes while trying to display a Lisp backtrace. Please tell what these commands display: (gdb) p p (gdb) p end Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 14 17:54:57 2016 Received: (at 22301) by debbugs.gnu.org; 14 Jan 2016 22:54:57 +0000 Received: from localhost ([127.0.0.1]:49467 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJqnA-0000bj-Lt for submit@debbugs.gnu.org; Thu, 14 Jan 2016 17:54:56 -0500 Received: from smtp11.smtpout.orange.fr ([80.12.242.133]:59029 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJqn8-0000bT-N4 for 22301@debbugs.gnu.org; Thu, 14 Jan 2016 17:54:55 -0500 Received: from AigleRoyal ([86.214.104.246]) by mwinf5d21 with ME id 5yuj1s00T5JzBbq03yukZy; Thu, 14 Jan 2016 23:54:48 +0100 X-ME-Helo: AigleRoyal X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Thu, 14 Jan 2016 23:54:48 +0100 X-ME-IP: 86.214.104.246 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= To: Eli Zaretskii Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging Date: Thu, 14 Jan 2016 23:54:57 +0100 Message-ID: <84ziw76abi.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22301 Cc: =?iso-8859-1?Q?Vincent_Bela=EFche?= , 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) Answers below... Le 14/01/2016 19:20, Eli Zaretskii a =E9crit : >> From: Vincent Bela=EFche =20 >> Cc: Vincent Bela=EFche >> ,22301@debbugs.gnu.org >> Date: Thu, 14 Jan 2016 17:15:24 +0100 >> [...] >> #0 0x011119c6 in print_object (obj=3Dobj@entry=3D12579352,=20 >> printcharfun=3Dprintcharfun@entry=3D0, escapeflag=3Descapeflag@entry= =3Dtrue) >> at print.c:1505 >> 1505 if (p !=3D end && (*p =3D=3D '-' || *p =3D=3D '+')) p++; > > It looks like it crashes while trying to display a Lisp backtrace. > > Please tell what these commands display: > > (gdb) p p > (gdb) p end > > Thanks. Here you are. I tried to print other variables too, but unfortunately, when doing that it seems that I have killed the gdb session (doing `p *p' has caused gdb to get locked telling "value has been optimized out", and then I had to do `M-x signal-process RET shell RET 3 RET' to exit from this. --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- (gdb) p p $1 =3D (gdb) p end $2 =3D (unsigned char *) 0x9bbcd354
(gdb) p obj $3 =3D 12579352 (gdb) p name $4 =3D (gdb) p *p (gdb) value has been optimized out --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- I will try to reproduce the crash... sorry for I lost the session... VBR, Vincent Bela=EFche=20 From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 15 02:46:57 2016 Received: (at 22301) by debbugs.gnu.org; 15 Jan 2016 07:46:57 +0000 Received: from localhost ([127.0.0.1]:49572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJz61-00055c-K0 for submit@debbugs.gnu.org; Fri, 15 Jan 2016 02:46:57 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39304) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJz5z-00055O-H8 for 22301@debbugs.gnu.org; Fri, 15 Jan 2016 02:46:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aJz5r-0003u9-2C for 22301@debbugs.gnu.org; Fri, 15 Jan 2016 02:46:50 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33356) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aJz5q-0003u0-VD; Fri, 15 Jan 2016 02:46:46 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4516 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aJz5q-0001l2-8j; Fri, 15 Jan 2016 02:46:46 -0500 Date: Fri, 15 Jan 2016 09:46:43 +0200 Message-Id: <8337tzgu8s.fsf@gnu.org> From: Eli Zaretskii To: Vincent =?iso-8859-1?Q?Bela=EFche?= In-reply-to: <84ziw76abi.fsf@gmail.com> (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Thu, 14 Jan 2016 23:54:57 +0100) Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging References: <84ziw76abi.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Vincent Belache > Cc: Vincent Belache > ,22301@debbugs.gnu.org > Date: Thu, 14 Jan 2016 23:54:57 +0100 > > > Please tell what these commands display: > > > > (gdb) p p > > (gdb) p end > > > > Thanks. > > Here you are. I tried to print other variables too, but unfortunately, > when doing that it seems that I have killed the gdb session (doing `p > *p' has caused gdb to get locked telling "value has been optimized out", > and then I had to do `M-x signal-process RET shell RET 3 RET' to exit > from this. > > --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- > (gdb) p p > $1 = > (gdb) p end > $2 = (unsigned char *) 0x9bbcd354
> (gdb) p obj > $3 = 12579352 > (gdb) p name > $4 = > (gdb) p *p > (gdb) value has been optimized out This just means you compiled Emacs with optimizations. Can you reproduce this in an unoptimized build? From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 15 02:56:40 2016 Received: (at 22301) by debbugs.gnu.org; 15 Jan 2016 07:56:40 +0000 Received: from localhost ([127.0.0.1]:49576 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJzFQ-0005JW-HA for submit@debbugs.gnu.org; Fri, 15 Jan 2016 02:56:40 -0500 Received: from smtp09.smtpout.orange.fr ([80.12.242.131]:40878 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJzFO-0005JF-6c for 22301@debbugs.gnu.org; Fri, 15 Jan 2016 02:56:38 -0500 Received: from AigleRoyal ([86.214.104.246]) by mwinf5d32 with ME id 67wW1s00S5JzBbq037wWyF; Fri, 15 Jan 2016 08:56:31 +0100 X-ME-Helo: AigleRoyal X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Fri, 15 Jan 2016 08:56:31 +0100 X-ME-IP: 86.214.104.246 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= To: Eli Zaretskii Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging Date: Fri, 15 Jan 2016 08:56:44 +0100 Message-ID: <84fuxznumb.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22301 Cc: =?iso-8859-1?Q?Vincent_Bela=EFche?= , 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) Answers below... Le 15/01/2016 08:46, Eli Zaretskii a =E9crit : >> From: Vincent Bela=EFche =20 >> Cc: Vincent Bela=EFche >> ,22301@debbugs.gnu.org >> Date: Thu, 14 Jan 2016 23:54:57 +0100 >> >>> Please tell what these commands display: >>> >>> (gdb) p p >>> (gdb) p end >>> >>> Thanks. >> >> Here you are. I tried to print other variables too, but unfortunately, >> when doing that it seems that I have killed the gdb session (doing `p >> *p' has caused gdb to get locked telling "value has been optimized out", >> and then I had to do `M-x signal-process RET shell RET 3 RET' to exit >> from this. >> >> --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- >> (gdb) p p >> $1 =3D >> (gdb) p end >> $2 =3D (unsigned char *) 0x9bbcd354
>> (gdb) p obj >> $3 =3D 12579352 >> (gdb) p name >> $4 =3D >> (gdb) p *p >> (gdb) value has been optimized out > > This just means you compiled Emacs with optimizations. Can you > reproduce this in an unoptimized build? I had compiled with this line in the script launching it all: export CPPFLAGS=3D"$CPPFLAGS -DFOR_MSW=3D1 -I ${HERE_DIR}/libXpm-3.5.8/in= clude -I ${HERE_DIR}/libXpm-3.5.8/src -L ${HERE_DIR}/libXpm-3.5.8/src" I will recompile with it modified as follows (-Og added): export CPPFLAGS=3D"$CPPFLAGS -Og -DFOR_MSW=3D1 -I ${HERE_DIR}/libXpm-3.5.= 8/include -I ${HERE_DIR}/libXpm-3.5.8/src -L ${HERE_DIR}/libXpm-3.5.8/src" Could you please confirm it is what you want before I go there. Vincent. PS: BTW, it won't be the same Emacs source code as the one crashing anyway, because I did some git pull meanwhile. what shall I do with that, shouldn't I try another git pull to work on the latest src version, or should I try to get the same src as the one crashing by getting a work area revision bashed on crashing Eamcs version compilation date. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 15 03:13:04 2016 Received: (at 22301) by debbugs.gnu.org; 15 Jan 2016 08:13:04 +0000 Received: from localhost ([127.0.0.1]:49594 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJzVH-0005hw-UY for submit@debbugs.gnu.org; Fri, 15 Jan 2016 03:13:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47232) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aJzVG-0005hS-6U for 22301@debbugs.gnu.org; Fri, 15 Jan 2016 03:13:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aJzV7-0003B2-02 for 22301@debbugs.gnu.org; Fri, 15 Jan 2016 03:12:56 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33780) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aJzV6-0003Ay-TD; Fri, 15 Jan 2016 03:12:52 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4596 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aJzV6-0000FS-7t; Fri, 15 Jan 2016 03:12:52 -0500 Date: Fri, 15 Jan 2016 10:12:50 +0200 Message-Id: <83ziw7fegt.fsf@gnu.org> From: Eli Zaretskii To: Vincent =?iso-8859-1?Q?Bela=EFche?= In-reply-to: <84fuxznumb.fsf@gmail.com> (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Fri, 15 Jan 2016 08:56:44 +0100) Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging References: <84fuxznumb.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Vincent Belache > Cc: Vincent Belache , > 22301@debbugs.gnu.org > Date: Fri, 15 Jan 2016 08:56:44 +0100 > > I had compiled with this line in the script launching it all: > > export CPPFLAGS="$CPPFLAGS -DFOR_MSW=1 -I ${HERE_DIR}/libXpm-3.5.8/include -I ${HERE_DIR}/libXpm-3.5.8/src -L ${HERE_DIR}/libXpm-3.5.8/src" > > I will recompile with it modified as follows (-Og added): > > export CPPFLAGS="$CPPFLAGS -Og -DFOR_MSW=1 -I ${HERE_DIR}/libXpm-3.5.8/include -I ${HERE_DIR}/libXpm-3.5.8/src -L ${HERE_DIR}/libXpm-3.5.8/src" > > Could you please confirm it is what you want before I go there. Not -Og, -O0. Also, it's wrong to put all these into CPPFLAGS, so I suggest this instead (2 commands instead of one): export CPPFLAGS="$CPPFLAGS -DFOR_MSW=1 -I ${HERE_DIR}/libXpm-3.5.8/include -I ${HERE_DIR}/libXpm-3.5.8/src" export CFLAGS="$CFLAGS -O0 -g3 -L ${HERE_DIR}/libXpm-3.5.8/src" > PS: BTW, it won't be the same Emacs source code as the one crashing > anyway, because I did some git pull meanwhile. what shall I do with > that, shouldn't I try another git pull to work on the latest src > version, or should I try to get the same src as the one crashing by > getting a work area revision bashed on crashing Eamcs version > compilation date. Using the latest sources is always TRT. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 19 18:34:42 2016 Received: (at 22301) by debbugs.gnu.org; 19 Jan 2016 23:34:42 +0000 Received: from localhost ([127.0.0.1]:54156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLfnO-0004xN-Fj for submit@debbugs.gnu.org; Tue, 19 Jan 2016 18:34:42 -0500 Received: from smtp01.smtpout.orange.fr ([80.12.242.123]:41467 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLfnM-0004x9-Jm for 22301@debbugs.gnu.org; Tue, 19 Jan 2016 18:34:41 -0500 Received: from AigleRoyal ([90.32.127.55]) by mwinf5d02 with ME id 7zaT1s00D1BqYqa03zaT5d; Wed, 20 Jan 2016 00:34:33 +0100 X-ME-Helo: AigleRoyal X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Wed, 20 Jan 2016 00:34:33 +0100 X-ME-IP: 90.32.127.55 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= To: Eli Zaretskii Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging Date: Wed, 20 Jan 2016 00:34:28 +0100 Message-ID: <84y4blnny3.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22301 Cc: =?iso-8859-1?Q?Vincent_Bela=EFche?= , 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) Dear Eli, I have recompiled with the latest source and using the compiler options which you gave me, and I do not reproduce the crash (although I have been debugging my SES bugs at length). I have recompiled with the 32bit MinGW. However I am not sure whether the Emacs version that was crashing (that of 2015-12-16), was compiled with this MinGW or with the 64bit MinGW. I think that it was also compiled with the 32bit, because my MSYS fstab file date is "12-16 08:49", and the crashing emacs.exe date is "12-16 10:27". So the fstab setting (currently pointing at the 32bit MinGW compiler) is anterior the crashing Emacs emacs.exe. However I am not 100% sure, I may well have launched the compilation earlier than changing the fstab file, but as compiling is so long, the emacs.exe date could however be after the fstab modification time. In a nutshell, is there any way to know whether the crashing Emacs was compiled with the 32bit MinGW or with another MinGW. Please note that the `M-x report-emacs-bug' gives on the crashing Emacs the following text: In GNU Emacs 25.1.50.1 (i686-pc-mingw32) of 2015-12-16 as was in my initial bug report. So, where does this `i686-pc-mingw32' in the bug report come from? Vincent. PS: does TRT mean "trick 'r treat" or "Turkish Radio Television"? Le 15/01/2016 09:12, Eli Zaretskii a =E9crit : >> From: Vincent Bela=EFche =20 >> Cc: Vincent Bela=EFche , >> 22301@debbugs.gnu.org >> Date: Fri, 15 Jan 2016 08:56:44 +0100 >> >> I had compiled with this line in the script launching it all: >> >> export CPPFLAGS=3D"$CPPFLAGS -DFOR_MSW=3D1 -I ${HERE_DIR}/libXpm-3.5.8= /include -I ${HERE_DIR}/libXpm-3.5.8/src -L ${HERE_DIR}/libXpm-3.5.8/src" >> >> I will recompile with it modified as follows (-Og added): >> >> export CPPFLAGS=3D"$CPPFLAGS -Og -DFOR_MSW=3D1 -I ${HERE_DIR}/libXpm-3= .5.8/include -I ${HERE_DIR}/libXpm-3.5.8/src -L ${HERE_DIR}/libXpm-3.5.8/sr= c" >> >> Could you please confirm it is what you want before I go there. > > Not -Og, -O0. Also, it's wrong to put all these into CPPFLAGS, so I > suggest this instead (2 commands instead of one): > > export CPPFLAGS=3D"$CPPFLAGS -DFOR_MSW=3D1 -I ${HERE_DIR}/libXpm-3.5.8/= include -I ${HERE_DIR}/libXpm-3.5.8/src" > export CFLAGS=3D"$CFLAGS -O0 -g3 -L ${HERE_DIR}/libXpm-3.5.8/src" > >> PS: BTW, it won't be the same Emacs source code as the one crashing >> anyway, because I did some git pull meanwhile. what shall I do with >> that, shouldn't I try another git pull to work on the latest src >> version, or should I try to get the same src as the one crashing by >> getting a work area revision bashed on crashing Eamcs version >> compilation date. > > Using the latest sources is always TRT. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 19 20:59:11 2016 Received: (at 22301) by debbugs.gnu.org; 20 Jan 2016 01:59:11 +0000 Received: from localhost ([127.0.0.1]:54234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLi3D-0001vV-AF for submit@debbugs.gnu.org; Tue, 19 Jan 2016 20:59:11 -0500 Received: from mail-pf0-f174.google.com ([209.85.192.174]:35625) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLi3B-0001vH-JP for 22301@debbugs.gnu.org; Tue, 19 Jan 2016 20:59:09 -0500 Received: by mail-pf0-f174.google.com with SMTP id 65so185185162pff.2 for <22301@debbugs.gnu.org>; Tue, 19 Jan 2016 17:59:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type:content-transfer-encoding; bh=v7+F9+ROa4aXEJt1yx06fEOh+oNH/+s2ZsXpIjeITWg=; b=iF5MT328+jrLnZNqnWr4zFxVy6G6bDTTtR9iI1tZD55hs3SlLRpmcBCnhmL2DCpipW Vjy4KV71h0iDkl75Mv1P2HE+K/o0HX6KrrJ3VRT8Z37hyK1EOFGPrX8T6WSmAUTVewyW WUbU0YEI3Tpvyc1862EBx17IHtPRHn/fdIq7lz7sEt/TRAZKW6gCX5apWXC4yb04fvhy dTtREUNVNn9z1Jvv/aoLTx6gzFKOWvRM/U8y4rH6ZIyEItc9EF95pMA7y2armCyA52eg BrzYIc16gr+wwHmu9aFcjgFfJwUEDEAA+311tRTZUZgn1TCOBHst1KFRaUGwzR/5830/ bc0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-type:content-transfer-encoding; bh=v7+F9+ROa4aXEJt1yx06fEOh+oNH/+s2ZsXpIjeITWg=; b=RqEc5/UDw7vsuNTSl5g/TBDp38PHwbxT1vnVIUPRiil/yk80SRiY+jPqCYj7svqxhO kRABNQizJn/tdyqReOXPRR9qeVrAG3PdCkRtyD8M/KLOFoFkeUGLrdHUD9S0AjzDAnVK SHc2eVBxYK0oJQ6h8EEKnPfeHjnTLXoZqSQLlA7HDOOYEXmaJzjiluFs4Pr7Cw2U0kxF gEM3Jp4vFlpe76SWGsSm6InxBwDvZlZ90AfFZN1ECn5QdS+IZl2R8+X73NND4Cfcs1ke OdQoUmocwqm8XmIHcRLYQnvNECW1HzRQVaw3YR8QbO50LZ06M6bDqXPnmLRZZ2FX2D08 R3xQ== X-Gm-Message-State: ALoCoQkdmSMe+HJZsGSyBkBi2nGzXDmf/1grG9Pg6qJ1DVzhPZqIqUFxZCP4KGHLYE/MmY5BwGktc7+rYiFmbqGn2aK2eRKQ5g== X-Received: by 10.98.79.4 with SMTP id d4mr48247690pfb.46.1453255143811; Tue, 19 Jan 2016 17:59:03 -0800 (PST) Received: from localhost (114-198-94-244.dyn.iinet.net.au. [114.198.94.244]) by smtp.gmail.com with ESMTPSA id a62sm35398058pfj.40.2016.01.19.17.59.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Jan 2016 17:59:02 -0800 (PST) References: <84oad2z3lp.fsf@gmail.com> <84y4blnny3.fsf@gmail.com> From: Alexis To: Vincent =?utf-8?Q?Bela=C3=AFche?= Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging In-reply-to: <84y4blnny3.fsf@gmail.com> Date: Wed, 20 Jan 2016 12:58:58 +1100 Message-ID: <87twm92eql.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Vincent Belaïche writes: > So, where does this `i686-pc-mingw32' in the bug report come > from? It's the value of the `system-configuration' variable. > PS: does TRT mean "trick 'r treat" or "Turkish Radio > Television"? In this context, it means "The Right Thing". Alexis. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 19 23:31:14 2016 Received: (at 22301) by debbugs.gnu.org; 20 Jan 2016 04:31:14 +0000 Received: from localhost ([127.0.0.1]:54269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLkQL-0005f3-SO for submit@debbugs.gnu.org; Tue, 19 Jan 2016 23:31:14 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52280) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLkQK-0005eo-4C for 22301@debbugs.gnu.org; Tue, 19 Jan 2016 23:31:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLkQB-00062c-VA for 22301@debbugs.gnu.org; Tue, 19 Jan 2016 23:31:07 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44980) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLkQB-00062Y-RY; Tue, 19 Jan 2016 23:31:03 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2587 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aLkQB-0005ho-1r; Tue, 19 Jan 2016 23:31:03 -0500 Date: Wed, 20 Jan 2016 06:31:13 +0200 Message-Id: <8360yoc1ny.fsf@gnu.org> From: Eli Zaretskii To: Vincent =?iso-8859-1?Q?Bela=EFche?= In-reply-to: <84y4blnny3.fsf@gmail.com> (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Wed, 20 Jan 2016 00:34:28 +0100) Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging References: <84y4blnny3.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Vincent Belache > Cc: Vincent Belache , > 22301@debbugs.gnu.org > Date: Wed, 20 Jan 2016 00:34:28 +0100 > > I have recompiled with the latest source and using the compiler options > which you gave me, and I do not reproduce the crash (although I have > been debugging my SES bugs at length). I have recompiled with the 32bit > MinGW. However I am not sure whether the Emacs version that was crashing > (that of 2015-12-16), was compiled with this MinGW or with the 64bit > MinGW. If -O0 doesn't reproduce the problem, then please try with -Og instead. > I think that it was also compiled with the 32bit, because my MSYS fstab > file date is "12-16 08:49", and the crashing emacs.exe date is "12-16 > 10:27". So the fstab setting (currently pointing at the 32bit MinGW > compiler) is anterior the crashing Emacs emacs.exe. However I am not > 100% sure, I may well have launched the compilation earlier than > changing the fstab file, but as compiling is so long, the emacs.exe date > could however be after the fstab modification time. > > In a nutshell, is there any way to know whether the crashing Emacs was > compiled with the 32bit MinGW or with another MinGW. I'm not sure it's worth our time to try to figure that out. Let's concentrate on reproducing the bug instead, OK? From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 20 03:50:49 2016 Received: (at 22301) by debbugs.gnu.org; 20 Jan 2016 08:50:49 +0000 Received: from localhost ([127.0.0.1]:54314 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLoTZ-0004Nb-Fx for submit@debbugs.gnu.org; Wed, 20 Jan 2016 03:50:49 -0500 Received: from smtp02.smtpout.orange.fr ([80.12.242.124]:46705 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLoTY-0004NO-4H for 22301@debbugs.gnu.org; Wed, 20 Jan 2016 03:50:48 -0500 Received: from AIGLEROYAL ([90.32.127.55]) by mwinf5d55 with ME id 88qb1s00b1BqYqa038qcPW; Wed, 20 Jan 2016 09:50:41 +0100 X-ME-Helo: AIGLEROYAL X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Wed, 20 Jan 2016 09:50:41 +0100 X-ME-IP: 90.32.127.55 From: =?iso-8859-1?Q?Vincent_Bela=EFche?= To: Eli Zaretskii Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging Date: Wed, 20 Jan 2016 09:50:36 +0100 Message-ID: <84h9i863dv.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22301 Cc: =?iso-8859-1?Q?Vincent_Bela=EFche?= , 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) Le 20/01/2016 05:31, Eli Zaretskii a =E9crit : >> From: Vincent Bela=EFche =20 >> Cc: Vincent Bela=EFche , >> 22301@debbugs.gnu.org >> Date: Wed, 20 Jan 2016 00:34:28 +0100 >> >> I have recompiled with the latest source and using the compiler options >> which you gave me, and I do not reproduce the crash (although I have >> been debugging my SES bugs at length). I have recompiled with the 32bit >> MinGW. However I am not sure whether the Emacs version that was crashing >> (that of 2015-12-16), was compiled with this MinGW or with the 64bit >> MinGW. > > If -O0 doesn't reproduce the problem, then please try with -Og > instead. > I have changed -O0 to -Og, but I also did a git pull --- I needed to do that in order to push my corrections to SES, after all that was just what I was initially trying to do when the crash occurred. Now, simingly after this git pull, Emacs does not compile anymore I am getting this. make[2]: Leaving directory `/c/Programmes/installation/emacs-install/master= /emacs/admin/unidata' CCLD temacs.exe sysdep.o: In function `init_random': c:\Programmes\installation\emacs-install\master\emacs\src/sysdep.c:2122: un= defined reference to `w32_init_random' collect2.exe: error: ld returned 1 exit status make[1]: *** [temacs.exe] Error 1 make[1]: Leaving directory `/c/Programmes/installation/emacs-install/master= /emacs/src' make: *** [src] Error 2 I had a look at the emacs git Web interface http://git.savannah.gnu.org/cgit/emacs.git/commit/, and I am now feeling a bit panicked, as when I did the git pull some commit was inserted automatically just after my SES corrections, I did not pay too much attention at this `2 commits ahead', but I now realize that in this automatic commit there is an incredible number of files affected. I don't know why that happened so... I hope I did not make anything too hard to revert if need be. Vincent. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 20 04:49:50 2016 Received: (at 22301) by debbugs.gnu.org; 20 Jan 2016 09:49:50 +0000 Received: from localhost ([127.0.0.1]:54335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLpOf-0005os-Pq for submit@debbugs.gnu.org; Wed, 20 Jan 2016 04:49:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33221) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLpOe-0005of-Bo for 22301@debbugs.gnu.org; Wed, 20 Jan 2016 04:49:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLpOS-0002Me-7f for 22301@debbugs.gnu.org; Wed, 20 Jan 2016 04:49:41 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49345) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLpOS-0002Ma-46; Wed, 20 Jan 2016 04:49:36 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2771 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aLpOQ-0002WA-U9; Wed, 20 Jan 2016 04:49:35 -0500 Date: Wed, 20 Jan 2016 11:49:46 +0200 Message-Id: <83twm8a8cl.fsf@gnu.org> From: Eli Zaretskii To: Vincent =?iso-8859-1?Q?Bela=EFche?= In-reply-to: <84h9i863dv.fsf@gmail.com> (message from Vincent =?iso-8859-1?Q?Bela=EFche?= on Wed, 20 Jan 2016 09:50:36 +0100) Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging References: <84h9i863dv.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Vincent Belache > Cc: Vincent Belache , > 22301@debbugs.gnu.org > Date: Wed, 20 Jan 2016 09:50:36 +0100 > > I have changed -O0 to -Og, but I also did a git pull --- I needed to do > that in order to push my corrections to SES, after all that was just > what I was initially trying to do when the crash occurred. > > Now, simingly after this git pull, Emacs does not compile anymore I am > getting this. Should be fixed now. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 20 10:30:24 2016 Received: (at 22301) by debbugs.gnu.org; 20 Jan 2016 15:30:24 +0000 Received: from localhost ([127.0.0.1]:55453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLuiG-0008P4-58 for submit@debbugs.gnu.org; Wed, 20 Jan 2016 10:30:24 -0500 Received: from mxin.ulb.ac.be ([164.15.128.112]:4463) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aLuiE-0008Ot-3P for 22301@debbugs.gnu.org; Wed, 20 Jan 2016 10:30:22 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtcEANqmn1akD4Xx/2dsb2JhbABeKAECgj6EdYVynywBAQEBAQEGlSKGDwKCDwEBAQEBAYELhDUBAQMBeQULCAMhJQ8BBEmIJgjABAEBAQEBBQEBAQEchXKFPIkPBZcUjz2HPoVlimyDamSCChqBVzyHSwEBAQ Received: from mathsrv4.ulb.ac.be (HELO localhost) ([164.15.133.241]) by smtp.ulb.ac.be with ESMTP; 20 Jan 2016 16:30:13 +0100 From: Nicolas Richard To: Vincent =?utf-8?Q?Bela=C3=AFche?= Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging References: <84oad2z3lp.fsf@gmail.com> <84h9i863dv.fsf@gmail.com> Date: Wed, 20 Jan 2016 16:30:27 +0100 In-Reply-To: <84h9i863dv.fsf@gmail.com> ("Vincent \=\?utf-8\?Q\?Bela\=C3\=AFche\?\= \=\?utf-8\?Q\?\=22's\?\= message of "Wed, 20 Jan 2016 09:50:36 +0100") Message-ID: <87egdcs1yk.fsf@members.fsf.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (--) > automatic commit there is an incredible number of files affected. I > don't know why that happened so... I hope I did not make anything too > hard to revert if need be. IIUC you're talking about the merge commit you created, namely b895c72059521fec064ff27b4cfcfa4104081c4e. What you did is that you were on your local branch, with your SES changes, then you git pull'd from savannah/master which created a merge commit (and then pushed the result). When creating a merge commit, emacs uses current commit as first parent, and the second parent is the commit at the tip of the other branch (in your case savannah/master). Now the trick is that "git diff" will show the diff wrt the *first* parent. In this case, git diff thus shows a diff between the merged state and the first parent, which is your own commit. IOW, it doesn't show what you changed, but everything that was changed by all other people. This is why there are many changes and you don't recognize them. If you want to check that you merged correctly, do this: "git diff b895c720^2 b895c720" or equivalently (at least with bash) : git diff b895c720{^2,} The "^2" part means "take second parent of given commit". HTH, -- Nicolas. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 01 04:18:08 2016 Received: (at 22301) by debbugs.gnu.org; 1 Feb 2016 09:18:08 +0000 Received: from localhost ([127.0.0.1]:43895 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aQAca-0000DO-I1 for submit@debbugs.gnu.org; Mon, 01 Feb 2016 04:18:08 -0500 Received: from smtp01.smtpout.orange.fr ([80.12.242.123]:39930 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aQAcY-0000Cv-UL for 22301@debbugs.gnu.org; Mon, 01 Feb 2016 04:18:07 -0500 Received: from AigleRoyal ([2.12.115.118]) by mwinf5d36 with ME id CxHy1s0092ZLEDN03xHy8J; Mon, 01 Feb 2016 10:18:00 +0100 X-ME-Helo: AigleRoyal X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Mon, 01 Feb 2016 10:18:00 +0100 X-ME-IP: 2.12.115.118 From: vincent.belaiche@gmail.com (Vincent =?iso-8859-1?Q?Bela=EFche?=) To: Nicolas Richard Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging Date: Mon, 01 Feb 2016 10:18:06 +0100 Message-ID: <84io28g569.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org, =?iso-8859-1?Q?Vincent_Bela=EFche?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Thank you for the comment. I did the diff and my changes were ok. Anyway nobody else than me had changed ses.el, so the merge was rather that many other files were affected. Indeed I was just surprised by the very large amout of files affected in a so short lapse of time. Vincent. Le 20/01/2016 16:30, Nicolas Richard a =E9crit : >> automatic commit there is an incredible number of files affected. I >> don't know why that happened so... I hope I did not make anything too >> hard to revert if need be. > > IIUC you're talking about the merge commit you created, namely > b895c72059521fec064ff27b4cfcfa4104081c4e. > > What you did is that you were on your local branch, with your SES > changes, then you git pull'd from savannah/master which created a merge > commit (and then pushed the result). When creating a merge commit, emacs > uses current commit as first parent, and the second parent is the commit > at the tip of the other branch (in your case savannah/master). > > Now the trick is that "git diff" will show the diff wrt the *first* > parent. In this case, git diff thus shows a diff between the merged > state and the first parent, which is your own commit. IOW, it doesn't > show what you changed, but everything that was changed by all other > people. This is why there are many changes and you don't recognize them. > > If you want to check that you merged correctly, do this: > "git diff b895c720^2 b895c720" > or equivalently (at least with bash) : > git diff b895c720{^2,} > The "^2" part means "take second parent of given commit". > > HTH, > From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 01 12:23:00 2016 Received: (at 22301) by debbugs.gnu.org; 1 Feb 2016 17:23:00 +0000 Received: from localhost ([127.0.0.1]:45411 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aQIBo-0000Mi-Ll for submit@debbugs.gnu.org; Mon, 01 Feb 2016 12:23:00 -0500 Received: from smtp03.smtpout.orange.fr ([80.12.242.125]:26755 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aQIBn-0000MR-5G for 22301@debbugs.gnu.org; Mon, 01 Feb 2016 12:22:59 -0500 Received: from AigleRoyal ([81.53.6.167]) by mwinf5d38 with ME id D5No1s00Q3cD9Rd035Noxy; Mon, 01 Feb 2016 18:22:52 +0100 X-ME-Helo: AigleRoyal X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Mon, 01 Feb 2016 18:22:52 +0100 X-ME-IP: 81.53.6.167 From: vincent.belaiche@gmail.com (Vincent =?iso-8859-1?Q?Bela=EFche?=) To: Eli Zaretskii Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging Date: Mon, 01 Feb 2016 18:22:57 +0100 Message-ID: <84fuxcfiq6.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org, =?iso-8859-1?Q?Vincent_Bela=EFche?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Dear Eli, Some update on this problem: I could not reproduce it with the -Og compilation either. I tried to recompile with same options as the crashing Emacs (-O3 and no CFLAGS) and I could not reproduce it either. I am now sure that the crashing Emacs was compiled with a w32 (not w64) mingw, because when compiling with w64 you get `(i686-w64-mingw32)' in the Emacs bug reprot, while in the orginal report there was `(i686-pc-mingw32)'. So either - the changes made in ses.el by me now hide the bug (or the crash won't happen so easily), or - there was some changes in the C code since the crashing Emacs, and that has corrected or moved/hidden the problem. So now, I am trying to reproduce the crash again with the Emacs instance that initially was crashing in order to find some more deterministic way to produce the crash and be more sure what is working and what is not working. VBR, Vincent From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 02 02:14:52 2016 Received: (at 22301) by debbugs.gnu.org; 2 Feb 2016 07:14:52 +0000 Received: from localhost ([127.0.0.1]:55639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aQVAq-0001AG-D4 for submit@debbugs.gnu.org; Tue, 02 Feb 2016 02:14:52 -0500 Received: from smtp08.smtpout.orange.fr ([80.12.242.130]:26255 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aQVAo-0001A2-Pm for 22301@debbugs.gnu.org; Tue, 02 Feb 2016 02:14:51 -0500 Received: from AigleRoyal ([81.53.6.167]) by mwinf5d16 with ME id DKEe1s00M3cD9Rd03KEeXl; Tue, 02 Feb 2016 08:14:44 +0100 X-ME-Helo: AigleRoyal X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Tue, 02 Feb 2016 08:14:44 +0100 X-ME-IP: 81.53.6.167 From: vincent.belaiche@gmail.com (Vincent =?iso-8859-1?Q?Bela=EFche?=) To: Eli Zaretskii Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging Date: Tue, 02 Feb 2016 08:14:48 +0100 Message-ID: <84egcvfus7.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 22301 Cc: 22301@debbugs.gnu.org, =?iso-8859-1?Q?Vincent_Bela=EFche?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Dear Eli, Some update on this problem: I could not reproduce it with the -Og compilation either. I tried to recompile with same options as the crashing Emacs (-O3 and no CFLAGS) and I could not reproduce it either. I am now sure that the crashing Emacs was compiled with a w32 (not w64) mingw, because when compiling with w64 you get `(i686-w64-mingw32)' in the Emacs bug reprot, while in the orginal report there was `(i686-pc-mingw32)'. So either - the changes made in ses.el by me now hide the bug (or the crash won't happen so easily), or - there was some changes in the C code since the crashing Emacs, and that has corrected or moved/hidden the problem. So now, I am trying to reproduce the crash again with the Emacs instance that initially was crashing in order to find some more deterministic way to produce the crash and be able to test again those other Emacs instance with a more reliable verdict. VBR, Vincent From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 07 13:55:58 2016 Received: (at 22301-done) by debbugs.gnu.org; 7 Dec 2016 18:55:58 +0000 Received: from localhost ([127.0.0.1]:59680 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEhNm-000543-Ep for submit@debbugs.gnu.org; Wed, 07 Dec 2016 13:55:58 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42312) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEhNk-00053o-Tw for 22301-done@debbugs.gnu.org; Wed, 07 Dec 2016 13:55:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cEhNe-0003Ix-JE for 22301-done@debbugs.gnu.org; Wed, 07 Dec 2016 13:55:51 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54902) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cEhNe-0003Ir-Ez for 22301-done@debbugs.gnu.org; Wed, 07 Dec 2016 13:55:50 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cEhNe-0001U4-0R; Wed, 07 Dec 2016 13:55:50 -0500 From: Glenn Morris To: 22301-done@debbugs.gnu.org Subject: Re: bug#22301: 25.1.50; Emacs crashes while lisp debugging References: <84oad2z3lp.fsf@gmail.com> <84egcvfus7.fsf@gmail.com> X-Spook: Service disruption rs9512c Reynosa BART MILSATCOM FDA X-Ran: pN(XHpbUE.%mnkLSAC7p4}gkHIIQS%Y^:D8l]^Z^E`S;UBmOM+iSCFx_G(UhD]035ty0T1 X-Hue: white X-Attribution: GM Date: Wed, 07 Dec 2016 13:55:49 -0500 In-Reply-To: <84egcvfus7.fsf@gmail.com> ("Vincent \=\?utf-8\?Q\?Bela\=C3\=AFche\?\= \=\?utf-8\?Q\?\=22's\?\= message of "Tue, 02 Feb 2016 08:14:48 +0100") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.0 (--------) X-Debbugs-Envelope-To: 22301-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -8.0 (--------) Vincent Bela=C3=AFche wrote: > I could not reproduce it with the -Og compilation either. I tried to > recompile with same options as the crashing Emacs (-O3 and no CFLAGS) > and I could not reproduce it either. > > I am now sure that the crashing Emacs was compiled with a w32 (not w64) > mingw, because when compiling with w64 you get `(i686-w64-mingw32)' in > the Emacs bug reprot, while in the orginal report there was > `(i686-pc-mingw32)'. > > So either > > - the changes made in ses.el by me now hide the bug (or the crash won't > happen so easily), or > > - there was some changes in the C code since the crashing Emacs, and > that has corrected or moved/hidden the problem. > > > So now, I am trying to reproduce the crash again with the Emacs instance > that initially was crashing in order to find some more deterministic way > to produce the crash and be able to test again those other Emacs > instance with a more reliable verdict. Since the best part of a year has passed, I don't think this report is going to go anywhere and am closing it. I suggest opening a new report if you have a more reproducible/debuggable case. From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 07 13:56:04 2016 Received: (at control) by debbugs.gnu.org; 7 Dec 2016 18:56:04 +0000 Received: from localhost ([127.0.0.1]:59686 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEhNs-000555-Lc for submit@debbugs.gnu.org; Wed, 07 Dec 2016 13:56:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42335) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEhNr-000542-D1 for control@debbugs.gnu.org; Wed, 07 Dec 2016 13:56:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cEhNl-0003KD-PB for control@debbugs.gnu.org; Wed, 07 Dec 2016 13:55:58 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54904) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cEhNl-0003K9-MH for control@debbugs.gnu.org; Wed, 07 Dec 2016 13:55:57 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cEhNl-0001WC-Ba for control@debbugs.gnu.org; Wed, 07 Dec 2016 13:55:57 -0500 Subject: control message for bug 22301 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Wed, 07 Dec 2016 13:55:57 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.0 (--------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -8.0 (--------) tag 22301 + wontfix From unknown Fri Jun 20 07:12:28 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 05 Jan 2017 12:24:04 +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