From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#9723: 24.0.50; Emacs Clipboard crash Date: Fri, 21 Oct 2011 10:49:15 +0200 Message-ID: <838voesp9w.fsf@gnu.org> References: <81B49A9E5708D84A96259A96D480EE4902A4F888DE@CHC-CCR01.SEA.CORP.EXPECN.COM> <81B49A9E5708D84A96259A96D480EE4902A4F88DED@CHC-CCR01.SEA.CORP.EXPECN.COM> <83d3e3xvl5.fsf@gnu.org> <81B49A9E5708D84A96259A96D480EE4902A4F88EFC@CHC-CCR01.SEA.CORP.EXPECN.COM> <83aa97xrqi.fsf@gnu.org> <81B49A9E5708D84A96259A96D480EE4902A504B784@CHC-CCR01.SEA.CORP.EXPECN.COM> <83pqhzjvoi.fsf@gnu.org> <81B49A9E5708D84A96259A96D480EE4902A50E421A@CHC-CCR01.SEA.CORP.EXPECN.COM> <83mxd3jm3l.fsf@gnu.org> <81B49A9E5708D84A96259A96D480EE4902A50E49DF@CHC-CCR01.SEA.CORP.EXPECN.COM> <8362jnwlne.fsf@gnu.org> <81B49A9E5708D84A96259A96D480EE4902A524911A@CHC-CCR01.SEA.CORP.EXPECN.COM> <834nz7wjwp.fsf@gnu.org> <81B49A9E5708D84A96259A96D480EE4902A52492F6@CHC-CCR01.SEA.CORP.EXPECN.COM> <83y5wjuze5.fsf@gnu.org> <81B49A9E5708D84A96259A96D480EE4902A5249332@CHC-CCR01.SEA.CORP.EXPECN.COM> <83wrc3ufp8.fsf@gnu.org> <81B49A9E5708D84A96259A96D480EE4902A5390073@CHC-CCR01.SEA.CORP.EXPECN.COM> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1319187064 5147 80.91.229.12 (21 Oct 2011 08:51:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 21 Oct 2011 08:51:04 +0000 (UTC) Cc: 9723@debbugs.gnu.org To: Joseph Jones Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 21 10:50:58 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RHAoa-0007hQ-Dc for geb-bug-gnu-emacs@m.gmane.org; Fri, 21 Oct 2011 10:50:57 +0200 Original-Received: from localhost ([::1]:37034 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHAoZ-0006Dg-Ls for geb-bug-gnu-emacs@m.gmane.org; Fri, 21 Oct 2011 04:50:55 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:44657) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHAoW-0006DX-2O for bug-gnu-emacs@gnu.org; Fri, 21 Oct 2011 04:50:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RHAoT-00027c-UQ for bug-gnu-emacs@gnu.org; Fri, 21 Oct 2011 04:50:51 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50846) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHAoT-00027R-Sj for bug-gnu-emacs@gnu.org; Fri, 21 Oct 2011 04:50:49 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RHApe-0005wH-Gr for bug-gnu-emacs@gnu.org; Fri, 21 Oct 2011 04:52:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 21 Oct 2011 08:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9723 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9723-submit@debbugs.gnu.org id=B9723.131918710022801 (code B ref 9723); Fri, 21 Oct 2011 08:52:02 +0000 Original-Received: (at 9723) by debbugs.gnu.org; 21 Oct 2011 08:51:40 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RHApH-0005vh-Nb for submit@debbugs.gnu.org; Fri, 21 Oct 2011 04:51:39 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RHApE-0005vS-N2 for 9723@debbugs.gnu.org; Fri, 21 Oct 2011 04:51:38 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LTE00000QFMRO00@a-mtaout22.012.net.il> for 9723@debbugs.gnu.org; Fri, 21 Oct 2011 10:49:12 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.124.212.197]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LTE000K2R5ZU420@a-mtaout22.012.net.il>; Fri, 21 Oct 2011 10:49:12 +0200 (IST) In-reply-to: <81B49A9E5708D84A96259A96D480EE4902A5390073@CHC-CCR01.SEA.CORP.EXPECN.COM> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 21 Oct 2011 04:52:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:52974 Archived-At: > From: Joseph Jones > CC: "9723@debbugs.gnu.org" <9723@debbugs.gnu.org> > Date: Thu, 20 Oct 2011 15:29:33 -0700 > > Just got a new crash while in GDB. Here is the GDB session information you requested last time. Thanks. > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 13664.0x2a74] > 0x010df89c in exec_byte_code (bytestr=20911730, vector=20911730, maxdepth=8578712, args_template=16837538, nargs=23009797, > args=0x186a00) at bytecode.c:1012 > 1012 bytecode.c: No such file or directory. > in bytecode.c > (gdb) i threads > 63 Thread 13664.0x38b4 0x7d61c876 in ntdll!NtAccessCheck () from C:\WINDOWS\system32\ntdll.dll > 4 Thread 13664.0x3060 0x7d61c876 in ntdll!NtAccessCheck () from C:\WINDOWS\system32\ntdll.dll > 3 Thread 13664.0x1c64 0x7d61c846 in ntdll!NtAccessCheck () from C:\WINDOWS\system32\ntdll.dll > 2 Thread 13664.0x33e4 0x7d947860 in USER32!SetActiveWindow () from C:\WINDOWS\syswow64\user32.dll > * 1 Thread 13664.0x2a74 0x010df89c in exec_byte_code (bytestr=20911730, vector=20911730, maxdepth=8578712, > args_template=16837538, nargs=23009797, args=0x186a00) at bytecode.c:1012 > (gdb) bt 63 > #0 0x010df89c in exec_byte_code (bytestr=20911730, vector=20911730, maxdepth=8578712, args_template=16837538, > nargs=23009797, args=0x186a00) at bytecode.c:1012 > #1 0x010dfd99 in exec_byte_code (bytestr=23009797, vector=1600000, maxdepth=8578600, args_template=17642311, nargs=20835142, > args=0x13e281a) at bytecode.c:1182 > #2 0x0100eba2 in make_lispy_position (f=0x10dfd6c, x=23009797, y=20835142, t=17593177) at keyboard.c:5148 > #3 0x010e0d54 in exec_byte_code (bytestr=0, vector=0, maxdepth=20850714, args_template=20850714, nargs=0, args=0x0) > at bytecode.c:1730 > #4 0x01025592 in Fsequencep (object=-875902696) at data.c:352 > #5 0x010279f6 in let_shadows_buffer_binding_p (symbol=0x13e281a) at data.c:1082 > #6 0x01029a11 in Fkill_local_variable (variable=8583808) at data.c:1672 > #7 0x0100ee4f in make_lispy_position (f=0x1029871, x=20908442, y=16922106, t=2102413915) at keyboard.c:5168 > #8 0x0101cf4b in read_key_sequence (keybuf=0x13e281a, bufsize=7602259, prompt=7209057, dont_downcase_last=6357092, > can_return_switch_frame=20906466, fix_current_buffer=20850714) at keyboard.c:9472 > #9 0x0100ed84 in make_lispy_position (f=0x13f01e2, x=16895784, y=20850714, t=2009014352) at keyboard.c:5163 > #10 0x0101cdfe in read_key_sequence (keybuf=0x101cac1, bufsize=20850714, prompt=2009021072, dont_downcase_last=8585048, > can_return_switch_frame=0, fix_current_buffer=-1) at keyboard.c:9452 > #11 0x0101cf12 in read_key_sequence (keybuf=0x135bdd6, bufsize=0, prompt=1, dont_downcase_last=0, > can_return_switch_frame=8585028, fix_current_buffer=8584944) at keyboard.c:9472 > #12 0x01002eb0 in shut_down_emacs (sig=1, no_x=11551144, stuff=11546872) at emacs.c:2039 > #13 0x010010b6 in __mingw_CRTStartup () > #14 0x01001148 in WinMainCRTStartup () > #15 0x00000001 in ?? () > #16 0x00000001 in ?? () > #17 0x00000000 in ?? () I don't understand this backtrace. It says that Emacs was being shut down because of a fatal signal. sig=1 on Windows means SIGHUP, and the only relevant place seems to be this line in keyboard.c: kill (getpid (), SIGHUP); But even if this is so, how come GDB shows that shut_down_emacs was called from the library startup code, and why does it say that shut_down_emacs calls read_key_sequence? There are no such calls in the code, and this being an unoptimized build, I don't expect any intermediate functions to be inlined and disappear from the backtrace. If you set a breakpoint in shut_down_emacs, do you get a more reasonable backtrace? In any case, it looks like the crash is secondary; the primary reason is that Emacs hits some fatal error and commits suicide. Why that happens is still a mystery for me, as is why it happens only to you.