GNU bug report logs -
#21984
25.0.50; Creating a new file in a new directory in a subversion sandbox fails
Previous Next
Reported by: Anders Lindgren <andlind <at> gmail.com>
Date: Sun, 22 Nov 2015 18:42:02 UTC
Severity: normal
Found in version 25.0.50
Done: Anders Lindgren <andlind <at> gmail.com>
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 21984 in the body.
You can then email your comments to 21984 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21984
; Package
emacs
.
(Sun, 22 Nov 2015 18:42:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Anders Lindgren <andlind <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 22 Nov 2015 18:42:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi!
When opening a new file in a new directory in a subversion sandbox, an
error is thrown.
Steps to repeat:
emacs -Q
(setq debug-on-error t) ;; To get a backtrace
C-x C-f a/path/to/a/new/directory/in/a/subversion/sandbox/newfile.txt
The following error is thrown:
Debugger entered--Lisp error: (error "No such directory found via CDPATH
environment variable")
signal(error ("No such directory found via CDPATH environment variable"))
error("No such directory found via CDPATH environment variable")
cd("/Users/anderslindgren/emacs/src/newdir/")
vc-svn-registered("/Users/anderslindgren/emacs/src/newdir/newfile.txt")
(progn (load "vc-svn" nil t) (vc-svn-registered f))
(if (vc-find-root f admin-dir) (progn (load "vc-svn" nil t)
(vc-svn-registered f)))
(let ((admin-dir (cond ((and (eq system-type (quote windows-nt)) (getenv
"SVN_ASP_DOT_NET_HACK")) "_svn") (t ".svn")))) (if (vc-find-root f
admin-dir) (progn (load "vc-svn" nil t) (vc-svn-registered f))))
vc-svn-registered("/Users/anderslindgren/emacs/src/newdir/newfile.txt")
apply(vc-svn-registered
"/Users/anderslindgren/emacs/src/newdir/newfile.txt")
vc-call-backend(SVN registered
"/Users/anderslindgren/emacs/src/newdir/newfile.txt")
#[(b) "\302 \303 #\205 \304 \305 #\205 \306\307\310\"\207" [b file
vc-call-backend registered vc-file-setprop vc-backend throw found t] 4](SVN)
mapc(#[(b) "\302 \303 #\205 \304 \305 #\205 \306\307\310\"\207" [b file
vc-call-backend registered vc-file-setprop vc-backend throw found t] 4]
(RCS CVS SVN SCCS SRC Bzr Git Hg Mtn))
vc-registered("/Users/anderslindgren/emacs/src/newdir/newfile.txt")
vc-backend("/Users/anderslindgren/emacs/src/newdir/newfile.txt")
vc-refresh-state()
run-hooks(find-file-hook)
after-find-file(t t)
find-file-noselect-1(#<buffer newfile.txt>
"~/emacs/src/newdir/newfile.txt" nil nil "~/emacs/src/newdir/newfile.txt"
nil)
find-file-noselect("~/emacs/src/newdir/newfile.txt" nil nil t)
find-file("~/emacs/src/newdir/newfile.txt" t)
funcall-interactively(find-file "~/emacs/src/newdir/newfile.txt" t)
call-interactively(find-file nil nil)
command-execute(find-file)
In GNU Emacs 25.0.50.18 (x86_64-apple-darwin10.8.0, NS appkit-1038.36
Version 10.6.8 (Build 10K549))
of 2015-11-21
Repository revision: bb4303c536a2ac5fe683a711ef8072074f77670e
Windowing system distributor 'Apple', version 10.3.1038
Configured using:
'configure --without-dbus --with-ns'
Configured features:
ACL LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS
Important settings:
value of $LC_CTYPE: UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-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
transient-mark-mode: t
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
user-error: Beginning of history; no preceding item
user-error: End of history; no default available
<s-backspace> is undefined [3 times]
Use M-x make-directory RET RET to create the directory and its parents
Entering debugger...
Mark set [2 times]
Saved text until "e nil nil)
command-execute(find-file)
"
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mail-utils
debug vc-svn seq ffap thingatpt url-parse auth-source cl-seq eieio
byte-opt bytecomp byte-compile cl-extra cconv eieio-core cl-macs gv
gnus-util mm-util help-fns help-mode easymenu cl-loaddefs pcase cl-lib
mail-prsvr password-cache url-vars time-date mule-util tooltip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel ns-win
term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help
simple abbrev minibuffer cl-preloaded 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
cocoa ns multi-tty make-network-process emacs)
Memory information:
((conses 16 95136 9785)
(symbols 48 20308 0)
(miscs 40 66 185)
(strings 32 18203 4241)
(string-bytes 1 530740)
(vectors 16 13301)
(vector-slots 8 438780 4016)
(floats 8 188 154)
(intervals 56 286 13)
(buffers 976 14))
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21984
; Package
emacs
.
(Sun, 22 Nov 2015 19:00:07 GMT)
Full text and
rfc822 format available.
Message #8 received at 21984 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 22 Nov 2015 19:40:32 +0100
> From: Anders Lindgren <andlind <at> gmail.com>
>
> emacs -Q
> (setq debug-on-error t) ;; To get a backtrace
> C-x C-f a/path/to/a/new/directory/in/a/subversion/sandbox/newfile.txt
Which part(s) in this file name don't exist? And where's the part
that is the SVN sandbox?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21984
; Package
emacs
.
(Sun, 22 Nov 2015 19:09:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 21984 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
In the backtrace I supplied, "emacs" is the root of the subversion sandbox
and "src" already exists, whereas "newdir" doesn't.
-- Anders
On Sun, Nov 22, 2015 at 7:59 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> > Date: Sun, 22 Nov 2015 19:40:32 +0100
> > From: Anders Lindgren <andlind <at> gmail.com>
> >
> > emacs -Q
> > (setq debug-on-error t) ;; To get a backtrace
> > C-x C-f a/path/to/a/new/directory/in/a/subversion/sandbox/newfile.txt
>
> Which part(s) in this file name don't exist? And where's the part
> that is the SVN sandbox?
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21984
; Package
emacs
.
(Fri, 11 Dec 2015 17:46:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 21984 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi!
> Does the patch below solve the problem?
>
Yes, it does. And it's a better solution than mine.
About the code. Why does it use `cd' -- I thought it mainly was for
interactive use. However, I didn't want to change the code more than
necessary.
-- Anders
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21984
; Package
emacs
.
(Fri, 11 Dec 2015 18:36:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 21984 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
From my point of view, you can close it.
In fact, I sent a mail to the bug server this morning to close it, but it
doesn't seem to have been registered.
-- Anders
On Fri, Dec 11, 2015 at 11:56 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> > Date: Fri, 11 Dec 2015 11:13:27 +0100
> > From: Anders Lindgren <andlind <at> gmail.com>
> > Cc: 21984 <at> debbugs.gnu.org
> >
> > Does the patch below solve the problem?
> >
> > Yes, it does. And it's a better solution than mine.
>
> Thanks, pushed.
>
> > About the code. Why does it use `cd' -- I thought it mainly was for
> interactive
> > use. However, I didn't want to change the code more than necessary.
>
> I don't know why it uses 'cd'. Presumably, something related to how
> SVN works, but I'm no expert.
>
> Should we close this bug, or is there anything else left?
>
[Message part 2 (text/html, inline)]
Reply sent
to
Anders Lindgren <andlind <at> gmail.com>
:
You have taken responsibility.
(Fri, 11 Dec 2015 18:41:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Anders Lindgren <andlind <at> gmail.com>
:
bug acknowledged by developer.
(Fri, 11 Dec 2015 18:41:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 21984-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
>
> > In fact, I sent a mail to the bug server this morning to close it, but it
> > doesn't seem to have been registered.
>
> Hmm... you are right. Does debbugs have problems again?
>
Looks like it. I've also noticed that 19759 (Release 25.1) list as being
blocked by 21104, however, this has been marked as "done". Also, the
non-existing bug number "1" is part of the list.
I mailed Glenn Morris about this but I got no reply -- maybe gnu.org has
problems with more than the bug server?
-- Anders
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21984
; Package
emacs
.
(Fri, 11 Dec 2015 19:07:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 21984 <at> debbugs.gnu.org (full text, mbox):
Anders Lindgren wrote:
>> Hmm... you are right. Does debbugs have problems again?
It ran out of memory and had issues for ~ 12 hours, but is back to normal now.
> Also, the non-existing bug number "1" is part of the list.
That's a (harmless) debbugs bug. It seems to (re)occur whenever a merged bug
is set as a blocker. Just ignore it.
> I mailed Glenn Morris about this but I got no reply
Sorry, I missed your mail.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21984
; Package
emacs
.
(Fri, 11 Dec 2015 19:28:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 21984-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I just fixed this, see the following for details:
http://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-25&id=1143016d04d8a0c5df467022d7208b71d593fd90
-- Anders
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21984
; Package
emacs
.
(Fri, 11 Dec 2015 19:30:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 21984 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi!
I just checked the bug server, and everything looks find now.
-- Anders
On Fri, Dec 11, 2015 at 8:06 PM, Glenn Morris <rgm <at> gnu.org> wrote:
> Anders Lindgren wrote:
>
> >> Hmm... you are right. Does debbugs have problems again?
>
> It ran out of memory and had issues for ~ 12 hours, but is back to normal
> now.
>
> > Also, the non-existing bug number "1" is part of the list.
>
> That's a (harmless) debbugs bug. It seems to (re)occur whenever a merged
> bug
> is set as a blocker. Just ignore it.
>
> > I mailed Glenn Morris about this but I got no reply
>
> Sorry, I missed your mail.
>
[Message part 2 (text/html, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 09 Jan 2016 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 102 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.