]> git.ipfire.org Git - thirdparty/git.git/commit
t7812: expect failure for grep -i with invalid UTF-8 data
authorTodd Zullinger <tmz@pobox.com>
Sat, 30 Nov 2019 00:46:53 +0000 (19:46 -0500)
committerJunio C Hamano <gitster@pobox.com>
Mon, 2 Dec 2019 06:09:07 +0000 (22:09 -0800)
commite714b898c68c665227930ef3b68cf1acb7d07f3e
treee1fc72d488990f665fcd89e96c2aae2dee482ab9
parentc74b3cbb83b382fbedfd728a805c6b6f0e9baaf3
t7812: expect failure for grep -i with invalid UTF-8 data

When the 'grep with invalid UTF-8 data' tests were added/adjusted in
8a5999838e (grep: stess test PCRE v2 on invalid UTF-8 data, 2019-07-26)
and 870eea8166 (grep: do not enter PCRE2_UTF mode on fixed matching,
2019-07-26) they lacked a redirect which caused them to falsely succeed
on most systems.  The 'grep -i' test failed on systems where JIT was
disabled as it never reached the portion which was missing the redirect.

A recent patch added the missing redirect and exposed the fact that the
'PCRE v2: grep non-ASCII from invalid UTF-8 data with -i' test fails
regardless of whether JIT is enabled.

Based on the final paragraph in in 870eea8166:

    When grepping a non-ASCII fixed string. This is a more general problem
    that's hard to fix, but we can at least fix the most common case of
    grepping for a fixed string without "-i". I can't think of a reason
    for why we'd turn on PCRE2_UTF when matching byte-for-byte like that.

it seems that we don't expect that the case-insensitive grep will
succeed.  Adjust the test to reflect that expectation.

Signed-off-by: Todd Zullinger <tmz@pobox.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
t/t7812-grep-icase-non-ascii.sh