Subject: Re: [Boost-users] [boost] Boost.Fiber mini-review September 4-13
From: David Schneider (dave_at_[hidden])
Date: 2015-09-09 13:55:24
This is probably the most naive reply ever, so I'll keep it brief.
I could imagine that on creation, a UUID could be created using
boost::uuid. Using boost::interprocess, the fiber_manager could be put
into a named shared memory, the name of which is the UUID. The UUID is
then passed to any fiber upon creation so that all it needs to do is
open the named interprocess pool to access the fiber_manager.
A big redesign? Maybe, I haven't looked at the library. But maybe there
is something of value in that concept. I have had to do something
similar and more complex myself recently to update legacy 16-bit code
that migrated things between /processes/ that it shouldn't have.
On 9/6/2015 4:19 PM, Nat Goodspeed wrote:
> Oliver has requested help overcoming the TLS optimization/bug. It
> would be wonderful if one of you requesting support for fiber
> migration would be willing to suggest a way for a given fiber to
> robustly locate the fiber_manager, and so forth.