add: respect --ignore-errors when lstat() reports errors
cover add: respect --ignore-errors when lstat() reports errors
"git add --ignore-errors" command fails immediately when lstat returns an error, despite the ignore errors' flag is enabled.
There could be files that triggers an error on stat(), when other files proceed correctly. Issue can be reproduced when running git under Cygwin and some target files have utf-8 long names (200+ utf chars). Windows can handle them, but all operations on them failed under Cygwin. Issue can not be reproduced with usual latin/numeric only names. For example, create a file with 220 'й' letters by Windows Explorer, then in Cygwin:
Here and below "ййй..." means the line of й copied 220 times.
=============================================================
$ echo -n 'ййй...' | wc -c # check the real size 440
$ ls -la ls: cannot access 'ййй...'$'\320': No such file or directory -????????? ? ? ? ? ? 'ййй...'$'\320'
$ ls й* ls: cannot access 'ййй...'$'\320': No such file or directory
$ stat й* stat: cannot stat 'ййй...'$'\320': No such file or directory
In my perspective, it's okay to skip these problematic files when ignore error flag is specified, but official Git terminates entire git add command when such files come up. But with proposed patch it is the desired behavior:
$ git add --ignore-errors . error: ййй... can only add regular files, symbolic links or git-directories
All other files have been added correctly.
==========================================
qusielle (1):
add: respect --ignore-errors when lstat() reports errors
read-cache.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
base-commit: 566a1439f6f56c2171b8853ddbca0ad3f5098770
Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-432%2Fqusielle%2Fmaster-v1
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-432/qusielle/master-v1
Pull-Request: https://github.com/gitgitgadget/git/pull/432
Signature · 1 line
gitgitgadget
PATCH 1/1 add: respect `--ignore-errors` when `lstat()` reports errors
From: qusielle <[email protected]>
"git add --ignore-errors" command fails immediately when lstat returns an error, despite the ignore errors' flag is enabled.
There could be files that triggers an error on stat(), when other files proceed correctly.
Issue can be reproduced when running git under Cygwin and some target files have utf-8 long names (200+ utf chars). Windows can handle them, but all operations on them failed under Cygwin.
Issue can not be reproduced with usual latin/numeric only names. For example, create a file with 220 'й' letters by Windows Explorer, then in Cygwin:
# Here and below "ййй..." means the line of й copied 220 times.
$ echo -n 'ййй...' | wc -c # check the real size 440
$ ls -la ls: cannot access 'ййй...'$'\320': No such file or directory -????????? ? ? ? ? ? 'ййй...'$'\320'
$ ls й* ls: cannot access 'ййй...'$'\320': No such file or directory
$ stat й* stat: cannot stat 'ййй...'$'\320': No such file or directory
In my perspective, it's okay to skip these problematic files when ignore error flag is specified, but official Git terminates entire git add command when such files come up. But with proposed patch it is the desired behavior:
$ git add --ignore-errors . error: ййй... can only add regular files, symbolic links or git-directories # All other files have been added correctly.
--- read-cache.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
read-cache.c +1 -1
@@ -801,7 +801,7 @@ int add_to_index(struct index_state *istate, const char *path, struct stat *st,int add_file_to_index (struct index_state *istate,const char *path,int flags) {struct stat st; -if (lstat (path, &st)) +if (lstat (path, &st) && !(flags &ADD_CACHE_IGNORE_ERRORS ))die_errno (_ ("unable to stat '%s'" ), path);return add_to_index (istate, path, &st, flags); }
Signature · 1 line
gitgitgadget
Re: [PATCH 1/1] add: respect `--ignore-errors` when `lstat()` reports errors
Quoted 10 lines · qusielle via GitGitGadget
From: qusielle <[email protected]>
"git add --ignore-errors" command fails immediately when lstat returns an error, despite the ignore errors' flag is enabled.
...read-cache.c +0
-0
read-cache.c int add_to_index(struct index_state *istate, const char *path, struct stat *st, · line 807
Quoted 8 lines
read-cache.c +1
-1@@ -801,7 +801,7 @@ int add_to_index(struct index_state *istate, const char *path, struct stat *st,int add_file_to_index (struct index_state *istate,const char *path,int flags) {struct stat st; -if (lstat (path, &st)) +if (lstat (path, &st) && !(flags &ADD_CACHE_IGNORE_ERRORS ))die_errno (_ ("unable to stat '%s'" ), path);return add_to_index (istate, path, &st, flags); }
The only callers of this function that matter calls it and then responds to an error return like so:
(in builtin/add.c::update_callback())
if (add_file_to_index(&the_index, path, data->flags)) {
if (!(data->flags & ADD_CACHE_IGNORE_ERRORS))
die(_("updating files failed"));(in builtin/add.c::add_files(), where ignore_add_errors was used to set the ADD_CACHE_IGNORE_ERRORS to flags in its caller)
if (add_file_to_index(&the_index, dir->entries[i]->name, flags)) {
if (!ignore_add_errors)
die(_("adding files failed"));So you correctly identified what is the right place to fix. We should not "die_errno()"; we should give the control back to the caller instead.
But after a failed stat, the code with your patch still calls add_to_index() using the now undefined stat data, which would contaminate the in-core index with wrong data.
I think we should instead return without touching the index for the path we had trouble lstat()ing.
IOW
if (lstat(path, &st)) {
if (flags & ADD_CACHE_IGNORE_ERRORS)
return -1;
else
die_errno(_("unable to ..."));
}
return add_to_index(...);Re: Re: [PATCH 1/1] add: respect `--ignore-errors` when `lstat()` reports errors
Dear Junio,
Thank you for reviewing my patch. I completely agree with you, that add_to_index() should not be called with undefined data.
I will amend patch now with proposed changes.
Thank you!
Best regards,
Qusielle
Quoted 59 lines · Junio C Hamano
Quoted 10 lines · qusielle via GitGitGadget
From: qusielle <[email protected]>
"git add --ignore-errors" command fails immediately when lstat returns an error, despite the ignore errors' flag is enabled.
...read-cache.c +0
-0read-cache.c int add_to_index(struct index_state *istate, const char *path, struct stat *st, · line 807
Quoted 8 lines
read-cache.c +1
-1@@ -801,7 +801,7 @@ int add_to_index(struct index_state *istate, const char *path, struct stat *st,int add_file_to_index (struct index_state *istate,const char *path,int flags) {struct stat st; -if (lstat (path, &st)) +if (lstat (path, &st) && !(flags &ADD_CACHE_IGNORE_ERRORS ))die_errno (_ ("unable to stat '%s'" ), path);return add_to_index (istate, path, &st, flags); }The only callers of this function that matter calls it and then responds to an error return like so:
(in builtin/add.c::update_callback())
if (add_file_to_index(&the_index, path, data->flags)) { if (!(data->flags & ADD_CACHE_IGNORE_ERRORS)) die(_("updating files failed"));(in builtin/add.c::add_files(), where
ignore_add_errorswas used to set theADD_CACHE_IGNORE_ERRORSto flags in its caller)if (add_file_to_index(&the_index, dir->entries[i]->name, flags)) { if (!ignore_add_errors) die(_("adding files failed"));So you correctly identified what is the right place to fix. We should not "
die_errno()"; we should give the control back to the caller instead.But after a failed stat, the code with your patch still calls
add_to_index()using the now undefined stat data, which would contaminate the in-core index with wrong data.I think we should instead return without touching the index for the path we had trouble lstat()ing.
IOW
if (lstat(path, &st)) { if (flags & ADD_CACHE_IGNORE_ERRORS) return -1; else die_errno(_("unable to ...")); } return add_to_index(...);
v2 cover add: respect --ignore-errors when lstat() reports errors
In reply to Qusielle via GitGitGadget"git add --ignore-errors" command fails immediately when lstat returns an error, despite the ignore errors' flag is enabled.
There could be files that triggers an error on stat(), when other files proceed correctly. Issue can be reproduced when running git under Cygwin and some target files have utf-8 long names (200+ utf chars). Windows can handle them, but all operations on them failed under Cygwin. Issue can not be reproduced with usual latin/numeric only names. For example, create a file with 220 'й' letters by Windows Explorer, then in Cygwin:
Here and below "ййй..." means the line of й copied 220 times.
=============================================================
$ echo -n 'ййй...' | wc -c # check the real size 440
$ ls -la ls: cannot access 'ййй...'$'\320': No such file or directory -????????? ? ? ? ? ? 'ййй...'$'\320'
$ ls й* ls: cannot access 'ййй...'$'\320': No such file or directory
$ stat й* stat: cannot stat 'ййй...'$'\320': No such file or directory
In my perspective, it's okay to skip these problematic files when ignore error flag is specified, but official Git terminates entire git add command when such files come up. But with proposed patch it is the desired behavior:
$ git add --ignore-errors . error: ййй... can only add regular files, symbolic links or git-directories
All other files have been added correctly.
==========================================
qusielle (1):
add: respect --ignore-errors when lstat() reports errors
read-cache.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-)
base-commit: 566a1439f6f56c2171b8853ddbca0ad3f5098770
Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-432%2Fqusielle%2Fmaster-v2
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-432/qusielle/master-v2
Pull-Request: https://github.com/gitgitgadget/git/pull/432
Range-diff vs v1:
1: fd022f88f5 ! 1: d88ea544d9 add: respect --ignore-errors when lstat() reports errors
@@ -46,7 +46,13 @@
{
struct stat st;
- if (lstat(path, &st))
-+ if (lstat(path, &st) && !(flags & ADD_CACHE_IGNORE_ERRORS))
- die_errno(_("unable to stat '%s'"), path);
+- die_errno(_("unable to stat '%s'"), path);
++ if (lstat(path, &st)) {
++ if (flags & ADD_CACHE_IGNORE_ERRORS)
++ return -1;
++ else
++ die_errno(_("unable to stat '%s'"), path);
++ }
return add_to_index(istate, path, &st, flags);
}
+ Signature · 1 line
gitgitgadget
PATCH v2 1/1 add: respect `--ignore-errors` when `lstat()` reports errors
From: qusielle <[email protected]>
"git add --ignore-errors" command fails immediately when lstat returns an error, despite the ignore errors' flag is enabled.
There could be files that triggers an error on stat(), when other files proceed correctly.
Issue can be reproduced when running git under Cygwin and some target files have utf-8 long names (200+ utf chars). Windows can handle them, but all operations on them failed under Cygwin.
Issue can not be reproduced with usual latin/numeric only names. For example, create a file with 220 'й' letters by Windows Explorer, then in Cygwin:
# Here and below "ййй..." means the line of й copied 220 times.
$ echo -n 'ййй...' | wc -c # check the real size 440
$ ls -la ls: cannot access 'ййй...'$'\320': No such file or directory -????????? ? ? ? ? ? 'ййй...'$'\320'
$ ls й* ls: cannot access 'ййй...'$'\320': No such file or directory
$ stat й* stat: cannot stat 'ййй...'$'\320': No such file or directory
In my perspective, it's okay to skip these problematic files when ignore error flag is specified, but official Git terminates entire git add command when such files come up. But with proposed patch it is the desired behavior:
$ git add --ignore-errors . error: ййй... can only add regular files, symbolic links or git-directories # All other files have been added correctly.
--- read-cache.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-)
read-cache.c +6 -2
@@ -801,8 +801,12 @@ int add_to_index(struct index_state *istate, const char *path, struct stat *st,int add_file_to_index (struct index_state *istate,const char *path,int flags) {struct stat st; -if (lstat (path, &st)) -die_errno (_ ("unable to stat '%s'" ), path); +if (lstat (path, &st)) { +if (flags &ADD_CACHE_IGNORE_ERRORS ) +return -1 ; +else +die_errno (_ ("unable to stat '%s'" ), path); + }return add_to_index (istate, path, &st, flags); }
Signature · 1 line
gitgitgadget