- Boost - lists.preview.boost.org

Trac open bugs - by assignee
by Marshall Clow 12 Feb '08

12 Feb '08

[ 208 open bugs today, 210 yesterday ] If you are maintaining a library, and have not logged into the trac system at <http://svn.boost.org/trac/boost/>, please do so ASAP. Until you do that, no tickets can be assigned to you, and will remain under "None". Instructions on working with tickets can be found at: <http://svn.boost.org/trac/boost/wiki/TicketWorkflow> and a mapping of user names to "real names" can be found at: <http://svn.boost.org/trac/boost/report/16> Bug summary 23 djowel 19 az_sw_dude 13 grafik 12 doug_gregor 12 dgregor 12 dave 11 vladimir_prus 11 agurtovoy 9 bemandawes 7 jsiek 7 anthonyw 6 no-maintainer 6 johnmaddock 5 witt 5 turkanis 5 None 4 pdimov 3 igaztanaga 3 ebf 3 danielw 2 urzuga 2 t_schwinger 2 shammah 2 rogeeff 2 pavol_droba 2 nasonov 2 kaalus 2 jmaurer 2 hkaiser 2 danieljames 2 aaron_windsor 1 speedsnail 1 samuel_krempp 1 ramey 1 nesotto 1 matias 1 marshall 1 hljin 1 garcia 1 eric_niebler 1 dlwalker None 1222 lambda::ret<T> should declare result_type. None 1493 SVN files making it through to install None 1515 [lambda] C4512 warnings from VC8.0 None 1572 [lambda] smart pointer const-ness affects its contents None 1573 Broken URL in copyright boiler-plate aaron_windsor 1622 Adjacency list needs to handle self-edges correctly aaron_windsor 778 top-level configure is broken agurtovoy 1001 gcc 4.1.2 segfaults on mpl/test/apply.cpp agurtovoy 1051 MPL header ordering triggers bug agurtovoy 1099 unable to iterate through a "non-explicitly-declared" mpl::set agurtovoy 1215 Boost 1.34.1_ mpl: Wrong workaround detection using MinGW32 (or.hpp_ line #33) agurtovoy 1317 has_xxx randomly broken in msvc agurtovoy 1469 [mpl] nested typedef of set has two different meanings agurtovoy 1476 always<> is not nullary. agurtovoy 1528 g++ 4.3.0 reports error because of redeclaration of next agurtovoy 1549 Boost.MPL: 'index_of' algorithm is not documented agurtovoy 1568 duplicate include guards agurtovoy 588 mpl::remove compile error with gcc 4.1.0 anthonyw 1154 tss destruction segfaults in conjunction with dlopen/dlclose anthonyw 1168 [thread] tss crashes randomly anthonyw 1268 xtime_cmp changes to deal with overflow were reverted anthonyw 1470 Boost.Thread: Compilation errors with non-__cdecl calling convention anthonyw 1547 [thread] error C2065: 'NULL' : undeclared identifier in thread_primitives.hpp anthonyw 876 xtime documentation incomplete anthonyw 881 errors when build with Apache stdcxx az_sw_dude 1028 typo in boost header: date_time/time_defs.hpp az_sw_dude 1078 from_iso_string cannot read the output from to_iso_string az_sw_dude 1098 Urgent libboost-date-time1.33.1 : bugs on ia64 ? az_sw_dude 1147 date_time library contains global #define ERROR az_sw_dude 1160 warning: month_format shadows a member of this az_sw_dude 1162 warning: ticks shadows a member of this az_sw_dude 1289 posix_time::time_facet forgets to pass a_ref argument to base class az_sw_dude 1299 change in typedef stringstream_type in format_date_parser.hpp causing compilation error az_sw_dude 1306 invalid docbook in date_period.xml az_sw_dude 1384 Linking problem with date_time library on Visual C++ 2008 Express az_sw_dude 1386 date_time documentation Jamfile breaks building of boost docs az_sw_dude 1524 format_date_parser.hpp(221) : cannot convert parameter 1 az_sw_dude 1574 operator<< for boost::posix_time::ptime ignores ostream flags az_sw_dude 287 wrong usage of ios_base::narrow az_sw_dude 316 date_time type conversion warning az_sw_dude 604 from_ftime incorrectly processes FILETIME filled with zeros az_sw_dude 642 operator<< for gregorian::date_duration not found az_sw_dude 889 Insane Dependencies az_sw_dude 890 date_time library supports only the current dst rule bemandawes 1378 filesystem path invalid name for hidden files (LINUX) bemandawes 1389 filesystem::ostream << boost::format generates operator ambigious error (in MSVC++) bemandawes 1458 Darwin Tiger throws std::runtime_error: locale::facet::_S_create_c_locale name not valid bemandawes 1578 bug in readdir_r_simulator() in a multi-threaded environment bemandawes 1583 Serious flaw in boost::filesystem filename handling (opensuse) bemandawes 1589 [filesystem] 'mbstate_t' : is not a member of 'std' bemandawes 1606 filesystem/src/exception.cpp doesn't build with gcc bemandawes 1613 Link Errors against file_system on OS X with Intel Version 10.1 C++ compilers bemandawes 752 directory_iterator doesn't work with catch danieljames 1554 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support new string types. danieljames 1555 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support boost::system::error_code danielw 1044 Argument pack inaccessable in a functions return type danielw 1054 Parameter takes an "infinite" amount of time to compile with the Intel compiler. danielw 1097 keyword.hpp generates many warnings C4180: qualifier applied to function type has no meaning; ignored dave 1010 linking boost.python on freebsd dave 1019 iterator_facade::pointer should be the return type of operator-> (DR 445) dave 1085 Python rules for compiling in Mac OS X dave 1179 [boost.python] can not export a union in VC2005sp1 dave 1181 [boost.python] can modify enum value dave 1387 Review / update docs to reflect changes dave 1460 Python classes with multiple bases are convertible only to the first class in the lists dave 1482 boost::python::throw_error_already_set should be marked noreturn dave 1516 [python] Failing VC9 regression tests dave 1599 [python] '_set_se_translator': identifier not found dave 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1192 [boostbook] problem when two files have the same name dgregor 1199 configure doesn't work with path containing whitespaces (MacOS X) dgregor 1310 [result_of] const-qualified function pointer doesn't work dgregor 1326 Unable to check graph isomorphism using LEDA adapter dgregor 1391 dominator_tree_test on Borland/CodeGear outputs overly long line dgregor 1394 Translate libs/graph/build/python/Jamfile to BBv2 dgregor 1395 Write Tests for Python Bindings dgregor 1630 gcc-4.3: adjacency_list.hpp includes deprecated header dgregor 556 Bundled graph properties dgregor 732 Johnson All-Pairs needs better "no path" information dgregor 736 Const correctness violation djowel 1170 Emit Warnings instead of # symbols in the syntax highlighter djowel 1171 Quickbook title output djowel 1172 non-utf djowel 1176 Space after inline code djowel 1206 Escaping from within code? djowel 1273 CR+LF newlines in position_iterator djowel 1276 spirit problem with _GLIBCXX_DEBUG djowel 1277 Closing section like [pre with } causes Quickbok to crash djowel 1280 sections in imported source files get put inside <para> elements in docbook output djowel 1281 Quickbook produces invalid BoostBook/DocBook XML djowel 1324 tuple should have a swap() that operates element-by-element djowel 1396 wrong result_of invocation around transform_view djowel 1436 [quickbook] inline code inside headings djowel 1484 Quickbook produces illegal docbook for some docinfo fields. djowel 1500 [Spirit/Phoenix] C4512 Compiler warnings from VC8 djowel 1570 Some boost headers aren't ready for gcc 4.3 djowel 1600 duplicate include guard djowel 1601 distane of boost::tuple djowel 1607 Tuple Library Documentation Changes djowel 1610 [MSVC/STLport] [tree/common.hpp] Standard library requirements violation(incomplete type as vector parameter) djowel 1614 vector workaround needed for MSVC9 djowel 1617 spirit gcc-4.3 fix djowel 1619 [Fusion] C4512 warnings from VC9 (Visual Studio 2008) dlwalker 613 boost/crc.hpp uses non-standard conforming syntax doug_gregor 1021 [Graph][reverse_graph] Problem using reverse_graph adapter with an adapted user defined graph doug_gregor 1076 compile error: disconnecting struct with operator()() doesn't work in VS2005 SP1 doug_gregor 375 LEDA graph adaptors do not handle hidden nodes properly doug_gregor 402 random_vertex/random_edge are unnecessarily inefficient doug_gregor 403 Document copy_component doug_gregor 447 reverse_graph and constness of property maps doug_gregor 708 Dijkstra no_init version should not require VertexListGraph doug_gregor 733 Numbered headers don't work with "preferred" syntax doug_gregor 735 Fruchterman-Reingold grid performance can be improved doug_gregor 738 Memory leaks with signal::connect? doug_gregor 829 Implicit graph not implement doug_gregor 852 Problem with Boost and GCC 4.1 ebf 1507 [variant] C4512 warnings from VC8.0 ebf 1548 [variant][docs]typo: formal arg_ operand_ should be v in times_two arglist ebf 993 Variant should use least common multiple of alignments_ rather than maximum eric_niebler 1631 [accumulators] compiler warnings with VC9 + warning level 4 garcia 1581 Boost.MultiArray: Resizing bug if the index is not 0-based grafik 1041 Cygwin requires PATH setting. grafik 1322 trac rejects patch attachment as spam grafik 1417 Regresson tests hang in Darwin (Tiger) grafik 1430 Regression fails under Cygwin grafik 1433 Trac's spam detection rejects too many valid messages grafik 1512 Broken link to vacpp in bjam docs. grafik 1513 Broken link to bcpp in bjam docs. grafik 1571 boost bugtracker displays a patch incorrectly grafik 1576 cannot read non-ASCII output messages grafik 1577 Some commands don't work because hStdInput == 0 grafik 616 Boost Jam_ and non english directorys grafik 959 linking fails when Boost is compiled with STLport 5.1.* on Linux (names mismatch) grafik 986 Problem building Python modules on boost 1.34.0 hkaiser 1079 boost-1.34.0 fails to compile. concept checks not satisfied. hkaiser 1603 Compile Error: cpp_expression_value.hpp - is_int_ is_bool_ is_uint undeclared hljin 1522 bit_range friend decl in bit_aligned_pixel_reference.hpp needs to be fully qualified for gcc 4.3 mainline igaztanaga 1080 boost::interprocess win32 global file mapping issue igaztanaga 1210 interprocess::barrier hangs during second use under linux (boost 1.33.1) igaztanaga 1390 Interpocess: managed shared memory failing completely under OS X jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 jmaurer 599 uniform_01 copies engine instead of using a reference johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1314 Using SSE-intrinsics in VC8 causes static assert in type_with_alignment.hpp johnmaddock 1411 Fix BOOST_PARTIAL_SPECIALIZATION_EXPLICT_ARGS johnmaddock 1446 POSIX API doesn't use C locale johnmaddock 1451 error: use of C99 long long integer constant johnmaddock 1626 [type_traits] "bad_alloc is not a member of std" in has_virtual_destructor_test.cpp jsiek 1531 segfault in dynamic_bitset::reference assign operator jsiek 1540 Poisson distribution very slow for large mean (and may also overflow). jsiek 575 Calling subgraph::global_to_local on a root graph jsiek 636 strange compiling problem for transitive_closure jsiek 815 remove_edge core dumps on self-circle jsiek 875 No iterator based constructor for adjacency_matrix jsiek 900 graphml reader namespace handling is broken kaalus 1184 property_tree assignment (operator) bug kaalus 1604 property_tree xml parser doesn't compile with gcc marshall 1252 [pool] severe overhead with unaligned sizes. matias 1406 Understanding the Tables outdated nasonov 1220 lexical_cast requires RTTI nasonov 754 boost::any - typeid comparison across shared boundaries nesotto 1629 range/iterator_range.hpp bug no-maintainer 1068 Mersenne twister disables streaming for Visual C++ no-maintainer 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators no-maintainer 1544 uniform_01 w/ref template param causes ref to ref error no-maintainer 1546 Method boost::random::uniform_int::operator()(engine_ value) is missing no-maintainer 1632 Default Interval rounding policies incomplete no-maintainer 819 uniform_int<> with type's maximum availaible range error pavol_droba 1152 rle_example fails pavol_droba 1385 begin must be boost-qualified pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* pdimov 1444 scoped_ptr::operator== should be equivalent to a.get()==b.get()_ but is currently !!a==!!b pdimov 1590 shared_ptr documentation inconsistency pdimov 779 gcc-4.2 atomicity.h location ramey 1628 Lack of wide character support prevents boost.serialization from linking rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library samuel_krempp 859 boost::format ignores a user defined locale shammah 290 perfomance: memory cleanup for pool takes too long shammah 386 boost::pool_allocator breaks with vector of vectors speedsnail 1138 Problems with TSS and static thread library t_schwinger 1100 Building boost.function_types fails cvs rev-1.1_ no chdir command in bash t_schwinger 1602 function_types Jamfile depends on the source tree being in a specific place. turkanis 1523 [iostreams] VC8/VC9 compiler warnings turkanis 1545 [boost/rational.hpp] 'noskipws' is not a member of 'std' turkanis 1579 gzip compressor should model DualUseFilter turkanis 1580 Add static assert to prohibit instantiating a chain with mode dual_use turkanis 1624 consider making chain/filtering_streambuf/filtering_stream closable urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode urzuga 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile vladimir_prus 1165 more quoting problems vladimir_prus 1274 Useless error message vladimir_prus 1321 invalid docbook in tool documentation vladimir_prus 1527 [program_options] Second (and subsequent) lines in tabbed text not aligned correctly vladimir_prus 1530 Program options documentation - Overview - Syntactic Information example typo vladimir_prus 1537 no value given in 'mysql_password =' vladimir_prus 1584 cryptic bbv2 error building quickbook vladimir_prus 1587 [program_options] crashes if value part missing in external configuration file vladimir_prus 1588 [program_options] crashes if value part missing in external configuration file vladimir_prus 469 multitoken broken vladimir_prus 689 [program_options] Endless loop with long default arguments witt 1046 Boost.Python quickstart instructions mention nonexistent target witt 583 Fixes for build on IBM pSeries for AIX and Linux witt 834 Homepage regression links witt 957 The "Getting Started" page does not mention the stdlib option witt 973 zip_iterator has value_type == reference -- -- Marshall Marshall Clow Qualcomm, Inc. <mailto:mclow@qualcomm.com> The famous British scientist, Lord Kelvin, said: "When you measure what you are speaking about and express it in numbers, you know something about it, but when you cannot (or do not) measure it, when you cannot (or do not) express it in numbers, then your knowledge is of a meagre and unsatisfactory kind."

1 0

[logging] lots of warnings
by Phil Endecott 11 Feb '08

11 Feb '08

I get lots of warnings when I compile code using the logging library with g++ 4.1.3 with -W -Wall. I think they're all "class with virtual functions has non-virtual destructor", e.g. /usr/local/src/boost-logging/boost/logging/detail/logger_base.hpp: In instantiation of ‘boost::logging::detail::default_cache_keeper<boost::logging::detail::cache_before_init<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > >’: /usr/local/src/boost-logging/boost/logging/detail/logger_base.hpp:126: instantiated from ‘boost::logging::logger_base<boost::logging::gather::ostream_like::return_str<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_ostringstream<char, std::char_traits<char>, std::allocator<char> > >, boost::logging::default_, boost::logging::override>’ /usr/local/src/boost-logging/boost/logging/detail/logger.hpp:214: instantiated from ‘boost::logging::logger<boost::logging::gather::ostream_like::return_str<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_ostringstream<char, std::char_traits<char>, std::allocator<char> > >, boost::logging::default_>’ Session.cc:203: instantiated from here /usr/local/src/boost-logging/boost/logging/detail/logger_base.hpp:53: warning: ‘struct boost::logging::detail::default_cache_keeper<boost::logging::detail::cache_before_init<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > >’ has virtual functions but non-virtual destructor /usr/local/src/boost-logging/boost/logging/detail/logger_base.hpp: In instantiation of ‘boost::logging::logger_base<boost::logging::gather::ostream_like::return_str<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_ostringstream<char, std::char_traits<char>, std::allocator<char> > >, boost::logging::default_, boost::logging::override>’: /usr/local/src/boost-logging/boost/logging/detail/logger.hpp:214: instantiated from ‘boost::logging::logger<boost::logging::gather::ostream_like::return_str<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_ostringstream<char, std::char_traits<char>, std::allocator<char> > >, boost::logging::default_>’ Session.cc:203: instantiated from here /usr/local/src/boost-logging/boost/logging/detail/logger_base.hpp:126: warning: ‘struct boost::logging::logger_base<boost::logging::gather::ostream_like::return_str<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_ostringstream<char, std::char_traits<char>, std::allocator<char> > >, boost::logging::default_, boost::logging::override>’ has virtual functions but non-virtual destructor These are too verbose to ignore, even if they are harmless. Can they be fixed? Phil.

12 26

Trac open bugs - by assignee
by Marshall Clow 11 Feb '08

11 Feb '08

[ 210 open bugs today, 210 Friday ] If you are maintaining a library, and have not logged into the trac system at <http://svn.boost.org/trac/boost/>, please do so ASAP. Until you do that, no tickets can be assigned to you, and will remain under "None". Instructions on working with tickets can be found at: <http://svn.boost.org/trac/boost/wiki/TicketWorkflow> and a mapping of user names to "real names" can be found at: <http://svn.boost.org/trac/boost/report/16> Bug summary 23 djowel 19 az_sw_dude 13 grafik 13 dgregor 12 doug_gregor 12 dave 11 vladimir_prus 11 agurtovoy 9 bemandawes 7 jsiek 7 anthonyw 6 johnmaddock 5 witt 5 turkanis 5 no-maintainer 5 None 4 pdimov 3 ramey 3 igaztanaga 3 ebf 3 danielw 2 urzuga 2 t_schwinger 2 shammah 2 rogeeff 2 pavol_droba 2 nasonov 2 kaalus 2 jmaurer 2 hkaiser 2 danieljames 2 aaron_windsor 1 speedsnail 1 samuel_krempp 1 nesotto 1 matias 1 marshall 1 hljin 1 garcia 1 eric_niebler 1 dlwalker None 1222 lambda::ret<T> should declare result_type. None 1493 SVN files making it through to install None 1515 [lambda] C4512 warnings from VC8.0 None 1572 [lambda] smart pointer const-ness affects its contents None 1573 Broken URL in copyright boiler-plate aaron_windsor 1622 Adjacency list needs to handle self-edges correctly aaron_windsor 778 top-level configure is broken agurtovoy 1001 gcc 4.1.2 segfaults on mpl/test/apply.cpp agurtovoy 1051 MPL header ordering triggers bug agurtovoy 1099 unable to iterate through a "non-explicitly-declared" mpl::set agurtovoy 1215 Boost 1.34.1_ mpl: Wrong workaround detection using MinGW32 (or.hpp_ line #33) agurtovoy 1317 has_xxx randomly broken in msvc agurtovoy 1469 [mpl] nested typedef of set has two different meanings agurtovoy 1476 always<> is not nullary. agurtovoy 1528 g++ 4.3.0 reports error because of redeclaration of next agurtovoy 1549 Boost.MPL: 'index_of' algorithm is not documented agurtovoy 1568 duplicate include guards agurtovoy 588 mpl::remove compile error with gcc 4.1.0 anthonyw 1154 tss destruction segfaults in conjunction with dlopen/dlclose anthonyw 1168 [thread] tss crashes randomly anthonyw 1268 xtime_cmp changes to deal with overflow were reverted anthonyw 1470 Boost.Thread: Compilation errors with non-__cdecl calling convention anthonyw 1547 [thread] error C2065: 'NULL' : undeclared identifier in thread_primitives.hpp anthonyw 876 xtime documentation incomplete anthonyw 881 errors when build with Apache stdcxx az_sw_dude 1028 typo in boost header: date_time/time_defs.hpp az_sw_dude 1078 from_iso_string cannot read the output from to_iso_string az_sw_dude 1098 Urgent libboost-date-time1.33.1 : bugs on ia64 ? az_sw_dude 1147 date_time library contains global #define ERROR az_sw_dude 1160 warning: month_format shadows a member of this az_sw_dude 1162 warning: ticks shadows a member of this az_sw_dude 1289 posix_time::time_facet forgets to pass a_ref argument to base class az_sw_dude 1299 change in typedef stringstream_type in format_date_parser.hpp causing compilation error az_sw_dude 1306 invalid docbook in date_period.xml az_sw_dude 1384 Linking problem with date_time library on Visual C++ 2008 Express az_sw_dude 1386 date_time documentation Jamfile breaks building of boost docs az_sw_dude 1524 format_date_parser.hpp(221) : cannot convert parameter 1 az_sw_dude 1574 operator<< for boost::posix_time::ptime ignores ostream flags az_sw_dude 287 wrong usage of ios_base::narrow az_sw_dude 316 date_time type conversion warning az_sw_dude 604 from_ftime incorrectly processes FILETIME filled with zeros az_sw_dude 642 operator<< for gregorian::date_duration not found az_sw_dude 889 Insane Dependencies az_sw_dude 890 date_time library supports only the current dst rule bemandawes 1378 filesystem path invalid name for hidden files (LINUX) bemandawes 1389 filesystem::ostream << boost::format generates operator ambigious error (in MSVC++) bemandawes 1458 Darwin Tiger throws std::runtime_error: locale::facet::_S_create_c_locale name not valid bemandawes 1578 bug in readdir_r_simulator() in a multi-threaded environment bemandawes 1583 Serious flaw in boost::filesystem filename handling (opensuse) bemandawes 1589 [filesystem] 'mbstate_t' : is not a member of 'std' bemandawes 1606 filesystem/src/exception.cpp doesn't build with gcc bemandawes 1613 Link Errors against file_system on OS X with Intel Version 10.1 C++ compilers bemandawes 752 directory_iterator doesn't work with catch danieljames 1554 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support new string types. danieljames 1555 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support boost::system::error_code danielw 1044 Argument pack inaccessable in a functions return type danielw 1054 Parameter takes an "infinite" amount of time to compile with the Intel compiler. danielw 1097 keyword.hpp generates many warnings C4180: qualifier applied to function type has no meaning; ignored dave 1010 linking boost.python on freebsd dave 1019 iterator_facade::pointer should be the return type of operator-> (DR 445) dave 1085 Python rules for compiling in Mac OS X dave 1179 [boost.python] can not export a union in VC2005sp1 dave 1181 [boost.python] can modify enum value dave 1387 Review / update docs to reflect changes dave 1460 Python classes with multiple bases are convertible only to the first class in the lists dave 1482 boost::python::throw_error_already_set should be marked noreturn dave 1516 [python] Failing VC9 regression tests dave 1599 [python] '_set_se_translator': identifier not found dave 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1192 [boostbook] problem when two files have the same name dgregor 1199 configure doesn't work with path containing whitespaces (MacOS X) dgregor 1310 [result_of] const-qualified function pointer doesn't work dgregor 1326 Unable to check graph isomorphism using LEDA adapter dgregor 1391 dominator_tree_test on Borland/CodeGear outputs overly long line dgregor 1394 Translate libs/graph/build/python/Jamfile to BBv2 dgregor 1395 Write Tests for Python Bindings dgregor 1630 gcc-4.3: adjacency_list.hpp includes deprecated header dgregor 1632 Default Interval rounding policies incomplete dgregor 556 Bundled graph properties dgregor 732 Johnson All-Pairs needs better "no path" information dgregor 736 Const correctness violation djowel 1170 Emit Warnings instead of # symbols in the syntax highlighter djowel 1171 Quickbook title output djowel 1172 non-utf djowel 1176 Space after inline code djowel 1206 Escaping from within code? djowel 1273 CR+LF newlines in position_iterator djowel 1276 spirit problem with _GLIBCXX_DEBUG djowel 1277 Closing section like [pre with } causes Quickbok to crash djowel 1280 sections in imported source files get put inside <para> elements in docbook output djowel 1281 Quickbook produces invalid BoostBook/DocBook XML djowel 1324 tuple should have a swap() that operates element-by-element djowel 1396 wrong result_of invocation around transform_view djowel 1436 [quickbook] inline code inside headings djowel 1484 Quickbook produces illegal docbook for some docinfo fields. djowel 1500 [Spirit/Phoenix] C4512 Compiler warnings from VC8 djowel 1570 Some boost headers aren't ready for gcc 4.3 djowel 1600 duplicate include guard djowel 1601 distane of boost::tuple djowel 1607 Tuple Library Documentation Changes djowel 1610 [MSVC/STLport] [tree/common.hpp] Standard library requirements violation(incomplete type as vector parameter) djowel 1614 vector workaround needed for MSVC9 djowel 1617 spirit gcc-4.3 fix djowel 1619 [Fusion] C4512 warnings from VC9 (Visual Studio 2008) dlwalker 613 boost/crc.hpp uses non-standard conforming syntax doug_gregor 1021 [Graph][reverse_graph] Problem using reverse_graph adapter with an adapted user defined graph doug_gregor 1076 compile error: disconnecting struct with operator()() doesn't work in VS2005 SP1 doug_gregor 375 LEDA graph adaptors do not handle hidden nodes properly doug_gregor 402 random_vertex/random_edge are unnecessarily inefficient doug_gregor 403 Document copy_component doug_gregor 447 reverse_graph and constness of property maps doug_gregor 708 Dijkstra no_init version should not require VertexListGraph doug_gregor 733 Numbered headers don't work with "preferred" syntax doug_gregor 735 Fruchterman-Reingold grid performance can be improved doug_gregor 738 Memory leaks with signal::connect? doug_gregor 829 Implicit graph not implement doug_gregor 852 Problem with Boost and GCC 4.1 ebf 1507 [variant] C4512 warnings from VC8.0 ebf 1548 [variant][docs]typo: formal arg_ operand_ should be v in times_two arglist ebf 993 Variant should use least common multiple of alignments_ rather than maximum eric_niebler 1631 [accumulators] compiler warnings with VC9 + warning level 4 garcia 1581 Boost.MultiArray: Resizing bug if the index is not 0-based grafik 1041 Cygwin requires PATH setting. grafik 1322 trac rejects patch attachment as spam grafik 1417 Regresson tests hang in Darwin (Tiger) grafik 1430 Regression fails under Cygwin grafik 1433 Trac's spam detection rejects too many valid messages grafik 1512 Broken link to vacpp in bjam docs. grafik 1513 Broken link to bcpp in bjam docs. grafik 1571 boost bugtracker displays a patch incorrectly grafik 1576 cannot read non-ASCII output messages grafik 1577 Some commands don't work because hStdInput == 0 grafik 616 Boost Jam_ and non english directorys grafik 959 linking fails when Boost is compiled with STLport 5.1.* on Linux (names mismatch) grafik 986 Problem building Python modules on boost 1.34.0 hkaiser 1079 boost-1.34.0 fails to compile. concept checks not satisfied. hkaiser 1603 Compile Error: cpp_expression_value.hpp - is_int_ is_bool_ is_uint undeclared hljin 1522 bit_range friend decl in bit_aligned_pixel_reference.hpp needs to be fully qualified for gcc 4.3 mainline igaztanaga 1080 boost::interprocess win32 global file mapping issue igaztanaga 1210 interprocess::barrier hangs during second use under linux (boost 1.33.1) igaztanaga 1390 Interpocess: managed shared memory failing completely under OS X jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 jmaurer 599 uniform_01 copies engine instead of using a reference johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1314 Using SSE-intrinsics in VC8 causes static assert in type_with_alignment.hpp johnmaddock 1411 Fix BOOST_PARTIAL_SPECIALIZATION_EXPLICT_ARGS johnmaddock 1446 POSIX API doesn't use C locale johnmaddock 1451 error: use of C99 long long integer constant johnmaddock 1626 [type_traits] "bad_alloc is not a member of std" in has_virtual_destructor_test.cpp jsiek 1531 segfault in dynamic_bitset::reference assign operator jsiek 1540 Poisson distribution very slow for large mean (and may also overflow). jsiek 575 Calling subgraph::global_to_local on a root graph jsiek 636 strange compiling problem for transitive_closure jsiek 815 remove_edge core dumps on self-circle jsiek 875 No iterator based constructor for adjacency_matrix jsiek 900 graphml reader namespace handling is broken kaalus 1184 property_tree assignment (operator) bug kaalus 1604 property_tree xml parser doesn't compile with gcc marshall 1252 [pool] severe overhead with unaligned sizes. matias 1406 Understanding the Tables outdated nasonov 1220 lexical_cast requires RTTI nasonov 754 boost::any - typeid comparison across shared boundaries nesotto 1629 range/iterator_range.hpp bug no-maintainer 1068 Mersenne twister disables streaming for Visual C++ no-maintainer 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators no-maintainer 1544 uniform_01 w/ref template param causes ref to ref error no-maintainer 1546 Method boost::random::uniform_int::operator()(engine_ value) is missing no-maintainer 819 uniform_int<> with type's maximum availaible range error pavol_droba 1152 rle_example fails pavol_droba 1385 begin must be boost-qualified pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* pdimov 1444 scoped_ptr::operator== should be equivalent to a.get()==b.get()_ but is currently !!a==!!b pdimov 1590 shared_ptr documentation inconsistency pdimov 779 gcc-4.2 atomicity.h location ramey 1616 serialization gcc-4.3 fix ramey 1620 typo in definition of macro BOOST_CLASS_EXPORT_ARCHIVE_LIST ramey 1628 Lack of wide character support prevents boost.serialization from linking rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library samuel_krempp 859 boost::format ignores a user defined locale shammah 290 perfomance: memory cleanup for pool takes too long shammah 386 boost::pool_allocator breaks with vector of vectors speedsnail 1138 Problems with TSS and static thread library t_schwinger 1100 Building boost.function_types fails cvs rev-1.1_ no chdir command in bash t_schwinger 1602 function_types Jamfile depends on the source tree being in a specific place. turkanis 1523 [iostreams] VC8/VC9 compiler warnings turkanis 1545 [boost/rational.hpp] 'noskipws' is not a member of 'std' turkanis 1579 gzip compressor should model DualUseFilter turkanis 1580 Add static assert to prohibit instantiating a chain with mode dual_use turkanis 1624 consider making chain/filtering_streambuf/filtering_stream closable urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode urzuga 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile vladimir_prus 1165 more quoting problems vladimir_prus 1274 Useless error message vladimir_prus 1321 invalid docbook in tool documentation vladimir_prus 1527 [program_options] Second (and subsequent) lines in tabbed text not aligned correctly vladimir_prus 1530 Program options documentation - Overview - Syntactic Information example typo vladimir_prus 1537 no value given in 'mysql_password =' vladimir_prus 1584 cryptic bbv2 error building quickbook vladimir_prus 1587 [program_options] crashes if value part missing in external configuration file vladimir_prus 1588 [program_options] crashes if value part missing in external configuration file vladimir_prus 469 multitoken broken vladimir_prus 689 [program_options] Endless loop with long default arguments witt 1046 Boost.Python quickstart instructions mention nonexistent target witt 583 Fixes for build on IBM pSeries for AIX and Linux witt 834 Homepage regression links witt 957 The "Getting Started" page does not mention the stdlib option witt 973 zip_iterator has value_type == reference -- -- Marshall Marshall Clow Qualcomm, Inc. <mailto:mclow@qualcomm.com> The famous British scientist, Lord Kelvin, said: "When you measure what you are speaking about and express it in numbers, you know something about it, but when you cannot (or do not) measure it, when you cannot (or do not) express it in numbers, then your knowledge is of a meagre and unsatisfactory kind."

1 0

interest in run-time typechecked replacement of void pointer ?
by Matus Chochlik 11 Feb '08

11 Feb '08

NOTE: Code to be discussed can be found in the Boost Vault in directory Memory/RawPtr, archive rawptr-draft-0.xx.zip (where xx is the current version of the draft) Shorter version: A class raw_ptr as a replacement for plain void* [void pointer] is suggested that does run-time typechecking in a similar way as Boost.Any does but follows syntax of void* as much as possible. Thus in the ideal case allowing find-replace substitution of void* in code without introducing syntax errors. A new cast type; raw_cast is suggested to replace static_cast when casting from untyped to typed pointer When a bad cast is detected (at run-time) a compile-time defined policy (by default calling of abort()) is executed. Longer version: Even though the use of untyped pointers in cpp applications is discouraged and can be usualy avoided by using templates or by other means, (like Boost.Any) there are situations where an untyped pointer ''must be used'' or is the best option. The disadvantages are obvious, by using the void* we are deprived of all information about the type the pointer points to. This can lead to hard to find, persistent bugs in larger programs. However in many applications that resort to using untyped pointers the code follows pattern shown by this pseudo-code: typedef <some-type> T; T* ptr_x = acquire_ptr_to<T>([argument-list]); ... void* raw_ptr_x = ptr_x; store(raw_ptr_x, key_to_x); ... T* ptr_x_2 = static_cast<T*>(retrieve(key_to_x)); use(ptr_x_2); i.e.: 1) Create or get a pointer to an instance of a known type. 2) Store or pass the address of the instance by the means of an untyped pointer. 3) Let the code logic to determine the correct type and cast the pointer back by the means of static_cast Even if the logic behind points 1) 2) and 3) is consistent subtle bugs can be introduced that may cause undefined behavior or application crashes. The proposed raw_ptr class that does the typechecking in a similar way as Boost.Any does and allows to detect bad casts from void* to typed pointer and act accoding to a policy defined at compile-time (i.e. throw an exception, call abort(), do nothing, etc.) The main difference between the proposed raw_ptr and ::boost::any is that raw_ptr tries to follow the syntactic properties of void* as much as possible. A new cast type, namely raw_cast<T>(x) is proposed to replace static_cast, when casting from raw_ptr to typed pointer.

1 0

This deadlocks on Linux but not on Windows
by Clark Sims 11 Feb '08

11 Feb '08

I would like it to deadlock on windows, because I just wrote a large header file, which assumes that a deadlock will occur. In fact, I don't know how I am going to program mutex's and locks, if they act like recursive locks on windows, but scoped locks on linux. #include <boost/thread/thread.hpp> #include <iostream> using namespace std; void hello() { cerr << "this should deadlock" << endl; boost::mutex foo; boost::mutex::scoped_lock lock1(foo); boost::mutex::scoped_lock lock2(foo); cerr << "if you see this, then there was no deadlock" << endl; } int main(int argc, char* argv[]) { boost::thread thrd(&hello); thrd.join(); return 0; } --------------------------------- Never miss a thing. Make Yahoo your homepage.

8 11

[asio] read_until.cpp fails to compile on HP-UX_ia64_gcc
by Boris Gubenko 11 Feb '08

11 Feb '08

A couple of days ago (don't know exactly when), two asio library tests based on single source -- read_until.cpp -- started to fail to compile on HP-UX_ia64_gcc as the following: ../boost/asio/detail/socket_ops.hpp: In function 'int boost::asio::detail::socket_ops::select(int, fd_set*, fd_set*, fd_set*, timeval*, boost::system::error_code&)': ../boost/asio/detail/socket_ops.hpp:634: error: cannot convert 'fd_set*' to 'int*' for argument '2' to 'int select(size_t, int*, int*, int*, const timeval*)' While compilation error is obvious and can be eliminated by compiling with _XOPEN_SOURCE_EXTENDED macro defined, I could not figure out by looking at SVN log what changes have caused it. I verified that with _XOPEN_SOURCE_EXTENDED macro defined, all asio library tests pass on HP-UX_ia64_gcc. On another HP-UX/gcc platform participating in Boost testing -- HP-UX_pa_risc_gcc -- they pass with and without this macro defined. The platform details: HP-UX_ia64_gcc : HP-UX 11.23 ia64 with gcc 4.2.1 HP-UX_pa_risc_gcc : HP-UX 11.11 PA-RISC with gcc 3.4.2 Is it expected that asio library tests on HP-UX/gcc should be compiled with _XOPEN_SOURCE_EXTENDED macro defined? (for example, for SOLARIS, asio/test/Jamfile.v2 defines _XOPEN_SOURCE=500 and __EXTENSIONS__) And what was the change that broke HP-UX_ia64_gcc ? Thanks, Boris

2 1

Re: [boost] [asio-users] Cancelation not working on windows?
by Roland Schwarz 11 Feb '08

11 Feb '08

This is my second attempt, since there was no meaningful answer on the first. I again apologize for cross-posting but I still have no idea which is the correct list to post asio related questions. Roland Schwarz wrote: > One of my objectives is getting cancellation in a > platform independent way. Since on windows blocking > io cannot be canceled I tried to use asio to emulate > the required behavior. > > This works well on linux, but the same code fails > on windows. During a debug session it appeared to me > as if the CancelIO call is not being honored (WindowsXP). > > Is this a bug in asio or am I doing something wrong. > > I put together a stripped down example to show > the "erroneous" behavior. > > The examples main thread connects to localhost port 80 and > then schedules an async read call. > > A second polling thread checks for ctrl-c beeing pressed > and invokes the sockets cancel function. > > On linux this causes the read handler to terminate with > Oeration Cancelled > as expected, but on windows the cancel request is simply > swallowed. > > Any help appreciated! > -- _________________________________________ _ _ | Roland Schwarz |_)(_ | aka. speedsnail | \__) | mailto:roland.schwarz@chello.at ________| http://www.blackspace.at # $Id: Jamroot 49 2008-01-08 14:20:45Z rs $ project cancel ; #use-project boost : "C:/projects/boost/trunk" ; use-project boost : /home/roland/projects/boost/trunk ; lib winsock : : <name>ws2_32 ; lib mswsock : : <name>mswsock ; exe cancel : cancel.cpp : <link>static <threading>multi <target-os>windows:<library>winsock <target-os>windows:<library>mswsock <target-os>windows:<define>_WIN32_WINNT=0x0500 <library>/boost//system <library>/boost//regex <library>/boost//date_time <library>/boost//thread ; install dist : cancel : <location>. ;

3 2

Review - Logging Library
by Tom Brinkman 11 Feb '08

11 Feb '08

* What is your evaluation of the design? Introduces alot of new concepts for something relatively simple, logging. A study of the headers suggests a boostified functional style, but with lots of macros, which some developers here have no objection over. I on the other hand would like to see less, or even no macros in the public interface. A functional, lambda style logging interface should be adequate. If a macro is needed, suggest it as a work-around, but dont force it on the user in the example(s). * What is your evaluation of the implementation? No issues. Author appears to be knowlegable in the problem domain. * What is your evaluation of the documentation? Overall, I didnt like the informal style, but I was able to get the information I needed. Author tries to be too "cute" or "friendly". Author should get rid of informal comments and replace them with more professional language. An example of informal language is: "Yup, we have other examples as well. We also have a starter project." * What is your evaluation of the potential usefulness of the library? Potential is high. Would I use this library. As it stands, no. The tradeoff/benefits still suggest to me that logging requirements are too application specific, and this library doesnt change that equation. If it had a simple, boostified, lambda interface, with no macros, and no learning curve, I would probably use it. As it stands, its too complicated, with too little benefit for me to us it. Sorry. * Did you try to use the library? With what compiler? Did you have any problems? It compiled on GCC, linux, ubuntu, with some warnings, which I ignored. * How much effort did you put into your evaluation? Three hours * Are you knowledgeable about the problem domain? Yes. * Do you think the library should be accepted as a Boost library? No. I would evaluate it again, if the author would create a more boost friendly, lambda style public interface. Tom Brinkman

2 1

[date_time] array bounds error
by Jonathan Wakely 10 Feb '08

10 Feb '08

In libs/date_time/src/gregorian/greg_month.cpp we have: short i = date_time::find_match(special_value_names, special_value_names, date_time::NumSpecialValues, s); This results in a read past the end of the array. I believe the caller should pass NumSpecialValues-1 and the error check after it should be if(i >= date_time::NumSpecialValues) { // match not found Jon -- "There are basically two types of people. People who accomplish things, and people who claim to have accomplished things. The first group is less crowded." - Mark Twain

1 1

[logging] Defining logs in header only implementations
by Jamie Allsop 10 Feb '08

10 Feb '08

Hi John, I'm guessing you missed my earlier post about this here, <http://lists.boost.org/Archives/boost/2008/01/132203.php> This is an issue I'd really want to see addressed. Jamie

2 7

[program_options] [patch] Command-line parser should check for argc == 0
by C. K. Jester-Young 10 Feb '08

10 Feb '08

In the program_options library, command-line parsing functions that take (argc, argv) arguments do not check for a zero argc. Thus, when argc is zero, the iterators passed to the vector constructor have first > last, which results in undefined behaviour. Patches are attached which address this (minimally, simply by treating argc as 1 when it's 0, since argv[0] is never used). According to the execve reference in Open Group Base Specifications Issue 6: Early proposals required that the value of argc passed to main() be "one or greater". This was driven by the same requirement in drafts of the ISO C standard. In fact, historical implementations have passed a value of zero when no arguments are supplied to the caller of the exec functions. This requirement was removed from the ISO C standard and subsequently removed from this volume of IEEE Std 1003.1-2001 as well. In practice, some operating systems, notably Linux, still do this, as aptly demonstrated with the following program: #include <errno.h> #include <stdio.h> #include <string.h> #include <unistd.h> int main(int argc, char **argv) { char *empty = (char *) 0; if (argc != 2) { fprintf(stderr, "usage: %s program\n", argc ? argv[0] : "(null)"); return 1; } execve(argv[1], &empty, &empty); fprintf(stderr, "Cannot run %s: %s\n", argv[1], strerror(errno)); return 1; } Then you can test with your favourite :-) programs to see how they behave (I've called the program zeroargc in the examples below): $ ./zeroargc usage: ./zeroargc program $ ./zeroargc ./zeroargc usage: (null) program Cheers, Chris.

2 1

[config][math][tr1]Link fixes
by Daniel James 10 Feb '08

10 Feb '08

Hi John, I've attached a patch for a few of your libraries. Mostly for link errors that were obscured by the link errors I caused. There are still a few left (in math and type traits I think, I'll need to rebuild the documentation to find out). Daniel

3 3

[xpressive] Lots of warnings on VS9
by Robert Dailey 10 Feb '08

10 Feb '08

Hi, I'm compiling the boost::xpressive library under Visual Studio 9 at warning level 4. At the bottom of this email are the endless pages of warnings I'm getting. Note that I am using the latest version of xpressive from the boost trunk. 1>c:\it\personal\rocket_test\sdk\boost\boost\xpressive\detail\core\peeker.hpp(276) : warning C4512: 'boost::xpressive::detail::xpression_peeker<Char>' : assignment operator could not be generated 1> with 1> [ 1> Char=char 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\xpressive\detail\dynamic\matchable.hpp(67) : see reference to class template instantiation 'boost::xpressive::detail::xpression_peeker<Char>' being compiled 1> with 1> [ 1> Char=char 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\xpressive\detail\dynamic\matchable.hpp(66) : while compiling class template member function 'void boost::xpressive::detail::matchable_ex<BidiIter>::peek(boost::xpressive::detail::xpression_peeker<Char> &) const' 1> with 1> [ 1> BidiIter=std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>, 1> Char=char 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\intrusive_ptr.hpp(83) : see reference to class template instantiation 'boost::xpressive::detail::matchable_ex<BidiIter>' being compiled 1> with 1> [ 1> BidiIter=std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>> 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\intrusive_ptr.hpp(82) : while compiling class template member function 'boost::intrusive_ptr<T>::~intrusive_ptr(void)' 1> with 1> [ 1> T=const boost::xpressive::detail::matchable_ex<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>> 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\xpressive\detail\core\regex_impl.hpp(183) : see reference to class template instantiation 'boost::intrusive_ptr<T>' being compiled 1> with 1> [ 1> T=const boost::xpressive::detail::matchable_ex<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>> 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\type_traits\is_class.hpp(76) : see reference to class template instantiation 'boost::xpressive::detail::regex_impl<BidiIter>' being compiled 1> with 1> [ 1> BidiIter=std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>> 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\type_traits\is_class.hpp(121) : see reference to class template instantiation 'boost::detail::is_class_impl<T>' being compiled 1> with 1> [ 1> T=boost::xpressive::detail::regex_impl<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>> 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\type_traits\is_base_and_derived.hpp(210) : see reference to class template instantiation 'boost::is_class<T>' being compiled 1> with 1> [ 1> T=boost::xpressive::detail::regex_impl<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>> 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\type_traits\is_base_and_derived.hpp(225) : see reference to class template instantiation 'boost::detail::is_base_and_derived_impl<B,D>' being compiled 1> with 1> [ 1> B=boost::xpressive::detail::enable_reference_tracking<boost::xpressive::detail::regex_impl<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>>>, 1> D=boost::xpressive::detail::regex_impl<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>> 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\mpl\assert.hpp(148) : see reference to class template instantiation 'boost::is_base_and_derived<Base,Derived>' being compiled 1> with 1> [ 1> Base=boost::xpressive::detail::enable_reference_tracking<boost::xpressive::detail::regex_impl<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>>>, 1> Derived=boost::xpressive::detail::regex_impl<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>> 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\xpressive\detail\utility\tracking_ptr.hpp(381) : see reference to class template instantiation 'boost::mpl::assert_arg_pred_not<P>' being compiled 1> with 1> [ 1> P=boost::is_base_and_derived<boost::xpressive::detail::enable_reference_tracking<boost::xpressive::detail::regex_impl<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>>>,boost::xpressive::detail::regex_impl<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>>> 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\xpressive\proto\expr.hpp(181) : see reference to class template instantiation 'boost::xpressive::detail::tracking_ptr<Type>' being compiled 1> with 1> [ 1> Type=boost::xpressive::detail::regex_impl<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>> 1> ] 1> c:\it\personal\rocket_test\sdk\boost\boost\xpressive\basic_regex.hpp(47) : see reference to class template instantiation 'boost::proto::exprns_::expr<Tag,Args>' being compiled 1> with 1> [ 1> Tag=boost::proto::tag::terminal, 1> Args=boost::proto::argsns_::args0<boost::xpressive::detail::tracking_ptr<boost::xpressive::detail::regex_impl<std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>>>>> 1> ] 1> c:\it\personal\rocket_test\source\rocketeventlisteners\mainmenu.cpp(63) : see reference to class template instantiation 'boost::xpressive::basic_regex<BidiIter>' being compiled 1> with 1> [ 1> BidiIter=std::_String_const_iterator<char,std::char_traits<char>,std::allocator<char>> 1> ]

7 19

[Logging] Review
by Phil Endecott 10 Feb '08

10 Feb '08

My review of the proposed logging library follows. Summary: I was disappointed by the amount of code needed to get the most basic logging working. The use of macros to declare loggers seems like a bad design choice. The absence of support for syslog was surprising. I encountered many compiler warnings. The documentation was unsatisfactory. Many of the features that I would have liked to see were missing. Despite all this, John seems to be enthusiastic and responsive: there is a real chance that he will be able to fix many of these problems. Detail: In order to evaluate the library I decided to apply it to Decimail, an IMAP mail server that I wrote. It currently does some fairly basic logging of the IMAP conversation, enabled by a flag in its configuration, to syslog. Most of the programs that I've written do some sort of logging. Typically it's something as simple as: #include <iostreams> cerr << "starting to frobnicate\n"; or #include <syslog.h> syslog(LOG_INFO,"starting to frobnicate"); or #include <assert.h> assert(frob!=-1); These techniques are all very simple to use, and I feel that a logging library needs to be equally straightforward for basic operations: #include <boost/logging.hpp> log << "starting to frobnicate"; Of course it needs to offer more features than that - but the most basic use needs to be simple. (If it's not that simple, then potential users will instead just write to cerr as above; as their needs slowly grow they'll add their own ad-hoc logging functions; it will then be too late to take the leap to a logging library.) So I started by reading the main_intro.html and getting_started.html docs. I eventually got to "Example 1", which described how I had to add two new files to my project (21 lines) and call an initialisation function from main(). I could then log by changing my code as follows: if (Configuration::singleton().get_bool("imapd_log_imap",false)) { //syslog(LOG_MAIL|LOG_DEBUG,"{%d} S: * %s",num,msg.c_str()); L_ << "{" << num << "} S: * " << msg; } Having fixed one error in the example (g_l_filter vs. g_log_filter) and copious warnings I was able to see log output on the console (twice?) and in a file. This was all a lot more effort than I was expecting, but it did seem to work. I found the use of macros in example 1 unsatisfactory. Specifically, the logger "object" which I declare in the header and to which I send my log messages (L_ in the code above) is actually a macro, not an object. This means that I have to handle it with great care. For example, say I currently have: void do_something(ostream& log_to, .......) { log_to << "starting to do something"; ... } and I want to convert this to use this library. I write: void do_something(logger& log_to, .......) { log_to << "starting to do something"; ... } This fails - and probably with an incomprehesible error message. The motivation for the macro is sensible: it evaluates to something like if (l.level > current_level) l so that time-consuming functions in the log line are not evaluated if they will not actually be stored. But I would much prefer to see this optimisation made more explicit, so that the user can tell what's going on and avoid it if they want or need to: logger l; l << "message"; // wasteful if logging is disabled, but do I care - foo(l); // - because this works as expected. LOG_IF_ENABLED(l) << expensive_function(); // if I do care, I can invoke a macro explicitly #define ll LOG_IF_ENABLED(l) // or if I want conciseness I can _choose_ to do this ll << expensive_function(); Or I could do this, without a macro at all, if I were the sort of person who felt that all macros were evil: if (l.enabled()) l << expensive_function(); I think that what's practically needed to make this work is to bundle together the current filter and logger objects into a single _object_, rather than bundling them together using a macro. Next I tried to use the library's "filter" mechanism in place of the if-condition you can see above. I looked at "Step 1: Filtering the message" at workflow.html, expecting to find a filter that I could initialise with my condition (as a value, or by reference to a variable, or passing a functor or function-pointer). But it seems that all of the provided filter classes are things to provide various sorts of thread-safety. Writing my own is not difficult, though it might be more conventional to use a functor (i.e. operator()()) rather than a class with an is_enabled member [this would allow you to use things like lambda expressions, I think]. So I wrote: struct log_imap_filter { bool is_enabled() const { return Configuration::singleton().get_bool("imapd_log_imap",false); } }; Using this involved more macros: // log.hh: typedef log_imap_filter filter_type; BOOST_DECLARE_LOG_FILTER(g_log_filter, filter_type) // log.cc: BOOST_DEFINE_LOG_FILTER(g_log_filter, filter_type ) I don't know why these need to be macros. It seems to obfuscate what is going on to me. The last thing that I needed to replace my syslog call was to specify the log level, which I noticed in workflow.html under "Step 2A: Gathering the message". (The fact that I couldn't find any description of this fairly central functionality anywhere else, e.g. in any of the pages in the tutorial section, seems typical of the documentation). Based on that example, I tried: L_(dbg) << "happily debugging"; which failed to compile. I haven't worked out what I should have written. I did try it with a namespace prefix. The final thing that I looked at in detail was scoped logging. When I'm writing more detailed logging code (e.g. for debugging) I generally make it scoped, i.e. reporting interesting function entries and normally exits. I like to indent each scope by a few characters in the log output, e.g. void foo() { cerr << "foo starting\n"; for(int i=0; i<5; ++i) { blah(i); } cerr << "foo done.\n"; } void blah(int i) { cerr << " blah " << i << "\n"; // note indentation ... } I read the scoped_logs.html page, and it seems that the BOOST_SCOPED_LOG[_CTX] macro deals with the starting/ending business. Compared to my explicit start/done output above, it has the feature that the done message will be generated if the function returns using an explicit return statement or if it throws an exception. This may be an advantage or a disadvantage: with my code, the absence of the done message would suggest that an exception might have occurred. Ideally the end-of-scope log message would indicate whether it was invoked during exception handling; could that be done using compiler-magic? But why does it have to be a macro? And there doesn't seem to be any indentation or other way of matching up the start and end messages. If they were matched up, then a log file viewer tool could provide collapse/expand tree view functionality (does Purify still do something like that?). I was also surprised that no use was made of __LINE__, __FUNCTION__ etc. in the scoped logging or other macros. I also don't see any way to couple the scoped logging features with enabling and disabling logging. Specifically, I might detect that something of interest is happening and want to increase the log level within that scope: void foo() { scoped_log sl(log); for (int i=0; i<100; ++i) { scoped_enabled_logging_if s(log, i==42); blah(i); // logging enabled in here only if i is 42 } } I didn't look in much detail at the "destinations" functionality, but I'd like to note some of the features that syslog offers for files that it writes to: - Flushing of files after each message is optional. Not flushing helps performance, but it might mean that critical messages are lost before a crash. - Enormous numbers of identical messages within a short period are compressed to a single line, "last message repeated 193247 times". - Periodic "MARK" lines can be generated to show that the application is still running. Other features that I've seen in applications that do their own logging to files include: - Creating new files for each sub-process or thread, by appending a thread identifier to the filename. - Truncating individual messages to some limit (e.g. to avoid logging a rogue char* that points to a huge block of stuff with a \0 a megabyte later), or individual fields within the log message. In my quick review I didn't see any of that functionality. The rolling_file feature looks useful for long-running applications where it's necessary to move the log files (e.g. to compress them) without interrupting the process. I suggest referring to the logrotate utility for how this sort of thing is often handled on Unix servers; for example, it can be configured to send a signal to a process to tell it to close and re-open its log file with the same filename. Finally I'd like to look at how the user can control the logging. I don't see any built-in functionality for this. I have a couple of suggestions: environment variables and command-line options. An environment variable could be used as follows. The code would do something like this: g_l()->writer().write(::getenv("MYAPP_LOG_FMT"), ::getenv("MYAPP_LOG_DEST")); The programmer's choice of format and destination may or may not override the user's choice via the variables. The user could then control the format and destination when invoking the program: $ export MYAPP_LOG_FMT='%time%($hh:$mm.$ss.$mili) [%idx%] |\n' $ export MYAPP_LOG_DEST='file(debug.log)' $ myapp Firefox has something a bit like that IIRC. For command-line integration, I suggest providing an initialisation function that processes argc and argv looking for debug options, and strips them: int main(int argc, char* argv[]) { log.init(argc,argv); // modifies argc and argc // following code doesn't see debug options ... } DirectFB has something like that. Again you could use this to define formats and destinations. You could also give the user control over scoped filtering via a command-line interface. For example: $ myapp --log:default=none --log:parser=debug --log:scheduler=info The names 'parser' and 'scheduler' would match scoped log-enable blocks. I could imagine hierarchical names too. I've used one commercial C++ application that has this sort of logging (you can indicate component, log level and destination), and it proved useful. Conclusion: * What is your evaluation of the design? Breaks up the problem into a sensible set of components. Basic usage requires too much effort. Lacks many features that I would find useful. Pervasive use of macros is unappealing. * What is your evaluation of the implementation? Seems to work. Many compiler warnings do not inspire confidence in code quality. Have not reviewed the code in any detail. * What is your evaluation of the documentation? Poor. But in part, that's because it is documenting the considerable effort required to get basic functionality working. * What is your evaluation of the potential usefulness of the library? Everyone needs logging. If they do it using this library, they'll have to write a lot of code themselves to implement their own filters, destinations and so on. In practice they won't bother and will write their own ad-hoc code. * Did you try to use the library? With what compiler? Did you have any problems? Yes, with gcc-4.1 on Linux. I encountered various warnings which John has already resolved. * How much effort did you put into your evaluation? About 6 hours. * Are you knowledgeable about the problem domain? I've written and used numerous programs with logging features, but have never attempted to write a logging library. And finally, every review should answer this question: * Do you think the library should be accepted as a Boost library? No, not in its current form. Phil.

2 2

Re: [boost] Review of Logging library begins today February 4th
by Bruce Sharpe 10 Feb '08

10 Feb '08

I am a user of many Boost libraries and far from a C++ guru, so my comments are from that perspective. * What is your evaluation of the design? It is very flexible, it is easy to modify one's usage of it and not too hard to use. It has been very useful for me. * What is your evaluation of the implementation? It generates some compiler warnings that should be eliminated. Other than that, I have not run into any serious issues. * What is your evaluation of the documentation? It is quite thorough. It takes a little more digging than ideal to get started right out of the box. That is just a question of organization, all the necessary content seems to be there. * What is your evaluation of the potential usefulness of the library? I needed exactly this functionality, which is quite fundamental to many kinds of application development. I looked first to Boost for a library and was somewhat surprised not to find one. I was very glad to be able to be able to use the pre-Boost version. * Did you try to use the library? With what compiler? Did you have any problems? I have used both v1 and v2 of the library with Visual C++ Express 2005 on Windows and gcc 4.0.1 on OS X. Other than the compiler warnings mentioned above, no problems. * How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? I would describe myself as a light user of the library. I have used it for a single logger with multiple levels and multiple destinations, probably a very common use case. * Are you knowledgeable about the problem domain? No, other than knowing roughly what I wanted. My logging in the past has been done via home-grown ad hoc techniques. * Do you think the library should be accepted as a Boost library? Yes. Bruce Sharpe

2 1

Global edit notice
by Beman Dawes 09 Feb '08

09 Feb '08

Unless someone objects, I'll run this command on the following files: svn propset svn:eol-style native <file> boost-root/tools/regression/test/test-cases/general/bjam.log boost-root/tools/quickbook/test/templates.quickbook boost-root/tools/quickbook/test/code-snippet.gold boost-root/tools/quickbook/test/code-block-2.quickbook boost-root/tools/quickbook/test/preformatted.quickbook boost-root/tools/quickbook/test/code-block-1.gold boost-root/tools/quickbook/test/xinclude.gold boost-root/tools/quickbook/test/code-block-1.quickbook boost-root/tools/quickbook/test/import.quickbook boost-root/tools/quickbook/test/link-side-by-side.quickbook boost-root/tools/quickbook/test/escape.gold boost-root/tools/quickbook/test/code-block-2.gold boost-root/tools/quickbook/test/quickbook-manual.quickbook boost-root/tools/quickbook/test/code-snippet.quickbook boost-root/tools/quickbook/test/preformatted.gold boost-root/tools/quickbook/test/templates.gold boost-root/tools/quickbook/test/import.gold boost-root/tools/quickbook/test/quickbook-manual.gold boost-root/tools/quickbook/test/xinclude.quickbook boost-root/tools/quickbook/test/escape.quickbook boost-root/tools/quickbook/test/link-side-by-side.gold boost-root/tools/jam/src/boost-jam.spec boost-root/libs/config/doc/html/HTML.manifest boost-root/libs/serialization/borland6ide/test_simple_class.bpf boost-root/libs/test/test/test_files/errors_handling_test.pattern2 boost-root/libs/test/test/test_files/test_tools_test.pattern boost-root/libs/test/test/test_files/errors_handling_test.pattern boost-root/libs/wave/samples/waveidl/idllexer/idl.re boost-root/libs/wave/src/cpplexer/re2clex/strict_cpp_re.inc boost-root/libs/wave/src/cpplexer/re2clex/cpp.re boost-root/libs/wave/src/cpplexer/re2clex/cpp_re.inc boost-root/libs/wave/src/cpplexer/re2clex/strict_cpp.re boost-root/libs/wave/ChangeLog boost-root/libs/interprocess/proj/cygwin/MakeAll boost-root/libs/interprocess/proj/conceptgcc/MakeAll boost-root/libs/interprocess/proj/mingw/MakeAll boost-root/libs/interprocess/proj/qnx/MakeAll boost-root/libs/interprocess/proj/linux/MakeAll boost-root/boost/ptr_container/serialize_ptr_container.hpp --Beman

2 1

Re: [boost] This deadlocks on Linux but not on Windows
by Clark Sims 09 Feb '08

09 Feb '08

Thank you to everybody who responded to my post. I used the solution sugested by several people who said I should use control objects, with the function wait. I posted the final version of my code. The purpose of the project is to create a thread manager which will let threads execute based upon the priority of that thread: http://acumenconsultinginc.net/TechNotes/cpp/PriorityThreadQueue/index.html --------------------------------- Looking for last minute shopping deals? Find them fast with Yahoo! Search.

3 2

[serialization][graph] Links to the getting started documentation
by Daniel James 09 Feb '08

09 Feb '08

Hi, Both serialization and graph documentation contains links to sections of the old getting started documentation which was rewritten a while ago, so now they just end up at the getting started introduction. The attached patches try to change the links to somewhere more useful. In the graph documentation, I changed the 'Boost Jam Build Instructions' link to point to the instructions in boost build, as getting started doesn't seem to have a single location to point to. Is it okay to commit them (for trunk and release)? Daniel

2 1

Fixing links broken by migration to new site
by Daniel James 09 Feb '08

09 Feb '08

Hello all, I've fixed a load of links in the fix-links branch. You can see the changesets at: http://svn.boost.org/trac/boost/changeset/43168 (fixes people links) http://svn.boost.org/trac/boost/changeset/43169 (fixes links under the 'more' directory) http://svn.boost.org/trac/boost/changeset/43180 (a couple of links I missed) These changes are a fairly simple search and replace. If no one has any objections I'm just going to apply them to trunk tomorrow without getting individual authors' permissions. There are also some other, less mechanical, changes on that branch, unrelated to the new website. I'll ask library authors to review them before I merge them. Daniel

2 1

[Boost.math] Jamfile option not valid for intel-darwin platform
by K. Noel Belcourt 09 Feb '08

09 Feb '08

Hi, Both these Jamfiles boost/libs/math/test/Jamfile.v2 boost/libs/math/example/Jamfile/v2 contain this line <toolset>intel:<cxxflags>-Qwd264,239 which is, unfortunately, not recognized by the Intel compilers on darwin. "/opt/intel/cc/9.1.037/bin/icpc" -xc++ -w1 -O0 -g -fPIC -Qwd264,239 / nologo -Ob0 -vec-report0 -DBOOST_ALL_NO_LIB=1 - DBOOST_REGEX_DYN_LINK=1 -I".." -c -o "/private/tmp/kbelco/boost/ results/boost/bin.v2/libs/math/test/std_real_concept_check.test/intel- darwin-9.1/debug/macosx-version-10.4/std_real_concept_check.o" "../ libs/math/test/compile_test/std_real_concept_check.cpp" icpc: Command line warning: ignoring unknown option '-Qwd264,239' It may be as easy to fix as this: <toolset>intel-win:<cxxflags>-Qwd264,239 but this is untested. Hmmm, that /nologo option looks like a Windows specific option as well. Here's the man page for -Q for Intel on darwin. Component Control This section describes component control options. You can direct the compiler to specify alternate tools for preprocessing, compilation, assembly, and linking. Further, you can invoke options specific to your alternate tools on the command line. These are the component con- trol options. -Qinstall <dir> Set <dir> as the root of the compiler installation. -Qlocation,<tool>,<path> Set <path> as the location of the tool specified by <tool>. <tool> may be cpp, c, asm, or ld. <path> is the complete path to the tool. For example: -Qlocation,gas,<path> Specifies the GNU assembler. -Qlocation,gld,<path> Specifies the GNU linker. -Qoption,<tool>,<optlist> Pass options <optlist> to the tool specified by <tool>. <tool> may be cpp, c, asm, or ld. The <optlist> argument indicates one or more valid argument strings for the designated program. If the argument is a command-line option, you must include the hyphen. If the argument contains a space or tab character, you must enclose the entire argument in quotation characters (""). You must separate multiple arguments with commas. -- Noel

2 1

Re: [boost] [logging] lots of warnings
by Phil Endecott 08 Feb '08

08 Feb '08

>>> Done, thanks. Here's the next batch: unsigned vs. signed comparisons: I'm still seeing the last of those, repeated below. John, compiling the files a Jens suggests will probably not reveal most problems in templates that are not instantiated. If your tests instantiate everything, then compiling them might. /usr/local/src/boost-logging/boost/logging/format/destination/rolling_file.hpp:131: warning: comparison between signed and unsigned integer expressions Phil.

1 0

[unordered] memory questions
by Michael Marcin 08 Feb '08

08 Feb '08

I'm on a platform where no memory can be dynamically allocated before main and all dynamically allocated memory must be released before main returns. Is there a way to ensure this behavior with boost's unordered containers if they have static duration? I.e. does the default constructor allocate memory and does clear or default construct + swap release all memory? Thanks, Michael Marcin

4 5

This deadlocks on Linux but not on Windows <----- why this is important
by Clark Sims 08 Feb '08

08 Feb '08

I defined this class for managing a thread group, with different priorities for different threads http://rafb.net/p/u0LDDP45.html I wrote this test example: http://rafb.net/p/bAIhrh79.html it works perfectly in linux, generating this output : http://acumenconsultinginc.net/linux.results.txt on windows, it calls the appropriate locks, but it does not stop when two locks, lock the same mutex: http://acumenconsultinginc.net/windows.results.txt. My class for managing threads, based upon priorities, won't work unless the previous small code fragment deadlocks. --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.

5 5

[Logging] Support for syslog ?
by Phil Endecott 08 Feb '08

08 Feb '08

Dear All, I've decided to port one of my apps to the proposed logging library so that I can write a review. A couple of issues have come up immediately: - This program currently logs using syslog. I was expecting to find a back-end for this logging library for syslog, since it is the standard logging mechanism on POSIX. But I can't see anything. Am I missing something, or is it really not there? - I spent a while trying to work out how to compile the library. I have now come to the conclusion that it is header-only, and that it's only the tests and the examples (called "scenarios") that you might want to compile by following the instructions in the documentation. Is this right? From what I can see so far, using this library is not going to be a compelling alternative to the concise #include <syslog.h> syslog(LOG_WARN,"Blob %d failed to %s",n,x); Cheers, Phil.

6 8

Trac open bugs - by assignee
by Marshall Clow 08 Feb '08

08 Feb '08

[ 210 open bugs today, 209 yesterday ] If you are maintaining a library, and have not logged into the trac system at <http://svn.boost.org/trac/boost/>, please do so ASAP. Until you do that, no tickets can be assigned to you, and will remain under "None". Instructions on working with tickets can be found at: <http://svn.boost.org/trac/boost/wiki/TicketWorkflow> and a mapping of user names to "real names" can be found at: <http://svn.boost.org/trac/boost/report/16> Bug summary 22 djowel 19 az_sw_dude 13 grafik 12 doug_gregor 12 dgregor 12 dave 12 None 11 vladimir_prus 11 agurtovoy 9 bemandawes 7 jsiek 7 anthonyw 6 johnmaddock 5 witt 5 turkanis 4 pdimov 3 jmaurer 3 igaztanaga 3 ebf 3 danielw 3 danieljames 2 urzuga 2 t_schwinger 2 shammah 2 rogeeff 2 ramey 2 pavol_droba 2 nasonov 2 kaalus 2 hkaiser 2 aaron_windsor 1 speedsnail 1 samuel_krempp 1 matias 1 marshall 1 hljin 1 garcia 1 eric_niebler 1 dlwalker None 1068 Mersenne twister disables streaming for Visual C++ None 1222 lambda::ret<T> should declare result_type. None 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators None 1493 SVN files making it through to install None 1515 [lambda] C4512 warnings from VC8.0 None 1544 uniform_01 w/ref template param causes ref to ref error None 1546 Method boost::random::uniform_int::operator()(engine_ value) is missing None 1570 Some boost headers aren't ready for gcc 4.3 None 1572 [lambda] smart pointer const-ness affects its contents None 1573 Broken URL in copyright boiler-plate None 1628 Lack of wide character support prevents boost.serialization from linking None 1629 range/iterator_range.hpp bug aaron_windsor 1622 Adjacency list needs to handle self-edges correctly aaron_windsor 778 top-level configure is broken agurtovoy 1001 gcc 4.1.2 segfaults on mpl/test/apply.cpp agurtovoy 1051 MPL header ordering triggers bug agurtovoy 1099 unable to iterate through a "non-explicitly-declared" mpl::set agurtovoy 1215 Boost 1.34.1_ mpl: Wrong workaround detection using MinGW32 (or.hpp_ line #33) agurtovoy 1317 has_xxx randomly broken in msvc agurtovoy 1469 [mpl] nested typedef of set has two different meanings agurtovoy 1476 always<> is not nullary. agurtovoy 1528 g++ 4.3.0 reports error because of redeclaration of next agurtovoy 1549 Boost.MPL: 'index_of' algorithm is not documented agurtovoy 1568 duplicate include guards agurtovoy 588 mpl::remove compile error with gcc 4.1.0 anthonyw 1154 tss destruction segfaults in conjunction with dlopen/dlclose anthonyw 1168 [thread] tss crashes randomly anthonyw 1268 xtime_cmp changes to deal with overflow were reverted anthonyw 1470 Boost.Thread: Compilation errors with non-__cdecl calling convention anthonyw 1547 [thread] error C2065: 'NULL' : undeclared identifier in thread_primitives.hpp anthonyw 876 xtime documentation incomplete anthonyw 881 errors when build with Apache stdcxx az_sw_dude 1028 typo in boost header: date_time/time_defs.hpp az_sw_dude 1078 from_iso_string cannot read the output from to_iso_string az_sw_dude 1098 Urgent libboost-date-time1.33.1 : bugs on ia64 ? az_sw_dude 1147 date_time library contains global #define ERROR az_sw_dude 1160 warning: month_format shadows a member of this az_sw_dude 1162 warning: ticks shadows a member of this az_sw_dude 1289 posix_time::time_facet forgets to pass a_ref argument to base class az_sw_dude 1299 change in typedef stringstream_type in format_date_parser.hpp causing compilation error az_sw_dude 1306 invalid docbook in date_period.xml az_sw_dude 1384 Linking problem with date_time library on Visual C++ 2008 Express az_sw_dude 1386 date_time documentation Jamfile breaks building of boost docs az_sw_dude 1524 format_date_parser.hpp(221) : cannot convert parameter 1 az_sw_dude 1574 operator<< for boost::posix_time::ptime ignores ostream flags az_sw_dude 287 wrong usage of ios_base::narrow az_sw_dude 316 date_time type conversion warning az_sw_dude 604 from_ftime incorrectly processes FILETIME filled with zeros az_sw_dude 642 operator<< for gregorian::date_duration not found az_sw_dude 889 Insane Dependencies az_sw_dude 890 date_time library supports only the current dst rule bemandawes 1378 filesystem path invalid name for hidden files (LINUX) bemandawes 1389 filesystem::ostream << boost::format generates operator ambigious error (in MSVC++) bemandawes 1458 Darwin Tiger throws std::runtime_error: locale::facet::_S_create_c_locale name not valid bemandawes 1578 bug in readdir_r_simulator() in a multi-threaded environment bemandawes 1583 Serious flaw in boost::filesystem filename handling (opensuse) bemandawes 1589 [filesystem] 'mbstate_t' : is not a member of 'std' bemandawes 1606 filesystem/src/exception.cpp doesn't build with gcc bemandawes 1613 Link Errors against file_system on OS X with Intel Version 10.1 C++ compilers bemandawes 752 directory_iterator doesn't work with catch danieljames 1554 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support new string types. danieljames 1555 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support boost::system::error_code danieljames 1596 [unordered] non-standard prototype of malloc_allocator<>::allocate (size_t_ const_pointer) danielw 1044 Argument pack inaccessable in a functions return type danielw 1054 Parameter takes an "infinite" amount of time to compile with the Intel compiler. danielw 1097 keyword.hpp generates many warnings C4180: qualifier applied to function type has no meaning; ignored dave 1010 linking boost.python on freebsd dave 1019 iterator_facade::pointer should be the return type of operator-> (DR 445) dave 1085 Python rules for compiling in Mac OS X dave 1179 [boost.python] can not export a union in VC2005sp1 dave 1181 [boost.python] can modify enum value dave 1387 Review / update docs to reflect changes dave 1460 Python classes with multiple bases are convertible only to the first class in the lists dave 1482 boost::python::throw_error_already_set should be marked noreturn dave 1516 [python] Failing VC9 regression tests dave 1599 [python] '_set_se_translator': identifier not found dave 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1192 [boostbook] problem when two files have the same name dgregor 1199 configure doesn't work with path containing whitespaces (MacOS X) dgregor 1310 [result_of] const-qualified function pointer doesn't work dgregor 1326 Unable to check graph isomorphism using LEDA adapter dgregor 1391 dominator_tree_test on Borland/CodeGear outputs overly long line dgregor 1394 Translate libs/graph/build/python/Jamfile to BBv2 dgregor 1395 Write Tests for Python Bindings dgregor 1630 gcc-4.3: adjacency_list.hpp includes deprecated header dgregor 556 Bundled graph properties dgregor 732 Johnson All-Pairs needs better "no path" information dgregor 736 Const correctness violation djowel 1170 Emit Warnings instead of # symbols in the syntax highlighter djowel 1171 Quickbook title output djowel 1172 non-utf djowel 1176 Space after inline code djowel 1206 Escaping from within code? djowel 1273 CR+LF newlines in position_iterator djowel 1276 spirit problem with _GLIBCXX_DEBUG djowel 1277 Closing section like [pre with } causes Quickbok to crash djowel 1280 sections in imported source files get put inside <para> elements in docbook output djowel 1281 Quickbook produces invalid BoostBook/DocBook XML djowel 1324 tuple should have a swap() that operates element-by-element djowel 1396 wrong result_of invocation around transform_view djowel 1436 [quickbook] inline code inside headings djowel 1484 Quickbook produces illegal docbook for some docinfo fields. djowel 1500 [Spirit/Phoenix] C4512 Compiler warnings from VC8 djowel 1600 duplicate include guard djowel 1601 distane of boost::tuple djowel 1607 Tuple Library Documentation Changes djowel 1610 [MSVC/STLport] [tree/common.hpp] Standard library requirements violation(incomplete type as vector parameter) djowel 1614 vector workaround needed for MSVC9 djowel 1617 spirit gcc-4.3 fix djowel 1619 [Fusion] C4512 warnings from VC9 (Visual Studio 2008) dlwalker 613 boost/crc.hpp uses non-standard conforming syntax doug_gregor 1021 [Graph][reverse_graph] Problem using reverse_graph adapter with an adapted user defined graph doug_gregor 1076 compile error: disconnecting struct with operator()() doesn't work in VS2005 SP1 doug_gregor 375 LEDA graph adaptors do not handle hidden nodes properly doug_gregor 402 random_vertex/random_edge are unnecessarily inefficient doug_gregor 403 Document copy_component doug_gregor 447 reverse_graph and constness of property maps doug_gregor 708 Dijkstra no_init version should not require VertexListGraph doug_gregor 733 Numbered headers don't work with "preferred" syntax doug_gregor 735 Fruchterman-Reingold grid performance can be improved doug_gregor 738 Memory leaks with signal::connect? doug_gregor 829 Implicit graph not implement doug_gregor 852 Problem with Boost and GCC 4.1 ebf 1507 [variant] C4512 warnings from VC8.0 ebf 1548 [variant][docs]typo: formal arg_ operand_ should be v in times_two arglist ebf 993 Variant should use least common multiple of alignments_ rather than maximum eric_niebler 1625 assertion fails in cpp_regex_traits.hpp for Dinkumware(Win32) garcia 1581 Boost.MultiArray: Resizing bug if the index is not 0-based grafik 1041 Cygwin requires PATH setting. grafik 1322 trac rejects patch attachment as spam grafik 1417 Regresson tests hang in Darwin (Tiger) grafik 1430 Regression fails under Cygwin grafik 1433 Trac's spam detection rejects too many valid messages grafik 1512 Broken link to vacpp in bjam docs. grafik 1513 Broken link to bcpp in bjam docs. grafik 1571 boost bugtracker displays a patch incorrectly grafik 1576 cannot read non-ASCII output messages grafik 1577 Some commands don't work because hStdInput == 0 grafik 616 Boost Jam_ and non english directorys grafik 959 linking fails when Boost is compiled with STLport 5.1.* on Linux (names mismatch) grafik 986 Problem building Python modules on boost 1.34.0 hkaiser 1079 boost-1.34.0 fails to compile. concept checks not satisfied. hkaiser 1603 Compile Error: cpp_expression_value.hpp - is_int_ is_bool_ is_uint undeclared hljin 1522 bit_range friend decl in bit_aligned_pixel_reference.hpp needs to be fully qualified for gcc 4.3 mainline igaztanaga 1080 boost::interprocess win32 global file mapping issue igaztanaga 1210 interprocess::barrier hangs during second use under linux (boost 1.33.1) igaztanaga 1390 Interpocess: managed shared memory failing completely under OS X jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 jmaurer 599 uniform_01 copies engine instead of using a reference jmaurer 819 uniform_int<> with type's maximum availaible range error johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1314 Using SSE-intrinsics in VC8 causes static assert in type_with_alignment.hpp johnmaddock 1411 Fix BOOST_PARTIAL_SPECIALIZATION_EXPLICT_ARGS johnmaddock 1446 POSIX API doesn't use C locale johnmaddock 1451 error: use of C99 long long integer constant johnmaddock 1626 [type_traits] "bad_alloc is not a member of std" in has_virtual_destructor_test.cpp jsiek 1531 segfault in dynamic_bitset::reference assign operator jsiek 1540 Poisson distribution very slow for large mean (and may also overflow). jsiek 575 Calling subgraph::global_to_local on a root graph jsiek 636 strange compiling problem for transitive_closure jsiek 815 remove_edge core dumps on self-circle jsiek 875 No iterator based constructor for adjacency_matrix jsiek 900 graphml reader namespace handling is broken kaalus 1184 property_tree assignment (operator) bug kaalus 1604 property_tree xml parser doesn't compile with gcc marshall 1252 [pool] severe overhead with unaligned sizes. matias 1406 Understanding the Tables outdated nasonov 1220 lexical_cast requires RTTI nasonov 754 boost::any - typeid comparison across shared boundaries pavol_droba 1152 rle_example fails pavol_droba 1385 begin must be boost-qualified pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* pdimov 1444 scoped_ptr::operator== should be equivalent to a.get()==b.get()_ but is currently !!a==!!b pdimov 1590 shared_ptr documentation inconsistency pdimov 779 gcc-4.2 atomicity.h location ramey 1616 serialization gcc-4.3 fix ramey 1620 typo in definition of macro BOOST_CLASS_EXPORT_ARCHIVE_LIST rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library samuel_krempp 859 boost::format ignores a user defined locale shammah 290 perfomance: memory cleanup for pool takes too long shammah 386 boost::pool_allocator breaks with vector of vectors speedsnail 1138 Problems with TSS and static thread library t_schwinger 1100 Building boost.function_types fails cvs rev-1.1_ no chdir command in bash t_schwinger 1602 function_types Jamfile depends on the source tree being in a specific place. turkanis 1523 [iostreams] VC8/VC9 compiler warnings turkanis 1545 [boost/rational.hpp] 'noskipws' is not a member of 'std' turkanis 1579 gzip compressor should model DualUseFilter turkanis 1580 Add static assert to prohibit instantiating a chain with mode dual_use turkanis 1624 consider making chain/filtering_streambuf/filtering_stream closable urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode urzuga 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile vladimir_prus 1165 more quoting problems vladimir_prus 1274 Useless error message vladimir_prus 1321 invalid docbook in tool documentation vladimir_prus 1527 [program_options] Second (and subsequent) lines in tabbed text not aligned correctly vladimir_prus 1530 Program options documentation - Overview - Syntactic Information example typo vladimir_prus 1537 no value given in 'mysql_password =' vladimir_prus 1584 cryptic bbv2 error building quickbook vladimir_prus 1587 [program_options] crashes if value part missing in external configuration file vladimir_prus 1588 [program_options] crashes if value part missing in external configuration file vladimir_prus 469 multitoken broken vladimir_prus 689 [program_options] Endless loop with long default arguments witt 1046 Boost.Python quickstart instructions mention nonexistent target witt 583 Fixes for build on IBM pSeries for AIX and Linux witt 834 Homepage regression links witt 957 The "Getting Started" page does not mention the stdlib option witt 973 zip_iterator has value_type == reference -- -- Marshall Marshall Clow Qualcomm, Inc. <mailto:mclow@qualcomm.com> The famous British scientist, Lord Kelvin, said: "When you measure what you are speaking about and express it in numbers, you know something about it, but when you cannot (or do not) measure it, when you cannot (or do not) express it in numbers, then your knowledge is of a meagre and unsatisfactory kind."

1 0