[Bug regex/11159] lock contention within regexec() when used from multiple threads

extproxy at gmail dot com sourceware-bugzilla@sourceware.org
Mon Jan 11 17:46:00 GMT 2010


------- Additional Comments From extproxy at gmail dot com  2010-01-11 17:45 -------

> Use a separate regex_t object in each thread.

Why is that ? The regexec() interface takes in a 'const regex_t *' object. This 
implies multiple threads can use the same object. 

In my program, all threads work with the same regular expression. So why use a 
different regex_t object ?

At the very least, the regexec() documentation needs to clarify this performance 
limitation. I'm re-opening this bug - please change title if necessary to a doc 
bug if you still don't agree that this should be fixed.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |


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.



More information about the Glibc-bugs mailing list