bug#18556: 24.4.50; update-file-autoloads never ends

["Vincent Belaïche" <vincent.b.1@hotmail.fr>]

[-- Attachment #1: Type: text/plain, Size: 1932 bytes --]

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 <eliz@gnu.org>
> > Cc: vincent.b.1@hotmail.fr, 18556@debbugs.gnu.org
> >
> > > Date: Fri, 26 Sep 2014 09:59:38 -0700
> > > From: Paul Eggert <eggert@cs.ucla.edu>
> > > 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.


[-- Attachment #2: gbd session log --]
[-- Type: text/plain, Size: 6280 bytes --]

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 <http://gnu.org/licenses/gpl.html>
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:
<http://www.gnu.org/software/gdb/bugs/>.
(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=<optimized out>) 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 <eval_sub>, 
    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 <command_loop_1>, 
    handlers=21115634, hfun=0x109b122 <cmd_error>) 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 <command_loop_2>, 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=<optimized out>, 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>