- Boost-users - lists.boost.org

Possible bug in archive/codecvt_null.hpp
by Matthieu Brucher 06 Jan '09

06 Jan '09

Hi, I'm trying to compile Boost 1.37 with PGI 7.0-7 (which does not support some SSE2 instructions, but this is easily managed) and I run into a missing ";" in archive/codecvt_null.hpp when no STD namespace is available: 25 #if defined(BOOST_NO_STDC_NAMESPACE) 26 using ::codecvt; 27 using ::mbstate_t; 28 using ::size_t 29 #endif Line 28 should end with a comma. 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

3 3

isnan stopped working
by Thijs Koerselman 06 Jan '09

06 Jan '09

isnan() and family seems to have stopped working in my code. The only thing I can remember is updating from 1.36 to 1.37. Any idea why the following wouldn't work? float nan = FP_NAN; int ret = 0xdeadbeef; ret = (boost::math::isnan)(nan); isnan never returns anything. The value of ret is still 0xdeadbeef after invoking isnan() I'm on OSX10.5.6 using XCode 3 if that helps. Thijs

3 6

proto: BOOST_PROTO_AUTO
by Kim Kuen Tang 06 Jan '09

06 Jan '09

Hi all, i have a question and a problem. The problem is that i would like to write code like: domain=Domain([0,1]*[0,1]); where Domain([0,1]*[0,1]) is an expression created with proto. But of course this line of code is illegal, because i have to provide the type of this expression Domain([0,1]*[0,1]). So i have to write something like this: Domain([0,1]*[0,1])::type domain=Domain([0,1]*[0,1]); Is this correct? Now the question: To avoid code like above is this what the macro BOOST_PROTO_AUTO is for? Can i write BOOST_PROTO_AUTO( domain,Domain([0,1]*[0,1]) ); . Thanks in advance, Kim Tang

3 5

Boost preprocessor question
by Michiel Helvensteijn 06 Jan '09

06 Jan '09

I'm looking for a way to write certain kinds of classes without duplication or unnecessary verbosity. Because there will be many of them in a single file and I want them to be readable. I'm trying to decide if I should use the preprocessor or if I should write a script to do the translation before compilation. I would like something like this (how I think it might look): CLASS(Foo, FROM(Bar)) CONSTRUCT() CONSTRUCT(PAR(int, a, A), PAR(bool, b, B)) int A; bool B; END_CLASS to automatically become something like this: class Foo : public Bar, public shared_from_this<Foo> { private: Foo() {} public: static shared_ptr<Foo> construct() { return shared_ptr<Foo>(new Foo()); } private: Foo(int a, bool b) : A(a), B(b) {} public: static shared_ptr<Foo> construct(int a, bool b) { return shared_ptr<Foo>(new Foo(a, b)); } int A; bool B; }; Is such a thing possible? You see, there are a few things happening there: * Variable length list, reproduced more than once in different ways. * Foo is remembered to use in the constructor name. What would the original code look like if we could make this work? And is there something in the boost preprocessor library that can help me? Thanks in advance! -- Michiel Helvensteijn

5 7

[boost] Futures Review Starts Today - January 5, 2009
by Tom Brinkman 06 Jan '09

06 Jan '09

Futures Review Starts Today - January 5, 2009 Braddock Gaskill http://braddock.com/~braddock/future Anthony Williams http://www.justsoftwaresolutions.co.uk/files/n2561_future.hpp Please review one or both libraries for submission to boost. Apparently, Anthony Williams' submission has also been sumbitted the C++ standards committee. Status unknown. As always, here are some questions you might want to answer in your review(s): What is your evaluation of the design(s)? What is your evaluation of the implementation(s)? What is your evaluation of the documentation? What is your evaluation of the potential usefulness of the library(s)? Did you try to use the library? With what compiler(s)? Did you have any problems? How much effort did you put into your evaluation(s)? A glance? A quick reading? In-depth study? Are you knowledgeable about the problem domain? Do you think the libraries should be accepted into Boost as-is or should they be merged? Apparently, there has been various discussions about these two libraries last six months. The authors will need to bring us up to date as to why they want their libraries to be reviewed seperately. Also, each author should evaluate each others library and point out the differences in their implentations. These will serve as useful discussion points. The ideal outcome in my mind would be a resubmitted submission, incorporating the best ideas from each. Tell me if you share this view or what is your preferred result. As always, your reviews will certainly assist the authors in improving their libraries even further. Thank you in advance. Please feel free to participate in any discussion even if your not going to provide a full review. Review Manager Tom Brinkman _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

Re: [Boost-users] [spirit2] Containers, Tuples and Sequence attributes
by Joel de Guzman 05 Jan '09

05 Jan '09

Joel de Guzman wrote: Ooops, sorry, wrong list. Please disregard. Cheers, -- Joel de Guzman http://www.boostpro.com http://spirit.sf.net

1 0

Adding Vertex to Graph
by Damian 05 Jan '09

05 Jan '09

I attempted to post this before but are not sure it went up so here it is again. Basically i have created a map with the key being a unique number and the value being a pointer to a class. Up until this point i have been using add_edge(1,2,graph) where 1 and 2 are unique numbers assigned to the classes. I now need to be able to add vertex and thought it would be something like add_vertex(3, graph) however it is not. How do i go about add a vertex with the id 3 Cheers Damian

2 1

Question on multiindex erase return value
by Ramesh 05 Jan '09

05 Jan '09

As per the erase documentation http://www.boost.org/doc/libs/1_36_0/libs/multi_index/doc/reference/ord_ind… erase method can take an iterator position as argument & if erase is successful, it returns an iterator pointing to the next item or end(). Assuming i have only one item in the container, after a successful erase, the iterator would anyway point to end(). Supposing erase failed, will it still return me end()? How do I distinguish between a successful erase & failed erase involving iterator? Thanks Ramesh

2 1

[thread] locking and time
by Ernst Murnleitner 05 Jan '09

05 Jan '09

Hello, I have some questions about threads. It would be very nice if somebody could clarify. 1) recursive_timed_mutex: It is possible to use a time period for locking of a recursive_timed_mutex by using the approprioate timed_lock(). But there is not lock class with such a constructor? 2) (recursive timed) shared mutex: Is it not possible to lock with a period of time instead of ptime? 3) change of system time: What happens in a timed_lock if the system time is advanced by e.g. one hour? Is there a difference of using ptime or time_period? 4) read/writer mutex: if there are some recursive locks by one thread and this thread should become the writer, do I run in a deadlock? 5) What is the meaning of the various ..._lock_t (e.g. )? Is there a documentation? ad 1) There seems only to be a constructor with ABSOLUTE time: unique_lock(Lockable & m,boost::system_time const& abs_time) ad 2) There seems no possibility to use boost::posix_time::time_period for locking. ad 3) If the clock is set to one hour in the future. I think a timed_lock could take one hour at this moment? If yes, does it happen also if I give a time period? ad 4) if it is possible to recusively lock in one thread, it should be possible to make the thread a writtrer thread (exclusive owner) independently on how often it was locked before. Is this possible? ad 5) Only internal usage?: unique_lock(Lockable& m_,adopt_lock_t); unique_lock(Lockable& m_,defer_lock_t); unique_lock(Lockable& m_,try_to_lock_t) Thank you in advance, Greetings, Ernst

3 3

[Units] Molecular units base_units trouble: please help
by Christopher Bruns 05 Jan '09

05 Jan '09

I am using the Boost Units library to support molecule scale dynamic simulations, but I am pretty sure I am using Boost Units wrong. I am looking for some guidance and explanations for some confusing compile errors I get (see below). I am creating a units system using a mixture of custom base_units (mass, amount, charge), scaled base units based on si::base_units (time, length), and unmodified si::base_units (plane_angle, solid_angle, temperature). The full set of base units I intend to use are as follows: * time in picoseconds * mass in daltons * length in nanometers * amount in molecules * angle in radians * solid angle in steradians * charge in elementary charges * temperature in kelvin * [I'm ignoring luminous intensity for now] Perhaps I am being too picky, because I can build up a molecular dynamics scale units system if I explicitly create every base_unit myself. But I would like to take maximum advantage of the SI units infrastructure that is already available. I suspect that directly using some of the SI base_units would be more efficient than the method I am currently using, which establishes conversion factors to the SI units. Some of these conversion factors are 1.0 (unity). Listing 1 shows a stripped down example using three base_units: mass, length, and time. This program compiles and runs, but notice the conversion factors of 1.0 in the BOOST_UNITS_DEFINE_CONVERSION_FACTOR macros toward the end. Listing 1: Compiles and runs, but I had to explicitly create every base_unit. THIS PROGRAM WORKS -- LOOK FARTHER DOWN FOR THE ONE THAT FAILS *** BEGIN LISTING 1 *** #include <boost/units/conversion.hpp> #include <boost/units/systems/si.hpp> #include <iostream> namespace si = boost::units::si; namespace md { using boost::units::length_dimension; using boost::units::mass_dimension; using boost::units::time_dimension; using boost::units::quantity; using boost::units::unit; using boost::units::scaled_base_unit; using boost::units::scale; using boost::units::static_rational; // length struct meter_base_unit : boost::units::base_unit<meter_base_unit, length_dimension, 1> { static std::string name() { return "meter"; } static std::string symbol() { return "m"; } }; typedef scaled_base_unit< meter_base_unit, scale<10, static_rational<-9> > > nanometer_base_unit; // mass struct dalton_base_unit : boost::units::base_unit<dalton_base_unit, mass_dimension, 2> { static std::string name() { return "Dalton"; } static std::string symbol() { return "Da"; } }; // time struct second_base_unit : boost::units::base_unit<second_base_unit, time_dimension, 3> { static std::string name() { return "second"; } static std::string symbol() { return "s"; } }; typedef scaled_base_unit< second_base_unit, scale<10, static_rational<-12> > > picosecond_base_unit; // create the units system typedef boost::units::make_system< nanometer_base_unit, dalton_base_unit, picosecond_base_unit >::type md_units_system; // define quantity types typedef unit<length_dimension, md_units_system> nanometer_unit; BOOST_UNITS_STATIC_CONSTANT(nanometer, nanometer_unit); BOOST_UNITS_STATIC_CONSTANT(nanometers, nanometer_unit); typedef quantity<nanometer_unit> length_t; typedef unit<mass_dimension, md_units_system> dalton_unit; BOOST_UNITS_STATIC_CONSTANT(dalton, dalton_unit); BOOST_UNITS_STATIC_CONSTANT(daltons, dalton_unit); BOOST_UNITS_STATIC_CONSTANT(atomic_mass_unit, dalton_unit); BOOST_UNITS_STATIC_CONSTANT(atomic_mass_units, dalton_unit); typedef quantity<dalton_unit> mass_t; typedef unit<time_dimension, md_units_system> picosecond_unit; BOOST_UNITS_STATIC_CONSTANT(picosecond, picosecond_unit); BOOST_UNITS_STATIC_CONSTANT(picoseconds, picosecond_unit); typedef quantity<picosecond_unit> time_t; } // namespace md // length conversions BOOST_UNITS_DEFINE_CONVERSION_FACTOR( md::meter_base_unit, si::meter_base_unit, double, 1.0); // mass conversions BOOST_UNITS_DEFINE_CONVERSION_FACTOR( md::dalton_base_unit, si::kilogram_base_unit, double, 1.6605388628e-27); // time conversions BOOST_UNITS_DEFINE_CONVERSION_FACTOR( md::second_base_unit, si::second_base_unit, double, 1.0); using namespace md; using namespace std; int main () { md::time_t timeStep = 0.002 * picoseconds; cout << "time step = " << timeStep << endl; mass_t carbonMass = 12.0 * daltons; cout << "carbon mass = " << carbonMass << endl; length_t bondLength = 0.15 * nanometers; cout << "bond length = " << bondLength << endl; // nonsense, but exercises composite dimensions cout << "composite value = " << timeStep * bondLength << endl; return 0; } *** END LISTING 1 *** Actually, I can directly base the LENGTH dimension on the SI units by changing line 27 of Listing 1 from 26: typedef scaled_base_unit< 27: meter_base_unit, 28: scale<10, static_rational<-9> > 29: > nanometer_base_unit; to 26: typedef scaled_base_unit< 27: si::meter_base_unit, // <== note si prefix 28: scale<10, static_rational<-9> > 29: > nanometer_base_unit; So shouldn't I be able to do the same thing for all of the other SI units? I would have thought so. But doing the same thing for the the TIME dimension always results in trouble, in my experience. Witness listing 2, below. Listing 2: Fails to compile; lots of indecipherable template errors. Time dimension is based on si::second_base_unit. THIS PROGRAM FAILS TO COMPILE *** BEGIN LISTING 2 *** #include <boost/units/conversion.hpp> #include <boost/units/systems/si.hpp> #include <iostream> namespace si = boost::units::si; namespace md { using boost::units::mass_dimension; using boost::units::time_dimension; using boost::units::quantity; using boost::units::unit; using boost::units::scaled_base_unit; using boost::units::scale; using boost::units::static_rational; // mass struct dalton_base_unit : boost::units::base_unit<dalton_base_unit, mass_dimension, 1> { static std::string name() { return "Dalton"; } static std::string symbol() { return "Da"; } }; // time typedef scaled_base_unit< si::second_base_unit, scale<10, static_rational<-12> > > picosecond_base_unit; // create the units system typedef boost::units::make_system< dalton_base_unit, picosecond_base_unit >::type md_units_system; // define quantity types typedef unit<mass_dimension, md_units_system> dalton_unit; BOOST_UNITS_STATIC_CONSTANT(dalton, dalton_unit); BOOST_UNITS_STATIC_CONSTANT(daltons, dalton_unit); BOOST_UNITS_STATIC_CONSTANT(atomic_mass_unit, dalton_unit); BOOST_UNITS_STATIC_CONSTANT(atomic_mass_units, dalton_unit); typedef quantity<dalton_unit> mass_t; typedef unit<time_dimension, md_units_system> picosecond_unit; BOOST_UNITS_STATIC_CONSTANT(picosecond, picosecond_unit); BOOST_UNITS_STATIC_CONSTANT(picoseconds, picosecond_unit); typedef quantity<picosecond_unit> time_t; } // namespace md // mass conversions BOOST_UNITS_DEFINE_CONVERSION_FACTOR( md::dalton_base_unit, si::kilogram_base_unit, double, 1.6605388628e-27); using namespace md; using namespace std; int main () { md::time_t timeStep = 0.002 * picoseconds; cout << "time step = " << timeStep << endl; mass_t carbonMass = 12.0 * daltons; cout << "carbon mass = " << carbonMass << endl; // nonsense, but exercises composite dimensions cout << "composite value = " << timeStep * carbonMass << endl; return 0; } *** END LISTING 2 *** One way to get listing 2 to compile and run is to change line 20 from 19: struct dalton_base_unit : 20: boost::units::base_unit<dalton_base_unit, mass_dimension, 1> to 19: struct dalton_base_unit : 20: boost::units::base_unit<dalton_base_unit, mass_dimension, -1000> // <== The program compiles when I use a large negative value for the base_unit id. But the documentation states that negative values are reserved. I am a bad boy for even trying. In any case, that "-1000" trick only works when the TIME dimension is the only dimension that is directly based on SI units. ERROR MESSAGES FROM LISTING 2: **** small sample of the top of the compile errors I get with unmodified Listing 2: **** 1>C:\cygwin\home\Christopher\svn\dnamodel\include\boost/units/detail/linear_algebra.hpp(207) : error C2976: 'boost::units::detail::determine_extra_equations_skip_zeros_impl<true,true>::apply' : too few template arguments 1> C:\cygwin\home\Christopher\svn\dnamodel\include\boost/units/detail/linear_algebra.hpp(217) : see declaration of 'boost::units::detail::determine_extra_equations_skip_zeros_impl<true,true>::apply' 1> C:\cygwin\home\Christopher\svn\dnamodel\include\boost/units/detail/linear_algebra.hpp(259) : see reference to class template instantiation 'boost::units::detail::determine_extra_equations_skip_zeros_impl<true,false>::apply<RowsBegin,RemainingRows,CurrentColumn,TotalColumns,Result>' being compiled 1> with 1> [ 1> RowsBegin=boost::units::list<boost::units::list<boost::units::detail::calculate_base_dimension_coefficients_func<false>::apply<boost::units::list<boost::units::dim<boost::units::time_base_dimension,boost::units::static_rational<1>>,boost::units::dimensionless_type>>::type,boost::units::list<boost::units::static_rational<1>,boost::units::detail::expand_dimensions<0>::apply<boost::units::dimensionless_type,boost::units::dimensionless_type>::type>>,boost::units::list<boost::units::list<boost::units::static_rational<1>,boost::units::list<boost::units::detail::calculate_base_dimension_coefficients_func<false>::apply<boost::units::dimensionless_type>::type,boost::units::detail::expand_dimensions<0>::apply<boost::units::dimensionless_type,boost::units::dimensionless_type>::type>>,boost::units::dimensionless_type>>, 1> RemainingRows=2, 1> CurrentColumn=0, 1> TotalColumns=2, 1> Result=boost::units::list<boost::units::list<boost::units::detail::calculate_base_dimension_coefficients_func<false>::apply<boost::units::list<boost::units::dim<boost::units::time_base_dimension,boost::units::static_rational<1>>,boost::units::dimensionless_type>>::type,boost::units::list<boost::units::static_rational<1>,boost::units::detail::expand_dimensions<0>::apply<boost::units::dimensionless_type,boost::units::dimensionless_type>::type>>,boost::units::list<boost::units::list<boost::units::static_rational<1>,boost::units::list<boost::units::detail::calculate_base_dimension_coefficients_func<false>::apply<boost::units::dimensionless_type>::type,boost::units::detail::expand_dimensions<0>::apply<boost::units::dimensionless_type,boost::units::dimensionless_type>::type>>,boost::units::dimensionless_type>> 1> ] 1> C:\cygwin\home\Christopher\svn\dnamodel\include\boost/units/detail/linear_algebra.hpp(538) : see reference to class template instantiation 'boost::units::detail::determine_extra_equations<RemainingColumns,is_done>::apply<RowsBegin,TotalColumns,Result>' being compiled 1> with 1> [ 1> RemainingColumns=2, 1> is_done=false, 1> RowsBegin=boost::units::list<boost::units::list<boost::units::detail::calculate_base_dimension_coefficients_func<false>::apply<boost::units::list<boost::units::dim<boost::units::time_base_dimension,boost::units::static_rational<1>>,boost::units::dimensionless_type>>::type,boost::units::list<boost::units::static_rational<1>,boost::units::detail::expand_dimensions<0>::apply<boost::units::dimensionless_type,boost::units::dimensionless_type>::type>>,boost::units::list<boost::units::list<boost::units::static_rational<1>,boost::units::list<boost::units::detail::calculate_base_dimension_coefficients_func<false>::apply<boost::units::dimensionless_type>::type,boost::units::detail::expand_dimensions<0>::apply<boost::units::dimensionless_type,boost::units::dimensionless_type>::type>>,boost::units::dimensionless_type>>, 1> TotalColumns=2, 1> Result=boost::units::list<boost::units::list<boost::units::detail::calculate_base_dimension_coefficients_func<false>::apply<boost::units::list<boost::units::dim<boost::units::time_base_dimension,boost::units::static_rational<1>>,boost::units::dimensionless_type>>::type,boost::units::list<boost::units::static_rational<1>,boost::units::detail::expand_dimensions<0>::apply<boost::units::dimensionless_type,boost::units::dimensionless_type>::type>>,boost::units::list<boost::units::list<boost::units::static_rational<1>,boost::units::list<boost::units::detail::calculate_base_dimension_coefficients_func<false>::apply<boost::units::dimensionless_type>::type,boost::units::detail::expand_dimensions<0>::apply<boost::units::dimensionless_type,boost::units::dimensionless_type>::type>>,boost::units::dimensionless_type>> 1> ] 1> C:\cygwin\home\Christopher\svn\dnamodel\include\boost/units/detail/linear_algebra.hpp(828) : see reference to class template instantiation 'boost::units::detail::make_square_and_invert<Matrix>' being compiled 1> with 1> [ 1> Matrix=boost::units::list<boost::units::list<boost::units::detail::calculate_base_dimension_coefficients_func<false>::apply<boost::units::list<boost::units::dim<boost::units::time_base_dimension,boost::units::static_rational<1>>,boost::units::dimensionless_type>>::type,boost::units::list<boost::units::static_rational<1>,boost::units::detail::expand_dimensions<0>::apply<boost::units::dimensionless_type,boost::units::dimensionless_type>::type>>,boost::units::list<boost::units::list<boost::units::static_rational<1>,boost::units::list<boost::units::detail::calculate_base_dimension_coefficients_func<false>::apply<boost::units::dimensionless_type>::type,boost::units::detail::expand_dimensions<0>::apply<boost::units::dimensionless_type,boost::units::dimensionless_type>::type>>,boost::units::dimensionless_type>> 1> ] 1> C:\cygwin\home\Christopher\svn\dnamodel\include\boost/units/detail/linear_algebra.hpp(1032) : see reference to class template instantiation 'boost::units::detail::normalize_units<T>' being compiled 1> with 1> [ 1> T=boost::units::list<boost::units::scaled_base_unit<boost::units::si::second_base_unit,boost::units::scale<10,boost::units::static_rational<-12>>>,boost::units::list<md::dalton_base_unit,boost::units::dimensionless_type>> 1> ] [snip] ****** END snippet of compile errors ********* Environment details: I am developing in Visual Studio Express 9.0 on Windows XP at the moment. The version of boost::units I am using is from subversion on January 3, 2009. I would feel better if I could reuse several of the base_units from SI. Just reusing length and not the others seems painfully sloppy. I welcome any comments that might nudge me in the right direction. Thanks in advance for any help. --Chris Bruns

3 3