Boost C++ Libraries: Ticket #6049: Native handle access https://svn.boost.org/trac10/ticket/6049 <p> Allow access to the native object handle for all shared object types. </p> <p> E.g. If you want to change the object rights(mutex, memory, events,...) via the WIN32 <a class="missing wiki">SetSecurityInfo</a>() you need access to the native object handle. </p> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/6049 Trac 1.4.3 Ion Gaztañaga Fri, 23 Dec 2011 13:11:13 GMT status changed; resolution set https://svn.boost.org/trac10/ticket/6049#comment:1 https://svn.boost.org/trac10/ticket/6049#comment:1 <ul> <li><strong>status</strong> <span class="trac-field-old">new</span> → <span class="trac-field-new">closed</span> </li> <li><strong>resolution</strong> → <span class="trac-field-new">wontfix</span> </li> </ul> <p> Windows synchronization utilities are not windows kernel based so there is no change to obtain a handle. </p> Ticket mweikle@… Fri, 01 Jun 2018 22:55:12 GMT <link>https://svn.boost.org/trac10/ticket/6049#comment:2 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/6049#comment:2</guid> <description> <p> This seems to have been considered only in the Windows scenario, which I have no experience with. I'd submit it may be more pertinent in the case of *nix where spawned processes inherit all the open file handles of parent processes. It's only when you look deeply into your process resource usage when you're spawning processes and each is inheriting all the open file handles it doesn't need from a parent process that can't set CLOEXEC on them because it can't get the native file handle... So then you must need to close all your various memory segments between a fork() and exec() SO YOU DON'T REACH THE SYSTEM LIMITS OR PROCESS LIMITS... so what's the point in using this abstraction when it forces you to take such extraordinary measures? it seems inconceivable that someone would write a library for interprocess communication without taking this into account and then when it's brought up to summarily reject it without addressing the need. </p> </description> <category>Ticket</category> </item> </channel> </rss>