- Boost - lists.preview.boost.org

[smart_ptr] questions about some regression test cases
by Daniel Frey 29 Apr '08

29 Apr '08

My questions result from the observation that in the virtual dtor of enable_shared_from_this, I tried BOOST_ASSERT( _shared_count.empty() ), but this makes 3 tests fail. Looking at these tests, I don't see why they should be legal: In esft_constructor_test.cpp, line 143, X initializes early_px by calling shared_from_this, but X is never passed to a shared_ptr which then owns it. From what I understand, this should be illegal. The next problem is esft_constructor_test.cpp, line 160. y.shared_from_this() returns a shared_ptr, but again, no shared_ptr takes ownership of Y later. While shared_from_this() is not called from the ctor, I wonder if this is yet another use case or just an accident. The test case in shared_from_this_test.cpp, line 135 is similar. Regards, Daniel

4 11

Re: [boost] [1.35.1] Plans for 1.35.1?
by brass goowy 29 Apr '08

29 Apr '08

JOAQUIN M. LOPEZ MUÑOZ writes: >Hello, > >Are there any plans to release a 1.35.1 version? I'm interested in this also. If there isn't going to be a 1.35.1, I'll start downloading and building 1.35.0 now. I figured there was going to be a 1.35.1 a few weeks ago, but haven't heard anything definite. Also on this page, http://www.boost.org/community/, it says: "If you are looking for more lievely interaction with the Boost community there are also some internet relay chat channels that users and developers like to hang out in." I suggest changing that to: If you are looking for more lively interaction with the Boost community, there are some internet relay chat channels where users and developers like to hang out. Brian Wood Ebenezer Enterprises www.webEbenezer.net

1 0

[tuple] Sorting tuples
by Stathi Triadis 28 Apr '08

28 Apr '08

Hi, I understand that the < operator is defined for tuples, but I'd like some kind of functor that can sort tuples in a different order; for example, the second, third, then first element of the tuple. Does boost already have something that does this? I was thinking something like this: template<uint First, uint Second, uint Third> struct SortTuple { template<typename Tuple> bool operator()(const Tuple& tup1, const Tuple& tup2) const { if (tuples::get<First>(tup1) != tuples::get<First>(tup2)) return tuples::get<First>(tup1) < tuples::get<First>(tup2); if (tuples::get<Second>(tup1) != tuples::get<Second>(tup2)) return tuples::get<Second>(tup1) < tuples::get<Second>(tup2); if (tuples::get<Third>(tup1) != tuples::get<Third>(tup2)) return tuples::get<Third>(tup1) < tuples::get<Third>(tup2); } }; typedef boost::tuple<int, int, int> MyTuple; vector<MyTuple> v; sort(v.begin(), v.end(), SortTuple<1, 2, 0>()); This was quite easy to implement, but what about an arbitrary number of tuple elements? Does this or something else with the equivalent functionality exist in boost? Cheers, Stathi

5 6

[Concurrency] synchronized execution of concurrent component
by vicente.botet 28 Apr '08

28 Apr '08

Hi, I'm starting a library providing synchronized execution of objects, something like Ada 'rendez-vous'. A component Sender may request execution of a member function of a concurrent component Reveiver. The component Receiver must accept that the request can be fulfilled. Synchronized communication is described in a generic class concurrent_component. A concurrent_component defines the notion of a port for controlling the communication. A port has a nested entry class for defining operations controlled by the port; it also has an accept operation for signaling that an operation associated with the port can be executed. The concurrent_component and port classes interface will be the following: struct concurrent_component { class port { public: class entry_synchronizer { public: entry_synchronizer(port&); ~entry_synchronizer(); }; static void accept(port& p); }; }; In the following example, two concurrent components prod (Producer) and cons (Consumer) communicate via a single element buffer represented by a buf (SingleBuffer) concurrent component. The SingleBuffer class alternates between accepting a Push and a Pull: class SingleBuffer : concurrent_component { port PutPort_; port GetPort_; char bufCh_; public: void Put(char ch) { port::entry_synchronizer _(PutPort_); bufCh_ = ch; } char Get() { port::entry_synchronizer _(GetPort_); return bufCh_; } void operator()() { for(;;) { port::accept(PutPort_); port::accept(GetPort_); } } }; struct Producer : concurrent_component { SingleBuf& buf_; Producer(SingleBuf& buf) : buf_(buf) {} void operator()() { for(;;) { char ch; std::cin >> ch; buf_.Put(ch); } } }; struct Consumer : concurrent_component { SingleBuf& buf_; Consumer(SingleBuf& buf) : buf_(buf) {} void operator()() { for(;;) { char ch = buf_.Get(); std::cout << ch << std::endl; } } }; concurrent_component defines also a template class concurrent_execution<n> which is used to group the concurrent execution of n concurrent components. int main() { SingleBuffer buf; Producer prod(buf); Consumer cons(buf); concurrent_execution<3> conc(buf, prod, cons); conc.join_all(); return 0; } Other kind of ports can also be defined to restrict the instances that can do a request: * object_port which only accepts request from a given instance, or * qualified_port which only accepts request from instances of a given class. These classes can be extended allowing concurrent_component to open more that one port at the same time, and wait until all ports have been requested. class port { public: port(concurrent_component&); class entry_synchronizer { public: entry_synchronizer(port&); ~entry_synchronizer(); }; static void accept(port&); static void accept_all(port& p1, ..., port& pn); }; Do you think that this concurrent_component library could have a place in Boost? Best regards _____________________ Vicente Juan Botet Escriba

1 0

Summer of Code 2008
by John Maddock 28 Apr '08

28 Apr '08

GSOC 2008 is on: http://code.google.com/soc/2008/ If folks have ideas for potential projects then now would be a good time to start thinking about them - that way we can apply to Google to be a mentoring organisation with a good selection of ideas already up and running. Cheers, John.

10 34

Help with: BOOST_INSTALL_PROPERTY
by Shalmali Bodas 28 Apr '08

28 Apr '08

Hi, I am fairly new to the Boost Graph Libraries and am facing a problem in my code. I would appreciate your help with it. I have a program which already uses the BGL successfully. I just tried to implement as additional thing based on similar lines as existing code but the program gives me a "Segmentation Fault". [i am trying to define a New Custom vertex property called vertex_length ( in addition to earlier defined ones like vertex_coordinate_r,vertex_coordinate, vertex_depth) which gives distance from a root vertex to vertex under consideration] The.hpp contains: namespace boost { enum vertex_coordinate_t {vertex_coordinate = 1000}; enum vertex_coordinate_r_t {vertex_coordinate_r = 1001}; enum vertex_depth_t {vertex_depth = 1002}; enum vertex_length_t {vertex_length = 1003}; enum edge_generation_t {edge_generation = 1004}; BOOST_INSTALL_PROPERTY(vertex, coordinate); BOOST_INSTALL_PROPERTY(vertex, coordinate_r); BOOST_INSTALL_PROPERTY(vertex, depth); BOOST_INSTALL_PROPERTY(vertex, length); *// Line added by me* BOOST_INSTALL_PROPERTY(edge, generation); } typedef boost::property<boost::vertex_coordinate_t, Coordinate3D, boost::property<boost::vertex_coordinate_r_t, Coordinate3D, boost::property<boost::vertex_depth_t, int, boost::property<boost::vertex_length_t, int > > > > VertexProperty; typedef boost::property<boost::edge_generation_t, int> EdgeProperty; and later on inside a class: typedef boost::property_map<graph_t, boost::vertex_coordinate_t>::type v_coordinate_map_t; typedef boost::property_map<graph_t, boost::vertex_coordinate_r_t>::type v_coordinate_r_map_t; typedef boost::property_map<graph_t, boost::vertex_depth_t>::type v_depth_map_t; typedef boost::property_map<graph_t, boost::vertex_length_t>::type v_length_map_t; *// Line added by me* typedef boost::property_map<graph_t, boost::edge_generation_t>::type e_generation_map_t; ..............................................and so on.. While debugging, I have noticed that in the constructor - m_v_vertex_PROPERTY = boost::get(boost::vertex_PROPERTY, mygraph) where PROPERTY is either vertex_coordinate_r, vertex_coordinate, vertex_depth works well but does not work for vertex_length. When watched, the variable m_v_vertex_length gives "No symbol "m_v_vertex_length" in current context". I think there is problem in installing the property. What could be going wrong? Thanks for your help.

1 0

Vault and sandbox
by Edward Diener 28 Apr '08

28 Apr '08

I do not understand what the difference is between software added to the Boost vault or software added to the Boost sandbox, Would someone please elucidate this for me. I know the sandbox resides under SVN, because I can use Tortoise SVN to update my local copy of it. Where does the Boost vault reside ?

3 3

Idea for discussion: Putting version number in boost namespace?
by Jonathan Biggar 28 Apr '08

28 Apr '08

I noticed some discussion in threads about the worries that some people have with linking their application against boost and then needing a third party library that also links to a potentially different version of boost that might not be available to the in source form. Has any thought been given to changing the boost namespace declaration to include the version number, like this: namespace boost_1_35_0 { // boost libraries declared here }; #ifndef BOOST_NAMESPACE_ALIAS_DECLARED #define BOOST_NAMESPACE_ALIAS_DECLARED namespace boost = boost_1_35_0; #endif // BOOST_NAMESPACE_ALIAS_DECLARED This allows an application linked to boost 1.X+1.0 to also link to a third party library that privately uses boost 1.X.0 without causing ODR problems. Of course it doesn't help if the third party library exposes boost types in its interface. We could even go further and add another wrapper around the #ifndef/#endif above like this: #ifndef BOOST_NAKED_NAMESPACE #ifndef BOOST_NAMESPACE_ALIAS_DECLARED #define BOOST_NAMESPACE_ALIAS_DECLARED namespace boost = boost_1_35_0; #endif // BOOST_NAMESPACE_ALIAS_DECLARED #endif // BOOST_NAKED_NAMESPACE This allows an application to #define BOOST_NAKED_NAMESPACE and then use the versioned boost namespace directly. With care, it would be possible to write an application that used two versions of boost simultaneously, for example if that mythical third party library *did* expose boost types in its interface... -- Jon Biggar Floorboard Software jon(a)floorboard.com jon(a)biggar.org

4 3

Trac open bugs - by assignee
by Marshall Clow 28 Apr '08

28 Apr '08

[ 300 open bugs today, 295 on 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 29 djowel 24 az_sw_dude 22 grafik 16 vladimir_prus 16 dave 16 bemandawes 14 dgregor 12 no-maintainer 12 doug_gregor 11 ramey 11 anthonyw 11 agurtovoy 10 turkanis 9 jsiek 8 nesotto 7 rogeeff 6 matias 6 igaztanaga 6 danieljames 4 witt 4 pavol_droba 4 nasonov 4 johnmaddock 4 ebf 4 danielw 3 samuel_krempp 3 kaalus 2 troyer 2 shammah 2 marshall 2 jmaurer 2 hkaiser 2 garcia 1 urzuga 1 t_schwinger 1 speedsnail 1 pdimov 1 jano_gaspar 1 guwi17 1 fcacciola 1 eric_niebler 1 dlwalker 1 aaron_windsor 1 None 1 <Blank> <Blank> 1750 Autolink library name not in sync with actually build lib None 1736 Headers containing non ASCII characters cause MS VC to issue warning 4819 in some locales aaron_windsor 1622 Adjacency list needs to handle self-edges correctly 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 1805 thread creation crashes with /Zp1 switch in VS2005 compiler anthonyw 1813 Signed/Unsigned warning in win32/condition_variable anthonyw 1825 thread.hpp injects windows.h and breaks user application. anthonyw 1826 Auto detection of threadapi and target-os broken under cygwin gcc anthonyw 1867 Missing member functions in shared_mutex (win32) 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 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 1674 date_time::date_formatting.hpp: incorrectly formats year using global locale az_sw_dude 1695 add correct namespace to class to fix compilation bug az_sw_dude 1726 boost/date_time/posix_time/time_formatters.hpp incorrectly formats fractional seconds using global locale az_sw_dude 1740 date_time includes <windows.h> az_sw_dude 1788 local_time::local_time_period streaming operators not implemented az_sw_dude 1859 boost::gregorian::to_tm() doesn't fill in tm_zone on Mac OS X 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 1682 path_traits needs imbue() bemandawes 1701 boost::filesystem::remove_all - segmentation fault with wpath on Linux bemandawes 1711 Boost Serialization export facility broken on gcc 4.1_ 4.2 bemandawes 1767 missing file: boost/filesystem/cerrno.hpp bemandawes 1768 system: error_code.cpp #defines macros without checking whether already defined bemandawes 1840 name check functions have different behavior wrt empty string bemandawes 1876 portable_file_name() returns true for '.' and '..' 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 1705 [boostbook] Spaces in reference file names for types like 'long long' danieljames 1742 Some bugs in http://www.boost.org/doc/libs/1_35_0 danieljames 1743 Documentation has incorrect Build & Link settings for some libraries danieljames 1818 The tables in status reports jump all over the place. 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 danielw 1784 [parameter] missing include 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 1697 [utility][noncopyable] ADL barrier broken by msvc-9.0 dave 1730 No debug libs on Windows by default dave 1851 Issue with proxies and rvalues dave 1860 zip_iterator::value_type should not be reference dave 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1009 Improper overflow handling in shortest paths algorithms 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 1395 Write Tests for Python Bindings dgregor 1630 gcc-4.3: adjacency_list.hpp includes deprecated header dgregor 1832 unused parameter warning in dijkstra_shortest_paths.hpp dgregor 1865 initialize_vertex() triggers unused warning 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) djowel 1651 incorrect typedefs in examples djowel 1763 wrong AST when parser_tag==0 djowel 1764 wrong AST when parser_tag==0 djowel 1844 Quickbook matches forward slashes (for italics) with slashes in links djowel 1864 [Documentation]There is no documentation for repetivive_view djowel 1872 [Spirit2] 'assignment operator could not be generated' warnings from VC9 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 1654 recursive variants do not handle nested variants correctly. ebf 993 Variant should use least common multiple of alignments_ rather than maximum eric_niebler 1796 compile error when SDL_syswm.h (from sdl library) is included before foreach.hpp fcacciola 1666 Visualizer for boost::optional garcia 1581 Boost.MultiArray: Resizing bug if the index is not 0-based garcia 1741 Review schedule out of date grafik 1041 Cygwin requires PATH setting. grafik 1322 trac rejects patch attachment as spam grafik 1406 Understanding the Tables outdated 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 1576 cannot read non-ASCII output messages grafik 1577 Some commands don't work because hStdInput == 0 grafik 1663 build.bat cannot set/reset ERRORLEVEL grafik 1733 Website layout overlays on IE7 grafik 1735 [website] Wrong HTML on main documentation page. grafik 1738 Boost Jam details and download link grafik 1739 Search box and Google link grafik 1753 Python docs: bad link to the Jamroot grafik 1771 Statechart TOC mangled. grafik 1775 website bugs for 1.35.0 docs grafik 1776 Documentation page renders incorrectly in Safari 3.1 on OS X 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 guwi17 1829 norm_2 may return QNAN if BOOST_UBLAS_SCALED_NORM is defined hkaiser 1079 boost-1.34.0 fails to compile. concept checks not satisfied. hkaiser 1670 wave almost unusably slow on real-world input 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 igaztanaga 1634 boost::interprocess::vector cannot contain volatile int igaztanaga 1635 Incomplete include guard in boost/intrusive igaztanaga 1862 file_lock.hpp will not compile - at least under MSVC8 jano_gaspar 1852 copy constructor does not copy capacity 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 1446 POSIX API doesn't use C locale johnmaddock 1451 error: use of C99 long long integer constant johnmaddock 1863 Boost.Regex unstable with Borland Turbo C++ 2006 jsiek 1531 segfault in dynamic_bitset::reference assign operator jsiek 1540 Poisson distribution very slow for large mean (and may also overflow). jsiek 1755 Boost.tokenizer is broken for wide characters - patch attached jsiek 1798 met an error using boost::tokenizer in multi-times in vs2005_ unicode 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 kaalus 1678 Boost.property_tree::read_xml does not parse UNICODE file with BOMs marshall 1252 [pool] severe overhead with unaligned sizes. marshall 1854 Interval is not available as a component in the SVN system matias 1744 No information on building static libraries with bjam under Windows matias 1822 header dependency in boost/serialization/map.hpp matias 1853 Typo in interval documentation matias 1855 Typo in lambda documentation (online) matias 1866 Typos in Boost Test documentation matias 1869 Typo in Unit Test Framework documentation nasonov 1220 lexical_cast requires RTTI nasonov 1704 [any] 4512 warning from VC8/9 on warning level 4 nasonov 1847 Can't compile without <locale> header_ boost::lexical_cast problem nasonov 754 boost::any - typeid comparison across shared boundaries nesotto 1629 range/iterator_range.hpp bug nesotto 1675 [range] VC8 - compiler warnings when including range/array headers nesotto 1694 NDEBUG vs. BOOST_ASSERT in iterator_range.hpp nesotto 1748 [ptr_container] compiler warnings from VC9 nesotto 1754 Illegal HTML in range docs. nesotto 1785 assign::list_of works poorly with class constructors nesotto 1795 [ptr_container] minor documentation typo nesotto 1842 boost::sub_rage::front error no-maintainer 1068 Mersenne twister disables streaming for Visual C++ no-maintainer 1222 lambda::ret<T> should declare result_type. no-maintainer 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators no-maintainer 1515 [lambda] C4512 warnings from VC8.0 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 1572 [lambda] smart pointer const-ness affects its contents no-maintainer 1632 Default Interval rounding policies incomplete no-maintainer 1691 [Random] Brokem MSVC workaround no-maintainer 1856 minstd_rand returning different values in 1.35.0 than in 1.34.1 no-maintainer 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile 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 pavol_droba 1761 StringAlgo: Error in an example pavol_droba 1827 String algorithm composite header doesn't include join pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* ramey 1708 Can't serialize class with private destructor ramey 1734 BOOST_STATIC_WARNING can't be passed a dependent expression ramey 1747 [serialization] unreferenced formal parameter warnings from VC9 ramey 1807 boost::archive::xml_archive_exception does not store error code and reports wrong message text ramey 1812 Boost.Serialization fails to build on Cygwin ramey 1823 Archive concept: Incomplete description? ramey 1824 serialization keeps using wchar_t if BOOST_NO_STD_WSTRING is set ramey 1836 bug in serializing wide character strings ramey 1837 Base class missed in binary_wiarchive ramey 1849 Deserialization of std::string overwrites non-copied contents. ramey 1857 IA64_ GCC 4.3_ redefinition of 'struct boost::serialization::implementation_level<std::vector<long int_ std::allocator<long int> > >' rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library rogeeff 1644 Boost.Test missing documentation file BOOST_CHECK_CLOSE_FRACTION.html rogeeff 1676 Dead links on Boost.Test example documentation. rogeeff 1723 No subprocess can be started in init_unit_test_suite rogeeff 1746 Online documentation for 1.35.0 is out of date for current lib version rogeeff 1839 Test fails if child process exits with non-zero code samuel_krempp 1699 Compile warning about initialization order. samuel_krempp 1801 Typo in documentation. 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 1653 wave executable erroneously required for build of function_types lib troyer 1774 serialization: file written with 1.34.1 can't be read in with 1.35 troyer 1778 Possible regression in 1.35 serialization of 2D arrays 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 1649 Fix definition of JavaScript menu to avoid long chains of functions turkanis 1656 Consider implementing flush() for symmetric filters turkanis 1671 type mismatch of buffer size parameter causes overload resolution to fail turkanis 1727 Sample code in documentation does not compile_ has namespace errors. turkanis 1870 zlib_base function names must differ from their zlib counterpart turkanis 1875 Boost.Iostreams warnings with GCC -Wall -W -std=c++98 -pedantic urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode vladimir_prus 1132 program_options documentation error. vladimir_prus 1165 more quoting problems vladimir_prus 1274 Useless error message 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 1645 Invalid unicode support for default_value vladimir_prus 1679 added 4-way universal binary support from mac osx (ppc_ ppc64_ i386_ x86_64) vladimir_prus 1809 Allow empty values in conf file vladimir_prus 1816 --build-type=complete broken in current svn vladimir_prus 469 multitoken broken vladimir_prus 689 [program_options] Endless loop with long default arguments vladimir_prus 850 program_options strips off escaped quotes in some situations 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

Re: [boost] What plans to handle _SCEURE_SCL in the boost build system?
by Chris Newbold 28 Apr '08

28 Apr '08

On Fri, 25 Apr 2008 12:52:57 -0700, Mat Marcus wrote: > On Fri, Apr 25, 2008 at 8:40 AM, Roland Schwarz > <roland.schwarz(a)chello.at> wrote: >> >> How about putting: >> <toolset-msvc:version>8.0:<define>_CRT_SECURE_NO_DEPRECATE >> <toolset-msvc:version>8.0:<define>_SCL_SECURE_NO_DEPRECATE >> >> Into the requirements section of your project? > > Those are about whether the compiler should emit warnings when using std > STL constructs that MS deems unsafe. They have nothing to do with the > performance penalty alleviated by setting _SECURE_SCL=0. The problem is > that we, I believe unintentionally, ship a build system that penalizes > release builds by default. It's even worse than that. Toggling between _SECURE_SCL=0 and the (default) _SECURE_SCL=1 changes the ABI for Microsoft's standard library. Combining code built one way with code built the other way results in some fantastically undefined behavior. (The main culprit is that the definitions of iterators change drastically, gaining additional data members for _SECURE_SCL=1.) -Chris

1 0

Re: [boost] [shared_ptr] Test failures
by Daniel Frey 28 Apr '08

28 Apr '08

On Mon, 2008-04-28 at 00:26 -0700, Sohail Somani wrote: > Just noticed that some shared_from_this tests are failing: > > http://beta.boost.org/development/tests/trunk/developer/output/SomaniSoftwa… > > I recall there were some changes along these lines so just thought I'd > point it out while the issue is still fresh. Peter Dimov added new tests with http://svn.boost.org/trac/boost/changeset/44775 which showed a problem in the previous versions of enable_shared_from_this. My commit http://svn.boost.org/trac/boost/changeset/44782 should fix that. Since the above mentioned regression test managed to pick up rev 44781, it fails, but it should go away with newer runs. Regards, Daniel

2 1

[smart_ptr] sp_deleter_wrapper
by Daniel Frey 28 Apr '08

28 Apr '08

Here's the next patch, this time optimizing sp_deleter_wrapper. It replaces the shared_ptr<void> by shared_count, saving the implicitly stored void*. It also removes _internal_get_deleter and makes enable_shared_from_this use basic_get_deleter to take advantage of the workarounds it provides. OK to commit? BTW: One could also remove _internal_less and use: template<class T, class U> inline bool operator<(shared_ptr<T> const & a, shared_ptr<U> const & b) { return a.get_shared_count() < b.get_shared_count(); } Regards, Daniel

2 3

[1.35.1] Plans for 1.35.1?
by JOAQUIN M. LOPEZ MUÑOZ 27 Apr '08

27 Apr '08

Hello, Are there any plans to release a 1.35.1 version? If so, any tentative schedule and guidelines for what changes are acceptable to include into the libs? Thank you, Joaquín M López Muñoz Teléfónica, Investigación y Desarrollo

1 0

[mirror] change in the directory structure
by Matus Chochlik 27 Apr '08

27 Apr '08

Cheers, I've made some changes in the directory structure under 'mirror/libs' in the sandbox. This invalidated the links that I've pasted previously. Sorry for the inconvenience. The samples can be now found at: http://svn.boost.org/svn/boost/sandbox/mirror/libs/mirror/example/ I also added a Jamfile to build the examples. You'll need a Jamroot though. In case you don't have any, there is a sample provided. The current version adds the meta_type for boost::tuple and an example showing it in action: https://svn.boost.org/svn/boost/sandbox/mirror/libs/mirror/example/special/… Best regards, --matus

1 0

[optional] problems with swap()
by Thorsten Ottosen 27 Apr '08

27 Apr '08

Hi Fernando, I have some comments on the way optional<T>::swap() is implemented. I looks like this: // optional's swap: // If both are initialized, calls swap(T&, T&). If this swap throws, //both will remain initialized but their values are now unspecified. // If only one is initialized, calls U.reset(*I), THEN I.reset(). // If U.reset(*I) throws, both are left UNCHANGED (U is kept //uinitialized and I is never reset) // If both are uninitialized, do nothing (no-throw) template<class T> inline void optional_swap ( optional<T>& x, optional<T>& y ) { if ( !x && !!y ) { x.reset(*y); y.reset(); } else if ( !!x && !y ) { y.reset(*x); x.reset(); } else if ( !!x && !!y ) { // GCC > 3.2 and all other compilers have the using declaration at function scope (FLC) #ifndef BOOST_OPTIONAL_STD_SWAP_INTRODUCED_AT_NS_SCOPE // allow for Koenig lookup using std::swap ; #endif swap(*x,*y); } } The problem here is that the two first cases do not delegate to the version of swap found by ADL. That only happens in cases where both objects are initialized. This is, AFAICT, a major problem because copy-construction has quite different semantics than swap() when it comes to invalidation of iterators or pointers. It works ok for ints, but creates havoc when using a container with internal memory. I suggest we do something along these lines: template<class T> inline void optional_swap ( optional<T>& x, optional<T>& y ) { bool hasX = x; bool hasY = y; if ( !hasX && !hasY ) return; if( !hasX ) x = boost::in_place(); else if ( !hasY ) y = boost::in_place(); // GCC > 3.2 and all other compilers have the using declaration at function scope (FLC) #ifndef BOOST_OPTIONAL_STD_SWAP_INTRODUCED_AT_NS_SCOPE // allow for Koenig lookup using std::swap ; #endif swap(*x,*y); if( !hasX ) y.reset(); else if( !hasY ) x.reset(); } Comments? -Thorsten

10 25

[announce] Multi signature boost::function
by Marco Costalba 27 Apr '08

27 Apr '08

Hi everybody, in Vault it is possible to download msf.zip, a (very small) file that contains multi-signature extension to boost::function It is possible to instantiate a boost::multi_signature_function::function on a mpl sequence of signatures and this object will behave as expected, in particular it keeps all the functionality of boost::function but allows to be called with different arguments types and/or number. Interested people could read (and compile) included test.cpp file, an example is better then 1000 words. If there is interest I can improve documentation and examples. Regards Marco P.S: This puppy should be compiler friendly, anyhow tested on g++ and MSVC

4 8

[metagraph] initial release of metagraph libraries
by Gordon Woodhull 27 Apr '08

27 Apr '08

Hi friends - I just uploaded the first two of the metagraph libraries to the sandbox. These are * an mpl_graph for bgl-like graphs in c++ metaprogramming ( s/(/</ ) * a fusion_graph for basic heterogeneous-typed graphs where edges describe the links (pointers, containers of pointers) and vertices are the types of objects. There is a long way to go, but I wanted to post something in advance of BoostCon to invite conversation. The eventual idea is to make graphs-of-graphs, graphs that refer to other graphs, and graph layers of detail, all easy to specify and use. One would combine patterns such as "graph," "tree," or "chain," to build more complex data structures without resorting to inefficient overgeneralizations or unsafe ad-hoc methods. Along the way I will also offer Yet Another Reflection Mechanism: much as any graph data structure can be adapted as a Boost Graph, any system of objects which refer to one another can be reflected as a metagraph. What is available now just allows you to build systems of objects with pointers (or containers of pointers) to each other, which is mostly useful to library developers wanting to generate such types at compile time. They are not yet managed, by which I mean, all of the cross- referencing that naturally takes place in such systems has to be kept track of by the application, or by metagraph libraries yet to be written... Thanks in advance for any comments, references to related libraries, etc. Gordon

1 0

1.35 Release announcement on SF
by Sean Hunt 27 Apr '08

27 Apr '08

The SourceForge project page for Boost doesn't have an announcement for 1.35 being released. This seems to me like an oversight.

1 0

Re: [boost] But it would Re: [gil] [announcement] New IO lib
by Tom Brinkman 27 Apr '08

27 Apr '08

> Tom Brinkman wrote: >>>> But it would introduce the dependency to boost::filesystem >> >> That would be a show-stopper for shur. I definately could not use >> your IO library if it had a boost::filesystem dependency. PLEASE - >> keep it header only. >> I have no interest in boost::filesystem or gil. Just trying to >> understand your requirement for being header-only: You *want* to compile >> the same code over and over rather than just once? >> >> No, he's probably using a pre-compiled header. :-) No, we generally dont use pre-compiled headers on UNIX. If at all. You must be using dev-studio on windows. The trend is for all "new" libraries to be header only, unless there is an overwhelming, and I mean absolutely overwhelming reason not too. Also, you should not have unecessary dependencies. The filesystem library is not a necessity in this case, and becouse the filesystem library is is not a header only library, it makes using it by other libraries very problematic.

3 8

Re: [boost] Can you please elaborate on what makes a non-header-only library so very Re: But it would Re: [gil] [announcement] New IO lib
by Tom Brinkman 26 Apr '08

26 Apr '08

Sorry about the long subject line. lol. Also, I just took a look at your blog. Nice. I've added it to my bookmarks of blogs that I read. >> Why don't you rebuild your dependent libraries along with your code? >> Then you are guaranteed to have the right stuff. I mean, you already >> said you would like to recompile everything over and over with >> header-only stuff. Might as well make it official. You make a good valid point. It guess it really just comes down to the "hastle" factor. Managing libraries is just a pain. I cant tell you how many times that I've had to track down stupid things related to making sure that all the current libraries are in place for the library to compile. My experience with header only libraries is much more pleasant.

2 1

Can you please elaborate on what makes a non-header-only library so very Re: But it would Re: [gil] [announcement] New IO lib
by Tom Brinkman 26 Apr '08

26 Apr '08

>> Can you please elaborate on what makes a non-header-only library so very >> problematic? Its probably more a UNIX thing, I'm not sure if windows developers could care one way or another. But on LINUX/UNIX, there is a central repository of pre-built libraries that we syncronize our builds against. Uncecessarily adding new libraries makes the process that much more to manage. It is "so" much easier to not have to bother with that and just have the compiler link in any functions that are used at compile time from the headers. You would be surprised to now how much compiler technology has improved in the last 3-4 years. The old reasons for making libraries are no longer always valid. Compilers are very smart and very fast, and thats how I pefer to code.

3 2

"runtime" binding
by Sean Hunt 26 Apr '08

26 Apr '08

While writing code for Init, my new static initialization library, I discovered that I need to be able to dynamically bind a series of parameters (the types are not known by my code - they will be passed through a template function) and store the functor, so as to defer the actual function call (a constructor in this case, so the return type is known). I haven't used Boost.Bind all that often, but I don't think it supports dynamic polymorphism on the return type. A template is not an option in this case, because I can't use argument deduction on class types, and you can't call functions from global scope. If anyone knows a useable substitute that I can use to avoid having to rewrite the binding system, that would be exceptional! Sean Hunt

3 4

[smart_ptr] refactored enable_shared_from_this
by Daniel Frey 26 Apr '08

26 Apr '08

I refactored enable_shared_from_this in order to remove the _owner flag. To test it, you need a small and straight-forward addition to detail::weak_count: It needs .empty(), similar to detail::shared_count. The attached version also hides all internal stuff from the public interface, using 'friend' - maybe some compiler would need a workaround for that. If someone objects to this (maybe because it might cause trouble with some compilers) I could leave this part out or fix it later where it breaks. The good thing of this is, that we no longer need _internal_-prefixes. OK to commit? Regards, Daniel

3 17

[serialization] Building failure
by Andrey Semashev 26 Apr '08

26 Apr '08

Hi, For quite a long time updating to boost trunk makes Boost.Serialization not able to build. I've seen the conversation between Peter and Robert about this failure but it seems there was no final resolution reached. Right now I solve the problem by removing dependencies on Boost.Config from Boost.Serialization Jamfile every time I update to trunk. Is there something I should do on my local machine to make the library build without doing so or the issue should be solved in the repository (either by fixing the Jamfile or some another way)? I've attached the bjam output. The configuration is gcc 4.2.1 on SUSE Linux, if that matters. warning: Graph library does not contain optional GraphML reader. note: to enable GraphML support, set EXPAT_INCLUDE and EXPAT_LIBPATH to the note: directories containing the Expat headers and libraries, respectively. lib.jam: No such file or directory libs/config/test/Jamfile.v2:41: in modules.load rule compile-fail unknown in module Jamfile</home/lastique/src/boost/trunk/libs/config/test>. /home/lastique/src/boost/trunk/tools/build/v2/build/project.jam:307: in load-jamfile /home/lastique/src/boost/trunk/tools/build/v2/build/project.jam:63: in load /home/lastique/src/boost/trunk/tools/build/v2/build/project.jam:116: in load-parent /home/lastique/src/boost/trunk/tools/build/v2/build/project.jam:443: in initialize /home/lastique/src/boost/trunk/tools/build/v2/build/project.jam:297: in load-jamfile /home/lastique/src/boost/trunk/tools/build/v2/build/project.jam:63: in load /home/lastique/src/boost/trunk/tools/build/v2/build/project.jam:167: in project.find /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:354: in find-really /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:408: in object(project-target)(a)221.find /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:827: in resolve-reference /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:843: in targets.generate-from-reference /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:1129: in generate-dependencies /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:1176: in object(typed-target)(a)226.generate /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:742: in generate-really /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:715: in object(main-target)(a)898.generate /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:254: in object(project-target)(a)221.generate /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:858: in targets.generate-from-reference /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:1129: in generate-dependencies /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:1179: in object(install-target-class)(a)94.generate /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:742: in generate-really /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:715: in object(main-target)(a)331.generate /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:858: in targets.generate-from-reference /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:1129: in generate-dependencies /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:1179: in object(alias-target-class)(a)100.generate /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:742: in generate-really /home/lastique/src/boost/trunk/tools/build/v2/build/targets.jam:715: in object(main-target)(a)335.generate /home/lastique/src/boost/trunk/tools/build/v2/build-system.jam:663: in load /home/lastique/src/boost/trunk/tools/build/v2/kernel/modules.jam:267: in import /home/lastique/src/boost/trunk/tools/build/v2/kernel/bootstrap.jam:134: in boost-build /home/lastique/src/boost/trunk/boost-build.jam:11: in module scope

2 2

Summer of Code 2008 Ideas
by Mikael Olenfalk 26 Apr '08

26 Apr '08

Hi everybody! I saw that you are starting to think about SoC 08 and I have a couple of ideas: I cannot vouch for the usefulness of any of these proposals :) 1. Boost.Asio 1. add support for SCTP (Stream Control Transmission Protocol) besides TCP and UDP - more information on SCTP can be found on http://www.sctp.org/rfcs.html - I have not yet used SCTP anywhere so I cannot actually judge its importance, the *NIXes seem to support SCTP for some time now, I am unsure about Windows but it looks like Vista and Server 2008 do support SCTP - All *NIXes use the SCTP socket api - I do not know what the API on windows for SCTP looks like 1. add support for BEEP on top of TCP - BEEP is an "application protocol framework", basically it is just a set of guidelines packaged for application protocol design, which solves common problems one faces when designing new application protocols - http://beepcore.org/doc.html contains more information - http://beepcore.org/beep-toolkits.html lists current toolkits for BEEP 2. Boost.Serialization 1. add archive types for ASN.1 encoding rules, e.g. BER, DER, EDER, XER, etc. to be used together with Boost.Asio or perhaps even Boost.Asio.Beep (not that beep forces you to use any specific encoding) 2. Wikipedia has links and information: 1. http://en.wikipedia.org/wiki/Abstract_Syntax_Notation_One 2. http://en.wikipedia.org/wiki/Basic_Encoding_Rules 3. http://en.wikipedia.org/wiki/Canonical_Encoding_Rules 4. http://en.wikipedia.org/wiki/Distinguished_Encoding_Rules 5. http://en.wikipedia.org/wiki/XML_Encoding_Rules 6. http://en.wikipedia.org/wiki/Packed_Encoding_Rules 7. http://en.wikipedia.org/wiki/Generic_String_Encoding_Rules 3. Boost.Asn1 (for lack of better name) 1. Boost.Spirit-like DSEL for embedding ASN.1 notation directly in C++; then you could "easily" implement ASN.1 based protocols without the need for code generation outside of your C++ compiler 2. see http://en.wikipedia.org/wiki/Abstract_Syntax_Notation_Onefor more information on ASN.1 3. This might overlap with proposal 2 for Boost.Serialization 4. Finish Boost.Process (I think that it was a SoC 2007 or 2006 project) With kind regards, Mikael Olenfalk

16 25