This is the mail archive of the
glibc-bugs-regex@sourceware.org
mailing list for the glibc project.
[Bug regex/11159] lock contention within regexec() when used from multiple threads
- From: "bonzini at gnu dot org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs-regex at sources dot redhat dot com
- Date: 11 Jan 2010 17:55:17 -0000
- Subject: [Bug regex/11159] lock contention within regexec() when used from multiple threads
- References: <20100111094018.11159.extproxy@gmail.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From bonzini at gnu dot org 2010-01-11 17:55 -------
The fact that is "const" does not mean that no internal data structures are
modified (and this needs locking). C++ even has a "mutable" keyword for this.
glibc does the locking per-regex_t.
Could be a doc bug, leaving this decision to the glibc maintainers.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11159
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.