* git apply --directory broken for new files @ 2008-09-25 20:41 H. Peter Anvin 2008-09-27 1:54 ` Jeff King 0 siblings, 1 reply; 5+ messages in thread From: H. Peter Anvin @ 2008-09-25 20:41 UTC (permalink / raw) To: Git Mailing List Trying with git 1.6.0.1: : tazenda 124 ; git apply --directory=gpxe/ < /tmp/diff fatal: git-apply: bad git-diff - inconsistent new filename on line 105 Line 105 in the diff is: 101 diff --git a/src/arch/i386/firmware/pcbios/fakee820.c b/src/arch/i386/firmware/pcbios/fakee820.c 102 new file mode 100644 103 index 0000000..e171edf 104 --- /dev/null 105 +++ b/src/arch/i386/firmware/pcbios/fakee820.c What I'm trying to do here is to apply a diff created via "git diff" to a subdirectory of another git repository. -hpa ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: git apply --directory broken for new files 2008-09-25 20:41 git apply --directory broken for new files H. Peter Anvin @ 2008-09-27 1:54 ` Jeff King 2008-10-12 3:18 ` Junio C Hamano 0 siblings, 1 reply; 5+ messages in thread From: Jeff King @ 2008-09-27 1:54 UTC (permalink / raw) To: H. Peter Anvin Cc: Johannes Schindelin, Junio C Hamano, Shawn O. Pearce, Git Mailing List On Thu, Sep 25, 2008 at 01:41:56PM -0700, H. Peter Anvin wrote: > Trying with git 1.6.0.1: > > : tazenda 124 ; git apply --directory=gpxe/ < /tmp/diff > fatal: git-apply: bad git-diff - inconsistent new filename on line 105 Hmm. It looks like this is broken for deletion, too. I believe the problem is just that when sanity checking "diff --git" patches, we weren't applying the --directory root consistently. I think this fix is sane, but I would appreciate ACKs from Dscho and Junio, who wrote the --directory code and the patch sanity checking code, respectively. -- >8 -- apply --directory: handle creation and deletion patches We carefully verify that the input to git-apply is sane, including cross-checking that the filenames we see in "+++" headers match what was provided on the command line of "diff --git". When --directory is used, however, we ended up comparing the unadorned name to one with the prepended root, causing us to complain about a mismatch. We simply need to prepend the root directory, if any, when pulling the name out of the git header. Signed-off-by: Jeff King <peff@peff.net> --- builtin-apply.c | 7 +++++++ t/t4128-apply-root.sh | 35 +++++++++++++++++++++++++++++++++++ 2 files changed, 42 insertions(+), 0 deletions(-) diff --git a/builtin-apply.c b/builtin-apply.c index 2ab4aba..f9070d5 100644 --- a/builtin-apply.c +++ b/builtin-apply.c @@ -787,6 +787,13 @@ static char *git_header_name(char *line, int llen) break; } if (second[len] == '\n' && !memcmp(name, second, len)) { + if (root) { + char *ret = xmalloc(root_len + len + 1); + strcpy(ret, root); + memcpy(ret + root_len, name, len); + ret[root_len + len] = '\0'; + return ret; + } return xmemdupz(name, len); } } diff --git a/t/t4128-apply-root.sh b/t/t4128-apply-root.sh index 2dd0c75..bd1bdf1 100755 --- a/t/t4128-apply-root.sh +++ b/t/t4128-apply-root.sh @@ -40,4 +40,39 @@ test_expect_success 'apply --directory -p (2) ' ' ' +cat > patch << EOF +diff --git a/newfile b/newfile +new file mode 100644 +index 0000000..d95f3ad +--- /dev/null ++++ b/newfile +@@ -0,0 +1 @@ ++content +EOF + +test_expect_success 'apply --directory (new file)' ' + git reset --hard initial && + git apply --directory=some/sub/dir/ --index patch && + test content = $(git show :some/sub/dir/newfile) && + test content = $(cat some/sub/dir/newfile) +' + +cat > patch << EOF +diff --git a/delfile b/delfile +deleted file mode 100644 +index d95f3ad..0000000 +--- a/delfile ++++ /dev/null +@@ -1 +0,0 @@ +-content +EOF + +test_expect_success 'apply --directory (delete file)' ' + git reset --hard initial && + echo content >some/sub/dir/delfile && + git add some/sub/dir/delfile && + git apply --directory=some/sub/dir/ --index patch && + ! git ls-files | grep delfile +' + test_done -- 1.6.0.2.517.g8be702.dirty ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: git apply --directory broken for new files 2008-09-27 1:54 ` Jeff King @ 2008-10-12 3:18 ` Junio C Hamano 2008-10-12 4:06 ` Jeff King 0 siblings, 1 reply; 5+ messages in thread From: Junio C Hamano @ 2008-10-12 3:18 UTC (permalink / raw) To: Jeff King Cc: H. Peter Anvin, Johannes Schindelin, Shawn O. Pearce, Git Mailing List Jeff King <peff@peff.net> writes: > apply --directory: handle creation and deletion patches > > We carefully verify that the input to git-apply is sane, including > cross-checking that the filenames we see in "+++" headers match what was > provided on the command line of "diff --git". When --directory is used, > however, we ended up comparing the unadorned name to one with the > prepended root, causing us to complain about a mismatch. > > We simply need to prepend the root directory, if any, when pulling the > name out of the git header. Thanks. c4730f3 (Teach "git apply" to prepend a prefix with "--root=<root>", 2008-07-01) did a half-baked job to teach find_name() which is used to parse traditional diff and also is used to set patch->old_name and patch->new_name by gitdiff_verify_name() when parsing "copy from", "copy to", "rename from", and "rename to". The caller of git_header_name() uses the return value to set patch->def_name that is used when "deleted file" and "new file" are parsed, which should have been taught this trick by the same commit. However,... > diff --git a/builtin-apply.c b/builtin-apply.c > index 2ab4aba..f9070d5 100644 > --- a/builtin-apply.c > +++ b/builtin-apply.c > @@ -787,6 +787,13 @@ static char *git_header_name(char *line, int llen) > break; > } > if (second[len] == '\n' && !memcmp(name, second, len)) { > + if (root) { > + char *ret = xmalloc(root_len + len + 1); > + strcpy(ret, root); > + memcpy(ret + root_len, name, len); > + ret[root_len + len] = '\0'; > + return ret; > + } > return xmemdupz(name, len); > } > } I suspect this is only half of the story, because the code to parse: diff --git "a/f\244o/bar.c" "b/f\244o/bar.c" in the same function before the part you patched needs similar treatment. There are two return of strbuf_detach(&first, NULL) in the if(){} block, and the return value needs to be prefixed with the value of --directory when given. It would be easier to do this --directory prefixing in the sole caller of git_header_name(), though. ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: git apply --directory broken for new files 2008-10-12 3:18 ` Junio C Hamano @ 2008-10-12 4:06 ` Jeff King 2008-10-12 6:36 ` Junio C Hamano 0 siblings, 1 reply; 5+ messages in thread From: Jeff King @ 2008-10-12 4:06 UTC (permalink / raw) To: Junio C Hamano Cc: H. Peter Anvin, Johannes Schindelin, Shawn O. Pearce, Git Mailing List On Sat, Oct 11, 2008 at 08:18:39PM -0700, Junio C Hamano wrote: > I suspect this is only half of the story, because the code to parse: > > diff --git "a/f\244o/bar.c" "b/f\244o/bar.c" > > in the same function before the part you patched needs similar > treatment. There are two return of strbuf_detach(&first, NULL) > in the if(){} block, and the return value needs to be prefixed with the > value of --directory when given. Ah, indeed. I remember looking for other returns, but somehow I managed to miss these completely obvious ones. Here is an updated patch, with a third test that fails on the old patch but works here. > It would be easier to do this --directory prefixing in the sole caller of > git_header_name(), though. I went this route, and it is much more readable if slightly less efficient (one extra malloc/free). -- >8 -- git apply --directory broken for new files We carefully verify that the input to git-apply is sane, including cross-checking that the filenames we see in "+++" headers match what was provided on the command line of "diff --git". When --directory is used, however, we ended up comparing the unadorned name to one with the prepended root, causing us to complain about a mismatch. We simply need to prepend the root directory, if any, when pulling the name out of the git header. Signed-off-by: Jeff King <peff@peff.net> --- builtin-apply.c | 7 ++++++ t/t4128-apply-root.sh | 52 +++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 59 insertions(+), 0 deletions(-) diff --git a/builtin-apply.c b/builtin-apply.c index bf80610..be7e1bd 100644 --- a/builtin-apply.c +++ b/builtin-apply.c @@ -810,6 +810,13 @@ static int parse_git_header(char *line, int len, unsigned int size, struct patch * the default name from the header. */ patch->def_name = git_header_name(line, len); + if (patch->def_name && root) { + char *s = xmalloc(root_len + strlen(patch->def_name) + 1); + strcpy(s, root); + strcpy(s + root_len, patch->def_name); + free(patch->def_name); + patch->def_name = s; + } line += len; size -= len; diff --git a/t/t4128-apply-root.sh b/t/t4128-apply-root.sh index 2dd0c75..bc7a8a8 100755 --- a/t/t4128-apply-root.sh +++ b/t/t4128-apply-root.sh @@ -40,4 +40,56 @@ test_expect_success 'apply --directory -p (2) ' ' ' +cat > patch << EOF +diff --git a/newfile b/newfile +new file mode 100644 +index 0000000..d95f3ad +--- /dev/null ++++ b/newfile +@@ -0,0 +1 @@ ++content +EOF + +test_expect_success 'apply --directory (new file)' ' + git reset --hard initial && + git apply --directory=some/sub/dir/ --index patch && + test content = $(git show :some/sub/dir/newfile) && + test content = $(cat some/sub/dir/newfile) +' + +cat > patch << EOF +diff --git a/delfile b/delfile +deleted file mode 100644 +index d95f3ad..0000000 +--- a/delfile ++++ /dev/null +@@ -1 +0,0 @@ +-content +EOF + +test_expect_success 'apply --directory (delete file)' ' + git reset --hard initial && + echo content >some/sub/dir/delfile && + git add some/sub/dir/delfile && + git apply --directory=some/sub/dir/ --index patch && + ! git ls-files | grep delfile +' + +cat > patch << 'EOF' +diff --git "a/qu\157tefile" "b/qu\157tefile" +new file mode 100644 +index 0000000..d95f3ad +--- /dev/null ++++ "b/qu\157tefile" +@@ -0,0 +1 @@ ++content +EOF + +test_expect_success 'apply --directory (quoted filename)' ' + git reset --hard initial && + git apply --directory=some/sub/dir/ --index patch && + test content = $(git show :some/sub/dir/quotefile) && + test content = $(cat some/sub/dir/quotefile) +' + test_done -- 1.6.0.2.519.g6cb82.dirty ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: git apply --directory broken for new files 2008-10-12 4:06 ` Jeff King @ 2008-10-12 6:36 ` Junio C Hamano 0 siblings, 0 replies; 5+ messages in thread From: Junio C Hamano @ 2008-10-12 6:36 UTC (permalink / raw) To: Jeff King Cc: H. Peter Anvin, Johannes Schindelin, Shawn O. Pearce, Git Mailing List Jeff King <peff@peff.net> writes: >> It would be easier to do this --directory prefixing in the sole caller of >> git_header_name(), though. > > I went this route, and it is much more readable if slightly less > efficient (one extra malloc/free). I do not think efficiency is an issue in this codepath --- especially because it is only triggered when --directory is in use. Acked-by: Junio C Hamano <gitster@pobox.com> > > -- >8 -- > git apply --directory broken for new files > > We carefully verify that the input to git-apply is sane, > including cross-checking that the filenames we see in "+++" > headers match what was provided on the command line of "diff > --git". When --directory is used, however, we ended up > comparing the unadorned name to one with the prepended root, > causing us to complain about a mismatch. > > We simply need to prepend the root directory, if any, when > pulling the name out of the git header. > > Signed-off-by: Jeff King <peff@peff.net> > --- > builtin-apply.c | 7 ++++++ > t/t4128-apply-root.sh | 52 +++++++++++++++++++++++++++++++++++++++++++++++++ > 2 files changed, 59 insertions(+), 0 deletions(-) > > diff --git a/builtin-apply.c b/builtin-apply.c > index bf80610..be7e1bd 100644 > --- a/builtin-apply.c > +++ b/builtin-apply.c > @@ -810,6 +810,13 @@ static int parse_git_header(char *line, int len, unsigned int size, struct patch > * the default name from the header. > */ > patch->def_name = git_header_name(line, len); > + if (patch->def_name && root) { > + char *s = xmalloc(root_len + strlen(patch->def_name) + 1); > + strcpy(s, root); > + strcpy(s + root_len, patch->def_name); > + free(patch->def_name); > + patch->def_name = s; > + } > > line += len; > size -= len; > diff --git a/t/t4128-apply-root.sh b/t/t4128-apply-root.sh > index 2dd0c75..bc7a8a8 100755 > --- a/t/t4128-apply-root.sh > +++ b/t/t4128-apply-root.sh > @@ -40,4 +40,56 @@ test_expect_success 'apply --directory -p (2) ' ' > > ' > > +cat > patch << EOF > +diff --git a/newfile b/newfile > +new file mode 100644 > +index 0000000..d95f3ad > +--- /dev/null > ++++ b/newfile > +@@ -0,0 +1 @@ > ++content > +EOF > + > +test_expect_success 'apply --directory (new file)' ' > + git reset --hard initial && > + git apply --directory=some/sub/dir/ --index patch && > + test content = $(git show :some/sub/dir/newfile) && > + test content = $(cat some/sub/dir/newfile) > +' > + > +cat > patch << EOF > +diff --git a/delfile b/delfile > +deleted file mode 100644 > +index d95f3ad..0000000 > +--- a/delfile > ++++ /dev/null > +@@ -1 +0,0 @@ > +-content > +EOF > + > +test_expect_success 'apply --directory (delete file)' ' > + git reset --hard initial && > + echo content >some/sub/dir/delfile && > + git add some/sub/dir/delfile && > + git apply --directory=some/sub/dir/ --index patch && > + ! git ls-files | grep delfile > +' > + > +cat > patch << 'EOF' > +diff --git "a/qu\157tefile" "b/qu\157tefile" > +new file mode 100644 > +index 0000000..d95f3ad > +--- /dev/null > ++++ "b/qu\157tefile" > +@@ -0,0 +1 @@ > ++content > +EOF > + > +test_expect_success 'apply --directory (quoted filename)' ' > + git reset --hard initial && > + git apply --directory=some/sub/dir/ --index patch && > + test content = $(git show :some/sub/dir/quotefile) && > + test content = $(cat some/sub/dir/quotefile) > +' > + > test_done > -- > 1.6.0.2.519.g6cb82.dirty ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-10-12 6:37 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-09-25 20:41 git apply --directory broken for new files H. Peter Anvin 2008-09-27 1:54 ` Jeff King 2008-10-12 3:18 ` Junio C Hamano 2008-10-12 4:06 ` Jeff King 2008-10-12 6:36 ` Junio C Hamano
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).