- Boost - lists.preview.boost.org

[system] patch for access violation on FormatMessage failure
by David Deakins 02 Nov '07

02 Nov '07

I ran across a case this morning where the FormatMessage Win32 call in boost::system_error_category::message() fails (the error message table did not have an entry for the error code that was passed). Unfortunately, when this happens lpMsgBuf is not initialized to anything and trying to use it can result in an access violation. The attached patch adds checks to catch situations where FormatMessage fails. Thanks, -Dave Index: error_code.cpp =================================================================== --- error_code.cpp (revision 40686) +++ error_code.cpp (working copy) @@ -347,7 +347,7 @@ { # ifndef BOOST_NO_ANSI_APIS LPVOID lpMsgBuf; - ::FormatMessageA( + DWORD retval = ::FormatMessageA( FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS, @@ -358,11 +358,14 @@ 0, NULL ); + if (retval == 0) + return std::string(); + std::string str( static_cast<LPCSTR>(lpMsgBuf) ); ::LocalFree( lpMsgBuf ); // free the buffer # else // WinCE workaround LPVOID lpMsgBuf; - ::FormatMessageW( + DWORD retval = ::FormatMessageW( FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS, @@ -373,10 +376,13 @@ 0, NULL ); + if (retval == 0) + return std::string(); int num_chars = (wcslen( static_cast<LPCWSTR>(lpMsgBuf) ) + 1) * 2; LPSTR narrow_buffer = (LPSTR)_alloca( num_chars ); - ::WideCharToMultiByte(CP_ACP, 0, static_cast<LPCWSTR>(lpMsgBuf), -1, narrow_buffer, num_chars, NULL, NULL); + if (::WideCharToMultiByte(CP_ACP, 0, static_cast<LPCWSTR>(lpMsgBuf), -1, narrow_buffer, num_chars, NULL, NULL) == 0) + return std::string(); std::string str( narrow_buffer ); ::LocalFree( lpMsgBuf ); // free the buffer

2 1

libs/optional/test/optional_test.cpp
by David Abrahams 02 Nov '07

02 Nov '07

Please inspect for unmerged changes -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 1

libs/optional/doc/optional.html
by David Abrahams 02 Nov '07

02 Nov '07

please inspect for unmerged changes -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

string_algorithm: several doc edits, one doxygen source unmerged
by David Abrahams 02 Nov '07

02 Nov '07

Please check these out to make sure all the right 1.34.0 changes have been merged to trunk. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

2 1

Broken revision in SVN (39791)
by Caleb Epstein 02 Nov '07

02 Nov '07

I'm trying to use "SVK" to keep a local mirror of the Boost SVN Repository on my home machine. Things have worked great until my most recent attempt to "svk sync" on my mirror. The operation crapped out at revision 39791. Try running: svn log -r 39791 -v http://svn.boost.org/svn/boost/trunk/ You get a completely empty message. Similarly, svn diff -r 39790:39791 http://svn.boost.org/svn/boost/trunk/ is empty. This is not usual with SVN. Any idea whats going on here? Perhaps some filesystem corruption on the server? -- Caleb Epstein

3 3

Status of libs/iterator/doc/quickbook?
by David Abrahams 02 Nov '07

02 Nov '07

Is that stuff all ready for primetime? Should I delete the HTML from the source repo? -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

Graph library docs: suspicious unmerged changes
by David Abrahams 02 Nov '07

02 Nov '07

These are mostly license/copyright problems, but there are a few others worth examining. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

libs/function/doc unmerged copyrights?
by David Abrahams 02 Nov '07

02 Nov '07

Index: doc/history.xml =================================================================== --- doc/history.xml (revision 40672) +++ doc/history.xml (working copy) @@ -1,4 +1,11 @@ <?xml version="1.0" encoding="utf-8"?> + <!DOCTYPE library PUBLIC "-//Boost//DTD BoostBook XML V1.0//EN" "http://www.boost.org/tools/boostbook/dtd/boostbook.dtd"> <section id="function.history" last-revision="$Date$"> Index: doc/tests.xml =================================================================== --- doc/tests.xml (revision 40672) +++ doc/tests.xml (working copy) @@ -1,4 +1,11 @@ <?xml version="1.0" encoding="utf-8"?> + <!DOCTYPE library PUBLIC "-//Boost//DTD BoostBook XML V1.0//EN" "http://www.boost.org/tools/boostbook/dtd/boostbook.dtd"> <testsuite id="function.testsuite" last-revision="$Date$"> Index: doc/tutorial.xml =================================================================== --- doc/tutorial.xml (revision 40672) +++ doc/tutorial.xml (working copy) @@ -1,4 +1,11 @@ <?xml version="1.0" encoding="utf-8"?> + <!DOCTYPE library PUBLIC "-//Boost//DTD BoostBook XML V1.0//EN" "http://www.boost.org/tools/boostbook/dtd/boostbook.dtd"> <section xmlns:xi="http://www.w3.org/2001/XInclude" id="function.tutorial" Index: doc/faq.xml =================================================================== --- doc/faq.xml (revision 40672) +++ doc/faq.xml (working copy) @@ -1,4 +1,11 @@ <?xml version="1.0" encoding="utf-8"?> + <!DOCTYPE library PUBLIC "-//Boost//DTD BoostBook XML V1.0//EN" "http://www.boost.org/tools/boostbook/dtd/boostbook.dtd"> <section id="function.faq" last-revision="$Date$"> Index: doc/misc.xml =================================================================== --- doc/misc.xml (revision 40672) +++ doc/misc.xml (working copy) @@ -1,4 +1,11 @@ <?xml version="1.0" encoding="utf-8"?> + <!DOCTYPE library PUBLIC "-//Boost//DTD BoostBook XML V1.0//EN" "http://www.boost.org/tools/boostbook/dtd/boostbook.dtd"> <section id="function.misc" last-revision="$Date$"> Index: doc/Jamfile.v2 =================================================================== --- doc/Jamfile.v2 (revision 40672) +++ doc/Jamfile.v2 (working copy) @@ -1,3 +1,8 @@ +# Copyright (c) 2002 Douglas Gregor <doug.gregor -at- gmail.com> + +# Distributed under the Boost Software License, Version 1.0. +# (See accompanying file LICENSE_1_0.txt or copy at +# http://www.boost.org/LICENSE_1_0.txt) project boost/doc ; import boostbook : boostbook ; Index: doc/reference.xml =================================================================== --- doc/reference.xml (revision 40672) +++ doc/reference.xml (working copy) @@ -1,4 +1,11 @@ <?xml version="1.0" encoding="utf-8"?> + <!DOCTYPE library PUBLIC "-//Boost//DTD BoostBook XML V1.0//EN" "http://www.boost.org/tools/boostbook/dtd/boostbook.dtd"> Index: index.html =================================================================== --- index.html (revision 40672) +++ index.html (working copy) @@ -1,4 +1,11 @@ <html> + <head> <meta http-equiv="refresh" content="0; URL=../../doc/html/function.html"> </head> -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

boost/program_options/variables_map.hpp suspicious unmerged changes
by David Abrahams 02 Nov '07

02 Nov '07

Could someone check this file out to make sure all the right changes have been merged from 1.34.0 into trunk? Thanks, -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

boost/optional/optional.hpp suspicious unmerged changes
by David Abrahams 02 Nov '07

02 Nov '07

Could someone check this file out to make sure all the right changes have been merged from 1.34.0 into trunk? Thanks, -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

boost/mpl/aux_/begin_end_impl.hpp suspicious unmerged changes
by David Abrahams 02 Nov '07

02 Nov '07

Could someone check this file out to make sure all the right changes have been merged from 1.34.0 into trunk? Thanks, -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

boost/mpl/assert.hpp suspicious unmerged changes
by David Abrahams 02 Nov '07

02 Nov '07

Could you please inspect the RC_1_34_0 version to make sure all the right changes have been moved to trunk? Thanks, -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

boost/algorithm/string/regex.hpp unmerged change?
by David Abrahams 02 Nov '07

02 Nov '07

Does the 2nd change here need to be applied? --- boost/algorithm/string/regex.hpp (revision 33417) +++ boost/algorithm/string/regex.hpp (revision 40687) @@ -584,8 +584,8 @@ // Construct container to hold the result ResultT Result; + - // Roll to the first element that will be added while( itBegin!=itEnd && @@ -630,6 +630,14 @@ using algorithm::find_all_regex; using algorithm::split_regex; +#ifndef BOOST_NO_FUNCTION_TEMPLATE_ORDERING + using algorithm::join_if; +#else // BOOST_NO_FUNCTION_TEMPLATE_ORDERING + using algorithm::join_if_regex; +#endif // BOOST_NO_FUNCTION_TEMPLATE_ORDERING + + + } // namespace boost -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

1 0

svnmerge.py
by David Abrahams 02 Nov '07

02 Nov '07

I hope everyone is using http://www.orcaware.com/svn/wiki/Svnmerge.py when merging changes between branches and trunk. That's very important if we're going to avoid merge hell. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

2 5

[test] Not being tested?
by Rene Rivera 02 Nov '07

02 Nov '07

This change <http://svn.boost.org/trac/boost/changeset/40271/trunk/libs/test/test/Jamfil…> means that the Boost.Test library is no longer tested as part of the regression tests run from trunk/status/Jamfile.v2. Is this intentional? If not please fix this. If it is intentional, please notify the testers that they may need to delete the Boost.Test results if the are running incremental tests. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo

4 4

[Report] 450 failures on trunk (2007-11-02)
by Douglas Gregor 02 Nov '07

02 Nov '07

Boost regression test failures Report time: 2007-11-02T06:12:05Z This report lists all regression test failures on release platforms. Detailed report: http://boost.org/regression/trunk/developer/issues.html 450 failures in 42 libraries algorithm/minmax (1) algorithm/string (5) assign (1) bimap (43) circular_buffer (3) concept_check (8) conversion (6) crc (1) date_time (1) disjoint_sets (1) dynamic_bitset (4) filesystem (2) foreach (11) function (1) fusion (62) gil (4) graph (22) integer (1) interprocess (2) io (1) lambda (2) logic (3) math (106) mpl (1) multi_array (4) multi_index (1) numeric/conversion (6) numeric/interval (12) optional (10) ptr_container (2) python (1) range (1) regex (1) serialization (22) spirit (25) system (12) thread (2) tr1 (6) utility (3) utility/enable_if (7) wave (2) xpressive (41) |algorithm/minmax| minmax: sun-5.8 |algorithm/string| find: sun-5.8 join: sun-5.8 predicate: sun-5.8 replace: sun-5.8 trim: sun-5.8 |assign| ptr_list_of: gcc-3.3.6 |bimap| assign: sun-5.8 foreach: hp_cxx-71_006_tru64 sun-5.8 lambda: sun-5.8 property_map: sun-5.8 range: sun-5.8 serialization: sun-5.8 test_bimap_assign: sun-5.8 test_bimap_convenience_header: sun-5.8 test_bimap_extra: sun-5.8 test_bimap_info: hp_cxx-71_006_tru64 sun-5.8 test_bimap_lambda: sun-5.8 test_bimap_list_of: sun-5.8 test_bimap_modify: sun-5.8 test_bimap_multiset_of: sun-5.8 test_bimap_mutable: sun-5.8 test_bimap_operator_bracket: gcc-3.3.6 sun-5.8 test_bimap_ordered: gcc-3.3.6 hp_cxx-71_006_tru64 sun-5.8 test_bimap_project: sun-5.8 test_bimap_property_map: sun-5.8 test_bimap_range: sun-5.8 test_bimap_sequenced: sun-5.8 test_bimap_serialization: sun-5.8 test_bimap_set_of: sun-5.8 test_bimap_unconstrained: sun-5.8 test_bimap_unordered: gcc-3.3.6 hp_cxx-71_006_tru64 sun-5.8 test_bimap_unordered_multiset_of: sun-5.8 test_bimap_unordered_set_of: sun-5.8 test_bimap_vector_of: sun-5.8 test_mutant: sun-5.8 test_mutant_relation: sun-5.8 test_structured_pair: sun-5.8 test_tagged: sun-5.8 typeof: sun-5.8 xpressive: gcc-3.3.6 gcc-mingw-3.4.5 sun-5.8 |circular_buffer| base_test: sun-5.8 soft_iterator_invalidation: sun-5.8 space_optimized_test: sun-5.8 |concept_check| class_concept_fail_expected: sun-5.8 old_concept_class_fail: gcc-3.3.6 sun-5.8 old_concept_function_fail: gcc-3.3.6 sun-5.8 stl_concept_check: hp_cxx-71_006_tru64 usage_fail: sun-5.8 where_fail: sun-5.8 |conversion| lexical_cast_loopback_test: gcc-4.1.2_sunos_i86pc gcc-mingw-3.4.5 gcc-mingw-3.4.5 msvc-8.0 msvc-8.0 numeric_cast_test: sun-5.8 |crc| crc_test: sun-5.8 |date_time| testtime_serialize_xml: darwin-4.0.1 |disjoint_sets| disjoint_set_test: sun-5.8 |dynamic_bitset| dyn_bitset_unit_tests2: sun-5.8 dyn_bitset_unit_tests3: hp_cxx-71_006_tru64 sun-5.8 dyn_bitset_unit_tests4: sun-5.8 |filesystem| operations_test: gcc-mingw-3.4.5 gcc-mingw-3.4.5 |foreach| array_byref: sun-5.8 array_byval: sun-5.8 call_once: sun-5.8 cstr_byref: sun-5.8 cstr_byval: sun-5.8 dependent_type: sun-5.8 pair_byref: sun-5.8 pair_byval: sun-5.8 stl_byref: sun-5.8 stl_byval: sun-5.8 user_defined: sun-5.8 |function| lambda_test: sun-5.8 |fusion| adapt_assoc_struct: sun-5.8 adapt_struct: sun-5.8 all: sun-5.8 any: sun-5.8 array: sun-5.8 as_list: sun-5.8 as_set: sun-5.8 as_vector: sun-5.8 back_extended_deque: sun-5.8 count: sun-5.8 count_if: sun-5.8 deque_comparison: sun-5.8 deque_iterator: sun-5.8 deque_make: sun-5.8 deque_misc: sun-5.8 erase: sun-5.8 filter: sun-5.8 filter_if: sun-5.8 filter_view: acc hp_cxx-71_006_tru64 sun-5.8 find: sun-5.8 find_if: sun-5.8 for_each: sun-5.8 front_extended_deque: sun-5.8 fused: acc gcc-3.3.6 sun-5.8 fused_function_object: acc fused_procedure: acc gcc-3.3.6 insert: sun-5.8 insert_range: sun-5.8 invoke: gcc-3.3.6 invoke_procedure: gcc-3.3.6 iterator_range: sun-5.8 make_fused: acc gcc-3.3.6 make_fused_function_object: acc make_fused_procedure: acc gcc-3.3.6 map: sun-5.8 none: sun-5.8 pop_back: sun-5.8 pop_front: sun-5.8 push_back: sun-5.8 push_front: sun-5.8 remove: sun-5.8 remove_if: sun-5.8 repetitive_view: gcc-3.3.6 reverse_view: sun-5.8 set: sun-5.8 std_pair: sun-5.8 unfused_generic: sun-5.8 unfused_lvalue_args: sun-5.8 unfused_rvalue_args: sun-5.8 unfused_typed: sun-5.8 vector_iterator: sun-5.8 vector_n: sun-5.8 zip_view: sun-5.8 zip_view2: sun-5.8 zip_view_ignore: sun-5.8 |gil| main: acc gcc-3.3.6 gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 |graph| adj_list_edge_list_set: sun-5.8 all_planar_input_files_test: sun-5.8 basic_planarity_test: sun-5.8 csr_graph_test: sun-5.8 cycle_ratio_tests: msvc-8.0 sun-5.8 dominator_tree_test: sun-5.8 graphml_test: msvc-8.0 graphviz_test: msvc-8.0 kolmogorov_max_flow_test: acc hp_cxx-71_006_tru64 sun-5.8 make_biconnected_planar_test: sun-5.8 make_connected_test: sun-5.8 make_maximal_planar_test: sun-5.8 matching_test: sun-5.8 max_flow_test: acc hp_cxx-71_006_tru64 sun-5.8 parallel_edges_loops_test: sun-5.8 transitive_closure_test: gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 |integer| integer_test: sun-5.8 |interprocess| deque_test: hp_cxx-71_006_tru64 node_pool_test: hp_cxx-71_006_tru64 |io| ios_state_test: sun-5.8 |lambda| bind_tests_simple: sun-5.8 bind_tests_simple_f_refs: sun-5.8 |logic| tribool_io_test: sun-5.8 tribool_rename_test: sun-5.8 tribool_test: sun-5.8 |math| complex_test: sun-5.8 dist_binomial_incl_test: sun-5.8 dist_neg_binom_incl_test: sun-5.8 dist_poisson_incl_test: sun-5.8 hypot_test: sun-5.8 log1p_expm1_test: sun-5.8 powm1_sqrtp1m1_test: sun-5.8 std_real_concept_check: hp_cxx-71_006_tru64 sun-5.8 test_bernoulli: sun-5.8 test_bessel_i: sun-5.8 test_bessel_j: darwin-4.0.1 sun-5.8 test_bessel_k: sun-5.8 test_bessel_y: sun-5.8 test_beta: sun-5.8 test_beta_dist: sun-5.8 test_binomial_coeff: sun-5.8 test_binomial_double: sun-5.8 test_binomial_float: sun-5.8 test_binomial_long_double: sun-5.8 test_binomial_real_concept: sun-5.8 test_carlson: sun-5.8 test_cauchy: sun-5.8 test_cbrt: sun-5.8 test_chi_squared: sun-5.8 test_classify: sun-5.8 test_constants: sun-5.8 test_digamma: sun-5.8 test_dist_overloads: sun-5.8 test_ellint_1: sun-5.8 test_ellint_2: sun-5.8 test_ellint_3: sun-5.8 test_erf: sun-5.8 test_error_handling: sun-5.8 test_exponential_dist: sun-5.8 test_extreme_value: sun-5.8 test_factorials: sun-5.8 test_find_location: sun-5.8 test_find_scale: sun-5.8 test_fisher_f: sun-5.8 test_gamma: sun-5.8 test_gamma_dist: sun-5.8 test_hermite: sun-5.8 test_ibeta_double: darwin-4.0.1 sun-5.8 test_ibeta_float: sun-5.8 test_ibeta_inv_ab_double: hp_cxx-71_006_tru64 sun-5.8 test_ibeta_inv_ab_float: sun-5.8 test_ibeta_inv_ab_long_double: sun-5.8 test_ibeta_inv_ab_real_concept: sun-5.8 test_ibeta_inv_double: hp_cxx-71_006_tru64 sun-5.8 test_ibeta_inv_float: sun-5.8 test_ibeta_inv_long_double: hp_cxx-71_006_tru64 sun-5.8 test_ibeta_inv_real_concept: sun-5.8 test_ibeta_long_double: hp_cxx-71_006_tru64 sun-5.8 test_ibeta_real_concept: sun-5.8 test_igamma: sun-5.8 test_igamma_inv_double: hp_cxx-71_006_tru64 sun-5.8 test_igamma_inv_float: sun-5.8 test_igamma_inv_long_double: sun-5.8 test_igamma_inv_real_concept: sun-5.8 test_igamma_inva_double: hp_cxx-71_006_tru64 sun-5.8 test_igamma_inva_float: sun-5.8 test_igamma_inva_long_double: sun-5.8 test_igamma_inva_real_concept: sun-5.8 test_instantiate1: sun-5.8 test_laguerre: sun-5.8 test_legendre: sun-5.8 test_lognormal: sun-5.8 test_minima: sun-5.8 test_negative_binomial_double: sun-5.8 test_negative_binomial_float: sun-5.8 test_negative_binomial_long_double: sun-5.8 test_negative_binomial_real_concept: sun-5.8 test_normal: sun-5.8 test_pareto: sun-5.8 test_poisson_double: sun-5.8 test_poisson_float: sun-5.8 test_poisson_long_double: sun-5.8 test_poisson_real_concept: sun-5.8 test_policy: sun-5.8 test_policy_2: gcc-mingw-3.4.5 sun-5.8 test_policy_sf: sun-5.8 test_rayleigh: sun-5.8 test_remez: sun-5.8 test_roots: hp_cxx-71_006_tru64 sun-5.8 test_spherical_harmonic: sun-5.8 test_students_t: sun-5.8 test_tgamma_ratio: sun-5.8 test_toms748_solve: sun-5.8 test_traits: gcc-3.3.6 sun-5.8 test_triangular: sun-5.8 test_uniform: sun-5.8 test_weibull: sun-5.8 tools_roots_inc_test: sun-5.8 tools_test_data_inc_test: sun-5.8 |mpl| apply: gcc-4.1.2_sunos_i86pc |multi_array| assert: sun-5.8 idxgen1: sun-5.8 range1: sun-5.8 storage_order_convert: sun-5.8 |multi_index| test_key_extractors: sun-5.8 |numeric/conversion| bounds_test: sun-5.8 converter_test: sun-5.8 numeric_cast_test: sun-5.8 traits_test: sun-5.8 udt_example_0: sun-5.8 udt_support_test: sun-5.8 |numeric/interval| add: sun-5.8 fmod: sun-5.8 mul: darwin-4.0.1 darwin-4.0.1 sun-5.8 overflow: darwin-4.0.1 darwin-4.0.1 sun-5.8 pi: darwin-4.0.1 darwin-4.0.1 sun-5.8 pow: sun-5.8 |optional| optional_test: darwin-4.0.1 darwin-4.0.1 darwin-4.0.1 gcc-4.1.2_sunos_i86pc gcc-mingw-3.4.5 gcc-mingw-3.4.5 hp_cxx-71_006_tru64 optional_test_inplace: sun-5.8 optional_test_io: sun-5.8 optional_test_tie: sun-5.8 |ptr_container| incomplete_type_test: sun-5.8 serialization: sun-5.8 |python| exec: gcc-4.1.2_sunos_i86pc |range| iterator_pair: gcc-mingw-3.4.5 |regex| test_collate_info: sun-5.8 |serialization| test_demo_portable_archive: darwin-4.0.1 test_demo_portable_archive_dll: darwin-4.0.1 test_exported_binary_archive: gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 test_exported_binary_archive_dll: gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 test_exported_text_archive: gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 test_exported_text_archive_dll: gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 test_exported_text_warchive: gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 test_exported_text_warchive_dll: gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 test_exported_xml_archive: gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 test_exported_xml_archive_dll: gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 test_exported_xml_warchive: gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 test_exported_xml_warchive_dll: gcc-4.1.2_sunos_i86pc hp_cxx-71_006_tru64 |spirit| custom_real_parser: acc darwin-4.0.1 darwin-4.0.1 darwin-4.0.1 gcc-3.3.6 gcc-4.1.2_sunos_i86pc gcc-mingw-3.4.5 gcc-mingw-3.4.5 hp_cxx-71_006_tru64 msvc-8.0 msvc-8.0 sun-5.8 custom_real_parser_debug: acc darwin-4.0.1 darwin-4.0.1 darwin-4.0.1 gcc-3.3.6 gcc-4.1.2_sunos_i86pc gcc-mingw-3.4.5 gcc-mingw-3.4.5 hp_cxx-71_006_tru64 msvc-8.0 msvc-8.0 sun-5.8 mix_and_match_trees: sun-5.8 |system| error_code_test: sun-5.8 error_code_test_dll: sun-5.8 error_code_user_test: sun-5.8 error_code_user_test_dll: sun-5.8 header_only_test: sun-5.8 initialization_test: sun-5.8 system_error_test: gcc-mingw-3.4.5 gcc-mingw-3.4.5 sun-5.8 system_error_test_dll: gcc-mingw-3.4.5 gcc-mingw-3.4.5 sun-5.8 |thread| test_shared_mutex: gcc-4.1.2_sunos_i86pc test_shared_mutex_lib: gcc-4.1.2_sunos_i86pc |tr1| run_complex_overloads: sun-5.8 run_random: sun-5.8 std_run_complex_overloads: sun-5.8 std_run_random: sun-5.8 std_test_tuple_tricky: sun-5.8 test_tuple_tricky: sun-5.8 |utility| base_from_member_test: sun-5.8 result_of_test: sun-5.8 value_init_test: sun-5.8 |utility/enable_if| constructors: sun-5.8 dummy_arg_disambiguation: sun-5.8 lazy_test: sun-5.8 member_templates: sun-5.8 namespace_disambiguation: sun-5.8 no_disambiguation: sun-5.8 partial_specializations: sun-5.8 |wave| testwave: gcc-mingw-3.4.5 gcc-mingw-3.4.5 |xpressive| c_traits: gcc-mingw-3.4.5 misc1: gcc-mingw-3.4.5 misc2: gcc-mingw-3.4.5 multiple_defs: gcc-mingw-3.4.5 regress: gcc-mingw-3.4.5 test1: gcc-mingw-3.4.5 test10: gcc-mingw-3.4.5 test10u: gcc-mingw-3.4.5 test11: gcc-mingw-3.4.5 test11u: gcc-mingw-3.4.5 test1u: gcc-mingw-3.4.5 test2: gcc-mingw-3.4.5 test2u: gcc-mingw-3.4.5 test3: gcc-mingw-3.4.5 test3u: gcc-mingw-3.4.5 test4: gcc-mingw-3.4.5 test4u: gcc-mingw-3.4.5 test5: gcc-mingw-3.4.5 test5u: gcc-mingw-3.4.5 test6: gcc-mingw-3.4.5 test6u: gcc-mingw-3.4.5 test7: gcc-mingw-3.4.5 test7u: gcc-mingw-3.4.5 test8: gcc-mingw-3.4.5 test8u: gcc-mingw-3.4.5 test9: gcc-mingw-3.4.5 test9u: gcc-mingw-3.4.5 test_actions: gcc-3.3.6 gcc-mingw-3.4.5 test_assert: gcc-3.3.6 gcc-mingw-3.4.5 test_basic_regex: gcc-mingw-3.4.5 test_cycles: gcc-mingw-3.4.5 test_dynamic: gcc-mingw-3.4.5 test_dynamic_grammar: gcc-mingw-3.4.5 test_non_char: gcc-mingw-3.4.5 test_regex_compiler: gcc-mingw-3.4.5 test_regex_primitives: gcc-mingw-3.4.5 test_static: gcc-mingw-3.4.5 test_symbols: gcc-3.3.6 gcc-mingw-3.4.5

1 0

[system] WinCE patch for FormatMessageA
by David Deakins 02 Nov '07

02 Nov '07

Windows CE does not supply the ANSI version of FormatMessage (only FormatMessageW). The attached patch substitutes FormatMessageW-based code in this case. Thanks, -Dave Index: error_code.cpp =================================================================== --- error_code.cpp (revision 40672) +++ error_code.cpp (working copy) @@ -345,6 +345,7 @@ //Chris std::string system_error_category::message( int ev ) const { +#if !defined(BOOST_NO_ANSI_APIS) LPVOID lpMsgBuf; ::FormatMessageA( FORMAT_MESSAGE_ALLOCATE_BUFFER | @@ -359,6 +360,27 @@ ); std::string str( static_cast<LPCSTR>(lpMsgBuf) ); ::LocalFree( lpMsgBuf ); // free the buffer +#else + LPVOID lpMsgBuf; + ::FormatMessageW( + FORMAT_MESSAGE_ALLOCATE_BUFFER | + FORMAT_MESSAGE_FROM_SYSTEM | + FORMAT_MESSAGE_IGNORE_INSERTS, + NULL, + ev, + MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), // Default language + (LPWSTR) &lpMsgBuf, + 0, + NULL + ); + + int num_chars = (wcslen( static_cast<LPCWSTR>(lpMsgBuf) ) + 1) * 2; + LPSTR narrow_buffer = (LPSTR)_alloca( num_chars ); + ::WideCharToMultiByte(CP_ACP, 0, static_cast<LPCWSTR>(lpMsgBuf), -1, narrow_buffer, num_chars, NULL, NULL); + + std::string str( narrow_buffer ); + ::LocalFree( lpMsgBuf ); // free the buffer +#endif while ( str.size() && (str[str.size()-1] == '\n' || str[str.size()-1] == '\r') ) str.erase( str.size()-1 );

3 4

[sun] [program_options] unicode tests
by Vladimir Prus 02 Nov '07

02 Nov '07

I see failure like this: http://tinyurl.com/3xqtvg that reads: "../libs/program_options/test/unicode_test.cpp", line 114: Warning (Anachronism): Undefined character escape sequence "\u". .... Assertion failed: option.value.front() == value, file ../libs/program_options/test/unicode_test.cpp, line 100 It seems like sun compiler does not support unicode escape characters? Any magic way to make it work? - Volodya

2 3

Re: [boost] [Boost-docs] [1.35] Where to place PDF versions of docs?
by John Maddock 02 Nov '07

02 Nov '07

Rene Rivera wrote: > John Maddock wrote: >> Folks I think we need to get organised with PDF's now that we have >> many more libraries with quickbook/boostbook docs. >> >> I don't particularly want these in SVN trunk: apart from anything >> else it needlessly bloats the download size if folks are happy with >> HTML versions. Previously I've placed these in the vault, but >> there's a file size limit there and the new Boost.Math PDF's are too >> large :-( >> >> Another alternative would be the sourceforge file release system, >> but I don't believe all developers have access to that? >> >> So.... how about we either have a directory in the "website" area of >> SVN for these, or else in the sandbox maybe? > > A place in the website seems best. But it needs to be arranged > carefully as one of my goals is to make documentation for all > releases available. To be able to handle that they need to be > organized by version and library. There's already a doc section, so > here's the layout: > > web-root/doc/prebuilt/<version>/libs/<library>/doc/whatever.pdf > (or any other prebuilt docs, not just pdf) Is this under website\public_html\beta\doc ? > Note, this would be only an internal arrangement. We can arrange the > links to show up elsewhere as needed. In particular they can show up > as a link to /doc/libs/<version>/doc/whatever.pdf. OK, but what I'd really like is a *stable* link in the docs to the PDF's, i.e. one that doesn't have to change for each release, is it possible to auto-generate an index of PDF's in the website area (by version and/or by library) that we can all link to? Also having <version> in the directory name is somewhat overkill given that we have an SVN history anyway... although I guess since SVN copies are cheap, we could have: web-root/doc/prebuilt/latest/libs/<library>/doc/whatever.pdf which would contain the most recent PDF build, and web-root/doc/prebuilt/<version>/libs/<library>/doc/whatever.pdf as an SVN copy of a specific version? Given that PDF's will most likely only be uploaded once per release (twice if you mess up first time :-) ), this doesn't greatly bloat SVN? Thoughts? John.

1 0

Jamfile for build of thread libs changed.
by Roland Schwarz 02 Nov '07

02 Nov '07

The build script for the thread library had some short-comings: *) Incorrect handling when <threading>single was specified on the command line. *) Annoying unrelated messages even when build boost libs, that had nothing to do with the thread lib. *) Name clashes when trying to build the thread lib for win32 and pthread at the same time. I addressed these issues with a new Jamfile, without changing the default behavior known from version 1.34: 1) Even when requesting <threading>single on the command line (or in Jamroot) the requirements of <threading>multi will now be honored correctly. (This is boost policy.) 2) It is possible to request a build of the threading lib for a specific api. The feature <threadapi> with allowed values "win32" and "pthread" is used for this. On the cmdline e.g. this is bjam --with-thread threadapi=pthread . (I removed the hyphen from the name on Volodyas recommendation.) 3) There is the concept of "native" api. On windows (more exactly the result of os.name is NT) this is win32, else pthread. The resulting library has the usual name "boost_thread" for the native api. The non native api is tagged with the api. E.g. the request bjam --with-thread install threadapi=win32,pthread will result in libraries booot_thread* and boost_thread_pthread*. (No more duplicate name errors.) 4) The information messages telling, that pthread is not available will only be emitted when really trying to build with pthread. I hope this will be less annoying to users that are not interested in pthread api. 5) The paths to the installed pthread lib now can be set in one of three places: environment, user-config.jam and site-config.jam. Thank you for attention, Roland aka speedsnail

2 1

[thread] WinCE patches for new thread lib code
by David Deakins 02 Nov '07

02 Nov '07

Attached are some Windows CE patches for the thread rewrite code: - boost\thread\win32\thread_primitives.hpp: Windows CE does not supply the ANSI version of most Win32 functions (only the wide-char versions). In addition, on WinCE certain functions like GetCurrentThread, GetCurrentProcess, SetEvent, ResetEvent, and a couple others are inline functions declared in the kfuncs.h header file (rather than functions imported from the Win32 DLLs). The patch implements workarounds for these issues. - boost\thread\win32\thread_heap_alloc.hpp: In DEBUG debugs, Windows CE headers define a macro for HeapAlloc to remap it to a HeapAllocTrace function. This wreaks havoc on the code to pull HeapAlloc into Boost.Thread's win32 namespace. At this point, the best solution I could see was to undef this HeapAlloc macro if present. - libs\thread\src\win32\thread.cpp: Windows CE does not have a process.h header. It also does not support the __declspec(thread) construct. Finally, _beginthreadex is not part of the WinCE CRT so an emulation of this function using ::CreateThread is included in the patch. - libs\thread\src\win32\tss.cpp: - libs\thread\src\win32\tss_hooks.cpp: Windows CE does not define the TLS_OUT_OF_INDEXES constant. The patch defines this constant to the right value for WinCE builds. - libs\thread\src\tss_null.cpp: - libs\thread\src\win32\tss_pe.cpp: The Windows CE linker and loader do not seem to support all the fancy magic involved in registering the TSS callback handler with the static-link version of the library (DLL version works fine). The patch reflects that automatic tss cleanup is not available in WinCE version of the static-link library. Thanks, -Dave Index: thread_heap_alloc.hpp =================================================================== --- thread_heap_alloc.hpp (revision 40640) +++ thread_heap_alloc.hpp (working copy) @@ -25,6 +25,10 @@ #else +#ifdef HeapAlloc +#undef HeapAlloc +#endif + namespace boost { namespace detail Index: thread_primitives.hpp =================================================================== --- thread_primitives.hpp (revision 40611) +++ thread_primitives.hpp (working copy) @@ -28,9 +28,15 @@ unsigned const timeout=WAIT_TIMEOUT; handle const invalid_handle_value=INVALID_HANDLE_VALUE; +# ifdef BOOST_NO_ANSI_APIS + using ::CreateMutexW; + using ::CreateEventW; + using ::CreateSemaphoreW; +# else using ::CreateMutexA; using ::CreateEventA; using ::CreateSemaphoreA; +# endif using ::CloseHandle; using ::ReleaseMutex; using ::ReleaseSemaphore; @@ -50,6 +56,29 @@ } } #elif defined( WIN32 ) || defined( _WIN32 ) || defined( __WIN32__ ) + +# ifdef UNDER_CE +# ifndef WINAPI +# ifndef _WIN32_WCE_EMULATION +# define WINAPI __cdecl // Note this doesn't match the desktop definition +# else +# define WINAPI __stdcall +# endif +# endif + +# ifdef __cplusplus +extern "C" { +# endif +typedef int BOOL; +typedef unsigned long DWORD; +typedef void* HANDLE; + +# include <kfuncs.h> +# ifdef __cplusplus +} +# endif +# endif + namespace boost { namespace detail @@ -70,25 +99,42 @@ extern "C" { struct _SECURITY_ATTRIBUTES; +# ifdef BOOST_NO_ANSI_APIS + __declspec(dllimport) void* __stdcall CreateMutexW(_SECURITY_ATTRIBUTES*,int,wchar_t const*); + __declspec(dllimport) void* __stdcall CreateSemaphoreW(_SECURITY_ATTRIBUTES*,long,long,wchar_t const*); + __declspec(dllimport) void* __stdcall CreateEventW(_SECURITY_ATTRIBUTES*,int,int,wchar_t const*); +# else __declspec(dllimport) void* __stdcall CreateMutexA(_SECURITY_ATTRIBUTES*,int,char const*); __declspec(dllimport) void* __stdcall CreateSemaphoreA(_SECURITY_ATTRIBUTES*,long,long,char const*); __declspec(dllimport) void* __stdcall CreateEventA(_SECURITY_ATTRIBUTES*,int,int,char const*); +# endif + __declspec(dllimport) int __stdcall CloseHandle(void*); __declspec(dllimport) int __stdcall ReleaseMutex(void*); - __declspec(dllimport) unsigned long __stdcall GetCurrentProcessId(); - __declspec(dllimport) unsigned long __stdcall GetCurrentThreadId(); __declspec(dllimport) unsigned long __stdcall WaitForSingleObject(void*,unsigned long); + __declspec(dllimport) unsigned long __stdcall WaitForMultipleObjects(unsigned long nCount,void* const * lpHandles,int bWaitAll,unsigned long dwMilliseconds); __declspec(dllimport) int __stdcall ReleaseSemaphore(void*,long,long*); - __declspec(dllimport) void* __stdcall GetCurrentThread(); - __declspec(dllimport) void* __stdcall GetCurrentProcess(); __declspec(dllimport) int __stdcall DuplicateHandle(void*,void*,void*,void**,unsigned long,int,unsigned long); __declspec(dllimport) unsigned long __stdcall SleepEx(unsigned long,int); __declspec(dllimport) void __stdcall Sleep(unsigned long); typedef void (__stdcall *queue_user_apc_callback_function)(ulong_ptr); __declspec(dllimport) unsigned long __stdcall QueueUserAPC(queue_user_apc_callback_function,void*,ulong_ptr); + +# ifndef UNDER_CE + __declspec(dllimport) unsigned long __stdcall GetCurrentProcessId(); + __declspec(dllimport) unsigned long __stdcall GetCurrentThreadId(); + __declspec(dllimport) void* __stdcall GetCurrentThread(); + __declspec(dllimport) void* __stdcall GetCurrentProcess(); __declspec(dllimport) int __stdcall SetEvent(void*); __declspec(dllimport) int __stdcall ResetEvent(void*); - __declspec(dllimport) unsigned long __stdcall WaitForMultipleObjects(unsigned long nCount,void* const * lpHandles,int bWaitAll,unsigned long dwMilliseconds); +# else + using ::GetCurrentProcessId; + using ::GetCurrentThreadId; + using ::GetCurrentThread; + using ::GetCurrentProcess; + using ::SetEvent; + using ::ResetEvent; +# endif } } } @@ -117,7 +163,11 @@ inline handle create_anonymous_event(event_type type,initial_event_state state) { +#if !defined(BOOST_NO_ANSI_APIS) handle const res=win32::CreateEventA(0,type,state,0); +#else + handle const res=win32::CreateEventW(0,type,state,0); +#endif if(!res) { throw thread_resource_error(); @@ -127,7 +177,11 @@ inline handle create_anonymous_semaphore(long initial_count,long max_count) { +#if !defined(BOOST_NO_ANSI_APIS) handle const res=CreateSemaphoreA(NULL,initial_count,max_count,NULL); +#else + handle const res=CreateSemaphoreW(NULL,initial_count,max_count,NULL); +#endif if(!res) { throw thread_resource_error(); Index: tss.cpp =================================================================== --- tss.cpp (revision 40611) +++ tss.cpp (working copy) @@ -20,6 +20,9 @@ #if defined(BOOST_HAS_WINTHREADS) # include <windows.h> # include <boost/thread/detail/tss_hooks.hpp> +# if defined(UNDER_CE) && !defined(TLS_OUT_OF_INDEXES) +# define TLS_OUT_OF_INDEXES 0xFFFFFFFF +# endif #endif namespace { Index: tss_hooks.cpp =================================================================== --- tss_hooks.cpp (revision 40611) +++ tss_hooks.cpp (working copy) @@ -19,6 +19,10 @@ #define WIN32_LEAN_AND_MEAN #include <windows.h> +# if defined(UNDER_CE) && !defined(TLS_OUT_OF_INDEXES) +# define TLS_OUT_OF_INDEXES 0xFFFFFFFF +# endif + namespace { class CScopedCSLock Index: tss_pe.cpp =================================================================== --- tss_pe.cpp (revision 40611) +++ tss_pe.cpp (working copy) @@ -5,7 +5,7 @@ #include <boost/thread/detail/config.hpp> -#if defined(BOOST_HAS_WINTHREADS) && defined(BOOST_THREAD_BUILD_LIB) && defined(_MSC_VER) +#if defined(BOOST_HAS_WINTHREADS) && defined(BOOST_THREAD_BUILD_LIB) && defined(_MSC_VER) && !defined(UNDER_CE) #include <boost/thread/detail/tss_hooks.hpp> Index: thread.cpp =================================================================== --- thread.cpp (revision 40611) +++ thread.cpp (working copy) @@ -6,7 +6,9 @@ #include <boost/thread/thread.hpp> #include <algorithm> #include <windows.h> +#ifndef UNDER_CE #include <process.h> +#endif #include <stdio.h> #include <boost/thread/once.hpp> #include <boost/assert.hpp> @@ -15,7 +17,7 @@ { namespace { -#ifdef _MSC_VER +#if defined(_MSC_VER) && !defined(UNDER_CE) __declspec(thread) detail::thread_data_base* current_thread_data=0; detail::thread_data_base* get_current_thread_data() { @@ -59,6 +61,42 @@ BOOST_ASSERT(res); } #endif + + +#ifdef BOOST_NO_THREADEX +// Windows CE doesn't define _beginthreadex + + struct ThreadProxyData + { + typedef unsigned (__stdcall* func)(void*); + func start_address_; + void* arglist_; + ThreadProxyData(func start_address,void* arglist) : start_address_(start_address), arglist_(arglist) {} + }; + + DWORD WINAPI ThreadProxy(LPVOID args) + { + ThreadProxyData* data=reinterpret_cast<ThreadProxyData*>(args); + DWORD ret=data->start_address_(data->arglist_); + delete data; + return ret; + } + + typedef void* uintptr_t; + + inline uintptr_t const _beginthreadex(void* security, unsigned stack_size, unsigned (__stdcall* start_address)(void*), + void* arglist, unsigned initflag, unsigned* thrdaddr) + { + DWORD threadID; + HANDLE hthread=CreateThread(static_cast<LPSECURITY_ATTRIBUTES>(security),stack_size,ThreadProxy, + new ThreadProxyData(start_address,arglist),initflag,&threadID); + if (hthread!=0) + *thrdaddr=threadID; + return reinterpret_cast<uintptr_t const>(hthread); + } + +#endif + } void thread::yield() @@ -170,7 +208,6 @@ } ~externally_launched_thread() { - OutputDebugString("External thread finished\n"); } void run() Index: tss_null.cpp =================================================================== --- tss_null.cpp (revision 40640) +++ tss_null.cpp (working copy) @@ -5,7 +5,7 @@ #include <boost/thread/detail/config.hpp> -#if defined(BOOST_HAS_WINTHREADS) && (defined(BOOST_THREAD_BUILD_LIB) || defined(BOOST_THREAD_TEST)) && !defined(_MSC_VER) +#if defined(BOOST_HAS_WINTHREADS) && (defined(BOOST_THREAD_BUILD_LIB) || defined(BOOST_THREAD_TEST)) && !(defined(_MSC_VER) && !defined(UNDER_CE)) /* This file is a "null" implementation of tss cleanup; it's

2 2

[1.35.0] Developer preparation
by Beman Dawes 02 Nov '07

02 Nov '07

Until further notice, the plan is to do quarterly Boost releases, and stick to that schedule even if updates for particular libraries aren't ready. If a library on the trunk isn't ready for a release, the prior release will be used for that library. I hoping for a final cut-off date of Friday, October 19, for making "go/no-go" decisions on which library updates make it into 1.35.0. That means libraries with updates to be included should be passing regression tests on trunk well before then. The process of merging into the release branch will start sooner for libraries already ready. Here is what developers should be doing over the next two weeks: * Start watching the regression tests at http://beta.boost.org/development/tests/trunk/developer/summary.html * For release criteria compilers, fix or markup all failures caused by your library's code. Fix or markup failures caused by your library's code for other compilers according to your own judgment. * For release criteria compilers show failures you think are caused by some other library's code, or by test configuration problems, post list notifications directed at the library or tool causing the problem. For other compilers, do the same if you wish. * For testing on the trunk to be a reliable indicator of release stability, prerequisite libraries on the trunk must be ready for release. If the trunk for your library isn't going to be ready in time for this release, please make a branch of the trunk with your library's name, and "merge" the trunk for your library so it is identical to 1.34.1. Note that if other libraries depend on your library, and you library is causing those libraries to break, you need to fix the trunk or return it to 1.34.1 within the next few days so that you don't impede the other libraries. Now the fun begins, --Beman

8 20

default template params
by John Torjo 01 Nov '07

01 Nov '07

Hi all, I know the Boost.Parameter allows advanced defaults when dealing with templated parameters - for templated classes. But shouldn't we have a simple interface, like this: struct default_ {}; template<class param, class default_type> struct use_default { typedef param type; }; template<class default_type> struct use_default<default_, default_type> { typedef default_type type; }; Example: template<class formatter_base = default_, class destination_base = default_, class f_ptr = default_, class d_ptr = default_ > struct logger { typedef use_default<formatter_base, formatter::base<> > ::type formatter_type; typedef use_default<destination_base, destination::base<> > ::type destination_type; typedef use_default<f_ptr, formatter_type* > f_ptr_type; typedef use_default<d_ptr, destination_type* > d_ptr_type; ... }; This way, if can specify only the params I want, specifying "default_" for the rest: logger< some_formatter> l; logger< default_, some_destination> l2; logger< some_fmt, default_, shared_ptr<some_fmt> > l3; ... Best, John -- http://John.Torjo.com -- C++ expert ... call me only if you want things done right

2 3

[Test] Way to tell if a test has failed?
by John Maddock 01 Nov '07

01 Nov '07

If I'm using #include <boost/test/included/test_exec_monitor.hpp> Is there a way to check if the last BOOST_CHECK_CLOSE passed or failed? I need to print out some additional information if it failed so I can track down which test case it was (the checks are in a loop that iterates over a table of data). Thanks, John.

4 9

Re: [boost] [pimpl] Proposal. Determining interest.
by Vladimir.Batov＠wrsa.com.au 01 Nov '07

01 Nov '07

> > Achieving non-copyability seems as straightforward as > > > > struct Foo : public pimpl<Foo>::pointer_semantics, boost::noncopyable > > { > > }; > > > > Does this not use shared_ptr under the hood still? > Isn't that a bit inefficient? 1. IMHO shared_ptr overhead is very much overrated. 2. If you use it in a noncopyable fashion, then there is no run-time overhead. If you meant memory overhead, then I do not think it is something to worry about. 3. Untimately, you could try struct Foo : public pimpl<Foo>::value_semantics, boost::noncopyable. Thanks, Vladimir.

1 0