January 2009 - Boost - lists.preview.boost.org

[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

Vault: still needed?
by David Abrahams 23 Jan '09

23 Jan '09

Hi All, For some time now, Boostpro Computing has been hosting the Boost file valut, but now that Boost has a great Subversion host I'm beginning to wonder whether the vault is still needed. What's the case for holding onto it when people could just check their speculative work into the sandbox and subsequently merge smoothly into the Boost trunk if it is accepted? -- Dave Abrahams BoostPro Computing http://www.boostpro.com

11 28

[1.38] Documentation - Changes in this release
by vicente.botet 23 Jan '09

23 Jan '09

Hi, I would like to start checking the documentation for the 1.38 release. I have download the one of the comressed files in http://boost.cowic.de/rc/ from the 21th January. Is this the correct address to inspect? When we can expect to see the section Change in this release completed? Thanks, Vicente

2 1

Old library version?
by Kowalke Oliver (QD IT PA SI) 23 Jan '09

23 Jan '09

Hello, I need boost 1.33.1 but it seams it is not available from the website anymore? Regards, Oliver

2 1

Re: [boost] [crypto] Ready as a debug library.
by Kasra 23 Jan '09

23 Jan '09

Hi, The boost.crypto library is on the vault at: http://www.boostpro.com/vault/index.php?action=downloadfile&filename=boost_… Anyone: How could i access the boost svn?? With Best Regards Kasra

1 0

[thread] thread_specific_ptr optimizations
by Ioannis Papadopoulos 22 Jan '09

22 Jan '09

I was looking into the actual implementation of thread_specific_ptr and saw that there are actually two implementations, a generic one that uses the pthread facilities for TLS and the other one some VC-based one (I'm sorry, I'm not that proficient with MS products). I don't know if people are aware of WG21 N2659, it is the proposal for TLS (thread local storage) in C++0x http://www.open-std.org/JTC1/sc22/wg21/docs/papers/2008/n2659.htm Everyone that is using POSIX getthreadspecific and setthreadspecific (that are being currently used in thread_specific_ptr) knows that they are slower than what a compiler provides. Is there any thought of actually using any of the compiler-provided keywords to remove the need for the POSIX functions and speeding up boost::thread::get_current_thread_data()?

1 0

manipulators for filtering_stream s
by Roland Schwarz 22 Jan '09

22 Jan '09

Surprisingly I was not able to find on the net code that would give me a smart way to indent a stream. So I wrote a little filter based on the boost iostreams library. My first attempt was: boost::iostreams::filtering_ostream out; indent_filter ind(4); out.push(ind); out.push(std::cout); However trying to control it via e.g. ind.in() ind.out() turns out to be problematic interface since, 1) out.push() takes a copy of ind 2) the interface ind.in() is suboptimal. With my attached example it is possible to: #include "indent.hpp" ... boost::iostreams::filtering_ostream out; indent_filter::push(out,2); out.push(std::cout); ... And use it like so: out << "Hello Filter!\n" << indent_in << "this is\n" << "indented\n" << indent_out << "until here\n" ; Which will result in output: Hello Filter! this is indented until here The state is stored in the ios base class of the stream, by way of the pword mechanism. Consequently the filter stream even may be downcast to a basic_ostream, and the indenter will still work. E.g. with out defined as above: ... foo(out); ... void foo(std::ostream& out) { out << indent_in << "out is a downcast filter_stream\n" << indent_out << "end of indentation\n" ; } If you want to try it out, you just need to include the header indent.hpp. If someone thinks the snippet is usable either as an example for the iostreams library or the filter streams manipulator idea is worth generalizing to make it usable for other filters too, I would be glad to hear from you. -- _________________________________________ _ _ | Roland Schwarz |_)(_ | aka. speedsnail | \__) | mailto:roland.schwarz@chello.at ________| http://www.blackspace.at

5 17