I actually ran into the same issue. I solved it by using file locks,
instead of named mutexes, because the file lock will be released when the
process crashes.
---
Aaron Wright
From: Rajalakshmi Iyer
To: boost-users@lists.boost.org
Date: 09/28/2012 02:16 AM
Subject: [Boost-users] Handling core dumps when process is holding
boost interprocess lock
Sent by: boost-users-bounces@lists.boost.org
Hello,
I am working on application where several multi-threaded processes are
attempting to acquire a lock on the shared memory files managed via boost
interprocess.
It appears that if one of these processes dumps a core while holding a
lock on the shared memory file, all the other processes end up waiting for
this lock to be released.
Any ideas on how this can be overcome? I want to ensure that when a
process that is holding the lock dies, it should ensure that the lock is
released.
Thanks,
Raj
Twitter: @Blismedia
BlisMedia
32 Percy Street,
London W1T 2DE
www.blismedia.com
This communication is from Blis Media Ltd, a company registered in England
and Wales with registered number 06455773. Its registered office is 32
Percy Street, London W1T 2DE, United Kingdom.
This communication contains information that is confidential and may also
be privileged. It is for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s), please (1) notify
info@blismedia.com by forwarding this email and delete all copies from
your system and (2) note that disclosure, distribution, copying or use of
this communication is strictly prohibited. Email communications cannot be
guaranteed to be secure or free from error or viruses. All emails sent to
or from a Blismobile email account are securely archived and stored by an
external supplier. This email does not constitute a contractual agreement;
such agreements are in specified contractual or Insertion Order (IO) form
only and exclusively contain all the terms to which Blis Mobile Ltd will
be bound. To the extent permitted by law, Blis Mobile Ltd does not accept
any liability for use of or reliance on the contents of this email by any
person save by the intended recipient(s) to the extent agreed in a
contract or Insertion Order.
Opinions, conclusions and other information in this email which have not
been delivered by way of the business of Breeze Tech (UK) Ltd are neither
given nor endorsed by it.
_______________________________________________
Boost-users mailing list
Boost-users@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-users