- Boost-users - lists.boost.org

Compile error in boost atomic on iOS
by Olivier Tristan 15 Apr '13

15 Apr '13

Hi Guys, I'm trying to use boost lockfree and a fixed size queue on iOS and I got some compile issue. The target is an armV7 compiled with clang in c++11 mode from Xcode 4.6 Does this ring a bell to someone ? Thanks, In file included from /usr/local/include/boost/lockfree/queue.hpp:22: In file included from /usr/local/include/boost/lockfree/detail/atomic.hpp:39: In file included from /usr/local/include/boost/atomic.hpp:12: In file included from /usr/local/include/boost/atomic/atomic.hpp:16: In file included from /usr/local/include/boost/atomic/detail/platform.hpp:37: In file included from /usr/local/include/boost/atomic/detail/gcc-armv6plus.hpp:245: /usr/local/include/boost/atomic/detail/cas32weak.hpp:892:21: error: invalid operands to binary expression ('value_type' (aka 'boost::lockfree::detail::tagged_index') and 'value_type') if (tmp != expected) { ~~~ ^ ~~~~~~~~ /usr/local/include/boost/atomic/detail/cas32weak.hpp:905:5: note: in instantiation of member function 'boost::atomics::detail::base_atomic<boost::lockfree::detail::tagged_index, void, 4, false>::compare_exchange_strong' requested here BOOST_ATOMIC_DECLARE_BASE_OPERATORS ^ /usr/local/include/boost/atomic/detail/base.hpp:44:16: note: expanded from macro 'BOOST_ATOMIC_DECLARE_BASE_OPERATORS' return compare_exchange_strong(expected, desired, order, calculate_failure_order(order)); \ ^ /usr/local/include/boost/lockfree/queue.hpp:290:31: note: in instantiation of member function 'boost::atomics::detail::base_atomic<boost::lockfree::detail::tagged_index, void, 4, false>::compare_exchange_strong' requested here tail_.compare_exchange_strong(tail, new_tail); ^ /usr/local/include/boost/lockfree/queue.hpp:261:16: note: in instantiation of function template specialization 'boost::lockfree::queue<StreamingCommand, boost::lockfree::fixed_sized<true>, boost::lockfree::capacity<1024>, boost::parameter::void_>::do_push<true>' requested here return do_push<true>(t); -- Olivier Tristan

1 0

[preprocessor] Is there an equivalent of "delayed expansion"?
by Mostafa 15 Apr '13

15 Apr '13

Is there an equivalent in boost for delaying the expansion of a macro? For example, I want EAT to act on TSEQ2, so I have to use trick on line 4. #define TSEQ2 (w)(x)(y)(z)(a)(b)(c)(d 2) #define IDENTITY(x) x #define EAT(x) IDENTITY(IDENTITY(EAT)TSEQ2) Thanks, Mostafa

2 2

[Graph] dijkstra_shortest_paths: weird distance to vertex (1.79769e+308)
by The Maschine 15 Apr '13

15 Apr '13

Hi all, Might be something really stupid but I cant think of a problem. (maybe its my limited experience with BGL common pitfalls) for (boost::tie(vi, vi_end) = boost::vertices(m_ugraph); vi != vi_end; ++vi) { depth += distances[*vi]; ..... path to:51886 distance to that node: 16.2 current total: 437998 path to:51887 distance to that node: 16.3 current total: 438014 path to:51888 distance to that node: 16.2 current total: 438031 path to:51889 distance to that node: 16.2 current total: 438047 path to:51890 distance to that node: 16.1 current total: 438063 path to:51891 distance to that node: 16.2 current total: 438079 path to:51892 distance to that node: 1.79769e+308 current total: 1.79769e+308 path to:51893 distance to that node: 16.3 current total: 1.79769e+308 path to:51894 distance to that node: 13.8 current total: 1.79769e+308 path to:51895 distance to that node: 13.9 current total: 1.79769e+308 I have checked my weights: if(edge_w<=0.0) edge_w = 0.1; if(edge_w >2.0) edge_w = 2.0; if( !(std::isnan(edge_w)) ) edge_w = 0.1; if( !(std::isfinite(edge_w)) ) edge_w = 0.1; boost::dijkstra_shortest_paths(m_ugraph, *vertex_iterator_begin, boost::distance_map(distanceMap)); typedef double Weight; typedef boost::property<boost::edge_weight_t, double> EdgeWeightProperty; typedef boost::adjacency_list<boost::vecS, boost::vecS, boost::undirectedS, VertexProperties, EdgeWeightProperty> unGraph; Any ideas? Thanks a lot Tasos

2 1

Re: [Boost-users] [Graph] dijkstra_shortest_paths: weird distance to vertex (1.79769e+308)
by The Maschine 15 Apr '13

15 Apr '13

This is not in my actual code! and not risponsible for my problem. Its incorrect from the copy/paste. !(std::isnan(edge_w)) its: std::isnan() Tasos

1 0

Accessing members from a shared pointer passed as argument to a function gives incorrect results without typecast
by Deepak Gunjal 15 Apr '13

15 Apr '13

Hi, class A; class B; typedef boost::shared_ptr<A> pSharedPtrA; typedef boost::shared_ptr<B> pSharedPtrB; class B { public: int memberB; }; Class A { public: pSharedPtrB pMember; }; Suppose i have one shared pointer of type pSharedPtrA pointing to an object of class A and the member variable pMember pinging to a valid object of class B. Now if i pass the shared pointer of type pSharedPtrA to a function suppose Test_Func(pSharedPtrA): void Test_Func(pSharedPtrA pLocalA) { pSharedPtrA ptrA = boost::static_pointer_cast<A> (pLocalA) pSharedPtrB tmpB = boost::static_pointer_cast<B>(ptrA->pMember) Another_Func(tmpB) } Another_Func(pSharedPtrB pLocalB) { int x = pLocalB->memberB; //Gives WRONG value pSharedPtrB ptmp = boost::static_pointer_cast<B> (pLocalB) x = ptmp ->memberB; //Gives CORRECT Value } The problem is when typecast is not used then in function Another_Func(pSharedPtrB pLocalB), pLocalB->memberB is not giving the correct result but after typecast it is giving the correct results. The inference is that in function Another_Func() data is preserved in the pLocalB but without typecast i am not able to access it. Though i have not declared any virtual functions in above code but where we are having problem does contain the vritual functions. I dont know if it has any bearing on behavior observed. I want to know why typecasting is required to get the correct result and why cant i access the members without typecasting. Thanks and Regards Deepak

2 1

unit test on vc++ 64 bit application
by young 15 Apr '13

15 Apr '13

I try to use boost 1.51 for my vc++ 64 bit application on windows 7 enterprise. In short, if I set config to 32 bit, everything is OK. I mean build successfully. But if I changed to 64 bit, I get build error. I am sure I include the 64 bit header and the lib path is 64 bit lib. My test application is win32 console application. The error I got: Error 1 error LNK2019: unresolved external symbol main referenced in function __tmainCRTStartup D:\Temp\test\test\MSVCRTD.lib(crtexe.obj) test My test.cpp: #define BOOST_TEST_MAIN #include <boost/test/unit_test.hpp> Why 32 bit build and 64 bit would not? The library I used is from www.boostpro.com. -- View this message in context: http://boost.2283326.n4.nabble.com/unit-test-on-vc-64-bit-application-tp464… Sent from the Boost - Users mailing list archive at Nabble.com.

3 7

Unit Test for vc++ exe project possible?
by young 15 Apr '13

15 Apr '13

I see a good tutorial for Boost Test using Visual Studio. (http://legalizeadulthood.wordpress.com/2009/07/04/c-unit-tests-with-boost-t…) But it looks like only forstatic or dynamic library. Is that possible to unit test the exe production project using Boost Test? If yes, how? Any link for tutorial, etc? -- View this message in context: http://boost.2283326.n4.nabble.com/Unit-Test-for-vc-exe-project-possible-tp… Sent from the Boost - Users mailing list archive at Nabble.com.

2 1

Boost.Test : Project setting in Visual 2010
by Oodini 15 Apr '13

15 Apr '13

Hello, I am trying to setup in Visual C++ 2010 some projects to use Boost.Test. I have a project with some classes I want to test. This project builds a static library. I put in this project a test file ; here is its content : #define BOOST_TEST_MODULE MyTest #include <boost/test/unit_test.hpp> BOOST_AUTO_TEST_CASE(Test1) { BOOST_REQUIRE(false); } I created an other project (a console program). Its content is : #define BOOST_TEST_MAIN #include <boost/test/unit_test.hpp> In its properties, I linked it to the first project, trough Common Properties -> Framework and references. When I execute this program, I get the message "test tree is empty". How should I setup me projects ? I can't find clear documentation about this subject. Thanks a lot.

5 11

Re: [Boost-users] [boost][thread] Future returning 0xfeeefeee
by Stefan Strasser 14 Apr '13

14 Apr '13

Zitat von Klaim - Joël Lamotte <mjklaim(a)gmail.com>: > On Sun, Apr 7, 2013 at 1:02 AM, Klaim - Joël Lamotte > <mjklaim(a)gmail.com>wrote: > >> So the promise is destroyed before setting the value to the future. > > > Sorry, I meant: the promise is (a priori) guaranteed to be destroyed AFTER > having set the value to the future. > > Joel Lamotte > I was under the impression that the promise object itself has to be alive when the future result is used. and since you're emptying your queue on execution it's not. but considering that the promise object could be in another thread that was probably a false impression. Which compiler does this even work with yet? Both gcc and clang fail. clang on compilation, gcc compiles it but fails at runtime with a system_error exception and an invalid error code. so you might wanna consider compiler and library bugs, too.

4 19

Re: [Boost-users] Can I implement asynchronous and non-blocking socket IO with boost.asio on LINUX?
by Marat Abrarov 14 Apr '13

14 Apr '13

> I think this implementation looks similar to ACE. The proactor > implementation varies depends on platforms. ACE uses native asynch IO > features for Windows, Solaris but not for LINUX. > I wanted to know if boost.asio implements asynch IO for LINUX not like > ACE. RTFM? http://www.boost.org/doc/libs/1_53_0/doc/html/boost_asio/overview/implementa tion.html > Then does proactor of boost.asio on LINUX work well? If it is portable I > guess it should though. > > Do people use proactor of boost.asio on LINUX? http://think-async.com/Asio/WhoIsUsingAsio As far as I know, the best performance at Linux can be achieved using "io_service-per-CPU design": http://www.boost.org/doc/libs/1_53_0/doc/html/boost_asio/examples.html#boost _asio.examples.http_server_2 Regards, Marat Abrarov.

2 1