October 2006 - Boost - lists.boost.org

[type_traits]Member function traits in function_traits?
by Realdodo Du 20 Nov '06

20 Nov '06

It's amazing that function_traits in Boost.type_traits does not support member function traits. As I need this feature recently, I wrote a simple implementation and discuss it with John Maddock, but he gave me following reply: John Maddock <john(a)johnmaddock.co.uk> wrote: > I don't think this is quite the right approach: function_traits was > deliberately written *not* to work with function-pointers - since you can > always strip the pointer off before passing the type to function_traits - > but handling member function pointers raise some interesting wider > questions. I'm not sure the meaning of "wider questions". Could anyone tell me what is the question and the differences between global function pointers and member function pointers, please? Regards, Realdodo Du realdodo.d(a)gmail.com

3 3

GIL review ends tommorrow - October 25, 2006
by Tom Brinkman 18 Nov '06

18 Nov '06

Get your reviews in. The official GIL review ends tommorow (October 25, 2006), but if you are going to submit a late review, or just have some general comments, let me know and I'll wait for you. Thanks again to the GIL library authors for their submission. Tom Brinkman, Review Manager

10 28

[test] missing tests
by Vladimir Prus 15 Nov '06

15 Nov '06

Hi, the libs/test/test/Jamfile has the following code: test-suite "prg_exec_monitor_test" : [ test-btl-lib run-fail : prg_exec_fail1 ] [ test-btl-lib run-fail : prg_exec_fail2 : boost_prg_exec_monitor ] [ test-btl-lib run-fail : prg_exec_fail3 : boost_prg_exec_monitor ] [ test-btl-lib run-fail : prg_exec_fail4 : boost_prg_exec_monitor ] ; When I look at regression test results: http://tinyurl.com/joyut I don't see any mention of those four tests. Anybody knows what's wrong? - Volodya -- Vladimir Prus http://vladimir_prus.blogspot.com Boost.Build V2: http://boost.org/boost-build2

2 1

Asio, run-time polymorphism
by stas garifulin 15 Nov '06

15 Nov '06

Hello. I have some experience with http protocol and i have question/suggestion about implementing this protocol using asio library. Http/1.1 supports "protocol upgrades": during persistent connection client ot server can ask remote peer to upgrade protocol (push additional protocol(s) in protocol stack just before HTTP). After successful upgrading client can continue to send http-requests to server over new protocol stack. See "Upgrading to TLS Within HTTP/1.1" (http://www.faqs.org/rfcs/rfc2817.html) for examples. Currently asio doesn't allow me to implement this facility (to transform socket using simple transport protocol, like TCP, to SSL-socket in run-time). Another problem. HTTP/1.1 supports transfer-encoded bodies of packets, i.e. bodies transformed for transmission between sender and recipient (compressed, chunked etc.). Such transfer-encoded bodies are always chunked, splitted to chunks, each chunk have header with his size, zero sized chunk signals end of body. In some step of my program i would like to eliminate difference between plain bodies (reading/writing to socket) and transfer-encoded bodies (reading/writing to chain of filters). In other words i'm talking about some infrastructure like boost::iostreams but built on top of asio dispatcher. Async analogue of boost::iostreams which allows me to create async chains of filters in run-time. For example, it can be done with non-templated versions of functions async_read, async_write, handler parameter of this functions will have type like boost::function<void (asio::error, size_T)>. SSL class could be implemented as such async filter and would allow attaching at run-time.

4 4

[test] regression between 1.32.0 and 1.33.1 in "included" test framework
by Michael van der Westhuizen 14 Nov '06

14 Nov '06

Hi All, I've recently found a reproducible regression in Boost.Test while moving from 1.32.0 to 1.33.1. This regression is apparently present in the HEAD and 1.34 candidate as well. I can confirm this problem (and the fix) on HP aC++ 06.12 (ia64), HP aCC 03.67 (PA-RISC) and Sun Studio 11 (SPARC, with and without -library=stlport4). According to one of our compiler vendors this is reproducible on Tru64/Alpha cxx as well. The fix is to change the test_unit::m_dependencies member (in boost/test/unit_test_suite.hpp, unit_test_suite_impl.hpp in trunk) from std::list<test_unit_id> to std::vector<test_unit_id> (yes, I know that doesn't make a whole lot of sense). The test case is: --- #include <boost/test/included/unit_test_framework.hpp> #include <boost/shared_ptr.hpp> class DummyTest : public boost::unit_test_framework::test_suite { public: DummyTest() : boost::unit_test_framework::test_suite( "DummyTest" ) {} void testDummy() { BOOST_CHECK( true ); } }; boost::unit_test_framework::test_suite * init_unit_test_suite( int argc, char * argv[] ) { boost::unit_test_framework::test_suite * test = BOOST_TEST_SUITE( "Test Test Suite" ); boost::shared_ptr<DummyTest> suite_a( new DummyTest() ); test->add( BOOST_CLASS_TEST_CASE( &DummyTest::testDummy, suite_a ) ); return test; } --- When the test has run, and once in global destructors, the binary dumps core repeatably. The stack trace of the crash is: --- [michael@uxcpth05 testtest]$ echo "where" | gdb a.out core HP gdb 5.4.0 for HP Itanium (32 or 64 bit) and target HP-UX 11.2x. Copyright 1986 - 2001 Free Software Foundation, Inc. Hewlett-Packard Wildebeest 5.4.0 (based on GDB) is covered by the GNU General Public License. Type "show copying" to see the conditions to change it and/or distribute copies. Type "show warranty" for warranty/support. .. Core was generated by `a.out'. Program terminated with signal 11, Segmentation fault. SEGV_ACCERR - Invalid Permissions for object #0 inline std::list<unsigned long,std::allocator<unsigned long> >::erase(std::__rw_list_iter<unsigned long,long,unsigned long*,unsigned long&>) ( __it=0x7fffeb14, this=0x4003efe0, No.Identifier_315=0x7fffeb10) at /opt/aCC/include_std/list:952 952 (*(_C_link_type ((*((_C_list_iter&)__it)._C_node)._C_prev)))._C_next = (gdb) #0 inline std::list<unsigned long,std::allocator<unsigned long> >::erase(std::__rw_list_iter<unsigned long,long,unsigned long*,unsigned long&>) ( __it=0x7fffeb14, this=0x4003efe0, No.Identifier_315=0x7fffeb10) at /opt/aCC/include_std/list:952 #1 0x40c2440:0 in std::list<unsigned long,std::allocator<unsigned long> >::erase (No.Identifier_316=0x7fffebd0, this=0x4003efe0, __first=0x7fffebd4, __last=0x7fffebd8) at /opt/aCC/include_std/list:902 #2 0x4051a00:0 in boost::unit_test::test_suite::~test_suite()+0x4d0 () ---Type <return> to continue, or q <return> to quit--- #3 0x407f620:0 in inline boost::checked_delete<DummyTest>(DummyTest*) ( x=0x4003efc0) at /export/home/michael/newboost/boost_1_33_1/boost/checked_delete.hpp:34 #4 0x407f5b0:1 in boost::detail::sp_counted_impl_p<DummyTest>::dispose ( this=0x40015a30) at /export/home/michael/newboost/boost_1_33_1/boost/detail/sp_counted_impl.hpp:76 #5 0x4080610:0 in boost::unit_test::ut_detail::callback0_impl_t<boost::unit_test::ut_detail::unused,boost::unit_test::ut_detail::user_tc_method_invoker<DummyTest> >::~callback0_impl_t()+0x160 () #6 0x4080b30:0 in inline boost::checked_delete<boost::unit_test::ut_detail::callback0_impl_t<boost::unit_test::ut_detail::unused,boost::unit_test::ut_detail::user_tc_method_invoker<DummyTest> > >(boost::unit_test::ut_detail::callback0_impl_t<boost::unit_test::ut_detail::unused,boost::unit_test::ut_detail::user_tc_method_invoker<DummyTest> >*) (x=0x40015a50) at /export/home/michael/newboost/boost_1_33_1/boost/checked_delete.hpp:34 #7 0x4080ac0:1 in boost::detail::sp_counted_impl_p<boost::unit_test::ut_detail::callback0_impl_t<boost::unit_test::ut_detail::unused,boost::unit_test::ut_detail::user_tc_method_invoker<DummyTest> > >::dispose (this=0x40015a70) at /export/home/michael/newboost/boost_1_33_1/boost/detail/sp_counted_impl.hpp:76 #8 0x40c4150:0 in inline boost::detail::sp_counted_base::release() () at /export/home/michael/newboost/boost_1_33_1/boost/detail/sp_counted_base_n---Type <return> to continue, or q <return> to quit---t.hpp:79 #9 0x40c40c0:0 in inline boost::detail::shared_count::~shared_count() () at /export/home/michael/newboost/boost_1_33_1/boost/detail/shared_count.hpp:159 #10 0x40c4080:0 in boost::unit_test::test_case::~test_case (this=0x400204d0, No.Identifier_326=2) at /export/home/michael/newboost/boost_1_33_1/boost/test/unit_test_suite.hpp:108 #11 0x40c4a50:0 in boost::unit_test::test_case::~test_case()+0x30 () #12 0x40d6fe0:0 in boost::unit_test::framework_impl::~framework_impl ( this=0x40012f90, No.Identifier_385=2) at /export/home/michael/newboost/boost_1_33_1/boost/test/impl/framework.ipp:78 #13 0x406a570:0 in boost::unit_test::framework_impl::~framework_impl()+0x30 () #14 0x60000000c6511f50:0 in __cxa_finalize+0x190 () from /usr/lib/hpux32/libCsup.so.1 #15 0x60000000c6511d70:0 in __cxxTerm_body()+0x30 () from /usr/lib/hpux32/libCsup.so.1 #16 0x60000000c6511c40:0 in __cxxTerm+0x20 () from /usr/lib/hpux32/libCsup.so.1 #17 0x60000000c0282560:0 in __exit_handler+0xa0 () from /usr/lib/hpux32/libc.so.1 --- After applying the fix above the test runs reliably. It'd be great to have this fix applied to the 1.34.0 candidate and the trunk. Regards, Michael

2 2

[variant, MPL] Is there a variant -> mpl sequence metafunction ?
by Jaakko Järvi 13 Nov '06

13 Nov '06

make_variant_over<Seq>::type creates a variant type from an MPL Sequence. Is there an operation that would do the opposite, create an MPL sequence from a variant? I cannot just use the type parameter list as such because the types that stand for an empty type are different in both libraries: boost::detail::variant::void_ in variant, and something else in MPL. Best, Jaakko -- Jaakko Järvi, jarvi(a)cs.tamu.edu

8 12

[mpl] gcc ICE in aux_/has_tag<>
by Eric Niebler 11 Nov '06

11 Nov '06

Any chance one of the MPL gurus could have a look at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29653 and see if any possible changes to mpl/aux_/has_tag<> could make gcc happy? Preprocessed source code is attached to the bug report. FWIW, this is against Boost HEAD. -- Eric Niebler Boost Consulting www.boost-consulting.com

2 1

Boost regression notification (2006-10-24 [RC_1_34_0])
by Douglas Gregor 11 Nov '06

11 Nov '06

Boost Regression test failures Report time: 2006-10-24T10:41:49Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/i… 48 failures in 9 libraries iostreams (10) lambda (1) mpl (5) parameter (3) program_options (7) random (1) serialization (16) spirit (4) utility (1) |iostreams| bzip2_test: msvc-7.1 msvc-8.0 example_test: vc-6_5-stlport file_descriptor_test: cw-9.4 finite_state_filter_test: cw-9.4 gzip_test: msvc-7.1 msvc-8.0 mapped_file_test: cw-9.4 zlib_test: msvc-7.1 msvc-8.0 |lambda| exception_test: gcc-3_4_4_tru64 |mpl| multiset: gcc-4.0.3_linux gcc-4.1.0_linux gcc-4.1.0_linux_x86_64 gcc-4.1.1_sunos_i86pc gcc-4_0_3_tru64 |parameter| python_test: qcc-3.3.5_gpp sfinae: borland-5_8_2 vc-6_5-stlport |program_options| cmdline_test_dll: cw-9.4 options_description_test_dll: cw-9.4 parsers_test_dll: cw-9.4 positional_options_test_dll: cw-9.4 unicode_test_dll: cw-9.4 variable_map_test_dll: cw-9.4 winmain_dll: cw-9.4 |random| random_test: intel-linux-9.0 |serialization| test_class_info_load_text_warchive: vc-6_5 test_non_default_ctor2_text_archive: qcc-3.3.5_cpp test_non_default_ctor2_text_archive_dll: qcc-3.3.5_cpp test_non_default_ctor2_text_warchive: qcc-3.3.5_cpp test_non_default_ctor2_text_warchive_dll: qcc-3.3.5_cpp test_reset_object_address: vc-7_0 test_reset_object_address_dll: vc-7_0 test_simple_class_binary_archive_dll: vc-6_5 test_simple_class_text_archive_dll: vc-6_5 test_simple_class_text_warchive_dll: vc-6_5 test_simple_class_xml_archive_dll: vc-6_5 test_simple_class_xml_warchive_dll: vc-6_5 test_variant_xml_archive: borland-5_8_2 test_variant_xml_archive_dll: borland-5_8_2 test_variant_xml_warchive: borland-5_8_2 test_variant_xml_warchive_dll: borland-5_8_2 |spirit| action_tests: qcc-3.3.5_cpp qcc-3.3.5_gpp action_tests_debug: qcc-3.3.5_cpp qcc-3.3.5_gpp |utility| operators_test: gcc-3.4.5_linux_x86_64

3 2

[mpl] annoying trivial bug in boost/mpl/print.hpp
by Ian McCulloch 10 Nov '06

10 Nov '06

Hi, In boost 1.33.1, using MPL with gcc -pedantic gives an annoying error, boost/mpl/print.hpp:62: error: comma at end of enumerator list The trivial fix is to remove the comma at the end of line 60 of that file, which I did for my downloaded copy of boost ages ago, then promptly forgot about it. But I just checked the CVS and it seems that this bug is still present in both HEAD and RC_1_34_0. It would be great if this could be fixed before 1.34. Cheers, Ian McCulloch

2 2

wiki shmem
by Jan Stetka 10 Nov '06

10 Nov '06

I want to write a wiki page on shmem where I think the documentation is lacking a bit, how do I add a page to the wiki?

3 3