- Boost-users - lists.boost.org

lexical_cast<uint_value_t<10>::least>("7") = 55
by Nathan Ridge 05 Dec '11

05 Dec '11

Whoops! uint_value_t<10>::least is unsigned char... Can something be done about this, like having uint_value_t<10>::least be something that looks and acts like an unsigned char but is recognized by lexical_cast to be an integer type, not a character type?

2 2

Container with insertion order
by Claude 05 Dec '11

05 Dec '11

Is available in BOOST some container (set or map) that can keep the insertion order of elements? -- View this message in context: http://boost.2283326.n4.nabble.com/Container-with-insertion-order-tp4097717… Sent from the Boost - Users mailing list archive at Nabble.com.

8 35

[Bimap][Function] Create a Boost.bimap of SDLKeys and Boost.functions
by John M 05 Dec '11

05 Dec '11

What is the correct syntax for creating a boost::bimap<SDLKey, boost::function<void(boost::shared_ptr<Player>, bool)> >? (SDLKey is part of the SDL library. It is an enumeration. See here http://www.libsdl.org/cgi/docwiki.cgi/SDLKey) The code above does not compile, generating long cryptic template-related errors. Using an std::map<SDLKey, boost::function<void(boost::shared_ptr<Player>, bool)> > works, however. I could use some help overcoming this obstacle.

4 4

[Units] Unable to raise constant to power of two
by Stephen Torri 05 Dec '11

05 Dec '11

In the attached code I am trying to take a constant physical unit and raise it to a power of two. The compiler is complaining that it cannot find a template to satisfy multiply_typeof_helper. It says that there are more than one partial specialization that matches the template argument list. I read something on the web about there was no pow operation for constants. The solution to that problem was to upgrade to Boost 1.48. Unforunately I am constrained to using Boost 1.45. What is an work around for this problem? Here is the compiler output with the file attached: 1>------ Build started: Project: boost_units, Configuration: Debug Win32 ------ 1>Compiling... 1>boost_units.cpp 1>C:\boost\boost/units/detail/static_rational_power.hpp(126) : error C2752: 'boost::units::multiply_typeof_helper<X,Y>' : more than one partial specialization matches the template argument list 1> with 1> [ 1> X=boost::units::quantity<myproject::second_types::squared_radii_unit>, 1> Y=boost::units::one 1> ] 1> C:\boost\boost/units/quantity.hpp(689): could be 'boost::units::multiply_typeof_helper<boost::units::quantity<Unit1,T1>,Y>' 1> C:\boost\boost/units/detail/one.hpp(36): or 'boost::units::multiply_typeof_helper<T,boost::units::one>' 1> C:\boost\boost/units/detail/static_rational_power.hpp(93) : see reference to class template instantiation 'boost::units::detail::static_int_power_impl<1,false>::apply<Y,R>' being compiled 1> with 1> [ 1> Y=boost::units::quantity<myproject::second_types::squared_radii_unit>, 1> R=boost::units::one 1> ] 1> C:\boost\boost/units/detail/static_rational_power.hpp(158) : see reference to class template instantiation 'boost::units::detail::static_int_power_impl<N>::apply<Y,R>' being compiled 1> with 1> [ 1> N=2, 1> Y=boost::units::constant<boost::units::physical_constant<myproject::second_types::equatorial_radius_of_earth_t>>, 1> R=boost::units::one 1> ] 1> C:\boost\boost/units/detail/static_rational_power.hpp(187) : see reference to class template instantiation 'boost::units::detail::static_int_power_sign_impl<N>::apply<Y>' being compiled 1> with 1> [ 1> N=2, 1> Y=boost::units::constant<boost::units::physical_constant<myproject::second_types::equatorial_radius_of_earth_t>> 1> ] 1> C:\boost\boost/units/pow.hpp(52) : see reference to class template instantiation 'boost::units::detail::static_rational_power_impl<R,Y>' being compiled 1> with 1> [ 1> R=boost::units::static_rational<2>, 1> Y=boost::units::constant<boost::units::physical_constant<myproject::second_types::equatorial_radius_of_earth_t>> 1> ] 1> ..\..\..\apps\boost_units\boost_units.cpp(104) : see reference to class template instantiation 'boost::units::power_typeof_helper<X,Y>' being compiled 1> with 1> [ 1> X=boost::units::constant<boost::units::physical_constant<myproject::second_types::equatorial_radius_of_earth_t>>, 1> Y=boost::units::static_rational<2> 1> ] 1>Build log was saved at "file://c:\documents and settings\stephen.torri\my documents\visual studio 2008\projects\satsim_boost_units\vs2008\apps\boost_units\boost_units.dir\Debug\BuildLog.htm" 1>boost_units - 1 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 1 up-to-date, 0 skipped ========== Regards, Stephen

3 3

[python] converting C++ object to PyObject
by Johan Råde 05 Dec '11

05 Dec '11

I have three C++ classes X, Y and Z that I have exported from C++ to Python using python::class_. Now I want to write a factory function like PyObject* f(char c) { if(c == 'x') return new X; else if(c == 'y') return new Y; else if(c == 'z') return new Z; else PyErr_SetString(PyExc_ValueError, "Bad function argument"); } and export that function to Python. What is missing here is code that converts X*, Y* and Z* to PyObject*. How do I write that? Thank you, Johan

4 7

[units] EE Acceleration, Velocity, Displacement in terms of decibels
by Michael Powell 04 Dec '11

04 Dec '11

Boost Units, Has anyone done any work, conversions, etc, with Acceleration, Velocity, Displacement (Length) in terms of decibels? dB, dBA, dBV, etc, and conversions to/from more "conventional" units like meters, meters per second, meters per second per second? I am learning, for example, that it is possibly to integrate across the Time dimension in order to yield Velocity from Acceleration, or similarly, Displacement (Length) from Velocity. I am doing a job with these type conversions going on across a spectrum analysis and would be interested in hooking up the calculations using boost::units to help enforce dimensional / unit integrity. Thanks... Best regards, Michael

2 2

BOOST_THROW_EXCEPTION causing Abort Trap
by Kieran Simpson 04 Dec '11

04 Dec '11

I'm trying to use `boost::exception` and have condensed my prototype code down to the example in the Boost exception tutorial (http://www.boost.org/doc/libs/1_47_0/libs/exception/doc/tutorial_transporti…) however when running the code with the `BOOST_THROW_EXCEPTION` macro I get an abort from the program. #include <iostream> #include <boost/exception/all.hpp> typedef boost::error_info<struct tag_my_info,int> my_info; struct my_error: virtual boost::exception, virtual std::exception { }; void f() { BOOST_THROW_EXCEPTION(my_error() << my_info(42)); // Uncomment the below (and comment the above) for the program to work //throw my_error() << my_info(42); } int main(int argc, char** argv) { try { f(); } catch(my_error& x) { if(int const* mi = boost::get_error_info<my_info>(x)) { std::cout << "My info: " << *mi << std::endl; } } return 0; } Running the code with the BOOST_THROW_EXCEPTION macro: $ ./a.out Abort trap If as the comment says, I swap the code, all is well $ ./a.out My info: 42 Below is the output from the g++ preprocessor for f() void f() { ::boost::exception_detail::throw_exception_(my_error() << my_info(42),__PRETTY_FUNCTION__,"main.cpp",14); } Software versions are: $ g++ -v Using built-in specs. Target: x86_64-apple-darwin10 Thread model: posix gcc version 4.4.6 (GCC) $ port list boost boost @1.47.0 devel/boost I'm on OSX SL using the tools provided by MacPorts. I've double checked the g++ search paths and there's only one copy of the boost hpp files and that's the ones that belong to the aforementioned boost package. I have no idea why the abort trap is being called. I admit I'm newish to C++. I've also asked this question on StackOverflow (http://stackoverflow.com/questions/8256874/boost-throw-exception-causing-ab…) Cheers,

1 1

Embedded python using boost
by Shane Kruk 03 Dec '11

03 Dec '11

I'm in the process of learning python, and embedding python into C++. I know very little about python so I've been playing around with many different types of interfaces and API's, with varying degrees of successes and failures. What I'm currently working on is the boost interface with C++. I am, however, stuck, for lack of a better word. Since the system I'm playing on is at work and on an isolated network, I do not have the ability to post the code directly to this forum. As such, I was able to print a copy of some experimental code, brought it home, and scanned it into a PDF file. I've attached the file(s) containing the code. If someone could please take a look at it and provide some advice as to what my problems are, it would be greatly appreciated. You'll notice some lines commented out as I've been experimenting with different things in an attempt to get something to work. My main problem at the moment is that the functions import(), eval(), and exec() cannot be found by the compiler. I get compiler errors indicating they are not declared in scope. I'm running on a redhat linux system (5.4) with a 1.33.1 version of boost. Python is version 2.4. I forgot to check the GNU C++ compiler version, but I'm guessing that probably doesn't matter.

1 1

boost::posix_time::time_period - how to round seconds?
by qplace 03 Dec '11

03 Dec '11

I am building intervals using 0.5h increments (1800sec) in a cycle. The interval length is 1800sec also 8:30 am is used as start date. last of my interval looks like this: [2009-Apr-07 14:30:00/2009-Apr-07 14:59:59.999999] because of this weired endpoint my data with the timestamp of Apr-07 15:00:0000 does not fit into the interval How can I fix the interval to be [2009-Apr-07 14:30:00/2009-Apr-07 15:00:000000] ? Thanks

2 1

[thread] Reducing the number of open tickets.
by Vicente J. Botet Escriba 03 Dec '11

03 Dec '11

Hi, I have committed the following tickets in trunk. Fixed Bugs: * [@http://svn.boost.org/trac/boost/ticket/2639 #2639] documentation should be extended(defer_lock, try_to_lock, ...). * [@http://svn.boost.org/trac/boost/ticket/3762 #3762] Thread can't be compiled with winscw (Codewarrior by Nokia). * [@http://svn.boost.org/trac/boost/ticket/3885 #3885] document about mix usage of boost.thread and native thread api. * [@http://svn.boost.org/trac/boost/ticket/3975 #3975] Incorrect precondition for promise::set_wait_callback(). * [@http://svn.boost.org/trac/boost/ticket/4480 #4480] OpenVMS patches for compiler issues workarounds. * [@http://svn.boost.org/trac/boost/ticket/4819 #4819] boost.thread's documentation misprints. * [@http://svn.boost.org/trac/boost/ticket/5423 #5423] thread issues with C++0x. * [@http://svn.boost.org/trac/boost/ticket/5739 #5739] set-but-not-used warnings with gcc-4.6 * [@http://svn.boost.org/trac/boost/ticket/6168 #6168] recursive_mutex is using wrong config symbol (possible typo). * [@http://svn.boost.org/trac/boost/ticket/6200 #6200] patch to have condition_variable and mutex error better handle EINTR. These are tickets with a simple solution or that had associated a complete patch or a clear solution. Anthony I would prefer that you do the merge so that you can check what goes on the release version. I have not closed the tickets. These tickets have just release 1.49 as Milestone. Please, close them when you merge to release. There were 113 tickets two days ago. There are now 114 tickets associated to Boost.Thread. I have closed some duplicates, but some news tickets have been created since. I would like to reduce by 10% the number of tickets every month. I encourage the Boost users that have created tickets for Boost to provide a clear an complete patch when possible so that we can reduce together the number of tickets associated to this Boost library and make it more portable/usable. Don't forget to provide tests that make evident the bug, or to add doc when you are proposing a anew feature. There are a lot of tickets associated to move semantics emulation. I have created a ticket to adapt Boost.Thread to Boost.Move hoping most of these bugs will be solved. As posted in another thread there is already a patch using Boost.Move that could be a good starting point. Of course the help offered by Ion will be too much appreciated. I have created another to adapt the interface to Boost.Chrono, but I will prefer to take care of this once the one for Boost.Move adaptation is committed, as the chance of collisions is big. On the mean time I will continue with some tickets specific to Windows platform. Best, Vicente

1 0