GNU bug report logs - #190
23.0.60; vc inflooping

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (Emacs bug Tracking System)
To: Michael Welsh Duggan <md5i <at> cs.cmu.edu>
Subject: bug#190 closed by Stefan Monnier <monnier <at> iro.umontreal.ca> (vc 
 inflooping)

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

This is an automatic notification regarding your bug report
which was filed against the emacs package:

#190: 23.0.60; vc inflooping

It has been closed by Stefan Monnier <monnier <at> iro.umontreal.ca>.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Stefan Monnier <monnier <at> iro.umontreal.ca> by
replying to this email.


-- 
190: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=190
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: 190-close <at> debbugs.gnu.org
Subject: vc inflooping
Date: Mon, 05 May 2008 02:38:22 -0400

Thank you, should be fixed now,


        Stefan

[Message part 3 (message/rfc822, inline)]

From: Michael Welsh Duggan <md5i <at> cs.cmu.edu>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; vc inflooping
Date: Sun, 04 May 2008 19:55:47 -0400

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

emacs -Q
C-x C-f /tmp/foo RET
This is a test file
C-x C-s
C-x v i yes RET
C-x v v

Symptoms: find-auto-coding: Variable binding depth exceeds
max-specpdl-size

max-specpdl-size is a variable defined in `C source code'.
Its value is 1040

M-: (setq max-specpdl-size 2000)
C-x v v [in buffer foo]

Same error

M-: (setq max-specpdl-size 10000)
C-x v v [in buffer foo]
find-auto-coding: Lisp nesting exceeds `max-lisp-eval-depth'

max-lisp-eval-depth is a variable defined in `C source code'.
Its value is 400

M-: (setq max-lisp-eval-depth 10000)

Emacs takes a long, long time.

C-g
M-x toggle-debug-on-quit
C-x v v [wait a couple seconds]
C-g

Bottom of *Bactrace* buffer:

  vc-rcs-checkout-model(("/tmp/foo"))
  vc-rcs-fetch-master-state("/tmp/foo")
  vc-rcs-checkout-model(("/tmp/foo"))
  vc-rcs-fetch-master-state("/tmp/foo")
  vc-rcs-checkout-model(("/tmp/foo"))
  vc-rcs-fetch-master-state("/tmp/foo")
  vc-rcs-checkout-model(("/tmp/foo"))
  apply(vc-rcs-checkout-model ("/tmp/foo"))
  vc-call-backend(RCS checkout-model ("/tmp/foo"))
  vc-checkout-model(RCS ("/tmp/foo"))
  vc-next-action(nil)
  call-interactively(vc-next-action nil nil)


So, there's an infloop happening.


In GNU Emacs 23.0.60.6 (i686-pc-linux-gnu, GTK+ Version 2.12.9)
 of 2008-05-04 on maru
Windowing system distributor `The X.Org Foundation', version 11.0.10400090
configured using `configure  '--without-toolkit-scroll-bars' '--with-dbus' '--enable-font-backend''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.utf8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Emacs-Lisp

Minor modes in effect:
  display-time-mode: t
  shell-dirtrack-mode: t
  senator-minor-mode: t
  semantic-idle-summary-mode: t
  semantic-idle-scheduler-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent input:
C-p C-p C-p C-p C-p <escape> > C-p C-p C-p C-p C-p 
C-p C-f C-f M-x d e b u g - o n <tab> <return> <return> 
q M-x C-g C-g C-x C-g q M-x t o g g l e - d e <tab> 
q <tab> <return> C-x v v d d d d d d d d d d d d d 
d d d d d d d d d d d d d d d d d d d d d d d d d d 
d d d d d d d d d d d d d d d d d d d d d d d d d d 
d d c c c c c d d d d d d d d d d d d d d d d d d d 
d d d d d d d d d d d d d d d d d d d d d d d d d d 
d d d d d d d d d d d d d d d d d d d d d d d d d d 
d d d d d d d d d d d d d d d d d d d d d d d d d d 
d d d d d d d d c c c c c d d d d d d d d d d d d d 
d d d d d d d d d d d d d d d d d d c c d d d d d d 
d d d d d d d d d d d d q M-x C-g C-g M-x r e p o r 
t - e m <tab> <return>

Recent messages:
Entering debugger...
Proceeding, will debug on next eval or call.
Entering debugger...
Proceeding, will debug on next eval or call.
Entering debugger...
Proceeding, will debug on next eval or call.
Entering debugger...
Proceeding, will debug on next eval or call.
Entering debugger...
Back to top level.
Don't touch it!  It's the History Eraser Button, you fool! [2 times]
-- 
Michael Welsh Duggan
(md5i <at> cs.cmu.edu)

Previous Next

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