From: Dani Moncayo <dmoncayo@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: "14333@debbugs.gnu.org" <14333@debbugs.gnu.org>
Subject: bug#14333: 24.3.50; Emacs hangs when trying to exit
Date: Mon, 21 Jul 2014 14:35:01 +0200 [thread overview]
Message-ID: <CAH8Pv0gVbL+4rEUAK2=A8ar99-CfkkdbUOkfy2QjwqDOuDtxyw@mail.gmail.com> (raw)
In-Reply-To: <83vbr080d3.fsf@gnu.org>
>> The backtrace looks similar to the ones already reported:
>
> Actually, it's not similar, it's quite different.
>
> However, I suspect that GDB lies to us about the backtrace, and at the
> very least conceals part of the stack frames. Could you please
> produce the stack traces from Process Explorer, as you did in the
> past?
See below. These stack traces come from the pre-release version
24.3.92, with just the change you told me:
> If you comment out the call to term_winsock in term_ntproc, does the
> problem go away?
TID: 888
State: Wait:WrUserRequest
<stack>
wow64win.dll+0x3fe3a
wow64win.dll+0x1aeac
wow64.dll!Wow64SystemServiceEx+0xd7
wow64cpu.dll!TurboDispatchJumpAddressEnd+0x2d
wow64.dll!Wow64SystemServiceEx+0x1ce
wow64.dll!Wow64LdrpInitialize+0x42a
ntdll.dll!TpAlpcRegisterCompletionList+0x7f8b
ntdll.dll!LdrInitializeThunk+0xe
USER32.dll!DispatchMessageW+0x5c
emacs.exe+0x1f5a6c: w32_msg_pump at w32fns.c:2450
emacs.exe+0x1f5caa: w32_msg_worker@4 at w32fns.c:2678
ntdll.dll!RtlInitializeExceptionChain+0x63
ntdll.dll!RtlInitializeExceptionChain+0x36
</stack>
TID: 3012
State: Wait:UserRequest
<stack>
wow64cpu.dll!TurboDispatchJumpAddressEnd+0x6c0
wow64cpu.dll!TurboDispatchJumpAddressEnd+0xf5
wow64.dll!Wow64SystemServiceEx+0x1ce
wow64.dll!Wow64LdrpInitialize+0x42a
ntdll.dll!TpAlpcRegisterCompletionList+0x7f8b
ntdll.dll!LdrInitializeThunk+0xe
ntdll.dll!NtWaitForMultipleObjects+0x15
kernel32.dll!BaseThreadInitThunk+0x12
ntdll.dll!RtlInitializeExceptionChain+0x63
ntdll.dll!RtlInitializeExceptionChain+0x36
</stack>
TID: 6792
State: Wait:UserRequest
<stack>
wow64cpu.dll!TurboDispatchJumpAddressEnd+0x6c0
wow64cpu.dll!TurboDispatchJumpAddressEnd+0x4a8
wow64.dll!Wow64SystemServiceEx+0x1ce
wow64.dll!Wow64LdrpInitialize+0x42a
ntdll.dll!RtlUniform+0x6e6
ntdll.dll!MD5Final+0x21e83
ntdll.dll!LdrInitializeThunk+0xe
ntdll.dll!NtWaitForSingleObject+0x15
ntdll.dll!RtlIntegerToUnicodeString+0x20b
ntdll.dll!LdrGetDllHandleEx+0x29b
ntdll.dll!LdrGetDllHandle+0x18
ntdll.dll!RtlDetermineDosPathNameType_U+0x1fa
KERNELBASE.dll!GetModuleFileNameW+0x3bd
KERNELBASE.dll!GetModuleHandleW+0x29
KERNELBASE.dll!GetModuleHandleA+0x34
emacs.exe+0x135a: ?? at cygming-crtbegin.c:0
emacs.exe+0xf60bf: shut_down_emacs at emacs.c:1991
emacs.exe+0xf1ad0: SUBRP at lisp.h:2471
emacs.exe+0xf0375: XSUBR at lisp.h:914
emacs.exe+0x18546f: Ffuncall at eval.c:2815
emacs.exe+0x1c6094: exec_byte_code at bytecode.c:916
emacs.exe+0x185c51: funcall_lambda at eval.c:2983
emacs.exe+0x1856ab: Ffuncall at eval.c:2864
emacs.exe+0x1c6094: exec_byte_code at bytecode.c:916
emacs.exe+0x185c51: funcall_lambda at eval.c:2983
emacs.exe+0x1856ab: Ffuncall at eval.c:2864
emacs.exe+0x17ec53: Fcall_interactively at callint.c:836
emacs.exe+0x1854c4: Ffuncall at eval.c:2822
emacs.exe+0x1c6094: exec_byte_code at bytecode.c:916
emacs.exe+0x185c51: funcall_lambda at eval.c:2983
emacs.exe+0x1856ab: Ffuncall at eval.c:2864
emacs.exe+0x184f5a: call1 at eval.c:2614
emacs.exe+0xf8899: command_loop_1 at keyboard.c:1567
emacs.exe+0x1823cf: internal_condition_case at eval.c:1354
emacs.exe+0xf7eea: command_loop_2 at keyboard.c:1177
emacs.exe+0x18197c: internal_catch at eval.c:1118
emacs.exe+0xf7ea2: command_loop at keyboard.c:1157
emacs.exe+0xf7638: recursive_edit_1 at keyboard.c:777
emacs.exe+0xf77f4: Frecursive_edit at keyboard.c:849
emacs.exe+0xf59f7: main at emacs.c:1648
emacs.exe+0x10b9: __mingw_CRTStartup at crt1.c:244
emacs.exe+0x1284: WinMainCRTStartup at crt1.c:274
emacs.exe+0x1c3a64: _start at unexw32.c:125
kernel32.dll!BaseThreadInitThunk+0x12
ntdll.dll!RtlInitializeExceptionChain+0x63
ntdll.dll!RtlInitializeExceptionChain+0x36
</stack>
TID: 6956
State: Wait:UserRequest
<stack>
wow64cpu.dll!TurboDispatchJumpAddressEnd+0x6c0
wow64cpu.dll!TurboDispatchJumpAddressEnd+0x4a8
wow64.dll!Wow64SystemServiceEx+0x1ce
wow64.dll!Wow64LdrpInitialize+0x42a
ntdll.dll!TpAlpcRegisterCompletionList+0x7f8b
ntdll.dll!LdrInitializeThunk+0xe
ntdll.dll!NtWaitForSingleObject+0x15
ntdll.dll!RtlIntegerToUnicodeString+0x20b
ntdll.dll!LdrShutdownThread+0x50
ntdll.dll!RtlExitUserThread+0x2a
kernel32.dll!BaseThreadInitThunk+0x19
ntdll.dll!RtlInitializeExceptionChain+0x63
ntdll.dll!RtlInitializeExceptionChain+0x36
</stack>
--
Dani Moncayo
next prev parent reply other threads:[~2014-07-21 12:35 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-02 7:09 bug#14333: 24.3.50; Emacs hangs when trying to exit Dani Moncayo
2013-05-02 16:20 ` Eli Zaretskii
2013-05-08 7:51 ` Dani Moncayo
2013-05-08 16:43 ` Eli Zaretskii
2013-05-09 6:32 ` Dani Moncayo
2013-05-09 9:09 ` Dani Moncayo
2013-05-09 15:53 ` Eli Zaretskii
2013-05-15 16:47 ` Dani Moncayo
2013-05-15 17:18 ` Eli Zaretskii
2013-05-15 19:11 ` Dani Moncayo
2013-05-15 20:42 ` Eli Zaretskii
2013-05-16 7:10 ` Eli Zaretskii
2013-05-16 7:18 ` Dani Moncayo
2013-05-16 7:35 ` Eli Zaretskii
2013-05-16 7:44 ` Dani Moncayo
2013-05-16 8:59 ` Eli Zaretskii
2013-05-21 7:01 ` Dani Moncayo
2013-05-21 16:48 ` Eli Zaretskii
2013-05-22 17:50 ` Dani Moncayo
2013-08-29 7:22 ` Dani Moncayo
2013-08-29 15:33 ` Eli Zaretskii
2013-08-30 6:30 ` Dani Moncayo
2013-08-30 7:15 ` Eli Zaretskii
2013-09-11 8:44 ` Dani Moncayo
2013-09-11 13:38 ` Eli Zaretskii
2013-09-11 14:20 ` Dani Moncayo
2013-09-11 16:22 ` Eli Zaretskii
2013-10-02 16:12 ` Dani Moncayo
2013-11-13 16:40 ` Dani Moncayo
2013-11-13 16:50 ` Eli Zaretskii
2013-11-13 17:00 ` Dani Moncayo
2013-11-13 20:28 ` Eli Zaretskii
2013-11-13 20:50 ` Dani Moncayo
2013-11-13 21:01 ` Eli Zaretskii
[not found] ` <CAH8Pv0iRiQj+ZDnQr_0+obmsYPf_+mzn-m4ECMqG4K7Wi_G1xQ@mail.gmail.com>
2013-11-13 21:15 ` Dani Moncayo
2013-11-13 21:20 ` Eli Zaretskii
2013-11-19 17:13 ` Dani Moncayo
2013-11-19 17:36 ` Eli Zaretskii
2013-11-19 17:42 ` Eli Zaretskii
2013-11-21 17:10 ` Dani Moncayo
2013-11-21 17:28 ` Eli Zaretskii
2014-06-30 16:33 ` Dani Moncayo
2014-07-10 11:44 ` Dani Moncayo
2014-07-10 15:08 ` Eli Zaretskii
2014-07-10 15:13 ` Dani Moncayo
2014-07-10 17:45 ` Eli Zaretskii
2014-07-10 19:24 ` Dani Moncayo
2014-07-10 19:26 ` Eli Zaretskii
2014-07-14 10:15 ` Dani Moncayo
2014-07-14 14:46 ` Eli Zaretskii
2014-07-21 12:35 ` Dani Moncayo [this message]
2014-07-21 14:37 ` Eli Zaretskii
2014-07-22 6:39 ` Dani Moncayo
2014-07-25 8:17 ` Eli Zaretskii
2014-09-02 13:18 ` Dani Moncayo
2014-09-04 15:35 ` Eli Zaretskii
2014-09-04 19:37 ` Dani Moncayo
2014-09-12 6:14 ` Dani Moncayo
2014-09-12 8:11 ` Eli Zaretskii
2014-09-12 8:20 ` Dani Moncayo
2015-12-26 0:45 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAH8Pv0gVbL+4rEUAK2=A8ar99-CfkkdbUOkfy2QjwqDOuDtxyw@mail.gmail.com' \
--to=dmoncayo@gmail.com \
--cc=14333@debbugs.gnu.org \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).