From unknown Sat Jun 14 18:05:21 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#28472 <28472@debbugs.gnu.org> To: bug#28472 <28472@debbugs.gnu.org> Subject: Status: 26.0.50; Deadlock in Fkill_emacs on MS-Windows Reply-To: bug#28472 <28472@debbugs.gnu.org> Date: Sun, 15 Jun 2025 01:05:21 +0000 retitle 28472 26.0.50; Deadlock in Fkill_emacs on MS-Windows reassign 28472 emacs submitter 28472 Richard Copley severity 28472 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 16 06:31:43 2017 Received: (at submit) by debbugs.gnu.org; 16 Sep 2017 10:31:43 +0000 Received: from localhost ([127.0.0.1]:43367 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtANz-0007ER-0L for submit@debbugs.gnu.org; Sat, 16 Sep 2017 06:31:43 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54477) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtANx-0007EF-64 for submit@debbugs.gnu.org; Sat, 16 Sep 2017 06:31:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dtANp-000453-IL for submit@debbugs.gnu.org; Sat, 16 Sep 2017 06:31:36 -0400 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,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:49910) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dtANp-00044v-F4 for submit@debbugs.gnu.org; Sat, 16 Sep 2017 06:31:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45440) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dtANm-0003N0-Uf for bug-gnu-emacs@gnu.org; Sat, 16 Sep 2017 06:31:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dtANh-00043U-UH for bug-gnu-emacs@gnu.org; Sat, 16 Sep 2017 06:31:30 -0400 Received: from mail-wm0-x231.google.com ([2a00:1450:400c:c09::231]:51194) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dtANh-00043C-HF for bug-gnu-emacs@gnu.org; Sat, 16 Sep 2017 06:31:25 -0400 Received: by mail-wm0-x231.google.com with SMTP id v142so13050179wmv.5 for ; Sat, 16 Sep 2017 03:31:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:mime-version:to:from:subject:date:importance; bh=Sr53KaSMKq0SNKrXjYfGEuD/ltrgthXsIOKceT8bRWY=; b=nbLM4UmcVns7bY2VtuawjFo49qAY4ISBsZwMO2OzXE9UTKblrl2iOiKfeqNFt+oUTJ gMA0rKtzWTDmFFVvnCugKXT3gNxD7OawmBSG3QCHztPf5PPsB7HzQGFPTzprxrcX7gdj 4d/LYBKjd66z8YDrZFL2/qm2A9cUFy0ts/T39TR7wrA52x/XIBULXRGKISxzQkyHlgHQ xZe7lfSszpFXfH/bTw+Iy1sAIpVli2TO23esAkd9als4Zrb+oymek5MStvflkPt6rNlB OKVY/7rTdV9tpnDfhluT5kyzZpxeQ5eifk6Ed3uLndUvOa/bN3d3K4Hsl6vkN/f/MGwz 7CqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:mime-version:to:from:subject:date :importance; bh=Sr53KaSMKq0SNKrXjYfGEuD/ltrgthXsIOKceT8bRWY=; b=TTa54QaUxDbJzmhjWvK5r1K0ia6gVqJqbNrHdJRYUZGPRjN2TVt117P7H9BKBVqra6 wqSw02gUCLH6UqCZsMctthkrg97kWjPj8ZhGoPSm2Nf4RwmvlX215+KDo3wUmOztqLT6 vxMSTuM0TV4RBx8W2k3QdSoQV4tfEMN05q2xWINqmPm5xqXlddUe1GvnHtw0+pBzmYh0 yc7iz7EujLUSWxtFtfI3rYEnh7NRCyaNzcH5H4xp+ooQ92G7csdLP3Z2VcqgBVf8sMEM l/xHnPJ3cPIfN4KG9WIu+yaWmYLKSALXoTS8grNXEFVF5YWRuUFxCw1kas80qO33rdWO EJNw== X-Gm-Message-State: AHPjjUhAOdqKNqEF/2mrZtglgZ3A55WF2NsWoWZTaaow9H2t3it08xUL Z6V+ej3QfrybR5+mz1UFQLzd48ck X-Google-Smtp-Source: AOwi7QB9r6qJnDxq5ek2jeK6xnq/aL4GS0npWVf9DP2mOG+4/Hx6//d2Q5zIVMLlc0/EOp3vzwH25A== X-Received: by 10.28.126.208 with SMTP id z199mr4636440wmc.91.1505557883786; Sat, 16 Sep 2017 03:31:23 -0700 (PDT) Received: from ?IPv6:::ffff:192.168.1.101? (armstrong114.pndsl.co.uk. [80.229.145.142]) by smtp.gmail.com with ESMTPSA id p80sm2477652wmf.42.2017.09.16.03.31.22 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 16 Sep 2017 03:31:23 -0700 (PDT) Message-ID: <59bcfd7b.53bf1c0a.52d80.1651@mx.google.com> MIME-Version: 1.0 To: "bug-gnu-emacs@gnu.org" From: Richard Copley Subject: 26.0.50; Deadlock in Fkill_emacs on MS-Windows Date: Sat, 16 Sep 2017 11:31:21 +0100 Importance: normal X-Priority: 3 Content-Type: multipart/alternative; boundary="_9FB139AF-84B0-4D6C-B68C-55ABB816EDC5_" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit 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: -4.0 (----) --_9FB139AF-84B0-4D6C-B68C-55ABB816EDC5_ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Very occasionally, Emacs hangs on exit. For example, this happens sometimes when bootstrapping Emacs (which involves starting emacs.exe multiple times). Here is a set of backtraces from attaching gdb to one of the stuck processes: Thread 3 (Thread 13168.0x19ec): #0 0x00007ff80b6f8d61 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x00007ff80b72536b in ntdll!DbgUiRemoteBreakin () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0x00007ff80ac72774 in KERNEL32!BaseThreadInitThunk () from C:\WINDOWS\System32\kernel32.dll #3 0x00007ff80b6c0d51 in ntdll!RtlUserThreadStart () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x0000000000000000 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 2 (Thread 13168.0x25a8): #0 0x00007ff80b6f5424 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x00007ff80b6986ee in ntdll!RtlGetNtProductType () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0x00007ff80b6720ce in ntdll!LdrShutdownThread () from C:\WINDOWS\SYSTEM32\ntdll.dll #3 0x00007ff80b6c9bb9 in ntdll!LdrInitializeThunk () from C:\WINDOWS\SYSTEM32\ntdll.dll #4 0x00007ff80b6c9b1b in ntdll!LdrInitializeThunk () from C:\WINDOWS\SYSTEM32\ntdll.dll #5 0x00007ff80b6c9ace in ntdll!LdrInitializeThunk () from C:\WINDOWS\SYSTEM32\ntdll.dll #6 0x0000000000000000 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Thread 1 (Thread 13168.0x310): #0 0x00007ff80b6f5424 in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\SYSTEM32\ntdll.dll #1 0x00007ff80b6986ee in ntdll!RtlGetNtProductType () from C:\WINDOWS\SYSTEM32\ntdll.dll #2 0x00007ff80b69d26f in ntdll!RtlExitUserProcess () from C:\WINDOWS\SYSTEM32\ntdll.dll #3 0x00007ff80ac7c0da in KERNEL32!FatalExit () from C:\WINDOWS\System32\kernel32.dll #4 0x00007ff80adca045 in msvcrt!_exit () from C:\WINDOWS\System32\msvcrt.d= ll #5 0x00007ff80adca68d in msvcrt!_initterm_e () from C:\WINDOWS\System32\msvcrt.dll #6 0x00000004000de21c in Fkill_emacs (arg=3D...) at emacs.c:2045 #7 0x000000040017a6d6 in funcall_subr (subr=3D0x400281110 , numargs=3Dnumargs@entry=3D1, args=3Dargs@entry=3D0xbfdb20) at eval.c:28= 41 #8 0x0000000400178cf1 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@entry=3D0xbfdb18) at eval.c:2766 #9 0x00000004001c6095 in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template=3D..., args_template@entry=3D..., nargs=3D, nargs@entry=3D0, args=3D, args@entry=3D0xbfdf18) at bytecode.c:629 #10 0x0000000400178503 in funcall_lambda (fun=3D..., fun@entry=3D..., nargs=3Dnargs@entry=3D0, arg_vector=3Darg_vector@entry=3D0xbfdf18) at e= val.c:2967 #11 0x0000000400178c20 in Ffuncall (nargs=3Dnargs@entry=3D1, args=3Dargs@entry=3D0xbfdf10) at eval.c:2780 #12 0x00000004001c6095 in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template=3D..., args_template@entry=3D..., nargs=3D, nargs@entry=3D1, args=3D, args@entry=3D0xbfe690) at bytecode.c:629 #13 0x0000000400178503 in funcall_lambda (fun=3D..., fun@entry=3D..., nargs=3Dnargs@entry=3D1, arg_vector=3Darg_vector@entry=3D0xbfe690) at e= val.c:2967 #14 0x0000000400178c20 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@entry=3D0xbfe688) at eval.c:2780 #15 0x00000004001c6095 in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template=3D..., args_template@entry=3D..., nargs=3D, nargs@entry=3D0, args=3D, args@entry=3D0xbff0b8) at bytecode.c:629 #16 0x0000000400178503 in funcall_lambda (fun=3D..., fun@entry=3D..., nargs=3Dnargs@entry=3D0, arg_vector=3Darg_vector@entry=3D0xbff0b8) at e= val.c:2967 #17 0x0000000400178c20 in Ffuncall (nargs=3Dnargs@entry=3D1, args=3Dargs@entry=3D0xbff0b0) at eval.c:2780 #18 0x00000004001c6095 in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template=3D..., args_template@entry=3D..., nargs=3D, nargs@entry=3D0, args=3D, args@entry=3D0xbff4c0) at bytecode.c:629 #19 0x0000000400178503 in funcall_lambda (fun=3D..., fun@entry=3D..., nargs=3Dnargs@entry=3D0, arg_vector=3Darg_vector@entry=3D0xbff4c0) at e= val.c:2967 #20 0x000000040017b7dc in apply_lambda (fun=3Dfun@entry=3D..., args=3D..., = count=3D4, count@entry=3D3) at eval.c:2903 #21 0x0000000400177aa3 in eval_sub (form=3Dform@entry=3D...) at eval.c:2306 #22 0x000000040017bc9f in Feval (form=3D..., lexical=3D...) at eval.c:2051 #23 0x00000004001768d6 in internal_condition_case ( bfun=3D0x4005c0000 , bfun@entry=3D0x4000de980 , handlers=3D..., handlers@entry= =3D..., hfun=3D0xf490, hfun@entry=3D0x4000e1600 ) at eval.c:1332 #24 0x00000004000de93d in top_level_1 (ignore=3D...) at keyboard.c:1131 #25 0x000000040017676a in internal_catch (tag=3D..., tag@entry=3D..., func= =3D0x0, func@entry=3D0x4000de8e0 , arg=3D..., arg@entry=3D...) at eval.c:1097 #26 0x00000004000de845 in command_loop () at keyboard.c:1092 #27 0x0000000000000000 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) In GNU Emacs 26.0.50 (build 1, x86_64-w64-mingw32) of 2017-09-14 built on MACHINE Repository revision: 0d5f0a8d56bb7e15607c77a7d5d6e36776eff94d Windowing system distributor 'Microsoft Corp.', version 10.0.15063 Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. mwheel-scroll: Beginning of buffer Configured using: 'configure --with-modules --without-pop 'CFLAGS=3D-O3 -ggdb3'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS MODULES LCMS2 Important settings: value of $EMACSLOADPATH: c:\emacs-lisp; value of $LANG: ENG locale-coding-system: cp1252 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t 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 Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors 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 composite charscript charprop 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 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 97046 10925) (symbols 56 20144 1) (miscs 48 39 87) (strings 32 29581 1047) (string-bytes 1 746755) (vectors 16 13998) (vector-slots 8 482061 7969) (floats 8 50 79) (intervals 56 232 0) (buffers 992 11)) --_9FB139AF-84B0-4D6C-B68C-55ABB816EDC5_ Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

Very occasionally, Emacs hangs on ex= it. For example, this happens

sometimes when bootst= rapping Emacs (which involves starting emacs.exe

mu= ltiple times).

 

Here is a set of backtraces from attaching gdb to one of the stuck

processes:

 <= /p>

Thread 3 (Thread 13168.0x19ec):

#0=C2=A0 0x00007ff80b6f8d61 in ntdll!DbgBreakPoint ()

=C2=A0=C2=A0 from C:\WINDOWS\SYSTEM32\ntdll.dll

#1=C2=A0 0x00007ff80b72536b in ntdll!DbgUiRemoteBreakin ()

=C2=A0=C2=A0 from C:\WINDOWS\SYSTEM32\ntdll.dll

#2=C2=A0 0x00007ff80ac72774 in KERNEL32!BaseThreadInitThunk ()

=C2=A0=C2=A0 from C:\WINDOWS\System32\kernel32.dll

#3=C2=A0 0x00007ff80b6c0d51 in ntdll!RtlUserThreadSta= rt ()

=C2=A0=C2=A0 from C:\WINDOWS\SYSTEM32\ntdll.d= ll

#4=C2=A0 0x0000000000000000 in ?? ()

Backtrace stopped: previous frame inner to this frame (corrupt= stack?)

 

= Thread 2 (Thread 13168.0x25a8):

#0=C2=A0 0x00007ff8= 0b6f5424 in ntdll!ZwWaitForSingleObject ()

=C2=A0= =C2=A0 from C:\WINDOWS\SYSTEM32\ntdll.dll

#1=C2=A0 = 0x00007ff80b6986ee in ntdll!RtlGetNtProductType ()

= =C2=A0=C2=A0from C:\WINDOWS\SYSTEM32\ntdll.dll

#2= =C2=A0 0x00007ff80b6720ce in ntdll!LdrShutdownThread ()

=C2=A0=C2=A0 from C:\WINDOWS\SYSTEM32\ntdll.dll

#3=C2=A0 0x00007ff80b6c9bb9 in ntdll!LdrInitializeThunk ()

=C2=A0=C2=A0 from C:\WINDOWS\SYSTEM32\ntdll.dll

#4=C2=A0 0x00007ff80b6c9b1b in ntdll!LdrInitializeThunk ()

=C2=A0=C2=A0 from C:\WINDOWS\SYSTEM32\ntdll.dll

#5=C2=A0 0x00007ff80b6c9ace in ntdll!LdrInitializeThunk ()

=

=C2=A0=C2=A0 from C:\WINDOWS\SYSTEM32\ntdll.dll

#6=C2=A0 0x0000000000000000 in ?? ()

Backtrace stopped: previous frame inner to this frame (corrupt stack?)<= /p>

 

Thread 1 = (Thread 13168.0x310):

#0=C2=A0 0x00007ff80b6f5424 i= n ntdll!ZwWaitForSingleObject ()

=C2=A0=C2=A0 from = C:\WINDOWS\SYSTEM32\ntdll.dll

#1=C2=A0 0x00007ff80b= 6986ee in ntdll!RtlGetNtProductType ()

=C2=A0=C2=A0= from C:\WINDOWS\SYSTEM32\ntdll.dll

#2=C2=A0 0x0000= 7ff80b69d26f in ntdll!RtlExitUserProcess ()

=C2=A0= =C2=A0 from C:\WINDOWS\SYSTEM32\ntdll.dll

#3=C2=A0 = 0x00007ff80ac7c0da in KERNEL32!FatalExit ()

=C2=A0= =C2=A0 from C:\WINDOWS\System32\kernel32.dll

#4=C2= =A0 0x00007ff80adca045 in msvcrt!_exit () from C:\WINDOWS\System32\msvcrt.d= ll

#5=C2=A0 0x00007ff80adca68d in msvcrt!_initterm_= e ()

=C2=A0=C2=A0 from C:\WINDOWS\System32\msvcrt.d= ll

#6=C2=A0 0x00000004000de21c in Fkill_emacs (arg= =3D...) at emacs.c:2045

#7=C2=A0 0x000000040017a6d6= in funcall_subr (subr=3D0x400281110 <Skill_emacs>,

=C2=A0=C2=A0=C2=A0 numargs=3Dnumargs@entry=3D1, args=3Dargs@entry=3D= 0xbfdb20) at eval.c:2841

#8=C2=A0 0x0000000400178cf= 1 in Ffuncall (nargs=3Dnargs@entry=3D2,

=C2=A0=C2= =A0=C2=A0 args=3Dargs@entry=3D0xbfdb18) at eval.c:2766

#9=C2=A0 0x00000004001c6095 in exec_byte_code (bytestr=3D..., vector=3D= ...,

=C2=A0=C2=A0=C2=A0 maxdepth=3D..., args_templa= te=3D..., args_template@entry=3D...,

=C2=A0=C2=A0= =C2=A0 nargs=3D<optimized out>, nargs@entry=3D0, args=3D<optimized= out>,

=C2=A0=C2=A0=C2=A0 args@entry=3D0xbfdf18)= at bytecode.c:629

#10 0x0000000400178503 in funcal= l_lambda (fun=3D..., fun@entry=3D...,

=C2=A0=C2=A0= =C2=A0 nargs=3Dnargs@entry=3D0, arg_vector=3Darg_vector@entry=3D0xbfdf18) a= t eval.c:2967

#11 0x0000000400178c20 in Ffuncall (n= args=3Dnargs@entry=3D1,

=C2=A0=C2=A0=C2=A0 args=3Da= rgs@entry=3D0xbfdf10) at eval.c:2780

#12 0x00000004= 001c6095 in exec_byte_code (bytestr=3D..., vector=3D...,

=C2=A0=C2=A0=C2=A0 maxdepth=3D..., args_template=3D..., args_template= @entry=3D...,

=C2=A0=C2=A0=C2=A0 nargs=3D<optimi= zed out>, nargs@entry=3D1, args=3D<optimized out>,

=C2=A0=C2=A0=C2=A0 args@entry=3D0xbfe690) at bytecode.c:629

#13 0x0000000400178503 in funcall_lambda (fun=3D..., fun@= entry=3D...,

=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry= =3D1, arg_vector=3Darg_vector@entry=3D0xbfe690) at eval.c:2967

#14 0x0000000400178c20 in Ffuncall (nargs=3Dnargs@entry=3D2,

=C2=A0=C2=A0=C2=A0 args=3Dargs@entry=3D0xbfe688) at = eval.c:2780

#15 0x00000004001c6095 in exec_byte_cod= e (bytestr=3D..., vector=3D...,

=C2=A0=C2=A0=C2=A0 = maxdepth=3D..., args_template=3D..., args_template@entry=3D...,

=C2=A0=C2=A0=C2=A0 nargs=3D<optimized out>, nargs@entry= =3D0, args=3D<optimized out>,

=C2=A0=C2=A0=C2= =A0 args@entry=3D0xbff0b8) at bytecode.c:629

#16 0x= 0000000400178503 in funcall_lambda (fun=3D..., fun@entry=3D...,

=C2=A0=C2=A0=C2=A0 nargs=3Dnargs@entry=3D0, arg_vector=3Darg_v= ector@entry=3D0xbff0b8) at eval.c:2967

#17 0x000000= 0400178c20 in Ffuncall (nargs=3Dnargs@entry=3D1,

= =C2=A0=C2=A0=C2=A0 args=3Dargs@entry=3D0xbff0b0) at eval.c:2780

#18 0x00000004001c6095 in exec_byte_code (bytestr=3D..., vecto= r=3D...,

=C2=A0=C2=A0=C2=A0 maxdepth=3D..., args_te= mplate=3D..., args_template@entry=3D...,

=C2=A0=C2= =A0=C2=A0 nargs=3D<optimized out>, nargs@entry=3D0, args=3D<optimi= zed out>,

=C2=A0=C2=A0=C2=A0 args@entry=3D0xbff4= c0) at bytecode.c:629

#19 0x0000000400178503 in fun= call_lambda (fun=3D..., fun@entry=3D...,

=C2=A0=C2= =A0=C2=A0 nargs=3Dnargs@entry=3D0, arg_vector=3Darg_vector@entry=3D0xbff4c0= ) at eval.c:2967

#20 0x000000040017b7dc in apply_la= mbda (fun=3Dfun@entry=3D..., args=3D..., count=3D4,

=C2=A0=C2=A0=C2=A0 count@entry=3D3) at eval.c:2903

#21 0x0000000400177aa3 in eval_sub (form=3Dform@entry=3D...) at eval.c:230= 6

#22 0x000000040017bc9f in Feval (form=3D..., lexi= cal=3D...) at eval.c:2051

#23 0x00000004001768d6 in= internal_condition_case (

=C2=A0=C2=A0=C2=A0 bfun= =3D0x4005c0000 <tzbuf_format+752>,

=C2=A0=C2= =A0=C2=A0 bfun@entry=3D0x4000de980 <top_level_2>, handlers=3D..., han= dlers@entry=3D...,

=C2=A0=C2=A0=C2=A0 hfun=3D0xf490= , hfun@entry=3D0x4000e1600 <cmd_error>) at eval.c:1332

#24 0x00000004000de93d in top_level_1 (ignore=3D...) at keyboard.= c:1131

#25 0x000000040017676a in internal_catch (ta= g=3D..., tag@entry=3D..., func=3D0x0,

=C2=A0=C2=A0= =C2=A0 func@entry=3D0x4000de8e0 <top_level_1>, arg=3D..., arg@entry= =3D...)

=C2=A0=C2=A0=C2=A0 at eval.c:1097

#26 0x00000004000de845 in command_loop () at keyboard.c:1092=

#27 0x0000000000000000 in ?? ()

Backtrace stopped: previous frame inner to this frame (corrupt stack?= )

 

&n= bsp;

 

In GNU Emacs 26.0.50 (build 1, x86_64-w64-mingw32)

of 2017-09-14 built on MACHINE

Repository revisi= on: 0d5f0a8d56bb7e15607c77a7d5d6e36776eff94d

Window= ing system distributor 'Microsoft Corp.', version 10.0.15063

Recent messages:

For information about GN= U Emacs and the GNU system, type C-h C-a.

mwheel-sc= roll: Beginning of buffer

 

Configured using:

'configure --wi= th-modules --without-pop 'CFLAGS=3D-O3 -ggdb3''

 

Configured features:

XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB

TOOLKIT_SCROLL_BARS MODULES LCMS2

 

Important settings:

=C2=A0 value of $EMACSLOADPATH: c:\emacs-lisp;

=C2=A0 value of $LANG: ENG

=C2=A0 loca= le-coding-system: cp1252

 

Major mode: Lisp Interaction

&= nbsp;

Minor modes in effect:

=C2=A0 tooltip-mode: t

=C2=A0 global-eldoc-= mode: t

=C2=A0 eldoc-mode: t

=C2=A0 electric-indent-mode: t

=C2=A0 mouse-wheel= -mode: t

=C2=A0 tool-bar-mode: t

=C2=A0 menu-bar-mode: t

=C2=A0 file-name-shad= ow-mode: t

=C2=A0global-font-lock-mode: t

=C2=A0 font-lock-mode: t

=C2=A0 bli= nk-cursor-mode: t

=C2=A0 auto-composition-mode: t

=C2=A0 auto-encryption-mode: t

=C2=A0 auto-compression-mode: t

=C2=A0 line-numb= er-mode: t

=C2=A0 transient-mark-mode: t

 

Load-path shadows:<= /p>

None found.

 

Features:

(shadow sort m= ail-extr emacsbug message subr-x puny seq byte-opt gv

bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs

<= p class=3DMsoNormal>format-spec rfc822 mml easymenu mml-sec password-cache = epa derived epg

epg-config gnus-util rmail rmail-lo= addefs mm-decode mm-bodies mm-encode

mail-parse rfc= 2231 mailabbrev gmm-utils mailheader sendmail rfc2047

rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date

=

mule-util tooltip eldoc electric uniquify ediff-hook v= c-hooks

lisp-float-type mwheel dos-w32 ls-lisp disp= -table term/w32-win w32-win

w32-vars term/common-wi= n tool-bar dnd fontset image regexp-opt fringe

tabu= lated-list replace newcomment text-mode elisp-mode lisp-mode

prog-mode register page menu-bar rfn-eshadow isearch timer select=

scroll-bar mouse jit-lock font-lock syntax facemen= u font-core

term/tty-colors frame cl-generic cham g= eorgian utf-8-lang misc-lang

vietnamese tibetan tha= i tai-viet lao korean japanese eucjp-ms cp51932

heb= rew greek romanian slovak czech european ethiopic indian cyrillic

chinese composite charscript charprop case-table epa-hook jk= a-cmpr-hook

help simple abbrev obarray minibuffer c= l-preloaded nadvice loaddefs

button faces cus-face = macroexp files text-properties overlay sha1 md5

bas= e64 format env code-pages mule custom widget hashtable-print-readable

backquote w32notify w32 lcms2 multi-tty make-network-pro= cess emacs)

 

Memory information:

((conses 16 97046 10925)

=

(symbols 56 20144 1)

(miscs = 48 39 87)

(strings 32 29581 1047)

(string-bytes 1 746755)

(vectors 16 13998= )

(vector-slots 8 482061 7969)

(floats 8 50 79)

(intervals 56 232 0)

(buffers 992 11))

= --_9FB139AF-84B0-4D6C-B68C-55ABB816EDC5_-- From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 16 07:15:57 2017 Received: (at 28472) by debbugs.gnu.org; 16 Sep 2017 11:15:57 +0000 Received: from localhost ([127.0.0.1]:43393 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtB4m-0000qe-P4 for submit@debbugs.gnu.org; Sat, 16 Sep 2017 07:15:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34768) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtB4k-0000k7-TE for 28472@debbugs.gnu.org; Sat, 16 Sep 2017 07:15:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dtB4a-0001r2-2U for 28472@debbugs.gnu.org; Sat, 16 Sep 2017 07:15:49 -0400 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]:35393) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dtB4Z-0001qt-Ta; Sat, 16 Sep 2017 07:15:43 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:5000 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dtB4Z-00059C-AV; Sat, 16 Sep 2017 07:15:43 -0400 Date: Sat, 16 Sep 2017 14:15:51 +0300 Message-Id: <8360cilwrc.fsf@gnu.org> From: Eli Zaretskii To: Richard Copley In-reply-to: <59bcfd7b.53bf1c0a.52d80.1651@mx.google.com> (message from Richard Copley on Sat, 16 Sep 2017 11:31:21 +0100) Subject: Re: bug#28472: 26.0.50; Deadlock in Fkill_emacs on MS-Windows References: <59bcfd7b.53bf1c0a.52d80.1651@mx.google.com> 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: 28472 Cc: 28472@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: Richard Copley > Date: Sat, 16 Sep 2017 11:31:21 +0100 > > Very occasionally, Emacs hangs on exit. For example, this happens > sometimes when bootstrapping Emacs (which involves starting emacs.exe > multiple times). > > Here is a set of backtraces from attaching gdb to one of the stuck > processes: Thanks. I see nothing in this backtrace that could tell what to do to avoid the hang. All the threads are stuck in system calls, two of then in WaitForSingleObject. So it sounds like some race condition, but I have no idea what that could be. FWIW, it never happened to me during a bootstrap. It could be bug#14333, which we never solved. But the backtraces there were more informative. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 16 07:28:51 2017 Received: (at 28472) by debbugs.gnu.org; 16 Sep 2017 11:28:51 +0000 Received: from localhost ([127.0.0.1]:43579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtBHH-0002Ej-Kd for submit@debbugs.gnu.org; Sat, 16 Sep 2017 07:28:51 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38689) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtBHF-0002EL-N1 for 28472@debbugs.gnu.org; Sat, 16 Sep 2017 07:28:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dtBH6-0000WJ-KM for 28472@debbugs.gnu.org; Sat, 16 Sep 2017 07:28:44 -0400 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]:35638) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dtBH6-0000WF-HS; Sat, 16 Sep 2017 07:28:40 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1030 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dtBH5-0000bo-As; Sat, 16 Sep 2017 07:28:40 -0400 Date: Sat, 16 Sep 2017 14:28:45 +0300 Message-Id: <834ls2lw5u.fsf@gnu.org> From: Eli Zaretskii To: rcopley@gmail.com In-reply-to: <8360cilwrc.fsf@gnu.org> (message from Eli Zaretskii on Sat, 16 Sep 2017 14:15:51 +0300) Subject: Re: bug#28472: 26.0.50; Deadlock in Fkill_emacs on MS-Windows References: <59bcfd7b.53bf1c0a.52d80.1651@mx.google.com> <8360cilwrc.fsf@gnu.org> 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: 28472 Cc: 28472@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 (-----) > Date: Sat, 16 Sep 2017 14:15:51 +0300 > From: Eli Zaretskii > Cc: 28472@debbugs.gnu.org > > Thanks. I see nothing in this backtrace that could tell what to do to > avoid the hang. All the threads are stuck in system calls, two of > then in WaitForSingleObject. So it sounds like some race condition, > but I have no idea what that could be. FWIW, it never happened to me > during a bootstrap. > > It could be bug#14333, which we never solved. But the backtraces > there were more informative. One possible way to gain more info is to add printf's in several places in term_timers and in term_ntproc, and see what this tells us about where Emacs gets stuck. But make sure bootstrap commands don't redirect stdout/stderr to some place, or you may not see the output. From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 10 12:47:38 2020 Received: (at 28472-done) by debbugs.gnu.org; 10 Aug 2020 16:47:38 +0000 Received: from localhost ([127.0.0.1]:37364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5AxW-00049z-8d for submit@debbugs.gnu.org; Mon, 10 Aug 2020 12:47:38 -0400 Received: from mail-yb1-f179.google.com ([209.85.219.179]:38485) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5AxU-00043t-Ac for 28472-done@debbugs.gnu.org; Mon, 10 Aug 2020 12:47:37 -0400 Received: by mail-yb1-f179.google.com with SMTP id e187so5493012ybc.5 for <28472-done@debbugs.gnu.org>; Mon, 10 Aug 2020 09:47:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=LFDGwBTlPJgE+5PgiSlBTnwVunctEqbh8eYfOoiiBj0=; b=H7Nrg7SMxVpAzSA4CMMvOTtMJfHDV9JnTcoLkOqq7I1qSeq70CX1GVNRrU6LwWwNZY Du17Jipbdi4jgk+s4+2dzdYt+itoQpA1k1VRGnUjz13XEuVc3gpVEMXDLCstHZ4xKwq2 5Ka1CMtUsldTMAJVZCxk87YaEb6x/FUKoAyiSCBbmL79GweM1RMe61gEJP3Wpkgt1fhz hztrTBOFv8JYvh6uxSsVA9XOgWVb9zFqNwY1fOoGMBSMglh2FqChjDhpy2NDcpfQwiM6 thrwRVzh30mg1ESZgdcMEN9ECsd6Kxs7pR5jFm3g/H4/deg1+79necHiP9AzxSfhDRX1 yh1A== X-Gm-Message-State: AOAM532gZy1LTASH16zaKS5DJey2SZ05WmpktGPW1vSBTwX0qXsNM2tR 7CAzqC4al+6QMF9e20aWGWxXLVgdGE9ARJtxxxeBs8AuJYY= X-Google-Smtp-Source: ABdhPJzfLUOK6Va2AxiBzpikTJ+oi6xQQfFjqI28BETPugOd9mJnOUgouIvbw68G+vXUr0MDA26kpr0Mp5QpjDAXkQM= X-Received: by 2002:a25:4609:: with SMTP id t9mr39389606yba.231.1597078050827; Mon, 10 Aug 2020 09:47:30 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 10 Aug 2020 09:47:30 -0700 From: Stefan Kangas In-Reply-To: <834ls2lw5u.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 16 Sep 2017 14:28:45 +0300") References: <59bcfd7b.53bf1c0a.52d80.1651@mx.google.com> <8360cilwrc.fsf@gnu.org> <834ls2lw5u.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Mon, 10 Aug 2020 09:47:30 -0700 Message-ID: Subject: Re: bug#28472: 26.0.50; Deadlock in Fkill_emacs on MS-Windows To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 28472-done Cc: rcopley@gmail.com, 28472-done@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: -1.0 (-) Eli Zaretskii writes: >> Date: Sat, 16 Sep 2017 14:15:51 +0300 >> From: Eli Zaretskii >> Cc: 28472@debbugs.gnu.org >> >> Thanks. I see nothing in this backtrace that could tell what to do to >> avoid the hang. All the threads are stuck in system calls, two of >> then in WaitForSingleObject. So it sounds like some race condition, >> but I have no idea what that could be. FWIW, it never happened to me >> during a bootstrap. >> >> It could be bug#14333, which we never solved. But the backtraces >> there were more informative. > > One possible way to gain more info is to add printf's in several > places in term_timers and in term_ntproc, and see what this tells us > about where Emacs gets stuck. But make sure bootstrap commands don't > redirect stdout/stderr to some place, or you may not see the output. No more information was given within 2 years, 46 weeks. Since the backtrace was not enough to make any progress, I'm closing this bug now. If this is still an issue, please reply to this email (use "Reply to all" in your email client) and we can reopen the bug report. Best regards, Stefan Kangas From unknown Sat Jun 14 18:05:21 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 08 Sep 2020 11:24:10 +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