Adam Williamson wrote: > ... The only breakage > in one which was approved was to do with compiling things - which, sure, > is a pain in the ass, but it's not the kind of problem critpath was > introduced to deal with in the first place. The problem is bigger than it first seemed, and still not fixed. True, I noticed the problem initially when running a just-built git, but in fact the distributed /usr/bin/git demonstrates precisely the same heap corruption as the one I built. See the further discussion on http://bugzilla.redhat.com/747377 The underlying bug seems pthread-related. When I make git grep run without using threads there is no problem. To demonstrate the problem, run this on a multi-core system, in a clone of a decent-sized git repository like git's own: for i in $(seq 100);do echo $i; timeout 1 ./git grep -q stat;done -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel