Boost C++ Libraries: Ticket #2391: interprocess_recursive_mutex doesn't work interprocess

attachment set

Tue, 07 Oct 2008 20:30:29 GMT

attachment → bug.cc

source code to demonstrate the problem

Wed, 08 Oct 2008 21:55:32 GMT

A little clarification,

/* Thread process-shared synchronization is not supported. */ #define _POSIX_THREAD_PROCESS_SHARED -1

in /usr/include/bits/posix_opt.h on my system causes boost/interprocess/sync/emulation/interprocess_recursive_mutex.hpp to be used, which doesn't work with multiple processes as explained above.

milestone changed

Ion Gaztañaga — Fri, 10 Oct 2008 10:33:47 GMT

milestone Boost 1.37.0 → To Be Determined

Thanks for the report. The code for "generic" recursive mutex suposses thread id is unique for all system threads, which is true for windows but not for POSIX (some implementations yes, others not). So the solution is not easy and boost 1.37 is around the corner, so it must delayed for a future release. Suggestions and comments are welcome.

Fri, 10 Oct 2008 14:30:38 GMT

This is not a showstopper for me any longer since the systems I'm working with now (CentOS/RedHat 4.5+) implement Posix shared mutexes, even thought /usr/include/bits/posix_opt.h states it otherwise. There's another /usr/include/nptl/bits/posix_opt.h header, which defines correct values for these systems. -I/usr/include/nptl compiler option addressed the problem in this case.

I don't know it it's possible or how, a solution (at least a temporary one) may be disabling generic (interprocess) recursive mutexes on systems where thread ids are not unique.

Also, the problem looks very similar to the one in ticket #1390 here.

status, milestone changed; resolution set

Ion Gaztañaga — Wed, 24 Dec 2008 22:08:42 GMT

status new → closed
resolution → fixed
milestone To Be Determined → Boost 1.38.0

Changed code so that the thread identifier is an structure with the pid and the thread id.