GNU bug report logs - #18556
24.4.50; update-file-autoloads never ends

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18556 in the body.
You can then email your comments to 18556 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Vincent Belaïche <vincent.b.1 <at> hotmail.fr> 
To: bug-gnu-emacs <at> gnu.org
Cc: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>
Subject: 24.4.50; update-file-autoloads never ends
Date: Thu, 25 Sep 2014 06:07:33 +0200

[Message part 1 (text/plain, inline)]

Hello,

I try the following where `$' denotes the shell prompt, and `-|' denotes
printed output:

$ emacs -Q --batch '--eval=(update-file-autoloads "balance.el" nil "~/.emacs.d/etc/my_autoloads.el")'
-| Generating autoloads for balance.el...

and my problem is that IT NEVER ENDS.

Attached below is the balance.el file causing the trouble.
-----------------------------------------------------------------------

[balance.el (application/emacs-lisp, inline)]

[Message part 3 (text/plain, inline)]

-----------------------------------------------------------------------

My Emacs version is
-----------------------------------------------------------------------
GNU Emacs 24.4.50.1 (i686-pc-mingw32) of 2014-09-23 on CHOUNEK
-----------------------------------------------------------------------

VBR,
   Vincent.

In GNU Emacs 24.4.50.1 (i686-pc-mingw32)
 of 2014-09-23 on CHOUNEK
Repository revision: 117919 monnier <at> iro.umontreal.ca-20140922182202-1xk0sig32d1av0lw
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --prefix=c:/Programme/GNU/Emacs --without-jpeg
 --without-tiff --without-gif --without-png 'CPPFLAGS= -DFOR_MSW=1 -I
 C:/Programme/GNU/installation/emacs-install/libXpm-3.5.8/include -I
 C:/Programme/GNU/installation/emacs-install/libXpm-3.5.8/src -L
 c:/Programme/GNU/installation/emacs-install/libXpm-3.5.8/src'
 CPP=/mingw/bin/cpp.exe
 PKG_CONFIG_PATH=/mingw/lib/pkgconfig:/usr/local/lib/pkgconfig'

Configured features:
XPM SOUND NOTIFY ACL ZLIB

Important settings:
  value of $EMACSPATH: c:\Programme\NGNU\CVS;C:\Programme\GNU\GnuPG;c:\Programme\apache-ant-1.8.0\bin;c:\msys\1.0\bin;c:\msys\1.0\mingw\bin;
  value of $LANG: FRA
  locale-coding-system: cp1252

Major mode: Shell

Minor modes in effect:
  TeX-PDF-mode: t
  diff-auto-refine-mode: t
  shell-dirtrack-mode: t
  recentf-mode: t
  mail-abbrevs-mode: t
  iswitchb-mode: t
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent input:
x m k r c ] SPC t y p o SPC i n SPC m a n y <backspace> 
u a l <down> <down> <down> <down> F o u n d SPC <return> 
<return> C-y <C-left> <C-left> <C-left> <C-left> <C-left> 
<C-left> _ <right> <right> _ <up> <return> <up> <up> 
<end> SPC i n SPC M-SPC C-y <return> <return> p a g 
e SPC <up> <up> <end> , SPC o f SPC 2 SPC D e c m <backspace> 
e m b e r SPC 2 0 1 3 , SPC p a g e SPC 7 / 3 6 , SPC 
d o c u m e n t a t i o n SPC o f SPC - n o r c SPC 
o p t i o n . <down> <down> <down> <down> <up> <up> 
C-a C-k C-k C-x C-o <up> <end> <backspace> : SPC ` 
i s ' SPC s h o u l d SPC r e a d SPC ' <backspace> 
ì <backspace> ` i t ' SPC <backspace> , SPC s h o l 
d <backspace> <backspace> u l d n ' t SPC i t SPC ? 
<down> <down> <end> <return> <return> <return> SPC 
SPC SPC V i n c e n t . <up> V B R , C-x 1 <prior> 
<up> <up> <up> <up> <up> <up> C-a <return> <up> H e 
l l o SPC J p o h n , <return> <up> <up> <down> <right> 
<right> <right> <right> <right> <right> <right> <right> 
<backspace> <down> <down> <up> <up> <up> <up> <up> 
<up> <C-right> <left> <left> M-d <down> <down> <down> 
<down> <down> <down> <down> <down> <down> C-c C-s y 
C-x b <return> M-x r e p o r t - b u f <tab> <backspace> 
g <tab> e m <tab> <return>

Recent messages:
Sending via mail...
250 2.1.0 <vincent.belaiche <at> gmail.com> sender ok
250 2.1.5 <vincent.belaiche <at> gmail.com> recipient ok
250 2.1.5 <collins <at> phys.psu.edu> recipient ok
354 enter mail, end with "." on a line by itself
Sending email 
Sending email done
250 2.0.0 vFer1o0032maGi203FerKl mail accepted for delivery
221 2.0.0 mwinf5d59 ME closing connection
Sending...done

Load-path shadows:
d:/msys/1.0/home/Vincent/.emacs.d/etc/custom hides c:/Programme/GNU/Emacs/share/emacs/24.4.50/lisp/custom
c:/Programme/GNU/Emacs/share/emacs/24.4.50/lisp/loaddefs hides c:/Programme/GNU/installation/cedet-install/cedet/lisp/cedet/loaddefs

Features:
(shadow warnings emacsbug pcmpl-unix balance autoload lisp-mnt
parse-time vc-cvs plain-tex etags doc-view image-mode ps-mode find-dired
iso-transl calc-map picture calc-vec tabify table vc ediff-vers
ediff-merg ediff-wind ediff-diff ediff-mult ediff-help ediff-init
ediff-util ediff cal-move cal-menu calendar cal-loaddefs calc-store
perl-mode calc-lang thingatpt calc-embed calc-yank calc-units calccomp
calc-alg calc-aent calc-menu calc-prog calc-forms cus-edit add-log
texmathp tex-info texinfo make-mode mule-util vc-dispatcher vc-svn
preview prv-emacs reftex-dcr reftex-auc reftex reftex-vars tex-buf
noutline outline font-latex latex tex-style tex advice tex-mode compile
latexenc dired-aux mailcap whitespace diff-mode easy-mmode sh-script
smie executable rect vc-bzr autoconf autoconf-mode shell pcomplete
comint ansi-color ring bbdb-com crm network-stream starttls tls
mailalias smtpmail auth-source password-cache qp mail-extr sort
bbdb-message sendmail gnus-util message format-spec rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils gmm-utils mailheader dired-x
dired ses unsafep misearch multi-isearch hl-line eieio-opt speedbar
sb-image ezimage dframe find-func help-mode help-fns jka-compr info
accents-ascii eieio byte-opt bytecomp byte-compile cconv eieio-core
tex-mik preview-latex tex-site auto-loads calc-mathfloat calc-math
edmacro kmacro w32utils java-init cl-macs cl gv bsh-init recentf
tree-widget wid-edit cl-loaddefs cl-lib generic-x cc-mode cc-fonts
cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs
template mailabbrev iswitchb cus-start cus-load bbdb easymenu bbdb-site
timezone bbdb-loaddefs calc-misc calc-arith calc-ext calc calc-loaddefs
calc-macs skeleton load-path-to-cedet-svn time-date tooltip electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process w32notify w32
multi-tty emacs)

Memory information:
((conses 8 773132 199581)
 (symbols 24 43851 86)
 (miscs 20 2350 4804)
 (strings 16 108692 22663)
 (string-bytes 1 4446193)
 (vectors 8 44769)
 (vector-slots 4 1606851 63216)
 (floats 8 223 967)
 (intervals 28 51226 4510)
 (buffers 516 81))

Message #8 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>
Cc: 18556 <at> debbugs.gnu.org
Subject: Re: 24.4.50; update-file-autoloads never ends
Date: Fri, 26 Sep 2014 09:59:38 -0700

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 <at> euro locales.  Here's the behavior I 
observed:

$ ls -l /tmp/d/balance.el
-rw-r--r--. 1 eggert eggert 110567 Sep 26 09:38 /tmp/d/balance.el
$ time src/emacs -Q --batch '--eval=(update-file-autoloads 
"/tmp/d/balance.el" nil "/tmp/d/my_autoloads.el")'
Generating autoloads for /tmp/d/balance.el...
Wrote /tmp/d/my_autoloads.el
Generating autoloads for /tmp/d/balance.el...done

real    0m0.041s
user    0m0.033s
sys    0m0.007s
$ ls -l /tmp/d/my_autoloads.el
-rw-r--r--. 1 eggert eggert 260 Sep 26 09:56 /tmp/d/my_autoloads.el
$ cat /tmp/d/my_autoloads.el
;;; my_autoloads.el --- automatically extracted autoloads
;;
;;; Code:


(provide 'my_autoloads)
;; Local Variables:
;; version-control: never
;; no-byte-compile: t
;; no-update-autoloads: t
;; coding: utf-8
;; End:
;;; my_autoloads.el ends here

Message #11 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: vincent.b.1 <at> hotmail.fr, 18556 <at> debbugs.gnu.org
Subject: Re: bug#18556: 24.4.50; update-file-autoloads never ends
Date: Fri, 26 Sep 2014 20:21:16 +0300

> Date: Fri, 26 Sep 2014 09:59:38 -0700
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> Cc: 18556 <at> 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 <at> 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?

Message #14 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: eggert <at> cs.ucla.edu, vincent.b.1 <at> hotmail.fr
Cc: 18556 <at> debbugs.gnu.org
Subject: Re: bug#18556: 24.4.50; update-file-autoloads never ends
Date: Fri, 26 Sep 2014 20:24:57 +0300

> Date: Fri, 26 Sep 2014 20:21:16 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: vincent.b.1 <at> hotmail.fr, 18556 <at> debbugs.gnu.org
> 
> > Date: Fri, 26 Sep 2014 09:59:38 -0700
> > From: Paul Eggert <eggert <at> cs.ucla.edu>
> > Cc: 18556 <at> 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 <at> 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?

Message #17 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Belaïche <vincent.b.1 <at> hotmail.fr> 
To: Eli Zaretskii <eliz <at> gnu.org> , Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>,
 18556 <at> debbugs.gnu.org
Subject: RE: bug#18556: 24.4.50; update-file-autoloads never ends
Date: Sun, 28 Sep 2014 11:56:38 +0200

[Message part 1 (text/plain, inline)]

Hello Eli & Paul,

----------------------------------------
> Date: Fri, 26 Sep 2014 20:24:57 +0300
> From: eliz <at> gnu.org
> Subject: Re: bug#18556: 24.4.50; update-file-autoloads never ends
> To: eggert <at> cs.ucla.edu; vincent.b.1 <at> hotmail.fr
> CC: 18556 <at> debbugs.gnu.org
>
> > Date: Fri, 26 Sep 2014 20:21:16 +0300
> > From: Eli Zaretskii <eliz <at> gnu.org>
> > Cc: vincent.b.1 <at> hotmail.fr, 18556 <at> debbugs.gnu.org
> >
> > > Date: Fri, 26 Sep 2014 09:59:38 -0700
> > > From: Paul Eggert <eggert <at> cs.ucla.edu>
> > > Cc: 18556 <at> 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 <at> 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.

[bugbug18556_1.log (text/plain, attachment)]

Message #20 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: "18556 <at> debbugs.gnu.org" <18556 <at> debbugs.gnu.org>
Subject: RE: 24.4.50; update-file-autoloads never ends
Date: Sun, 28 Sep 2014 12:36:04 +0200

Hello Paul,
BTW, I had not noticed this, even if you cannot reproduce getting hung, nevertheless there seems to be a problem in what you logged : the my_autoloads.el that you produced is basically empty. That should not be the case, there should be at least balance-mode function as auto-loadable.

Regards,   Vincent.
----------------------------------------
> Date: Fri, 26 Sep 2014 09:59:38 -0700
> From: eggert <at> cs.ucla.edu
> To: vincent.b.1 <at> hotmail.fr
> CC: 18556 <at> debbugs.gnu.org
> Subject: Re: 24.4.50; update-file-autoloads never ends
>
> 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 <at> euro locales. Here's the behavior I
> observed:
>
> $ ls -l /tmp/d/balance.el
> -rw-r--r--. 1 eggert eggert 110567 Sep 26 09:38 /tmp/d/balance.el
> $ time src/emacs -Q --batch '--eval=(update-file-autoloads
> "/tmp/d/balance.el" nil "/tmp/d/my_autoloads.el")'
> Generating autoloads for /tmp/d/balance.el...
> Wrote /tmp/d/my_autoloads.el
> Generating autoloads for /tmp/d/balance.el...done
>
> real 0m0.041s
> user 0m0.033s
> sys 0m0.007s
> $ ls -l /tmp/d/my_autoloads.el
> -rw-r--r--. 1 eggert eggert 260 Sep 26 09:56 /tmp/d/my_autoloads.el
> $ cat /tmp/d/my_autoloads.el
> ;;; my_autoloads.el --- automatically extracted autoloads
> ;;
> ;;; Code:
>
>
> (provide 'my_autoloads)
> ;; Local Variables:
> ;; version-control: never
> ;; no-byte-compile: t
> ;; no-update-autoloads: t
> ;; coding: utf-8
> ;; End:
> ;;; my_autoloads.el ends here
 		 	   		  

Message #23 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>
Cc: vincent.b.1 <at> hotmail.fr, eggert <at> cs.ucla.edu, 18556 <at> debbugs.gnu.org
Subject: Re: bug#18556: 24.4.50; update-file-autoloads never ends
Date: Sun, 28 Sep 2014 19:24:42 +0300

> From: Vincent Belaïche <vincent.b.1 <at> hotmail.fr> 
> Cc: Vincent Belaïche <vincent.b.1 <at> hotmail.fr> ,
>     18556 <at> debbugs.gnu.org
> Date: Sun, 28 Sep 2014 11:56:38 +0200
> 
> 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.

How is -Q relevant to package shadowing?  If you have a different
eieio installed that shadows the stock one, Emacs will load it even
with -Q.

> Attached is the gdb session log that Paul desired.

Thanks.  Please use the procedure described in etc/DEBUG under "If the
symptom of the bug is that Emacs fails to respond" to find out whether
Emacs is inflooping, and if so, where.

Message #26 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>
Cc: 18556 <at> debbugs.gnu.org, eggert <at> cs.ucla.edu
Subject: Re: bug#18556: 24.4.50; update-file-autoloads never ends
Date: Sun, 28 Sep 2014 19:27:39 +0300

> From: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>
> Date: Sun, 28 Sep 2014 12:36:04 +0200
> Cc: "18556 <at> debbugs.gnu.org" <18556 <at> debbugs.gnu.org>
> 
> Hello Paul,
> BTW, I had not noticed this, even if you cannot reproduce getting hung, nevertheless there seems to be a problem in what you logged : the my_autoloads.el that you produced is basically empty. That should not be the case, there should be at least balance-mode function as auto-loadable.

FWIW, I get the same results as Paul in that file.

Message #29 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Belaïche <vincent.b.1 <at> hotmail.fr> 
To: Eli Zaretskii <eliz <at> gnu.org> 
Cc: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>,
 Paul Eggert <eggert <at> cs.ucla.edu>, 18556 <at> debbugs.gnu.org
Subject: RE: bug#18556: 24.4.50; update-file-autoloads never ends
Date: Mon, 29 Sep 2014 08:38:15 +0200

[Message part 1 (text/plain, inline)]

Hello Eli,

Just to clarify the point that -Q should or not prevent the shadowing:
it *should* prevent shadowing.

What I do in the init.el is that I remove from load-path the path to the
eieio bundled with Emacs, and I replace it with another one on some
cedet anonymous checkout.

So, if I have -Q this hacking of load-path does not occur, and shadowing
bundled module won't occur.

FYI, attached is load-path-to-cedet-svn.el which is loaded from my init file
to do the shadowing.

  Vincent.

[load-path-to-cedet-svn.el (application/emacs-lisp, attachment)]

[Message part 3 (text/plain, inline)]

----------------------------------------
> Date: Sun, 28 Sep 2014 19:24:42 +0300
> From: eliz <at> gnu.org
> Subject: Re: bug#18556: 24.4.50; update-file-autoloads never ends
> To: vincent.b.1 <at> hotmail.fr
> CC: eggert <at> cs.ucla.edu; vincent.b.1 <at> hotmail.fr; 18556 <at> debbugs.gnu.org
>
>> From: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>
>> Cc: Vincent Belaïche <vincent.b.1 <at> hotmail.fr> ,
>> 18556 <at> debbugs.gnu.org
>> Date: Sun, 28 Sep 2014 11:56:38 +0200
>>
>> 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")
>> -----------------------------------------------------------------------
>>

Message #32 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>
Cc: 18556 <at> debbugs.gnu.org, eggert <at> cs.ucla.edu
Subject: Re: bug#18556: 24.4.50; update-file-autoloads never ends
Date: Mon, 29 Sep 2014 09:53:15 +0300

> From: Vincent Belaïche <vincent.b.1 <at> hotmail.fr> 
> Cc: Vincent Belaïche <vincent.b.1 <at> hotmail.fr> ,
>     18556 <at> debbugs.gnu.org, Paul Eggert <eggert <at> cs.ucla.edu>
> Date: Mon, 29 Sep 2014 08:38:15 +0200
> 
> Just to clarify the point that -Q should or not prevent the shadowing:
> it *should* prevent shadowing.
> 
> What I do in the init.el is that I remove from load-path the path to the
> eieio bundled with Emacs, and I replace it with another one on some
> cedet anonymous checkout.
> 
> So, if I have -Q this hacking of load-path does not occur, and shadowing
> bundled module won't occur.

This is a misunderstanding.  I didn't mean what you do in init.el, I
meant these lines in balance.el:

  (require 'eieio)
  (require 'calc-ext)
  (require 'calc-forms)

If you have another version of eieio and/or calc somewhere along your
default load-path, then these 'require' directives will load those
other versions.

Message #35 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Belaïche <vincent.b.1 <at> hotmail.fr> 
To: Eli Zaretskii <eliz <at> gnu.org> 
Cc: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>,
 Paul Eggert <eggert <at> cs.ucla.edu>, 18556 <at> debbugs.gnu.org
Subject: RE: bug#18556: 24.4.50; update-file-autoloads never ends
Date: Mon, 29 Sep 2014 09:06:27 +0200

----------------------------------------
> Date: Mon, 29 Sep 2014 09:53:15 +0300
> From: eliz <at> gnu.org
> Subject: Re: bug#18556: 24.4.50; update-file-autoloads never ends
> To: vincent.b.1 <at> hotmail.fr
> CC: 18556 <at> debbugs.gnu.org; eggert <at> cs.ucla.edu
>
> > From: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>
> > Cc: Vincent Belaïche <vincent.b.1 <at> hotmail.fr> ,
> > 18556 <at> debbugs.gnu.org, Paul Eggert <eggert <at> cs.ucla.edu>
> > Date: Mon, 29 Sep 2014 08:38:15 +0200
> >
> > Just to clarify the point that -Q should or not prevent the shadowing:
> > it *should* prevent shadowing.
> >
> > What I do in the init.el is that I remove from load-path the path to the
> > eieio bundled with Emacs, and I replace it with another one on some
> > cedet anonymous checkout.
> >
> > So, if I have -Q this hacking of load-path does not occur, and shadowing
> > bundled module won't occur.
>
> This is a misunderstanding. I didn't mean what you do in init.el, I
> meant these lines in balance.el:
>
> (require 'eieio)
> (require 'calc-ext)
> (require 'calc-forms)
>
> If you have another version of eieio and/or calc somewhere along your
> default load-path, then these 'require' directives will load those
> other versions.

Well,

Loading the other versions was what was "intended" for eieio. Indeed
that could be changed now because I presume that current Emacs has a
recent enough eieio, and anyway balance did not really needed that
recent one, I just did that in my init.el because of jdee.

Anyway, I don't think that this is the problem, with the -Q option I do
not tamper with the default load-path, so those lines in balance.el will
load the package that are bundled with Emacs, not any other ones. Won't
they? But still I have the hanging with -Q.

  Vincent.

Message #38 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Vincent Belaïche <vincent.b.1 <at> hotmail.fr> 
To: Eli Zaretskii <eliz <at> gnu.org>, Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>,
 18556 <at> debbugs.gnu.org
Subject: bug#18556: 24.4.50; update-file-autoloads never ends
Date: Sun, 26 Oct 2014 00:03:23 +0200

[Message part 1 (text/plain, inline)]

Hello Paul & Eli,

I have tried again the same thing with a fairly recent Emacs --- built
from a bzr update done yesterday, and it is still the same hanging. 

I need to C-g to exit the hanging up, and I get this in the *Message*
buffer:

-----------------------------------------------------------------------
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...
Generating autoloads for c:/msys/1.0/local/projects/balance/lisp/balance.el...
Quit
-----------------------------------------------------------------------

The load-path variable is the following (for this Emacs started with -Q
so that I get the standard value of load-path):

("c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/vc"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/url"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/textmodes"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/progmodes"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/play"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/org"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/nxml"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/net"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/mh-e"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/mail"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/leim"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/language"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/international"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/gnus"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/eshell"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/erc"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/emulation"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/emacs-lisp"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/cedet"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/calendar"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/calc"
"c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/obsolete")

Here is the output of 'M-x version':

GNU Emacs 25.0.50.3 (i686-pc-mingw32) of 2014-10-25 on CHOUNEK

Also I did again the gbd/attach that Paul had asked for, and it is
attached to this email.

FYI, after trimming balance.el more and more, and checking whether it
hangs up or not, it came out that if balance.el contains a single line
as follows, that is sufficient to cause the hanging forever to happen.

-----------------------------------------------------------------------
(require 'eieio)
-----------------------------------------------------------------------

If under that Emacs I do `C-h f eieio-defclass-autoload', and then from
the *Help* window I follow the eieio-core.el link, I get into the
eieio-core.el bundled with Emacs, aka that in

   c:/Programme/GNU/Emacs/share/emacs/25.0.50/lisp/emacs-lisp/


where my Emacs is installed in:

   c:/Programme/GNU/Emacs


VBR,

  Vincent.

[bug18556.log (text/plain, attachment)]

Message #43 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>
Cc: 18556 <at> debbugs.gnu.org, Paul Eggert <eggert <at> cs.ucla.edu>
Subject: Re: bug#18556: 24.4.50; update-file-autoloads never ends
Date: Fri, 05 May 2017 01:37:38 -0400

Vincent Belaïche wrote:

> BTW, I had not noticed this, even if you cannot reproduce getting
> hung, nevertheless there seems to be a problem in what you logged :
> the my_autoloads.el that you produced is basically empty. That should
> not be the case, there should be at least balance-mode function as
> auto-loadable.

That's because you passed nil for the SAVE-AFTER argument of
update-file-autoloads.

Message #46 received at 18556 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Vincent Belaïche <vincent.b.1 <at> hotmail.fr>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Paul Eggert <eggert <at> cs.ucla.edu>,
 18556 <at> debbugs.gnu.org
Subject: Re: bug#18556: 24.4.50; update-file-autoloads never ends
Date: Fri, 05 May 2017 01:39:42 -0400

I'm a third person who can't reproduce this, so I think it's best to
close it, since it's been years, and I can't see it ever going anywhere.
The backtrace is uninformative. Sorry.

BTW, generating autoloads for foo.el does not evaluate foo.el, so
AFAICS all the comments about what libraries balance.el might require
are irrelevant. I have no idea how requires in balance.el could affect
this issue. The whole thing makes no sense to me.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.