- Boost - lists.boost.org

[1.38.0] Beta under construction; branches/release closed
by Beman Dawes 27 Jan '09

27 Jan '09

The beta release is under construction. Please do not make any further commits to branches/release. Thanks, --Beman

1 0

[crypto] Feed Back
by Kasra 26 Jan '09

26 Jan '09

Hi, Since I have uploaded boost.crypto library on the vault there has been fare amount of downloads. I just wanted to see if anyone would like to give some feedback on the design of the library. With Best Regards Kasra

1 0

[msm] Gauging interest
by Christophe Henry 26 Jan '09

26 Jan '09

Hi, Msm has been in the Vault since a few months now and has been downloaded quite a few times, so it looks like there is interest in such a state machine framework, but I would prefer to be sure before requesting a formal review. So my question is, is there interest from the Boost community in Msm becoming part of Boost? Regards, Christophe

6 5

[threadpool] draft n2276 - launch_in_pool
by Oliver Kowalke 25 Jan '09

25 Jan '09

Hello, I did a look into draft n2276 - a launch_in_pool function is suggested (passing task to a system provided threadpool). Is it reasonable to have a static threadpool? How many worker-threads should this pool contain and how are the submitted tasks queued (FIFO, priority order ... unlimited/limited number of tasks can bes stored). What about applications which require a pool with different configuration than the static pool provides? Is it acceptable to pay for an unused pool? regards, Oliver -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger

5 7

[thread/interprocess] could we improve recursive_mutex constructor
by vicente.botet 24 Jan '09

24 Jan '09

Hi, the recursive_mutex constructor initialize/set/destroy the pthread_mutexattr_t every time. I'm wondering if we can improve the efficiency storing this on a static variable which will be initialized once. What could be the better way to initialize this static variable? Note: the same applies to interprocess mutexes. recursive_mutex() { // begin code that can be initialized only once pthread_mutexattr_t attr; int const init_attr_res=pthread_mutexattr_init(&attr); if(init_attr_res) { throw thread_resource_error(); } int const set_attr_res=pthread_mutexattr_settype(&attr,PTHREAD_MUTEX_RECURSIVE); if(set_attr_res) { throw thread_resource_error(); } // end code that can be initialized only once int const res=pthread_mutex_init(&m,&attr); if(res) { throw thread_resource_error(); } // begin code that can be removed BOOST_VERIFY(!pthread_mutexattr_destroy(&attr)); // end code that can be removed } Regards, Vicente

2 2

[sandbox] Is the sandbox open to anyone
by Sid Sacek 24 Jan '09

24 Jan '09

Is the sandbox open to anyone for code submission, or is there a more complicated process before being able to submit libraries? Regards, -Sid

4 4

[thread] Why the at_thread_exit cleanup function be const?
by vicente.botet 24 Jan '09

24 Jan '09

In addition, if a remove the const on operator()() struct mycallable1 { void operator()() { std::cout << "mycallable1" << std::endl; }; }; void my_thread() { std::cout << "my_thread" << std::endl; mycallable1 x; boost::this_thread::at_thread_exit(x); } I get the following error: gcc.compile.c++ ..\..\..\bin.v2\libs\interthreads\test\hello_world.test\gcc-4.3.2\debug\target-os-cygwin\threadapi-pthread\threading-multi\hello_world.o ../../../boost/thread/detail/thread.hpp: In member function `void boost::detail::thread_exit_function<F>::operator()() const [with F = mycallable1]': ..\example\hello_world.cpp:52: instantiated from here ../../../boost/thread/detail/thread.hpp:474: error: passing `const mycallable1' as `this' argument of `void mycallable1::operator()()' discards qualifiers Why the cleanup function must be const? Best, Vicente ______________________ Vicente Juan Botet Escribá

2 2

[1.38][flyweight] permission request to merge
by JOAQUIN M. LOPEZ MUÑOZ 24 Jan '09

24 Jan '09

Hi, Given that some dealy has been incurred with respect to the official Boost 1.38 release roadmap, I don't know if I'm in time to merge the following change in Boost.Flyweight to branches/release (two days in trunk without regressions): https://svn.boost.org/trac/boost/changeset/50709 Do I have permission? Thank you, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 1

sql_cli and other database-related libraries
by Sergey Sadovnikov 23 Jan '09

23 Jan '09

Hello All, There is sql_cli library in the boost sandbox. What is the review and submission status of this (or another same) library? -- Best Regards, Sergey mailto:flex_ferrum@artberg.ru

1 0

[1.38] 1.38 blurb
by JOAQUIN M. LOPEZ MUÑOZ 23 Jan '09

23 Jan '09

Hello, Am I mistaken, or is the news entry for the upcoming Boost.138 version in a poor state? http://tinyurl.com/dftnsc Shouldn't authors be publishing the updates and inclusions of new libs here? Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 1