From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Newsgroups: gmane.emacs.bugs Subject: bug#18556: 24.4.50; update-file-autoloads never ends Date: Sun, 28 Sep 2014 11:56:38 +0200 Message-ID: <80zjdk9ig9.fsf@gmail.com> References: <80wq8sbawq.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: ger.gmane.org 1411898249 26997 80.91.229.3 (28 Sep 2014 09:57:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 28 Sep 2014 09:57:29 +0000 (UTC) Cc: Vincent =?UTF-8?Q?Bela=C3=AFche?= , 18556@debbugs.gnu.org To: Eli Zaretskii , Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 28 11:57:22 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XYBEF-0006ou-8Y for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Sep 2014 11:57:19 +0200 Original-Received: from localhost ([::1]:59039 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYBEE-0002p7-T8 for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Sep 2014 05:57:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39217) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYBE7-0002oy-Vn for bug-gnu-emacs@gnu.org; Sun, 28 Sep 2014 05:57:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XYBE3-0000x6-4o for bug-gnu-emacs@gnu.org; Sun, 28 Sep 2014 05:57:11 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34301) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYBE3-0000pv-2g for bug-gnu-emacs@gnu.org; Sun, 28 Sep 2014 05:57:07 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XYBDx-0005Cc-Pu for bug-gnu-emacs@gnu.org; Sun, 28 Sep 2014 05:57:01 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <80wq8sbawq.fsf@gmail.com> Resent-From: Vincent =?UTF-8?Q?Bela=C3=AFche?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Sep 2014 09:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18556 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 18556-submit@debbugs.gnu.org id=B18556.141189821219980 (code B ref 18556); Sun, 28 Sep 2014 09:57:01 +0000 Original-Received: (at 18556) by debbugs.gnu.org; 28 Sep 2014 09:56:52 +0000 Original-Received: from localhost ([127.0.0.1]:54098 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XYBDm-0005CB-OH for submit@debbugs.gnu.org; Sun, 28 Sep 2014 05:56:51 -0400 Original-Received: from smtp02.smtpout.orange.fr ([80.12.242.124]:16752 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XYBDj-0005C1-2E for 18556@debbugs.gnu.org; Sun, 28 Sep 2014 05:56:48 -0400 Original-Received: from CHOUNEK ([109.218.82.63]) by mwinf5d37 with ME id wZwh1o00Z1MyVad03ZwhiH; Sun, 28 Sep 2014 11:56:45 +0200 X-ME-Helo: CHOUNEK X-ME-Date: Sun, 28 Sep 2014 11:56:45 +0200 X-ME-IP: 109.218.82.63 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:93816 Archived-At: --=-=-= Content-Type: text/plain Hello Eli & Paul, ---------------------------------------- > Date: Fri, 26 Sep 2014 20:24:57 +0300 > From: eliz@gnu.org > Subject: Re: bug#18556: 24.4.50; update-file-autoloads never ends > To: eggert@cs.ucla.edu; vincent.b.1@hotmail.fr > CC: 18556@debbugs.gnu.org > > > Date: Fri, 26 Sep 2014 20:21:16 +0300 > > From: Eli Zaretskii > > Cc: vincent.b.1@hotmail.fr, 18556@debbugs.gnu.org > > > > > Date: Fri, 26 Sep 2014 09:59:38 -0700 > > > From: Paul Eggert > > > Cc: 18556@debbugs.gnu.org > > > > > > I could not reproduce the problem with Emacs trunk bzr 117958 built on > > > Fedora 20 with GCC 4.9.1, in either 32- or 64-bit builds, and in either > > > en_US.UTF-8 or fr_FR.iso885915@euro locales. > > > > And I couldn't reproduce it on MS-Windows with trunk r117955. It > > finishes almost instantly for me. > > > > Vincent, if you attach GDB to the hung Emacs and type "thread apply > > all bt" at the GDB prompt, what do you see? > > Btw, is it possible that one of the packages that balance.el requires > is not what we have in the Emacs trunk, but you have its different > version from some other repository? It is fully possible that balance.el requires some package not in the emacs trunk as I have this in my ~/.emacs.d/init.el ----------------------------------------------------------------------- ;; remove CEDET/EIEIO/SPEEDBAR that are distributed with EMACS from the load ;; path, and replace them with those of CEDET distribution (load "~/.emacs.d/etc/load-path-to-cedet-svn.el") ----------------------------------------------------------------------- This is because I develop jpicedt with jdee, and at some point of time the eieio of Emacs was too old compared to what jdee expected. Anyhow, In don't think that this is the problem because I can reproduce the hanging with -Q command line option. Attached is the gdb session log that Paul desired. VBR, Vincent. --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=bugbug18556_1.log Content-Description: gbd session log Microsoft Windows XP [version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. c:\Programme\GNU\Emacs\bin>gdb gdb GNU gdb (GDB) 7.4 Copyright (C) 2012 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 "i686-pc-mingw32". For bug reporting instructions, please see: . (gdb) attach 231132 Attaching to process 231132 [New Thread 231132.0x382e8] [New Thread 231132.0x38130] [New Thread 231132.0x38750] [New Thread 231132.0x382e4] Reading symbols from c:\Programme\GNU\Emacs\bin\emacs.exe...done. (gdb) thread apply all bt Thread 4 (Thread 231132.0x382e4): #0 0x7c91120f in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.dll #1 0x7c962119 in ntdll!KiIntSystemCall () from C:\WINDOWS\system32\ntdll.dll #2 0x00000005 in ?? () #3 0x00000004 in ?? () #4 0x00000001 in ?? () #5 0x0d35ffd0 in ?? () #6 0x00000000 in ?? () Thread 3 (Thread 231132.0x38750): #0 0x7c91e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7e3991be in USER32!GetProcessWindowStation () from C:\WINDOWS\system32\user32.dll #2 0x7e3991f1 in USER32!GetMessageW () from C:\WINDOWS\system32\user32.dll #3 0x01157e8c in w32_msg_pump (msg_buf=) at w32fns.c:2498 #4 0x011585e0 in w32_msg_worker@4 (arg=0x0) at w32fns.c:2724 #5 0x7c80b729 in KERNEL32!GetModuleFileNameA () from C:\WINDOWS\system32\kernel32.dll #6 0x00000000 in ?? () Thread 2 (Thread 231132.0x38130): #0 0x7c91e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91d21a in ntdll!ZwDelayExecution () from C:\WINDOWS\system32\ntdll.dll #2 0x7c8023f1 in SleepEx () from C:\WINDOWS\system32\kernel32.dll #3 0x00000000 in ?? () Thread 1 (Thread 231132.0x382e8): #0 Ffind_file_name_handler (filename=104868529, operation=21122626) at fileio.c:371 #1 0x010c316a in Fdirectory_file_name (directory=104868529) at fileio.c:675 #2 0x01100c16 in Ffuncall (nargs=2, args=0x82e918) at eval.c:2726 #3 0x01132691 in exec_byte_code (bytestr=1, vector=22454806, maxdepth=36, args_template=1028, nargs=21065338, args=0x2) at bytecode.c:920 #4 0x011007d9 in funcall_lambda (fun=75938813, nargs=1, arg_vector=0x82eaac) at eval.c:2894 #5 0x01100a2f in Ffuncall (nargs=2, args=0x82eaa8) at eval.c:2787 #6 0x01132691 in exec_byte_code (bytestr=1, vector=22454806, maxdepth=84, args_template=0, nargs=21065338, args=0x2) at bytecode.c:920 #7 0x011007d9 in funcall_lambda (fun=76245765, nargs=0, arg_vector=0x82ec44) at eval.c:2894 #8 0x01100a2f in Ffuncall (nargs=1, args=0x82ec40) at eval.c:2787 #9 0x01100346 in eval_sub (form=25559334) at eval.c:2153 #10 0x010ff326 in internal_catch (tag=22277098, func=0x10ffd5e , arg=25559334) at eval.c:1111 #11 0x01134016 in exec_byte_code (bytestr=1, vector=22454806, maxdepth=52, args_template=3076, nargs=8580368, args=0x8d) at bytecode.c:1101 #12 0x011007d9 in funcall_lambda (fun=75939429, nargs=1, arg_vector=0x82eea4) at eval.c:2894 #13 0x01100a2f in Ffuncall (nargs=2, args=0x82eea0) at eval.c:2787 #14 0x01132691 in exec_byte_code (bytestr=1, vector=22454806, maxdepth=28, args_template=3076, nargs=8580764, args=0x2) at bytecode.c:920 #15 0x011007d9 in funcall_lambda (fun=75939565, nargs=3, arg_vector=0x82f098) at eval.c:2894 #16 0x01100a2f in Ffuncall (nargs=4, args=0x82f094) at eval.c:2787 #17 0x010fcaa0 in Ffuncall_interactively (nargs=4, args=0x82f094) at callint.c:270 #18 0x01100afb in Ffuncall (nargs=5, args=0x82f090) at eval.c:2706 #19 0x01101a3f in Fapply (nargs=3, args=0x82f194) at eval.c:2346 #20 0x010fcde6 in Fcall_interactively (function=22713250, record_flag=22541562, keys=21090829) at callint.c:416 #21 0x01100c89 in Ffuncall (nargs=4, args=0x82f25c) at eval.c:2733 #22 0x01132691 in exec_byte_code (bytestr=1, vector=22454806, maxdepth=52, args_template=4100, nargs=8581736, args=0x4) at bytecode.c:920 #23 0x011007d9 in funcall_lambda (fun=19024757, nargs=2, arg_vector=0x82f3e8) at eval.c:2894 #24 0x01100a2f in Ffuncall (nargs=3, args=0x82f3e4) at eval.c:2787 #25 0x01132691 in exec_byte_code (bytestr=1, vector=22454806, maxdepth=60, args_template=2052, nargs=8582112, args=0x3) at bytecode.c:920 #26 0x011007d9 in funcall_lambda (fun=19024429, nargs=2, arg_vector=0x82f5f8) at eval.c:2894 #27 0x01100a2f in Ffuncall (nargs=3, args=0x82f5f4) at eval.c:2787 #28 0x010fcaa0 in Ffuncall_interactively (nargs=3, args=0x82f5f4) at callint.c:270 #29 0x01100afb in Ffuncall (nargs=4, args=0x82f5f0) at eval.c:2706 #30 0x01101a3f in Fapply (nargs=3, args=0x82f6e4) at eval.c:2346 #31 0x010fcde6 in Fcall_interactively (function=21216914, record_flag=21065338, keys=21090829) at callint.c:416 #32 0x01100c89 in Ffuncall (nargs=4, args=0x82f7ac) at eval.c:2733 #33 0x01132691 in exec_byte_code (bytestr=1, vector=22454806, maxdepth=52, args_template=4100, nargs=8583096, args=0x4) at bytecode.c:920 #34 0x011007d9 in funcall_lambda (fun=19024757, nargs=1, arg_vector=0x82f92c) at eval.c:2894 #35 0x01100a2f in Ffuncall (nargs=2, args=0x82f928) at eval.c:2787 #36 0x01100eb3 in call1 (fn=21108970, arg1=21216914) at eval.c:2579 #37 0x010a3b49 in command_loop_1 () at keyboard.c:1572 #38 0x010ff3e2 in internal_condition_case (bfun=0x10a3836 , handlers=21115634, hfun=0x109b122 ) at eval.c:1350 #39 0x0109a3b7 in command_loop_2 (ignore=21065338) at keyboard.c:1196 #40 0x010ff326 in internal_catch (tag=21109474, func=0x109a397 , arg=21065338) at eval.c:1111 #41 0x0109adf5 in command_loop () at keyboard.c:1175 #42 recursive_edit_1 () at keyboard.c:785 #43 0x0109b06e in Frecursive_edit () at keyboard.c:856 #44 0x011aeb4e in main (argc=, argv=0xa42aa0) at emacs.c:1642 (gdb) quit A debugging session is active. Inferior 1 [process 231132] will be detached. Quit anyway? (y or n) [answered Y; input not from terminal] Detaching from program: c:\Programme\GNU\Emacs\bin\emacs.exe, Pid 231132 c:\Programme\GNU\Emacs\bin> --=-=-=--