unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Andy Moreton <andrewjmoreton@gmail.com>,
	Fabrice Niessen <fni@missioncriticalit.com>
Cc: 12832@debbugs.gnu.org
Subject: bug#12832: 24.3.50; Emacs lockup when idle
Date: Tue, 13 Nov 2012 14:59:55 +0200	[thread overview]
Message-ID: <83pq3hvet0.fsf@gnu.org> (raw)
In-Reply-To: <509D4DAC.1060901@gmail.com>

It looks like Fabrice just saw a very similar, if not identical,
lockup:

> Thread 8 (Thread 6696.0x20fc):
> #0  0x7c91120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7c962119 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #2  0x00000005 in ?? ()
> #3  0x00000004 in ?? ()
> #4  0x00000001 in ?? ()
> #5  0x5adcffd0 in ?? ()
> #6  0x00000000 in ?? ()
> 
> Lisp Backtrace:
> "redisplay_internal (C function)" (0x167d33c)
> 
> Thread 7 (Thread 6696.0x4b8):
> #0  0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #2  0x7199402b in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll
> #3  0x719957c9 in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll
> #4  0x719f67de in WSACancelAsyncRequest () from /cygdrive/c/WINDOWS/system32/Ws2_32.dll
> #5  0x0108d925 in _sys_read_ahead (fd=4) at w32.c:6079
> #6  0x01033127 in reader_thread (arg=0x167dc98) at w32proc.c:838
> #7  0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll
> #8  0x00000000 in ?? ()
> 
> Lisp Backtrace:
> "redisplay_internal (C function)" (0x167d33c)
> 
> Thread 6 (Thread 6696.0x1114):
> #0  0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7c91d9da in ntdll!ZwReadFile () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #2  0x7c801879 in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll
> #3  0x000005fc in ?? ()
> #4  0x00000000 in ?? ()
> 
> Lisp Backtrace:
> "redisplay_internal (C function)" (0x167d33c)
> 
> Thread 5 (Thread 6696.0x2344):
> #0  0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #2  0x7199402b in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll
> #3  0x719957c9 in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll
> #4  0x719f67de in WSACancelAsyncRequest () from /cygdrive/c/WINDOWS/system32/Ws2_32.dll
> #5  0x0108d925 in _sys_read_ahead (fd=5) at w32.c:6079
> #6  0x01033127 in reader_thread (arg=0x167dc40) at w32proc.c:838
> #7  0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll
> #8  0x00000000 in ?? ()
> 
> Lisp Backtrace:
> "redisplay_internal (C function)" (0x167d33c)
> 
> Thread 4 (Thread 6696.0x15e4):
> #0  0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
> #3  0x0000060c in ?? ()
> #4  0x00000000 in ?? ()
> 
> Lisp Backtrace:
> "redisplay_internal (C function)" (0x167d33c)
> 
> Thread 3 (Thread 6696.0xc28):
> #0  0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #2  0x7c929b23 in ntdll!RtlpWaitForCriticalSection () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #3  0x7c911046 in ntdll!RtlEnumerateGenericTableLikeADirectory () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #4  0x006811a0 in ?? ()
> #5  0x012e871e in post_msg (lpmsg=0x5b8cfa94) at w32xfns.c:279
> #6  0x01147b48 in my_post_msg (wmsg=0x5b8cfa94, hwnd=0x2cec0092, msg=0, wParam=103, lParam=2228225) at w32fns.c:1942
> #7  0x01148c58 in post_character_message (hwnd=0x2cec0092, msg=0, wParam=103, lParam=2228225, modifiers=67108864) at w32fns.c:2686
> #8  0x01149a12 in w32_wnd_proc (hwnd=0x2cec0092, msg=258, wParam=103, lParam=2228225) at w32fns.c:3064
> #9  0x7e398734 in USER32!GetDC () from /cygdrive/c/WINDOWS/system32/USER32.dll
> #10 0x2cec0092 in ?? ()
> #11 0x00000102 in ?? ()
> #12 0x00000067 in ?? ()
> #13 0x00220001 in ?? ()
> #14 0x01148c5a in post_character_message (hwnd=0x0, msg=1535966776, wParam=18123866, lParam=1535966820, modifiers=2117699606)
>     at w32fns.c:2687
> #15 0xdcbaabcd in ?? ()
> #16 0x00000000 in ?? ()
> 
> Lisp Backtrace:
> "redisplay_internal (C function)" (0x167d33c)
> 
> Thread 2 (Thread 6696.0x1788):
> #0  0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7c91d21a in ntdll!ZwDelayExecution () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #2  0x7c8023f1 in SleepEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
> #3  0x00000000 in ?? ()
> 
> Lisp Backtrace:
> "redisplay_internal (C function)" (0x167d33c)
> 
> Thread 1 (Thread 6696.0x4d0):
> #0  0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7e3eceba in USER32!SetInternalWindowPos () from /cygdrive/c/WINDOWS/system32/USER32.dll
> #2  0x7e3cf408 in USER32!SetMenu () from /cygdrive/c/WINDOWS/system32/USER32.dll
> #3  0x012c6395 in set_frame_menubar (f=0x3926840 <__register_frame_info+59926592>, first_time=false, deep_p=false) at w32menu.c:610
> #4  0x01200075 in update_menu_bar (f=0x3926840 <__register_frame_info+59926592>, save_match_data=0, hooks_run=1) at xdisp.c:11327
> #5  0x011ffa95 in prepare_menu_bars () at xdisp.c:11205
> #6  0x012055fa in redisplay_internal () at xdisp.c:13081
> #7  0x012034a1 in redisplay () at xdisp.c:12653
> #8  0x0103b2a2 in read_char (commandflag=1, nmaps=3, maps=0x82f9b0, prev_event=57358362, used_mouse_menu=0x82fa83, end_time=0x0)
>     at keyboard.c:2428
> #9  0x0104eef4 in read_key_sequence (keybuf=0x82fc00, bufsize=30, prompt=57358362, dont_downcase_last=false,
>     can_return_switch_frame=true, fix_current_buffer=true) at keyboard.c:9230
> #10 0x010385c4 in command_loop_1 () at keyboard.c:1458
> #11 0x01010e86 in internal_condition_case (bfun=0x10380de <command_loop_1>, handlers=57408946, hfun=0x10378fd <cmd_error>)
>     at eval.c:1288
> #12 0x01037d57 in command_loop_2 (ignore=57358362) at keyboard.c:1167
> #13 0x010108e3 in internal_catch (tag=57398802, func=0x1037d33 <command_loop_2>, arg=57358362) at eval.c:1059
> #14 0x01037d11 in command_loop () at keyboard.c:1146
> #15 0x010372cb in recursive_edit_1 () at keyboard.c:778
> #16 0x010375f8 in Frecursive_edit () at keyboard.c:842
> #17 0x01002920 in main (argc=1, argv=0xa44480) at emacs.c:1552
> 
> Lisp Backtrace:
> "redisplay_internal (C function)" (0x167d33c)
> (gdb)
> (gdb) xbacktrace
> "redisplay_internal (C function)" (0x167d33c)

This backtrace is more informative.  I'm beginning to think that
there's some deadlock between threads that use a critical section,
because all of the threads are parked at the same interface:
ntdll!LdrAccessResource, and at least one of them waits for a critical
section:

> Thread 3 (Thread 6696.0xc28):
> #0  0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #2  0x7c929b23 in ntdll!RtlpWaitForCriticalSection () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #3  0x7c911046 in ntdll!RtlEnumerateGenericTableLikeADirectory () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #4  0x006811a0 in ?? ()
> #5  0x012e871e in post_msg (lpmsg=0x5b8cfa94) at w32xfns.c:279
> #6  0x01147b48 in my_post_msg (wmsg=0x5b8cfa94, hwnd=0x2cec0092, msg=0, wParam=103, lParam=2228225) at w32fns.c:1942

Fabrice, what bzr revision did you compile, and with what version of
GCC?





  parent reply	other threads:[~2012-11-13 12:59 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-08 12:57 bug#12832: 24.3.50; Emacs lockup when idle Andy Moreton
2012-11-08 16:28 ` Eli Zaretskii
2012-11-08 18:33   ` Andy Moreton
2012-11-09  9:56     ` Eli Zaretskii
2012-11-09 10:48       ` Andy Moreton
2012-11-09 11:14         ` Eli Zaretskii
2012-11-09 18:11           ` Eli Zaretskii
2012-11-09 18:38             ` Andy Moreton
2012-11-09 19:12               ` Eli Zaretskii
2012-11-09 19:15                 ` Eli Zaretskii
2012-11-13 12:59               ` Eli Zaretskii [this message]
     [not found]                 ` <509BAC2E.2000702-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2012-11-13 13:13                   ` Fabrice Niessen
2012-11-13 13:39                     ` Dani Moncayo
2012-11-13 14:07                       ` Eli Zaretskii
2012-11-13 14:25                         ` Andy Moreton
2012-11-13 15:16                           ` Eli Zaretskii
2012-11-13 16:00                             ` Andy Moreton
2012-11-13 16:35                               ` Eli Zaretskii
2012-11-13 16:40                                 ` Andy Moreton
2012-11-13 17:20                                   ` Eli Zaretskii
2012-11-13 17:04                               ` Eli Zaretskii
2012-11-14 12:44                                 ` Andy Moreton
2012-11-14 16:29                                   ` Andy Moreton
2012-11-14 16:48                                     ` Lennart Borgman
2012-11-14 17:41                                       ` Eli Zaretskii
2012-11-14 17:49                                         ` Lennart Borgman
2012-11-14 17:53                                           ` Eli Zaretskii
2012-11-14 16:51                                     ` Eli Zaretskii
2012-11-14 20:17                                       ` Andy Moreton
2012-11-15 19:26                                         ` Andy Moreton
2012-11-15 20:22                                           ` Eli Zaretskii

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=83pq3hvet0.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=12832@debbugs.gnu.org \
    --cc=andrewjmoreton@gmail.com \
    --cc=fni@missioncriticalit.com \
    /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).