GNU bug report logs -
#12804
24.1; vc-git does not recognize file under version control
Previous Next
Reported by: Tom <adatgyujto <at> gmail.com>
Date: Mon, 5 Nov 2012 02:44:02 UTC
Severity: normal
Tags: notabug
Found in version 24.1
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 12804 in the body.
You can then email your comments to 12804 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#12804
; Package
emacs
.
(Mon, 05 Nov 2012 02:44:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Tom <adatgyujto <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 05 Nov 2012 02:44:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I have a file under git and vc does not recognize it.
The path of the file has a space in it and I'm on
Windows, that is the cause of the problem I suspect.
E.g. this is the path under git (note the space in
"project name"):
project name/src/file.java
I narrowed the problem to vc-git-registered which returns
nil on the file. This is the relevant check in the function
and my guess is name falls to two pieces when git is invoked
because it has a space in it and there are no quotes around
it, and therefore ls-files returns nothing, because it sees
two non existent paths (the two half pieces of the path
with space):
(vc-git--out-ok "ls-files" "-c" "-z" "--" name)
In GNU Emacs 24.1.1 (i386-mingw-nt6.1.7601)
of 2012-06-10 on MARVIN
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --with-gcc (4.6) --cflags
-ID:/devel/emacs/libs/libXpm-3.5.8/include
-ID:/devel/emacs/libs/libXpm-3.5.8/src
-ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
-ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
-ID:/devel/emacs/libs/giflib-4.1.4-1/include
-ID:/devel/emacs/libs/jpeg-6b-4/include
-ID:/devel/emacs/libs/tiff-3.8.2-1/include
-ID:/devel/emacs/libs/gnutls-3.0.9/include'
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: HUN
value of $XMODIFIERS: nil
locale-coding-system: cp1250
default enable-multibyte-characters: t
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12804
; Package
emacs
.
(Mon, 05 Nov 2012 08:13:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
Tom <adatgyujto <at> gmail.com> writes:
>
> I have a file under git and vc does not recognize it.
> The path of the file has a space in it and I'm on
> Windows, that is the cause of the problem I suspect.
>
Turns out the problem also occurs with files without space
in the name, so it can also be some local problem.
I'll keep investigating and post here if I have more info
on this.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12804
; Package
emacs
.
(Tue, 06 Nov 2012 17:58:01 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
Tom <adatgyujto <at> gmail.com> writes:
>
> Turns out the problem also occurs with files without space
> in the name, so it can also be some local problem.
>
> I'll keep investigating and post here if I have more info
> on this.
>
>
Seems like space in the filename was the problem after all.
If Emacs calls git from the path then in my setup it
finds git.cmd which is a wrapper script and does not
handle these paths properly. It can be fixed by setting
vc-git-program to git.exe instead.
So it's not an emacs bug, but a git problem, therefore
this bug report can be closed.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12804
; Package
emacs
.
(Tue, 06 Nov 2012 18:05:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 12804 <at> debbugs.gnu.org (full text, mbox):
Tom <adatgyujto <at> gmail.com> writes:
> Tom <adatgyujto <at> gmail.com> writes:
>
>>
>> Turns out the problem also occurs with files without space
>> in the name, so it can also be some local problem.
>>
>> I'll keep investigating and post here if I have more info
>> on this.
>>
>>
>
> Seems like space in the filename was the problem after all.
> If Emacs calls git from the path then in my setup it
> finds git.cmd which is a wrapper script and does not
> handle these paths properly. It can be fixed by setting
> vc-git-program to git.exe instead.
>
> So it's not an emacs bug, but a git problem, therefore
> this bug report can be closed.
It seems the very latest Git for Windows (Git-1.8.0-preview20121022)
solved this problem, as well as the performance overhead from calling
git.cmd from vc-git:
C:\Users\gutov>which git
C:\Program Files (x86)\Git\cmd\git.EXE
Added tag(s) notabug; removed tag(s) moreinfo.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 06 Nov 2012 18:05:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
12804 <at> debbugs.gnu.org and Tom <adatgyujto <at> gmail.com>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Tue, 06 Nov 2012 18:05:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 05 Dec 2012 12:24:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 258 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.