Subject: bug#190 closed by Stefan Monnier <[email-masked]> (vc inflooping)

From: [email-masked] (Emacs bug Tracking System)

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 <[email-masked]>.

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 <[email-masked]> by
replying to this email.

-- 
190: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=190
Emacs Bug Tracking System
Contact [email-masked] with problems
>From [email-masked] Sun May  4 23:38:39 2008
From: Stefan Monnier <[email-masked]>
To: [email-masked]
Subject: vc inflooping
Date: Mon, 05 May 2008 02:38:22 -0400

Thank you, should be fixed now,

        Stefan

>From [email-masked] Sun May  4 16:56:53 2008
From: Michael Welsh Duggan <[email-masked]>
To: [email-masked]
Date: Sun, 04 May 2008 19:55:47 -0400
Cc: 
Subject: 23.0.60; vc inflooping
Sender: emacs-devel-bounces+monnier=[email-masked]

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
([email-masked])