This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug nptl/2745] mutex with ERRORCHECK attribute fails to unlock on child after fork
- From: "rdabrowa at poczta dot onet dot pl" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: 10 Jun 2006 08:21:14 -0000
- Subject: [Bug nptl/2745] mutex with ERRORCHECK attribute fails to unlock on child after fork
- References: <20060609191820.2745.rdabrowa@poczta.onet.pl>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From rdabrowa at poczta dot onet dot pl 2006-06-10 08:21 -------
I have a clue: see "RATIONALE" section of "pthread_atfork" specification in:
http://www.opengroup.org/onlinepubs/009695399/functions/pthread_atfork.html
We can read there:
"The expected usage is that the prepare handler acquires all mutex locks and
the other two fork handlers release them."
But this does not work with glibc, because unlocking mutex from "child" handler
fails.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |
http://sourceware.org/bugzilla/show_bug.cgi?id=2745
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.