- Boost-users - lists.boost.org

[graph] Bundled properties in subgraphs
by Grzegorz Slodkowicz 10 Jan '09

10 Jan '09

Hello, It seems that bundled properties still don't work with subgraphs. I found a mention of the problem dating back to 2005 [1], a closed ticket for the issue [2] and another post [3], this time from 2008, with an ex tempore fix (which doesn't work for me). Could someone possibly account for that? [1] http://lists.boost.org/boost-users/2005/03/10844.php [2] https://svn.boost.org/trac/boost/ticket/380 [3] http://www.nabble.com/-graph--property_map-from-bundled-properties-in-a-sub… TIA, Greg Slodkowicz

2 3

[date_time] error with g++-4.3.2
by frederic.bron＠alcan.com 10 Jan '09

10 Jan '09

Using 1.37.0 on x86_64-pc-linux. I get the following error compiling a program that includes date_time.hpp with g++-4.3.2. The web site says that g++ 4.3.2 is tested for 1.37.0. Any clue? In file included from boost/date_time/local_time/tz_database.hpp:14, from boost/date_time/local_time/local_time.hpp:19, from boost/date_time.hpp:15, boost/date_time/tz_db_base.hpp:161: error: declaration of 'typedef class boost::date_time::dst_adjustment_offsets<typename time_zone_type::time_duration_type> boost::date_time::tz_db_base<time_zone_type, rule_type>::dst_adjustment_offsets' boost/date_time/time_zone_base.hpp:76: error: changes meaning of 'dst_adjustment_offsets' from 'class boost::date_time::dst_adjustment_offsets<typename time_zone_type::time_duration_type>' no particular error building boost; final message is only: ...updated 7627 targets... Frédéric Bron ___________________________________ Frédéric Bron (frederic.bron(a)alcan.com) Unité ALT, Alcan CRV, BP 27, 38341 Voreppe +33 4 76 57 81 72, +33 6 07 48 56 67 Avis : Ce message et toute pièce jointe sont la propriété d'Alcan et sont destinés seulement aux personnes ou à l'entité à qui le message est adressé. Si vous avez reçu ce message par erreur, veuillez le détruire et en aviser l'expéditeur par courriel. Si vous n'êtes pas le destinataire du message, vous n'êtes pas autorisé à utiliser, à copier ou à divulguer le contenu du message ou ses pièces jointes en tout ou en partie. Notice: This message and any attachments are the property of Alcan and are intended solely for the named recipients or entity to whom this message is addressed. If you have received this message in error please inform the sender via e-mail and destroy the message. If you are not the intended recipient you are not allowed to use, copy or disclose the contents or attachments in whole or in part.

3 4

BoostCon 2009: Submission deadline extended
by Hartmut Kaiser 10 Jan '09

10 Jan '09

Hi all, The deadline for the submission of session proposals has been extended to January 20th, 2009. No further extensions will be granted. Please find below the original call for participation. Conference registration will be available at http://www.boostcon.com/registration. Regards Hartmut ---------------------------------------------------------------------------- 3rd annual Boost Conference 2009 Aspen CO, USA, May 3-9, 2009, www.boostcon.com ---------------------------------------------------------------------------- Call for participation ---------------------- Promising to be the main face-to-face event for all things Boost (www.boost.org) BoostCon'09 opens the door to your C++ future. 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 from TR1 to TR2 and the new C++0x 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 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 * TR1 and TR2 * 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 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 lightning-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=boostcon09. 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 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 papers 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 CD handed out to attendees. For general information on the BoostCon 2009 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 boostcon09(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 --------------- Proposals for submissions due: January 20th 2009. Proposals acceptances sent (tentative program available): February 10th, 2009 Fully scheduled program available: March 1st, 2009 Session materials due: April 1st 2009. 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

Re: [Boost-users] Boost-users Digest, Vol 1870, Issue 4
by niranjan bangera 10 Jan '09

10 Jan '09

i have done in the following way.. even am getting some errors, did i miss any of the headers, or added extra(added extra for sure). Any suggestions will be accepted #include <boost/serialization/utility.hpp> #include <boost/serialization/collection_traits.hpp> #include <boost/serialization/serialization.hpp> #include <boost/serialization/base_object.hpp> #include <fstream> #include <boost/archive/text_iarchive.hpp> #include <boost/archive/text_oarchive.hpp> #include <boost/serialization/assume_abstract.hpp> class fd; class base: class derived { ..... fd *ptr; ..... friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int file_version) { (void) file_version; ar & ptr; ar & boost::serialization::base_object<derived>(*this); } }; //end of class base Version::1.36.0 compliler: g++ 4.1.1.... i am getting a error : error: forward declaration of 'struct fd' /boost_1_36_0/include/boost-1_36/boost/serialization/access.hpp:109: error: inva lid use of undefined type 'struct /project/wipro_virtutech_nobackup/users/niranjan/project_new/boost_1_36_0/include/boost-1_36/boost/serialization/extended_type_info_typeid.hpp:117: note: neither the destructor nor the class-specific operator delete will be called, even if they are declared when the class is defined.

1 0

[typeof] fails with Intel Compiler v11.0 on windows
by Mikko Vainio 10 Jan '09

10 Jan '09

Dear boosters, Could someone out there verify that the following piece of code fails with Intel Compiler v11.0.066 on Windows (Microsoft SDK v6.1): --------------------- #include <boost/typeof/typeof.hpp> #include <vector> using namespace std; int main(int argc, char* argv[]) { vector< int > testvec; BOOST_TYPEOF( testvec.begin() ) i = testvec.begin(); return 0; } --------------------- The compiler output is: --------------------- using typeof emulation C:\boost\include\boost-1_37\boost/typeof/encode_decode.hpp(50): error: incomplete type is not allowed struct encode_type : BOOST_TYPEOF_ENCODE_NS_QUALIFIER::encode_type_impl<V, T> ^ detected during instantiation of class "boost::type_of::encode_type<V, T> [with V=boost::type_of::vector0<void>, T=std::_Vector_iterator<int, std::allocator<int>>]" at line 9 of "typeoftest.cpp" ... --------------------- Preprocessor output shows that encode_type_impl is indeed just forward-declared before encode_type: --------------------- #line 30 "C:\\boost\\include\\boost-1_37\\boost/typeof/encode_decode.hpp" namespace { namespace boost_typeof { template<class V, class Type_Not_Registered_With_Typeof_System> struct encode_type_impl; <snip> }} namespace boost { namespace type_of { template<class V, class T> struct encode_type : boost_typeof::encode_type_impl<V, T> {}; template<class Iter> struct decode_type : boost_typeof::decode_type_impl< typename Iter::type, typename Iter::next > {}; }} --------------------- Is this a bug? Should a header containing the implementation of encode_type_impl be included prior to encode_decode.hpp? Any help appreciated. Cheers, Mikko

2 1

Units: adding quantities
by Mark Volkmann 09 Jan '09

09 Jan '09

I have a method that takes a parameter of type quantity<feet> where feet is defined by the following typedef: typedef boost::units::us::foot_base_unit::unit_type feet; I also have this typedef: typedef bu::us::inch_base_unit::unit_type inches; Do I really need to define a typedef like this for every measurement type I want to use? I certainly don't want to specify all those namespaces every time I use one of the measurement types, but this approach seems a bit tedious. I'd like to do something like this: a.setWingspan(195*feet() + 8*inches()); but that doesn't work because there is no match for operator+. What's a good way to add inches to a feet quantity? --- Mark Volkmann

3 3

getting started with Boost::Units
by Mark Volkmann 09 Jan '09

09 Jan '09

The first thing I'm trying to do is determine how to represent a velocity in miles per hour. I haven't been able to figure it out from the documentation. Any hints would be appreciated. I also need to figure out the best way to get string representations of quantities that include their units for output. --- Mark Volkmann

4 7

forward declared class serialization
by niranjan bangera 09 Jan '09

09 Jan '09

hi all, I am in learning stage of the boost serialization concept. I have one small problem in my project again. Here i have to serialize a pointer of a forward declared class. i dont how to do this. Pls help me to do this. May be the solutuion is too tough, it seems to tough for me, coz i have less knowledge about the c++. I am using, Version:1.36.0 compiler: gnu-gcc-4.1.1-binutils-2.16.1/x86_64-pc-linux2.4/bin/g++ my code looks like. class fd; class base: class derived { ..... fd *ptr; ..... }; i have done it like serialization method is class fd; class base: class derived { ..... fd *ptr; ..... friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int file_version) { (void) file_version; ar & ps_core_; ar & boost::serialization::base_object<derived>(*this); } }; //end of class base Thanks in advance, Thanks for your time. Niranjan

2 1

Boost and Intel Compiler 11
by Matthieu Brucher 09 Jan '09

09 Jan '09

Hi, I've read on the archive that some work needed to be done to support Intel Compiler 11 (Linux). Was progress made in that matter ? Matthieu -- Information System Engineer, Ph.D. Website: http://matthieu-brucher.developpez.com/ Blogs: http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn: http://www.linkedin.com/in/matthieubrucher

4 15

[Thread] order of shared_lock and unique_lock acquisitions
by Roland Bock 09 Jan '09

09 Jan '09

Hi, I am trying to use shared_lock and unique_lock on a shared_mutex to allow read-functions to access a certain resource in parallel, but write functions use the resource exclusively. Is there a way to determine the order in which the (shared) locks are acquired? I tried testing with the attached program and got rather weird and (seemingly) non-deterministic results. In the test program (see attachment), I start 9 threads of readers(r) and writers(w). Before doing anything else, the sleep and wake up in groups. rrww rr w rr There is one second delay between the groups I would expect to see them working in this order: rr w w rr w rr The first group could be scrambled of course since they race for the lock. But at least I would expect the order of groups to be maintained. I get quite different results, though, and the results differ from run to run. The weirdest result I saw until now is attached. rr rrr (these do not start before the first group is finished) w w w (the last writer is handled in second position btw) r This I do not understand at all. The readers are using the shared mutex. Why is the second group waiting for the first to be finished? And how can the last writer be handled in second place? I am at a total loss here... System information: ------------------- boost-1.36 Ubuntu-8.04 gcc-4.2.4 Intel Quad Core processor Thanks in advance, Roland reader(0) at 0 sleeping 5 reader(1) at 0 sleeping 5 writer(2) at 0 sleeping 5 writer(3) at 0 sleeping 5 reader(4) at 0 sleeping 6 reader(5) at 0 sleeping 6 writer(6) at 0 sleeping 7 reader(7) at 0 sleeping 8 reader(8) at 0 sleeping 8 reader(0) at 5 trying to acquire lock reader(0) at 5 got lock reader(1) at 5 trying to acquire lock reader(1) at 5 got lock writer(2) at 5 trying to acquire lock writer(3) at 5 trying to acquire lock reader(4) at 6 trying to acquire lock reader(5) at 6 trying to acquire lock writer(6) at 7 trying to acquire lock reader(7) at 8 trying to acquire lock reader(8) at 8 trying to acquire lock reader(0) at 10 finished reader(1) at 10 finished reader(4) at 10 got lock reader(5) at 10 got lock reader(7) at 10 got lock reader(4) at 15 finished reader(5) at 15 finished reader(7) at 15 finished writer(3) at 15 got lock writer(3) at 20 finished writer(6) at 20 got lock writer(6) at 25 finished writer(2) at 25 got lock writer(2) at 30 finished reader(8) at 30 got lock reader(8) at 35 finished

4 6