- Boost - lists.preview.boost.org

[shared_ptr] gcc 3.2 build broken with current trunk
by Ralf W. Grosse-Kunstleve 21 Mar '08

21 Mar '08

The shared_ptr (enable_shared_from_this) patch from yesterday breaks our gcc 3.2 builds. Below is a fragment from a Boost.Python unit test (but not requiring Python) and the error produced by gcc 3.2 (Redhat 8.0). gcc 3.2.3 (Redhat Workstation 3) has the same problem. Is there a way to restore compatibility with the old gcc versions? Thanks! Ralf % g++ -c -fno-strict-aliasing -fPIC -I/net/rosie/scratch1/rwgk/hot/boost ~/sp_err.cpp /net/rosie/scratch1/rwgk/hot/boost/boost/shared_ptr.hpp: In function `D* boost::get_deleter(const boost::shared_ptr<Y>&) [with D = boost::detail::sp_deleter_wrapper, T = A]': /net/rosie/scratch1/rwgk/hot/boost/boost/enable_shared_from_this.hpp:97: instantiated from `void boost::enable_shared_from_this<T>::_internal_accept_owner(boost::shared_ptr<Y>&) const [with U = A, T = A]' /net/rosie/scratch1/rwgk/hot/boost/boost/shared_ptr.hpp:100: instantiated from `void boost::detail::sp_enable_shared_from_this(boost::shared_ptr<Y>*, const boost::enable_shared_from_this<T>*) [with T = A, Y = A]' /net/rosie/scratch1/rwgk/hot/boost/boost/shared_ptr.hpp:181: instantiated from `boost::shared_ptr<T>::shared_ptr(Y*) [with Y = A, T = A]' /net/cci/rwgk/sp_err.cpp:22: instantiated from here /net/rosie/scratch1/rwgk/hot/boost/boost/shared_ptr.hpp:666: no matching function for call to `boost::detail::sp_deleter_wrapper::get_deleter()' % cat ~/sp_err.cpp #include <boost/enable_shared_from_this.hpp> #include <boost/shared_ptr.hpp> using namespace boost; class A : public enable_shared_from_this<A> { public: A() : val(0) {}; int val; typedef shared_ptr<A> A_ptr; A_ptr self() { A_ptr self; self = shared_from_this(); return self; } }; class B { public: B() { a = A::A_ptr(new A()); } void set(A::A_ptr _a) { this->a = _a; } A::A_ptr get() { return a; } A::A_ptr a; };

2 1

Re: [boost] [gsoc 2008] A C++ Remote Method Invocation Framework using Boost.Asio
by salinda h 21 Mar '08

21 Mar '08

Hi, Thank you so much for your comments. I looked at the CodeProject article you suggested, and it had a pretty much similar idea. I would like to reformat the source code according to the boost coding standards and integrate with boost.interface. I believe this is possible because "The Code Project Open License (CPOL) 1.0" http://www.codeproject.com/info/cpol10.aspx seems to be compatible with the boost licence*.* IANAL: Somone please help me to verify this. I'm looking forward to hearing from you. Thanks Salinda On Fri, Mar 21, 2008 at 8:31 PM, Paolo Coletta <paolo(a)rcpstudio.it> wrote: > Hi, > > you could also take a look to this work by Jarl Lindrud > (http://www.codeproject.com/KB/threads/Rcf_Ipc_For_Cpp.aspx) which is > already based on boost (uses boost asio and boost serialization, but also > provides custom alternatives for both), but it's not in the form of a > boost > library. In the past there has been some discussion about possible > integration between this library and boost.interface. > As a user, I'd highly appreciate to have one such library in boost (I'm > currently using the library by Lindrud in several projects). > > > Paolo > > > "salinda h" <salinda215(a)gmail.com> ha scritto nel messaggio > news:350da3070803210611o594a7ad9j57fe42e5edfa1152@mail.gmail.com... > > Hi All, > > > > For the google summer of code 2008, I wish to build a Cross > > Platform Remote Method Invocation Framework for C++ using Boost.Asio, > > similar to Java's remote method invocation (RMI). I will provide some > > macro > > definitions to create the proxy code. > > > > Please provide me your comments to adjust this idea to best suit the > > interests of boost community. I higly appreciate your suggestions. > > > > A sample code that will use this framework wold look like, > > > > account.h > > -------------- > > DECLARE_BEGIN_PROXY(account) > > DECLARE_METHOD_1(deposit, void, double); > > DECLARE_METHOD_0(get_balance, double); > > DECLARE_END; > > > > class account > > { > > .......... > > ......... > > } > > > > Server Code > > ----------------- > > account acc = new account("Foo", 250); > > Server s = new server(server::TCP, 19000); > > s.attach("Foo", acc); > > s.run(); > > > > Client Code > > ---------------- > > account_proxy acct = account_proxy::get_proxy("172.25.44.195", > > server::TCP, > > 19000, "Foo"); > > acct.deposit(100); > > double balance = acct.get_balance(); > > > > Thank You, > > Salinda > > _______________________________________________ > > Unsubscribe & other changes: > > http://lists.boost.org/mailman/listinfo.cgi/boost > > > > >

1 0

[thread] MSVC warnings + other notes
by Andrey Semashev 21 Mar '08

21 Mar '08

Hi, while I was trying to compile my project with boost trunk I saw several warnings coming from Boost.Thread. These are always shown: ...\boost/thread/win32/thread.hpp(183) : warning C4251: 'boost::thread::thread_info_mutex' : class 'boost::mutex' needs to have dll-interface to be used by clients of class 'boost::thread' ...\boost/thread/win32/mutex.hpp(20) : see declaration of 'boost::mutex' ...\boost/thread/win32/thread.hpp(184) : warning C4251: 'boost::thread::thread_info' : class 'boost::intrusive_ptr<T>' needs to have dll-interface to be used by clients of class 'boost::thread' with [ T=boost::detail::thread_data_base ] Additionally, these are shown with /Wp64: ...\boost\thread\win32\basic_timed_mutex.hpp(36) : warning C4312: 'type cast' : conversion from 'long' to 'void *' of greater size ...\boost\thread\win32\basic_timed_mutex.hpp(142) : warning C4311: 'type cast' : pointer truncation from 'void *const ' to 'long' ...\boost\thread\win32\basic_timed_mutex.hpp(142) : warning C4312: 'type cast' : conversion from 'long' to 'void *' of greater size ...\boost/thread/win32/thread.hpp(530) : warning C4267: 'return' : conversion from 'size_t' to 'int', possible loss of data ...\boost/thread/win32/condition_variable.hpp(58) : warning C4244: '=' : conversion from '__w64 int' to 'unsigned int', possible loss of data I believe, 4251 can be safely disabled with #pragma (along with 4275 if it comes up somewhere I didn't notice). In case of 4267 it seems like the return type should rather be changed. As for others, most of them come from interlocked macros and probably could be disabled as well, although the casting pointers to integers bugs me. I haven't checked the 1.35 RC branch but if the issue persists there too, I'd like to ask to make the release warning-free too. I guess, a couple of #pragmas won't break anything. And I have some other notes: 1. I found BOOST_STATIC_CONSTANT macro usage in some places. On VC 7.1+ it expands into a static constant member which has to be defined in a namespace scope despite of that it's a compile-time constant. Nevertheless, these members are not defined. I know that MSVC just works without it but strictly speaking this is not C++ compliant. Since these constants are members of non-template classes I would suggest to use enums instead of the macro. 2. VC 8.0 and later has _ReadBarrier and _WriteBarrier in addition to _ReadWriteBarrier. These could be used in interlocked_read.hpp. 3. There are tabs in win32/mutex.hpp:21 4. There is a potential memory leak in win32/thread.hpp:480. If the push_back throws the thread object is leaked. Remarkably, the pthread version is safe since it uses auto_ptr.

4 4

shared_ptr / auto_ptr
by Daniel Frey 21 Mar '08

21 Mar '08

Hi, is there any reason why shared_ptr does not have a ctor that takes an auto_ptr and a deleter? I also wonder if there is a resource leak if I just write: auto_ptr<T> a = ...; my_deleter d = ...; shared_ptr<T> s( a.release(), d ); Regards, Daniel

2 2

Boost 1.34.1 and Visual Studio 2008 compiler
by Avi Revivo 21 Mar '08

21 Mar '08

Hi All, I am recieving a "Unknown compiler version - please run the configure tests and report the results" during the compilation of our projects. I am aware of why i am receving this output. However, i would like to know if tested are being done for this version (1.34.1) on VS2008 Compiler or/and if is there a document describing known issues with this compiler. Thanks in advance, Avi Revivo Nice Systems -- View this message in context: http://www.nabble.com/Boost-1.34.1-and-Visual-Studio-2008-compiler-tp161834… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 1

shifted_ptr crash quest & intrusive_list revival
by Phil Bouchard 21 Mar '08

21 Mar '08

Greetings: I have uploaded a cleaner version of shifted_ptr including better intrusive containers (intrusive_list & intrusive_stack) stripped from redundant information. The containers were initialy designed for shifted_ptr but proposes an interface that could be extended from ground up. Indeed, in this concept containers have no idea what the element_type is; it only knows about pointers to nodes. The responsability of knowing about the element_type is forwarded to the iterator, usualy using within a loop, which is eventually dereferenced appropriately. Having stricter containers could have been there but this is primaly a tool that is adapted to shifted_ptr and removes a lot of forward declarations because the type needs not be known. Secondly right now I would be happy to learn segfault are detected using shifted_ptr. Please provide simple case scenarios and I will trace the problem. This is not yet multithreaded and compiles fine only on x86: http://www.boost-consulting.com/vault/index.php?action=downloadfile&filenam… Regards, -Phil

1 1

[proto] transform for flattening an expression - how?
by Markus Werle 20 Mar '08

20 Mar '08

Hi! Sorry, Eric, if this is a lot of work. Reject to do it, if you like, or provide only some of these. ---- Task 1 -------------- Consider I need to flatten a tree into a sum: template<int I> struct arg {}; proto::terminal<arg<1> >::type a; proto::terminal<arg<2> >::type b; proto::terminal<arg<3> >::type c; proto::terminal<arg<4> >::type d; a + b + c + d has type expr<tag::plus, arg2<a tree structure> > but I need a template function make_flat taking arbitray expressions and return expressions of type expr<sum, args4<all args in the typelist> > How can I do this in proto? ----------- Task 2: Next step: a - b + c should first be transformed into a + (-b) + c and then transformed into the sum. Could you please provide full compilable examples? ------ Task 3: Next step: I want to detect simultaneous occurences of x and -x and have them dropped from the typelist of my sum. Please provide an example that detects this for terminals only, then one which also works for (a*b - a*b) and returns expr<tag::nil, nulllist> (BTW, is there a nil/null tag in proto?) --------- Task 4: Write an expand function that for a*(b+c) returns a type representation a*b+a*c ----- Markus

4 26

[1.35.0] Test regressions
by Beman Dawes 20 Mar '08

20 Mar '08

For a full list of 1.35.0 test regressions, see http://beta.boost.org/development/tests/release/developer/summary.html There are a few 1.35.0 regressions I'm not particularly concerned about; VC++ 7.1 is now old news, and no one seems to care much about the Intel/Windows compiler. Given that VC++ 9.0 has been out for awhile now, it would be nice to kill off a few more of those regressions before 1.35.0 ships: * Conversion * Graph * Python * TR1 Red regressions I'm concerned about are: * Numeric/interval on Darwin. * Serialization on Darwin. * Spirit on Darwin. If anyone can quickly come up with fixes, there is still (barely) enough time to get them into 1.35.0. --Beman

4 7

[any] Possible improvement?
by Sergei Politov 20 Mar '08

20 Mar '08

As far as I understand it is possible to use in boost::any techniques similar to boost::function. I.e. split virtual behavior and actual data. It will help to avoid heap allocation while copying boost::any with stored small objects. What do you think about adding it to next releases of boost?

5 4

Attention: All authors of updated libraries for 1.35
by John Maddock 20 Mar '08

20 Mar '08

If your news isn't already added to http://beta.boost.org/users/news/version_1_35_0 then now is the time to do so - or reply with your news to this message. Thanks, John.

8 15

[smart_ptr] enable_shared_from_this enhancement
by Frank Mori Hess 20 Mar '08

20 Mar '08

I'm curious a patch to boost::enable_shared_from_this that makes shared_from_this() work inside constructors would be considered? The implementation I've got in mind (haven't actually tried it yet) would work as follows. I'd add two shared_ptrs to enable_shared_from_this, call them "internal_shared" and "external_shared". external_shared would be assigned the external shared_ptr which first takes ownership of *this. internal_shared would be initialized with the "this" pointer, and a custom deleter which would reset external_shared. internal_shared would be reset right after external_shared is initialized (when an external shared_ptr takes ownership of *this). Any calls to shared_from_this() that occur prior to an external shared_ptr taking ownership of *this (such as in the constructor) would get a copy of internal_shared. So the idea is, external_shared would keep the object alive as long as any copies of internal_shared that got made in the constructor are still around. -- Frank

3 21

Trac open bugs - by assignee
by Marshall Clow 20 Mar '08

20 Mar '08

[ 227 open tickets bugs, 225 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 21 az_sw_dude 14 grafik 13 vladimir_prus 13 dgregor 13 dave 12 doug_gregor 11 no-maintainer 11 bemandawes 11 agurtovoy 7 turkanis 7 jsiek 7 anthonyw 6 johnmaddock 5 witt 5 igaztanaga 4 ramey 4 ebf 3 nesotto 3 matias 3 kaalus 3 danielw 2 shammah 2 samuel_krempp 2 rogeeff 2 pavol_droba 2 nasonov 2 marshall 2 jmaurer 2 hkaiser 2 danieljames 2 aaron_windsor 1 urzuga 1 t_schwinger 1 speedsnail 1 pdimov 1 garcia 1 fcacciola 1 dlwalker 1 None None 1644 Boost.Test missing documentation file BOOST_CHECK_CLOSE_FRACTION.html 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 1657 Bug in boost::threads sample 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 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 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 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 1697 [utility][noncopyable] ADL barrier broken by msvc-9.0 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 1680 long long and wchar_t support in MPI 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 1654 recursive variants do not handle nested variants correctly. ebf 993 Variant should use least common multiple of alignments_ rather than maximum fcacciola 1666 Visualizer for boost::optional 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 1663 build.bat cannot set/reset ERRORLEVEL 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 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 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 kaalus 1678 Boost.property_tree::read_xml does not parse UNICODE file with BOMs marshall 1252 [pool] severe overhead with unaligned sizes. marshall 1493 SVN files making it through to install matias 1406 Understanding the Tables outdated matias 1651 incorrect typedefs in examples matias 1676 Dead links on Boost.Test example documentation. nasonov 1220 lexical_cast requires RTTI 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 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 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 pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* ramey 1285 [serialization] problem when including shared_ptr_132.hpp ramey 1628 Lack of wide character support prevents boost.serialization from linking ramey 1662 boost::serialization for boost::optional - missing include ramey 1689 [serialization] Update a link rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library samuel_krempp 1699 Compile warning about initialization order. 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 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 urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode 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 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 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

Announce: Synopsis 0.10 released
by Stefan Seefeld 20 Mar '08

20 Mar '08

I'm happy to announce the release of Synopsis 0.10. About Synopsis ============== Synopsis is a multi-language source code introspection tool that provides a variety of representations for the parsed code to enable further processing such as documentation extraction, reverse engineering, and source-to-source translation. Changes ======= A lot of work has gone into this project over the last couple of months, yielding (among others) these features: * More information is captured, for example relationships between primary class templates and their specializations / instantiations. * The storage of source-code cross-references has been simplified and integrated into the Internal Representation (IR), leading to a much more intuitive and convenient user interface. * The Python parser has been largely rewritten, adding support for parsing of dependent (imported) files / modules. * The DocBook formatter has been rewritten. It now supports Javadoc and ReST document markup, too. * The HTML formatter has been enhanced in many respects. Many bugs have been fixed. * The C and C++ parsers have been enhanced, and many bugs have been fixed. * Some new ASG processors have been added (MacroFilter, TypedefFolder, et al.) * Documentation has been much enhanced. Here are some examples for online documentation generated with Synopsis: Synopsis' own C++ API: http://synopsis.fresco.org/docs/Manual/cxx/ Synopsis' own Python API: http://synopsis.fresco.org/docs/Manual/python/ Boost.Python (and dependent) C++ API: http://synopsis.fresco.org/bpl/ Synopsis may be built with boost; it will depend on boost.filesystem, boost.wave, and boost.python in that case. Regards, Stefan -- ...ich hab' noch einen Koffer in Berlin...

1 0

[gsoc2008] Calendar library
by KTC 20 Mar '08

20 Mar '08

Just wanted to test the waters here. One thing that I've been wanting to do is a calendar library. In my experience, I have found what is available at the moment to be very limited. Either they only have support for Gregorian calendar, plus one or two more if lucky, and or there's serious bugs in its implementation like not taking into account skipped days when converting from Julian to Gregorian. What I would propose could either be an extension to the current Boost.Date_Time library, or a new library using its own design. Main features would be built in support of up to 20 calendar systems, conversion, calculation of secular and religious holidays, days between dates, day of week, and time zones support. Any feedback is appreciated. Kwan Ting Chan (KTC) -- Experience is a good school but the fees are high. - Heinrich Heine

2 1

[1.35][Boost.Test] Lots of broken links?
by John Maddock 20 Mar '08

20 Mar '08

There are currently a lot of broken links in the Boost.Test documentation: doc/components/prg_exec_monitor/compilation.html: *A* broken link: ../../../build/Jamfile doc/components/prg_exec_monitor/index.html: *A* broken link: ../../../../../boost/test/cpp_main.hpp doc/components/test_tools/index.html: *A* broken link: ../../tests/boost_check_equal_str.html doc/components/test_tools/reference/BOOST_CHECK_CLOSE.html: *A* broken link: BOOST_CHECK_CLOSE_FRACTION.html doc/components/test_tools/reference/BOOST_CHECK_MESSAGE.html: *A* broken link: BOOST_MESSAGE.html doc/components/test_tools/reference/BOOST_CHECK_SMALL.html: *A* broken link: BOOST_CHECK_CLOSE_FRACTION.html doc/components/test_tools/reference/tools_list.html: *A* broken link: ../../btl1.gif, *A* broken link: BOOST_CHECK_CLOSE_FRACTION.html doc/components/utf/compilation.html: *A* broken link: ../../../build/Jamfile doc/components/utf/components/index.html: *A* broken link: ../../btl1.gif doc/components/utf/components/test_case/abstract_interface.html: *A* broken link: ../../../btl1.gif doc/components/utf/components/test_case/auto_register_facility.html: *A* broken link: ../../../btl1.gif doc/components/utf/components/test_case/boost_function_tc.html: *A* broken link: ../../../../../../../boost/test/unit_test_suite_ex.hpp, *A* broken link: ../../../btl1.gif doc/components/utf/components/test_case/class_tc.html: *A* broken link: ../../../btl1.gif doc/components/utf/components/test_case/function_tc.html: *A* broken link: ../../../btl1.gif doc/components/utf/components/test_case/index.html: *A* broken link: ../../../btl1.gif doc/components/utf/components/test_case/param_boost_function_tc.html: *A* broken link: ../../../../../../../boost/test/unit_test_suite_ex.hpp, *A* broken link: ../../../btl1.gif doc/components/utf/components/test_case/param_class_tc.html: *A* broken link: ../../../btl1.gif doc/components/utf/components/test_case/param_function_tc.html: *A* broken link: ../../../btl1.gif doc/components/utf/components/test_case/tc_template.html: *A* broken link: ../../../btl1.gif doc/components/utf/components/test_log/custom_log_formatter.html: *A* broken link: ../../../btl1.gif doc/components/utf/components/test_log/index.html: *A* broken link: ../../../btl1.gif doc/components/utf/components/test_result/index.html: *A* broken link: ../../../btl1.gif doc/components/utf/components/test_suite/index.html: *A* broken link: ../../../btl1.gif doc/components/utf/index.html: *A* broken link: getting_started/index.html doc/components/utf/parameters/build_info.html: *A* broken link: ../../btl1.gif doc/components/utf/parameters/catch_system_errors.html: *A* broken link: ../../btl1.gif doc/components/utf/parameters/detect_memory_leaks.html: *A* broken link: ../../btl1.gif doc/components/utf/parameters/index.html: *A* broken link: ../../btl1.gif doc/components/utf/parameters/log_format.html: *A* broken link: ../../btl1.gif doc/components/utf/parameters/log_level.html: *A* broken link: ../../btl1.gif doc/components/utf/parameters/no_result_code.html: *A* broken link: ../../btl1.gif doc/components/utf/parameters/output_format.html: *A* broken link: ../../btl1.gif doc/components/utf/parameters/random.html: *A* broken link: ../../btl1.gif doc/components/utf/parameters/report_format.html: *A* broken link: ../../../../../LICENSE_1_0.txt, *A* broken link: ../../btl1.gif doc/components/utf/parameters/report_level.html: *A* broken link: ../../btl1.gif doc/components/utf/parameters/show_progress.html: *A* broken link: ../../btl1.gif doc/examples/unit_test_example1.html: *A* broken link: ../../example/unit_test_example1.cpp doc/examples/unit_test_example2.html: *A* broken link: ../../example/unit_test_example2.cpp doc/examples/unit_test_example3.html: *A* broken link: ../../example/unit_test_example3.cpp doc/examples/unit_test_example4.html: *A* broken link: ../../example/unit_test_example4.cpp doc/examples/unit_test_example5.html: *A* broken link: ../../example/unit_test_example5.cpp, *A* broken link: ../../example/unit_test_example5.input doc/tests/auto_unit_test_test.html: *A* broken link: ../../test/auto_unit_test_test.cpp doc/tests/auto_unit_test_test_mult.html: *A* broken link: ../../test/auto_unit_test_test_mult1.cpp, *A* broken link: ../../test/auto_unit_test_test_mult2.cpp doc/tests/unit_test_suite_ex_test.html: *A* broken link: ../../test/unit_test_suite_ex_test.cpp doc/tutorials/hello_the_testing_world.html: *A* broken link: ../../../../../LICENSE_1_0.txt, *A* broken link: ../execution_monitor/index.html doc/tutorials/new_year_resolution.html: *A* broken link: ../../../../../../LICENSE_1_0.txt Plus one license/copyright missing: test/auto-link-test/auto_link_with_utf.cpp: *C*, *L* Any chance of some fixes for this in time for 1.35 release? Many thanks, John.

4 4

[1.35.0] Attention library maintainers: Broken links
by Beman Dawes 20 Mar '08

20 Mar '08

I've fixed dozens of the most obvious broken links in Boost.Test documentation, both trunk and release branch. There are still 20 or so broken links left. I find it pretty irritating when the release manager and other volunteers have to fix a library's broken links. This is something that maintainers should check periodically, and fix themselves. The Boost "inspect" tool can be run in any directory to find broken links and other problems in that directory and its sub-directories. That makes it easy to check potential fixes without waiting for the full inspection report to cycle. --Beman

2 2

ptr_vector cleanup question
by Robert Dailey 19 Mar '08

19 Mar '08

Hi, Below I have posted code that I'm trying to clean up. I'm specifically trying to clean up the MainFunction() implementation. You'll notice that I'm creating an object on the heap, Initializing it, and if the initialization fails I simply delete the object. However, if it succeeds I proceed to add it to my ptr_vector container and keep it. There are a few things to be cautious about, however: 1) Connect() may or may not throw exceptions, which would ultimately result in a memory leak. 2) The Socket object is not copy constructable. One idea I thought of to clean this up was to define my ptr_vector as a container of shared_ptr<Socket> objects, however I'm not sure if this is recommended. It would definitely solve the problem of exceptions being thrown. Perhaps there's a boost::shared_ptr_vector somewhere I don't know about :) class Socket { public: bool Connect() { /* Assume valid implementation */ return false; } }; boost::ptr_vector<Socket> sockets; void MainFunction() { Socket* mySocket = new Socket; if( mySocket->Connect() ) { sockets.push_back( mySocket ); } else { delete mySocket; } }

2 2

Passing strings as a template parameter (small utility)
by Tom Brinkman 19 Mar '08

19 Mar '08

As you know, you can't pass a string as a template parameter. Nevertheless, I have found that I often need to do just that. This small utility allows you to pass a string as a parameter. I call it "static_string". This could possibly given to one of the google students as an easy project. Otherwise, here an example of what I do to solve this problem. typedef static_string<'H','E','L','P'> help_t; std::string help = help_t(); BOOST_CHECK(help == "help"); template <typename T> void foo() { std::string str = T(); BOOST_CHECK(str == "help"); } foo<help_t>(); template <char a=' ', char b=' ', char c=' ', char d=' ', char e=' ', char f=' ', char g=' ', char h=' '> char i=' '> char j=' '> char k=' '> char l=' '> struct static_string { operator std::string() { char ch[7]; sprintf(ch,"%c%c%c%c%c%c%c%c%c%c%c%c", a,b,c,d,e,f,g,h,i,h,k,l); std::string str = ch; boost::trim(str); return str; } };

3 2

Re: [boost] [Boost-testing] Testing fails on trunk with r43710
by Rene Rivera 19 Mar '08

19 Mar '08

Nicola Musatti wrote: > Hallo, > I've just tried running bjam on Windows with the following arguments: > bjam -a -l600 --v2 --dump-tests toolset=msvc-8.0 1>bjam.log 2>&1 > > My bjam version is: > Boost.Build V2 (Milestone 12) > Boost.Jam 03.1.16 > > The result is the following: > > ../util/test.jam: No such file or directory > Am I doing anythong wrong? Nothing... The problem was this check-in: <http://svn.boost.org/trac/boost/changeset/43691/trunk/libs/serialization/te…> Unfortunately it's a large composite check-in that is just about impossible for me to revert or fix. Robert needs to check in the missing files. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org (msn) - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim,yahoo,skype,efnet,gmail

3 3

StateChart: Propagating events with orthogonal states
by Peters, Richard 19 Mar '08

19 Mar '08

Hello, While using the Boost.StateChart library, I noticed strange behaviour when orthogonal states are used. Supposed I have a state machine with state A, which contains a state B, and state B has two orthogonal states C and D. Suppose A handles some event E, and D is able to handle the same event E. Now if the statemachine is in state C and D and I send event E, this can happen: E is sent to C, which is unable to handle E. E gets forwarded to B, and then to A. There, it is handled by A. I would expect this behaviour: E is sent to C, it is unable to handle it, and then the event E is forwarded to the next orthogonal state in B, which is D. Then, D is able to handle it. This way, event E ends up handled by D instead of by A. The statechart reference states the current behaviour as the correct behaviour: Class template state_machine, void process_event specifies in point 3: "Select an arbitrary but in this reaction search not yet visited state from all the currently active innermost states." and in 4a: "Searches a reaction suitable for currentEvent, starting with the current innermost state and moving outward until a state defining a reaction for the event is found." So, the implementation matches the specification. But what is the reason that it is not specified that first all orthogonal states are tried before moving outward in search for a reaction? Is this the way the UML standard specifies it? I tried to read the UML standard, but I can't find something relevant for propagating events. best regards, Richard Peters This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation.

2 1

[serialization] Fix Jamfile
by Vladimir Prus 19 Mar '08

19 Mar '08

Robert, in revision 43697 you have added usage requirements to serialization's Jamfile, as follows: http://tinyurl.com/2hbzyu It appears that this change is not necessary. If any other target depends on serialization, then it will implicitly depend on serialization's dependencies. Adding <dependency> to usage requirements will mean that if I have a library depending on serialization, than that library will also have dependency on ../../config/test//BOOST_NO_STD_LOCALE If my library does not use that, there's no reason why it should have a dependency. Furthermore, due to the way Boost is build, this dependency can be added to basically all libraries, which is hardly needed. Because of that, I have removed usage-requirements setting on trunk. Also, I've noticed that you have about 10 commits, all having the same commit message: Support serialization in DLLS Make thread-safe fix portable binary archives It does not seem a good practice, as it's hard to understand what each given commit was meant to do. Can you try to use descriptive messages for each commit. FWIW, good guidelines on writing commit messages can be found at: http://subversion.tigris.org/hacking.html#log-messages Thanks, Volodya

2 6

[thread] Docs don't build on release branch
by Darren Garvey 19 Mar '08

19 Mar '08

Hi Anthony, The Jamfile.v2 in libs/thread/doc/ seems to be missing a 'using quickbook ;' I quite like the new organisation. Do you have any idea how stable this API is likely to be though, with it tracking the C++0x standard proposals? Regards, Darren

4 9

[gsoc2008] interest for component library?
by Themis Bourdenas 19 Mar '08

19 Mar '08

Hi, I want to propose a project for participation in Google SoC 2008 with boost. My proposal is a software component library for C++. The goal is the creation of a library that assists component based software development, bringing a well defined, existing model to C++. Is there any interest for such a library? nesC is an extension to the C language developed in UC Berkeley to support development in real-time embedded systems running tinyOS. The extensions to the C language are around the notion of components/modules and their orchestration (configuration) in order to deploy a running application. They use a meta-compiler that transforms nesC code to ANSI C, which then actually runs on the motes. Of course the nesC programming model is not tied to real-time systems and translates in large systems as well. My proposal is to provide the same model in a C++ library, without the need of a meta-compiler, but providing a DSEL. If you are unfamiliar with nesC, you can find more in http://nescc.sourceforge.net/, but below I'll give a quick overview and glossary of the terms used in the model and how they can translate in C++. - interface -- an abstract class that defines an API contains commands and events - module -- a class that is a concrete implementation of one or more interfaces, it provides and uses one or more interfaces - provide -- the relationship of a module that provides an interface is similar to the inheritance relationship, the module implements the interface's declared commands and triggers its declared events - use -- a module that uses an interface implies that it requires the existence of a module that implements that interface - command -- an exported function declared in an interface, implemented by a module - event -- a signal declared in an interface, fired by a module - configuration -- a specification of wiring (mapping) of modules to interfaces, constructing an entity that can be considered as a composite module (aka orchestration of components) - wiring -- instantiation of a module and attachment to an interface that is used by another module or configuration The benefits of component based development are obvious; clean architectural dissemination of software, self-containment of modules and orchestration of new services and applications based on already existing ones. I have adjusted the basic concepts behind nesC as presented in its web site to translate to general programming: - separation of construction and composition: programs are built out of components, which are assembled ("wired") to form whole applications. - specification of component behavior in terms of set of interfaces. Interfaces may be provided or used by components. The provided interfaces are intended to represent the functionality that the component provides to its user, the used interfaces represent the functionality the component needs to perform its job. - interfaces are bidirectional; they specify a set of functions to be implemented by the interface's provider (commands) and a set of signals fired to the interface's user (events). This allows a single interface to represent a complex interaction between components (e.g., registration of interest in some event, followed by a callback when that event happens). - components can be statically linked to each other via their interfaces, furthermore components should be linked dynamically (at run-time) allowing modification of program's behavior. Below I give an example of orchestration for an IDE application where you want to setup the environment to handle C++ sources. Setup compilers, source documents, runtime env, source editor etc. configuration cpp_ide { module<ide>.interface<Compiler> -> module<gcc> module<ide>.interface<SourceFile> -> module<CppSource> module<ide>.interface<Editor> -> module<CppEditor> module<ide>.interface<Output> -> module<Console> } In the above simple example we create a configuration of the ide module, namely cpp_ide, wiring its interfaces to some implemented modules. The notation of module<> and interface<> is to help you distinguish between different entities. Alternatively, you could setup the environment for e.g. python given that you implement the proper modules, reusing code from some common modules (e.g. console and the ide infrastructure). I want to support both static configurations like this and dynamic configuration, (e.g. setup an environment depending on configuration files). Of course the true benefits of components come from the fact that they can be dynamically loaded at runtime. I intend to use the boost.extension library, which seems to have reached a stable state, for facilitating this requirement. That would require components to just depend on interfaces instead of actual implementation. In addition, I want to expand the library to interoperate with boost.reflection so that a module's interface can be wired with an arbitrary module as long as it provides the functional requirements set by the interface. In the latter case detection of incompatibilities between modules (i.e. missing functions) are postponed and handled during runtime, as they can not be resolved statically. So, please give me some feedback on whether such a library would be an interesting contribution to boost and if you want me to elaborate on my ideas for the project. Cheers, Themis

1 0

[fusion] BOOST_FUSION_ADAPT_STRUCT
by Eric Niebler 19 Mar '08

19 Mar '08

Say I have a struct D that derives from B, like: struct B { int i1; } struct D : B { int i2; } I can adapt B to be a Fusion sequence with: BOOST_FUSION_ADAPT_STRUCT(B, (int, i1)) Now I want to adapt D. Do I have to enumerate B's members again, or is there a way to express the inheritance relationship so that it Just Works? -- Eric Niebler Boost Consulting www.boost-consulting.com

1 0

[1.35.0] RC2?
by Beman Dawes 19 Mar '08

19 Mar '08

Thanks to help from a lot of Boosters, many of the issues with RC1 have been fixed. Does anyone have any last minute issues they would like to bring up before we issue RC2? --Beman

4 5