From: "Jakub Vrana" <jakub@vrana.cz>
To: "'Jeff King'" <peff@peff.net>
Cc: <git@vger.kernel.org>, <gitster@pobox.com>
Subject: RE: [PATCH] diff: respect --no-ext-diff with typechange
Date: Tue, 17 Jul 2012 18:07:40 -0700 [thread overview]
Message-ID: <000e01cd6481$bbd63970$3382ac50$@vrana.cz> (raw)
In-Reply-To: <20120717041603.GD20945@sigill.intra.peff.net>
Yes, I was fixing the invalid (!pgm) condition, sorry for a non-precise description.
Does it mean that my patch is accepted or is there something else I need to do?
--
Jakub Vrana
-----Original Message-----
From: Jeff King [mailto:peff@peff.net]
Sent: Monday, July 16, 2012 9:16 PM
To: Jakub Vrana
Cc: git@vger.kernel.org; gitster@pobox.com
Subject: Re: [PATCH] diff: respect --no-ext-diff with typechange
On Mon, Jul 16, 2012 at 05:27:00PM -0700, Jakub Vrana wrote:
> If external diff is specified through diff.external then it is used
> even if `git diff --no-ext-diff` is used when there is a typechange.
Eek. That has some minor security implications, as it means that it is dangerous to run even plumbing inspection command in somebody else's repository.
However...
> diff.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/diff.c b/diff.c
> index 208096f..898d610 100644
> --- a/diff.c
> +++ b/diff.c
> @@ -3074,6 +3074,9 @@ static void run_diff(struct diff_filepair *p,
> struct diff_options *o)
> if (o->prefix_length)
> strip_prefix(o->prefix_length, &name, &other);
>
> + if (!DIFF_OPT_TST(o, ALLOW_EXTERNAL))
> + pgm = NULL;
> +
> if (DIFF_PAIR_UNMERGED(p)) {
> run_diff_cmd(pgm, name, NULL, attr_path,
> NULL, NULL, NULL, o, p);
run_diff_cmd already checks the ALLOW_EXTERNAL bit and sets pgm to NULL there. So as far as I can tell, we are not actually running the external diff. However, there is still a problem. Later in run_diff we do:
if (!pgm &&
DIFF_FILE_VALID(one) && DIFF_FILE_VALID(two) &&
(S_IFMT & one->mode) != (S_IFMT & two->mode)) {
/*
* a filepair that changes between file and symlink
* needs to be split into deletion and creation.
*/
struct diff_filespec *null = alloc_filespec(two->path);
run_diff_cmd(NULL, name, other, attr_path,
one, null, &msg, o, p);
free(null);
strbuf_release(&msg);
null = alloc_filespec(one->path);
run_diff_cmd(NULL, name, other, attr_path,
null, two, &msg, o, p);
free(null);
}
else
run_diff_cmd(pgm, name, other, attr_path,
one, two, &msg, o, p);
IOW, we split up a typechange if we are feeding it to the internal diff generator, because builtin_diff will not show diffs between different types. But the check for "!pgm" here is not right; we don't know yet whether we will be builtin or external, because we have not checked ALLOW_EXTERNAL yet.
So I think your fix is the right thing, but the bug it is fixing is not "do not run external diff even when --no-ext-diff is specified". It is "do not accidentally feed typechange diffs to builtin_diff".
You can see the difference in output with this script (and it works fine with your patch applied):
git init -q repo && cd repo &&
echo content >file && git add file && git commit -q -m regular &&
rm file && ln -s dest file && git commit -q -a -m typechange &&
export GIT_PAGER=cat &&
export GIT_EXTERNAL_DIFF='echo doing external diff' &&
git show HEAD^ --format='=== %s, ext ===' --ext-diff &&
git show HEAD^ --format='=== %s, no-ext ===' --no-ext-diff &&
git show HEAD --format='=== %s, ext ===' --ext-diff &&
git show HEAD --format='=== %s, no-ext ===' --no-ext-diff
-Peff
next prev parent reply other threads:[~2012-07-18 1:07 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-17 0:27 [PATCH] diff: respect --no-ext-diff with typechange Jakub Vrana
2012-07-17 4:16 ` Jeff King
2012-07-18 1:07 ` Jakub Vrana [this message]
2012-07-18 5:08 ` Junio C Hamano
2012-07-18 6:23 ` Jeff King
2012-07-18 7:06 ` Jeff King
2012-07-18 22:47 ` Junio C Hamano
2012-07-19 11:49 ` Jeff King
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='000e01cd6481$bbd63970$3382ac50$@vrana.cz' \
--to=jakub@vrana.cz \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=peff@peff.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).