git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: git grep -I bug

From
Jeremy O'Brien <obrien654j@gmail.com>
Date
Feb 3, 2009, 19:42 UTC
Message-ID
<20090203194258.GA1354@Ambelina.snd-wireless.uc.edu>
In-Reply-To
<7v1vugf8gc.fsf@gitster.siamese.dyndns.org>
On Mon, Feb 02, 2009 at 08:30:43PM -0800, Junio C Hamano wrote:
Show 24 quoted lines
> Jeremy O'Brien <obrien654j@gmail.com> writes:
> 
> > On Mon, Feb 02, 2009 at 09:54:31AM -0800, Junio C Hamano wrote:
> >> Jeremy O'Brien <obrien654j@gmail.com> writes:
> >> 
> >> > I am running git version 1.6.1.2.309.g2ea3.
> >> >
> >> > When I use
> >> >
> >> > git grep -I "string_to_match"
> >> >
> >> > to ignore binary files in my grep, binary files are returned anyway.
> >> 
> >> One sanity check.  What does 'git grep --cached -I "string_to_match"' do
> >> in that case?
> >> 
> >
> > It works as expected. It is interesting that while my Linux install was
> > affected by this bug, my Mac OS X install did not seem to be affected by
> > it, while running the same version of git.
> 
> Perhaps your Mac OSX binary was built without external grep support.
> 
> Did the patch fix the issue, by the way?

I'm assuming that was the problem. And yes, the patch fixed it just fine, thank you.

Previous: Junio C Hamano
Message 5 of 5 in “git grep -I bug”
  1. Jeremy O'BrienFeb 2, 2009
  2. Junio C HamanoFeb 2, 2009
  3. Jeremy O'BrienFeb 2, 2009
  4. Junio C HamanoFeb 3, 2009
  5. Jeremy O'BrienFeb 3, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.