Quoting Gennadiy Rozental:
> Here is my a bit late review for the variant library. In spite of
> several
> concerns that I have, I incline to vote to ACCEPT this submission.
Hi Gennadiy, thanks for the comments. I apologize for my late response.
[snip]
> Design
> __
I believe you still have the problem of cleanup handlers needing to
execute within the closing thread (before the thread exits).
One can call WaitForMultipleObjects() with a cleanup-worker thread
whenever TLS is used, but you would only be able to execute the cleanup
handler function (for the clos
David Abrahams wrote:
> "William E. Kempf" <[EMAIL PROTECTED]> writes:
>
>> Russell Hind said:
>>> I'd been wondering this, and heard about TLS issues. The issues are
>>> only on Windows it appears. Search for the thread
>>>
>>> "Fwd: Thread-Local Storage (TLS) and templates" by Greg Colvin on
>>
Yes, cleanup could be solved this way (or with other approaches, daemon
thread, periodic timers, etc). However, I don't see cleanup as the core
issue with making TLS work without a DLL under Win-32.
Currently, boost.threads supports (uses/specifies) the POSIX style
cleanup model where the cleanup
"William E. Kempf" <[EMAIL PROTECTED]> writes:
> Russell Hind said:
>> I'd been wondering this, and heard about TLS issues. The issues are
>> only on Windows it appears. Search for the thread
>>
>> "Fwd: Thread-Local Storage (TLS) and templates" by Greg Colvin on
>> 18/02/2003
>>
>> Specifically
Beman Dawes <[EMAIL PROTECTED]> writes:
> I think Alisdair's raised some good points. While I'm not sure
> regression testers will want to put a lot of effort into back tests, I
> think it would be good if from here on out we segregated current from
> past tests.
>
> So I'd say give it a bit more
I am trying to use the boost::filesystem library, but when I follow the
instructions in the documentation to the best of my ability, the linker
does not seem to find the components that it needs.
I am using MSVC6 under Windows XP, and after downloading version 1.30.0,
I typed
bjam "-sTOOLS=ms
<[EMAIL PROTECTED]> wrote:
> FWIW, I've extended my pair iterator to be a tuple
> iterator for
> input/forward/bidirectional/random-access iterator
> categories, which was
> relatively painless. I will boostify it, add output
> iterator support back in,
> and test it with VC7.1 as well as g++ 3.2.2