VC Status query fails for unmodified SVN directory

VC Status query fails for unmodified SVN directory

[Roberto Rodrí­guez]

Hello, dear Emacs developers.

I think I've run into a bug while testing the GNU Emacs 23.
My build information is:

GNU Emacs 23.0.60.4 (i686-pc-linux-gnu, GTK+ Version 2.10.13)
 of 2008-04-15 on darkstar
Windowing system distributor `The X.Org Foundation', version 11.0.10300000
configured using `configure  '--with-x-toolkit'
'--prefix=/usr/local/emacs23''


The error happens when invoking M-x vc-status on an up-to-date SVN
directory (it doesn't happen in directories with edited files).
The SVN server runs on the same machine and contains non-ASCII information.

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  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: es_AR.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

The error traceback itself is:


Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
  ewoc-goto-node([cl-struct-ewoc #<buffer *vc-status*<5>> (lambda (&rest
--cl-rest--) (apply #[... "\bJ	!????c??" [G15500 data "\n"] 2] ...
--cl-rest--)) [[[#1 #2 "" #<marker at 103 in *vc-status*<5>>] #1 DL-LIST
#<marker at 104 in *vc-status*<5>>] [#1 [#2 #1 DL-LIST #<marker at 104
in *vc-status*<5>>] "" #<marker at 103 in *vc-status*<5>>] #("VC backend
: SVN\nWorking dir: ~/src/vivianadelatorre/\nExtra      : Add backend
specific headers here\n" 0 13 ... 13 17 ... 17 30 ... 30 54 ...)
#<marker at 1 in *vc-status*<5>>] [[[#1 #2 DL-LIST #<marker at 104 in
*vc-status*<5>>] #1 #("VC backend : SVN\nWorking dir:
~/src/vivianadelatorre/\nExtra      : Add backend specific headers
here\n" 0 13 ... 13 17 ... 17 30 ... 30 54 ...) #<marker at 1 in
*vc-status*<5>>] [#1 [#2 #1 #("VC backend : SVN\nWorking dir:
~/src/vivianadelatorre/\nExtra      : Add backend specific headers
here\n" 0 13 ... 13 17 ... 17 30 ... 30 54 ...) #<marker at 1 in
*vc-status*<5>>] DL-LIST #<marker at 104 in *vc-status*<5>>] "" #<marker
at 103 in *vc-status*<5>>] [[[#1 #2 #("VC backend : SVN\nWorking dir:
~/src/vivianadelatorre/\nExtra      : Add backend specific headers
here\n" 0 13 ... 13 17 ... 17 30 ... 30 54 ...) #<marker at 1 in
*vc-status*<5>>] #1 "" #<marker at 103 in *vc-status*<5>>] [#1 [#2 #1 ""
#<marker at 103 in *vc-status*<5>>] #("VC backend : SVN\nWorking dir:
~/src/vivianadelatorre/\nExtra      : Add backend specific headers
here\n" 0 13 ... 13 17 ... 17 30 ... 30 54 ...) #<marker at 1 in
*vc-status*<5>>] DL-LIST #<marker at 104 in *vc-status*<5>>] nil (lambda
(&rest --cl-rest--) (apply #[... "\bJ	!????c??" [G15500 data "\n"] 2] ...
--cl-rest--))] nil)
  #[(G15500 G15501 entries &optional more-to-come) "r\bJq??	??\x1a??^[??#


I can reproduce the error and provide any further details.

Thank you all for the great GNU Emacs,
Bob

Re: VC Status query fails for unmodified SVN directory

[Dan Nicolaescu]

Roberto Rodrí­guez <robert81@sdf.lonestar.org> writes:

  > Hello, dear Emacs developers.
  > 
  > I think I've run into a bug while testing the GNU Emacs 23.
  > My build information is:
  > 
  > GNU Emacs 23.0.60.4 (i686-pc-linux-gnu, GTK+ Version 2.10.13)
  >  of 2008-04-15 on darkstar
  > Windowing system distributor `The X.Org Foundation', version 11.0.10300000
  > configured using `configure  '--with-x-toolkit'
  > '--prefix=/usr/local/emacs23''
  > 
  > 
  > The error happens when invoking M-x vc-status on an up-to-date SVN
  > directory (it doesn't happen in directories with edited files).
  > The SVN server runs on the same machine and contains non-ASCII information.

Does it happen when using "emacs -Q" ? 
What is the output of "svn status" in that directory? Nothing?
Can you do: 

emacs -Q
M-x load-library cl RET
M-x load-library vc-svn.el RET
M-x (setq debug-on-error t) RET
M-x vc-status THE_PROBLEM_DIRECTORY RET

and email the results of the Backtrace buffer? (please make sure it is
not wrapped as your original message, it is hard to read).