- Boost-users - lists.boost.org

using boost with Visual Studio 2005
by Natalie Happenhofer 12 Nov '08

12 Nov '08

Hi! I need to use boost with Microsoft Visual Studio C++ 5.0, but I get the error D:\Boost\boost_1_36_0\boost/config/compiler/visualc.hpp(186) : fatal error C1189: #error : "Compiler not supported or configured - please reconfigure" Is there any possibility that it might work if I changed the configure files for boost? If so, Which file do I have to alter and how? If not.. I need to use boost\multi_array, is there any older version of boost which works for my Visual Studio 5.0 and includes the multi_array class? I´d be very grateful for advice, thx, Natalie Happenhofer _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

4 6

[boost-users][bind, signal] binding a weak_ptr?
by Igor R 12 Nov '08

12 Nov '08

Hello, When using shared_ptr, we usually take an advantage of weak_ptr to break the "cycles". But sometimes the "forth connection" between the objects is by means of shared_ptr, while the "back connection" is by means of signal-slot connection. Like this: shared_ptr<Class1> o1; shared_ptr<Class2> o2; o1->someSignal_->connect(bind(&Class2::responder, o2)); // besides, o2 has a shared_ptr to o1 I'd like this signal-slot to be "weak", i.e. instead of "bind(&Class2::responder, o2)" I wish it could be "bind(&Class2::responder, weak_ptr(o2))" - which is illegal. Of course, I can define (and connect to the signal) a wrapping functor that would store a weak_ptr to the wrapped object, and would try to lock it in operator(). But probably boost already have some off-the-shelf solution for this issue? Thanks!

3 6

[BGL] brandes betweenness vs networkx
by Matthew Galati 12 Nov '08

12 Nov '08

What is the rationale behind division by 2 for the undirected Brandes calcuation? Also, can someone show me how to get the weighted version of brandes? The following code calculates the unweighted version. #include "boost/graph/adjacency_list.hpp" #include "boost/graph/graph_utility.hpp" #include "boost/graph/betweenness_centrality.hpp" using namespace boost; int main(int argc, char * argv[]){ const int N = 6; typedef property < edge_weight_t, double > WeightMap; typedef property < vertex_centrality_t, double > CentralityMap; typedef adjacency_list<vecS, vecS, undirectedS, CentralityMap, WeightMap> UndirectedGraph; UndirectedGraph g(N); add_edge(0, 1, 3, g); add_edge(0, 2, 2, g); add_edge(0, 3, 6, g); add_edge(0, 4, 4, g); add_edge(1, 3, 5, g); add_edge(1, 5, 5, g); add_edge(2, 4, 1, g); add_edge(3, 4, 2, g); add_edge(3, 5, 1, g); add_edge(4, 5, 4, g); print_graph(g); brandes_betweenness_centrality(g, get(vertex_centrality,g), get(edge_weight, g) ); boost::property_map<UndirectedGraph, vertex_centrality_t>::type b = get(vertex_centrality, g); graph_traits < UndirectedGraph >::vertex_iterator vi, vi_end; for (tie(vi, vi_end) = vertices(g); vi != vi_end; ++vi) { printf("BRANDES centr[%d] = %g\n", *vi, b[*vi]); } } Boost/graph gives the following: 0 <--> 1 2 3 4 1 <--> 0 3 5 2 <--> 0 4 3 <--> 0 1 4 5 4 <--> 0 2 3 5 5 <--> 1 3 4 I AM HERE dispatch2 CALLING UNWEIGHTED BRANDES centr[0] = 1.83333 BRANDES centr[1] = 0.333333 BRANDES centr[2] = 0 BRANDES centr[3] = 0.666667 BRANDES centr[4] = 1.83333 BRANDES centr[5] = 0.333333 While networkx gives: http://networkx.lanl.gov/reference/generated/networkx.betweenness_centralit… {0: 3.6666666666666665, 1: 0.66666666666666663, 2: 0.0, 3: 1.3333333333333333, 4: 3.6666666666666661, 5: 0.66666666666666663} So, boost is exactly 1/2 of networkx's solution. Is one version wrong? Or is this some kind of convention that boost and networkx disagree on? Thanks, Matt

2 3

Fw: [signals2][review] The review of the signals2library (formerly thread_safe_signals) begins today, Nov 1st
by vicente.botet 12 Nov '08

12 Nov '08

forwarding to boost(a)list.boost.org ----- Original Message ----- From: "Frank Mori Hess" <frank.hess(a)nist.gov> To: <boost-users(a)lists.boost.org> Sent: Monday, November 10, 2008 4:25 PM Subject: Re: [Boost-users] [signals2][review] The review of the signals2library (formerly thread_safe_signals) begins today, Nov 1st > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Monday 10 November 2008 05:30 am, Fabio Fracassi wrote: >> * Automatic connection management: >> This is great, even if it wasn't required for thread safety reasons, I >> prefer using shared_ptr based connection tracking over boost::trackable, >> since it enables me to track (and thus safely use) 3d party classes. > > One issue that has occurred to me with the shared_ptr use, is it requires > the > use of boost::shared_ptr. So, if someone's program is instead always > using > std::shared_ptr for example, that could be a bit of an annoyance. One > solution would be to make it support anything that provides the > shared_ptr/weak_ptr interface by making slotN::track() a template and > doing > some type erasure inside the library. Unfortunately, neither the > shared_ptr > or weak_ptr interface provides a typedef for it's associated > weak_ptr/shared_ptr type, and I would need to get both the weak_ptr and > shared_ptr type from the single argument passed to slotN::track(). So, > I'd > have to add some template traits classes that could determine if a class > is a > shared_ptr or weak_ptr, and the type of its associated weak_ptr or > shared_ptr. I could provide specializations of the traits classes for the > shared_ptr/weak_ptr implementations I know about (boost, std, tr1, etc), > otherwise the user would have to provide a specialization. > > The other option would be to add yet another template parameter to the > signal > class for the shared_ptr type, but it has too many parameters already. > >> I haven't done a comparison, but the Docu seems to be mostly the same as >> the original signals. Thus for the usecases that are documentated there >> its high quality, but I miss the same for the new features: >> >> * I miss tutorial quality examples for some of the new features: >> ** Howto use boost::threads with signals2 >> ** Howto use postconstructors/predestructors (and what for?) >> ** An example using signal::extended_slot_type > > Yes, it seems clear I'm not going to get away with the minimal porting job > I > did on the Boost.Signals documentation. Speaking of the postconstructor > stuff, I'm not entirely happy with the deconstruct_ptr interface. Maybe > I'd > like it better if it looked more like make_shared/allocate_shared and had > a > helper for declaring it as a friend, as has been recently proposed on > boost-devel for make/allocate_shared. > >> * The class reference pages (e.g. >> doc/html/boost/signals2/connection.html) are missing from the TOC > > That's just how boostbook does it. The TOC links to the header synopsis, > and > the class names in the header synopsis link to the class reference pages. > I > do remember having a little trouble navigating through it myself initially > though. > >> * Do the portable syntax examples need to be supported (... so >> prominently)? Maybe they could be moved to an appendix? > > I agree they don't, although most of the other additions to the docs > people > have been asking for would seem to take precedence. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFJGFJu5vihyNWuA4URAsUpAJ0TVggC9K9Zy76p1AxtfnxA1VomsgCeL1Z8 > TrXkG8+WbKkBDS7SiUF+0+Y= > =zb8l > -----END PGP SIGNATURE----- > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

Boost Static Linking Woes
by Brian Dawn 12 Nov '08

12 Nov '08

Hello everyone! I current have the latest boost compiled with bjam, I have a complete build. I am also using MS Visual C++ 2008 express. So far everything works out perfectly, however when the compiled application was run on another computer I got a classic "This application has failed to start because its side-by-side configuration is incorrect." error. So instead of generating a multithreaded DLL I changed it to just multithreaded. However I then got this error message "Mixing a dll boost library with a static runtime is a really bad idea...". So it seems autolink wasn't finding my libraries. In order to get around this I then disabled the boost autolink feature and linked to the static libraries manually. The application was then able to compile correctly but I then received a runtime error complaining about a corrupt heap, my code ran just fine before. Is there any way I can get around this? I would like my application to be multithreaded rather than multithreaded DLL to avoid the side-by-side configuration error when distributing my exe. Thanks, Brian.

5 4

Re: [Boost-users] boost 1.37, tr1 and gcc 4.x
by Sergey Sadovnikov 12 Nov '08

12 Nov '08

Hello, Acsoft. Tuesday, November 11, 2008 at 6:24:51 PM you wrote: > Hello, > I am using boost 1.37 and gcc 4.3.2. > I am getting a very nasty error when I mix up boost headers and tr1 > headers in one compilation unit. Some time ago I encountered the same problem with VS 2008 SP1 and shared_ptr. Solution which I found was not to expose boost namespace into global namespace. This is ugly but works. -- Best Regards, Sergey mailto:ssadovnikov@egopolis.com

4 4

[phoenix] [math] operator<< confusion
by Christian Henning 12 Nov '08

12 Nov '08

Hi there, the following code creates an compiler error since the operator<< is ambiguous. #include <boost/math/distributions/gamma.hpp> #include <boost/spirit/include/phoenix_bind.hpp> #include <boost/spirit/include/phoenix_operator.hpp> #include <iostream> #include <vector> struct point { double _prob; double _x; }; int _tmain(int argc, _TCHAR* argv[]) { using namespace boost::phoenix; std::cout << bind( &point::_prob, point() ); return 0; } The error is: 1>.\test.cpp(25) : error C2593: 'operator <<' is ambiguous 1> c:\boost\boost/spirit/home/phoenix/operator/io.hpp(21): could be 'boost::phoenix::actor<Eval> boost::phoenix::operator <<<std::ostream,boost::phoenix::composite<EvalPolicy,EvalTuple>>(T0 &,const boost::phoenix::actor<boost::phoenix::composite<EvalPolicy,EvalTuple>> &)' [found using argument-dependent lookup] [snip] 1> c:\boost\boost/fusion/sequence/io/out.hpp(36): or 'std::basic_ostream<_Elem,_Traits> &boost::fusion::operators::operator <<<boost::phoenix::actor<Eval>>(std::ostream &,const Sequence &)' [found using argument-dependent lookup] [snip] I'm using Visual Studio 2005. Regards, Christian

3 3

[phoenix] binding member_functions
by Christian Henning 12 Nov '08

12 Nov '08

Hi there, I think there are some problems with binding functions if the class has a const and a non-const version of the same member. Please consider the following code: #include <boost/spirit/include/phoenix_algorithm.hpp> #include <boost/spirit/include/phoenix_bind.hpp> #include <boost/spirit/include/phoenix_container.hpp> #include <boost/spirit/include/phoenix_core.hpp> #include <boost/spirit/include/phoenix_function.hpp> #include <boost/spirit/include/phoenix_fusion.hpp> #include <boost/spirit/include/phoenix_object.hpp> #include <boost/spirit/include/phoenix_operator.hpp> #include <boost/spirit/include/phoenix_scope.hpp> #include <boost/spirit/include/phoenix_statement.hpp> #include <boost/spirit/include/phoenix_stl.hpp> #include <algorithm> #include <iostream> #include <fstream> #include <vector> using namespace std; using namespace boost::phoenix; using namespace boost::phoenix::arg_names; struct point { point() {} point( double prob, double x ) : _prob( prob ), _x( x ) {} double& prob() { return _prob; } double& x() { return _x; } const double& prob() const { return _prob; } const double& x() const { return _x; } void set_prob( const double& prob ) { _prob = prob; } void set_x ( const double& x ) { _x = x; } private: double _prob; double _x; }; int _tmain(int argc, _TCHAR* argv[]) { typedef vector< point > distribution_t; distribution_t d( 1 ); const distribution_t& dr = d; // works typedef const double& ( point::* pp_t )() const; double sum_prob = std::accumulate( dr.begin() , dr.end() , 0.0 , arg1 + bind( static_cast<pp_t>(&point::prob), arg2 ) ); // doesn't work sum_prob = std::accumulate( dr.begin() , dr.end() , 0.0 , arg1 + bind( &point::prob, arg2 ) ); return 0; } Only when I explicitly state which member phoenix is swallowing it. I don't think that should be required. Steven. When do you think you will apply the patches? Thanks, Christian

2 3

[config] policy for setting BOOST_HAS_THREADS?
by JOAQUIN M. LOPEZ MUÑOZ 11 Nov '08

11 Nov '08

Hello, What is the policy by which BOOST_HAS_THREADS gets defined or not? I used to think this macro is somehow affected by the selection of a single-threaded or multithreaded runtime library as done in bjam with threading=single and threading=multi, but some experiments in Linux suggest that this is not the case, as discussed in the following thread: http://lists.boost.org/boost-build/2008/11/20641.php Thank you, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

5 11

brandes centrality example
by Matthew Galati 11 Nov '08

11 Nov '08

Newbie... Does anyone have a small hand example of using http://www.boost.org/doc/libs/1_37_0/libs/graph/doc/betweenness_centrality.… on a weighted graph? I am having trouble creating one. Thanks, Matt

1 0