
Michael Glassford wrote:
If there's enough hew and cry for a movable lock, then we should create a new class for it. That said, most of the arguments I could find on the list archive for it are to support syntax changes in initializing a scoped lock.
Did you see http://aspn.activestate.com/ASPN/Mail/Message/boost/1207226, and especially http://aspn.activestate.com/ASPN/Mail/Message/1209126?
No I hadn't (kudos to you for digging this up!). It's good stuff, similar in spirit to my post, the major difference is that Bill's suggestion attempts to implement real move semantics, whereas my sketch was simply an initialization convenience. I'll spend some time looking at the thread in more detail later when I have time, but my initial impression is that although the ability to create a lock and return it out of a function may make certain techniques easier, I don't think the lack of it makes them impossible. Specifically, I have a sketch in my head of locking_ptr<> that wouldn't require move semantics, but I'd have to see what code Bill had in mind. I reread the Stroustrop article, which I'd seen before, and I can imagine how his Wrap<> could be used with our existing locks and boost::ref. Christopher -- Christopher Currie <codemonkey@gmail.com>