- Boost - lists.preview.boost.org

[bimap] How to get started with bimap and boost 1.34.1?
by Johan Franzén 14 Mar '08

14 Mar '08

Hello, I want to try out bimap alongside our current use of the 1.34.1 boost release. Google have led me to the boost vault where I found a bimap from 2007-06-04. I was under the impression that bimap was header only and ready to go when unzipped, but its documentation and examples refers to a file "boost/bimap.hpp" which I cannot find in the vault version. How can I get going with this? Best regards and thanks for any hints, Johan Franzén

2 2

[filesystem] to support Windows NTFS symlinks
by David Sirovsky 14 Mar '08

14 Mar '08

Hello All, As far as I understand Boost.Filesystem assumes that there is no symbolic link support in Windows (is_symlink() always returns false, it is impossible to create, etc.), but only hardlinks (using the CreateHardLink API call). As you probably know, symlinks have been introduced in Vista (NTFS only): the API now includes CreateSymbolicLink and a user is able to create symlinks using mklink and see them using dir. [ http://en.wikipedia.org/wiki/NTFS_symbolic_link]<http://en.wikipedia.org/wiki/NTFS_symbolic_link> However, creating fully functional symbolic links was quite possible already in Windows 2000 on NTFS drives - using junction reparse points. [ http://en.wikipedia.org/wiki/NTFS_junction_point]<http://en.wikipedia.org/wiki/NTFS_junction_point> A junction is created with 2 main API calls: hFile = CreateFile( LinkDirectory, GENERIC_WRITE, 0, NULL, OPEN_EXISTING, FILE_FLAG_OPEN_REPARSE_POINT|FILE_FLAG_BACKUP_SEMANTICS, NULL ); . . . DeviceIoControl( hFile, FSCTL_SET_REPARSE_POINT, reparseInfo, reparseInfo->ReparseDataLength + REPARSE_MOUNTPOINT_HEADER_SIZE, NULL, 0, &returnedLength, NULL ) . . . A popular free SysInternals' http://www.microsoft.com/technet/sysinternals/FileAndDisk/Junction.mspx tool is usually used to create/list junctions in Win2000, XP, Vista. Its source-code can be found here: http://web.archive.org/web/20060106050745/www.sysinternals.com/Utilities/Ju… [At the Web-Archive, as the source-code has not yet been officially re-released by Microsoft since SysInternals migration to Technet] (There is also another pre-Vista tool - the Microsoft's fsutil)<http://technet2.microsoft.com/windowsserver/en/library/14cb706b-2a38-48e0-a…> As far as I understand, junctions behave similar to symbolic links - they point to specific "real" locations not only on the same drive, they can be deleted without deleting the target, they still point to already deleted file/directory, etc. They are even in formal use in Windows Vista: for example, "Documents and Settings" is no longer a directory but a junction pointing to some newly introduced user folder; junctions are supported in the mklink tool and are shown using dir. Maybe it is worth considering to introduce Windows NTFS symlinks support in Boost.FileSystem - a straightforward approach would be to use new symbolic link API for Vista target build and junctions for 2000 and XP. [I am sorry if this subject has already been discussed - I have not found any posts on it] Best Regards, David Sirovsky.

3 5

GCC 4.3.0 is available (with some C++0x support)
by Doug Gregor 14 Mar '08

14 Mar '08

GCC 4.3.0 has been released. It contains support for some new C++0x features in its experimental C++0x mode, including rvalue references, variadic templates, and decltype. Please see http://gcc.gnu.org/gcc-4.3/cxx0x_status.html for more information about the C++0x features available in this GCC release. Now would be a great time to start experimenting with C++0x features, to improve Boost libraries or just for fun. Or, come to BoostCon this year for some hands-on experience with the experts. - Doug

9 10

[bind] private member functions
by Robert Dailey 14 Mar '08

14 Mar '08

Hi, Currently I have a class named Foo. Foo is using Boost.Bind to bind one of its own private methods to *this. However, since the method I'm binding is private, boost.bind cannot call it. Is there a way to make Boost.Bind a friend of my class? What is the recommended solution to such a problem? I did some quick searching on google about this issue but I came up with no results. Thanks.

4 4

[thread] [trunk] mutex: Invalid argument
by Dean Michael C. Berris 14 Mar '08

14 Mar '08

Hi Everyone, This has been bothering me a while -- as I'm working on the Memcache++ Client that I'm maintaining and continuing to develop, when I try running the unit test(s) I've written in a specific platform I get 'mutex: Invalid argument' errors being thrown with regards to either locking, unlocking, or destroying mutexes. The platform I'm working on is: Intel Core 2 Quad CPU @ 2.40 Ghz Ubuntu Gutsy Gibbon 7.10 Linux Kernel 2.6.22-14-server (x86_64) gcc (GCC) 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2) I'm working off of Boost's SVN trunk revision 43586. The system is running in 64-bit mode (which may or may not say what the problem can be, because I don't see this problem in 32-bit systems as well as other 64-bit systems). Pointers would be greatly appreciated. -- Dean Michael Berris Software Engineer, Friendster, Inc. <dmberris(a)friendster.com> +639287291459

6 9

Boost asio documentation
by Heckl, Jochen (ext) 14 Mar '08

14 Mar '08

Hi all, I would like to do some experiments with asio, but unfortunately i can't get the documentatino compiled to html. Is there a step by step howto available on how to genreate the asio documentation? Best Jochen

2 2

Boost 1.36 planning
by James Sharpe 14 Mar '08

14 Mar '08

Since the release candidate for 1.35 is now iminent might I suggest that its time to start thinking about appointing a release manager for 1.36 so that the next release management process can begin? There are a number of tasks that I'd argue can be done now - especially as subversion makes this process relatively easy to be managing multiple branches at once. I'm thinking tasks such as establishing supported platforms, integrating newly accepted libraries into the source tree could all begin to happen whilst the final touches are done to 1.35. Then as soon as 1.35 is released, regression testing can begin on 1.36 (as I know that testing resources are limited). This will also help gain some momentum in the release process as library developers can start targeting features towards the 1.36 release as opposed to just general library development with no foreseeable target. I believe that a stronger concept of a code freeze for new features should be employed to try and encourage a quicker release cycle, which should hopefully mean that there are less regressions to deal with as new features will be tested more thoroughly and not left as test failures for so long as they might otherwise be. As a result this suggestion would mean that a release manager should never manage two releases in a row, as it would require some overlap at a particularly crucial stage in the release process, which I think will work well and it also means that should bug fix releases e.g. 1.35.1 be required then the manager for 1.35 would be able to coordinate that without adding any delay to the 1.36 (which will be tracking any bug fixes from 1.35 via the trunk). Note that the other advantage is that release tool development can occur in parallel as problems are found - there was a discussion some time earlier about a suggested tool update(I don't recall what it was now - may have been docs related) which was dismissed as 'lets fix it when 1.35 is done' whereas I think that the correct response should have been 'that can be developed on trunk(or release branch 1.36)' Thoughts? James

2 1

[bind] Automatic argument counting
by Robert Dailey 14 Mar '08

14 Mar '08

Hi, I wish to use boost::bind to simply wrap a member function pointer. I'm passing a member function into a slot in the Boost.Signals library, and I would like the convenience of not having to specify the number of arguments each member function has in boost.bind. For example, assume I have the following class: class Foo { public: void Function1( int ) {} void Function2( int, int, bool ) {} }; I would like to be able to do the following: Foo myFoo; boost::bind( &Foo::Function1, myFoo ); In the case above, I now have an object bound to my function pointer, however I am required to explicitly place a _1, _2, _3 (etc) depending on how many parameters the member function takes. Is there a way that this can be automated? Thanks.

5 11

[Review] Proto review starts today, March 1st
by Hartmut Kaiser 13 Mar '08

13 Mar '08

Hi all, The review of Eric Nieblers Proto library starts today, March 1st 2008, and will end on March 14th. I really hope to see your vote and your participation in the discussions on the Boost mailing lists! --------------------------------------------------- About the library: Proto is a framework for building Domain Specific Embedded Languages in C++. It provides tools for constructing, type-checking, transforming and executing expression templates. More specifically, Proto provides: * An expression tree data structure. * Operator overloads for building the tree from an expression. * Utilities for defining the grammar to which an expression must conform. * An extensible mechanism for immediately executing an expression template. * An extensible set of tree transformations to apply to expression trees. * A mechanism for giving expressions additional behaviors and members. Documentation is here: http://boost-sandbox.sourceforge.net/libs/proto Download proto.zip from here: http://www.boost-consulting.com/vault/index.php?directory=Template%20Metapro gramming Proto is a very important infrastructure library, IHMO. It has been used as the backbone for several other library writing efforts already, such as Xpressive and the rewrite of Spirit (there it has been used for all three parts: the parser, the lexer and the generator modules), and it is a key enabling technology in the long-planned unification of Phoenix and the Lambda Library. --------------------------------------------------- Please always state in your review, whether you think the library should be accepted as a Boost library! Additionally please consider giving feedback on the following general topics: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With what compiler? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? Regards Hartmut Review Manager

4 5

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

13 Mar '08

[ 221 open bugs today, 221 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 20 az_sw_dude 14 grafik 13 dgregor 12 vladimir_prus 12 doug_gregor 12 dave 11 agurtovoy 10 no-maintainer 9 bemandawes 8 anthonyw 7 turkanis 7 jsiek 6 johnmaddock 5 witt 5 igaztanaga 4 ebf 4 None 3 t_schwinger 3 ramey 3 matias 3 danielw 2 shammah 2 rogeeff 2 pavol_droba 2 nesotto 2 nasonov 2 kaalus 2 jmaurer 2 hkaiser 2 danieljames 2 aaron_windsor 1 urzuga 1 speedsnail 1 samuel_krempp 1 pdimov 1 marshall 1 garcia 1 dlwalker None 1493 SVN files making it through to install None 1644 Boost.Test missing documentation file BOOST_CHECK_CLOSE_FRACTION.html None 1666 Visualizer for boost::optional None 1678 Boost.property_tree::read_xml does not parse UNICODE file with BOMs 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 1640 [Thread] warnings from VC9 + warning level 4 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 287 wrong usage of ios_base::narrow az_sw_dude 316 date_time type conversion warning az_sw_dude 604 from_ftime incorrectly processes FILETIME filled with zeros az_sw_dude 642 operator<< for gregorian::date_duration not found az_sw_dude 889 Insane Dependencies az_sw_dude 890 date_time library supports only the current dst rule bemandawes 1378 filesystem path invalid name for hidden files (LINUX) bemandawes 1389 filesystem::ostream << boost::format generates operator ambigious error (in MSVC++) bemandawes 1458 Darwin Tiger throws std::runtime_error: locale::facet::_S_create_c_locale name not valid bemandawes 1578 bug in readdir_r_simulator() in a multi-threaded environment bemandawes 1583 Serious flaw in boost::filesystem filename handling (opensuse) bemandawes 1589 [filesystem] 'mbstate_t' : is not a member of 'std' bemandawes 1606 filesystem/src/exception.cpp doesn't build with gcc bemandawes 1613 Link Errors against file_system on OS X with Intel Version 10.1 C++ compilers bemandawes 752 directory_iterator doesn't work with catch danieljames 1554 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support new string types. danieljames 1555 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support boost::system::error_code danielw 1044 Argument pack inaccessable in a functions return type danielw 1054 Parameter takes an "infinite" amount of time to compile with the Intel compiler. danielw 1097 keyword.hpp generates many warnings C4180: qualifier applied to function type has no meaning; ignored dave 1010 linking boost.python on freebsd dave 1019 iterator_facade::pointer should be the return type of operator-> (DR 445) dave 1085 Python rules for compiling in Mac OS X dave 1179 [boost.python] can not export a union in VC2005sp1 dave 1181 [boost.python] can modify enum value dave 1387 Review / update docs to reflect changes dave 1460 Python classes with multiple bases are convertible only to the first class in the lists dave 1482 boost::python::throw_error_already_set should be marked noreturn dave 1516 [python] Failing VC9 regression tests dave 1599 [python] '_set_se_translator': identifier not found dave 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1192 [boostbook] problem when two files have the same name dgregor 1199 configure doesn't work with path containing whitespaces (MacOS X) dgregor 1310 [result_of] const-qualified function pointer doesn't work dgregor 1326 Unable to check graph isomorphism using LEDA adapter dgregor 1391 dominator_tree_test on Borland/CodeGear outputs overly long line dgregor 1394 Translate libs/graph/build/python/Jamfile to BBv2 dgregor 1395 Write Tests for Python Bindings dgregor 1630 gcc-4.3: adjacency_list.hpp includes deprecated header dgregor 1655 Documentation of the depth_first_search() Function 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 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 marshall 1252 [pool] severe overhead with unaligned sizes. 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 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 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 rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library samuel_krempp 859 boost::format ignores a user defined locale shammah 290 perfomance: memory cleanup for pool takes too long shammah 386 boost::pool_allocator breaks with vector of vectors speedsnail 1138 Problems with TSS and static thread library t_schwinger 1100 Building boost.function_types fails cvs rev-1.1_ no chdir command in bash t_schwinger 1602 function_types Jamfile depends on the source tree being in a specific place. 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 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."

2 5

[proto] construct_: typos in docs and not able to get this to work
by Markus Werle 13 Mar '08

13 Mar '08

> [calm down gmane erroneous top-post detector] Hi! Having hard times to catch the ideas of the construct_ example. First of all: There are 2 typos in the definition of construct: // Define the construct() function template that // constructs an object lazily. template<typename T, typename A0, typename A1> // That one led to a lot of confuion // !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! // WRONG: typename proto::make_expr< typename proto::result_of::make_expr< proto::tag::function , construct_<T> const , A0 const & , A1 const & >::type const // !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!VV!!!!!!!! // WRONG: construct(A0 const &a0, A0 const &a1) construct(A0 const &a0, A1 const &a1) { return proto::make_expr<proto::tag::function>( construct_<T>() , boost::ref(a0) , boost::ref(a1) ); } To keep it off the other thread that I will continue later this day: Could you please remark in the docs with big red letters that make_expr is a type in namespace proto::functional and a function in namespace proto and why name clashes won't appear? I do not like that naming convention, mainly because I cannot remember the rules for the compiler for cases where both are visible. And yes, if you remember, I like to learn them again - now. Also for beginners like me it would be nice to have struct construct_ be renamed to constructor. The '_' is easily overlooked at midnight when you print 2 pages on one as I did. And that text is not for the faint-hearted anyway. Note that I'd prefer code repetition in this example: please add definitions for _1 and _2, better: a complete, compilable example, see next section: Trouble -------- Below is code that does not compile. I get the impression that this led to the confusion in the other thread: I cannot see how proto::eval drops in in the std::transform call. Please correct the code in order to make it work. Markus VC8: 1>------ Build started: Project: Learn_Proto_1, Configuration: Debug Win32 ------ 1>Compiling... 1>test_make_expr_2.cpp 1>using typeof emulation 1>d:\programme\microsoft visual studio 8\vc\include\algorithm(739) : error C2679: binary '=' : no operator found which takes a right-hand operand of type 'const boost::proto::exprns_::expr<Tag,Args>' (or there is no acceptable conversion) ---snip--- #include <iostream> #include <boost/proto/proto.hpp> #include <boost/proto/context.hpp> #include <boost/typeof/std/ostream.hpp> #include <algorithm> #include <vector> #include <map> using namespace boost; typedef std::pair<double, double> S; template <typename T> struct construct_ { typedef T result_type; T operator()() const { return T(); } template<typename A0> T operator()(A0 const &a0) const { return T(a0); } template<typename A0, typename A1> T operator()(A0 const & a0, A1 const & a1) const { return T(a0, a1); } }; // Define the construct() function template that // constructs an object lazily. template<typename T, typename A0, typename A1> typename proto::result_of::make_expr< proto::tag::function , construct_<T> const , A0 const & , A1 const & >::type const construct(A0 const &a0, A1 const &a1) { return proto::make_expr<proto::tag::function>( construct_<T>() , boost::ref(a0) , boost::ref(a1) ); } // Define some placeholder types struct placeholder1 {}; struct placeholder2 {}; // Define the Proto-ified placeholder terminals proto::terminal< placeholder1 >::type const _1 = {{}}; proto::terminal< placeholder2 >::type const _2 = {{}}; int main() { // A lazy S constructor proto::terminal<construct_<S> >::type const construct_S = {{}}; // generate type information via compiler error // int i = construct_S; // Calls the lazy function and constructs an S proto::default_context ctx; S s = proto::eval( construct_S(1, 'a'), ctx ); //typedef proto::terminal<construct_<S> >::type c_t; // This does not work - WHY? // S s2 = construct<S>(_1, _2)(1, 'a'); std::vector<double> a, b; std::vector<S> buffer; std::transform(a.begin(), a.end(), b.begin(), std::back_inserter(buffer), construct<S>(_1, _2)); }

2 2

[Proto] review
by news.gmane.org 13 Mar '08

13 Mar '08

> Please always state in your review, whether you think the library should > be > accepted as a Boost library! Yes, Proto should definitely be accepted. It is a very useful foundation tool for building a DSEL with efficient execution performance. > - What is your evaluation of the design? The design is very clean and well thought out. This is Eric's second version of Proto and he obviously learned valuable lessons from the earlier version(s). > - What is your evaluation of the implementation? I read through much of the code and while I can't claim to understand it all, it seems well written. Would it be possible to eliminate the need for dummy parameters in examples like "make_pair_(1, 3.14), j, j )", where the state and visitor parameters are not used? In many places I see "when<_, xxx>" to mean transform anything to xxx. Is there an advantage to this syntax or would "always<xxx>" be simpler? > - What is your evaluation of the documentation? The documentation is good with many examples, but it took me several readings to "get it". I would like to see a section on debugging strategies and examples, particularly for Proto transforms. The display_expr() function could be documented with an example. Is there a way to create a "trace" of compiler messages, for something like the CalcArity example, where the compiler outputs warning messages as it does the mpl::max comparisons? I tried using techniques from the "C++ Template Metaprogramming" book, but couldn't get it to work. Any tools or techniques to help debugging would be appreciated. I couldn't find definitions for macros like BOOST_PROTO_EXTENDS_xxx, BOOST_PROTO_DEFINE_OPERATIONS, and BOOST_PROTO_AUTO. Also, proto::pod_generator isn't described anywhere. It would be helpful if the Concepts section were expanded with more definitions, because I kept getting confused about the precise meaning of grammar, transform, pattern, context, domain, generator, etc. > - What is your evaluation of the potential usefulness of the library? It will be useful in a variety of problem domains, where it's important to define a clean syntax to a high-performance implementation. However, the effort needed to understand Proto and write and debug code for it is a significant consideration. > - Did you try to use the library? With what compiler? Did you have any > problems? I wrote some small test cases and they ran well. The only problem I had was a proto::flatten test case that caused a "C1001 internal compiler error" on the msvc9.0 compiler. I sent this test case to Eric. > - How much effort did you put into your evaluation? A glance? A quick > reading? In-depth study? I've been following Proto for over a year. I spent about two days reviewing the current version. > - Are you knowledgeable about the problem domain? Yes, somewhat. I've written some test cases but haven't tried a real application.

3 4

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

13 Mar '08

[ 223 open bugs today, 221 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 20 az_sw_dude 14 grafik 14 dgregor 13 vladimir_prus 12 doug_gregor 12 dave 11 agurtovoy 10 no-maintainer 9 bemandawes 8 anthonyw 7 turkanis 7 jsiek 6 johnmaddock 5 witt 5 igaztanaga 4 ebf 3 t_schwinger 3 ramey 3 matias 3 kaalus 3 danielw 2 shammah 2 rogeeff 2 pavol_droba 2 nesotto 2 nasonov 2 jmaurer 2 hkaiser 2 danieljames 2 aaron_windsor 2 None 1 urzuga 1 speedsnail 1 samuel_krempp 1 pdimov 1 marshall 1 garcia 1 fcacciola 1 dlwalker None 1493 SVN files making it through to install 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 1640 [Thread] warnings from VC9 + warning level 4 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 287 wrong usage of ios_base::narrow az_sw_dude 316 date_time type conversion warning az_sw_dude 604 from_ftime incorrectly processes FILETIME filled with zeros az_sw_dude 642 operator<< for gregorian::date_duration not found az_sw_dude 889 Insane Dependencies az_sw_dude 890 date_time library supports only the current dst rule bemandawes 1378 filesystem path invalid name for hidden files (LINUX) bemandawes 1389 filesystem::ostream << boost::format generates operator ambigious error (in MSVC++) bemandawes 1458 Darwin Tiger throws std::runtime_error: locale::facet::_S_create_c_locale name not valid bemandawes 1578 bug in readdir_r_simulator() in a multi-threaded environment bemandawes 1583 Serious flaw in boost::filesystem filename handling (opensuse) bemandawes 1589 [filesystem] 'mbstate_t' : is not a member of 'std' bemandawes 1606 filesystem/src/exception.cpp doesn't build with gcc bemandawes 1613 Link Errors against file_system on OS X with Intel Version 10.1 C++ compilers bemandawes 752 directory_iterator doesn't work with catch danieljames 1554 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support new string types. danieljames 1555 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support boost::system::error_code danielw 1044 Argument pack inaccessable in a functions return type danielw 1054 Parameter takes an "infinite" amount of time to compile with the Intel compiler. danielw 1097 keyword.hpp generates many warnings C4180: qualifier applied to function type has no meaning; ignored dave 1010 linking boost.python on freebsd dave 1019 iterator_facade::pointer should be the return type of operator-> (DR 445) dave 1085 Python rules for compiling in Mac OS X dave 1179 [boost.python] can not export a union in VC2005sp1 dave 1181 [boost.python] can modify enum value dave 1387 Review / update docs to reflect changes dave 1460 Python classes with multiple bases are convertible only to the first class in the lists dave 1482 boost::python::throw_error_already_set should be marked noreturn dave 1516 [python] Failing VC9 regression tests dave 1599 [python] '_set_se_translator': identifier not found dave 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1192 [boostbook] problem when two files have the same name dgregor 1199 configure doesn't work with path containing whitespaces (MacOS X) dgregor 1310 [result_of] const-qualified function pointer doesn't work dgregor 1326 Unable to check graph isomorphism using LEDA adapter dgregor 1391 dominator_tree_test on Borland/CodeGear outputs overly long line dgregor 1394 Translate libs/graph/build/python/Jamfile to BBv2 dgregor 1395 Write Tests for Python Bindings dgregor 1630 gcc-4.3: adjacency_list.hpp includes deprecated header dgregor 1655 Documentation of the depth_first_search() Function 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. 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 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 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 rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library samuel_krempp 859 boost::format ignores a user defined locale shammah 290 perfomance: memory cleanup for pool takes too long shammah 386 boost::pool_allocator breaks with vector of vectors speedsnail 1138 Problems with TSS and static thread library t_schwinger 1100 Building boost.function_types fails cvs rev-1.1_ no chdir command in bash t_schwinger 1602 function_types Jamfile depends on the source tree being in a specific place. 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

Re: [boost] Proposed patch for boost::counting_iterator
by David Abrahams 13 Mar '08

13 Mar '08

on Thu Mar 13 2008, "Sebastian Theophil" <stheophil-AT-think-cell.com> wrote: > Dear David, > > > I stumbled upon a problem with the counting_iterator which you seem to > maintain. If you prefer that I post this message to a boost mailing > list, let me know and I'll do that. I do, thanks. Please follow up there. > The problem in short is that counting_iterator<Value> returns a Value > const& when it is dereferenced although the counting_iterator doesn't > point to a sequence of values. Yep. > The problem manifests itself already when > trying to wrap a counting_iterator inside a reverse_iterator. > > You might argue that counting_iterators are bidirectional and don't need > to be reversed. Sure they do. > The problem would arise with any application that does > something like > Template<class It> > It::reference_type method(It it) { > return *(--it); > } > > This returns a reference to the temporary value contained in --it. > > I don't see any specific reason why the reference type must be "Value > const&" and couldn't be e.g "Value". If there is, I'd be happy if you > could tell me what the reasoning is and what you propose as a > workaround. It has to do with the C++03 iterator requirements. If it were not a reference, then counting_iterator wouldn't be a valid forward iterator and we'd have to call it an input iterator. > Thanks a lot and thanks for your great work on boost, > Sebastian > > PS: Of course just changing > > typedef iterator_adaptor< > counting_iterator<Incrementable, CategoryOrTraversal, > Difference> // self > , Incrementable // > Base > , Incrementable // > Value > (...) > , traversal > , Incrementable const& > // reference > , difference > > type; > > in counting_iterator.hpp > > to > > typedef iterator_adaptor< > counting_iterator<Incrementable, CategoryOrTraversal, > Difference> // self > , Incrementable // > Base > , Incrementable // > Value > (...) > , traversal > , Incrementable > // reference > , difference > > type; > > probably doesn't do the trick. I'd like to work on a real patch unless > you say it is meant to work that way. Maybe the trick is to add a parameter to counting_iterator that allows one to optionally explicitly specify the reference type. -- Dave Abrahams Boost Consulting http://boost-consulting.com

1 0

[proto] request for extending the review deadline
by Markus Werle 13 Mar '08

13 Mar '08

Hi! It is near end of the week now and I still have not worked through the transforms section nor the extends<> section - key features of the library, but only read them once. I am rather busy at present and have to perform this review at night ... Also I have had some trouble installing appropriate compilers (some ICEs with older gccs), gcc-4.3 not buildable on cygwin due to GNU MP build failure (gcc depends on MPFR depends on MP fails to configure). In addition to that I still have questions regarding the chapters I have intensively read so far, some of them will probably disappear once I start playing with the code. With regard to the complexity of proto and the programming power it reveals I would appreciate an extension of the review at least until easter tuesday (2008/03/25) or - if you can afford - until end of march. Of course I understand that this is probably too much to ask for, so if all others feel comfortable with proto already, do not hesitate to finish the review as planned. In that case I vote for "Yes", since at first glance I do not see anything that might hinder a rewrite of Daixtrose's compile time differentiation and simplify feature with proto and because AFAICS Eric addressed the most important issues of an ET library in an elegant and cute way (At present I do not agree with some design decisions, but that is rather a matter of taste). The docs - hard work! good quality! - of course need some extensions and modifications, but I first have to understand the lib before I post critique on the didactic structure of the docs. I think this is normal for a new library and Eric's aim at perfection is high enough to get things fixed even after proto is accepted. Markus Werle

1 0

[mpi] BOOST_HAS_LONG_LONG but no is_mpi_datatype<long long>
by Number Cruncher 13 Mar '08

13 Mar '08

I'm trying to send a class with a uint64_t member and although my compiler (gcc 4.0.2), MPI library (OpenMPI 1.2.5) and boost library (SVN branches/release) all support "long long" natively on 32-bit i386, I noticed the necessary code is "#if 0" undefined in boost/mpi/datatype.hpp Just wondering why? #if 0 #ifndef BOOST_NO_INTRINSIC_WCHAR_T BOOST_MPI_DATATYPE(wchar_t, MPI_WCHAR, builtin); #endif #ifdef BOOST_HAS_LONG_LONG BOOST_MPI_DATATYPE(long long, MPI_LONG_LONG_INT, builtin); BOOST_MPI_DATATYPE(unsigned long long, MPI_UNSIGNED_LONG_LONG, builtin); #endif #endif Cheers, Simon

3 2

boost-libraries should be independent from others?
by Kowalke Oliver (QD IT PA AS) 13 Mar '08

13 Mar '08

Hello, I'll can remeber that in the list or on the web-site it was suggested that new boost libraries should be independent from other boost libraries. If this is still correct - I'm wondering because I wouldn't reinvent the threading, signaling etc. libraries. What do you think? regards, Oliver

2 1

Status of the Boost.Property_tree library
by Max 13 Mar '08

13 Mar '08

What is the status of the Boost.Property_tree library? I notice it is now in the SVN trunk. Does this mean it will be part of the next release? <https://svn.boost.org/svn/boost/trunk/boost/property_tree/> Thanks, Max

9 10

Logging update?
by Colin Caughie 13 Mar '08

13 Mar '08

Hi, It's a while now since the review of John Torjo's Logging library was concluded, and I'm curious to know what the result was. Is it still being considered? Thanks, Colin

4 11

customizing complex data structures such as graphs and meshes
by Ares Lagae 13 Mar '08

13 Mar '08

I discovered an interesting pattern that makes it easy to customize elements in complex data structures. For example, customizing nodes and edges of a graph, or vertices edges and faces of a mesh. I found it interesting and wanted to share it. I have attached an example involving graphs, although I currently use it to customize 3D meshes. Maybe it is of interest to anyone. I am open for comments and suggestions. -- Ares Lagae Computer Graphics Research Group, Katholieke Universiteit Leuven http://www.cs.kuleuven.be/~ares/ // ----------------------------------------------------------------------------- // general node, edge, graph #include <vector> template <typename GraphType> class node { public: node() {} }; template <typename GraphType> class edge { public: typedef GraphType graph_type; typedef typename graph_type::node_iterator node_iterator; edge() {} edge(node_iterator node_0, node_iterator node_1) { nodes_[0] = node_0; nodes_[1] = node_1; } private: node_iterator nodes_[2]; }; template < template <typename> class NodeType, template <typename> class EdgeType > class graph { public: typedef graph graph_type; typedef node<graph_type> node_base_type; typedef edge<graph_type> edge_base_type; typedef NodeType<graph_type> node_type; typedef EdgeType<graph_type> edge_type; typedef typename std::vector<node_type>::iterator node_iterator; typedef typename std::vector<edge_type>::iterator edge_iterator; node_iterator insert(const node_type& node) { return nodes_.insert(nodes_.end(), node); } edge_iterator insert(const edge_type& edge) { return edges_.insert(edges_.end(), edge); } private: std::vector<node_type> nodes_; std::vector<edge_type> edges_; }; // ----------------------------------------------------------------------------- // custom my_node, my_edge template <typename GraphType> class my_node : public GraphType::node_base_type { public: typedef GraphType graph_type; typedef typename graph_type::node_base_type node_base_type; my_node() : node_base_type() {} // custom members }; template <typename GraphType> class my_edge : public GraphType::edge_base_type { public: typedef GraphType graph_type; typedef typename graph_type::edge_base_type edge_base_type; typedef typename graph_type::node_iterator node_iterator; my_edge() : edge_base_type() {} my_edge(node_iterator node_0, node_iterator node_1) : edge_base_type(node_0, node_1) {} // custom members }; // ----------------------------------------------------------------------------- // main int main(int argc, char* argv[]) { { // graph using node and edge typedef graph<node, edge> graph_type; graph_type g; graph_type::node_iterator ni1 = g.insert(graph_type::node_type()); graph_type::node_iterator ni2 = g.insert(graph_type::node_type()); graph_type::edge_iterator ei = g.insert(graph_type::edge_type(ni1, ni2)); } { // graph using my_node and edge typedef graph<my_node, edge> graph_type; graph_type g; graph_type::node_iterator ni1 = g.insert(graph_type::node_type()); graph_type::node_iterator ni2 = g.insert(graph_type::node_type()); graph_type::edge_iterator ei = g.insert(graph_type::edge_type(ni1, ni2)); } { // graph using my_node and my_edge typedef graph<my_node, my_edge> graph_type; graph_type g; graph_type::node_iterator ni1 = g.insert(graph_type::node_type()); graph_type::node_iterator ni2 = g.insert(graph_type::node_type()); graph_type::edge_iterator ei = g.insert(graph_type::edge_type(ni1, ni2)); } { // graph using node and my_edge typedef graph<node, my_edge> graph_type; graph_type g; graph_type::node_iterator ni1 = g.insert(graph_type::node_type()); graph_type::node_iterator ni2 = g.insert(graph_type::node_type()); graph_type::edge_iterator ei = g.insert(graph_type::edge_type(ni1, ni2)); } }

1 0

[announce] Dynamic object factory v3
by Marco Costalba 13 Mar '08

13 Mar '08

Yet another object factory announce! Sorry to announce another version, but I think "this is the last one" (tm) ;-) Small, easy to read, self-contained, feature complete, compiler friendly, and really really nice (at least for my coding style taste). I spent a lot of time polishing this toy. IMHO could be an example of C++ template programming for beginners/intermediate users. Interested people could find it in boost vault under the name factory_24_2_08.zip, of course any feedback is welcomed. Thanks for your attention Marco

3 4

[python] BOOST_PYTHON_MODULE() causing .lib generation?
by Robert Dailey 13 Mar '08

13 Mar '08

Hi, I'm currently using MSVC 9 with Boost 1.34.1. When I create a boost module using BOOST_PYTHON_MODULE(), I notice that my application is generating a .lib and .exp files when my application is a .exe (I'm embedding python, not extending into a library). I have no need for my application to generate a .lib file, is there a way I can disable the generation of this library file? Thanks.

4 12

[python] Crash when running variant=debug-python libraries
by Robert Dailey 13 Mar '08

13 Mar '08

Hi, First off I am using Boost 1.34.1 and I have built the libraries myself using the following command line. My compiler is MSVC 9.0. *bjam --toolset=msvc --layout=system link=shared threading=multi variant=debug-python stage* The code I'm running has worked fine using *variant=debug*, however it crashes with an "access violation" against NULL with *variant=debug-python*, which I had assumed defined BOOST_DEBUG_PYTHON. My goal was to get the debug Boost.Python library to link against the debug python25 shared library (it seemed to work). Below is the code I'm compiling. BEGIN CODE --------------------------------------------- #define BOOST_PYTHON_DEF( func ) boost::python::def( #func, func ) using namespace boost::python; static char const* PrintHelloWorld() { return "Hello World!"; } BOOST_PYTHON_MODULE(Script) { BOOST_PYTHON_DEF( PrintHelloWorld ); } object GetNamespace( char const* mod ) { object theModule = import( mod ); return theModule.attr( "__dict__" ); } void BeginPythonTest() { try { Py_Initialize(); initScript(); object main = GetNamespace( "__main__" ); object sys = GetNamespace( "sys" ); list path( sys["path"] ); path.insert( 0, "python" ); sys["path"] = path; main["Script"] = import( "Script" ); main["rocket"] = import( "rocket" ); exec_file( "pythontest.py", main, main ); Py_Finalize(); } catch( error_already_set const& /*err*/ ) { PyErr_Print(); } catch( std::invalid_argument const& /*err*/ ) { PyErr_Print(); } } --------------------------------------------- END CODE And, for your reference, the callstack at the time of the crash (note that it may be a little bit mangled): *> boost_python-mt-gy.dll!boost::python::objects::function::function(const boost::python::objects::py_function & implementation={...}, const boost::python::detail::keyword * const names_and_defaults=0x7ffdb000, unsigned int num_keywords=3435973836) Line 104 + 0xb bytes C++ 0012f520() boost_python- mt-gy.dll!boost::detail::function::void_function_ref_invoker0<void (__cdecl*)(void),void>::invoke(boost::detail::function::function_buffer & function_obj_ptr={...}) Line 191 C++ boost_python-mt-gy.dll!boost::function0<void,std::allocator<boost::function_base> >::operator()() Line 692 + 0x11 bytes C++ boost_python-mt-gy.dll!boost::python::handle_exception_impl(boost::function0<void,std::allocator<boost::function_base> > f={...}) Line 26 C++ boost_python-mt-gy.dll!boost::python::handle_exception<void (__cdecl*)(void)>(void (void)* f=0x00474695) Line 29 + 0x2c bytes C++ boost_python-mt-gy.dll!boost::python::detail::init_module(const char * name=0x0055ea08, void (void)* init_function=0x00474695) Line 39 + 0x9 bytes C++ rocket_test_Debug.exe!initScript() Line 15 + 0x30 bytes C++ rocket_test_Debug.exe!BeginPythonTest() Line 34 C++*

2 2

Re: [boost] Problem linking Boost Unit Test Library on windows(1.33.0)
by Duft Markus 12 Mar '08

12 Mar '08

Hello Martin! First of all thanks for the answer. Martin Schulz <> wrote: > Hello Markus, > > you should not link your _application_ against boost test at all. > IMHO, you should compile the test cases in a separate executable that > runs all tests one after the other. I had completely wrong information here. Our setup is exactly the one you described. The console app which links against the test framework doesn't link. Our main application links fine though (without the test framework of course)... The error message is (sorry for the german messages... Damn i18n :)): libboost_unit_test_framework.a(unit_test_main.obj) : error LNK2005: _main ist bereits in _check_owerrdialogs.o definiert. libboost_unit_test_framework.a(framework.obj) : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol ""class boost::unit_test::test_suite * __cdecl init_unit_test_suite(int,char * * const)" (?init_unit_test_suite@@YAPAVtest_suite@unit_test@boost@@HQAPAD@Z)" in Funktion ""void __cdecl boost::unit_test::framework::init(int,char * * const)" (?init@framework@unit_test@boost@@YAXHQAPAD@Z)". wamas-test_global_checkowerrdialogs__check_owerrdialogs.exe : fatal error LNK1120: 1 nicht aufgelöste externe Verweise. Basically it says, there is allready a main in the test framework, and that there is no init_unit_test_suite which it would require. > > The simplest way to avoid any link hassle there is to have a single > cpp > file containing > > #define BOOST_AUTO_TEST_MAIN > #include <boost/test/auto_unit_test.hpp> > #include <boost/test/included/unit_test_framework.hpp> I looked into the test program he is trying to link. It has a main() which does some initialization, and the adds some test cases. Should this be changed to be a init_unit_test_suite instead of main? If yes, does this work on all platforms, or is this just a windows thing? Also i cannot find BOOST_AUTO_TEST_MAIN anywhere in the source, and boost/test/unit_test.hpp is included instead of auto_unit_test.hpp. unit_test_framework.hpp is also not included... Cheers, Markus > > And compile this (together with your test cases) into a command line > executable. That way, the linker has a little bit more to do on each > compiler run, but you do avoid any mismatch of compiler options and > the > like. > > Yours, > >> -----Original Message----- >> From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] >> On Behalf Of Duft Markus >> Sent: Donnerstag, 28. Februar 2008 08:42 >> To: boost(a)lists.boost.org >> Subject: [boost] Problem linking Boost Unit Test Library on windows >> (1.33.0) >> >> Hi! >> >> I have a problem linking our application on windows. Somebody added >> test cases using the boost unit test library, and since then windows >> won't link anymore. The problem is, that the boost library contains >> a "main" and doesn't seem to contain a "init_unit_test_suite" >> function (am I missing a library?). It works on all other systems, >> is windows unsupported there? >> >> Is there any more information I should gather for you to see the >> problem, or is this a known issue (I remember seeing something on the >> list about this, but I think it was about a newer boost version. Can >> any eventually made changes be expressed as a patch for 1.33.0 so I >> can locally fix the issue, and won't need an upgrade)? >> >> Cheers, Markus >> _______________________________________________ >> Unsubscribe & other changes: >> http://lists.boost.org/mailman/listinfo.cgi/boost > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost

3 8

Request interest on a Locally Unique Identifier library
by vicente.botet 12 Mar '08

12 Mar '08

Hi everyone, I'm starting a library to manage Locally Unique Identifiers (LUID). I'd like to ask if there is interest in a such library? I haven't found on the net any reference to such a library. Please could you point me to some libraries addressing this kind of problem or whatever could be related to this domain, algorithms, ... If there is an interest, I would like to know which are the minimal features such a library should have for a first review, and which one could be left for a second one. Best regards _____________________ Vicente Juan Botet Escriba Next follows my first thoughts: Boost.LUID simplifies the generation of locally unique identifiers in a configurable context. Locally Unique Identifier or LUID is a special type of identifier used in software applications in order to provide a reference number which is unique in a given context (hence, "Locally" in opposition to "Globally" or "Universally"). Each generated LUID is guaranteed to be unique in its context. LUID could have many applications. Some examples follow: creating unique identifiers in a database tables, network messages may be identified with a LUID to ensure that this messages are associated to a given session, transactions may be identified by LUIDs. Note. Please let me know other applications of LUIDs you can have. Reduced identifier size An attractive feature of LUIDs when compared to alternatives is the minimal size used by this identifiers, that depends on the number of instances a given context can have (usually 4 bytes). This allows to use them in protocols fixing the size of the references exchanged to less that 16 bytes(as it is the case of UUID and GUID). Usually LUIDs are represented by unsigned integers and have an upper bound value. Usable as random access index in constant time Another aspect, and not less interesting is that the access to the information they identify can be done in constant time. Recovering unused identifiers A first implementation could consists in a monotonic counter. The drawback of having a small size is that the number of unique identifier is more limited. This limit will finish by been reached if the application runs a long time. To paliate to this, we need a mechanism to recover the unused identifiers once the identified information is removed. Depending on the application the recovered identifiers should be discarded, reused immediately or frozen during a given duration or a number of times. Usually they are reused in a first reusable first reused order (fifo), but depending on the implementation this could not be always the more efficient policy. So the user can either constraint this fifo order or let undefined this aspect. Managing the lack of identifiers In any case we need to manage with the overflow case, i.e. when there are no more free identifiers. The user could prefer an exception, return an invalid value, use errno, or call to a user defined function which could try to recover from this situation, changing the upper bound for example. Ensuring coherency on reusable identifiers All this seams to work up to the user do not release the same identifiers twice. This is an expensive task, but usually the applications has its own way to do it. If this is not the case the application could ask to the luid generator to ensure that. Synchronization on multi threaded or multi process applications The generation of new LUIDs and the recovering of unused LUIDs must be synchronized. So LUID are better adapted to systems where these operations are done in a reduced scope. Depending on this scope: single thread, multi-threaded process or a node,i.e. multiple process, the synchronization mechanisms vary. In a single thread scope no synchronization is needed. Synchronization on a multi-threaded process can be ensured using a thread mutex and so one. In addition the synchronization can be ensured internally by the generator, or externally by the user, i.e. the user has already a synchronization mechanism. LUIDs are not adapted to distributed system (multiple nodes generating and recovering luids) because it needs a coordination between the different nodes which will take too much time. UUIDs and GUIDs are more adapted to this situation. Anyway if the size constraint can not be avoided, one of the nodes could play the master role and the others behaves as slaves. Master and slaves need to work together. This library do not pretend to take in account this use case but, could be the base of such approach. Persistency Another aspect is the lifetime of the information to be identified by the luids. It can be the lifetime of the process, the host machine lifetime or persists to a shut down of the host machine using the filesystem. Optimization The last aspect will be the optimization. Different application have different needs, some have space constraints, and mot of the others have speed constraints. One possible design could request to declare a variable for each luid generator and use functions like make and release. typedef boost::luid::luidg<uint32, ...> X_luid_generator; X_luid_generator x_luidg; //// uint32 uid = luidg.make(); ... luidg.release(uid); As the uid have a meaning only associated to the information it identifies, usually the use of this functions should be done implicitly when the information is stored on a container is removed. typedef boost::luid::luidg<uint32> X_luid_mgr; typedef my_multi_index<X, ..., luid_generator<X_luid_mgr> > X_container; // construct the container, constructing a X_luid_mgr X_container x_cont(...); X x; ... // inserts the element in the container and // returns the new luid associated to the inserted element (luidg.make()) unisgned int uid = x_cont.insert(x); // this uid could be shared with other applications ... // later on the application use the uid to obtain the context X* x=x_cont.get(uid); // do something ... // removes the element identified by uid and release the uid. (luidg.release(uid)) x_cont.remove(uid); This library could use the following Boost libraries - Boost.DynamicBitSet to store the recovered luids - Boost.Integer to obtain the default bounds - Boost.Interprocess to lock on inter_node scope - Boost.Intrusive to store the recovered luids in fifo order - Boost.Interprocess to store on shared memory when the lifetime is longer than the process one. - Boost.Parameters to pass the constructor parameters - Boost.Parameters to configure the template parameters - Boost.Threads to lock on multi_threaded scope I wonder if this library could be used to extend the Boost.MultiIndex library with luid unique keys. The number of user functions provided by LUID generator are quite simple: * make: make a new luid (constant time complexity) * release: release an luid (could check that the luid is not already free) (constant time complexity without ensuring coherency) * error: the value returned when no more luids are available (constant time complexity) * set_upper_bound: sets the new upper bound (could have linear time complexity when coherency is required) * get_upper_bound: get the current upper bound (constant time complexity) * count: get the number of used luids (chould be constant time complexity if a counter is used) * clear: release all the used ressources and reset them as they were after construction (could have linear time complexity)

1 0