- Boost - lists.preview.boost.org

"parent_from_member" proposal
by Domagoj Saric 02 Oct '09

02 Oct '09

Sometimes your design contains the typical model<->view / data/logic<->gui separation of classes/objects but at the same time it is static enough that it does not require the also typical dynamic way of connecting the two worlds through pointers and/or signals/events and/or function pointers/callbacks and/or ... In other words: - the two corresponding objects ('model/logic' and 'view/gui') always exist in the same memory space/process - the 'model' always exists when the 'view' exists - one does not mind compile time coupling/compile time hit that will occur if the 'model' and the 'view' classes know which methods they must call on 'the other' object as opposed to knowing which slots to expose/signals to connect to. In such a scenario the typical 'dynamic connection/coupling' approach unnecessarily incurrs overhead both in terms of verbosity and efficiency...it is 'easier' if the 'model' holds the 'view' object by value (or a wrapper class holds them both or whatever other solution as long as their offset in memory is constant)...then the the 'model' knows its 'view' instance implicitly from its this pointer (only a positive offset is required) but the 'view' instance does not know its 'model' instance implicitly (using 'conventional' methods) although it is infact also only a matter of offset calculation from its this pointer (only a negative one in this situation)... Now, if we take into account that the 'model' class knows the name of its 'view' member it can 'create' a pointer-to-member to it thus enabling us to create a sort of an extended and templated version of the standard C offset macro (from stddef.h). Using this 'template offset' functor (called ParentFromMember here, provided by the 'model' class) the 'view' class/instance can now also get to its 'model' instance implicitly from its this pointer (without knowing exactly how or where it exists in relation to the 'model' instance). template <class T> struct DummyStorage { typedef typename std::tr1::aligned_storage < sizeof( T ), std::tr1::alignment_of<T>::value >::type type; }; template < class Parent, class Member, Member Parent::* pMember > class ParentFromMember { public: typedef typename std::tr1::remove_const<Parent>::type Parent; typedef typename std::tr1::remove_const<Member>::type Member; public: Parent & operator()( Member & member ) const { DummyStorage<Parent>::type const parentStorage; Parent const * const pDummyParent( reinterpret_cast<Parent const *>( &parentStorage ) ); ptrdiff_t const offset ( reinterpret_cast<char const *>( &( pDummyParent->*pMember ) ) - reinterpret_cast<char const *>( pDummyParent ) ); return *reinterpret_cast<Parent *>( reinterpret_cast<char *>( &member ) - offset ); } Parent const & operator()( Member const & member ) const { return operator()( const_cast<Member &>( member ) ); } }; ...the DummyStorage part is just 'added-paranoia'...the whole operator() function could (probably ?) be simplified to work just like the offset macro in MSVC's stddef.h (in fact, with MSVC, both approaches produce the same code)...: Parent & operator()( Member & member ) const { ptrdiff_t const offset( reinterpret_cast<ptrdiff_t>( &( reinterpret_cast<Parent const *>( 0 )->*pMember ) ) ); return *reinterpret_cast<Parent *>( reinterpret_cast<char *>( &member ) - offset ); } .... so if you have class View { void someViewFunc(); }; class Model { private: View v; public: typdef ParentFromMember<Model, View, &Model::v> ViewModel; void someModelFunc(); } void View::someViewFunc() { Model & myModel( Model::ViewModel()( *this ) ); myModel.someModelFunc(); } ... If this has any chance of not being against the standard and/or "by-the-book" conventions it could probably be augmented with additional debugging/paranoia checks (for example that classes that would use this would be required to derive from some utility class and/or hold the "Member" object in some templated wrapper that would add GUID-like headers in front of objects in memory to assert that the conversions were called on valid objects and things like that)... The whole approach could also be extended with utility classes like FusionContainerFromMember, ParentFromOptionalMember, MemberFromMember and such... One 'big' problem is that this breaks MSVC (tested with 9.0 SP1 and 10b1) with a compiler error (at the typedef line) when the Parent class (in this case the Model class) is a template class (it compiles fine with the online Comeau compiler). A workaround (for MSVC) that might come to mind is to place the typedef outside the body of the template Parent class (it can also be in a another class) but this no solution as template typedefs do not work and an out-of-body template would require public access to the member/encapsulation breakage...so far the only acceptable solution I could find for MSVC is to use a wrapper metafunction that returns the required ParentFromMember<> specialization... -- "That men do not learn very much from the lessons of history is the most important of all the lessons of history." Aldous Huxley

1 0

[serialization]Double rounding bug?
by Mariusz Kwiczala 02 Oct '09

02 Oct '09

Hello, I found that for some small double value, serialization change last few digits.(it look like some rounding bug) Below is one example (I have more :) usually it is a number 0.00... or 0.00 with 19-20 digits after dot): -0.0070850229047457131 - double value -0.007085022904745714 - double value after save/read from xml file On my computer I have always assert in function DoubleTest(). Boost: version 1.39/boost_serialization-vc90-mt-gd-1_39.dll Compiler: VS2008 Could you verify below code on your computer (call DoubleTest())? Is it bug? Sample code: #pragma warning( push ) #pragma warning( disable : 4512 ) #include <boost/archive/xml_iarchive.hpp> #pragma warning( pop ) #include <boost/archive/xml_oarchive.hpp> #include <boost/serialization/vector.hpp> #include <boost/bind.hpp> #include <fstream> #include <boost/archive/xml_oarchive.hpp> #include <boost/archive/text_iarchive.hpp> #include <boost/archive/text_oarchive.hpp> #include <boost/serialization/vector.hpp> void LoadDoubleValue(DoubleValue& doubleValue, const char* fileName) { std::ifstream ifs(fileName); assert(ifs.good()); boost::archive:: xml_iarchive ia(ifs); ia >> BOOST_SERIALIZATION_NVP(doubleValue); } void SaveDoubleValue(DoubleValue& doubleValue, const char* fileName) { std::ofstream ofs(fileName); assert(ofs.good()); boost::archive::xml_oarchive oa(ofs); oa << BOOST_SERIALIZATION_NVP(doubleValue); } void DoubleTest() { DoubleValue doubleValue1; doubleValue1.m_value = -0.0070850229047457131; SaveDoubleValue(doubleValue1, "DoubleValue.xml"); DoubleValue doubleValue2; LoadDoubleValue(doubleValue2, "DoubleValue.xml"); //but from file is read -0.007085022904745714 assert(doubleValue1.m_value==doubleValue2.m_value); } Best regards, Mariusz

3 2

[BoostCon 2010] Call for Participation
by Hartmut Kaiser 02 Oct '09

02 Oct '09

Please distribute! -------------------------------- 4th Annual Boost Conference 2010 -------------------------------- Aspen CO, USA, May 4-10, 2010, www.boostcon.com Call for participation ---------------------- We invite you to submit session proposals to the 4th Annual Boost Conference: BoostCon 2010 (Aspen CO, USA, May 10-14, 2010). Traditionally the main face-to-face event for all things Boost (www.boost.org) BoostCon 2010 will present leading speakers from the whole C++ community. From using the Boost libraries to writing and maintaining them, from evangelizing to deploying Boost within your organization, from infrastructure and process to vision and mission, and the new C++ Standard, BoostCon brings together the sessions, the colleagues, and the inspiration to support your work with C++ and Boost in particular for the next year. To reflect the breadth of the Boost community, the conference includes sessions aimed at two constituencies: Boost end-users and hard-core Boost library and tool developers. The program fosters interaction and engagement within and across those two groups, with an emphasis on hands-on, participatory sessions. Session topics -------------- Topics of interest include, but are not restricted to, the following: * General tutorial sessions introducing one or more Boost libraries * In-depth sessions on using specific Boost libraries * Case studies on using Boost * Experts panels * Advanced sessions on implementation techniques used within Boost libraries * C++0x and how it will change life for users and library writers * Development workshops to extend or enhance existing Boost libraries * Workshops on design process * Infrastructure workshops such as Build tools, Website, Testing * Concepts and Generic Programming * Hardware and infrastructure presentations focused on how libraries can make better use of the technology * Other topics likely to be of great interest to Boost users and developers Interactive and collaborative sessions are encouraged, as this is the nature of both the on-line Boost community and the style of learning and participation that has proven most successful at such events. Sessions can be tutorial based, with an emphasis on interaction and participant involvement, or workshop based, whether hands-on programming or paper-based, discussion-driven collaborative work. Session formats --------------- Presentations Presentations focus on a practitioner's ideas and experience with anything relevant to Boost and Boost users. Panels Panels feature three or four people presenting their ideas and experiences relating to Boost's relevant, controversial, emerging, or unresolved issues. Panels may be conducted in several ways, such as comparative, analytic, or historic. Tutorials Tutorials are sessions at which instructors teach conference participants specific Boost-relevant skills. Workshops Workshops provide an active arena for advancements in Boost- relevant topics. Workshops provide the opportunity for experienced practitioners to develop new ideas about a topic of common interest and experience. Author's Corner Presentations These were introduced at BoostCon 2008, and were a great success. They are short (30 minute) sessions, focusing on tips on usage and design. In addition, we're looking to uncover the hidden design gems in Boost libraries. Tool Vendors Presentations We actively encourage tool vendors and ISP's to submit proposals for a special Tool Vendors Session Track aimed at products related to Boost and C++ (compilers, libraries, tools, etc.). Other formats may also be of interest. Don't hold back a proposal just because it doesn't fit into a pigeonhole. Submitting a proposal --------------------- Standard Sessions are 90 minutes. You may submit a proposal for fractions or multiples of 90-minutes. Fractional proposals will be grouped into 90 minute sessions covering related topics. Longer sessions, such as tutorials and classes, will be assigned 90 minute, three hour (i.e. half day), or six hour (i.e. full day) time slots. Please include: * The working title. * Type of session: presentation, panel, tutorial, workshop, authors corner, vendor track, other. * A paragraph or two describing the topic covered, suitable for the conference web site. * Proposed length: 10-20 minute short talks, 45 minutes, 90 minutes, half day, full day. * Alternate lengths, if you are willing to make adjustments: 10-20 minute short-talks, 45 minutes, 90 minutes, half-day, full day. * Audience: users, developers, both. * Level: basic, intermediate, advanced. * A biography, suitable for the conference web site. * Your contact information (will not be made public). Submission details ------------------ All submissions have to be done through the EasyChair conference management system: http://www.easychair.org/conferences/?conf=boostcon10. If you have not already registered at EasyChair, you will need to do so in order to submit your proposal. All submissions will go through a peer review process. Authors are invited (but are not required) to submit PDF versions of full papers of up to 10 pages in ACM conference proceedings format (see http://www.acm.org/sigs/publications/proceedings-templates) The full papers are not required unless you want them published in the proceedings. All accepted proposals will be made available in the Association for Computing Machinery (ACM) Digital Library (approval pending). Best papers, after further reviews, will be considered to be book chapters or journal articles in a renowned journal. The session materials go on the BoostCon website and will be available to attendees. For general information on the BoostCon 2010 paper submission or the scope of technical papers solicited, please refer to the conference website at www.boostcon.com. For any other questions about the submission process or paper format, please contact the Program Committee at boostcon10(a)easychair.com. If you have any technical problems with EasyChair, please contact EasyChair for help. Note: Presenters must agree to grant a non-exclusive perpetual license to publish submitted materials, either electronically or in print, in any media related to BoostCon. Important dates --------------- Proposal submissions due: Dec 10th, 2009. Proposals decisions sent (tentative program available): Jan 15th, 2010. Fully scheduled program available: Feb 5th, 2010. Session materials due: Apr 15th, 2010. Hartmut Kaiser, email: hartmut.kaiser(a)gmail.com (Program Committee Chair) David Abrahams, email: dave(a)boostpro.com (Conference Chair) On behalf of the conference organizers

1 0

[rdb] 0.0.10 + documentation
by Jean-Louis Leroy 01 Oct '09

01 Oct '09

I have uploaded a new revision to the vault. The only /visible/ change in the API is the syntax for the insert...select statement. It was `insert_into(table)(cols)(select(...))`, it is now `insert_into(table)(cols).select(...). The syntax engine is beginning to look more and more like a compile-time finite state machine. And there is the beginning of a documentation ! you can view it here : http://www.yorel.be/boost/libs/rdb/doc/html/index.html The tutorial is 2/3 complete for this phase (i.e. sans prepared statements). The structure of the doc is strongly influenced by Fusion's - no wonder, I spent so much time in it ;-) While I like the overall structure, I wonder if the Fusion style is appropriate for a tool that is not so much into meta-programming (well at least on the outside). I documented insert_into in this fashion (see http://www.yorel.be/boost/libs/rdb/doc/html/rdb/sql_subsystem/statements/in…) for a test. If you have opinions, please voice them. J-L

2 2

[mpl] Can we generate this type in a simpler way?
by vicente.botet 01 Oct '09

01 Oct '09

Hi, I want to generate the following type R1::mth1_<T1, R3::mth1_<T3, C::mth1_> > > from mpl::vector<mpl::pair<R1, T1>, mpl::pair<R3, T3>, C and mth1_? I have started with this template <typename SequenceOfPairs, typename E, ??? MTH> struct generator { typedef ??? type; }; but I don't know what MTH'can be, because we have 3 different mth1_. So I have reached to make a specific mth1_generator (for the specific symbol 'mth1_') template <typename SequenceOfPairs, typename E> struct mth1_generator { typedef ??? type; // The details of the type are ommited using 'mth1' }; satisfying mth1_generate<mpl::vector<mpl::pair<R1, T1>, mpl::pair<R3, T3>, C>::type is equal to R1::mth1_<T1, R3::mth1_<T3, C::mth1_> > > ? As aal the mthX_generator follow the same structure, I have defined a macro DEFINE_GENERATOR which will define the specific generator for a symbol MTH #define DEFINE_GENERATOR(MTH) \ template <typename SequenceOfPairs, typename E> struct MTH##_generator { typedef ??? type; // The details of the type are ommited suing now MTH. } So the user will just have to do DEFINE_GENERATOR(mth1); Can I do it in a simpler way using some kind of traits or this is an inherent preprocessor problem? Thanks for clarifications, _____________________ Vicente Juan Botet Escribá

1 0

[mpl]haskell-like list comprehension
by Larry Evans 01 Oct '09

01 Oct '09

A recent post about variadic fusion: http://article.gmane.org/gmane.comp.lib.boost.devel/194407 contained, in the test driver attachment, a pair of templates: test test_impl These two templates were used to, in effect, test a cross product from the domains {0...24,0...24}. This was a use-case for something like haskell's list comprehension: http://www.haskell.org/haskellwiki/List_comprehension There's now a prototype of an mpl list_comprehension class in the boost vault: http://www.boostpro.com/vault/index.php?directory=variadic_templates& the output from the file is: { 9000, 9010, 9020} { 9000, 9010, 9021} { 9000, 9011, 9020} { 9000, 9011, 9021} { 9000, 9012, 9020} { 9000, 9012, 9021} { 9001, 9010, 9020} { 9001, 9010, 9021} { 9001, 9011, 9020} { 9001, 9011, 9021} { 9001, 9012, 9020} { 9001, 9012, 9021}

1 0

[Asio] Why does Boost Asio only allow 64 buffers to be sent/recei ved using scatter/gather?
by Stephens Patrick 01 Oct '09

01 Oct '09

Hi all, Apologies if this question should be directed at an Asio-specific list but I could not see one. I originally posted on the users list so trying the developers list now. I am curious why the Boost Asio library specifies a maximum of 64 buffers can be used for scatter/gather operations? I would like to gain a better understanding as to why this value was used. The documentation (http://www.boost.org/doc/libs/1_40_0/doc/html/boost_asio/overview/implement ation.html), and the code backs it up, seems to specify that the maximum allowed will be 'min(64, IOV_MAX)' for linux implementations. Was this value (64) chosen for some particular reason? What would the consequences be of using IOV_MAX if it was greater than 64? I see that the Windows NT, 2000, XP, 2003 and Vista implementation also has a limit of 64 so is this something limited by the OS or to keep it consistent across all the Asio implementations? I had a look around to see if there was a restriction under Windows but the only documentation I could find (http://msdn.microsoft.com/en-us/library/ms742203%28VS.85%29.aspx) mentions that it is restricted to a value of 16 under Windows 95, 98 and ME, which does tally with what the Asio documentation states in the link above. Thanks for any help, Pat. This email, including any attachment, is a confidential communication intended solely for the use of the individual or entity to whom it is addressed. It contains information which is private and may be proprietary or covered by legal professional privilege. If you have received this email in error, please notify the sender upon receipt, and immediately delete it from your system. Anything contained in this email that is not connected with the businesses of this company is neither endorsed by nor is the liability of this company. Whilst we have taken reasonable precautions to ensure that any attachment to this email has been swept for viruses, we cannot accept liability for any damage sustained as a result of software viruses, and would advise that you carry out your own virus checks before opening any attachment.

1 0

[mpl] set_c with enums
by Domagoj Saric 01 Oct '09

01 Oct '09

void aFunction() { enum AnEnum { First, Second, Third, Fourth }; typedef boost::mpl::set_c<AnEnum, First, Fourth, Third> AnEnumSubSet; bool const exists ( boost::mpl::has_key < AnEnumSubSet, boost::mpl::integral_c<AnEnum, Second> >::value ); } the above code fails to compile in MSVC++ 9.0 SP1 and 10.0b1 with the following error(s): error C2440: 'specialization' : cannot convert from 'int' to 'aFunction::AnEnum' if the AnEnumSubSet definition is changed to use ...set_c<int... everything compiles and works properly (the has_key statement can still use the enum)...everything also works properly (with an enum) when using vector_c and contains instead of set_c and has_key... -- "That men do not learn very much from the lessons of history is the most important of all the lessons of history." Aldous Huxley

1 0

[mpl] at<AssocSeq,Key,Default>
by Domagoj Saric 01 Oct '09

01 Oct '09

the mpl::at<AssocSeq,Key,Default> version for associative containers (still) exists in the documentation but (still) not in the sources (1.40 official ones)... -- "That men do not learn very much from the lessons of history is the most important of all the lessons of history." Aldous Huxley

1 0

How can new members can start contributing to this group?
by Manoj Sharma 01 Oct '09

01 Oct '09

Hi Friends, I have 5 years of development experience on C++ on Solaris. I am new to Boost and want to be active member of this group. Please suggest me how can I proceed to start contributing to this group. Thanks, Manoj Keep up with people you care about with Yahoo! India Mail. Learn how. http://in.overview.mail.yahoo.com/connectmore

2 1

Re: [boost] On the Road to Aspen (BoostCon 2010)
by pete＠pcbartlett.com 01 Oct '09

01 Oct '09

On Tue 29/09/09 12:22 , Joel de Guzman <joel(a)boost-consulting.com> wrote: > Edouard A. wrote: > > Hi Joel, > > > > You can also create a twitter account and link your Facebook page > to this > > twitter account, mirroring all your facebook status updates to > your twitter > > account. > > > > This increases visibility and give the possibility to your fans to > choose > > the medium they like to follow you. > Thanks, Edouard. Done. BoostCon Facebook Linked to > Twitter (@BoostCon) > http://www.twitter.com/BoostCon Many users of Boost are in corporate environments. Many corporate environments block access to Facebook and/or Twitter (mine blocks both) domains. It'd be great therefore if Boost didn't move too much content there if equivalent

4 4

Double free from UTF
by janm-boost-devel＠transactionware.com 01 Oct '09

01 Oct '09

Hi, I am seeing a double free when using boost-test on: - FreeBSD 7.2-STABLE, amd64 (gcc 4.2.1) with boost 1.39 - Mac OSX 10.6.1, x86_64 (XCode 3.2, gcc 4.2) with boost 1.40 I don't see the problem on Windows XP with Visual C++ 2005 Express. A simple test case is below, just run. The _malloc_options is to make the system malloc() fill memory with 0xa5 on allocation and 0x5a on deallocation. #define BOOST_TEST_MAIN #include <boost/test/included/unit_test.hpp> #include <stdlib.h> const char* _malloc_options = "J"; BOOST_AUTO_TEST_CASE(broken) { BOOST_CHECK(true); } Output: Running 1 test case... *** No errors detected zsh: bus error (core dumped) ./a.out Stack Trace: #0 0x0000000800b1bdee in free () from /lib/libc.so.7 #1 0x000000000043e51c in boost::unit_test::framework_impl::clear (this=0x55ad20) at framework.ipp:133 #2 0x000000000043e652 in ~framework_impl (this=0x55ad20) at framework.ipp:122 #3 0x00000000004110c6 in __tcf_1 () at framework.ipp:222 #4 0x0000000800b6dbb6 in __cxa_finalize () from /lib/libc.so.7 #5 0x0000000800b1f7c7 in exit () from /lib/libc.so.7 #6 0x0000000000404595 in _start () Any ideas? Thanks, Jan Mikkelsen

6 12

Interest in flat_iterator for nested containers?
by Christoph Heindl 01 Oct '09

01 Oct '09

Hi, is there any interest in an iterator that provides a flat view of nested containers? For example ---------- using namespace boost::assign; typedef std::list<int> inner_container_type; typedef std::vector<inner_container_type> outer_container_type; outer_container_type elements(6); elements[1] += 1,2,3; elements[2] += 4,5; elements[4] += 6; BOOST_CHECK(std::equal( make_flat_iterator(elements.begin(), elements.end()), make_flat_iterator(elements.end(), elements.end()), list_of(1)(2)(3)(4)(5)(6).begin()) ); ---------- If so, I'll be glad to share my code with the boost community. I attach my current state of development and a single test suite. The current state of development contains a class named flat_iterator, a make_flat_iterator function and a set of meta-functions to derive required types. flat_iterator derives from boost::iterator_adaptor. It derives an inner_iterator type from the passed iterator to be adapted (outer_iterator type). The value_type of outer_iterator is required to model STL container concept. The value_type passed to boost::iterator_adaptor is const-qualified if the reference type of the outer_iterator or inner_iterator type is const-qualified (please see question 1 below). The traversal category of flat_iterator is bidirectional if the the outer_iterator and inner_iterator type are at least bidirectional. It models forward traversal else (question 2). flat_iterators can be stacked over each other to recursively flatten a hierarchy of arbitrary levels. ---------- using namespace boost::assign; typedef std::list<int> level_0; typedef std::vector<level_0> level_1; typedef std::vector<level_1> level_2; level_2 elements(10); elements[2] += list_of(1)(2); elements[4] += list_of(3)(4); typedef flat_iterator<level_2::iterator> flat_iterator_outer; typedef flat_iterator<flat_iterator_outer> flat_iterator_inner; flat_iterator_outer outer_begin(elements.begin(), elements.end()); flat_iterator_outer outer_end(elements.end(), elements.end()); flat_iterator_inner inner_begin(outer_begin, outer_end); flat_iterator_inner inner_end(outer_end, outer_end); BOOST_CHECK(std::equal(inner_begin, inner_end, list_of(1)(2)(3)(4).begin())); ---------- Open questions: * Currently the the value_type passed to boost::iterator_adaptor is const qualified based on required reference type of the outer_iterator, which renders the code for input iterators unusable, right? What's the best way to achieve const correctness? * The traversal category of flat_iterator is supposed to be the 'greatest common divisor' of the inner and outer iterator type. Is there a meta-function in boost that provides that type? Currently bidirectional traversal is chosen if both, inner and outer iterator, are at least of bidirectional traversal. Else forward traversal is chosen (which is of course incorrect when incrementable is passed). * Stacking flat_iterators to flatten out a hierarchy of arbitrary levels is possible but currently requires a lot of typing. I think that applying some recursive meta-functions to generate a correct iterator types for such situations should be possible but is beyond my current knowledge of meta-programming. Kind regards, Christoph

2 8

boost::variant and "Current Approach: Temporary Heap Backup" vs "An Initial Solution: Double Storage"
by Peter Foelsche 01 Oct '09

01 Oct '09

1) boost::variant and "Current Approach: Temporary Heap Backup" vs "An Initial Solution: Double Storage" Please provide both solutions. A potential heap allocation may prevent certain application areas. 2) I also do not understand that exception safety requires that the variant is never empty (e.g. empty() returning always false). What is the use of calling the constructor (of which type btw?) if somebody creates an unintialized variant variable? Or: In the following piece of code is the std::string constructor being called? boost::variant<std::string, int> s; Thanks Peter

2 8

Re: [boost] On the Road to Aspen (BoostCon 2010)
by Pete Bartlett 29 Sep '09

29 Sep '09

I'm sorry somehow my message was sent before I was ready... I wrote: >Many users of Boost are in corporate environments. Many corporate environments block access to Facebook and/or >Twitter (mine blocks both) domains. >It'd be great therefore if Boost didn't move too much content there if equivalent .. functionality is available on boost.org. I understand that many will think the problems lie with unenlightened corporate policies rather than boost, but the latter has a rich and noble history of BOOST_WORKAROUNDing the mistakes of others :-). Pete

1 0

[smart_ptr] comparison of intrusive_ptr objects
by Dmitry Vinogradov 29 Sep '09

29 Sep '09

Does anybody know why intrusive_ptr has ==, != and < operators, but the rest ones are missing (i.e. >, <=, >=)? It makes hard to use intrusive_ptr in generic code.

4 3

Using some of Boost on i5/OS but still problems
by Jon Brisbin 29 Sep '09

29 Sep '09

I was able to use Boost FOREACH in my tests, now I'm trying to use Boost optionals in a C++ ILE module. The compiler is yelling at me, though: "/home/jbrisbin/include/boost/optional/optional.hpp", line 434.66: CZP0210(30) "T" is not a base class of "basic_string<char,std::char_traits<char>,std::allocator<char> >". "/home/jbrisbin/include/boost/optional/optional.hpp", line 434.10: CZP0700(0) The previous message was produced while processing "boost::optional_detail::optional_base<std::basic_string<char,std::char_ traits<char>,std::allocator<char> > >::destroy_impl(is_not_reference_tag)". "/home/jbrisbin/include/boost/optional/optional.hpp", line 408.9: CZP0700(0) The previous message was produced while processing "boost::optional_detail::optional_base<std::basic_string<char,std::char_ traits<char>,std::allocator<char> > >::destroy()". "/home/jbrisbin/include/boost/optional/optional.hpp", line 237.24: CZP0700(0) The previous message was produced while processing "boost::optional_detail::optional_base<std::basic_string<char,std::char_ traits<char>,std::allocator<char> > >::~optional_base()". "/home/jbrisbin/include/boost/optional/optional.hpp", line 145.7: CZP0700(0) The previous message was produced while processing "boost::optional_detail::optional_base<std::basic_string<char,std::char_ traits<char>,std::allocator<char> > >::__dftbdt()". "/home/jbrisbin/include/boost/optional/optional.hpp", line 522.5: CZP0700(0) The previous message was produced while processing "boost::optional<std::basic_string<char,std::char_traits<char>,std::allo cator<char> > >::~optional()". "/home/jbrisbin/include/boost/optional/optional.hpp", line 454.7: CZP0700(0) The previous message was produced while processing "boost::optional<std::basic_string<char,std::char_traits<char>,std::allo cator<char> > >::__dftdt()". "/home/jbrisbin/src/boosttest.cpp", line 6.5: CZP0700(0) The previous message was produced while processing "main(int, char **)". Any hints on what I need to hack here? This seems to be a problem with: void destroy_impl ( is_not_reference_tag ) { get_ptr_impl()->T::~T () ; m_initialized = false ; } I understand what's happening, I'm just not sure how to make the i5/OS compiler happy with this. I keep running into little quirks like this where the AS400 needs a little different treatment. IBM says Boost won't work on the AS400, which I'm finding to be inaccurate at best. It DOES work, just not everything straight out of the box. Lots of things work fine, but some need a little bit of tweaking. What else can I try to get the destructor called? Jon Brisbin Portal Webmaster NPC International, Inc.

2 2

On the Road to Aspen (BoostCon 10)
by Joel de Guzman 29 Sep '09

29 Sep '09

Hi, The road to Aspen starts now. I've been to all three BoostCon events since its inaugural conference in 2007. I can tell you, the experience is definitely amazing. I've been a Boost developer since 2001. Boost is like a virtual family to me. From 2001, I've known and collaborated with countless people, many of which I haven't actually met, until the first BoostCon in 2007. Amazing people like Hartmut Kaiser, Dan Marsden, Eric Niebler, to name a few, were just names. Before BoostCon, I often wished to get to see the faces behind the names. It was exhilarating to finally meet these folks, have a couple of beer (and Pizza!), talk about C++, library development, the wondrous mountains of Aspen, the trees, the bears and coyotes (hah!). If this looks too much like a friendly post, well, it is! I'd like to break a bit from the highly technical discussions taking place in these mailing lists and point you to a FaceBook group named, ermm, "BoostCon" :-) http://www.facebook.com/group.php?gid=125839305706 My task is to invite you guys to join in. You do not have to be a former BoostCon attendee. Everyone here is invited to join. If you want to see the "faces" behind the names, get to know more of the people behind Boost, get to know more friends that share your passion for Boost, C++, templates, etc., in a more relaxed venue, this is the place. If you have even the slightest inkling to attend a future conference, well, join in. Here we can discuss things like sharing rooms to cut cost, where to find the best food in town, car pooling etc. In preparation time prior to the conference, we can discuss matters like which kind of talks you want to see, keynote speakers you'd be interested in seeing, etc. For past BoostCon attendees, here’s a chance to meet up again. Hey, even if you are not planning to attend, I'd like to invite you anyway. Consider this group as a friendly face of Boost :-). Hopefully, the friendly atmosphere will make you attend anyway ;-) Cheers, -- Joel de Guzman http://www.boostpro.com http://spirit.sf.net

3 5

Pretty type_info::name string?
by Emil Dotchevski 28 Sep '09

28 Sep '09

Do we have in Boost something that would attempt to return the pretty version (meaning, it'd fall back to returning the ugly version) of the std::type_info::name string? Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

6 5

Trunk tests broken, missing file
by Belcourt, Kenneth 27 Sep '09

27 Sep '09

error: Unable to find file or target named error: 'algorithm/nview.cpp' error: referred from project at error: '../libs/fusion/test'

2 1

[fusion] inconsistency in size metafunction
by Jean-Louis Leroy 27 Sep '09

27 Sep '09

Consider : #include <boost/fusion/include/vector.hpp> #include <boost/fusion/include/push_back.hpp> #include <boost/fusion/include/size.hpp> #include <boost/mpl/assert.hpp> #include <boost/type_traits/is_same.hpp> int main() { using namespace boost; using namespace fusion; typedef vector<int, int> seq1; typedef result_of::push_back<vector<int>, int>::type seq2; BOOST_MPL_ASSERT((is_same<result_of::size<seq1>::type, result_of::size<seq2>::type>)); } One would not expect this to fail, however it does : 'boost::mpl::assertion_failed' : cannot convert parameter 1 from 'boost::mpl::failed ************boost::is_same<T,U>::* ***********' to 'boost::mpl::assert<false>::type' 1> with 1> [ 1> T=boost::mpl::int_<2>, 1> U=boost::mpl::integral_c<int,2> 1> ] J-L

2 2

Boost.Iterator filter_iterator issues
by Christoph Heindl 27 Sep '09

27 Sep '09

Hi, I think I've found an issue with boost::filter_iterator when decrementing a valid iterator without having any predicate evaluating to true on its way back. filter_iterator.hpp line# 93 states void decrement() { while(!this->m_predicate(*--(this->base_reference()))){}; } which will ?clearly? pass beyond the initial start iterator if no predicate evaluates to true. Is it a requirement for the iterator being adapted by filter_iterator to catch decrements past the containers begin range? The following test will iterate 'iter' past containers begin iterator which will trigger a debug assertion on MSVC. template<class _Iterator> void dec_iterator(_Iterator iter) { BOOST_CHECK(*iter == 2); --iter; // iterates past begin } BOOST_AUTO_TEST_CASE(test_filter_iterator) { using namespace boost::assign; typedef std::vector<int> container_type; container_type values = list_of(0)(1)(2); dec_iterator(boost::make_filter_iterator(std::bind2nd(std::greater<int>(), 1), values.begin(), values.end())); } Please help me clarifying this issue. Best regards, christoph

2 2

[fusion] useful as_variant in spirit2
by Christian Holmquist 26 Sep '09

26 Sep '09

Good day everyone, The function in boost\spirit\home\support\detail\as_variant.hpp seems to have no dep. on spirit, and it's a useful utility that would fit into fusion/support/as_variant.hpp> IIUC it's a meta function that computes a variant<T0, ..., TN> from a fusion sequence<T0, ..., TN>. I think there's no reason for a runtime counterpart, i.e. as_variant<Seq>::type is a valid expression but as_variant(Seq) and result_of::as_variant<Seq>::type is not. Thus, the function is already complete. Does it seem reasonable to you to include in fusion? The work of moving it would be to only update the docs, as spirit2 probably does excessive testing of this function anyway. I could collect the docs from other parts of fusion, and put together a separate test file if needed. All real work is already done, just presentation and formality that is lacking. Have a nice weekend, Christian

5 4

Tools for singleton or monostate or alternative
by Mateusz Loskot 25 Sep '09

25 Sep '09

Hi, I would like to kindly ask for advice in finding tools within Boost collection that could help me to solve my problem. I'm developing a library (it will be used as dynamic-linked library). I need to manage a bunch of related values (numbers) globally. All values are shared across a client process, by its all threads, so thread-safety is under consideration. Mostly, a client needs to read the values (defaults) and sometimes, very rarely, a client needs to re-set the values. I consider to implement it using singleton or monostate pattern with thread-safety (and DLL-safety in mind), so actually Tobias Schwinger's Singleton library [1] would solve this problem well. However, I would prefer something from the Boost collection - Tobias' lib hasn't been approved [2], quite pity as Boost lacks of such tool, IMHO. Also, I've considered digging out singleton stuff from the boost::pool::detail, but I'm not convinced to this idea. I haven't found anything related to monostate patter in Boost. Would anyone suggest a tool available in Boost that would be usable to wrap up some basic but robust solution for my problem? By the way, any plan for update and another round of review of Tobias' library? [1] http://torjo.com/tobias/index.html [2] http://lists.boost.org/boost-announce/2008/01/0171.php Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org

2 2

[rdb] Uploaded 0.0.07
by Jean-Louis Leroy 25 Sep '09

25 Sep '09

This version features : * insert...set syntax (but no insert...select yet) * update [where] * delete from [where] * create and drop follow the same syntax pattern as the others * attempts to simplify the internals (in insert - select still needs a second look) * some concept checks It's *beginning* to look like something one could use in simple real apps. What's missing before it qualifies is imo `like', 'exists' and transactions. That should not take long. This version compiles with msvc9 and gcc 4.4.1. I tested on Win32 with an Access db via ODBC. The sql engine tests pass on Linux but I have not tried the ODBC test suite on Unix yet. If somebody tries it, please tell me. I have changed the naming scheme : first number is major revision ; second is the milestone (crud with direct execution ; transactions ; prepared statements ; dialects ; constraints ; dynamic sql - which btw I am now nearly sure I can fit elegantly in my framework ; views). Third number is just there for getting ++'ed. The test suite is still the doc but after the transactions I'll begin documenting. Probably with QuickBook. It's funny to see that some people are still downloading 0.04. As I write this the downlaod count bumped to 21 :-D To avoid confusion due to the change in the versioning scheme I deleted the old versions. J-L

4 10