GNU bug report logs -
#5237
23.1; file-expand-wildcards infinite recursion on tramp ipv6 addr
Previous Next
Reported by: Kevin Ryde <user42 <at> zip.com.au>
Date: Wed, 16 Dec 2009 22:20:03 UTC
Severity: normal
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5237 in the body.
You can then email your comments to 5237 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#5237
; Package
emacs
.
(Wed, 16 Dec 2009 22:20:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kevin Ryde <user42 <at> zip.com.au>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 16 Dec 2009 22:20:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Calling file-expand-wildcards on a tramp filename with an ipv6 address
goes into an infinite recursion. Eg.
M-: (file-expand-wildcards "/scp:[::1]:/etc/passwd")
=> Variable binding depth exceeds max-specpdl-size
You probably need ssh setup for ipv6 access to localhost to see this.
I expect file-expand-wildcards shouldn't look at the remote identifier
part when considering whether there's wildcards left to expand. And/or
when doing "updir" with file-name-nondirectory + file-name-directory it
should watch out for the result being the same as the input pattern,
meaning the root directory has been reached.
In GNU Emacs 23.1.1 (i486-pc-linux-gnu, GTK+ Version 2.16.5)
of 2009-09-14 on raven, modified by Debian
configured using `configure '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.1/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.1/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''
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_AU
value of $XMODIFIERS: nil
locale-coding-system: iso-latin-1-unix
default-enable-multibyte-characters: t
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5237
; Package
emacs
.
(Fri, 18 Dec 2009 14:38:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 5237 <at> debbugs.gnu.org (full text, mbox):
Kevin Ryde <user42 <at> zip.com.au> writes:
> Calling file-expand-wildcards on a tramp filename with an ipv6 address
> goes into an infinite recursion. Eg.
>
> M-: (file-expand-wildcards "/scp:[::1]:/etc/passwd")
>
> => Variable binding depth exceeds max-specpdl-size
The defadvice in Tramp, which shall avoid this problem, is now activated
unless the subfeature 'remote-wildcards signals that it is not needed
(see Bug#5198).
Best regards, Michael.
bug closed, send any further explanations to Kevin Ryde <user42 <at> zip.com.au>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 13 Jan 2010 18:58:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <bug-gnu-emacs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 11 Feb 2010 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 15 years and 182 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.