BEWARE: a problematic glibc made it to stable (F16)

Jim Meyering jim at meyering.net
Mon Oct 24 20:50:50 UTC 2011


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


More information about the devel mailing list